bab iv rancangan sistem usulan · 44 b. kebutuhan sistem 1. bagian admin melakukan login terlebih...
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
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 108
Kunci Field : no_ktp
Software : Mysql
Tabel IV.12
Spesifikasi File Data Konsumen
No Elemen Data Nama Field Tipe Size Ket
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
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 76
Kunci Field : no_pesan
Software : Mysql
Tabel IV.13
Spesifikasi File Data Pemesanan
No Elemen Data Nama Field Tipe Size Ket
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
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 108
Kunci Field : no_transaksi
Sofware : Mysql
Tabel IV.14
Spesifikasi File Transaksi Pembayaran
No Elemen Data Nama Field Tipe Size Ket
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
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang Record : 33
Kunci Field : kd_rumah
Sofware : Mysql
Tabel IV.15
Spesifikasi File Rumah
No Elemen Data Nama Field Tipe Size Ket
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