2013 2014 Pengembangan Perangakat Lunak
Pengembangan Perangakat Lunak System
Administrator Rental Komik
Versi : 1.0
Disusun untuk memenuhi Tugas Besar RPL 2
Dosen Helmy Faisal Muttaqin, S.kom, M.T
Disusun Oleh :
Kukuh Setiawan 10111499
Jesaya Hasudungan 10111637
Hermansyah 10111617
Rahmat Zainal 10109277
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
UNIVERSITAS KOMPUTER INDONESIA
2014
Daftar Isi
Pendahuluan ............................................................................................................................... 3
1.1 Tujuan Penulisan Dokumen.......................................................................................... 3
1.2 Lingkup Masalah .......................................................................................................... 3
1.3 Referensi ....................................................................................................................... 3
1.4 Deskripsi Umum Dokumen (Ikhtisar) .......................................................................... 4
2 Kebutuhan Perangkat Lunak ............................................................................................... 5
2.1 Deskripsi Umum Sistem ............................................................................................... 5
2.1.1 Kebutuhan Fungsional ........................................................................................... 5
2.1.2 Kebutuhan Sistem .................................................................................................. 6
2.1.3 Kebutuhan Non Fungsional ................................................................................... 6
2.1.4 Diagram Use Case.................................................................................................. 7
2.1.5 Definisi Actor......................................................................................................... 7
2.1.6 Definisi Use Case ................................................................................................... 7
2.1.7 Skenario Use Case ................................................................................................. 8
2.2 Activity Diagram ........................................................................................................ 15
Mengeola Data Buku ............................................................................................................ 15
Mengelola Data Anggota ...................................................................................................... 19
3 Model Analisis .................................................................................................................. 25
3.1 Diagram Kelas ............................................................................................................ 25
3.2 Diagram Sequence ...................................................................................................... 26
3.2.1 Mengelola data buku ............................................................................................ 26
3.2.2 Mengelola Anggota .............................................................................................. 30
3.2.3 Mengelola Transaksi ............................................................................................ 33
3.2.4 Scan Buku ............................................................................................................ 35
3.3 Diagram Status ........................................................................................................... 36
3.3.1 Login dari Kelas Login ........................................................................................ 36
3.3.2 Db dari Koneksi Kelas Database ......................................................................... 36
3.3.3 Main dari Main Kelas .......................................................................................... 37
3.3.4 B dari Kelas Buku, A dari Kelas Anggota, T dari Kelas Transaksi ..................... 37
3.3.5 Mb dari Kelas Mengelola Buku ........................................................................... 38
3.3.6 Ma dari Kelas Mengelola Anggota ...................................................................... 38
3.3.7 Mt dari Kelas Mengelola Transaksi ..................................................................... 39
3.4 Diagram Komponen ................................................................................................... 39
3.5 Diagram Deployment ................................................................................................. 40
3.6 Relasi Antar Table ...................................................................................................... 40
4 Implementasi ..................................................................................................................... 41
4.1 Lingkungan Implementasi .......................................................................................... 41
4.2 Implementasi Antarmuka ........................................................................................... 41
RPL2-7
Page 2
Pendahuluan
1.1
Tujuan Penulisan Dokumen
Tujuan Penulisan Dokumen ini menjelaskan tentang pengembangan lunak Pengembangan
Pengembangan Software (Sistem Adminstrator Rental Komik). Tujuan dari penulisan dokumen ini adalah
untuk memberikan penjelasan mengenai perangkat lunak yang dibangun. Pengguna dari dokumen ini adalah
pengembang perangkat lunak Pengembangan Pengembangan Software (Sistem Adminstrator Rental Komik),
barang pengguna (user) dari perangkat lunak atau personil-personil yang terlibat dalam sistem.
Dokumen ini akan digunakan sebagai bahan acuan dalam proses pengembangan dan sebagai bahan evaluasi
pada saat proses pengembangan perangkat lunak maupun di akhir pengembangannya. Dengan
adanya dokumen ini diharapkan pengembangan perangkat lunak akan lebih terarah dan lebih terfokus serta
tidak menimbulkan ambiguitas terutama bagi pengembang perangkat lunak Pengembangan Software
(nama kasus tugas akhir) tersebut.
1.2
Lingkup Masalah
Pengeloaan Buku, Daftar Anggota maupun transaksi masih dilakukan secara manual
yaitu dengan cara administrator mencatat setiap aktifitas dalam penyewaan komik tersebut.
Untuk mengefesiensikan pekerjaan administrator, maka dengan dibuatnya sistem perangkat
lunak ini dimaksudkan bisa membantu memperlancar aktifitas yang ada dalam sistem
administrator tersebut.
1.3
1.
Referensi
Rosa A.S dan M. Shalahuddin, Rekayasa Perangkat Lunak Terstruktur dan Beriorientasi
Objek.
(Bandung: Informatika, Juli 2013).
2.
Rosa A.S, Juni 2011, Modul Pembelajaran Rekayasa Perangkat Lunak (Terstruktur &
Berorientasi Objek).
(bandung: Informatika, Juni 2011)
RPL2-7
Page 3
1.4
Deskripsi Umum Dokumen (Ikhtisar)
Dokumen Pembangunan Perangkat Lunak ini terdiri dari tiga bab sebagai berikut :
BAB 1 Pendahuluan.
Pada pendahuluan diberikan gambaran umum tentang dokumen yang berisikan
-
Tujuan Penulisan Dokumen
-
Lingkup Masalah
-
Referensi
-
Deskripsi Umum Dokumen
BAB 2 Kebutuhan Perangkat Lunak
Pada bab ini dijelaskan kebutuhan sistem informasi yang diperlukan didalam pengembangan perangkat lunak
Pengembangan Pengembangan Software (nama kasus tugas akhir).
BAB 3 Model Analisis
Pada bab ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir).
BAB 4 Standart Pemograman
Pada BAB ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir) yang terdiri implementasi tampilan Website dan aplikasi yang dibuat.
BAB 5 Implementasi
Pada bab ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir) yang terdiri pengujian black box
RPL2-7
Page 4
2 Kebutuhan Perangkat Lunak
2.1
Deskripsi Umum Sistem
Dokumen ini menjelaskan tentang spesifikasi persyaratan perangkat lunak untuk Pengembangan
Pengembangan Software (Sistem Adminstrator Rental Komik). Dokumen ini ditujukan pada pelanggan dan
pengembang (desainer, penguji, pengelola). Perancangan Pengembangan Pengembangan Software (Sistem
Adminstrator Rental Komik) adalah pengaplikasian dari system terkomputerisasi dalam bidang
teknologi informasi. Ini membuktikan bahwa teknologi informasi dewasa ini telah menjadi bagian dari sebuah
organisasi atau perusahaan. Pengembangan system Informasi Pengembangan Software (Sistem Adminstrator
Rental Komik) ini akan dijalankan oleh admin atau karyawan pemilik sistem. Sistem ini bekerja dengan cara
ketika user/admin membuka aplikasi ini, user/admin akan dihadapkan dengan tampilan menu pilihan untuk
mengakses data-data di dalam system.
2.1.1
Kebutuhan Fungsional
Analisis kebutuhan fungsional merupakan analisis kebutuhan utama dari sistem,
beberapa fitur kebutuhan fungsional diantaranya :
NO
Kode
Kebutuhan Fungsional
1
DKA
Mengolah Data Komik
2
DAA
Mengolah Data Anggota
3
DTA
Mengolah Data Transaksi
4
DSA
Mengolah Data Scan
RPL2-7
Page 5
2.1.2
Kebutuhan Sistem
Kode Kebutuhan
NO
1
Kebutuhan Fungsional Sistem
Fungsional
DKA
Sistem dapat melakukan penyimpanan, pencarian, mengubah dan
menghapus data buku.
1
DAA
Sistem dapat melakukan penyimpanan, pencarian, mengubah dan
menghapus data anggota
1
DTA
Sistem dapat melakukan penyimpanan, pencarian, mengubah dan
menghapus data transaksi.
1
DSA
2.1.3
NO
1
Sistem dapat melakukan scan buku.
Kebutuhan Non Fungsional
Kode
Kebutuhan NonFungsional
Jenis Kebutuhan
SRS-
Database menggunakan Mysql,
Kebutuhan Organisasional dan
NF-01
dengan menggunakan software wamp
Reliability (database requirement)
dan sqlyog versi 10.42
2
3
4
SRS-
Kebutuhan minimal spesifikasi
Kebutuhan Produk, usability dan
NF-02
komputer yang digunakan procesor
Portability(performace, space
dual core dan RAM 1GB
requirement)
SRS-
Pembuatan Aplikasi menggunakan
Kebutuhan Produk dan Portability
NF-03
notepad++ / Macromedia dreamwearver 8
(performance requirement)
SRS-
Web Browser yang digunakan
Kebutuhan Produk ( portability requirement)
NF-04
(Google Chrome, Moziila Firefox,
Opera)
RPL2-7
Page 6
2.1.4
Diagram Use Case
2.1.5
Definisi Actor
No
Actor
Deskripsi
1
Administrator
Actor dengan role ini mempunyai wewenang untuk
mengkontrol seluruh aktifitas system.
Tabel 2.5 Definisi Aktor
2.1.6
Definisi Use Case
Kode
DKA
DAA
DTA
DSA
RPL2-7
Penjelasan
Admin mengelola data komik :
1. menu tambah buku,
2. menu edit buku,
3. menu hapus buku,
4. menu cari buku
Admin mengelola data Anggota :
1. menu tambah anggota,
2. menu edit anggota,
3. menu hapus anggota,
4. menu cari anggota,
Admin mengelola data transaksi :
1. mengececk data buku dan anggota
2. memasukkan data buku dan anggota
Admin mengelola data Scan Komik :
1. mencari buku yang discan,
Tabel 2.6 Definisi Use Case
Page 7
2.1.7
Skenario Use Case
Use Case name
System Administrator Rental Komik
Related Requirements
Admin harus terlebih dahulu mengisikan data buku komik dan
data anggota.
Admin menyetujui penyewaan buku komik
Goal in Context
Preconditions
Successful end
Condition
Admin mengisikan data transaksi terlebih dahulu sebelum
menyetujui penyewaan
Penyewaan buku komik terjadi setelah data scan buku terpenuhi
dan admin mengisikan data transaksi.
Fail end Condition
Jika data scan buku tidak terpenuhi atau data anggota tidak
ditemukan.
Primary Actors
Admin
Secondary Actors
Anggota
Trigger
Admin dapat melakukan pembaharuan data buku, data anggota
dan data transaksi.
Step and Action
Main Flow
1. Admin mengelola buku di menu data komik. Meliputi
menambah buku komik terbaru yang masuk, mengedit data
buku, menghapus data buku dan pencarian data buku.
2. Admin mengelola menu anggota. Meliputi menambah
anggota baru, mengedit informasi mengenai anggota,
menghapus member anggota yang non aktif dan melakukan
pencarian data anggota yang sudah terdaftar.
3. Jika anggota sudah bergabung dan ada dalam daftar anggota,
maka anggota boleh melakukan penyewaan.
4. Jika anggota belum bergabung dan belum ada dalam daftar
anggota, maka hubungi admin untuk melakukan pendaftaran.
5. Admin memberikan persetujuan penyewaan setelah
mengisikan data transaksi.
RPL2-7
Page 8
Nama Use Case : Login
Skenario :
Aksi Aktor
Skenario normal
1. Memasukkan ID dan Password
Reaksi Sistem
2. Mengecek data masukan, valid atau
tidak
3. Masuk ke aplikasi system
Administrator Rental Komik
Skenario Alternatif
1. Memasukkan ID dan Password
2. Mengecek data masukan, valid atau
tidak
3. Menampilkan pesan login tidak valid
4. Memasukkan ID dan Password yang
valid
5. Mengecek valid tidaknya data
masukan
6. Masuk ke aplikasi system
Administrator rental Komik
Nama Use Case : Memasukan data buku
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan data buku
Reaksi Sistem
2. Mengecek data masukan, valid atau
tidak
3. Menyimpan data buku
4. Menampilkan pesan bahwa buku
sudah disimpan
Skenario Alternatif
1. Memasukan data buku
2. Mengecek data masukan, valid atau
tidak
3. Menampilkan pesan data tidak valid
4. Memasukan data buku yang valid
5. Mengecek data masukan
6. Menyimpan data buku
7. Menampilkan pesan buku sudah
disimpan
RPL2-7
Page 9
Nama use case : mengubah data buku
Skenario :
Aksi aktor
Skenario Normal
1. Memasukan berdasarkan Kata kunci
Reaksi Sistem
2. Mencari data buku yang akan diubah
3. Menampilkan data buku yang dicari
4. Mengubah data yang ditemukan
5. Mengubah data dan menyimpan ke
database
Skenario Alternatif
1. Memasukan berdasarkan data kunci
2. Mencari data buku yang akan diubah
3. Menampilkan data buku yang dicari
4. Mengubah data yang ditemukan
5. Data yang dimasukan tidak valid
6. Menampilkan pesan data tidak valid
7. Memperbaiki masukan dan
menyimpannya kembali
8. Mengecek data valid atau tidak
9. Menyimpan data yang valid ke
database
10. Menampilkan pesan bahwa data
sudah disimpan
Nama Use case : Menghapus data buku
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan kata kunci
Reaksi Sistem
2. Mencari data buku yang akan dihapus
3. Menampilkan data buku yang dicari
4. Melakukan penghapusan
5. Menampilkan pesan Ya atau Tidak
6. Memilih Ya, menyetujui data dihapus
7. Menghapus data buku yang dihapus
dari database
8. Menampilkan pesan bahwa data
sudah dihapus
Skenario Alternatif
1. Memasukan kata kunci
2. Mencari data buku yang akan dihapus
3. Menampilkan data buku yang dicari
4. Melakukan penghapusan
5. Menampilkan pesan Ya atau Tidak
6. Memilih Tidak, membatalkan
penghapusan
7. Kembali ke menu awal
Nama Use Case : Mencari Buku
RPL2-7
Page 10
Skenario :
Aksi Aktor
Reaksi Sistem
Skenario Normal
1. Memasukan berdasarkan idBuku,
penerbit, pengarang atau nama buku
2. Mencari data buku yang dimaksud
3. Menampilkan data buku yang
dimaksud
Skenario Alternatif
1. Memasukan berdasarkan idBuku,
penerbit, pengarang atau nama buku
2. Mencari data buku yang dimaksud
3. Menampilkan pesan bahwa buku
tidak ditemukan
4. Memasukan kembali data yang valid
5. Mengecek pencarian
4. Pencarian valid, maka akan
ditampilkan data buku yang dicari
Nama Use Case : Memasukan data anggota
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan data anggota
Reaksi Sistem
2. Mengecek data masukan, valid atau
tidak
3. Menyimpan data anggota baru
4. Menampilkan pesan bahwa data
anggota sudah disimpan
Skenario Alternatif
1. Memasukan data anggota
2. Mengecek data masukan, valid atau
tidak
3. Menampilkan pesan data tidak valid
4. Memasukan data buku yang valid
5. Mengecek data masukan
6. Menyimpan data anggota baru
7. Menampilkan pesan data anggota
baru sudah disimpan
Nama use case : mengubah data Anggota
Skenario :
Aksi aktor
Skenario Normal
1. Memasukan berdasarkan Kata kunci
Reaksi Sistem
2. Mencari data anggota yang akan
diubah
3. Menampilkan data anggota yang
dicari
4. Mengubah data yang ditemukan
RPL2-7
Page 11
5. Mengubah data dan menyimpan ke
database
Skenario Alternatif
1. Memasukan berdasarkan data kunci
2. Mencari data anggota yang akan
diubah
3. Menampilkan data anggota yang
dicari
4. Mengubah data yang ditemukan
5. Data yang dimasukan tidak valid
6. Menampilkan pesan data tidak valid
7. Memperbaiki masukan dan
menyimpannya kembali
8. Mengecek data valid atau tidak
9. Menyimpan data anggota yang valid
ke database
10. Menampilkan pesan bahwa data
sudah disimpan
Nama Use case : Menghapus data anggota
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan kata kunci
Reaksi Sistem
2. Mencari data anggota yang akan
dihapus
3. Menampilkan data anggota yang
dicari
4. Melakukan penghapusan
5. Menampilkan pesan Ya atau Tidak
6. Memilih Ya, menyetujui data dihapus
7. Menghapus data anggota yang
dihapus dari database
8. Menampilkan pesan bahwa data
anggota yang dipilih sudah dihapus
Skenario Alternatif
8. Memasukan kata kunci
9. Mencari data anggota yang akan
dihapus
10. Menampilkan data buku yang dicari
11. Melakukan penghapusan
12. Menampilkan pesan Ya atau Tidak
13. Memilih Tidak, membatalkan
penghapusan
14. Kembali ke menu awal
Nama Use Case : Mencari data anggota
Skenario :
Aksi Aktor
Skenario Normal
RPL2-7
Reaksi Sistem
Page 12
1. Memasukan berdasarkan idAnggota
atau nama anggota
2. Mencari data anggota yang dimaksud
3. Menampilkan data anggota yang
dimaksud
Skenario Alternatif
6. Memasukan berdasarkan idAnggota
atau nama anggota
7. Mencari data anggota yang dimaksud
8. Menampilkan pesan bahwa anggota
tidak ditemukan
9. Memasukan kembali data yang valid
10. Mengecek pencarian
11. Pencarian valid, maka akan
ditampilkan data anggota yang dicari
Nama Use case : Memasukan data transaksi
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan data peminjam
Reaksi Sistem
2. Mengecek data masukan, valid atau
tidak
3. Menyimpan data peminjam
4. Menampilkan pesan bahwa data
berhasil disimpan
Skenario Alternatif
1. Memasukan data peminjam
2. Mengecek data masukan, valid atau
tidak
3. Menampilkan pesan data tidak valid
4. Mendaftarkan ke menu daftar anggota
5. Memasukan data peminjam yang
sudah terdaftar
6. Mengecek data masukan, valid atau
tidak
7. Menyimpan data peminjam
8. Menampilkan pesan bahwa data
berhasil disimpan
Nama use case : mengubah data transaksi
Skenario :
Aksi aktor
Skenario Normal
1. Memasukan berdasarkan Kata kunci
Reaksi Sistem
2. Mencari data transaksi yang akan
diubah
3. Menampilkan data transaksi yang
dicari
RPL2-7
Page 13
4. Mengubah data yang ditemukan
5. Mengubah data dan menyimpan ke
database
Skenario Alternatif
6. Memasukan berdasarkan data kunci
7. Mencari data transaksi yang akan
diubah
8. Menampilkan data anggota yang
dicari
9. Mengubah data yang ditemukan
10. Data yang dimasukan tidak valid
11. Menampilkan pesan data tidak valid
12. Memperbaiki masukan dan
menyimpannya kembali
13. Mengecek data valid atau tidak
14. Menyimpan data transaksi yang valid
ke database
15. Menampilkan pesan bahwa data
sudah disimpan
Nama Use Case : Mencari data transaksi
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan berdasarkan kata kunci
Reaksi Sistem
2. Mencari data transaksi yang
dimaksud
3. Menampilkan data transaksi yang
dimaksud
Skenario Alternatif
1. Memasukan berdasarkan kata kunci
2. Mencari data transaksi yang
dimaksud
3. Menampilkan pesan bahwa data
transaksi tidak ditemukan
4. Memasukan kembali data yang valid
5. Mengecek pencarian
6. Pencarian valid, maka akan
ditampilkan data transaksi yang dicari
Nama Use Case : Mencari data scan buku
Skenario
Aksi Aktor
Skenario Normal
1. Memasukan berdasarkan kata kunci
Reaksi Sistem
2. Mencari data scan yang dimaksud
3. Menampilkan data scan yang
dimaksud
Skenario Alternatif
1. Memasukan berdasarkan kata kunci
RPL2-7
Page 14
2. Mencari data scan yang dimaksud
3. Menampilkan pesan bahwa data scan
tidak ditemukan
4. Memasukan kembali data yang valid
5. Mengecek pencarian
6. Pencarian valid, maka akan
ditampilkan data scan yang dicari
2.2
Activity Diagram
Mengeola Data Buku
RPL2-7
Kode Usecase
Nama Usecase
DKA1
Menambah Data Buku
Page 15
RPL2-7
Kode Usecase
Nama Usecase
DKA2
Mengubah Data Buku
Page 16
RPL2-7
Kode Usecase
Nama Usecase
DKA3
Menghapus Data Buku
Page 17
RPL2-7
Kode Usecase
Nama Usecase
DKA4
Mencari Data Buku
Page 18
Mengelola Data Anggota
RPL2-7
Kode Usecase
Nama Usecase
DAA1
Menambah Data Anggota
Page 19
RPL2-7
Kode Usecase
Nama Usecase
DAA2
Mengubah Data Anggota
Page 20
RPL2-7
Kode Usecase
Nama Usecase
DKA3
Menghapus Data Anggota
Page 21
RPL2-7
Kode Usecase
Nama Usecase
DAA4
Mencari Data Anggota
Page 22
RPL2-7
Kode Usecase
Nama Usecase
DTA
Mengelola Transaksi
Page 23
RPL2-7
Kode Usecase
Nama Usecase
DSA
Mengelola Scan Buku
Page 24
3
3.1
Model Analisis
Diagram Kelas
Class diagram menunjukkan struktur kelas-kelas dari suatu sistem, baik hubungannya,
maupun penjelasan detil didalam logical view dari suatu sistem.
RPL2-7
Page 25
3.2
Diagram Sequence
3.2.1 Mengelola data buku
3.2.1.1 Memasukan Data Buku
RPL2-7
Page 26
3.2.1.2 Mengubah Data Buku
RPL2-7
Page 27
3.2.1.3 Menghapus Data Buku
RPL2-7
Page 28
3.2.1.4 Mencari data buku
RPL2-7
Page 29
3.2.2 Mengelola Anggota
3.2.2.1 Memasukan data anggota
RPL2-7
Page 30
3.2.2.2 Mengubah data anggota
RPL2-7
Page 31
3.2.2.3 Menghapus data anggota
RPL2-7
Page 32
3.2.3 Mengelola Transaksi
3.2.3.1 Memasukan data transaksi
RPL2-7
Page 33
3.2.3.2 Mengubah data transaksi
RPL2-7
Page 34
3.2.4 Scan Buku
RPL2-7
Page 35
3.3
Diagram Status
3.3.1 Login dari Kelas Login
3.3.2 Db dari Koneksi Kelas Database
RPL2-7
Page 36
3.3.3 Main dari Main Kelas
3.3.4 B dari Kelas Buku, A dari Kelas Anggota, T dari Kelas Transaksi
RPL2-7
Page 37
3.3.5 Mb dari Kelas Mengelola Buku
3.3.6 Ma dari Kelas Mengelola Anggota
RPL2-7
Page 38
3.3.7 Mt dari Kelas Mengelola Transaksi
3.4
Diagram Komponen
RPL2-7
Page 39
3.5
Diagram Deployment
3.6
Relasi Antar Table
Merupakan hubungan yang terjadi pada suatu tabel dengan tabel yang lainnya, yang
berfungsi untuk mengatur operasi suatu database. Hubungan yang terbentuk dapat dilihat pada
bagan dibawah ini :
Id_transaksi
Transaksi
n
IdAnggota
mengelola
nama
alamat
username
1
ADMIN
1
mengelola
n
Anggota
password
1
No.Hp
mengelola
n
penerbit
Nama_buku
KOMIK
pengarang
Tahun_penerbit
Id_buku
RPL2-7
Page 40
4
4.1
Implementasi
Lingkungan Implementasi
Diisi dengan lingkungan implementasi perangkat lunak, mulai dengan spesifikasi
hardware sampai perangkat lunak pendukung.
Hardware: PC dengan processor intel Dual Core 3GHz dan Ram 2 GB VGA 1 GB
(onboard) dan LG LCD Monitor 15”
Software:
4.2
Implementasi Antarmuka
(Gambar mock up antarmuka dan hirarki menu disini, contoh ada dibawah ini)
RPL2-7
Page 41
Gambar 5.3 Interface List
Gambar 5.4 Interface Form
RPL2-7
Page 42
Gambar 5.5 Interface Body
RPL2-7
Page 43
RPL2-7
Page 44
RPL2-7
Page 45
Administrator Rental Komik
Versi : 1.0
Disusun untuk memenuhi Tugas Besar RPL 2
Dosen Helmy Faisal Muttaqin, S.kom, M.T
Disusun Oleh :
Kukuh Setiawan 10111499
Jesaya Hasudungan 10111637
Hermansyah 10111617
Rahmat Zainal 10109277
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
UNIVERSITAS KOMPUTER INDONESIA
2014
Daftar Isi
Pendahuluan ............................................................................................................................... 3
1.1 Tujuan Penulisan Dokumen.......................................................................................... 3
1.2 Lingkup Masalah .......................................................................................................... 3
1.3 Referensi ....................................................................................................................... 3
1.4 Deskripsi Umum Dokumen (Ikhtisar) .......................................................................... 4
2 Kebutuhan Perangkat Lunak ............................................................................................... 5
2.1 Deskripsi Umum Sistem ............................................................................................... 5
2.1.1 Kebutuhan Fungsional ........................................................................................... 5
2.1.2 Kebutuhan Sistem .................................................................................................. 6
2.1.3 Kebutuhan Non Fungsional ................................................................................... 6
2.1.4 Diagram Use Case.................................................................................................. 7
2.1.5 Definisi Actor......................................................................................................... 7
2.1.6 Definisi Use Case ................................................................................................... 7
2.1.7 Skenario Use Case ................................................................................................. 8
2.2 Activity Diagram ........................................................................................................ 15
Mengeola Data Buku ............................................................................................................ 15
Mengelola Data Anggota ...................................................................................................... 19
3 Model Analisis .................................................................................................................. 25
3.1 Diagram Kelas ............................................................................................................ 25
3.2 Diagram Sequence ...................................................................................................... 26
3.2.1 Mengelola data buku ............................................................................................ 26
3.2.2 Mengelola Anggota .............................................................................................. 30
3.2.3 Mengelola Transaksi ............................................................................................ 33
3.2.4 Scan Buku ............................................................................................................ 35
3.3 Diagram Status ........................................................................................................... 36
3.3.1 Login dari Kelas Login ........................................................................................ 36
3.3.2 Db dari Koneksi Kelas Database ......................................................................... 36
3.3.3 Main dari Main Kelas .......................................................................................... 37
3.3.4 B dari Kelas Buku, A dari Kelas Anggota, T dari Kelas Transaksi ..................... 37
3.3.5 Mb dari Kelas Mengelola Buku ........................................................................... 38
3.3.6 Ma dari Kelas Mengelola Anggota ...................................................................... 38
3.3.7 Mt dari Kelas Mengelola Transaksi ..................................................................... 39
3.4 Diagram Komponen ................................................................................................... 39
3.5 Diagram Deployment ................................................................................................. 40
3.6 Relasi Antar Table ...................................................................................................... 40
4 Implementasi ..................................................................................................................... 41
4.1 Lingkungan Implementasi .......................................................................................... 41
4.2 Implementasi Antarmuka ........................................................................................... 41
RPL2-7
Page 2
Pendahuluan
1.1
Tujuan Penulisan Dokumen
Tujuan Penulisan Dokumen ini menjelaskan tentang pengembangan lunak Pengembangan
Pengembangan Software (Sistem Adminstrator Rental Komik). Tujuan dari penulisan dokumen ini adalah
untuk memberikan penjelasan mengenai perangkat lunak yang dibangun. Pengguna dari dokumen ini adalah
pengembang perangkat lunak Pengembangan Pengembangan Software (Sistem Adminstrator Rental Komik),
barang pengguna (user) dari perangkat lunak atau personil-personil yang terlibat dalam sistem.
Dokumen ini akan digunakan sebagai bahan acuan dalam proses pengembangan dan sebagai bahan evaluasi
pada saat proses pengembangan perangkat lunak maupun di akhir pengembangannya. Dengan
adanya dokumen ini diharapkan pengembangan perangkat lunak akan lebih terarah dan lebih terfokus serta
tidak menimbulkan ambiguitas terutama bagi pengembang perangkat lunak Pengembangan Software
(nama kasus tugas akhir) tersebut.
1.2
Lingkup Masalah
Pengeloaan Buku, Daftar Anggota maupun transaksi masih dilakukan secara manual
yaitu dengan cara administrator mencatat setiap aktifitas dalam penyewaan komik tersebut.
Untuk mengefesiensikan pekerjaan administrator, maka dengan dibuatnya sistem perangkat
lunak ini dimaksudkan bisa membantu memperlancar aktifitas yang ada dalam sistem
administrator tersebut.
1.3
1.
Referensi
Rosa A.S dan M. Shalahuddin, Rekayasa Perangkat Lunak Terstruktur dan Beriorientasi
Objek.
(Bandung: Informatika, Juli 2013).
2.
Rosa A.S, Juni 2011, Modul Pembelajaran Rekayasa Perangkat Lunak (Terstruktur &
Berorientasi Objek).
(bandung: Informatika, Juni 2011)
RPL2-7
Page 3
1.4
Deskripsi Umum Dokumen (Ikhtisar)
Dokumen Pembangunan Perangkat Lunak ini terdiri dari tiga bab sebagai berikut :
BAB 1 Pendahuluan.
Pada pendahuluan diberikan gambaran umum tentang dokumen yang berisikan
-
Tujuan Penulisan Dokumen
-
Lingkup Masalah
-
Referensi
-
Deskripsi Umum Dokumen
BAB 2 Kebutuhan Perangkat Lunak
Pada bab ini dijelaskan kebutuhan sistem informasi yang diperlukan didalam pengembangan perangkat lunak
Pengembangan Pengembangan Software (nama kasus tugas akhir).
BAB 3 Model Analisis
Pada bab ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir).
BAB 4 Standart Pemograman
Pada BAB ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir) yang terdiri implementasi tampilan Website dan aplikasi yang dibuat.
BAB 5 Implementasi
Pada bab ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir) yang terdiri pengujian black box
RPL2-7
Page 4
2 Kebutuhan Perangkat Lunak
2.1
Deskripsi Umum Sistem
Dokumen ini menjelaskan tentang spesifikasi persyaratan perangkat lunak untuk Pengembangan
Pengembangan Software (Sistem Adminstrator Rental Komik). Dokumen ini ditujukan pada pelanggan dan
pengembang (desainer, penguji, pengelola). Perancangan Pengembangan Pengembangan Software (Sistem
Adminstrator Rental Komik) adalah pengaplikasian dari system terkomputerisasi dalam bidang
teknologi informasi. Ini membuktikan bahwa teknologi informasi dewasa ini telah menjadi bagian dari sebuah
organisasi atau perusahaan. Pengembangan system Informasi Pengembangan Software (Sistem Adminstrator
Rental Komik) ini akan dijalankan oleh admin atau karyawan pemilik sistem. Sistem ini bekerja dengan cara
ketika user/admin membuka aplikasi ini, user/admin akan dihadapkan dengan tampilan menu pilihan untuk
mengakses data-data di dalam system.
2.1.1
Kebutuhan Fungsional
Analisis kebutuhan fungsional merupakan analisis kebutuhan utama dari sistem,
beberapa fitur kebutuhan fungsional diantaranya :
NO
Kode
Kebutuhan Fungsional
1
DKA
Mengolah Data Komik
2
DAA
Mengolah Data Anggota
3
DTA
Mengolah Data Transaksi
4
DSA
Mengolah Data Scan
RPL2-7
Page 5
2.1.2
Kebutuhan Sistem
Kode Kebutuhan
NO
1
Kebutuhan Fungsional Sistem
Fungsional
DKA
Sistem dapat melakukan penyimpanan, pencarian, mengubah dan
menghapus data buku.
1
DAA
Sistem dapat melakukan penyimpanan, pencarian, mengubah dan
menghapus data anggota
1
DTA
Sistem dapat melakukan penyimpanan, pencarian, mengubah dan
menghapus data transaksi.
1
DSA
2.1.3
NO
1
Sistem dapat melakukan scan buku.
Kebutuhan Non Fungsional
Kode
Kebutuhan NonFungsional
Jenis Kebutuhan
SRS-
Database menggunakan Mysql,
Kebutuhan Organisasional dan
NF-01
dengan menggunakan software wamp
Reliability (database requirement)
dan sqlyog versi 10.42
2
3
4
SRS-
Kebutuhan minimal spesifikasi
Kebutuhan Produk, usability dan
NF-02
komputer yang digunakan procesor
Portability(performace, space
dual core dan RAM 1GB
requirement)
SRS-
Pembuatan Aplikasi menggunakan
Kebutuhan Produk dan Portability
NF-03
notepad++ / Macromedia dreamwearver 8
(performance requirement)
SRS-
Web Browser yang digunakan
Kebutuhan Produk ( portability requirement)
NF-04
(Google Chrome, Moziila Firefox,
Opera)
RPL2-7
Page 6
2.1.4
Diagram Use Case
2.1.5
Definisi Actor
No
Actor
Deskripsi
1
Administrator
Actor dengan role ini mempunyai wewenang untuk
mengkontrol seluruh aktifitas system.
Tabel 2.5 Definisi Aktor
2.1.6
Definisi Use Case
Kode
DKA
DAA
DTA
DSA
RPL2-7
Penjelasan
Admin mengelola data komik :
1. menu tambah buku,
2. menu edit buku,
3. menu hapus buku,
4. menu cari buku
Admin mengelola data Anggota :
1. menu tambah anggota,
2. menu edit anggota,
3. menu hapus anggota,
4. menu cari anggota,
Admin mengelola data transaksi :
1. mengececk data buku dan anggota
2. memasukkan data buku dan anggota
Admin mengelola data Scan Komik :
1. mencari buku yang discan,
Tabel 2.6 Definisi Use Case
Page 7
2.1.7
Skenario Use Case
Use Case name
System Administrator Rental Komik
Related Requirements
Admin harus terlebih dahulu mengisikan data buku komik dan
data anggota.
Admin menyetujui penyewaan buku komik
Goal in Context
Preconditions
Successful end
Condition
Admin mengisikan data transaksi terlebih dahulu sebelum
menyetujui penyewaan
Penyewaan buku komik terjadi setelah data scan buku terpenuhi
dan admin mengisikan data transaksi.
Fail end Condition
Jika data scan buku tidak terpenuhi atau data anggota tidak
ditemukan.
Primary Actors
Admin
Secondary Actors
Anggota
Trigger
Admin dapat melakukan pembaharuan data buku, data anggota
dan data transaksi.
Step and Action
Main Flow
1. Admin mengelola buku di menu data komik. Meliputi
menambah buku komik terbaru yang masuk, mengedit data
buku, menghapus data buku dan pencarian data buku.
2. Admin mengelola menu anggota. Meliputi menambah
anggota baru, mengedit informasi mengenai anggota,
menghapus member anggota yang non aktif dan melakukan
pencarian data anggota yang sudah terdaftar.
3. Jika anggota sudah bergabung dan ada dalam daftar anggota,
maka anggota boleh melakukan penyewaan.
4. Jika anggota belum bergabung dan belum ada dalam daftar
anggota, maka hubungi admin untuk melakukan pendaftaran.
5. Admin memberikan persetujuan penyewaan setelah
mengisikan data transaksi.
RPL2-7
Page 8
Nama Use Case : Login
Skenario :
Aksi Aktor
Skenario normal
1. Memasukkan ID dan Password
Reaksi Sistem
2. Mengecek data masukan, valid atau
tidak
3. Masuk ke aplikasi system
Administrator Rental Komik
Skenario Alternatif
1. Memasukkan ID dan Password
2. Mengecek data masukan, valid atau
tidak
3. Menampilkan pesan login tidak valid
4. Memasukkan ID dan Password yang
valid
5. Mengecek valid tidaknya data
masukan
6. Masuk ke aplikasi system
Administrator rental Komik
Nama Use Case : Memasukan data buku
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan data buku
Reaksi Sistem
2. Mengecek data masukan, valid atau
tidak
3. Menyimpan data buku
4. Menampilkan pesan bahwa buku
sudah disimpan
Skenario Alternatif
1. Memasukan data buku
2. Mengecek data masukan, valid atau
tidak
3. Menampilkan pesan data tidak valid
4. Memasukan data buku yang valid
5. Mengecek data masukan
6. Menyimpan data buku
7. Menampilkan pesan buku sudah
disimpan
RPL2-7
Page 9
Nama use case : mengubah data buku
Skenario :
Aksi aktor
Skenario Normal
1. Memasukan berdasarkan Kata kunci
Reaksi Sistem
2. Mencari data buku yang akan diubah
3. Menampilkan data buku yang dicari
4. Mengubah data yang ditemukan
5. Mengubah data dan menyimpan ke
database
Skenario Alternatif
1. Memasukan berdasarkan data kunci
2. Mencari data buku yang akan diubah
3. Menampilkan data buku yang dicari
4. Mengubah data yang ditemukan
5. Data yang dimasukan tidak valid
6. Menampilkan pesan data tidak valid
7. Memperbaiki masukan dan
menyimpannya kembali
8. Mengecek data valid atau tidak
9. Menyimpan data yang valid ke
database
10. Menampilkan pesan bahwa data
sudah disimpan
Nama Use case : Menghapus data buku
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan kata kunci
Reaksi Sistem
2. Mencari data buku yang akan dihapus
3. Menampilkan data buku yang dicari
4. Melakukan penghapusan
5. Menampilkan pesan Ya atau Tidak
6. Memilih Ya, menyetujui data dihapus
7. Menghapus data buku yang dihapus
dari database
8. Menampilkan pesan bahwa data
sudah dihapus
Skenario Alternatif
1. Memasukan kata kunci
2. Mencari data buku yang akan dihapus
3. Menampilkan data buku yang dicari
4. Melakukan penghapusan
5. Menampilkan pesan Ya atau Tidak
6. Memilih Tidak, membatalkan
penghapusan
7. Kembali ke menu awal
Nama Use Case : Mencari Buku
RPL2-7
Page 10
Skenario :
Aksi Aktor
Reaksi Sistem
Skenario Normal
1. Memasukan berdasarkan idBuku,
penerbit, pengarang atau nama buku
2. Mencari data buku yang dimaksud
3. Menampilkan data buku yang
dimaksud
Skenario Alternatif
1. Memasukan berdasarkan idBuku,
penerbit, pengarang atau nama buku
2. Mencari data buku yang dimaksud
3. Menampilkan pesan bahwa buku
tidak ditemukan
4. Memasukan kembali data yang valid
5. Mengecek pencarian
4. Pencarian valid, maka akan
ditampilkan data buku yang dicari
Nama Use Case : Memasukan data anggota
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan data anggota
Reaksi Sistem
2. Mengecek data masukan, valid atau
tidak
3. Menyimpan data anggota baru
4. Menampilkan pesan bahwa data
anggota sudah disimpan
Skenario Alternatif
1. Memasukan data anggota
2. Mengecek data masukan, valid atau
tidak
3. Menampilkan pesan data tidak valid
4. Memasukan data buku yang valid
5. Mengecek data masukan
6. Menyimpan data anggota baru
7. Menampilkan pesan data anggota
baru sudah disimpan
Nama use case : mengubah data Anggota
Skenario :
Aksi aktor
Skenario Normal
1. Memasukan berdasarkan Kata kunci
Reaksi Sistem
2. Mencari data anggota yang akan
diubah
3. Menampilkan data anggota yang
dicari
4. Mengubah data yang ditemukan
RPL2-7
Page 11
5. Mengubah data dan menyimpan ke
database
Skenario Alternatif
1. Memasukan berdasarkan data kunci
2. Mencari data anggota yang akan
diubah
3. Menampilkan data anggota yang
dicari
4. Mengubah data yang ditemukan
5. Data yang dimasukan tidak valid
6. Menampilkan pesan data tidak valid
7. Memperbaiki masukan dan
menyimpannya kembali
8. Mengecek data valid atau tidak
9. Menyimpan data anggota yang valid
ke database
10. Menampilkan pesan bahwa data
sudah disimpan
Nama Use case : Menghapus data anggota
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan kata kunci
Reaksi Sistem
2. Mencari data anggota yang akan
dihapus
3. Menampilkan data anggota yang
dicari
4. Melakukan penghapusan
5. Menampilkan pesan Ya atau Tidak
6. Memilih Ya, menyetujui data dihapus
7. Menghapus data anggota yang
dihapus dari database
8. Menampilkan pesan bahwa data
anggota yang dipilih sudah dihapus
Skenario Alternatif
8. Memasukan kata kunci
9. Mencari data anggota yang akan
dihapus
10. Menampilkan data buku yang dicari
11. Melakukan penghapusan
12. Menampilkan pesan Ya atau Tidak
13. Memilih Tidak, membatalkan
penghapusan
14. Kembali ke menu awal
Nama Use Case : Mencari data anggota
Skenario :
Aksi Aktor
Skenario Normal
RPL2-7
Reaksi Sistem
Page 12
1. Memasukan berdasarkan idAnggota
atau nama anggota
2. Mencari data anggota yang dimaksud
3. Menampilkan data anggota yang
dimaksud
Skenario Alternatif
6. Memasukan berdasarkan idAnggota
atau nama anggota
7. Mencari data anggota yang dimaksud
8. Menampilkan pesan bahwa anggota
tidak ditemukan
9. Memasukan kembali data yang valid
10. Mengecek pencarian
11. Pencarian valid, maka akan
ditampilkan data anggota yang dicari
Nama Use case : Memasukan data transaksi
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan data peminjam
Reaksi Sistem
2. Mengecek data masukan, valid atau
tidak
3. Menyimpan data peminjam
4. Menampilkan pesan bahwa data
berhasil disimpan
Skenario Alternatif
1. Memasukan data peminjam
2. Mengecek data masukan, valid atau
tidak
3. Menampilkan pesan data tidak valid
4. Mendaftarkan ke menu daftar anggota
5. Memasukan data peminjam yang
sudah terdaftar
6. Mengecek data masukan, valid atau
tidak
7. Menyimpan data peminjam
8. Menampilkan pesan bahwa data
berhasil disimpan
Nama use case : mengubah data transaksi
Skenario :
Aksi aktor
Skenario Normal
1. Memasukan berdasarkan Kata kunci
Reaksi Sistem
2. Mencari data transaksi yang akan
diubah
3. Menampilkan data transaksi yang
dicari
RPL2-7
Page 13
4. Mengubah data yang ditemukan
5. Mengubah data dan menyimpan ke
database
Skenario Alternatif
6. Memasukan berdasarkan data kunci
7. Mencari data transaksi yang akan
diubah
8. Menampilkan data anggota yang
dicari
9. Mengubah data yang ditemukan
10. Data yang dimasukan tidak valid
11. Menampilkan pesan data tidak valid
12. Memperbaiki masukan dan
menyimpannya kembali
13. Mengecek data valid atau tidak
14. Menyimpan data transaksi yang valid
ke database
15. Menampilkan pesan bahwa data
sudah disimpan
Nama Use Case : Mencari data transaksi
Skenario :
Aksi Aktor
Skenario Normal
1. Memasukan berdasarkan kata kunci
Reaksi Sistem
2. Mencari data transaksi yang
dimaksud
3. Menampilkan data transaksi yang
dimaksud
Skenario Alternatif
1. Memasukan berdasarkan kata kunci
2. Mencari data transaksi yang
dimaksud
3. Menampilkan pesan bahwa data
transaksi tidak ditemukan
4. Memasukan kembali data yang valid
5. Mengecek pencarian
6. Pencarian valid, maka akan
ditampilkan data transaksi yang dicari
Nama Use Case : Mencari data scan buku
Skenario
Aksi Aktor
Skenario Normal
1. Memasukan berdasarkan kata kunci
Reaksi Sistem
2. Mencari data scan yang dimaksud
3. Menampilkan data scan yang
dimaksud
Skenario Alternatif
1. Memasukan berdasarkan kata kunci
RPL2-7
Page 14
2. Mencari data scan yang dimaksud
3. Menampilkan pesan bahwa data scan
tidak ditemukan
4. Memasukan kembali data yang valid
5. Mengecek pencarian
6. Pencarian valid, maka akan
ditampilkan data scan yang dicari
2.2
Activity Diagram
Mengeola Data Buku
RPL2-7
Kode Usecase
Nama Usecase
DKA1
Menambah Data Buku
Page 15
RPL2-7
Kode Usecase
Nama Usecase
DKA2
Mengubah Data Buku
Page 16
RPL2-7
Kode Usecase
Nama Usecase
DKA3
Menghapus Data Buku
Page 17
RPL2-7
Kode Usecase
Nama Usecase
DKA4
Mencari Data Buku
Page 18
Mengelola Data Anggota
RPL2-7
Kode Usecase
Nama Usecase
DAA1
Menambah Data Anggota
Page 19
RPL2-7
Kode Usecase
Nama Usecase
DAA2
Mengubah Data Anggota
Page 20
RPL2-7
Kode Usecase
Nama Usecase
DKA3
Menghapus Data Anggota
Page 21
RPL2-7
Kode Usecase
Nama Usecase
DAA4
Mencari Data Anggota
Page 22
RPL2-7
Kode Usecase
Nama Usecase
DTA
Mengelola Transaksi
Page 23
RPL2-7
Kode Usecase
Nama Usecase
DSA
Mengelola Scan Buku
Page 24
3
3.1
Model Analisis
Diagram Kelas
Class diagram menunjukkan struktur kelas-kelas dari suatu sistem, baik hubungannya,
maupun penjelasan detil didalam logical view dari suatu sistem.
RPL2-7
Page 25
3.2
Diagram Sequence
3.2.1 Mengelola data buku
3.2.1.1 Memasukan Data Buku
RPL2-7
Page 26
3.2.1.2 Mengubah Data Buku
RPL2-7
Page 27
3.2.1.3 Menghapus Data Buku
RPL2-7
Page 28
3.2.1.4 Mencari data buku
RPL2-7
Page 29
3.2.2 Mengelola Anggota
3.2.2.1 Memasukan data anggota
RPL2-7
Page 30
3.2.2.2 Mengubah data anggota
RPL2-7
Page 31
3.2.2.3 Menghapus data anggota
RPL2-7
Page 32
3.2.3 Mengelola Transaksi
3.2.3.1 Memasukan data transaksi
RPL2-7
Page 33
3.2.3.2 Mengubah data transaksi
RPL2-7
Page 34
3.2.4 Scan Buku
RPL2-7
Page 35
3.3
Diagram Status
3.3.1 Login dari Kelas Login
3.3.2 Db dari Koneksi Kelas Database
RPL2-7
Page 36
3.3.3 Main dari Main Kelas
3.3.4 B dari Kelas Buku, A dari Kelas Anggota, T dari Kelas Transaksi
RPL2-7
Page 37
3.3.5 Mb dari Kelas Mengelola Buku
3.3.6 Ma dari Kelas Mengelola Anggota
RPL2-7
Page 38
3.3.7 Mt dari Kelas Mengelola Transaksi
3.4
Diagram Komponen
RPL2-7
Page 39
3.5
Diagram Deployment
3.6
Relasi Antar Table
Merupakan hubungan yang terjadi pada suatu tabel dengan tabel yang lainnya, yang
berfungsi untuk mengatur operasi suatu database. Hubungan yang terbentuk dapat dilihat pada
bagan dibawah ini :
Id_transaksi
Transaksi
n
IdAnggota
mengelola
nama
alamat
username
1
ADMIN
1
mengelola
n
Anggota
password
1
No.Hp
mengelola
n
penerbit
Nama_buku
KOMIK
pengarang
Tahun_penerbit
Id_buku
RPL2-7
Page 40
4
4.1
Implementasi
Lingkungan Implementasi
Diisi dengan lingkungan implementasi perangkat lunak, mulai dengan spesifikasi
hardware sampai perangkat lunak pendukung.
Hardware: PC dengan processor intel Dual Core 3GHz dan Ram 2 GB VGA 1 GB
(onboard) dan LG LCD Monitor 15”
Software:
4.2
Implementasi Antarmuka
(Gambar mock up antarmuka dan hirarki menu disini, contoh ada dibawah ini)
RPL2-7
Page 41
Gambar 5.3 Interface List
Gambar 5.4 Interface Form
RPL2-7
Page 42
Gambar 5.5 Interface Body
RPL2-7
Page 43
RPL2-7
Page 44
RPL2-7
Page 45