No title

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 10.000 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 2008. 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 http://digilib.mercubuana.ac.id/

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).


PROSES SISTEM BERJALAN KONSUMEN

SALES

Mulai

Datang menemui sales

ADMIN SALES

FINANCE

Melakukan pembayaran BF melalui kasir admin sales

Bukti pembayaran DP masuk kebagian kasir

ESTATE

Serah terima kunci

TR

Alokasi pembayaran Calon konsumen meminta brosur

Konsume n ttd pada SPP

Melihat/mencari unit yang masih tersedia

kwitan si

Masuk berkas untuk pembuatan SI/surat pencairan kebagian collection,jika pembayaran sudah lunas

Penginputan data konsumen selesai

Pemberkasan KPR

Proses pengajuan KPR pada bank

Cek berkas

Di acc

ditolak

Terbit sp3k dari bank

Phase

Akad kredit

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).


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


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 1.

Aspek Performance

Kendala Tidak ada form pencatatatan pemesanan pembelian dan konfirmasi pembayaran yang disimpan dalam database. Tidak lengkapnya data acuan untuk pembuatan informasi pemasukan perusahaan.

2.

Information

3.

Economic

Biaya operasioanal terkait pencetakan buku daftar konsumen akad untuk mendata konsumen akad yang semakin meningkat

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.

Solusi

Dibuatkan form pencatatatan pemesananpembelian yang disimpan dalam database. Dibuatkan formpencatatatan penerimaan pemesanan pembelian yang disimpan dalam database, sehingga menghasilkan informasi yang lengkap. Tidak perlu menggunkaan buku daftar konsumen akad untuk mendata konsumen. Sistem pendataan konsumen akad diinput langsung oleh admin sales melalui sebuah aplikasi dan data akan otomatis tersimpan ke dalam 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.


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++. 3.5

Perancangan Aplikasi Berdasarkan identifikasi masalah dan analisa kebutuhan sistem diatas, maka berikut

ini adalah perancangan sistem yang diusulkan:

3.5.1

Use Case


Gambar 3.2 Use Case Sistem Usulan

Tabel 3.2 Skenario Use Case Melakukan Walk in/Booking

Nama Use Case Aktor Deskripsi

Melakukan Walk In/ Register Sales dan Konsumen Sales maupun konsumen melakukan walk in dengan cara bertemu langsung untuk mengetahui kavling yang akan 24 http://digilib.mercubuana.ac.id/

diambil dengan cara registrasi konsumen untuk melihat site plan kavling yang masih ready

Pra Kondisi

Sales maupun komsumen akan melakukan BF jika sudah fix dengan kavling yang diambil

Sistem memeriksa data konsumen Data pengguna berhasil atau gagal disimpan

Proses Post Kondisi

Tabel 3.3 Skenario Use Case Input data Konsumen

Nama Use Case Aktor Deskripsi Pra Kondisi Proses Post Kondisi

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

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

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


Melakukan konfirmasi pembayaran Konsumen Konsumen melakukan konfirmasi pembayaran DP maupun sisa pembayaran Konsumen mengisi form konfirmasi pembayaran

Sistem memeriksa data konfirmasi pembayaran Data konfirmasi pembayaran berhasil atau gagal di submit 25 http://digilib.mercubuana.ac.id/

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


Konfirmasi pembayaran dari admin sales Admin sales Admin sales konfirmasi kepada konsumen setelah menerima bukti pembayaran DP Admin memilih menu konfirmasi pembayaran konsumen

Sistem menampilkan data kavling dan melakukan cek pembayaran Berhasil melakukan konfirmasi pembayaran konsumen

Tabel 3.9 Skenario Use Case menerima bukti data pembayaran konsumen


Menerima bukti data pembayaran konsumen Kasir Kasir menerima bukti data pembayaran konsumen untuk proses pengalokasian pembayaran Kasir mengecek data pembayaran konsumen

Sistem menampilkan data pembayaran konsumen pada hak akses admin sales Kasir menerima data pembayaran konsumen

Tabel 3.10 Skenario Use Case menerima bukti data pembayaran konsumen


Menerima bukti data pembayaran konsumen Kasir Kasir menerima bukti data pembayaran konsumen untuk proses pengalokasian pembayaran Kasir mengecek data pembayaran konsumen

Sistem menampilkan data pembayaran konsumen pada hak akses admin sales Kasir menerima data pembayaran konsumen


Tabel 3.11 Skenario Use Case melakukan alokasi pembayaran konsumen


Menerima alokasi pembayaran konsumen Kasir Kasir melakukan pengalokasian setelah data pembayaran konsumen diterima Kasir menginput/mengalokasikan dilakukan oleh konsumen

pembayaran

yang

sudah

Sistem menampilkan data kavling konsumen Pengalokasian berhasil

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

3.5.2 Activity Diagram


Gambar 3.3Activity diagram registrasi user Tabel 3.13 Skenario activity diagram registrasi user

Activity name Actor Deskripsi

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


3.4 Activity diagram login user 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


Gambar

Gambar 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 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 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 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 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 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


3.11 Activity diagram menerima data pembayaran konsumen

Gambar

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


3.12 Activity diagram melakukan alokasi pembayaran 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


Gambar

3.13 Activity diagram menerima laporan

Gambar

Tabel 3.23 Skenario Activity diagram menerima laporan


3.5.3

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: 3.5.3.1 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.


Gambar 3.14 Sequence diagram registrasi user

3.5.3.2 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


Gambar 3.15 Sequence diagram login user

3.5.3.3 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


3.5.3.4 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

3.5.3.5 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.


Gambar 3.18 Sequence diagram melakukan pembayaran dp

3.5.3.6 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


3.5.3.7 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

3.5.3.8 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.


Gambar 3.21 Sequence diagram konfirmasi dari admin sales kepada konsumen

3.5.3.9 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


3.5.3.10 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

3.5.3.11 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.


Gambar 3.24 Sequence diagram laporan

3.5.4

Class Diagram Class Diagram yang dirancang pada pembangunan Sistem Informasi Pembelian

Rumah KPR ini adalah sebagai berikut:


Gambar 3.25 Class Diagram perancangan sistem informasi pembelian rumah KPR

3.5.5

Rancangan Struktur Tabel Rancangan struktur tabel pada pembangunan aplikasi Online Order ini adalah sebagai

berikut: Tabel 3.24 Tabel tbl_kavling

No.

Nama Kolom kode_kavling tipe_kavling gambar_kavling harga_jual ket_kavling

1 2 3 4 5

Tipe Data Varchar Int varchar Int varchar

Keterangan

Panjang 8 8

Kode kavling tipe kavling gambar kavling Harga kavling Keterangan tambahan

10 30

Tabel 3.25 Tabel tbl_pengguna

No.

Nama Kolom

Tipe Data

1 2

id_pengguna nama_lengkap

Char Varchar

3 4

email no_telp

Varchar Varchar

5 6 7 8

alamat username password status

Varchar Varchar Varchar Int . Tabel

No. 1 2 3 5 6 7 8 9

Nama Kolom id_pengguna tgl_kirim nama Kode_kavling keterangan Tgl_transfer Jml_pembayaran Status_selesai

30 15

Nama Kolom

Id pengguna Nama lengkap pengguna Email pengguna Nomor telepon pengguna Alamat pengguna Username pengguna Password pengguna Status pengguna

8 30 50 15 15 1

3.26 tbl_konfirmasi bayar

Tipe Data Char Date varchar varchar varchar Date Int Int . Tabel

No.

Keterangan

Panjang

Panjang 8 30 10 20 10 10

Keterangan Id pengguna Tanggal pemesanan Nama pengguna Kode kavling keterangan Tgl_transfer Jml pembayaran Status selesai

3.27 tbl_alokasi bayar

Tipe Data

Panjang


Keterangan

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

6

Jumlah_pembayaran Int

10

Jumlah pembayaran

7

status_selesai

1

Status penyelesaian

Tanggal transfer

Int

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


No title

Recommend Documents