BAB IV RANCANGAN SISTEM USULAN · 44 B. Kebutuhan Sistem 1. Bagian admin melakukan login terlebih...

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


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



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


dahulu


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





pembayaran

Actors Bagian admin

Main Flow/ Basic Path 1. Admin melakukan login terlebih

dahulu



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


dahulu



pembayaran

3. Dalam from pembayaran, admin


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





konsumen

Actors Bagian admin


dahulu



data konsumen

3. Dalam from konsumen, admin dapat

menambah, mengubah, dan

menghapus data konsumen



selesai


dahulu



data konsumen



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




Failed end Condition Pimpinan tidak dapat mengubah data KPR

Actors Bagian admin


dahulu



data KPR

3. Dalam from data KPR, admin dapat


menghapus data data KPR



selesai

Alternate Flow/Invariant B 1. Admin melakukan login terlebih dahulu



data KPR

3. Dalam from data KPR, admin dapat


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




Failed end Condition Pimpinan tidak dapat mengubah transaksi

pemesanan

Actors Bagian admin


2. Pada form menu utama, admin memilih menu

master dan memilih data transaksi pemesanan


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


2. Pada form menu utama, admin memilih menu

master dan memilih data konsumen


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





pengambilan kunci

Actors Bagian admin


dahulu

2. Dalam from konsumen, admin


menghapus data pegambilan

kunci

3. System menampilkan data

pegambilan kunci yang sudah

tersimpan



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




Failed end Condition Pimpinan tidak dapat mengubah laporan

transaksi pembayaran

Actors Bagian admin


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


pembayaran yang sudah tersimpan






pembayaran

3. Dalam from transaksi pembayaran, admin


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




Failed end Condition Pimpinan tidak dapat mengubah laporan

transaksi pemesanan

Actors Bagian admin




pemesanan

3. Dalam from laporan transaksi pemesanan,

admin dapat menambah, mengubah, dan

menghapus laporan laporan transaksi

pemesanan


pemesanan yang sudah tersimpan






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



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


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


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


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

Tipe File : File Master


Akses File : Random

Media : Harddisk

Panjang Record : 108

Kunci Field : no_ktp

Software : Mysql

Tabel IV.12

Spesifikasi File Data Konsumen


1 no_ktp no_ktp varchar 15 Primary Key

2 nm_konsumen nm_konsumen varchar 30

3 Alamat alamat varchar 20

4 jenis_kelamin jenis kelamin varchar 10

5 no_hp no_hp varchar 13

5 Pekerjaan pekerjaan varchar 20

78

3. Spesifikasi File Data Pemesanan

Nama File : Data Pemesanan

Akronim : Pemesanan

Fungsi : Untuk menyimpan data pemesan

Tipe File : File Transaksi


Akses File : Random

Media : Harddisk

Panjang Record : 76

Kunci Field : no_pesan

Software : Mysql

Tabel IV.13

Spesifikasi File Data Pemesanan


1 no_pemesanan No_pemesanan varchar 13 Primary Key

2 Tgl_pemesanan Tgl_pemesanan date -

3 No_ktp No_ktp varchar 20 Foreign Key

4 Kd_admin Kd_admin varchar 30 Foreign Key

5 Kd_rumah Kd_rumah varchar 13 Foreign Key

79

4. Spesifikasi File Transaksi Pembayaran

Nama File : Transaksi Pembayaran

Akronim : Pembayaran

Fungsi : Untuk melakukan transaksi pembayaran

Tipe File : File Transaksi


Akses File : Random

Media : Harddisk

Panjang Record : 108

Kunci Field : no_transaksi

Sofware : Mysql

Tabel IV.14

Spesifikasi File Transaksi Pembayaran


1 Kd_admin Kd_admin varchar 15 Foreign Key

2 Kd_bayar Kd_bayar varchar 15 Primary Key

3 No_ktp No_ktp varchar 18

4 No_pemesanan No_pemesanan varchar 15 Foreign Key

5 Tgl_pemesanan Tgl_pemesanan Date -

6 Pembayaran Pembayaran varchar 15

7 No_konsumen No_konsumen varchar 15

8 Tgl_pembayaran Tgl_pemesanan Date -

9 Jumlah_bayar Jumlah_bayar varchar 15

80

5. Spesifikasi File Rumah

Nama File : Rumah

Akronim : Rumah

Fungsi : Untuk menyimpan data rumah

Tipe File : File master


Akses File : Random

Media : Harddisk

Panjang Record : 33

Kunci Field : kd_rumah

Sofware : Mysql

Tabel IV.15

Spesifikasi File Rumah


1 kd_rumah kd_rumah varchar 13 Primary Key

2 Type type varchar 10

3 Blok blok varchar 10

4 harga_jual harga_jual date -

81

4.2.4. Class Model / Class Diagram

Gambar IV.20.

Class Diagram

82

4.2.5. Sequence Diagram

a. Login

Gambar IV.21.

Sequence diagram Form Login

83

b. Sequence booking

Gambar IV.22.

Sequence diagram Form booking

84

c. Sequence Data Konsumen

Gambar IV.23.

Sequence diagram Form Data Konsumen

85

d. Sequence Data Stok Dan Type

Gambar IV.24.

Sequence diagram Form Stok & Type

86

e. Sequence Data Transaksi

Gambar IV.25.

Sequence diagram Form Data Transaksi

87

f. Sequence Form Laporan

Gambar IV.25.

Sequence diagram Form Laporan

88

4.2.6. Spesifikasi Hardware dan Software

1. Spesifikasi Hardware

1.) CPU

(a) Intel Processor celeron Dual-core N2840

(b) RAM DDR2 2 GB

(c) Hard Disk 500 GB

2.) Mouse : standar

3.) Keyboard : standar

4.) Monitor dengan resolusi layar minimum 1024x768

5.) Printer : Inkjet

2. Spesifikasi Sofware

1) Sistem operasi yang umum seperti : Microsoft Windows8

2) Applikasi bundle web server seperti : Xampp, Phpmyadmin terdiri dari

beberapa komponen, diantaranya :

(a) Applikasi PHP Server v5

(b) Applikasi MySQL Server v3

(c) Applikasi phpMyAdmin v5

3) Aplikasi bahasa pemrograman : Java, Netbeans

89

4.3. Jadwal Implementasi

No KEGIATAN

WAKTU

BULAN I BULAN II BULAN III

1 2 3 4 1 2 3 4 1 2 3 4

1 Penyusunan dan

Pengajuan Judul

2 Persiapan data awal

3 Perijinan Riset

4 Pengumpulan Data

5 Kegiatan Riset

6 Penyusunan Laporan

7 Desain Perangkat Lunak

8 Desain Program

9 Pembuatan Rancangan

dan Tes Desain Program

90

BAB V

PENUTUP

5.1. Kesimpulan

Setelah melakukan pengamatan dan analisa sistem pemesanan rumah pada

PT. Praja Sakti Propertindo penulis dapat menarik kesimpulan dalam beberapa hal

sebagai berikut:

1. Sistem informasi pemesanan rumah pada PT.Praja Sakti Propertindo saat ini

masih bersifat manual sehingga data pemesanan belum teroganisir dengan baik

dan informasi yang dihasilkan kurang dapat memberikan informasi yang akurat.

2. Penyimpanan data pada PT. Praja Sakti Propertindo pada saat ini masih

berbentuk arsip, sehingga sulit untuk memperoleh data yang sudah lama

tersimpan. Dengan menggunakan rancangan sistem infrmasi ini, data yang

tersimpan bebentuk database akan memudahkan pencarian file-file pemesanan

yag sudah tersimpan.

3. Dengan sistem ini dapat diperoleh data-data yang diperlukan dalam waktu

singkat, data yang dibaca kembali untuk dilakukan perbaikan atau perbaikan

apabila hal tersebut perlu dilakukan.

4. Diharapkan dengan sistem ini dapat membantu kinerja karyawan dalam

meningkatkan produktivitas sehingga memudahkan dalam membuat informasi

pemesanan yang di inginkan.

91

5.2. Saran

Berdasarkan kesimpulan diatas, maka penulis mencoba memberikan

saran-saran dengan harapan dapat bermanfaat dan dapat menjalankan sistem

pemesanan rumah pada PT. Praja Sakti Propertindo antara lain:

1. Untuk kelancaran pemesanan ,diperlukan kerja sama antara pekerja yang

terlibat dalam proses pemesanan tersebut guna meningkatkan produktifitas dari

perusahaan tersebut.

2. Akan lebih baik proses pengolahan data penggajian karyawan tetap dilakukan

Dengan sistem komputerisasi.

3. Diperlukan kedisiplinan dan ketelitian personil dalam mengoprasikan aplikasi

sistem yang baru agar dapat berjalan sesuai prosedur yang dibuat.

4. Mengingat data yang disimpan dalam bentuk file. Maka perlu dibuat Backup file

untuk setiap file yang disimpan dan untuk keamanan data.

5. Dan bisa diterapkan menggunakan WEB

BAB IV RANCANGAN SISTEM USULAN · 44 B. Kebutuhan Sistem 1. Bagian admin melakukan login terlebih...

Documents

Transcript of BAB IV RANCANGAN SISTEM USULAN · 44 B. Kebutuhan Sistem 1. Bagian admin melakukan login terlebih...