BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
4.1.1. Analisa Kebutuhan
Pencatatan atau penyimpanan data pengelolaan rumah kaca pada Balai
Besar Bioteknologi dan Sumber Daya Genetik Pertanian masih berupa manual
serta ditakutkan akan ada data yang hilang maka dari itu penulis menyarankan
pembuatan aplikasi pengelolaan untuk mempermudah dalam menyimpan data
pengelolaan rumah kaca.
A. Kebutuhan Pengguna
Dalam aplikasi pengelolaan rumah kaca ini terdapat satu pengguna yang
dapat berinteraksi dalam linkungan sistem, yaitu pengelola sekaligus admin,
pengelola tersebut memiliki karakteristik interaksi dengan sistem dan
memiliki kebutuhan informasi, seperti berikut :
1. Skenario Kebutuhan Calon Customer
a) Meminta formulir permohonan
b) Mengisi formulir permohonan
c) Melakukan pembayaran sewa
d) Mendapatkan ruang di rumah kaca
2. Skenario Kebutuhan Admin
a) Administrator dapat melakukan Login
b) Administrator dapat mengelola data admin
31
32
c) Administrator dapat mengelola data pengguna rumah kaca
d) Administrator dapat mengelola data permohonan izin dan pemberian izin
e) Administrator dapat mengelola data pembayaran
f) Administrator dapat melihat laporan data admin, laporan data pemakaian
rumah kaca dan laporan data pembayaran
g) Administrator dapat melakukan logout
3. Skenario Kebutuhan Manager
a) Manager dapat melakukan login
b) Manager melihat laporan data admin, laporan data pendaftaran dan
laporan data pembayaran
c) Manager dapat melakukan logout
B. Kebutuhan Sistem
1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses
aplikasi ini dengan memasukkan username dan password agar privasi
aplikasi tetap terjaga keamanannya.
2. Pengguna harus melakukan logout setelah selesai menggunakan aplikasi
3. Sistem melakukan penyimpanan data pengguna rumah kaca.
33
4.1.2. Rancangan Diagram Use Case
Berikut adalah rancangan diagram use case :
Gambar IV.1. Use Case Diagram
logout
mengelola laporan
melakukan proses
transaksi
penanggung jaw ab
pengelola
mengelola data
pengguna rumah
kaca
mengelola data
permohonan izin
«true or
false» login
cek login
use case rumah kaca
uc Use Case Model
34
Tabel IV.1
Deskripsi Use Case Login
Use Case name Login
Requirement Pengelola dan Penanggung Jawab dapat
melakukan login
Goal Pengelola dan Penanggung Jawab dapat
mengakses aplikasi
Pre-Conditions Pengelola dan Penanggung Jawab
belum melakukan login
Post-Conditions Pengelola dan Penanggung Jawab
masuk ke halaman utama sistem
Failed end Condition Pengelola dan Penanggung Jawab tidak
dapat melakukan login
Actor Pengelola dan Penanggung Jawab
Main Flow/Basic path 1. Pengelola dan Penanggung
Jawabmembuka halaman login
mengklik
2. Sistem menampilan menu login
3. Pengelola dan Penanggung Jawab
mengisi username dan password
4. Pengelola dan Penanggung Jawab
masuk ke halaman utama sistem
Alternatif Flow/Invariant A -
Tabel IV.2
Deskripsi Use Case Mengelola Data Permohonan Izin
Use Case name Mengelola data permohonan izin
Requirement Pengelola dapat mengupdate data
permohonan izin
35
Goal Pengelola mengupdate data
permohonan izin
Pre-Conditions Pengelola telah melakukan login
Post-Conditions Data permohonan izin berhasil di
update
Failed end Condition Pengelola tidak dapat mengupdate data
permohonan izin
Actor Pengelola
Main Flow/Basic path 1. Pengelola membuka halaman login
mengklik
2. Pengelola mengisi username dan
password
3. Pengelola mengklik tombol data
pelanggan
4. Sistem menampilkan data
permohonan izin secara otomatis
Alternatif Flow/Invariant A -
Tabel IV.3
Deskripsi Use Case Mengelola Data Penggunaan Rumah Kaca
Use Case name Mengelola data pengguna rumah kaca
Requirement Pengelola dapat mengupdate data
pengguna rumah kaca
Goal Pengelola mengupdate data pengguna
rumah kaca
Pre-Conditions Pengelola telah melakukan login
Post-Conditions Data pengguna rumah kaca berhasil di
update
Failed end Condition Pengelola tidak dapat mengupdate data
pengguna rumah kaca
Actor Pengelola
36
Main Flow/Basic path 1. Pengelola membuka halaman login
mengklik
2. Pengelola mengisi username dan
password
3. Pengelola mengklik tombol daftar
ruang
4. Sistem menampilkan data
pengguna rumah kaca secara
otomatis
Alternatif Flow/Invariant A -
Tabel IV.4
Deskripsi Use Case Melakukan Proses Transaksi
Use Case name Melakukan proses transaksi
Requirement Pengelola dapat melakukan proses
transaksi
Goal Pengelola dapat melakukan proses
transaksi
Pre-Conditions Pengelola telah melakukan proses
transaksi
Post-Conditions Pengelolaan proses transaksi berhasil
dilakukan
Failed end Condition Pengelola tidak dapat melakukan proses
transaksi
Actor Pengelola
Main Flow/Basic path 1. Pengelola membuka halaman login
mengklik
2. Pengelola mengisi username dan
password
3. Pengelola masuk ke halaman
utama
4. Pengelola mengklik tombol
transaksi
5. Sistem menampilkan form
37
transaksi secara otomatis
Alternatif Flow/Invariant A -
Tabel IV.5
Deskripsi Use Case Mengelola Laporan
Use Case name Mengelola Laporan
Requirement Penanggung jawab dapat mengelola
laporan
Goal Penanggung jawab dapat memeriksa
laporan kegiatan
Pre-Conditions Penanggung jawab telah membuat
laporan
Post-Conditions Laporan berhasil dibuat
Failed end Condition Laporan yang ada tidak lengkap
Actor Penanggung jawab
Main Flow/Basic path 1. Penanggung jawab membuat
laporan kegiatan di rumah kaca
2. Laporan disimpan oleh penanggung
jawab rumah kaca
3. Penanggung jawab rumah kaca
dapat melihat laporan
Alternatif Flow/Invariant A -
Tabel IV.6
Deskripsi Use Case Logout
Use Case name Logout
Requirement Pengelola dan penanggung jawab
melakukan logout
38
Goal Pengelola dan penanggung jawab dapat
mengclose aplikasi
Pre-Conditions Pengelola dan penanggung jawab
belum melakukan logout
Post-Conditions Pengelola dan penanggung jawab
keluar ke halaman utama system
Failed end Condition Pengelola dan penanggung jawab tidak
dapat melakukan logout
Actor Pengelola dan penanggung jawab
Main Flow/Basic path 1. Pengelola dan penanggung jawab
mengklik tombol logout
2. Halaman utama system akan keluar
Alternatif Flow/Invariant A -
1.1.3 Rancangan Dokumen Sistem Usulan
Rancangan dokumen usulan merupakan bentuk dokumen yang terlibat
dalam perancangan sistem yang di buat, Adapun spesifikasi dokumen usulan
dalam sistem pengelolaan rumah kaca pada Balai Besar Bioteknologi dan Sumber
Daya Genetik Pertanian ini adalah sebagai berikut:
1. Nama Dokumen : Form Pelanggan
Fungsi : sebagai pengisian data pelanggan
Sumber : Pemohon pemakai rumah kaca
Tujuan : Pengelola
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap ada permohonan pemakaian rumah kaca
Bentuk : Lihat Lampiran C.1
39
2. Nama Dokumen : Form Data Ruang
Fungsi : Sebagai informasi data pengguna rumah kaca
Sumber : Pengelola rumah kaca
Tujuan : Calon pengguna rumah kaca
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap ada permohonan ijin pengguna baru di
rumah kaca
Bentuk Data : Lihat Lampiran C.2
3. Nama Dokumen : Transaksi
Fungsi : Sebagai bukti transaksi pemakain rumah kaca
Sumber : Pengelola rumah kaca
Tujuan : Pengguna rumah kaca
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap ada kegiatan transaksi di rumah kaca
Bentuk Data : Lihat Lampiran C.3
4. Nama Dokumen : Laporan
Fungsi : Untuk mengetahui kegiatan yang ada di rumah
kaca
Sumber : Pengelola rumah kaca
Tujuan : Penanggung jawab rumah kaca
Media : Kertas
Jumlah : 1 Lembar
40
Frekuensi : Setiap satu semester
Bentuk Data : Lihat Lampiran C.4
4.1.4. Rancangan Prototype
1. File Login
Nama Program : File Login
Akronim : Login.frm
Fungsi : Menampilkan file login
Bentuk Tampilan : Lampiran racangan prototype
Proses Program : a. Input user dan password
b. Klik tombol masuk untuk login
c. Klik tombol keluar apabila tidak jadi login
Gambar IV.2 Rancangan Prototype Login
41
2. File Pelanggan
Nama Program : File Pelanggan
Akronim :Pelanggan.frm
Fungsi : Menampilkan filepelanggan
Bentuk Tampilan : Lampiran racangan prototype
Proses Program : a. Input user dan password
b. Klik tombol masuk untuk login
c. Klik tombol pelanggan
Gambar IV.3 Rancangan Prototype Pelanggan
3. File Isi Data Ruang
Nama Program : File isi data ruang
Akronim : isidataruang.frm
42
Fungsi : Menampilkan fileisi data ruang
Bentuk Tampilan : Lampiran racangan prototype
Proses Program : a. Input user dan password
b. Klik tombol masuk untuk login
c. Klik tombol daftar ruang
Gambar IV.4 Rancangan Prototype Isi Data Ruang
4. File Transaksi
Nama Program : File Transaksi
Akronim : transaksi.frm
Fungsi : Menampilkan filetransaksi
Bentuk Tampilan : Lampiran racangan prototype
Proses Program : a. Input user dan password
b. Klik tombol masuk untuk login
c. Klik tombol transaksi
43
Gambar IV.5 Rancangan Prototype Transaksi
5. File Laporan
Nama Program : File Laporan
Akronim : laporan.frm
Fungsi : Menampilkan file laporan
Bentuk Tampilan : Lampiran racangan prototype
Proses Program : a. Input user dan password sebagai
penanggung jawab
b. Klik tombol masuk untuk login
c. Klik tombol Laporan
d. View persemester
Gambar IV.6 Rancangan Prototype Laporan
44
1.2 Perancangan Perangkat Lunak
Perancangan lunak ini difokuskan pada enam atribut, yaitu ERD, LRS,
Spesifikasi File, Class Diagram, Sequence Diagram,dan Spesifikasi Hardware
serta Software.
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.7.Entity Relationship Diagram (ERD)
45
1 1
1
No_transaksi**
id_pelanggan**
jumlah
bayar
kembali
M M
No_transaksi*
Id_user**
Judul_kegiatan
Tanggal_transaksi
Biaya_sewa
Lama_sewa
4.2.2. Logical Structure Record (LRS)
1 M
M
pelanggan
daftar ruang
1 1 Id_pelanggan*
Penanggung_jawab
Judul_kegiatan
Sumber_dana
Jangka_waktu
Jenis_laporan
No_ruang
Id_pengguna**
Judul_kegiatan
Sumber_dana
Penanggung_jawab
Tanggal_masuk
Tanggal_keluar
Gambar IV.8. Entity Logical Structure Record (LRS)
4.2.3. Spesifikasi File
1. Spesifikasi File User
Nama File : tb_user
Akronim : tb_user
Fungsi : Untuk melakukan Login
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 30
Kunci Field : id_user
user
transaksi
detail transaksi
Id_user*
Password
46
Software : Xampp
Tabel IV.7.
Spesifikasi File User
No Elemen data Nama Field Tipe Size Ket
1. Id_user User Varchar 10 Primary Key
2. Password Password Varchar 20
2. Spesifikasi File Pelanggan
Nama File : tb_pelanggan
Akronim : tb_pelanggan
Fungsi : Untuk mengisi data customer
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 97
Kunci Field : id_pelanggan
Software : Xampp
Tabel IV.8
Spesifikasi File Pelanggan
No Elemen data Nama Field Tipe Size Ket
1. id_pelanggan id_pelanggan Int 12 Primary Key
2. penanggung_jawab penanggung_jawab Varchar 30
3. judul_kegiatan judul_kegiatan Varchar 30
4. sumber_dana sumber_dana Varchar 15
5. jangka_waktu jangka_waktu Varchar 10
47
3. Spesifikasi File Daftar Ruang
Nama File : tb_daftarruang
Akronim : tb_daftarruang
Fungsi : Untuk melihat data ruang dan pengisian ruang
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 105
Kunci Field : no_ruang
Software : Xampp
Tabel IV.9.
Spesifikasi File Daftar Ruang
No Elemen data Nama Field Tipe Size Ket
1. no_ruang no_ruang Varchar 5
2. judul_kegiatan judul_kegiatan Varchar 50
3. penanggung_jawab penanggung_jawab Varchar 20
4. sumber_dana sumber_dana Varchar 10
5. tanggal_masuk tanggal_masuk Int 10
6. tanggal_keluar tanggal_keluar Int 10
4. Spesifikasi File Transaksi
Nama File : tb_transaksi
Akronim : tb_transaksi
Fungsi : Untuk melakukan proses transaksi
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
48
Media : Harddisk
Panjang record : 91
Kunci Field : no_transaksi
Software : Xampp
Tabel IV.10.
Spesifikasi File Transaksi
No Elemen data Nama Field Tipe Size Ket
1. no_transaksi no_transaksi Varchar 10 Primary Key
2. id_user id_user Int 11
3. tanggal_transaksi tanggal_transaksi Int 10
4. judul_kegiatan judul_kegiatan Varchar 50
5. biaya_sewa biaya_sewa Int 8
6. lama_sewa lama_sewa Int 2
5. Spesifikasi File Detail Transaksi
Nama File : tb_detailtransaksi
Akronim : tb_detailtransaksi
Fungsi : Untuk melihat hasil transaksi
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 48
Kunci Field : no_transaksi
Software : Xampp
49
Tabel IV.11.
Spesifikasi File Detail Transaksi
No Elemen data Nama Field Tipe Size Ket
1. no_transaksi no_transaksi Int 12 Primary Key
2. Jumlah Jumlah Int 8
3. Bayar Bayar Int 8
4. Kembali Kembali Int 8
5. id_pelanggan id_pelanggan Int 12
4.2.4. Class Model/ Class Diagram
Gambar IV.9. Class Model/ Class Diagram
50
4.2.5. Sequence Diagram
1) Sequence Diagram Input Data Pelanggan
Gambar IV.10. Sequence Diagram Input Data Pelanggan
51
2) Sequence Diagram Data Transaksi
Gambar IV.11. Sequence Diagram Data Transaksi
3) Sequence Diagram Data Ruang
Gambar IV.12. Sequence Diagram Data Ruang
52
4) Sequence Diagram Laporan
Gambar IV.13. Sequence Diagram Laporan
4.2.6 Spesifikasi Hardware dan Software
1. Spesifikasi Hardware
a. Server
1) CPU
(a) Processor Intel ( R ) Celeron ( R ) CPU N2840 @2.16 GHz
2.16 GHz
(b) RAM 2 GB
(c) Hard Disk 320GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024 x 768
5) Koneksi internet dengan kecepatan 2Mbps
53
b. Client
1) CPU
(a) Processor AMD C-70
(b) RAM 2GB
(c) Hard Disk 320GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024 x 768
5) Koneksi internet dengan kecepatan 2Mbps
2. Spesifikasi Software
1. Server
a. Sistem operasi yang umum digunakan : Microsoft Windows 7
b. Aplikasiyang digunakanseperti: VB.Net, Xampp, yang terdiri dari
beberapa komponen, diantaranya:
(1) Aplikasi Apache Server v2
(2) Aplikasi PHP Server v5
(3) Aplikasi MySQL Server v5
(4) Aplikasi phpMyAdmin v3
c. Aplikasi Web diantaranya: Mozilla Firefox
54
1.3 Jadwal Implementasi
Tabel IV.12.
Jadwal Implementasi
No
Kegiata
n
Waktu
Bulan I Bulan II Bulan III
1 Persiapan data awal
2 Analisa
3 Desain Sistem
4 Desain Perangkat Lunak
5 Pembuatan & Tes Program
6 Tes Sistem
7 Pelatihan
8 Pembuatan Buku petunjuk
9 Evaluasi & Operasional