- PDF Download Gratis

Transkripsi

1 BAB III ANALISA DAN PERANCANGAN SISTEM 1.1 Sejarah PT.Dwigunatama Rintisprima adalah suatu perusahaan yang bergerak dibidang properti. Proyek pertamanya adalah perumahan Harvest City yang terletak didepan Taman Buah Mekar Sari.perumahan harvest city merupakan pengembangan perumahan beskala kota yang dibangun oleh PT.Dwigunatama Rintisprima, perusahaan ini merupakan bentukan tiga pengembang yang terdiri atas Group PT.Suryamas Dutamakmur, Duta Putra Mahkota dan Kentanix Supra International. Perumahan harvest city mempunyai lahan yang cukup luas yaitu 1050 hektar. Harvest city direncanakan akan didirikan lebih dari unit rumah di harvest city dengan tipe variatif mulai dari tipe kecil, menengah hingga mewah dimana konfigurasi ini mewakili latar belakang tiga pengembang tersebut. Tahun 1989 sampai dengan 1995 kegiatan yang dilakukan pemegang saham yaitu pengurusan proses perijinan dan pembelian tanah. Pada tahun 1995 dimulainya pembangunan perumahan, pemasaran baru dilakukan sejak tahun Dalam hal ini penunjukan pengelola kantor yang berada di perumahan Harvest City, petugas pengelola mempunyai tugas sebagai berikut : Merawat, menjaga dan mengembangkan perumahan yang dikelola Mencatat dan melaporkan berbagai pembuatan rumah ke pihak direktur setiap bulannya Visi dan Misi yang dimiliki Harvest City adalah sebagai berikut : Visi : Sebagai tujuan jangka panjang PT.Dwikarya Langgengsukses memiliki visi perusahaan yaitu : Menjadi salah satu developer bereputasi di indonesia Misi : Dengan team yang profesional dan berwawasan jangka panjang kami menghasilkan hunian dan fasilitas pendukungnya yang berkualitas tinggi untuk memenuhi kebutuhan dan kepuasan pelanggan. Mendapatkan kepercayaan dari Customer melalui profesionalisme 1.2 Analisa Sistem Berjalan PT.Dwigunatama Rintisprima didukung oleh departemen-departemen yang bertugas sesuai dengan fungsinya masing-masing departemen ini berada dikantor pemasaran harvest city. Untuk 18

2 mempermudah koordinasi dan memperlancar jalannya arus komunikasi diseluruh kegiatan PT.Dwigunatama Rintisprima, maka perlu dilakukan koordinasi yang baik dan jelas disetiap bagian dalam perusahaan. Bentuk struktur organisasi dalam PT.Dwigunatama Rintisprima adalah garis dan staff departemen. Perusahaan dipimpin oleh Direktur Utama, dibantu oleh Wakil Direktur Utama, serta Direksi-direksi dan juga Chief Executive Officer (CEO). 19

3 PROSES SISTEM BERJALAN KONSUMEN SALES ADMIN SALES FINANCE ESTATE Mulai Datang menemui sales Melakukan pembayaran BF melalui kasir admin sales Bukti pembayaran DP masuk kebagian kasir Serah terima kunci TR Alokasi pembayaran Calon konsumen meminta brosur Melihat/mencari unit yang masih tersedia Konsume n ttd pada SPP kwitan si Penginputan data konsumen selesai Masuk berkas untuk pembuatan SI/surat pencairan kebagian collection,jika pembayaran sudah lunas Pemberkasan KPR Proses pengajuan KPR pada bank Cek berkas Di acc ditolak Terbit sp3k dari bank Akad kredit Phase Gambar 3.1 Flowmap Sistem Berjalan Berikut ini penjelasan dari Flowchart workflow diatas : a. Calon konsumen meminta brosur atau melihat dari billboard. b. Konsumen dating dan bertemu langsung dengan sales. c. Jika konsumen setuju dengan semua perjanjian dan sepakat dengan jadwal pembayaran cicilan, konsumen melakukan pembayaran BF kebagian kasir. d. Setelah selesai pembayaran BF konsumen menandatangani SPP (surat pemesanan pembelian). 20

4 e. Lalu berkas-berkas konsumen dikirim kebagian sales admin penginputan untuk diinput pada excel, dan diberikan pada bagian follow up berkas KPR untuk melengkapi dokumen-dokumen konsumen (jika belum lengkap) sekaligus penagihan untuk uang muka konsumen yang selanjutnya sampai dengan uang muka terakhir. f. Setelah berkas lengkap dan pembayaran sudah lunas proses pengajuan pada bank sesuai permintaan konsumen (max. seminggu) sampai persetujuan bank. g. Setelah disetujui permohonan kredit konsumen maka akan terbit SP3K dari bank pengajuan KPR nya, sekaligus dijadwalkan akad dengan bagian administrasi dan bank. h. Dari bagian admin mengajukan berkas-berkas lengkap untuk pembuatan SI (Standing instruction) atau surat pencairan ke bagian finance. i. Setelah SI ditanda tangani oleh Manajer dan kepala bagian finanace dikembalikan ke bagian admin. j. Admin melakukan akad kredit dengan konsumen dan pihak bank yang menyetujui KPR konsumen. k. Proses akhir setelah akad kredit konsumen bisa langsung STK (serah terima kunci) apabila rumah yang diambil sudah selesai pembangunan tapi jika indent jangka waktu 18 bulan baru bisa STK. 1.3 Identifikasi Masalah Berdasarkan prosedur sistem berjalan yang telah dibahas sebelumnya, maka ditemukan beberapa permasalahan yaitu: a. sering terjadi kesalahan input tanggal jatuh tempo pembayaran rumah b. laporan tidak sesuai dengan surat pemesanan pembelian yang masuk karena spp yang hilang Penyebab dari masalah yang timbul dalam proses pemesanan sampai konfirmasi pembayaran yang saat ini berjalan yaitu: 1. sering terjadi kesalahan input tanggal jatuh tempo pembayaran rumah Penyebab : adanya komplain konsumen terkait tanggal jatuh tempo pembayaran rumah 2. laporan tidak sesuai dengan surat pemesanan pembelian yang masuk karena spp hilang. Penyebab : Sering terjadinya kehilangan surat pemesanan pembelian hingga 21

5 3.4 Analisa Kebutuhan Identifikasi masalah yang terdapat pada PT.Dwigunatama Rintisprimaberjalan dilakukan dengan menggunakan analisis PIECES yaitu suatu cara analisis terhadap kinerja, informasi, ekonomi, keamanan aplikasi dan efisiensi. Dari analisis ini biasanya didapatkan beberapa masalah dan akhirnya dapat menemukan masalah utamanya dan beberapa solusi permasalahan. Tahap analisis PIECES pada pembelian rumah KPR berjalan yang digunakan adalah dengan cara membandingkan sistem yang lama dengan aplikasi yang akan dibuat: Tabel 3.1 Analisa PIECES Aplikasi Online Order No Aspek Kendala Solusi 1. Performance Tidak ada form Dibuatkan form pencatatatan pemesanan pencatatatan pembelian dan konfirmasi pemesananpembelian yang pembayaran yang disimpan disimpan dalam database. dalam database. 2. Information Tidak lengkapnya data Dibuatkan formpencatatatan acuan untuk pembuatan penerimaan pemesanan informasi pemasukan pembelian yang disimpan perusahaan. dalam database, sehingga menghasilkan informasi yang lengkap. 3. Economic Biaya operasioanal terkait Tidak perlu menggunkaan pencetakan buku daftar buku daftar konsumen akad konsumen akad untuk untuk mendata konsumen. mendata konsumen akad yang semakin meningkat Sistem pendataan konsumen akad diinput langsung oleh admin sales melalui sebuah aplikasi dan data akan otomatis tersimpan ke dalam 4. Control Bukti pembayaran konsumen yang sudah diberikan oleh konsumen hilang 5. Efficiency Data-data berupa kwitansi pembayaran mudah hilang. 6. Services Complain costumer terkait ketidakjelasan jumlah sisa bayar ketika costumer akan membayarnya. database. Dibuatkan form untuk pengiriman bukti bayar konsumen jika konsumen sudah melakukan pembayaran DP Dibuatkan sistem yang dapat mencatatat pembayaran costumer yang disimpan dalam database. Dibuatkan sistem yang dapat mencatatat pembayaran costumer yang disimpan dalam database. 22

6 3.4.1 Analisa Hardware dan Software Pendukung Pada perancangan aplikasi online ini, dibutuhkan komputer sebanyak empat unit yang akandigunakan untuk Server, Pimpinan, Administrator dan Desainer. Pada setiap komputer dibutuhkan browser seperti mozilla firefox, internet explorer ataupun google chrome. Minimal spesifikasi dari setiap komputer yaitu: 1. Processor Core i3 2. Memori 2 GB 3. Monitor SVGA 15. Pada PC server dibutuhkan software pendukung yaitu: XAMPP (Apache dan Mysql) dan text editor Notepad Perancangan Aplikasi Berdasarkan identifikasi masalah dan analisa kebutuhan sistem diatas, maka berikut ini adalah perancangan sistem yang diusulkan: Use Case 23

7 Gambar 3.2 Use Case Sistem Usulan Nama Use Case Aktor Tabel 3.2 Skenario Use Case Melakukan Walk in/booking Melakukan Walk In/ Register Sales dan Konsumen Sales maupun konsumen melakukan walk in dengan cara bertemu langsung untuk mengetahui kavling yang akan 24

8 Pra Kondisi Proses Post Kondisi Nama Use Case Aktor Pra Kondisi Proses Post Kondisi diambil dengan cara registrasi konsumen untuk melihat site plan kavling yang masih ready Sales maupun komsumen akan melakukan BF jika sudah fix dengan kavling yang diambil Sistem memeriksa data konsumen Data pengguna berhasil atau gagal disimpan Tabel 3.3 Skenario Use Case Input data Konsumen Input data Konsumen Admin Sales Admin sales memasukkan data konsumen Admin sales memasukkan data konsumen baru ke dalam sistem Sistem memeriksa data konsumen Data konsumen berhasil atau gagal disimpan Nama Use Case Aktor Pra Kondisi Proses Post Kondisi Tabel 3.4 Skenario Use Case Input data Kavling Input data kavling Admin Sales Admin sales memasukkan data kavling dan mengelola data tersebut. Case ini hanya dapat dilakukan oleh admin sales yang telah login Admin sales memasukkan data kavling ke dalam sistem Sistem memeriksa data kavling Data kavling berhasil atau gagal disimpan Nama Use Case Aktor Pra Kondisi Proses Post Kondisi Tabel 3.5 Skenario Use Case melakukan pembayaran DP Melakukan pembayaran DP Konsumen Konsumen melakukan pembayaran DP via transfer atau tunai kepada kasir Konsumen melakukan pembayaran melalui mesin ATM dan tunai Sistem memeriksa data kavling Data kavling berhasil atau gagal disimpan Tabel 3.6 Skenario Use Case melakukan konfirmasi pembayaran Nama Use Case Melakukan konfirmasi pembayaran Aktor Konsumen Konsumen melakukan konfirmasi pembayaran DP maupun sisa pembayaran Pra Kondisi Konsumen mengisi form konfirmasi pembayaran Proses Sistem memeriksa data konfirmasi pembayaran Post Kondisi Data konfirmasi pembayaran berhasil atau gagal di submit 25

9 Nama Use Case Aktor Pra Kondisi Proses Post Kondisi Tabel 3.7 Skenario Use Case melakukan cek pembayaran konsumen Melakukan cek pembayaran konsumen Admin sales Admin melihat data kavling pembayaran konsumen untuk dilakukan cek terhadap konsumen yang telah membayar DP maupun sisa pembayaran Admin memilih menu data kavling pembayaran konsumen Sistem menampilkan data kavling dan melakukan cek pembayaran Berhasil melakukan pengecekkan pembayaran konsumen Tabel 3.8 Skenario Use Case konfirmasi pembayaran dari admin sales Nama Use Case Konfirmasi pembayaran dari admin sales Aktor Admin sales Admin sales konfirmasi kepada konsumen setelah menerima bukti pembayaran DP Pra Kondisi Admin memilih menu konfirmasi pembayaran konsumen Proses Sistem menampilkan data kavling dan melakukan cek pembayaran Post Kondisi Berhasil melakukan konfirmasi pembayaran konsumen Tabel 3.9 Skenario Use Case menerima bukti data pembayaran konsumen Nama Use Case Menerima bukti data pembayaran konsumen Aktor Kasir Kasir menerima bukti data pembayaran konsumen untuk proses pengalokasian pembayaran Pra Kondisi Kasir mengecek data pembayaran konsumen Proses Sistem menampilkan data pembayaran konsumen pada hak akses admin sales Post Kondisi Kasir menerima data pembayaran konsumen Tabel 3.10 Skenario Use Case menerima bukti data pembayaran konsumen Nama Use Case Menerima bukti data pembayaran konsumen Aktor Kasir Kasir menerima bukti data pembayaran konsumen untuk proses pengalokasian pembayaran Pra Kondisi Kasir mengecek data pembayaran konsumen Proses Sistem menampilkan data pembayaran konsumen pada hak akses admin sales Post Kondisi Kasir menerima data pembayaran konsumen 26

10 Tabel 3.11 Skenario Use Case melakukan alokasi pembayaran konsumen Nama Use Case Menerima alokasi pembayaran konsumen Aktor Kasir Kasir melakukan pengalokasian setelah data pembayaran konsumen diterima Pra Kondisi Kasir menginput/mengalokasikan pembayaran yang sudah dilakukan oleh konsumen Proses Sistem menampilkan data kavling konsumen Post Kondisi Pengalokasian berhasil Nama Use Case Aktor Pra Kondisi Proses Post Kondisi Tabel 3.12 Skenario Use Case Menerima laporan Menerima laporan Pimpinan Pimpinanmenerima laporankonsumen akad Pimpinan memilih parameter periode laporan per bulan yang ingin ditampilkan Sistem mencari laporan sesuai parameter Sistem menampilkan laporan sesuai parameter Activity Diagram 27

11 Gambar 3.3Activity diagram registrasi user Activity name Actor Tabel 3.13 Skenario activity diagram registrasi user Melakukan registrasi konsumen Sales dan Konsumen 1. konsumen klik Registrasi 2. Sistem menampilkan data form registrasi pengguna 3. User memasukkan data pengguna 4. Sistem menyimpan data pengguna 28

12 3.4 Activity diagram login user Gambar Activity name Actor Tabel 3.14 Skenario acitivity diagram login user Login User Sales, Konsumen, Admin sales, Pimpinan 1. User memasukkan username dan password 2. Sistem melakukan verifikasi dan validasi 3. Jika data login cocok maka sistem akan menampilkan halaman utama 4. Jika data tidak cocok maka sistem akan menampilkan notifikasi login gagal 29

13 Activity name Actor 3.5 Activity diagram input data user Tabel 3.15 Skenario activity diagram input data user Input data user Admin Sales 1. Admin memilih menu data user 2. Sistem menampilkan data user 3. Admin memasukkan data user baru 4. Sistem menyimpan ke database Gambar 30

14 Activity name Actor 3.6 Activity diagram input data kavling Tabel 3.16 Skenario activity diagram input data kavling Input Data Kavling Admin Sales 1. Admin memilih menu data kavling 2. Sistem menampilkan data kavling 3. Admin memasukkan data kavling baru 4. Sistem menyimpan ke database Gambar 31

15 Activity name Actor 3.7Activity diagram melakukan pembayaran DP Tabel 3.17 Skenario activity diagram melakukan pembayaran DP Melakukan pembayaran DP Konsumen 1. Konsumen memilih menu lihat kavling 2. Sistem menampilkan data kavling 3. konsumen memilih menu buat pembayaran 4. Sistem menampilkan form untuk diisi 5. konsumen mengisi form 6. Sistem menyimpan ke database Gambar 32

16 Activity name Actor 3.8 Activity diagram melakukan konfirmasi pembayaran Tabel 3.18 Skenario activity diagram konfirmasi pembayaran Melakukan Konfirmasi Pembayaran Konsumen 1. Konsumen memilih menu konfirmasi bayar 2. Sistem menampilkan form konfirmasi 3. Konsumen mengisi data konfirmasi bayar 4. Sistem menyimpan data konfirmasi pembayaran Gambar 33

17 Activity name Actor 3.9 Activity diagram melakukan cek pembayaran costumer Tabel 3.19 Skenario activity diagram melakukan cek pembayaran costumer Melakukan cek pembayaran konsumen Admin Sales 1. Admin memilih menu List Pembayaran 2. Sistem menampilkan data List Pembayaran 3. Admin melakukan cek pembayaran konsumen 4. Sistem menyimpan status pembayaran Gambar 34

18 Activity name Actor 3.10 Activity diagram konfirmasi pembayaran dari admin sales Tabel 3.20 Skenario activity diagram konfirmasi pembayaran dari admin sales Melakukan konfirmasi pembayaran ke konsumen Admin Sales,konsumen 1. Admin memilih menu List konfirmasi 2. Sistem menampilkan bukti bayar konsumen 3. Simpan bukti bayar yang sudah masuk 4. Konsumen menerima konfirmasi dari admin sales Gambar 35

19 3.11 Activity diagram menerima data pembayaran konsumen Gambar Activity name Actor Tabel 3.21 Skenario activity diagram menerima data pembayaran konsumen Menerima data pembayaran konsumen Kasir 1. Kasir memilih menu Detail data kavling 2. Sistem menampilkan data kavling konsumen 36

20 3.12 Activity diagram melakukan alokasi pembayaran Gambar Activity name Actor Tabel 3.22 Skenario activity diagram melakukan alokasi pembayaran Pengalokasian pembayaran konsumen Kasir 1. Kasir login 2. Sistem menampilkan data kavling 3. Kasir klik tombol Alokasi 4. Sistem menampilkan detail piutang konsumen 5. Kasir input pembayaran konsumen 6. Sistem menyimpan data pembayaran yang sudah dialokasi 37

21 3.13 Activity diagram menerima laporan Gambar Activity name Actor Tabel 3.23 Skenario Activity diagram menerima laporan Menerima Laporan Pimpinan 7. Pimpinan memilih menu Laporan 8. Sistem menampilkan form Laporan 9. Pimpinan memilih parameter laporan 10. Sistem menampilkan laporan yang dipilih Sequence Diagram Sequence diagram yang dirancang pada pembangunan aplikasi pembelian rumah KPR ini adalah sebagai berikut: Sequence Diagram Registrasi User Registrasi untuk hak akses konsumen dilakukan sendiri oleh konsumen, sedangkan untuk admin baru hanya bisa dilakukan oleh admin yang telah terdaftar pada sistem. User melakukan input data pengguna kemudian sistem akan menyimpan data tersebut ke tabel pengguna. 38

22 Gambar 3.14 Sequence diagram registrasi user Sequence Diagram Login Setiap pemakai aplikasi harus melakukan login terlebih dahulu untuk dapat mengakses menu yang terdapat pada aplikasi. User memasukkan username dan password kemudian sistem akan melakukan validasi data yang terdapat pada tabel pengguna, jika validasi cocok maka sistem akan menampilkan halaman utama 39

23 Gambar 3.15 Sequence diagram login user Sequence Diagram Input data user Registrasi untuk hak akses konsumen dilakukan sendiri oleh konsumen, sedangkan untuk admin baru hanya bisa dilakukan oleh admin yang telah terdaftar pada sistem. User melakukan input data pengguna kemudian sistem akan menyimpan data tersebut ke tabel pengguna. Gambar 3.16 Sequence diagram input data user 40

24 Sequence Diagram Input data Kavling Admin percetakan bertugas melakukan input data kavling. Admin memasukkan datadata kavling kemudian sistem akan menyimpan ke database dan menampilkan pesan bahwa data barang berhasil ditambah. Gambar 3.17 Sequence diagram input data kavling Sequence Diagram Melakukan pembayaran DP Pembayaran DP dilakukan oleh konsumen. Setelah melakukan login,costumer mengisi data pembayaran. Kemudian sistem akan menyimpan data pembayaran tersebut di tbl_pembayaran, kemudian sistem akan menampilkan pesan berisi pembayaran berhasil dilakukan. 41

25 Gambar 3.18 Sequence diagram melakukan pembayaran dp Sequence Diagram Konfirmasi Pembayaran Konfirmasi pembayaran dilakukan oleh konsumen.setelah melakukan login, konsumen memilih menu konfirmasi pembayaran dan mengisi data konfirmasi pembayaran. Kemudian sistem akan menyimpan data konfirmasi tersebut ke tbl_bukti_bayar dan menampilkan pesan berisi konfirmasi pembayaran telah berhasil. Gambar 3.19 Sequence diagram konfirmasi bayar 42

26 Sequence Diagram Cekpembayaran konsumen Admin sales melihat list pembayaran untuk melanjutkan penginputan ke tahap berikutnya yaitu tahap alokasi pembayaran. Setelah melakukan login, admin memilih menu list pembayaran. Kemudian sistem akan menampilkan data pembayaran, costumer yang telah mengirim bukti bayar akan diubah statusnya menjadi approve. Gambar 3.20 Sequence diagram cek pembayaran konsumen Sequence Diagram konfirmasi dari admin sales kepada konsumen Admin sales menerima data pembayarna dari konsumen setelah admin sales menerima dilanjutkan pengecekkan pembayaran lalu setelah sama dengan data admin sales melakukan konfirmasi penerimaan bukti bayar konsumen bahwa bukti pembayaran sudah diterima. 43

27 Gambar 3.21 Sequence diagram konfirmasi dari admin sales kepada konsumen Sequence Diagram Menerima data pembayaran konsumen Kasir menerima data detail pembayaran setelah admin melakukan approve terhadap pembayaran konsumen.dataini menjadi acuan dalam melakukan pengalokasian pembayaran konsumen Gambar 3.22 Sequence diagram menerima data pembayaran konsumen 44

28 Sequence Diagram melakukan alokasi pembayaran Kasir melakukan pengalokasian setelah pembayaran telah selesai dilakukan. Kasir menekan tombol selesai pada sistem, kemudian pembayaran yang telah di approve tersebut akan berubah statusnya dan masuk ke tbl_bayar. Gambar 3.23 Sequence diagram Alokasi Pembayaran Sequence Diagram Menerima Laporan Atasan melihat laporan-laporan yang berkaitan dengan pemesanan dan konfirmasi pembayaran. atasan memilih menu laporan dan memasukkan parameter laporan yang ingin ditampilkan, kemudian sistem akan menampilkan laporan sesuai dengan parameter yang diinputkan oleh admin sales. 45

29 Gambar 3.24 Sequence diagram laporan Class Diagram Class Diagram yang dirancang pada pembangunan Sistem Informasi Pembelian Rumah KPR ini adalah sebagai berikut: 46

30 Gambar 3.25 Class Diagram perancangan sistem informasi pembelian rumah KPR Rancangan Struktur Tabel berikut: Rancangan struktur tabel pada pembangunan aplikasi Online Order ini adalah sebagai Tabel 3.24 Tabel tbl_kavling No. Nama Kolom Tipe Data Panjang Keterangan 1 kode_kavling Varchar 8 Kode kavling 2 tipe_kavling Int 8 tipe kavling 3 gambar_kavling varchar gambar kavling 4 harga_jual Int 10 Harga kavling 5 ket_kavling varchar 30 Keterangan tambahan Tabel 3.25 Tabel tbl_pengguna No. Nama Kolom Tipe Data Panjang Keterangan 1 id_pengguna Char 8 Id pengguna 2 nama_lengkap Varchar 30 Nama lengkap pengguna 3 Varchar 30 pengguna 4 no_telp Varchar 15 Nomor telepon pengguna 5 alamat Varchar 50 Alamat pengguna 6 username Varchar 15 Username pengguna 7 password Varchar 15 Password pengguna 8 status Int 1 Status pengguna. Tabel 3.26 tbl_konfirmasi bayar No. Nama Kolom Tipe Data Panjang Keterangan 1 id_pengguna Char 8 Id pengguna 2 tgl_kirim Date Tanggal pemesanan 3 nama varchar 30 Nama pengguna 5 Kode_kavling varchar 10 Kode kavling 6 keterangan varchar 20 keterangan 7 Tgl_transfer Date Tgl_transfer 8 Jml_pembayaran Int 10 Jml pembayaran 9 Status_selesai Int 10 Status selesai. Tabel 3.27 tbl_alokasi bayar No. Nama Kolom Tipe Data Panjang Keterangan 47

31 1 Tgl_kirim Date tanggal bayar 2 Nama Char 10 Nama 3 Kode_kavling Varchar 8 Kode kavling 4 Keterangan Varchar 30 keterangan 5 Tgl_transfer Date Tanggal transfer 6 Jumlah_pembayaran Int 10 Jumlah pembayaran 7 status_selesai Int 1 Status penyelesaian Tabel 3.28 tbl_laporan No. Nama Kolom Tipe Data Panjang Keterangan 1 Tgl_bayar date 10 nama 2 kode_kavling Varchar 8 kode kavling 3 Jumlah_bayar Int 10 Jumlah bayar 6 Status_selesai Int 1 Status penyelesaian 48