2013 2014 Pengembangan Perangakat Lunak

(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

(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

(3)

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

(4)

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

(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 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

(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)

(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,

(8)

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

(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

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 :

Skenario Normal

1. Memasukan data buku

tidak

3. Menyimpan data buku

4. Menampilkan pesan bahwa buku

sudah disimpan Skenario Alternatif

1. Memasukan data buku

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

(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

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 :

Skenario Normal

1. Memasukan kata kunci

2. Mencari data buku yang akan dihapus

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

2. Mencari data buku yang akan dihapus

6. Memilih Tidak, membatalkan

penghapusan

7. Kembali ke menu awal

(11)

Skenario :

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 :

Skenario Normal

1. Memasukan data anggota

tidak

3. Menyimpan data anggota baru

anggota sudah disimpan Skenario Alternatif

1. Memasukan data anggota

tidak

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 :

Skenario Normal

2. Mencari data anggota yang akan

diubah

3. Menampilkan data anggota yang

dicari

(12)

5. Mengubah data dan menyimpan ke database

Skenario Alternatif

diubah

dicari

5. Data yang dimasukan tidak valid 6. Menampilkan pesan data tidak valid

7. Memperbaiki masukan dan

8. Mengecek data valid atau tidak

9. Menyimpan data anggota yang valid

ke database

sudah disimpan

Nama Use case : Menghapus data anggota Skenario :

Skenario Normal

dihapus

dicari

6. Memilih Ya, menyetujui data dihapus

7. Menghapus data anggota yang

dihapus dari database

anggota yang dipilih sudah dihapus Skenario Alternatif

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 :

(13)

1. Memasukan berdasarkan idAnggota atau nama anggota

2. Mencari data anggota yang dimaksud

6. Memasukan berdasarkan idAnggota

atau nama anggota

7. Mencari data anggota yang dimaksud

8. Menampilkan pesan bahwa anggota

tidak ditemukan

10.Mengecek pencarian

11.Pencarian valid, maka akan

ditampilkan data anggota yang dicari

Nama Use case : Memasukan data transaksi Skenario :

Skenario Normal

1. Memasukan data peminjam

tidak

3. Menyimpan data peminjam

berhasil disimpan Skenario Alternatif

1. Memasukan data peminjam

tidak

4. Mendaftarkan ke menu daftar anggota

5. Memasukan data peminjam yang

sudah terdaftar

tidak

7. Menyimpan data peminjam

berhasil disimpan

Nama use case : mengubah data transaksi Skenario :

Skenario Normal

2. Mencari data transaksi yang akan diubah

3. Menampilkan data transaksi yang

(14)

5. Mengubah data dan menyimpan ke

database Skenario Alternatif

7. Mencari data transaksi yang akan diubah

dicari

10.Data yang dimasukan tidak valid 11.Menampilkan pesan data tidak valid

12.Memperbaiki masukan dan

13.Mengecek data valid atau tidak 14.Menyimpan data transaksi yang valid

ke database

sudah disimpan

Nama Use Case : Mencari data transaksi Skenario :

Skenario Normal

1. Memasukan berdasarkan kata kunci

2. Mencari data transaksi yang dimaksud

3. Menampilkan data transaksi yang

2. Mencari data transaksi yang dimaksud

transaksi tidak ditemukan

6. Pencarian valid, maka akan

ditampilkan data transaksi yang dicari

Nama Use Case : Mencari data scan buku Skenario

Skenario Normal

2. Mencari data scan yang dimaksud

3. Menampilkan data scan yang

(15)

2. Mencari data scan yang dimaksud

3. Menampilkan pesan bahwa data scan

tidak ditemukan

6. Pencarian valid, maka akan ditampilkan data scan yang dicari

2.2 Activity Diagram

Mengeola Data Buku

Kode Usecase Nama Usecase

(16)

(17)

(18)

(19)

Mengelola Data Anggota

(20)

(21)

(22)

(23)

(24)

(25)

3 Model Analisis

3.1 Diagram Kelas

Class diagram menunjukkan struktur kelas-kelas dari suatu sistem, baik hubungannya,

(26)

3.2 Diagram Sequence

3.2.1 Mengelola data buku

(27)

(28)

(29)

(30)

3.2.2 Mengelola Anggota

(31)

(32)

(33)

3.2.3 Mengelola Transaksi

(34)

(35)

(36)

3.3 Diagram Status

3.3.1 Login dari Kelas Login

(37)

3.3.3 Main dari Main Kelas

(38)

3.3.5 Mb dari Kelas Mengelola Buku

(39)

3.3.7 Mt dari Kelas Mengelola Transaksi

(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

(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

(42)

Gambar 5.3 Interface List

(43)

(44)

(45)