System Informasi Rental Komik

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 :


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 :


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


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


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 :


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 :


RPL2-7 Page 12

1. Memasukan berdasarkan idAnggota atau nama anggota

2. Mencari data anggota yang dimaksud3. Menampilkan data anggota yang


6. Memasukan berdasarkan idAnggota atau nama anggota

7. Mencari data anggota yang dimaksud8. Menampilkan pesan bahwa anggota



ditampilkan data anggota yang dicari

Nama Use case : Memasukan data transaksiSkenario :


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


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


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 :


1. Memasukan berdasarkan kata kunci2. Mencari data transaksi yang

dimaksud3. Menampilkan data transaksi yang


1. Memasukan berdasarkan kata kunci2. Mencari data transaksi yang

dimaksud3. Menampilkan pesan bahwa data

transaksi tidak ditemukan4. Memasukan kembali data yang valid


ditampilkan data transaksi yang dicari

Nama Use Case : Mencari data scan bukuSkenario


1. Memasukan berdasarkan kata kunci2. Mencari data scan yang dimaksud3. Menampilkan data scan yang


1. Memasukan berdasarkan kata kunci

RPL2-7 Page 14

2. Mencari data scan yang dimaksud3. Menampilkan pesan bahwa data scan



ditampilkan data scan yang dicari

2.2 Activity Diagram

Mengeola Data Buku

Kode Usecase Nama Usecase

DKA1 Menambah Data Buku

RPL2-7 Page 15


DKA2 Mengubah Data Buku

RPL2-7 Page 16


DKA3 Menghapus Data Buku

RPL2-7 Page 17


DKA4 Mencari Data Buku

RPL2-7 Page 18

Mengelola Data Anggota


DAA1 Menambah Data Anggota

RPL2-7 Page 19


DAA2 Mengubah Data Anggota

RPL2-7 Page 20


DKA3 Menghapus Data Anggota

RPL2-7 Page 21


DAA4 Mencari Data Anggota

RPL2-7 Page 22


DTA Mengelola Transaksi

RPL2-7 Page 23


DSA Mengelola Scan Buku

RPL2-7 Page 24

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.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 :

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

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

System Informasi Rental Komik

Technology