1. 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
2. RPL2-7 Page 2
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
3. RPL2-7 Page 3
Pendahuluan
1.1 Tujuan Penulisan Dokumen
Tujuan Penulisan Dokumen ini menjelaskan tentang pengembangan lunakPengembangan
Pengembangan Software (Sistem Adminstrator Rental Komik). Tujuan dari penulisan dokumen ini adalah
untukmemberikan 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 bagipengembang 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 Referensi
1. 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)
4. RPL2-7 Page 4
1.4 Deskripsi Umum Dokumen (Ikhtisar)
Dokumen Pembangunan Perangkat Lunak ini terdiri dari tiga babsebagai berikut :
BAB 1Pendahuluan.
Padapendahuluan diberikan gambaran umum tentang dokumen yang berisikan
- Tujuan Penulisan Dokumen
- Lingkup Masalah
- Referensi
- Deskripsi Umum Dokumen
BAB 2Kebutuhan Perangkat Lunak
Pada bab ini dijelaskan kebutuhan sistem informasi yang diperlukan didalam pengembangan perangkat lunak
Pengembangan Pengembangan Software (nama kasus tugas akhir).
BAB 3Model Analisis
Pada bab ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir).
BAB 4Standart Pemograman
Pada BAB ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir) yang terdiri implementasi tampilan Website danaplikasi yang dibuat.
BAB 5Implementasi
Pada bab ini mendeskripsikan kebutuhan khusus bagi Pengembangan Pengembangan Software (nama kasus
tugas akhir) yang terdiri pengujian black box
5. RPL2-7 Page 5
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 didalam 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
6. RPL2-7 Page 6
2.1.2 Kebutuhan Sistem
NO
Kode Kebutuhan
Fungsional
Kebutuhan Fungsional Sistem
1 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 Sistem dapat melakukan scan buku.
2.1.3 Kebutuhan Non Fungsional
NO Kode Kebutuhan NonFungsional Jenis Kebutuhan
1 SRS-
NF-01
Database menggunakan Mysql,
dengan menggunakan software wamp
dan sqlyog versi 10.42
Kebutuhan Organisasional dan
Reliability (database requirement)
2 SRS-
NF-02
Kebutuhan minimal spesifikasi
komputer yang digunakan procesor
dual core dan RAM 1GB
Kebutuhan Produk, usability dan
Portability(performace, space
requirement)
3 SRS-
NF-03
Pembuatan Aplikasi menggunakan
notepad++ / Macromedia dreamwearver 8
Kebutuhan Produk dan Portability
(performance requirement)
4 SRS-
NF-04
Web Browser yang digunakan
(Google Chrome, Moziila Firefox,
Opera)
Kebutuhan Produk ( portability requirement)
7. RPL2-7 Page 7
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 Penjelasan
DKA Admin mengelola data komik :
1. menu tambah buku,
2. menu edit buku,
3. menu hapus buku,
4. menu cari buku
DAA Admin mengelola data Anggota :
1. menu tambah anggota,
2. menu edit anggota,
3. menu hapus anggota,
4. menu cari anggota,
DTA Admin mengelola data transaksi :
1. mengececk data buku dan anggota
2. memasukkan data buku dan anggota
DSA Admin mengelola data Scan Komik :
1. mencari buku yang discan,
Tabel 2.6 Definisi Use Case
8. RPL2-7 Page 8
2.1.7 Skenario Use Case
Use Case name System Administrator Rental Komik
RelatedRequirements Admin harus terlebih dahulu mengisikan data buku komik dan
data anggota.
Goal in Context Admin menyetujui penyewaan buku komik
Preconditions Admin mengisikan data transaksi terlebih dahulu sebelum
menyetujui penyewaan
Successful end
Condition
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.
Main Flow Step and Action
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.
9. RPL2-7 Page 9
Nama Use Case : Login
Skenario :
Aksi Aktor Reaksi Sistem
Skenario normal
1. Memasukkan ID dan Password
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 Reaksi Sistem
Skenario Normal
1. Memasukan data buku
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
10. RPL2-7 Page 10
Nama use case : mengubah data buku
Skenario :
Aksi aktor Reaksi Sistem
Skenario Normal
1. Memasukan berdasarkan Kata kunci
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 Reaksi Sistem
Skenario Normal
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 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
11. RPL2-7 Page 11
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 Reaksi Sistem
Skenario Normal
1. Memasukan data anggota
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 Reaksi Sistem
Skenario Normal
1. Memasukan berdasarkan Kata kunci
2. Mencari data anggota yang akan
diubah
3. Menampilkan data anggota yang
dicari
4. Mengubah data yang ditemukan
12. RPL2-7 Page 12
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 Reaksi Sistem
Skenario Normal
1. Memasukan kata kunci
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 Reaksi Sistem
Skenario Normal
13. RPL2-7 Page 13
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 Reaksi Sistem
Skenario Normal
1. Memasukan data peminjam
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 Reaksi Sistem
Skenario Normal
1. Memasukan berdasarkan Kata kunci
2. Mencari data transaksi yang akan
diubah
3. Menampilkan data transaksi yang
dicari
14. RPL2-7 Page 14
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 Reaksi Sistem
Skenario Normal
1. Memasukan berdasarkan kata kunci
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 Reaksi Sistem
Skenario Normal
1. Memasukan berdasarkan kata kunci
2. Mencari data scan yang dimaksud
3. Menampilkan data scan yang
dimaksud
Skenario Alternatif
1. Memasukan berdasarkan kata kunci
15. RPL2-7 Page 15
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
Kode Usecase Nama Usecase
DKA1 Menambah Data Buku
25. RPL2-7 Page 25
3 Model Analisis
3.1 Diagram Kelas
Class diagram menunjukkan struktur kelas-kelas dari suatu sistem, baik hubungannya,
maupun penjelasan detil didalam logical view dari suatu sistem.
26. RPL2-7 Page 26
3.2 Diagram Sequence
3.2.1 Mengelola data buku
3.2.1.1 Memasukan Data Buku
40. RPL2-7 Page 40
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 :
ADMIN mengelola Anggota
KOMIK
mengelola
Transaksi
mengelola
n
1
1
n
1 n
username
password
IdAnggota
nama
alamat
No.Hp
Id_transaksi
Id_buku
Nama_buku
penerbit
pengarang
Tahun_penerbit
41. RPL2-7 Page 41
4 Implementasi
4.1 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)