43 BAB IV RANCANGAN SISTEM USULAN 4.1. Tahapan Rancangan Sistem 4.1.1. Analisis Kebutuhan A. Kebutuhan pengguna Dalam aplikasi pemesanan terdapat empat pengguna yang saling berinteraksi dalam lingkungan system, yaitu Bagian admin dan Pimpinan. Semua pengguna tersebut memiliki karakteristik interaksi dengan system yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut : 1. Skenario Kebutuhan Bagian Admin a. Dapat mendaftarkan konsumen booking b. Dapat mengecek stok rumah dan type rumah c. Dapat mengelola pembayaran d. Dapat mengelola data konsumen e. Dapat mengecek persyaratan yang sudah masuk f. Dapat mengelola transaksi pemesanan g. Dapat mengecek data pengambilan kunci h. Dapat mencetak laporan pemesanan perbulan. 2. Skenario Kebutuhan Pemimpin a. Dapat melihat laporan data konsumen booking b. Dapat melihat laporan data konsumen batal booking c. Dapat melihat Laporan pemesanan
49
Embed
BAB IV RANCANGAN SISTEM USULAN · 44 B. Kebutuhan Sistem 1. Bagian admin melakukan login terlebih dahulu, untuk mengakses aplikasi program pemesanan rumah bisa terlebih dahulu memasukan
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
43
BAB IV
RANCANGAN SISTEM USULAN
4.1. Tahapan Rancangan Sistem
4.1.1. Analisis Kebutuhan
A. Kebutuhan pengguna
Dalam aplikasi pemesanan terdapat empat pengguna yang saling berinteraksi
dalam lingkungan system, yaitu Bagian admin dan Pimpinan. Semua pengguna
tersebut memiliki karakteristik interaksi dengan system yang berbeda-beda dan
memiliki kebutuhan informasi yang berbeda-beda, seperti berikut :
1. Skenario Kebutuhan Bagian Admin
a. Dapat mendaftarkan konsumen booking
b. Dapat mengecek stok rumah dan type rumah
c. Dapat mengelola pembayaran
d. Dapat mengelola data konsumen
e. Dapat mengecek persyaratan yang sudah masuk
f. Dapat mengelola transaksi pemesanan
g. Dapat mengecek data pengambilan kunci
h. Dapat mencetak laporan pemesanan perbulan.
2. Skenario Kebutuhan Pemimpin
a. Dapat melihat laporan data konsumen booking
b. Dapat melihat laporan data konsumen batal booking
c. Dapat melihat Laporan pemesanan
44
B. Kebutuhan Sistem
1. Bagian admin melakukan login terlebih dahulu, untuk mengakses aplikasi
program pemesanan rumah bisa terlebih dahulu memasukan username dan
password dengan benar. Jika username dan password salah atau tidak sesuai
maka bagian admin akan memberitahu bahwa username da password yang
dimasukan salah. Setelah itu program akan kembali pada form login agar
bagian admin bisa memasukan kembali username dan password.
2. Setelah bagian admin berhasil melakukan login maka form login akan
mengalihkan dari from login ke menu utama.
3. Bagian admin dapat membuat laporan yang baru dan mencetak nya dan dapat
mengubah penambahan dan penghapusan data konsumen, Petugas administrasi
juga dapat menginputkan data pembayaran dan sistem menampilkan total
pembayaran klik tombol simpan untuk menyimpan dan cetak untuk mencetak
bukti pembayaran.
4. Dalam aplikasi program ini memiliki dua hak akses yaitu bagia admi dan
pimpinan. Dimana bagiann admin dapat megakses semua yang ada di dalam
program, sedangka pimpinan hanya melihat laporan.
45
4.1.2. Rancangan Diagram Use Case
Berikut ini adalah diagram use case yang menggambarkan proses utama
dari sistem yang diusulkan:
Use Case Diagram System Usulan
Sumber : Hasil Rancangan (2018)
Gambar IV.1.
Use Case Diagram Sistem Usulan
46
a. Deskripsi Prosedur Login
Tabel IV.1.
Deskripsi Use Case Proses Login
Use Case Name Proses Login
Requirements Bag admin dan pimpinan melakukan login ke
sistem
Goal Bag admin dan pimpinan dapat login ke sistem
dan dapat menggunakan aplikasi
Pre-Conditions Bag admin dan pimpinan sudah mendapatkan
password dan username
Post-Conditions Bag admin dan pimpinan dapat menggunakan
aplikasi dengan melakukan login terlebih dahulu
Failed end Condition Bag admin da pimpinan tidak dapat login
kesistem karena password dan username salah
Actors Bag admin dan pimpinan
Main Flow/ Basic Path 1. Bag admin dan pimpinan dapat mengisi
password dan user name
2. Jika sesuai maka akan tampil ke menu
utama sistem
3. Jika tidak sesuai, maka akan tampil
notifikasi username atau password salah
dan kembali ke form login
Alternate Flow/Invariant A Sistem menampilkan pesan password dan
username salah
Alternate Flow/Invariant B 1. Bag admin dan pimpinan dapat mengisi
password dan user name
2. Jika sesuai maka akan tampil ke
menu utama sistem
3. Jika tidak sesuai, maka akan tampil
notifikasi username atau password salah
dan kembali ke form login
47
b. Deskripsi Prosedur Pendaftaran Booking
Tabel IV.2.
Deskripsi Use Case Proses Pendaftaran
Use Case Name Proses Pendaftaran
Requirements Bag admin melakukan pendaftaran
Goal Bag admin dapat mengubah data pendaftaran,
menghapus data pedaftaran, dan mengubah data
pedaftaran
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama apabila
proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah data pedaftaran
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih dahulu
2. Pada form menu utama, admin memilih
menu master dan memilih pedaftaran
3. Dalam from pendaftaran, admin dapat
menambah, mangubah, dan menghapus
data pendaftaran
Alternate Flow/Invariant A Sistem menampilkan data bahwa telah selesai
Alternate Flow/Invariant B 1. Admin melakukan login terlebih
dahulu
2. Pada form menu utama, admin
memilih menu master dan memilih
pedaftaran
3. Dalam from pendaftaran, admin dapat
menambah,mangubah, dan
menghapus data pendaftaran
48
c. Deskripsi Prosedur Pembatalan Booking
Tabel IV.3.
Deskripsi Use Case Proses Pembatalan
Use Case Name Proses Pembatalan
Requirements Bag admin melakukan Pembatalan
Goal Bag admin dapat mengubah data Pembatalan,
menghapus data Pembatalan, dan mengubah
data Pembatalan
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama
apabila proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah data
Pembatalan
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih dahulu
2. Pada form menu utama, admin memilih
menu master da memilih data
Pembatalan
3. Dalam from Pembatalan, admin dapat
menambah,mangubah, dan menghapus
data Pembatalan
Alternate Flow/Invariant A Sistem menampilkan data bahwa telah selesai
Alternate Flow/Invariant B 1. Admin melakukan login terlebih
dahulu
2. Pada form menu utama, admin memilih
menu master da memilih Pembatalan
3. Dalam from Pembatalan, admin dapat
menambah,mangubah, dan menghapus
data Pembatalan
49
d. Deskripsi Prosedur Mengolah Data Pembayaran
Tabel IV.4.
Deskripsi Use Case Mengolah Data Pembayaran
Use Case Name Proses Data Pembayaran
Requirements Bag admin mengelola data pembayaran
Goal Bag admin dapat mengubah data
pembayaran menghapus data pedaftaran, dan
mengubah data pembayaran
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama
apabila proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah data
pembayaran
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih
dahulu
2. Pada form menu utama, admin
memilih menu master dan memilih
pembayaran
3. Dalam from pembayaran, admin
dapat menambah, mengubah, dan
menghapus data pembayaran
Alternate Flow/Invariant A Sistem menampilkan pesan data sudah
tersimpan apabila proses penyimpanan telah
selesai
Alternate Flow/Invariant B 1. Admin melakukan login terlebih
dahulu
2. Pada form menu utama, admin
memilih menu master dan memilih
pembayaran
3. Dalam from pembayaran, admin
dapat menambah, mengubah, dan
menghapus data pembayaran
50
e. Deskripsi Prosedur Mengolah Data Konsumen
Tabel IV.5.
Deskripsi Use Case Mengolah Data Konsumen
Use Case Name Proses Data Konsumen
Requirements Bag admin mengelola data Konsumen
Goal Bag admin dapat mengubah data Konsumen
menghapus data pedaftaran, dan mengubah
data konsumen
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama
apabila proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah data
konsumen
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih
dahulu
2. Pada form menu utama, admin
memilih menu master dan memilih
data konsumen
3. Dalam from konsumen, admin dapat
menambah, mengubah, dan
menghapus data konsumen
Alternate Flow/Invariant A Sistem menampilkan pesan data sudah
tersimpan apabila proses penyimpanan telah
selesai
Alternate Flow/Invariant B 1. Admin melakukan login terlebih
dahulu
2. Pada form menu utama, admin
memilih menu master dan memilih
data konsumen
3. Dalam from konsumen, admin dapat
menambah, mengubah, dan
menghapus data konsumen
51
f. Deskripsi Prosedur Mengecek Data KPR
Tabel IV.6.
Deskripsi Use Case Mengecek Data KPR
Use Case Name Proses Data KPR
Requirements Bag admin mengecek data KPR
Goal Bag admin dapat mengubah data KPR
menghapus data pedaftaran, dan mengubah
data KPR
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama
apabila proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah data KPR
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih
dahulu
2. Pada form menu utama, admin
memilih menu master dan memilih
data KPR
3. Dalam from data KPR, admin dapat
menambah, mengubah, dan
menghapus data data KPR
Alternate Flow/Invariant A Sistem menampilkan pesan data sudah
tersimpan apabila proses penyimpanan telah
selesai
Alternate Flow/Invariant B 1. Admin melakukan login terlebih dahulu
2. Pada form menu utama, admin
memilih menu master dan memilih
data KPR
3. Dalam from data KPR, admin dapat
menambah, mengubah, dan
menghapus data KPR
52
g. Deskripsi Prosedur Mengolah Mengolah Transaksi pemesanan
Tabel IV.7.
Deskripsi Use Case Mengolah Transaksi pemesanan
Use Case Name Proses transaksi pemesanan
Requirements Bag admin mengelola transaksi pemesanan
Goal Bag admin dapat mengubah data Transaksi
pemesanan menghapus data pedaftaran, dan
mengubah data transaksi pemesanan
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama apabila
proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah transaksi
pemesanan
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih dahulu
2. Pada form menu utama, admin memilih menu
master dan memilih data transaksi pemesanan
3. Dalam from konsumen, admin dapat
menambah, mengubah, dan menghapus data
transaksi pemesanan
4. System menampilkan laporan transaksi
transaksi pemesanan yang sudah tersimpan.
Alternate Flow/Invariant A Sistem menampilkan pesan data sudah tersimpan
apabila proses penyimpanan telah dilakukan
Alternate Flow/Invariant B 1. Admin melakukan login terlebih dahulu
2. Pada form menu utama, admin memilih menu
master dan memilih data konsumen
3. Dalam from konsumen, admin dapat
menambah, mengubah, dan menghapus data
konsumen
4. System menampilkan pesan
“laporan transaksi pemesanan yang sudah
tersimpan tidak ditemukan”
53
h. Deskripsi Prosedur Mengecek Data Pengambilan Kunci
Tabel IV.8.
Deskripsi Use Case Mengecek Data Pengambilan Kunci
Use Case Name Mengecek data pengambilan kunci
Requirements Bag admin mengecek data pengambilan
kunci
Goal Bag admin dapat mengubah pengambilan
kunci menghapus data pedaftaran, dan
mengubah data pengambilan kunci
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama
apabila proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah data
pengambilan kunci
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih
dahulu
2. Dalam from konsumen, admin
dapat menambah, mengubah, dan
menghapus data pegambilan
kunci
3. System menampilkan data
pegambilan kunci yang sudah
tersimpan
Alternate Flow/Invariant A Sistem menampilkan pesan data sudah
tersimpan apabila proses penyimpanan telah
dilakukan
Alternate Flow/Invariant B
54
i. Deskripsi Prosedur Laporan Transaksi Pembayaran
Tabel IV.9.
Deskripsi Use Case Laporan Transaksi Pembayaran
Use Case Name Mengecek Laporan Transaksi Pembayaran
Requirements Bag admin mengecek Laporan Transaksi
Pembayaran
Goal Bag admin dapat mengubah data laporan
transaksi pembayaran, menghapus lapora
transaksi pembayaran, dan mengubah laporan
transaksi pembayaran
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama apabila
proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah laporan
transaksi pembayaran
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih dahulu
2. Pada from menu utama admin memilih meu
laporan dan memilih laporan transaksi
pembayaran
3. Dalam from transaksi pembayaran, admin
dapat menambah, mengubah, dan menghapus
laporan transaksi pembayaran
4. System menampilkan laporan transaksi
pembayaran yang sudah tersimpan
Alternate Flow/Invariant A Sistem menampilkan pesan data sudah tersimpan
apabila proses penyimpanan telah dilakukan
Alternate Flow/Invariant B 1. Admin melakukan login terlebih dahulu
2. Pada from menu utama admin memilih meu
laporan dan memilih laporan transaksi
pembayaran
3. Dalam from transaksi pembayaran, admin
dapat menambah, mengubah, dan
menghapus laporan transaksi pembayaran
4. System menampilkan sebuah pesan
“laporan transaksi pembayaran tidak
ditemukan”
55
j. Deskripsi Prosedur Laporan Transaksi Pemesanan
Tabel IV.10.
Deskripsi Use Case Laporan Transaksi Pemesanan
Use Case Name Mengecek Laporan Transaksi Pemesanan
Requirements Bag admin mengecek Laporan Transaksi
Pemesanan
Goal Bag admin dapat mengubah data laporan
transaksi pemesanan, menghapus laporan
transaksi pemesanan dan mengubah laporan
transaksi pemesanan
Pre-Conditions Bag admin telah melakukan login
Post-Conditions Bag admin dapat kembali ke menu utama apabila
proses telah selesai di lakukan
Failed end Condition Pimpinan tidak dapat mengubah laporan
transaksi pemesanan
Actors Bagian admin
Main Flow/ Basic Path 1. Admin melakukan login terlebih dahulu
2. Pada from menu utama admin memilih meu
laporan dan memilih laporan transaksi
pemesanan
3. Dalam from laporan transaksi pemesanan,
admin dapat menambah, mengubah, dan
menghapus laporan laporan transaksi
pemesanan
4. System menampilkan laporan transaksi
pemesanan yang sudah tersimpan
Alternate Flow/Invariant A Sistem menampilkan pesan data sudah tersimpan
apabila proses penyimpanan telah dilakukan
Alternate Flow/Invariant B 1. Admin melakukan login terlebih dahulu
2. Pada from menu utama admin memilih meu
laporan dan memilih laporan transaksi
pemesanan
3. Dalam from transaksi pemesanan, admin dapat
menambah, mengubah, dan menghapus
laporan transaksi pemesanan
4. System menampilkan sebuah pesan “laporan
transaksi pemesanan tidak ditemukan”
56
4.1.3 Rancangan Diagram Aktivitas
Gambar IV.2.
Activity Diagram Login
57
Gambar IV.3.
Activity Diagram Pendaftaran
58
Gambar IV.4.
Activity Diagram Stok dan type
59
Gambar IV.5.
Activity Diagram Data Pembayaran
60
Gambar IV.6.
Activity Diagram Data Konsumen
61
Gambar IV.7.
Activity Diagram Data persyaratan
62
Gambar IV.8.
Activity Diagram Data Pengambilan Kunci
63
Gambar IV.9.
Activity Diagram Data Form Laporan
64
4.1.4. Rancangan Dokumen Usulan
A. Spesifikasi Bentuk Dokumen Masukan
Dokumen masukan dipakai sebagai sumber data masukan dalam sistem,
yang termasuk dalam dokumen masukan adalah sebagai berikut:
1. Nama dokumen : formulir pemesanan
Fungsi : Untuk mengetahui informasi konsumen
Sumber : Konsumen
Tujuan : bagian pemasaran
Media : Kertas
Jumlah : 2 lembar
Frekuensi : Setiap melakukan pemesanan rumah
Bentuk : Lihat Lampiran C.1
2. Nama dokumen : Data pemesanan
Fungsi : Untuk mengetahui informasi data pemesan
Sumber : Konsumen
Tujuan : bagian pemasaran
Media : Kertas
Jumlah : 5 lembar
Frekuensi : Setiap melakukan pemesanan rumah
Bentuk : Lihat Lampiran C.2
65
3. Nama Dokumen : Surat terima pengajuan kredit
Fungsi : Pemberitahuan dari pihak bank
Sumber : Bank
Tujuan : Konsumen, Bag pemasaran
Media : Kertas
Jumlah : 2 Lembar
Frekuensi : Setaip melakukan pengajuan kredit rumah
Bentuk : Lihat Lampiran C.3
4. Nama Dokumen : Surat penolakan pengajuan kredit
Fungsi : Pemberitahuan dari pihak bank
Sumber : Bank
Tujuan : Konsumen, Bag pemasaran
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap terjadi penolakan pengajuan kredit rumah
Bentuk : Lihat Lampiran C.4
66
B. Spesifikasi Bentuk Dokumen Keluaran
Dokumen yang termasuk dokumen keluaran adalah sebagai berikut :
1. Nama Dokumen : Kwitansi
Fungsi : Bukti pembayaran yang dilakukan oleh konsumen
Sumber : bagian keuangan
Tujuan : Konsumen
Media : Kertas
Jumlah : 2 Lembar
Frekuensi : Setaip melakukan pembayaran booking
Bentuk : Lihat Lampiran D.1
2. Nama Dokumen : Surat pengajuan kredit
Fungsi : Pengajuan KPR
Sumber : bagian pemasaran
Tujuan : Bank
Media : Kertas
Jumlah : 3 Lembar
Frekuensi : Setiap melakukan pemesanan rumah
Bentuk : Lihat Lampiran D.2
67
4.1.6. Rancangan Prototype
1. Menu Utama
Gambar IV.10.
Rancangan Prototype Menu Utama
2. Form Login
Gambar IV.11.
Rancangan Prototype Form Login
68
3. Admin
Gambar IV.12.
Rancangan Prototype Data Admin
69
4. Data Konsumen
Gambar IV.13.
Rancangan Prototype Data Konsumen
70
5. Data Pemesanan
Gambar IV.14.
Rancangan Prototype Data Pemesanan
71
6. Transaksi Pembayaran
Gambar IV.15.
Rancangan Prototype Form Transaksi Pembayaran
72
7. Data Perumahan
Gambar IV.16.
Rancangan Prototype Data Perumahan
73
8. Laporan
Gambar IV.17.
Rancangan Prototype Laporan
74
4.2. Perancangan Perangkat Lunak
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.18.
Entity Relationship Diagram (ERD)
75
4.2.2. Logical Record Structure (LRS)
Gambar IV.19.
Logical Record Structure(LRS)
76
4.2.3. Spesifikasi File
1. Spesifikasi File Data Admin
Nama File : Data Admin
Akronim : Admin
Fungsi : Untuk Mendaftarkan konsumen yang akan memesan
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 63
Kunci Field : kd_admin
Software : Mysql
Tabel IV.11
Spesifikasi File Admin
No Elemen Data Nama Field Tipe Size Ket
1 kd_admin Kd_admin varchar 8 Primary Key
2 nm_admin Nm_admin varchar 30
3 username username varchar 15
4 password password varchar 10
77
2. Spesifikasi File Data Konsumen
Nama File : Data Konsumen
Akronim : Konsumen
Fungsi : Untuk menyimpan data konsumen yang akan membeli