PERANCANGAN SISTEM INFORMASI DEBITUR LEM

HALAMAN PENGESAHAN LAPORAN KERJA PRAKTEK

NAMA

: IMAM BASTOMI

NIM

: 120020054

Jenjang Studi

: Diploma Tiga (D3)

Program Studi

: Manajemen Informatika

Judul Kerja Praktek

: Sistem Informasi Debitur Lembaga Keuangan Mikro

Bagian Registrasi dan Jaminan

Disetujui Oleh:

Tanggal...................................

Tanggal...................................

Pembina

Pembimbing

I Putu Surya Antara Amd

Nyoman Ayu Nila DewiI.S.Kom., MT

Tanggal...................................
Tanggal...................................
Pembina,


Ketua Program Studi Manajemen
Informatika
I Made Ada Atmika ,S.H

Dian Pramana, S.Kom.,M.Kom

i

KATA PENGANTAR
Puji dan syukur penulis panjatkan kehadirat ALLAH SWT, karena atas
berkah dan rahmat-Nyalah penulis dapat menyelesaikan laporan kerja praktek
dengan judul “
Adapun tujuan dari pembuatan laporan ini adalah sebagai persyaratan
lulus kerja praktek yang telah dilaksanakan dalam penulisan laporan ini, tentunya
banyak kesulitan yang penulis hadapi karena keterbatasan pengetahuan dan
pengalaman penulis dalam laporan ini. Namun berkat adanya bimbingan dan
petunjuk dari berbagai pihak penulis dapat menyelesaikan laporan ini. Untuk itu
pada kesempatan ini penulis ingin mengucapkan terima kasih yang sebesarbesarnya kepada :

1. Bapak Dr. Dadang Hermawan selaku pimpinan STMIK STIKOM Bali yang

telah memberikan kesempatan kepada penulis untuk melaksanakan kerja
praktek.
2. Bapak I Made Adi Purwantara, ST.,M.Kom, selaku Pembantu Ketua I
STMIK STIKOM Bali sehingga Laporan Kerja Praktek ini dapat
diselesaikan.
3. Bapak Dian Pramana, S.Kom.,M.Kom, selaku ketua jurusan D3Manajemen Informatika STMIK STIKOM Bali yang telah membantu dalam
pembuatan laporan ini.
4. Bapak I Putu Surya Antara, Amd. selaku pembina di CV Sevanam
Enterprise yang melatih saya di lapangan.
5. Ibu Nyoman Ayu Nila Dewi,S.Kom,.MT selaku dosen pembimbing STMIK
STIKOM Bali yang telah banyak membantu dalam pembuatan laporan ini.
6. Bapak I Nyoman Krisna Dwipayanana, ST.,MT selaku pimpinan CV
Sevanam yang telah memberikan motivasi dan semangan selama kerja
praktek
7. Kepada

Staff

CV


Sevanam

Enterprise

yang

telah

memberikan

pengalaman selama kerja praktek.
8. Bapak dan Ibu dosen yang secara tidak langsung telah memberikan
dukungan serta arahan kepada penulis.

ii

9. Ayahanda, Ibunda dan keluarga yang selalu memberikan kasih sayang
serta dukungan baik secara moril maupun materil.
Akhir kata penulis mengucapkan terima kasih kepada semua orang yang telah
membantu dalam penulisan laporan kerja praktek ini dan semoga dapat

bermanfaat bagi semua orang yang membaca.
Denpasar, 21 Januari 2015

Penulis

iii

DAFTAR ISI
HALAMAN PERSETUJUAN .............................................................................. i
KATA PENGANTAR .......................................................................................... ii
DAFTAR ISI ....................................................................................................... iv
DAFTAR TABEL ................................................................................................ vii
DAFTAR GAMBAR ............................................................................................viii
BAB I PENDAHULUAN...................................................................................... 1
1.1 Latar Belakang............................................................................................ 1
1.2 Rumusan Masalah ...................................................................................... 2
1.3 Tujuan Kerja Praktek .................................................................................. 2
1.4 Manfaat Kerja Praktek ................................................................................ 2
1.4.1 Untuk Instansi ........................................................................................... 2
1.4.2 Untuk Mahasiswa ..................................................................................... 2

1.4.3 Untuk Kampus .......................................................................................... 3
1.5. Ruang Lingkup Kerja Praktek ..................................................................... 3
1.6 Metode Kerja Praktek.................................................................................. 3
1.6.1 Lokasi Kerja Praktek ................................................................................. 3
1.6.2 Metode Pengumpulan Data ...................................................................... 3
1.6.3 Metode Penelitian Data....................................................................... 4

BAB II TINJAUAN UMUM PERUSAHAAN ......................................................... 5
2.1 Profil CV Sevanam Enterprise ................................................................. 5
2.2 Pelayanan CV Sevanam Enterprise ............................................................ 6
BAB III LANDASAN TEORI ............................................................................... 8
3.1 Pengertian Sistem ....................................................................................... 8
3.2 Pengertian Informasi .................................................................................... 8
3.3 Pengertian Sistem Informasi ....................................................................... 8
3.4 Open source ............................................................................................... 9
3.4.1 Pengertian Open Source.......................................................................... 9
3.4.2 Open Source Software .............................................................................10

iv


3.5 Flowchart ....................................................................................................10
3.6 DFD ............................................................................................................12
3.6.1. Pengertian DFD .......................................................................................12
3.6.2 Latar Belakang DFD .................................................................................12
3.6.3 Tujuan DFD ....................................................................................... 12
3.6.4 Manfaat DFD ..................................................................................... 12
3.6.5 Komponen Data Flow Diagram ................................................................13
3.6.5.1 Terminator / Entitas Luar........................................................................13
3.6.5.2 Komponen Proses .................................................................................14
3.6.5.3 Komponen Data Store............................................................................15
3.6.5.4 Komponen Alur Data ..............................................................................16
3.7 Entity Relationship Diagram (ERD) ..............................................................17
3.7.1 Entitas (Entity) ..........................................................................................17
3.7.2 Atribut .......................................................................................................18
3.7.3 Kerelasian Antar Entitas............................................................................18
3.8 Basis Data ........................................................................................... 20
BAB IV Desain Sistem .......................................................................................22
4.1 Flowchart Sistem .........................................................................................22
4.2 Diagram Konteks .........................................................................................23
4.3 Dekomposisi ................................................................................................24

4.4 DFD Level 0 .................................................................................................25
4.5 DFD Level 1 Proses 1 Proses Registrasi .....................................................26
4.6 DFD Level 1 Proses 2 Proses Permohonan Kredit ......................................27
4.7 Tabel pada Basis Data Sistem Informasi Debitur .........................................28
4.7.1 Tabel Data Nasabah (Nasabah)................................................................28
4.7.2 Tabel Data Mohon Kredit (m_debitur_mohon_kredit) ................................28
4.7.3 Tabel Penanggung (m_debitur_penanggung) ...........................................30
4.7.4 Tabel Konsumtif (m_debitur_konsumtif) ....................................................31
4.7.5 Tabel Kredit Jaminan (m_kredit_colateral) ................................................32
4.7.6 Tabel Debitur Kredit (m_debitur_colateral) ................................................32
4.8 ERD dan EER Sistem ..................................................................................35
4.8.1 EER Sistem ..............................................................................................35
4.8.2 ERD Sistem ..............................................................................................36
4.9 Interface Sistem ...........................................................................................38

v

BAB V PENUTUP ..............................................................................................43
5.1 Kesimpulan .................................................................................................43
5.2 Saran ..........................................................................................................43

DAFTAR PUSTAKA...........................................................................................44

vi

DAFTAR TABEL

Tabel 3.1 Simbol Proses ....................................................................................11
Tabel 4.1 Nasabah ............................................................................................28
Tabel 4.2 Mohon Kredit......................................................................................28
Tabel 4.3 Penanggung ......................................................................................30
Tabel 4.4 Komsumtif ..........................................................................................31
Tabel 4.5 Kredit Jaminan ...................................................................................32
Tabel 4.6 Debitur Kredit .....................................................................................32

vii

DAFTAR GAMBAR
Gambar 4.1 Flowchart sistem ............................................................................22
Gambar 4.2 Diagram konteks ............................................................................23
Gambar 4.3 Dekomposisi Sistem ................................................................. 24

Gambar 4.4 DFD Level 0 Sistem .......................................................................25
Gambar 4.5 DFD Level 1 Proses 1 Proses Registrasi .......................................26
Gambar 4.6 DFD Level 1 Proses 2 Proses Registrasi .......................................27
Gambar 4.7 Relasi Database Sistem .................................................................35
Gambar 4.8 ERD Database Sistem ...................................................................36
Gambar 4.9 Interface Menu Login .....................................................................38
Gambar 4.10 Interface Menu Home ...................................................................38
Gambar 4.11 Tampilan List Nama Nasabah ......................................................39
Gambar 4.12 Tampilan Form Registrasi Nasabah .............................................39
Gambar 4.13 List Transaksi Detail .....................................................................40
Gambar 4.14 Tampilan awal tambah produk .....................................................40
Gambar 4.15 Form Permohonan .......................................................................41
Gambar 4.16 Form Jaminan ..............................................................................41

viii

BAB I
PENDAHULUAN
1.1 Latar belakang
Perkembangan sistem teknologi informasi khususnya di bidang perangkat

lunak membuat sistem informasi menjadi user friendly dan menjadi kebutuhan
bagi semua orang terutama kalangan bisnis yang merintis usahanya. Semakin
berkembang usaha pada suatu perusahaan, Semakin berkembang pula
teknologi untuk melayani kebutuhan konsumen pada perusaahan tersebut

[1]

.

Melihat peluang tersebut, maka pengusaha di bidang teknologi informasi
berlomba-lomba untuk memberikan produk-produk aplikasi kepada perusahaan
yang membutuhkannya sehingga tidak bisa dipungkiri lingkungan persaingan
pada Software House Company atau industri yang berbasis teknologi informasi
menjadi sangat ketat akibat pembukaan pasar di industri ini dengan munculnya
pemain-pemain baru dalam jumlah besar menggunakan strategi yang semakin
canggih.
Perubahan bisnis yang demikian cepat ini, membutuhkan transformasi
besar-besaran pada salah satu perusahaan yang ikut ambil andil dalam
persaingan tersebut yaitu CV Sevanam Enterprise. CV sevanam enterprise
melakukan berbagai langkah strategis untuk

mengamankan sustainability

sekaligus memperkokoh daya saing di lingkungan bisnis yang baru. Salah satu
langkah strategis yang dimaksud adalah mengelola bisnis melalui praktek
praktek terbaik dengan mengoptimalkan sumber daya yang unggul serta
penggunaan teknologi yang kompetitif hal tersebut dapat dilihat dari aplikasi
prosedur pemberian bisnis usaha kecil pada salah satu lembaga kredit yang
ditangani oleh Cv Sevanam Enterprise. Tujuan diadakam kredit oleh lembaga
perkreditan adalah untuk mencari keuntungan berupa pemberian bunga,
imbalan, biaya administrasi, provinsi dan biaya lainnya yang dibeban kan ke
nasabah. Melihat keadaan perkreditan di koperasi maupun bank perkreditan
rakyat lainnya yang masih menggunakan alat secara manual akan lebih baik jika
dibuatkan aplikasi komputer yang berisikan proses transaksi dan penyimpanan
data. Dengan aplikasi komputer ini, proses transaksi menjadi lebih cepat,
pencarian data nasabah yang disimpan mudah dicari dan kemungkinan

1

terjadinya kesalahan dalam perhitungan menjadi lebih kecil. Untuk itulah muncul
ide untuk membuat pengembangan sistem informasi kredit usaha kecil berbasis
open source dengan bertujuan untuk mempermudah proses kredit dengan
memanfaatkan media IT yang sesuai dengan perkembangan saat ini.
1.2 Rumusan masalah
Berdasarkan uraian latar belakang, rumusan masalah yang akan dikaji atau
dipecahkan adalah bagaimana merancang dan implementasi sistem informasi
debitur lembaga keuangan mikro bagian Registasi dan Jaminan.
1.3 Tujuan Kerja Praktek
Pada dasarnya kerja praktek ini adalah pengembangan ilmu dari apa yang
telah didapat di bangku perkuliahan, oleh karena itu pelaksanaan kerja praktek
sangat perlu bagi mahasiswa untuk menambah pengalaman dan pengetahuan
dalam dunia kerja.Memperdalam dan mengembangkan ilmu pengetahuan yang
di dapat selama kuliah dan diimplementasikan pada dunia kerja.
Disamping tujuan secara umum, tujuan dalam pengambilan judul laporan ini
yaitu Membuat sistem kredit lembaga mikro keuangan yang berguna untuk
memudahkan nasabah mendapat pelayanan yang maksimal.
1.4 Manfaat Kerja Praktek

1.4.1

Untuk Instansi

Tujuan bagi perusahaan yaitu untuk membantu klien dalam pelayanan di
lembaga keuangan mikro.
1.4.2
1.

Untuk Mahasiswa

Mengetahui tentang perusahaan dengan organisasi, manajemen dan
teknologinya.

2.

Mahasiswa dapat mempelajari proses pembuatan sebuah sistem di
perusahaan yang terkait.

3.

Mahasiswa dapat belajar mengenal suasana kerja di lingkungan suatu
perusahaan.

2

4.

Mempelajari aplikasi dan relevansi bahan-bahan kuliah dalam praktek dan
pengembangannya.

1.4.3
1.

Untuk Perguruan Tinggi

Mahasiswa dapat mengimplementasikan ilmu dari kerja praktek yang didapat
dari teori selama kuliah.

2.

Sebagai salah satu syarat kelulusan mata kuliah kerja praktek.

1.5 Ruang Lingkup Kerja Praktek
Sistem yang akan dibangun hanya mencakup kredit usaha Lembaga
Keuangan Mikro Koperasi bagian registrasi dan simpan pinjam berbasis
opensource dengan menggunakan bahasa php.
1.6 Metode Kerja Praktek

1.6.1

Lokasi Kerja Praktek

Kerja Praktek ini dilakukan CV SEVANAM Enterprise yang beralamat di
Jalan Raya Kerobokan No 123, Kuta Utara – Badung.
1.6.2

Metode Pengumpulan Data
Metode yang digunakan pada kerja praktek ini, yaitu :

1.

Metode Observasi
Observasi merupakan pengumpulan data dan informasi yang dilakukan

dengan cara melakukan pengamatan secara langsung terhadap objek yang
diteliti untuk memperoleh gambaran mengenai sistem yang berjalan atau
prosedur yang ada pada objek penelitian tersebut.
2.

Metode Literatur
Studi literatur merupakan pengumpulan data dan informasi yang dilakukan

dengan cara menggali pengetahuan atau ilmu dari sumber – sumber seperti

3

buku, karya tulis, dan beberapa sumber lainnya yang berhubungan dengan objek
penelitian.

3.

Metode Wawancara
Suatu metode dengan mengadakan tanya jawab dengan pihak-pihak yang

ada hubungannya dengan masalah yang akan dibahas sehingga tidak terjadi
kekeliruan dalam menyimpulkan data.
1.6.3
1.

Metode Penelitian Data
Perancangan Sistem
Berdasarkan hasil analisa sistem yang telah dilakukan, maka tahap

selanjutnya adalah melakukan proses perancangan sistem yang meliputi Data
Flow Diagram (DFD) dan konseptual database.
2.

Penulisan Laporan
Pada tahap ini akan ditulis laporan yang mencakup seluruh kegiatan yang

telah dilakukan dari tahap awal sampai tahap akhir.

4

BAB II
TINJAUAN UMUM PERUSAHAAN
2.1 Profil Sevanam Enterprise
Semenjak berdiri tahun 2012 CV Sevanam Enterprise

hadir untuk

memberikan solusi teknologi informasi. Sevanam Enterprise dengan rumusan
visinya, “To become a leading IT Innovation Solutions” berupaya menjadi centre
of IT innovation solutions yang berbasis pada customer-centric sebagai grand
strategy-nya karena pada era konvergensi digital ternyata menghasilkan rule of
the game baru yaitu sukses pemain tak lagi hanya terletak pada kapabilitas
penguasaan teknologi, kepemilikan jaringan, atau kemampuan memproduksi
layanan, tapi di atas itu semua adalah kemampuan dalam memahami kebutuhan,
problem dan harapan pelanggan.
Misi Sevanam Enterprise yaitu Sevanam Enterprise memberikan layanan
solusi IT yang terbaik bagi kebutuhan pelanggan dengan kualitas dan harga yang
kompetitif; Sevanam Enterprise membangun kemitraan yang menguntungkan
secara timbal balik dan saling mendukung secara sinergis.
Tiga disiplin nilai (value disciplines) Sevanam Enterprise, yaitu: Customer
intimacy; Operational excellence,Product & Solutions leadership merupakan tiga
pilar utama di dalam organisasi Sevanam Enterprise dalam upayanya menjadi
centre of IT innovation solutions yang berbasis pada customer-centric sebagai
grand strategy:
1. Customer intimacy: merupakan proses yang berkelanjutan dalam
menjalin hubungan yang dekat dengan pelanggan, sehingga dapat
mempertahankan pelanggan yang sudah ada dan menjalin hubungan
baru dengan pelanggan yang lain.
2. Operational excellence: merupakan proses pendukung (support activity)
sehingga aktivitas R & D,customer intimacy dan operasional sehari-hari
perusahaan dapat berjalan dengan exellence yang akan berdampak pada
kepuasan kepada pelanggan dan internal SEVANAM ENTERPRISE.
3. Product & Solutions leadership: Produk dan solusi inovasi IT yang
dihasilkan oleh Sevanam Enterprise haruslah menjadi produk unggulan,
berkualitas dan bermafaat bagi pelanggan. Sevanam Enterprise dalam

5

setiap pengembangan aplikasi perangkat lunak telah berupaya untuk
selalu menerapkan tahapan-tahapan dalam CMM (Capability Maturity
Model) untuk mencapai standarisasi dalam proses Development
2.2

Pelayanan CV Sevanam Enterprise

Sevanam Enterprise menyediakan tiga layanan IT (IT services) yaitu:
1. Enterprise application & services
2. Network & Internet Services
Adapun keterangan dari pelayanan yang diberikan oleh CV Sevanam Enterprise
adalah sebagai berikut:
1. Enterprise Application Services (EAS)
Sevanam Enterprise berupaya mengembangkan sistem informasi yang
dapat digunakan untuk meningkatkan performansi bisnis perusahaan.
Aplikasi yang telah dikembangkan yaitu sistem ERP dan CRM.
Studi kasus:
1. On going progress: Sistem informasi Lembaga Keuangan Mikro;
sistem ini akan mengintegrasikan bisnis proses yang ada pada
LKM dan pada akhirnya akan dibangun aplikasi business
intelligence, dengan pilot project LPD Pecatu – Kuta – Badung.
2. Sistem Antrian Pelanggan: aplikasi ini telah digunakan di LPD
Pecatu, LPD Jimbaran, PN Semarapura, Kantor Pajak Badung
Utara. Aplikasi akan mencatat service level kepada pelanggannya.
2. Network & Internet Services
Sevanam Enterprise memliki kemampuan dalam bidang jaringan dengan
SDM bersertifikasi Cisco dan juga telah mengembangkan aplikasi hot
spot billing yang dapat digunakan oleh Hotel, Vila, restaurant dan lain
sebagainya dengan standarisasi layanan yang prima. Layanan ini juga
menggunakan sistem OMMT yang terdiri dari: Pengoperasian (Operation)
yang didukung oleh Perawatan (Maintenance), Pengawasan (Monitoring),
dan Perbaikan (Troubleshooting), sehingga dapat dijamin layanan dapat

6

beroperasi selama 24 jam dengan prima. Sevanam Enterprise juga
mampu mencetak kartu billing internet dengan tema sesuai dengan
permintaan pelanggan
Studi kasus:
1. Ketty Home Stay and Restaurant – Pecatu.
2. Aurora Villas – Pecatu.

7

BAB III
LANDASAN TEORI
3.1 Pengertian Sistem
Istilah sistem secara umum dapat didefinisikan sebagai kumpulan hal
atau elemen yang saling bekerja sama atau yang dihubungkan dengan cara-cara
tertentu sehingga membentuk satu kesatuan untuk melaksanakan suatu fungsi
guna mencapai suatu tujuan. Sistem mempunyai karakteristik atau sifat – sifat
tertentu, yaitu : Komponen Sistem, Batasan Sistem, Lingkungan Luar Sistem,
Penghubung Sistem, Masukan Sistem, Keluaran Sistem, Pengolahan Sistem dan
Sasaran Sistem [2].

3.2 Pengertian Informasi.
Informasi adalah hasil pengelolaan data yang memberikan arti dan
manfaat. Informasi tidak dapat dipisahkan dari pengertian data.sumber dari
informasi adalah data. Data adalah pernyataan, symbol maupun bahasa yang di
sepakati secara umum dalam mempersentasikan suatu objek, kegiatan,konsep,
kesatuan nyata menggambarkan suatu kejadian. Informasi adalah data yang
diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi yang
menerimanya.Sumber dari informasi adalah data. Data merupakan bentuk jamak
dari bentuk tunggal datum atau data item. Data adalah kenyataan yang
menggambarkan suatu kejadian-kejadian dan kesatuan nyata [3].
.
3.3 Pengertian Sistem Informasi
Diketahui bahwa informasi merupakan hal yang sangat penting bagi
manajemen didalam mengambil keputusan. Pengertian Sistem Informasi adalah
satuan komponen yang saling berahubungan yang mengumpulkan, memproses,
menyimpan dan mendistribusikan informasi untuk mendukung pengambilan
keputusan dan kendali dalam suatu organisasi

[4]

Sedangkan Sistem informasi

adalah berisi informasi tentang orang-orang, tempat, dan hal-lah penting di
dalam organisasi atau di lingkungan sekelilingnya. sedangkan Informasi
8

(information) sendiri adalah data yang telah dibentuk menjadi sesuatu yang
memiliki arti dan berguna bagi manusia[5].
Berdasarkan pengertian diatas Sistem Informasi yang dikemukakan oleh
para ahli dapat disimpulkan bahwa pengertian sistem informasi adalah satuan
komponen yang saling berkaitan antara satu dan lainnya melalui proses, dimana
proses tersebut menghasilkan data yang memiliki nilai.
3.4 Open source
3.4.1 Pengertian Open Source
Pengertian Open Source

menurut id.wikipedia.org Sumber terbuka

(Inggris: open source) adalah sistem pengembangan yang tidak dikoordinasi oleh
suatu individu / lembaga pusat, tetapi oleh para pelaku yang bekerja sama
dengan memanfaatkan kode sumber (source-code) yang tersebar dan tersedia
bebas

(biasanya

menggunakan

fasilitas

komunikasi

internet).

Pola

pengembangan ini mengambil model ala bazaar, sehingga pola Open Source ini
memiliki ciri bagi komunitasnya yaitu adanya dorongan yang bersumber dari
budaya memberi, yang artinya ketika suatu komunitas menggunakan sebuah
program Open Source dan telah menerima sebuah manfaat kemudian akan
termotivasi untuk menimbulkan sebuah pertanyaan apa yang bisa pengguna
berikan balik kepada orang banyak [6].
Pola Open Source lahir karena kebebasan berkarya, tanpa intervensi
berpikir dan mengungkapkan apa yang diinginkan dengan menggunakan
pengetahuan dan produk yang cocok. Kebebasan menjadi pertimbangan utama
ketika dilepas ke publik. Komunitas yang lain mendapat kebebasan untuk belajar,
mengutak-ngatik, merevisi ulang, membenarkan ataupun bahkan menyalahkan,
tetapi kebebasan ini juga datang bersama dengan tanggung jawab, bukan bebas
tanpa tanggung jawab

.

OSI (Open Source Initiative) menjalankan organisasi untuk mempromosikan atau
kampanye Open Source, dengan mengelola dan promosi Definisi Open Source,
dan sertifikasi terhadap lisensi dan produk yang open source (kode terbuka).
Definisi Open Source adalah revisi dari dokumen kebijakan milik distribusi

9

Debian GNU/Linux. Dokumen ini menjelaskan lisensi mana saja yang termasuk
bebas.
Jadi intinya pengertian open source itu merupakan suatu kode sumber (source
code)

yang

terbuka

yang

mana

kita

diberikan

kebebasan

dalam

menggunakannya, baik untuk dipelajari, ditambahkan, dikurangi, dimodifikasi
atau direvisi ulang semua itu boleh dan bebas tanpa harus membayar royaliti
kepada pembuat sebelumnya, akan tetapi bebas dalam artian disini bukan berati
bebas

sebebas-bebasnya

tanpa

ada

pertanggungjawaban,

bebas

yang

dimaksud di sini bebas dengan mempertanggungjawabkan secara bersama dan
tidak menghilangkan hak cipta (copyright) pembuatnya.
3.4.2 Open Source Software
Contoh software open source yang sering kita temui antara lain:
1. PHP
2. MySQL
3. Linux
4. Apache (web server)
5. Perl
6. fetchmail
3.5

Flowchart
Flowchart atau diagram alir merupakan sebuah diagram dengan simbol-

simbol grafis yang menyatakan aliran algoritma atau proses yang menampilkan
langkah-langkah yang disimbolkan dalam bentuk kotak, beserta urutannya
dengan menghubungkan masing masing langkah tersebut menggunakan tanda
panah. Diagram ini bisa memberi solusi selangkah demi selangkah untuk
penyelesaian masalah yang ada di dalam proses atau algoritma tersebut.
Sistem flowchart dapat didefinisikan sebagai bagan yang menunjukkan
arus pekerjaan secara keseluruhan dari sistem. Bagan ini menjelaskan uruturutan dari prosedur-prosedur yang ada di dalam sistem. Bagan alir sistem
menunjukkan apa yang dikerjakan di sistem.

10

Program flowchart adalah suatu bagan dengan simbol-simbol tertentu
yang menggambarkan urutan proses secara mendetail dan hubungan antara
suatu proses (instruksi) dengan proses lainnya dalam suatu program.Diagram
alur dapat menunjukan secara jelas alur pengendalian algoritma, yakni
bagaimana rangkaian pelaksanaan kegiatan. Suatu diagram alur memberikan
gambaran dua dimensi berupa simbol grafis. Setiap simbol telah ditetapkan
terlebih dahulu fungsi dan artinya. Simbol dipakai untuk menunjukkan berbagai
kegiatan operasi dan jalur

pengendalian.

Flowchart

untuk

aplikasi ini

menggunakan 5 simbol yaitu Process, Decision, Connector, Input/Output, dan
Arrow [7].
Tabel 3.1 Simbol Proses

Simbol

Fungsi
Dokumen

Prosedur

yang

menggunakan

mesin atau komputer.

Penghubung dalam satu
halaman
Pengarsipan manual

Aliran dokumen atau proses
Prosedurmanual
Kondisi

Penghubungpindah halaman

Penyimpan data

11

3.6 DFD
3.6.1 Pengertian DFD
Data Flow Diagram (DFD) adalah suatu diagram yang menggunakan
notasi-notasi untuk menggambarkan arus dari data sistem, yang penggunaannya
sangat membantu untuk memahami sistem secara logika, tersruktur dan jelas.
DFD merupakan alat bantu dalam menggambarkan atau menjelaskan DFD ini
sering disebut juga dengan nama Bubble chart, Bubble diagram, model proses,
diagram alur kerja, atau model fungsi.
3.6.2 Latar Belakang DFD
Suatu yang lazim bahwa ketika menggambarkan sebuah sistem
kontekstual data flow diagram yang akan pertama kali muncul adalah interaksi
antara sistem dan entitas luar. DFD didisain untuk menunjukkan sebuah sistem
yang terbagi-bagi menjadi suatu bagian sub-sistem yang lebih kecil adan untuk
menggarisbawahi arus data antara kedua hal yang tersebut diatas. Diagram ini
lalu “dikembangkan” untuk melihat lebih rinci sehingga dapat terlihat modelmodel yang terdapat di dalamnya.
3.6.3 Tujuan DFD
Tujuan DFD adalah:
1.

Memberikan indikasi mengenai bagaimana data ditransformasi pada saat
data bergerak melalui sistem

2. Menggambarkan fungsi-fungsi(dan sub fungsi) yang mentransformasi
aliran data
3.6.4 Manfaat DFD
Manfaat DFD adalah :
1. Data Flow Diagram (DFD) adalah alat pembuatan model yang
memungkinkan profesional sistem untuk menggambarkan sistem
sebagai suatu jaringan proses fungsional yang dihubungkan satu

12

sama

lain

dengan

alur

data,

baik

secara

manual

maupun

komputerisasi.
2. DFD ini adalah salah satu alat pembuatan model yang sering
digunakan,khususnya bila fungsi-fungsi sistem merupakan bagian
yang lebih penting dan kompleks dari pada data yang dimanipulasi
oleh sistem.Dengan kata lain, DFD adalah alat pembuatan model
yang memberikan penekanan hanya pada fungsi sistem.
3. DFD ini merupakan alat perancangan sistem yang berorientasi pada
alur data dengan konsep dekomposisi dapat digunakan untuk
penggambaran analisa maupun rancangan sistem yang mudah
dikomunikasikan oleh profesional sistem kepada pemakai maupun
pembuat program [7].
3.6.5 Komponen Data Flow Diagram
1. Menurut Yourdan dan DeMarco

ALUR DATA
DATA STORE
TERMINATOR
PROSES

2. Menurut Gene dan Serson

ALUR DATA
DATA STORE
TERMINATOR
PROSES

3.6.5.1 Terminator / Entitas Luar
Terminator

Adalah

Entitas

diluar

berhubungan langsung dengan sistem.
Terdapat 2 jenis Terminator :
1. Terminator Sumber
Merupakan Terminator yang menjadi sumber.

13

sistem

yang

berkomunikasi

/

2. Terminator Tujuan
Merupakan Terminator yang menjadi tujuan data / informasi sistem.

TERMINATOR SUMBER

TERMINATOR TUJUAN

TERMINATOR SUMBER DAN TUJUAN

Terminator dapat berupa orang, sekelompok orang, organisasi,
perusahaan/departemen yang berada diluar sistem yang akan dibuat, diberi
nama yang berhubungan dengan sistem tsb dan biasanya menggunakan kata
benda.
Contoh : Dosen, Mahasiswa.
Hal yang perlu diperhatikan tentang terminator :
1. Alur

data

yang

menghubungkan

terminator

dgn

sistem,

menunjukkan hubungan sistem dgn dunia luar.
2. Profesional sistem tidak dapat mengubah isi/cara kerja, prosedur
yang berkaitan dgn Terminator.Hubungan yang ada antar
terminator tidak digambarkan dalam DFD.
3.6.5.2 Komponen Proses
Komponen

proses

menggambarkan

transformasi

input

menjadi

output.Penamaan proses disesuaikan dgn proses/kegiatan yang sedang
dilakukan.Ada 4 kemungkinan yang dapat terjadi dalam proses sehubungan dgn
input dan output :

14

1 INPUT DAN BANYAK
OUTPUT

1 INPUT DAN 1 OUTPUT

BANYAK INPUT DAN 1
OUTPUT

BANYAK INPUT DAN
BANYAK OUTPUT

Ada beberap hal yang perlu diperhatikan tentang proses :
1.

Proses harus memiliki input dan output.

2.

proses dapat dihubungkan dgn komponen terminator, data store atau
proses melalui alur data.

3.

Sistem/bagian/divisi/departemen yang sedang dianalisis oleh profesional
sistem digambarkan dgn komponen proses.

3.6.5.3 Komponen Data Store
Komponen ini digunakan untuk membuat model sekumpulan paket data
dan diberi nama dgn kata benda bersifat jamak. Data store dapat berupa
file/database yang tersimpan dalam disket, harddisk atau bersifat manual seperti
buku alamat, file folder.
Yang perlu diperhatikan tentang data store :
1. Alur data dari proses menuju data store, hal ini berarti data store
berfungsi sebagai tujuan/tempat penyimpanan fari suatu proses (proses
write).
2. Alur data dari data store ke proses, hal ini berarti data store berfungsi
sebagai sumber/ proses memerlukan data (proses read).
3. Alur data dari proses menuju data store dan sebaliknya berarti berfungsi
sebagai sumber dan tujuan.

15

Lihat gambar berikut :

PROSES WRITE

PROSES READ

PROSES UPDATE

3.6.5.4 Komponen Alur Data
Alur data digunakan untuk menerangkan perpindahan data / paket data dari satu
bagian ke bagian lainnya. Alur data dapat berupa kata, pesan, formulir /
informasi.
Ada 4 konsep tentang alur data :
1. Packets of data
Apabila ada 2 data / lebih yg mengalir dari 1 sumber yg sama menuju pada
tujuan yg sama & mempunyai hubungan digambarkan dgn 1 alur data

.

2. Diverging data flow
Apabila ada sejumlah paket data yg berasal dari sumber yg sama menuju pada
tujuan yg berbeda atau paket data yg kompleks dibagi menjadi beberp elemen
data yg dikirim ke tujuan yg berbeda.

16

3. Converging data flow
Apabila ada bbrp alur data yg berbeda sumber menuju ke tujuan yg sama.

4. Sumber dan Tujuan
Arus data harus dihubungkan pada proses, baik dari maupun yg menuju proses.

DARI PROSES MENUJU BUKAN PROSES
DARI BUKAN PROSES MENUJU PROSES

DARI PROSES MENUJU PROSES

3.7 Entity Relationship Diagram (ERD)
Entity

Relationship

Diagram

(ERD)

merupakan

diagram

yang

menggambarkan obyek – obyek dasar yang mempunyai hubungan atau relasi
antar obyek – obyek dasar tersebut. Sebuah ERD tersusun atas tiga komponen
yaitu entitas, atribut, dan kerelasian antar entitas.
3.7.1 Entitas (Entity)
Entitas merupakan obyek – obyek dasar yang terkait di dalam sistem. Obyek
dasar dapat berupa orang, benda, atau hal yang keterangannya perlu disimpan

17

di dalam basis data. Untuk menggambarkan sebuah entitas digunakan aturan
sebagai berikut :
a. Entitas dinyatakan dengan simbol persegi panjang
b. Nama entitas dituliskan di dalam simbol persegi panjang
c. Nama entitas berupa kata benda, tunggal
d. Nama entitas sedapat mungkin menggunakan nama yang mudah
dipahami dan dapat menyatakan maknanya dengan jelas
e. Menggunakan tanda garis bawah atau underscoreuntuk nama entitas
yang tersusun lebih dari satu kata agar dianggap sebagai kata tunggal

3.7.2 Atribut
Atribut sering pula disebut sebagai properti, merupakan keterangan –
keterangan yang terkait pada sebuah entitas yang perlu disimpan dalam basis
data.

Atribut

berfungsi

sebagai

penjelas

pada

sebuah

entitas.

Untuk

menggambar atribut digunakan aturan sebagai berikut :
a. Atribut dinyatakan dengan simbol elips
b. Nama atribut dituliskan di dalam simbol elips
c. Nama atribut berupa kata benda, tunggal
d. Nama atribut sedapat mungkin menggunakan nama yang mudah
dipahami dan dapat menyatakan maknanya dengan jelas
e. Atribut

dihubungkan

dengan

entitas

yang

bersesuaian

dengan

menggunakan sebuah garis lurus

3.7.3 Kerelasian Antar Entitas
Kerelasian antar entitas mendefinisikan hubungan antara dua buah entitas.
Kerelasian adalah kejadian atau transaksi yang terjadi di antara dua buah entitas
yang keterangannya perlu disimpan dalam basis data. Aturan penggambaran
kerelasian antar entitas adalah sebagai berikut :
a. Kerelasian dinyatakan dengan simbol belah ketupat.
b. Nama kerelasian dituliskan di dalam simbol belah ketupat.

18

c. Kerelasian menghubungkan dua entitas.
d. Nama relasi berupa kata kerja aktif (diawali dengan awalan me-), tunggal
e. Nama kerelasian sedapat mungkin menggunakan nama yang mudah
dipahami dan dapat menyatakan maknanya dengan jelas.
Jenis kerelasian antar entitas dikelompokkan dalam tiga jenis, yaitu :
1. Satu ke satu, yaitu jika dalam suatu perusahaan ada peraturan yang
mengharuskan satusupir hanya boleh menangani satu kendaraan karena
alasan tertentu dan khusus.
2. Satu ke banyak atau banyak ke satu, yaitu jika dalam suatu badan
pendidikan selaludigunakan asumsi bahwa satu kelas terdiri dari banyak
siswa tetapi tidak sebaliknya, yaitusatu siswa tidak dapat belajar pada
kelas yang berbeda
3. Banyak ke banyak, yaitu jika dalam dunia musik ada banyak personil
yang bermaindalam banyak grup, misalnya x bermain di grup metal, jazz
dan pop, di lain pihak grupmetal mempunyai personil y, z dan x [8].

19

3.8 Basis Data
Sistem basis data adalah suatu sekumpulan subsistem yang terdiri atas
basis data dalam suatu sistem yang mungkin tidak ada hubungan satu sama
lain, tetapi secara keseluruhan mempunyai hubungan sebagai sebuah sistem
dengan didukung oleh komponen lainnya. Sistem basis data mempunyai
beberapa elemen penting, yaitu :
1.

Basis data sebagai inti dari sistem basis data

2.

Perangkat lunak (software) untuk perancangan dan pengelolaan basis
data.

3.

Perangkat keras (hardware) sebagai pendukung operasi pengolahan
data.

4.

Manusia (brainware) yang mempunyai peran penting dalam sistem
tersebut, yaitu sebagai pemakai atau para spesialis infromasi yang
mempunyai fungsi sebagai perancang atau pengelola.
Basis data sebagai merupakan bagian penting dalam sebuah sistem

informasi. Basis data dalam sistem informasi dapat mempunyai peranan sebagai
berikut :
1.

Basis data sebagai komponen penyusun sistem informasi
Basis data merupakan salah satu komponen terpenting dalam sebuah
sistem informasi. Oleh karen aitu, keberadaan basis data dalam sistem
informasi adalah mutlak. Suatu sistem informasi tidak akan berfungsi
bahkan tidak akan terwujud tanpa melibatkan basis data.
Hubungan antara sistem informasi dan basis data di dalam sistem
informasi merupakan hubungan antara sistem dan subsistem. Dalam hal
ini sistem informasi adalah sebagai sistem karena mempunyai ruang
lingkup yang lebih luas dan lebih kompleks, sedangkan basis data
menjadi subsistem karena menjadi bagian sistem informasi. Basis data
akan menjadi bahan baku bagi sistem informasi.

2.

Basis data sebagai infrastruktur sistem informasi
Basis data dan sistem manajemen basis data (DBMS) menyediakan
suatu sarana infrastruktur kepada organisasi – organisasi sistem
informasi yang dibangun. Organisasi sistem informasi yang dimaksud
adalah sistem pengolahan transaksi (TPS), sistem informasi manajemen
(MIS), sistem penunjang keputusan (DSS), otomatisasi perkantoran
(OA), serta sistem informasi eksekutif(EIS).
20

3.

Basis data sebagai sumber informasi bagi sistem informasi
Basis data mempunyai peran penting dalam sistem informasi, yaitu
sebagai sumber penyedia data utama untuk memenuhi kebutuhankebutuhan informasi seluruh pemakai atau informasi bagi para
pengambil keputusan. Dengan adanya keterkaitan antara data dan
informasi maka basis data berperan sebagai data dalam sistem
pengolahan data. DBMS berperan melakukan manajemen basis data
sehingga diperoleh bentuk yang penting berupa informasi yang dapat
digunakan

sebagai

dasar

pengambilan

keputusan



keputusan

manajemen.
4.

Basis data sebagai sarana mencapai efisiensi sistem informasi
Basis data dirancang dan dibangun dengan orientasi kebutuhan
informasi bagi seluruh pemakai dalam sistem. Selain lengkap,

basis

data harus dirancang agar mudah digunakan, diakses dengan cepat,
dapat digunakan dengan berbagai macam cara, oleh banyak pemakai
baik secara terpisah maupun bersama – sama, kerangkapan data
minimal, serta menjaga integritas data di dalamnya.
5.

Basis data sebagai sarana mencapai efektifitas sistem informasi
Basis data memberikan dukungan bagi tercapainya efektivitas sistem
informasi karena data – data yang disimpan sebagai file – file basis data
hanya memuat data yang benar.
Dalam basis data, pandangan konseptual atau global logical data atau

conseptual view atau sering juga disebut sebagai level konseptual merupakan
pandangan perancang basis data yang berkaitan dengan data – data apa saja
yang perlu disimpan dalam basis data dan penjelasan mengenai bagaimana
hubungan antara data yang satu dan yang lainnya. Jadi, pandangan konseptual
secara sederhanamerupakan gabungan atas seluruh pandangan pengguna yang
ada dalam sistem. Global logical data dapat ditunjukkan menggunakan definisi
struktur basis data menggunakan bahasa deksripsi data (Data Definition
Language/DDL) [8].

21

BAB IV
ANALISA DESAIN SISTEM
4.1 Flowchart Sistem

Gambar 4.1 Flowchart sistem

22

Dari gambar 4.1 Data Flowchart tersebut menggambarkan proses sistem
debitur kredit dan jaminan berjalan. Pertama admin melakukan login sebelum
menjalankan sistem. Setelah login sukses, admin bisa melakukan proses
penginputan data nasabah. Ketika menginputkan data nasabah, pendaftar
nasabah akan menyerahkan data nasabah berupa KK dan KTP

untuk di

inputkan kesistem. Jika semua data sudah lengkap data akan di proses untuk
disimpan di database kredit setelah itu data nasabah akan ditampilkan ke sistem.
Jika data ada yang salah atau ingin diupdate maka admin bisa melakukan edit
nasabah untuk memperbaiki kesalahan penginputan data. Kemudian nasabah
yang sudah terdaftar bisa melakukan transaksi kredit. Ketika akan melakukan
transaksi kredit, nasabah akan menyerahkan data berupa kartu keluarga, slip gaji
dan data jaminan kredit berupa surat tanah atau stnk dan bpkb motor. Jika data
sudah lengkap maka data akan simpan ke database kredit setelah itu nasabah
akan menerima pinjaman uang dari koperasi tempat nasabah meminjam.
4.2 Diagram Konteks

Bukti Transaksi
Konfirmasi

Kartu Anggota
User
Registrasi

Proses Sistem Informasi
Debitur Bagian Registrasi
dan Permohonan Kredit

Transaksi Permohonan Kredit

Data Registrasi

Admin

Data Transaksi Permohonan

Gambar 4.2 Diagram konteks
Dari diagram konteks pada gambar 4.2 dijelaskan sistem registrasi dan
permohonan kredit dimana pertama kali user akan melakukan proses registrasi
nasabah kemudian data nasabah akan di proses lalu data registrasi akan dicek
ulang oleh admin untuk di konfirmasi. Setelah dikonfirmasi user akan
mendapatkan kartu anggota koperasi sebagai nasabah. Nasabah yang sudah
terdaftar bisa melakukan transaksi kredit yang akan diproses oleh sistem dimana
data yang sudah diproses akan dicek oleh admin kemudian akan dikonfirmasi
oleh admin dan user akan mendapatkan bukti transaksi dari lembaga keuangan
tersebut.

23

4.3 Dekomposisi

0
Sistem Informasi Debitur

2
Transaksi
Permohonan Kredit

1
Registrasi Nasabah

1.1
Insert Data Nasabah

1.2
Edit Data Nasabah

2.1
Registrasi Data
Penanggung

2.2
Mencatat Data
Komsumtif

2.3
Mencatat Data Jaminan

Gambar 4.3 Dekomposisi Sistem
Dekomposisi adalah penguraian proses menjadi lebih spesifik. Setelah
membuat diagram konteks, langkah selanjutnya adalah membuat dekomposisi
dari sistem tersebut. Dari dekomposisi di atas, dapat dijelaskan bahwa terdapat 4
proses dimana masing-masing proses ini berada pada level 0. Kemudian masing
– masing proses memiliki proses yang lebih spesifik lagi. Proses – proses
tersebut berada pada level 1.

24

4.4 DFD Level 0
Konfirmasi Registrasi
Kartu Anggota

Nasabah

Registrasi Anggota

Registrasi Anggota

Data Nasabah

Nasabah

Data Nasabah dicek

Data Nasabah Dicek

Admin

m_debitur_konsumtif

Dt pemohon komsumtif
Dt pemohon komsumtif

m_debitur_mohon_kredit

m_debitur_penanggung

Bukti Transaksi

Pemohon

Data Pemohon

Permohonan Kredit

Dt pemohon kredit
Dt pemohon penanggung

Dt Jns Jaminan Yg Dijaminkan

Jaminan

Data Jaminan

Jaminan Kredit

m_debitur_colateral

Dt Jmnan

Dt jumlah nominal kredit yg dijaminkan

m_kredit_colateral

Gambar 4.4 DFD Level 0 Sistem

Pada DFD Level 0 proses lebih dijabarkan secara umum. Pada DFD level
0 ini dijabarkan tiga proses transaksi yaitu proses registrasi anggota nasabah,
proses permohonan kredit dan proses jaminan kredit. Pada proses registrasi,
user akan melakukan pendaftaran transaksi lalu akan dicatat admin dan
disimpan di database kemudian nasabah akan mendapatkan konfirmasi
registrasi berupa kartu anggota nasabah. Jika sudah teregistrasi nasabah bisa
melakukan transaksi kredit. Ketika akan melakukan transaksi permohonan kredit
user akan menyerahkan data permohonan berupa jumlah kredit yang diminta,
slip gaji dan kartu keluarga. Setelah diproses data akan disimpan di tabel
penanggung untuk data kartu keluarga, tabel mohon kredit untuk jumlah kredit
yang diminta dan data konsumtif untuk data slip gaji nasabah.untuk data jaminan
kredit user menyerahkan data jaminan yang dijaminkan berupa surat tanah atau
bpkp kendaraan bermotor dan jumlah nominal barang yang dijaminkan. Data

25

jaminan yang dijaminkan akan disimpan di debitur jaminan dan nominal barang
yang dijaminkan akan disimpan di tabel kreditur jaminan. Setelah disimpan
proses jaminan akan diteruskan ke sistem permohonan kredit. Lalu data
permohonan akan dicek oleh admin. Setelah dicek nasabah akan mendapatkan
bukti transaksi permohonan dan uang pinjaman dari lembaga tersebut.

4.5 DFD Level 1 Proses 1 Proses Registrasi
Kartu Anggota

Konfirmasi Registrasi

User

Registrasi Anggota

Registrasi Nasabah

Data Anggota

Admin

Nasabah

Gambar 4.5 DFD Level 1 Proses 1 Proses Registrasi

Pada DFD level 1 Proses 1 ini hanya menjabarkan proses pertama pada
sistem yaitu proses registrasi. Pada proses ini, user akan menyerahkan data dan
akan dimasukkan oleh admin kedalam sistem dan data registrasi tersebut akan
dimasukkan kedalam database di tabel nasabah setelah itu user akan mendapat
konfirmasi dari admin berupa kartu anggota nasabah.

26

4.6 DFD Level 1 Proses 2 Proses Permohonan Kredit

Tanda Bukti Transaksi

Admin

Lap data permohonan

Dt Penanggung
Permohon

Data Permohonan

Permohonan Kredit

Dt mohon krdt

m_debitur_penanggung

m_debitur_mohon_kredit

m_debitur_konsumtif
Dt konsumtif

Dt jmn stlh diproses

Dt Jns Jaminan Yg Dijaminkan

Data Jaminan

Data Jaminan

m_kredit_colateral

Jaminan Kredit

Dt jmlh nominal kredit yg dijaminkan

m_debitur_colateral

Gambar 4.6 DFD Level 1 Proses 2 Proses Permohonan Kredit
Pada DFD level 1 Proses 2 ini dijabarkan proses permohonan kredit.
Ketika akan melakukan transaksi permohonan kredit user akan menyerahkan
data permohonan berupa jumlah kredit yang diminta, slip gaji dan kartu keluarga.
Setelah diproses data akan disimpan di tabel penanggung untuk data kartu
keluarga, tabel mohon kredit untuk jumlah kredit yang diminta dan data konsumtif
untuk data slip gaji nasabah.untuk data jaminan kredit user menyerahkan data
jaminan yang dijaminkan berupa surat tanah atau bpkp kendaraan bermotor dan
jumlah nominal barang yang dijaminkan. Data jaminan yang dijaminkan akan
disimpan di debitur jaminan dan nominal barang yang dijaminkan akan disimpan
di tabel kreditur jaminan. Setelah disimpan proses jaminan akan diteruskan ke
sistem permohonan kredit. Lalu data permohonan akan dicek oleh admin.
Setelah dicek nasabah akan mendapatkan bukti transaksi permohonan dan uang
pinjaman dari lembaga tersebut.

27

4.7 Tabel pada Basis Data Sistem Informasi Debitur
4.7.1 Tabel Data Nasabah (Nasabah)
Tabel 4.1 Data Nasabah
COLUMN_NAME CONSTRAINT

DATA_TYPE

NASABAH_ID

Int

11

nm_anggota

Varchar

50

Agama

Int

11

Alamat

Text

Banjar

Varchar

50

Ibu

Varchar

50

tpt_lhr

Varchar

50

tgl_lhr

Date

id_kitas

Int

20

Hp

Int

15

Telp

Int

15

Jk

Int

11

Pendidikan

Int

11

Pekerjaan

Int

11

sumber_dana

Varchar

50

Keterangan

Text

Stts

Int

PK

LENGTH

-

-

11

4.7.2.Tabel Data Mohon Kredit (m_debitur_mohon_kredit)
Tabel 4.2 Mohon Kredit
COLUMN_NAME
DEBITUR_KREDIT_ID

CONSTRAINT
PK

DATA_TYPE

LENGTH

Int

11

KOLEKTOR

Varchar

50

NASABAH_ID

Varchar

11

NO_PERMOHONAN

Varchar

-

NO_ANALISA_KREDIT

Varchar

50

28

NO_SKK

Varchar

50

NO_PERJANJIAN

Varchar

50

NO_BPK

Varchar

-

SCORE_AKUM

Int

20

COLATERAL_STATUS

Varchar

15

MOHON_KREDIT_CD

Varchar

15

REKOM_KREDIT_CD

Varchar

11

MOHON_KREDIT

Desimal

11

MOHON_JANGKA_WAKTU

Desimal

11

MOHON_SUKU_BUNGA

Double

50

TUJUAN_PERMOHONAN

Varchar

-

JAMINAN_KREDIT

Varchar

11

REMARK

Text

TOTAL_NILAI_JAMINAN

Desimal

REKOM_SUKU_BUNGA

Double

REKOM_JANGKA_WAKTU

Desimal

10

REKOM_PLAFON

Desimal

10

REKOM_ADM_PERSEN

Desimal

10

REKOM_ADM_NILAI

Desimal

10

REKOM_MATERAI

Desimal

10

REKOM_ASURANSI

Desimal

10

REKOM_KREDIT

Desimal

10

PENGIKATAN_CD

Desimal

10

SCORE

Varchar

50

REKOM_SYARAT_LAIN

Text

-

PERTIMBANGAN_KA_TU

Text

-

PERTIMBANGAN_KA_KREDIT

Text

-

KEP_KA_LPD

Text

-

KEP_BP

Text

-

JENIS_PINJAMAN

Varchar

50

SEKTOR

Varchar

50

METODE_ANGSURAN

Varchar

50

SISTEM_BUNGA

Varchar

50

NAMA_ANALIS

Varchar

50

29

10

TGL_DAFTAR

Datetime

-

STATUS

Varchar

50

CREATE_WHO

Varchar

50

CREATE_DATE

Datetime

CHANGE_WHO

Varchar

CHANGE_DATE

Datetime

NO_KREDIT_LAMA

Varchar

50

WILAYAH_CD

Varchar

50

GROUP_CD

Varchar

50

REK_CD

Varchar

50

POINT_CHARACTER

Varchar

50

URAIAN_CHARACTER

Text

POINT_CAPITAL

Varchar

URAIAN_CAPITAL

Text

POINT_CAPASITY

Varchar

URAIAN_CAPASITY

Text

UNIQUE_CODE

Varchar

50
-

10
10
10

4.7.3 Tabel Penanggung (m_debitur_penanggung)
Tabel 4.3 Penanggung
COLUMN_NAME

CONSTRAINT

DATA_TYPE LENGTH

DEBITUR_SPOUSE_ID

PK

Int

11

DEBITUR_KREDIT_ID

Int

11

DEBITUR_KREDIT_HRN_ID

Int

11

DEBITUR_ID

Int

-

NAMA

Varchar

50

NO_KTP

Varchar

50

AGAMA

Varchar

50

ALAMAT

Varchar

50

TEMPAT_LAHIR

Varchar

50

TANGGAL_LAHIR

Date

HP

Varchar

30

50

TELP

Varchar

50

PEKERJAAN

Varchar

50

ALAMAT_KANTOR

Varchar

50

TELP_KANTOR

Varchar

50

FAX_KANTOR

Varchar

50

HUBUNGAN

Varchar

50

STATUS_TMPT_TGL

Varchar

50

JML_TANGGUNGAN

Int

10

CREATE_WHO

Varchar

50

CREATE_DATE

Datetime

CHANGE_WHO

Varchar

CHANGE_DATE

Datetime

JK

Varchar

50
10

4.7.4 Tabel Konsumtif (m_debitur_konsumtif)
Tabel 4.4 Komsumtif
COLUMN_NAME

CONSTRAINT

DATA_TYPE LENGTH

DEBITUR_KONSUMTIF_ID

PK

Int

11

DEBITUR_KREDIT_ID

Int

11

NASABAH_ID

Int

11

HASIL_MOHON

Int

11

HASIL_ISTRI

Int

11

HASIL_LAINNYA

Int

11

HASIL_TOTAL

Int

11

KELUAR_RUMAH

Int

11

KELUAR_LISTRIK

Int

11

KELUAR_TELP

Int

11

KELUAR_PENDIDIKAN

Int

11

KELUAR_RMH_TANGGA

Int

11

KELUAR_TENAGA_KERJA

Int

11

KELUAR_DANA_SOSIAL

Int

11

KELUAR_PAJAK

Int

11

KELUAR_BUNGA_PAJAK

Int

11

31

KELUAR_ANGSURAN

Int

11

KELUAR_LAIN

Int

11

KELUAR_TOTAL

Int

11

CREATE_WHO

Varchar

50

C