Upload
kukuh-setiawan
View
342
Download
1
Embed Size (px)
Citation preview
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 10111499Jesaya Hasudungan 10111637
Hermansyah 10111617Rahmat Zainal 10109277
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
UNIVERSITAS KOMPUTER INDONESIA
2014
Daftar Isi
Pendahuluan................................................................................................................................21.1 Tujuan Penulisan Dokumen...........................................................................................31.2 Lingkup Masalah...........................................................................................................31.3 Referensi........................................................................................................................31.4 Deskripsi Umum Dokumen (Ikhtisar)...........................................................................4
2 Kebutuhan Perangkat Lunak................................................................................................52.1 Deskripsi Umum Sistem................................................................................................5
2.1.1 Kebutuhan Fungsional............................................................................................52.1.2 Kebutuhan Sistem...................................................................................................62.1.3 Kebutuhan Non Fungsional....................................................................................62.1.4 Diagram Use Case...................................................................................................72.1.5 Definisi Actor..........................................................................................................72.1.6 Definisi Use Case....................................................................................................72.1.7 Skenario Use Case..................................................................................................8
2.2 Activity Diagram.........................................................................................................15Mengeola Data Buku.............................................................................................................15Mengelola Data Anggota.......................................................................................................19
3 Model Analisis...................................................................................................................253.1 Diagram Kelas.............................................................................................................253.2 Diagram Sequence.......................................................................................................26
3.2.1 Mengelola data buku.............................................................................................263.2.2 Mengelola Anggota...............................................................................................303.2.3 Mengelola Transaksi.............................................................................................333.2.4 Scan Buku.............................................................................................................35
3.3 Diagram Status............................................................................................................363.3.1 Login dari Kelas Login.........................................................................................363.3.2 Db dari Koneksi Kelas Database..........................................................................363.3.3 Main dari Main Kelas...........................................................................................373.3.4 B dari Kelas Buku, A dari Kelas Anggota, T dari Kelas Transaksi......................373.3.5 Mb dari Kelas Mengelola Buku............................................................................383.3.6 Ma dari Kelas Mengelola Anggota.......................................................................383.3.7 Mt dari Kelas Mengelola Transaksi......................................................................39
3.4 Diagram Komponen....................................................................................................393.5 Diagram Deployment..................................................................................................403.6 Relasi Antar Table.......................................................................................................40
4 Implementasi......................................................................................................................414.1 Lingkungan Implementasi...........................................................................................414.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 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)
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
NOKode Kebutuhan
FungsionalKebutuhan 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-01Database menggunakan Mysql,
dengan menggunakan software wamp
dan sqlyog versi 10.42
Kebutuhan Organisasional dan
Reliability (database requirement)
2 SRS-
NF-02Kebutuhan 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 8Kebutuhan Produk dan Portability
(performance requirement)4 SRS-
NF-04Web Browser yang digunakan
(Google Chrome, Moziila Firefox,
Opera)
Kebutuhan Produk ( portability requirement)
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 PenjelasanDKA 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 anggota2. memasukkan data buku dan anggota
DSA Admin mengelola data Scan Komik :1. mencari buku yang discan,
Tabel 2.6 Definisi Use Case
RPL2-7 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.
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.
RPL2-7 Page 8
Nama Use Case : LoginSkenario :
Aksi Aktor Reaksi SistemSkenario normal
1. Memasukkan ID dan Password2. Mengecek data masukan, valid atau
tidak3. Masuk ke aplikasi system
Administrator Rental KomikSkenario Alternatif
1. Memasukkan ID dan Password2. Mengecek data masukan, valid atau
tidak3. 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 SistemSkenario Normal
1. Memasukan data buku2. Mengecek data masukan, valid atau
tidak3. Menyimpan data buku4. Menampilkan pesan bahwa buku
sudah disimpanSkenario Alternatif
1. Memasukan data buku2. Mengecek data masukan, valid atau
tidak3. Menampilkan pesan data tidak valid
4. Memasukan data buku yang valid5. Mengecek data masukan6. Menyimpan data buku7. Menampilkan pesan buku sudah
disimpan
RPL2-7 Page 9
Nama use case : mengubah data bukuSkenario : Aksi aktor Reaksi SistemSkenario Normal
1. Memasukan berdasarkan Kata kunci2. Mencari data buku yang akan diubah3. Menampilkan data buku yang dicari
4. Mengubah data yang ditemukan5. Mengubah data dan menyimpan ke
databaseSkenario Alternatif
1. Memasukan berdasarkan data kunci2. Mencari data buku yang akan diubah3. Menampilkan data buku yang dicari
4. Mengubah data yang ditemukan5. Data yang dimasukan tidak valid6. Menampilkan pesan data tidak valid
7. Memperbaiki masukan dan menyimpannya kembali
8. Mengecek data valid atau tidak9. Menyimpan data yang valid ke
database10. Menampilkan pesan bahwa data
sudah disimpan
Nama Use case : Menghapus data bukuSkenario :
Aksi Aktor Reaksi SistemSkenario Normal
1. Memasukan kata kunci2. Mencari data buku yang akan dihapus3. Menampilkan data buku yang dicari
4. Melakukan penghapusan5. Menampilkan pesan Ya atau Tidak
6. Memilih Ya, menyetujui data dihapus7. Menghapus data buku yang dihapus
dari database8. Menampilkan pesan bahwa data
sudah dihapusSkenario Alternatif
1. Memasukan kata kunci2. Mencari data buku yang akan dihapus3. Menampilkan data buku yang dicari
4. Melakukan penghapusan5. 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 Normal1. Memasukan berdasarkan idBuku,
penerbit, pengarang atau nama buku2. Mencari data buku yang dimaksud3. Menampilkan data buku yang
dimaksudSkenario Alternatif
1. Memasukan berdasarkan idBuku, penerbit, pengarang atau nama buku
2. Mencari data buku yang dimaksud3. Menampilkan pesan bahwa buku
tidak ditemukan4. Memasukan kembali data yang valid
5. Mengecek pencarian4. Pencarian valid, maka akan
ditampilkan data buku yang dicari
Nama Use Case : Memasukan data anggotaSkenario :
Aksi Aktor Reaksi SistemSkenario Normal
1. Memasukan data anggota2. Mengecek data masukan, valid atau
tidak3. Menyimpan data anggota baru4. Menampilkan pesan bahwa data
anggota sudah disimpanSkenario Alternatif
1. Memasukan data anggota2. Mengecek data masukan, valid atau
tidak3. Menampilkan pesan data tidak valid
4. Memasukan data buku yang valid5. Mengecek data masukan6. Menyimpan data anggota baru7. Menampilkan pesan data anggota
baru sudah disimpan
Nama use case : mengubah data AnggotaSkenario : Aksi aktor Reaksi SistemSkenario Normal
1. Memasukan berdasarkan Kata kunci2. Mencari data anggota yang akan
diubah3. Menampilkan data anggota yang
dicari4. Mengubah data yang ditemukan
RPL2-7 Page 11
5. Mengubah data dan menyimpan ke database
Skenario Alternatif1. Memasukan berdasarkan data kunci
2. Mencari data anggota yang akan diubah
3. Menampilkan data anggota yang dicari
4. Mengubah data yang ditemukan5. Data yang dimasukan tidak valid6. Menampilkan pesan data tidak valid
7. Memperbaiki masukan dan menyimpannya kembali
8. Mengecek data valid atau tidak9. Menyimpan data anggota yang valid
ke database10. Menampilkan pesan bahwa data
sudah disimpan
Nama Use case : Menghapus data anggotaSkenario :
Aksi Aktor Reaksi SistemSkenario Normal
1. Memasukan kata kunci2. Mencari data anggota yang akan
dihapus3. Menampilkan data anggota yang
dicari4. Melakukan penghapusan
5. Menampilkan pesan Ya atau Tidak6. Memilih Ya, menyetujui data dihapus
7. Menghapus data anggota yang dihapus dari database
8. Menampilkan pesan bahwa data anggota yang dipilih sudah dihapus
Skenario Alternatif8. Memasukan kata kunci
9. Mencari data anggota yang akan dihapus
10. Menampilkan data buku yang dicari11. Melakukan penghapusan
12. Menampilkan pesan Ya atau Tidak13. Memilih Tidak, membatalkan
penghapusan14. Kembali ke menu awal
Nama Use Case : Mencari data anggotaSkenario :
Aksi Aktor Reaksi SistemSkenario Normal
RPL2-7 Page 12
1. Memasukan berdasarkan idAnggota atau nama anggota
2. Mencari data anggota yang dimaksud3. Menampilkan data anggota yang
dimaksudSkenario Alternatif
6. Memasukan berdasarkan idAnggota atau nama anggota
7. Mencari data anggota yang dimaksud8. Menampilkan pesan bahwa anggota
tidak ditemukan9. Memasukan kembali data yang valid
10. Mengecek pencarian11. Pencarian valid, maka akan
ditampilkan data anggota yang dicari
Nama Use case : Memasukan data transaksiSkenario :
Aksi Aktor Reaksi SistemSkenario Normal
1. Memasukan data peminjam2. Mengecek data masukan, valid atau
tidak3. Menyimpan data peminjam4. Menampilkan pesan bahwa data
berhasil disimpanSkenario Alternatif
1. Memasukan data peminjam2. Mengecek data masukan, valid atau
tidak3. Menampilkan pesan data tidak valid
4. Mendaftarkan ke menu daftar anggota5. Memasukan data peminjam yang
sudah terdaftar6. Mengecek data masukan, valid atau
tidak7. Menyimpan data peminjam8. Menampilkan pesan bahwa data
berhasil disimpan
Nama use case : mengubah data transaksiSkenario : Aksi aktor Reaksi SistemSkenario Normal
1. Memasukan berdasarkan Kata kunci2. Mencari data transaksi yang akan
diubah3. Menampilkan data transaksi yang
dicari
RPL2-7 Page 13
4. Mengubah data yang ditemukan5. Mengubah data dan menyimpan ke
databaseSkenario Alternatif
6. Memasukan berdasarkan data kunci7. Mencari data transaksi yang akan
diubah8. Menampilkan data anggota yang
dicari9. Mengubah data yang ditemukan
10. Data yang dimasukan tidak valid11. Menampilkan pesan data tidak valid
12. Memperbaiki masukan dan menyimpannya kembali
13. Mengecek data valid atau tidak14. Menyimpan data transaksi yang valid
ke database15. Menampilkan pesan bahwa data
sudah disimpan
Nama Use Case : Mencari data transaksiSkenario :
Aksi Aktor Reaksi SistemSkenario Normal
1. Memasukan berdasarkan kata kunci2. Mencari data transaksi yang
dimaksud3. Menampilkan data transaksi yang
dimaksudSkenario Alternatif
1. Memasukan berdasarkan kata kunci2. Mencari data transaksi yang
dimaksud3. Menampilkan pesan bahwa data
transaksi tidak ditemukan4. Memasukan kembali data yang valid
5. Mengecek pencarian6. Pencarian valid, maka akan
ditampilkan data transaksi yang dicari
Nama Use Case : Mencari data scan bukuSkenario
Aksi Aktor Reaksi SistemSkenario Normal
1. Memasukan berdasarkan kata kunci2. Mencari data scan yang dimaksud3. Menampilkan data scan yang
dimaksudSkenario Alternatif
1. Memasukan berdasarkan kata kunci
RPL2-7 Page 14
2. Mencari data scan yang dimaksud3. Menampilkan pesan bahwa data scan
tidak ditemukan4. Memasukan kembali data yang valid
5. Mengecek pencarian6. Pencarian valid, maka akan
ditampilkan data scan yang dicari
2.2 Activity Diagram
Mengeola Data Buku
Kode Usecase Nama Usecase
DKA1 Menambah Data Buku
RPL2-7 Page 15
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.
RPL2-7 Page 25
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.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 :
RPL2-7 Page 40
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)
RPL2-7 Page 41