SRS

(Software Recuirements Spesification)

SISTEM INFORMASI PEMINJAMAN DAN PENGEMBALIAN BUKU
“ SIPKU “
DI TOP KOMIK JEMBER

Kelompok 3
Anggota :
1. Ridwan Galih 102410101012
2. Ayu Priyanti 102410101032
3. Ratna Agustiningsih 102410101065
4. Lukman Hadiyatulloh 102410101068
5. Surya Adi P. 102410101071
5. Bekti Arum Nuraini 102410101115

PROGRAM STUDI SISTEM INFORMASI

UNIVERSITAS JEMBER
2012
 BAB 1. PENDAHULUAN

1.1 Tujuan

Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) Teknik Rekayasa Perangkat

Lunak ini dibuat dengan tujuan sebagai berikut :
a) Mendefinisikan hal-hal yang dibutuhkan sistem dalam pembuatan Sistem Informasi
Peminjaman dan Pengembalian Buku (SIPKU) sebelum diimplementasikan oleh tim
pengembang.
b) Mendefinisikan secara global fungsionalitas, performansi, batasan perancangan, dan
antarmuka Sistem Informasi Peminjaman dan Pengembalian Buku (SIPKU).
c) Mendokumentasikan rancangan Sistem Informasi Peminjaman dan Pengembalian Buku
(SIPKU) yang diinginkan dan disepakati pengguna atau client.
d) Membantu user untuk melakukan validasi apakah kebutuhan yang telah didefinisikan
sesuai dengan kebutuhan user.
e) Memudahkan tim pengembang dalam melaksanakan acuan teknis pengembangan
Sistem Informasi Peminjaman dan Pengembalian Buku (SIPKU) pada tahap-tahap
berikutnya.

1.2 Lingkup Pekerjaan

Aplikasi Sistem Informasi Peminjaman dan Pengembalian Buku adalah sebuah aplikasi
yang mampu memberikan informasi tentang transakasi peminjaman dan pengembalian buku
pada "Top Komik". Sistem Informasi Peminjaman dan Pengembalian Buku mengutamakan
beberapa layanan yang mendukung fitur-fitur pada sistem ini, diantaranya adalah :

1. Proses Re-Development

- Survey tentang kebutuhan dan fasilitas yang akan dibuat

- Analisis aplikasi yang sudah tersedia

- Perancangan desain aplikasi yang akan dibuat agar sesuai dengan harapan

- Pembuatan flow dari aplikasi agar mengetahui interaksi user terhadap aplikasi

SRS | 2
2. Proses Maintenance

- Pemeliharaan terhadap aplikasi yang memungkinkan suatu saat terjadi bug.

- Penanganan kesalahan (error) dari tim pengembang.

- Mengembangkan aplikasi ini menjadi beberapa versi dengan tambahan fitur didalamnya

3. Proses Marketing

- Melakukan launching dengan pihak yang membutuhkan.

- Menyebarkan berita melalui media website dan Social Media (Facebook,Twitter,Google+,

dan lainya

1.3 Definisi, Akronim dan Singkatan

1.3.1 Definisi

 Activity Diagram adalah diagram yang menggambarkan berbagai alur aktivitas

dalam sistem yang sedang dirancang, bagaimana masing-masing alur berawal,
decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram
juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa
eksekusi.
 GUI adalah tipe antarmuka yang digunakan oleh pengguna untuk berinteraksi
dengan sistem operasi melalui gambar-gambar grafik, ikon, menu, dan
menggunakan perangkat penunjuk ( pointing device) seperti mouse atau track ball.
Elemen-elemen utama dari GUI bisa diringkas dalam konsep WIMP ( window,
icon, menu, pointing device).
 Input adalah proses memasukkan data dari luar ke dalam mikroprosesor dengan
menggunakan keyboard atau mouse.
 Keyboard adalah perangkat berupa papan ketik dengan desain QWERTY yang
mempunyai banyak tombol (biasanya ditandai dengan huruf-huruf dari alfabet,
angka-angka dan berbagai tombol lainnya).
 Mouse adalah alat yang digunakan untuk memasukkan data ke dalam
komputer selain papan ketik.

SRS | 3
  Output adalah proses untuk menampilkan data, atau dengan kata lain untuk
menangkap data yang dikirimkan oleh mikroprosesor, dan data tersebut akan
ditampilkan pada layar monitor atau printer.
 SKPL adalah dokumen yang bertujuan bertujuan sebagai acuan atau panduan baik
bagi pengembang dan pengguna perangkat lunak selama dalam pengembangan
perangkat lunak yang akan dibangun.
 Tim pengembang adalah sekelompok orang yang bekerja sama untuk membangun
suatu sistem secara bersama-sama sesuai dengan kemampuan bidang pekerjaan
yang dimiliki.
 UML adalah adalah sebuah "bahasa" yg telah menjadi standar dalam industri untuk
visualisasi, merancang dan mendokumentasikan sistem piranti lunak.
 Use case adalah adalah sekumpulan skenario yang dihubungkan satu sama lain
dengan satu tujuan yang sama dari pengguna.
 User (client) adalah bagian yang sangat penting dari sebuah sistem, karena user
adalah komponen dari sistem yang dihubungkan oleh sistem agar dapat
mengerjakan perintah-perintah atau instruksi-instruksi yang diberikan oleh user.
User berperan penting karena user adalah pemegang kekuasaan penuh terhadap
sistem.
 Web Browser adalah suatu perangkat lunak yang digunakan untuk menampilkan
halaman-halaman website yang berada di internet.
 Web Server adalah software yang memberikan layanan data yang berfungsi
menerima permintaan HTTP atau HTTPSdari klien yang dikenal dengan browser
web dan mengirimkan kembali hasilnya dalam bentuk halaman-halaman web yang
umumnya berbentuk dokumen HTML.

1.3.2 Akronim dan Singkatan

DBMS Data Base Management System

DFD Data Flow Diagram
ERD Entity Relationship Diagram
GUI Graphical User Interface
PC Personal Komputer
SAl Skenario Alternatif

SRS | 4
 SKPL Spesifikasi Kebutuhan Perangkat Lunak
SN Skenario Normal
SRS Software Requirement Specification

STD State Transition Diagram

UC Use Case
UML Unified Modeling Language

1.4 Deskripsi Umum Dokumen

Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama berisi
penjelasantentang dokumen SKPL yang mencakup tujuan pembuatan dokumen ini, lingkup
masalah yang diselesaikan oleh perangkat lunak yang dikembangkan, definisi, referensi dan
deskripsi umum. Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak
yang akan dikembangkan meliputi fungsi dari perangkat lunak, karakteristik pengguna,
batasan, dan asumsi yang diambil dalam pengembangan perangkat lunak. Bagian ketiga
berisi uraian kebutuhan perangkat lunak secara lebih rinci.

SRS | 5
 BAB 2. DESKRIPSI GLOBAL PERANGKAT LUNAK

1.5 Deskripsi Umum Software

Aplikasi "Sistem Informasi Peminjaman dan Pengembalian Buku" adalah sebuah

aplikasi yang mampu memberikan informasi tentang transakasi peminjaman dan
pengembalian buku pada "Top Komik". sampai saat ini transakasi peminjaman dan
pengembalian buku di tempat penyewaan komik ini masih menggunakan cara manual
sehingga akan membutuhkan waktu yang cukup lama untuk melayani transaksi pada setiap
peminjaman buku. selain itu Masalah yang masih terjadi pada tempat peminjaman komik ini
yaitu kumpulan data yang sangat besar tersebut seringkali hanya dibiarkan begitu saja dan
pemanfaatannya kurang optimal, misalnya saja dalam hal perhitungan denda pada
peminjaman dan pengembalian komik dilakukan secara manual, hal seperti itu juga
membutuhkan waktu yang cukup lama sehingga hasil kerja menjadi tidak efisian.
Dari masalah tersebut, diharapkan "Sistem Informasi Transaksi Peminjaman dan
Pengembalian Buku" ini dapat membantu dalam melayani transaksi peminjaman dan
pengembalian buku pada "Top Komik" secara efisien dan dengan adanya sistem ini juga
dapat membantu dalan hal perhitungan denda terhadap pengembalian buku yang melebihi
batas tanggal pengembalian yang telah ditentukan.

1.6 Fungsi Produk

Adapun fungsi-fungsi utama yang dimiliki oleh Sistem Informasi Peminjaman dan
Pengembalian Buku adalah:
a) Login
Digunakan untuk menajer maupun admin yang terlibat kedalam sistem. Beberapa
rincian fungsi login antara lain:
 Autentikasi username dan password user,
 User yang terdaftar (admin) diijinkan untuk mengupdate data (peminjaman buku,
pengembalian buku, dan stok buku),
 User yang tidak terdaftar, maka tidak diperkenankan.
b) Remove Data

SRS | 6
 Digunakan untuk menghapus data yang te;;ah tidak digunakan lagi.
c) Update Data
Digunakan untuk memperbarui data baik data peminjam, buku, dan lain-lain. Proses
update data ini dapat dilakukan oleh Admin .
d) Rekap Data Peminjam
Fasilitas yang disediakan oleh sistem untuk guest yang sekedar melihat info-info
seperti:buku yang sedang di pinjaman oleh para pelanggan, data-data peminjaman dan
pengembalian buku, dan lain-lain.
e) Stok Buku
Fasilitas utama dari sistem ini dimana admin menyimpan stok buku baru dan mencari
informasi buku yang ingin dicari.

1.7 Karakteristik Pengguna

1. Transaction Prosessing System

Pada level ini dalam penggunaan system yang ada di “TOP Komik”, usernya adalah
karyawan “TOP Komik” yang bekerja sebagai kasir. Input pada sistem berupa data
transaksi sewa buku sedangkan outputnya berupa laporan transaksi data sewa yang detail
serta lengkap dan jelas.
Di level ini, hak akses dimiliki oleh admin atau karyawan bagian kasir. Kebutuhan
fungsional system pada level ini adalah system mampu mengurutkan, melihat, dan
memperbaharui data yang masuk pada system. Sedangkan kebutuhan non fungsionalnya
adalah system memiliki security alert berupa password yang hanya diketahui oleh admin.

2. Office Automation System

Dalam level ini, actor dan hak akses data yang berperan adalah admin yang bertugas
menganalisis informsi sedemikian rupa untuk mentransformasikan data atau untuk
memanipulasikannya sebelum menjadikan data tersebut sebagai laporan yang akan di
serahkan ke pihak managernya. Kebutuhan fungsionalnya adalah system mampu
mengolah data sehngga siap untuk disalin menjadi sebuah laporan rutin. Sedangkan
kebutuhan non fungsionalnya berupa system dapat bekerja sesuai waktu yang ditentukan
admin.

SRS | 7
 3. Management Information System
Di level ini, actor yang berperan adalah manager. Input ke system berupa laporan
rutin yang di miliki oleh manager tersebut. Serta outputnya berupa keputusan yang harus
diambil setelah mengetahui laporan yang menjadi input system.
Hak akses sepenuhnya dimiliki oleh manager. Kebutuhan fungsionalnya adalah
system mampu menyimpan data laporan transaksi. Sedangkan kebutuhan non
fungsionalnya adalah system mampu bekerja sesuai waktu yang ditentukan manager.

1.8 User dan Hak Akses

1. User :
Pemakai pada umumnya yang dapat menggunakan perangkat lunak sesuai dengan
fasilitas yang ada dan tidak dapat melakukan aktivitas lain selain fasilitas yang disediakan
di sistem. User pada sistem informasi peminjaman dan pengembalian buku pada “TOP
Komik” adalah admin/pegawai dan pemilik/manager “TOP komik”.
2. Hak akses :
 User yang dapat mengakses sistem peminjaman dan pengembalian hanya
admin/pegawai dan pemilik/manager “TOP komik”.
 Peminjam tidak dapat dan tidak diperkenankan mengakses sistem peminjaman dan
pengembalian.
 Hanya pegawai yang terdaftar (memiliki id dan password) yang dapat mengakses
sistem.
 Pegawai yang memiliki hak akses ke sistem dapat menginputkan peminjaman buku
ke dalam sistem.
 Pegawai yang memiliki hak akses ke sistem dapat menangani pengembalian buku.
 Pemilik /manager “TOP komik ”dapat mengakses dan memeriksa aktifitas transaksi
peminjaman buku dengan melihat rekapitulasi transaksi keuangan.

SRS | 8
1.9 Batasan-batasan

Batasan-batasan yang digunakan pada pengembangan Sistem Informasi Peminjaman dan

Pengembalian Buku adalah:

a) Sistem dapat menyimpan data lokasi penyimpanan buku

b) Sistem mampu menyimpan dan mengelola data transaksi peminjaman buku
c) Sistem mampu merekap transaksi keuangan

1.11 Lingkup Operasi

Perangkat lunak pada server yang dibutuhkan oleh Sistem Informasi Peminjaman dan
Pengembalian Buku adalah:

a) Sistem operasi: Microsoft® Windows, Linux, dan UNIX.

b) Web Server:Apache
c) Database Server: MySQL
d) Programming language: PHP (Hyprertext Pre-Processor)
e) Framework : Zend (Community Edition).
f) Interface : CSS Template from TemplateMO

SRS | 9
 BAB 3. DESKRIPSI RINCI KEBUTUHAN

3.1 Kebutuhan Antarmuka Eksternal

Kebutuhan antarmuka eksternal pada Sistem Informasi Peminjaman dan Pengembalian

Buku mencakup kebutuhan antarmuka peminjam, antarmuka perangkat keras, dan antarmuka
perangkat lunak.

3.1.1 Antarmuka Pemakai

Antarmuka pemakai Sistem Informasi Peminjaman dan Pengembalian Buku dikembangkan

dengan menggunakan berbasis dekstop. Sistem menerima input dari user melalui perintah
click oleh mouse dan yang diketikkan melalui keyboard seperti jumlah buku, tanggal
peminjaman, data peminjam dan lain-lain. Output dari Sistem Informasi Peminjaman dan
Pengembalian Buku dapat dilihat user dengan menggunakan monitor secara langsung.

3.1.2 Antarmuka Perangkat Keras

Kebutuhan minimum perangkat keras yang dapat digunakan oleh Sistem Informasi
Peminjaman dan Pengembalian Buku adalah PC atau laptop dengan spesifikasi :
 Processor

 Motherboard
 Memory
 Monitor
 Keyboard
 Mouse

3.1.3 Antarmuka Perangkat Lunak

Library yang dibutuhkan oleh Sistem Informasi Peminjaman dan Pengembalian Buku
adalah Zend Framework Community Edition yang merupakan kerangka kerja berbasis PHP
dengan fitur yang lengkap.

SRS | 10
3.1.4 Antarmuka Komunikasi

Perangkat antarmuka komunikasi yang dibutuhkan hanya sebuah komputer sebagai

server dalam lingkup jaringan Internet atau intranet berbasis protokol HTTP (HyperText
Transfer Protocol).

3.1.5 Kebutuhan

Kebutuhan Fungsional
 Sistem dapat menyimpan data lokasi penyimpanan buku
 Sistem mampu menyimpan dan mengelola data transaksi peminjaman buku
 Sistem mampu merekap transaksi keuangan

Kebutuhan Non-Fungsional
 Sistem memiliki security alert
 Reliable

A. Bisnis Proses

SRS | 11
3.1.6 Use Case Diagram

SRS | 12
3.1.7 SkenarioUse Case

ID SN-UC-01
Nama Rekap Transaksi Peminjaman
Aktor Admin dan manajer
Trigger Melihat data peminjaman buku
Prekondisi Menampilkan data peminjaman buku
Post Kondisi Memberikan semua data peminjaman
buku
SKENARIO
Aksi Aktor Reaksi Sistem
Skenario Normal SN-UC-01
1. klik menu rekap peminjaman
2. menampilkan halaman rekap
peminjaman
3. sistem menampilkan semua rekap
transaksi peminjaman pada setiap ID rekap
4. jika hak akses user sebagai menejer,
maka cukup melihat semua rekap transaksi.
ketika hak akses bukan menejer (admin)
maka dapat melakukan add dan remove
5. menampilkan halaman rekap
peminjaman dengan tambahan fungsi
(Add dan Remove)
User dapat memilih kedua pilihan fungsi
misal : Add

6. jika user ingin menambah data rekap

baru, user mengklik button add
7. menampilkan text field : ID transaksi
awal dan Id transaksi akhir
8. mengisi text field : ID transaksi awal
dan Id transaksi akhir
9.klik simpan
10. update data
11. jika user ingin menghapus data rekap,
user memilih button remove

SRS | 13
 12. sistem menampilkan drop view ID
rekap
13. memilih ID rekap yang akan di hapus
14. menampilkan kotak dialog “Apakah
anda yakin ingin menghapus data ini?”
15. jika user mengklik tombol Ya
16. update data
Skenario Alternatif SN-UC-01
8. Jika dalam pengisian ID transaksi awal
dan atau ID transaksi akhir user
melakukan kesalahan
9. menampilkan Masage box "ID Transaski
tidak ditemukan"
10. kembali menampilkan text field : ID
transaksi awal dan Id transaksi akhir
11. ketika proses remove data, muncul
message dialog apakah anda yakin ingin
menghapus data ini?. jika user mengklik
Ya maka sistem akan meremove data dan
mengupdate. namun user dapat mengklik
cancel untuk membatalkannya.
12. sistem kembali ke pilihan fungsi

SRS | 14
 ID SN-UC-02
Nama Input Peminjaman
Aktor Admin
Trigger Pelangganakan melakukan transaksi
peminjaman buku
Prekondisi Menampilkan menu peminjaman buku
Post Kondisi Memberikan info peminjaman buku
SKENARIO
Aksi Aktor Reaksi Sistem
Skenario Normal SN-UC-02
1. Klik menu input peminjaman
2. menampilkan form isian data
peminjaman buku
3. Admin mengisi form isian data
pinjaman buku
4. Klik save

5. up date data
6. Menampilkan konfimasi bahwa data
pinjaman telah tersimpan

Skenario Alternatif SN-UC-02

3. ketika Admin mengisi form isian
data pinjaman buku secara tidak
lengkap

4.menampilkan peringatan "Data yang

dimasukkan tidak lengkap" kembali
formisian peminjaman buku.

5. menampilkan kembali form isian

peminjaman buku

SRS | 15
 ID SN-UC-03
Nama Pengembalian
Aktor Admin
Trigger Pelanggan mengembalikan buku
Prekondisi Menampilkan menu pengembalian
buku
Post Kondisi Mengetahui info pembayaransewabuku
SKENARIO
Aksi Aktor Reaksi Sistem
Skenario Normal SN-UC-03
1.Admin mengklik menu pengembalian
2. Menampilkan text field : ID transaksi
3. Mengisi text field : ID transaksi
4. Klik Ok

6. Menampilkan data peminjam buku

7. mencentang kolom status

peminjaman
8. menamilkan message "Update data
peminjaman sudah dikembalikan"
9. klik OK
10.menampilkan menu utama
Skenario Alternatif SA1-UC-03
5. jika terjadi kesalahan dalam mengisi
ataupun mengkosongkan text field :
ID transaksi
6. System menampilkan kotak dialog
“ID transaksi tidak ditemukan”
7. Menampilkan text field ID transaksi

SRS | 16
 ID SN-UC-04
Nama Stok Buku
Aktor Admin
Trigger Menyimpan data kode buku
Prekondisi Menampilkan menu save kode buku
Post Kondisi Memberikan info kode buku dan harga
sewa
SKENARIO
Aksi Aktor Reaksi Sistem
Skenario Normal SN-UC-04
1. admin mengklik menu stok buku
2. menampilkan sub menu new data dan
search data

3. ketika admin ingin membuat data

baru maka admin mengklik sub menu
new data
4. menampilkan form pengisian data buku
baru
5. mengisi form pengisian data buku baru
6. klik save
7. up date data
8. menampilkan sub menu new data dan
search data
9. ketika admin ingin mencari data buku
maka admin mengklik sub menu search
datas
10. sistem menampilkan kolom pencarian
buku
11. admin mengisi kolom pencarian buku

12. klik ok
13. menampilkan data stok buku yang
dicari
14. setelah menampilkan data stok buku
terdapat pilhan tombol edit dan remove.

Jika ingin mengedit jumlah stok maka

buku klik tombol edit pada list buku
yang akan di edit
14. menampilkan form edit jumlah
buku
15.mengisi form edit jumlah buku
16. klik save
17. sistem mengupdate data stok buku
18. jika ingin menghapus, mengklik
tombol remove pada list buku yang SRS | 17
akan di remove
19. sistem menampilkan kotak dialog
"apakan data ingin di hapus? "
 ID SN-UC-05
Nama Hapus Transaksi
Aktor Admin
Trigger Menghapus data transakasi peminjaman
Prekondisi Menampilkan menu hapus
Post Kondisi Menghapus rekap data peminjaman
SKENARIO
Aksi Aktor Reaksi Sistem
Skenario Normal SN-UC-05
1. admin mengklik menu Hapus
transaksi
2. menampilkan text field ID transaksi
awal dan ID transaksi akhir
3. mengisi text field ID transaksi awal
dan ID transaksi akhir
4. menampilkan data transaksi
5. klik hapus
6. menampilkan kotakdialog "Apakah
anda ingin menghapus data transaksi
ini?"
7. jika user mengklik tombol Ya
9. menampilkan konfirmasi data telah
terhapus
9. jika user mengklik tombol Tidak
10. sistem kembali menampilkan
halaman utama SIPKU
Skenario Alternatif SA1-UC-05
3. jika terjadi kesalahan dalam mengisi
ataupun mengkosongkan text field :
ID transaksi
4. System menampilkan kotak dialog
“ID transaksi tidak ditemukan”
5. Menampilkan text field ID transaksi

SRS | 18
3.1.8 Activity Diagram
Rekap Data Peminjaman

SRS | 19
Input peminjaman

SRS | 20
Pengembalian

SRS | 21
Stok Buku

SRS | 22
Hapus Transaksi

3.1.9 Class Diagram

SRS | 23
3.1.10 Entity Relationship Diagram

SRS | 24
SRS | 25