1
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini bertujuan sebagai acuan atau
panduan baik bagi pengembang dan pengguna perangkat lunak selama dalam
pengembangan perangkat lunak yang akan dibangun. Baik pihak pengembang, SKPL ini
dapat digunakan sebagai acuan dalam setiap tahapan pengembangan ini agar sesuai
dengan kebutuhan yang diinginkan oleh pengguna dan tujuan perangkat lunak itu sendiri.
Sedangkan bagi pihak pengguna, SKPL ini digunakan untuk mencatat semua spesifikasi
kebutuhan dari perangkat lunak yang dikembangkan dan harapan yang diinginkan.
Dokumen SKPL ini berisi spesifikasi kebutuhan dari perangkat lunak aplikasi perhitungan
Koperasi yang akan dikembangkan.
1.2 Ligkup Masalah
Perangkat lunak aplikasi perhitungan koperasi yang dikembangkan akan dipergunakan
untuk mengelola transaksi yang ada di dalam koperasi. Perangkat lunak ini harus mampu
melayani perhitungan transaksi peminjaman, pembayaran, dsb. Isi dokumen ini mengacu
kepada spesifikasi tugas mata kuliah Rekayasa Perangkat Lunak. Perangkat lunak ini tidak
menangani perhitungan secara online.
1.3 Kodifikasi
ID_NAS
Kodifikasi: Pada ID_NAS Kodifikasi memiliki 7 digit, satu digit pertama yaitu
menunjukan jenis kelamin dari nasabah, dua digit berikutnya yaitu
menunjukan tahun masuk nasabah dan empat digit berikutnya yaitu
nomor urut anggota koperasi.
NO_TRANSAKSI_SIMPANAN
Kodifikasi: Pada NO_TRANSAKSI_SIMPANAN Kodifikasi memiliki 10 digit, satu
digit pertama menunjukan kode transaksi simpanan, enam digit
berikutnya yaitu menunjukan tanggal transaksi simpanan dua digit
untuk tanggal, dua digit untuk bulan dan dua digit berikutnya untuk
tahun. Tiga digit terakhir menunjukan no urut transaksi simpanan.
2
NO_TRANSAKSI_PINJAMAN
Kodifikasi: Pada NO_TRANSAKSI_PINJAMAN Kodifikasi memiliki 10 digit, satu
digit pertama menunjukan kode transaksi pinjaman, enam digit
berikutnya yaitu menunjukan tanggal transaksi simpanan dua digit
untuk tanggal, dua digit untuk bulan dan dua digit berikutnya untuk
tahun. Tiga digit terakhir menunjukan no urut transaksi pinjaman.
1.4 Referensi
Dokumen acuan yang dipergunakan dalam penulisan dokumen ini adalah :
Spesifikasi tugas mata kuliah Perancangan Basis Data Sistem Informasi Koperasi
Simpan Pinjam.
Spesifikasi tugas mata kuliah Pemrograman Visual Delphi Sistem Informasi
Koperasi Simpan Pinjam.
Modul mata kuliah Rekayasa Perangkat Lunak.
Modul mata kuliah Analisis dan Perancangan Berorientasi Objek.
1.5 Deskripsi Umum Dokumen
Dokumen SKPL ini memberikan spesifikasi dari produk yang akan dibangun dan sesuai
dengan kebutuhan yang diberikan oleh pihak pengguna dan telah disepakati bersama
dengan pengembang.
Gambaran umum dan khusus dari perangkat lunak, meliputi:
1. Tujuan dan fungsi perangkat lunak
Menjelaskan tujuan dari pembangunan perangkat lunak aplikasi perhitungan koperasi
secara detail serta fungsi dibangunnya perangkat lunak tersebut sesuai dengan ruang
lingkup yang telah diuraikan sebelumnya.
2. Kemampuan perangkat lunak
Mendeskripsikan kemampuan yang dimiliki oleh perangkat lunak yang dibangun
untuk melayani pelanggan yang membutuhkan pinjaman.
3. Antar muka pemakai, perangkat keras, perangkat lunak dan komunikasi
Menguraikan secara rinci kebutuhan dalam perancangan perangkat lunak yang akan
dibangun meliputi pemakai, perangkat keras, perangkat lunak dan komunikasi.
3
4. Batasan-batasan perangkat lunak
Membahas secara detail batasan yang dapat dilakukan dan diatasi oleh perangkat
lunak.
5. Karakteristik pengguna
Menjelaskan karakteristik pengguna yang akan menggunakan perangkat lunak baik
yang berhubungan dengan kegiatan koperasi atau untuk kegiatan maintanance
perangkat lunak ini sendiri.
6. Ketergantungan perangkat lunak
Menjelaskan ketergantungan perangkat lunak terhadap lingkungan implementasi.
4
2. Kebutuhan Perangkat Lunak
2.1 Deskripsi Umum Sistem
Produk ini berbasis Desktop yang akan membantu Admin (Pengurus Koperasi) untuk
melakukan kegiatan pelayanan terhadap anggota koperasi dalam melakukan transaksi
peminjaman, pengembalian, simpanan, maupun membuat laporan koperasi, serta
mengelola informasi yang terekam termasuk informasi keanggotaan.
Gambar
Gambar di atas menjelaskan bahwa aplikasi hanya dapat digunakan oleh admin untuk
melayani anggota. Melalui admin, anggota menyerahkan data informasi yang
dibutuhkan oleh sistem untuk melakukan proses sesuai permintaan anggota. Lalu,
admin menginputkan data ke aplikasi untuk diolah dan menghasilkan output proses
yang diinginkan oleh anggota maupun kegiatan koperasi lainnya.
2.2 Fungsi Utama Perangkat Lunak
Aplikasi dirancang dengan fitur-fitur yang dapat mempermudah kegiatan operasional
koperasi. Adapun fungsi utama dari aplikasi ini adalah sebagai berikut:
Menambah, merubah, menghapus, menyimpan, mencari informasi anggota
koperasi,
Menambah, merubah, menghapus, menyimpan, mencari semua jenis simpanan
anggota koperasi,
Menambah, merubah, menghapus, menyimpan, mencari pinjaman anggota serta
menvalidasi simpanan,
5
Menambah, merubah, menghapus, menyimpan, mencari pengembalian pinjaman
anggota serta menvalidasi pengembalian,
Mencetak laporan transaksi koperasi dengan seleksi tanggal, minggu, bulan, semua
transaksi.
2.3 Model Use Case
2.3.1 Definisi Actor
No Actor Deskripsi
1 Kasir Actor yang mengurusi masalah pengelolaan informasi
keanggotaan dengan pemberian hak akses informasi
keanggotaan
2 Bag. Kredit Actor yang mengurusi semua transaksi pengeluaran kas
dengan pemberian hak akses informasi keanggotaan dan
pengelolaan informasi pengeluaran kas
3 Bag. Simpanan Actor yang mengurusi semua transaksi pemasukan kas
dengan pemberian hak akses informasi keanggotaan dan
pengelolaan informasi pemasukan kas
4 Bendahara Actor yang mengawasi semua transaksi keuangan,
aktivitas keanggotaan, dan bertugas untuk melaporkan
kepada rapat anggota dan ketua dengan pemberian akses
penuh terhadap system.
2.3.2 Definisi Use Case
No Use case Deskripsi
1 Login/Logout Use Case yang membatasi hak akses admin.
Aksi Actor Reaksi Sistem
Skenario Normal
1. Admin menginputkan user name
pada form welcome
2. Sistem menyimpan user name
dan masuk pada form utama yg
6
masih deactive akses
3. Admin menekan tombol Login dan
menginputkan password
4. Sitem mendeteksi kecocokan user
name dan password pada database
user dan menentukan fitur yang
akan di active kan sesuai dengan
account admin
Skenario Alternatif
1. Admin menekan tombol Login dan
menginputkan password
2. Sitem tidak mendeteksi adanya
kecocokan user name dan password
pada database user dan tetap
mendeactivekan fitur aplikasi.
Skenario Lain
1. Admin tidak menginputkan user
name pada form welcome
2. Sistem tidak akan melanjutkan
proses melainkan meminta kembali
admin untuk menginputkan user
name
2 Keanggotaan Use Case yang memberikan hak akses kepada admin
untuk mengelola keanggotaan koperasi.
Aksi Actor Reaksi Sistem
Skenario Normal
1. Admin mencarian data nasabah
2. Sistem mencocokan Inputan
dengan Id nasabah yang ada di
database dan menampilkannya jika
7
sesuai atau ditemukan.
Skenario Alternatif
1. Admin mencarian data nasabah
2. Sistem mencocokan Inputan
dengan Id nasabah yang ada di
database dan memberikan message
bahwa ID tidak ditemukan.
Skenario Lain
1. Admin melakukan pengelolaan data
keanggotaan dengan menu edit,
tambah, delete, simpan
2. Sistem menyimpan perubahan
kedalam database keanggotaan
koperasi
3 Simpanan Use Case yang memberikan hak akses kepada admin
untuk mengelola simpanan anggota koperasi.
Aksi Actor Reaksi Sistem
Skenario Normal
1. Admin mencarian data simpanan
nasabah
2. Sistem mencocokan Inputan
dengan no transaksi simpanan
nasabah yang ada di database dan
menampilkannya jika sesuai atau
ditemukan.
Skenario Alternatif
1. Admin mencarian data simpanan
nasabah
2. Sistem mencocokan Inputan
dengan no transaksi simpanan
8
nasabah yang ada di database dan
dan memberikan message bahwa ID
tidak ditemukan.
Skenario Lain
1. Admin melakukan pengelolaan data
simpanan dengan menu edit, tambah,
delete, simpan
2. Sistem menyimpan perubahan
kedalam database simpanan
koperasi
4 Pinjaman Use Case yang memberikan hak akses kepada admin
untuk mengelola pinjaman anggota koperasi.
Aksi Actor Reaksi Sistem
Skenario Normal
1. Admin mencarian data pinjaman
nasabah
2. Sistem mencocokan Inputan
dengan no transaksi pinjaman
nasabah yang ada di database dan
menampilkannya jika sesuai atau
ditemukan.
Skenario Alternatif
1. Admin mencarian data pinjaman
nasabah
2. Sistem mencocokan Inputan
dengan no transaksi pinjaman
nasabah yang ada di database dan
dan memberikan message bahwa ID
tidak ditemukan.
Skenario Lain
9
1. Admin melakukan pengelolaan data
pinjaman dengan menu edit, tambah,
delete, simpan
2. Sistem menyimpan perubahan
kedalam database pinjaman
koperasi
5 Pengembalian Use Case yang memberikan hak akses kepada admin
untuk mengelola pinjaman anggota koperasi.
Aksi Actor Reaksi Sistem
Skenario Normal
1. Admin mencarian data
pengembalian nasabah
2. Sistem mencocokan Inputan
dengan no transaksi pinjaman
nasabah yang ada di database dan
menampilkannya jika sesuai atau
ditemukan.
Skenario Alternatif
1. Admin mencarian data
pengembalian nasabah
2. Sistem mencocokan Inputan
dengan no transaksi pinjaman
nasabah yang ada di database dan
dan memberikan message bahwa ID
tidak ditemukan.
Skenario Lain
1. Admin melakukan pengelolaan data
pengembalian dengan menu edit,
tambah, delete, simpan
2. Sistem menyimpan perubahan
10
kedalam database pengembalian
koperasi
6 Laporan Use Case yang memberikan hak akses kepada admin
untuk membuat laporan aktivitas koperasi berdasarkan
seleksi waktu.
Aksi Actor Reaksi Sistem
Skenario Normal
1. Admin melakukan seleksi
berdasarkan waktu
2. Sistem menampilkan laporan
berdasarkan pilihan admin
7 Searching Use Case yang memberikan hak akses kepada admin
untuk mencari informasi aktivitas untuk setiap use case
dengan validasi keangotaan.
8 Logout Use Case yang membatalkan semua hak akses / Deactive
all feature
2.3.3 Pemodelan Persoalan
2.3.3.1 Business Use-case Diagram
11
2.3.3.2 Bussines Object Model
Bussines Object Keanggotaan
Bussines Object Model Simpanan, Pinjaman, dan Pengembalian
12
Bussines Object Model Laporan
2.3.3.3 Activity Diagram
Activity Diagram Pendaftaran Anggota
13
Activity Diagram Merubah Keanggotaan
Activity Diagram Simpanan / Peminjaman
14
Activity Diagram Pengembalian
Activity Diagram Laporan
15
2.3.4 Diagram Use Case
Login
Keanggotaan
16
17
Simpanan & Pinjaman
Pada Diagram Use Case Simpanan dan Pinjaman, Creator menggambarkan dalam
satu kesatuan unit diagram yang dimaksudkan bahwa Diagram Use Case
Simpanan memiliki pola yang sama dengan Diagram Use Case Pinjaman,
perbedaannya hanya pada Frame dan Validator.
18
19
Pengembalian
Diagram Use Case Pengembalian pada dasarnya memiliki pola yang sama dengan
Diagram Use Case Simpanan maupun Pinjaman, namun perbedaan yang muncul
adalah validasi cek yang digunakan yaitu Nomor Transaksi Peminjaman,
sedangkan untuk validasi lainnya menggunakan validator yang sama dengan
kedua Diagram Use Case sebelumnya.
Laporan
20
Logout
21
2.4 Spesifikasi Tambahan
Berikut kebutuhan Non Fungsional yang diperlukan oleh sistem,
Kriteria Tuntutan
Keamanan Untuk menjaga keamanan database, admin diharuskan untuk
menyimpan dan merahasiakan User Name dan Password dari luar
sistem atau pun dari dalam sistem bahkan sesama admin lainnya tidak
boleh saling membagi Hak Akses.
User Name dan Password Tidak boleh di dokumentasikan dalam
bentuk apapun.
Modus Operasi Aplikasi ini hanya dapat digunakan oleh satu admin di mesin yang
sama, apabila penggunaannya di beberapa mesin, maka pengunaan
multi admin dapat dilakukan.
Penginputan data hanya dapat dilakukan dengan menggunakan
standar yang telah diberlakukan, ketidaksesuaian kodifikasi hanya akan
menimbulkan kegagalan proses eksekusi transaksi dan update
database.
Antarmuka Aplikasi ini tidak membutuhkan special knowledge untuk
menjalankannya, karena telah didesign sedemikian rupa sehingga
dapat digunakan dengan mudah oleh user manapun yang setidaknya
dapat mngoperasikan mesin komputer.
Batasan Data Hanya dapat melayani transaksi Cash, kemampuan penyimpanan
Database belum diintegrasikan dengan menggunakan jaringan
sehingga pertukaran database antar mesin hanya dapat dilakukan
secara manual.
22
3. Model Analisis
3.1 Deskripsi Arsitektur
3.1.1 Identifikasi Paket Analisis
No. Nama Paket Use Case Terkait Keterangan
1. Paket Admin 1. Login Memberi hak akses sesuai user
account
2. Paket Anggota 1. Login
2. Data Anggota
Update dan manage database
anggota
3. Paket Simpanan 1. Login
2. Data Anggota
3. Simpanan
Update dan manage database
simpanan dangan penyesuaian
terhadap database anggota
4. Paket Pinjaman 1. Login
2. Data Anggota
3. Pinjaman
Update dan manage database
pinjaman dengan penyesuaian
terhadap database anggota
5. Paket
Pengembalian
1. Login
2. Data Anggota
3. Pinjaman
4. Pengembalian
Update dan manage database
pengembalian dengan
penyesuaian terhadap database
anggota dan pinjaman
6. Paket Laporan 1. Login
2. Data Anggota
3. Simpanan
4. Pinjaman
5. Pengembalian
6. Laporan
Paket laporan berasal dari data-
data yang terekam disetiap
database koperasi, oleh karena itu
semua use case terkait terhadap
paket laporan.
3.1.2 Identifikasi Kelas Analisis
No. Nama Paket Nama Kelas Analisis Jenis Kelas
1. Paket Admin 1. dbAccount
2. Frame_Username
3. Fucn_getAkses
Entity
Boundary
Control
23
2. Paket Anggota 1. dbDataNas
2. Func_getDataNas
Entity
Control
3. Paket Simpanan 1. dbDataNas
2. dbTranSimp
3. Func_getDataSimp
Entity
Entity
Control
4. Paket Pinjaman 1. dbDataNas
2. dbTranPnjm
3. Func_getDataPnjm
Entity
Entity
Control
5. Paket
Pengembalian
1. dbDataNas
2. dbTranPnjm
3. Func_getDataPnjm
4. dbTranPngbl
5. Func_getDataPngbl
Entity
Entity
Control
Entity
Control
6. Paket Laporan 1. dbDataNas
2. dbTranSimp
3. dbTranPnjm
4. dbTranPngbl
5. Func_getDataLap
Entity
Entity
Entity
Entity
Control
3.2 Realisasi Use Case Tahap Analisis
Diagram kelas dan Sequence Analisis Login
24
Diagram Kelas dan Sequence Analisis Keanggotaan
25
26
Diagram Kelas dan Sequence Analisis Simpanan
27
Diagram Kelas dan Sequence Analisis Pinjaman
28
Diagram Kelas Analisis dan Sequence Pengembalian
29
30
Diagram Kelas Analisis dan Sequence Laporan
31
3.3 Kelas Analisis
No. Nama Kelas Jenis
1. dbAccount Entity
2. Fucn_getAkses Control
3. dbDataNas Entity
4. Func_getDataNas Control
5. dbTranSimp Entity
6. Func_getDataSimp Control
7. dbTranPnjm Entity
8. Func_getDataPnjm Control
9. dbTranPngbl Entity
10. Func_getDataPngbl Control
11. Func_getDataLap Control
3.3.1 Atribut
Atribut disetiap kelas:
Nama Kelas dbDataNas
Nama Atribut Tipe Data Panjang
32
ID_Nas Varchar 7
Nm_Nas Varchar 25
Tmpt_Lhr Varchar 25
Tgl_Lhr Date
Jns_Kel Enum M,F
Krt_Id Varchar 10
No_Id Varchar 20
Almt_Lngkap Varchar 40
Kota Varchar 20
Telp_Rmh Varchar 15
Telp_Kntr Varchar 15
Hp Varchar 15
Status_Prkwnan Enum SINGLE, MARRIED
Pendidikan Varchar 20
Nm_Istri Varchar 20
Pkrjaan_Istri Varchar 20
Nm_Prsahaan_Istri Varchar 20
Jaminan Varchar 20
Srtifikt_Jaminan Enum True/False
Krt_Kel Enum True/False
Slip_Gaji Enum True/False
Lap_Keuangan Enum True/False
Nama Kelas dbTranSimp
Nama Atribut Tipe Data Panjang
No_Trans_Simp Varchar 10
Tgl_Trans_Simp Date
Jmlh_Simp Integer 15
Ket_Simp Varchar 30
33
Nama Kelas dbTranPnjm
Nama Atribut Tipe Data Panjang
No_Trans_Pnjm Varchar 10
Tgl_Trans_Pnjm Date
Jmlh_Pnjm Integer 15
Tot_Angsuran Integer 2
Bunga_Pnjm Decimal 4/3
Ket_Pnjm Varchar 30
Nama Kelas Func_getDataSimp
Nama Atribut Tipe Data Panjang
Tot_Simp Integer 15
Nama Kelas Func_getDataLap
Nama Atribut Tipe Data Panjang
Tot_Kas Integer 15
Tot_Kredit Integer 15
Nama Kelas Func_getDataPnjm
Nama Atribut Tipe Data Panjang
Byr_Pokok Integer 15
Byr_Bunga Integer 15
Jns_Jaminan Varchar 20
Nilai_Jaminan Integer 15
Nama Kelas dbTranPngbl
Nama Atribut Tipe Data Panjang
Tgl_byr Date
Jmlh_Byr Integer 15
Angsuran_Ke Integer 2
34
Sisa_byr_Pnjm Integer 15
3.3.2 Asosiasi dan Agregasi
Kelas yang terdapat pada use case login dijadikan satu kelas yang berasal dari tiga
kelas saling berasosiasi. Hal ini dimungkinkan karena masing-masing kelas
mempunyai atribut yang sama namun digunakan ditempat yang berbeda.
3.3.3 Generalisasi
Diantara kelas-kelas yang ada, beberapa memiliki hubungan generelasi, diantara
yaitu :
Func_getDataPnjm dbTranPnjm
Func_getDataSimp dbTranSimp
Func_getDataNas dbDataNas
35
3.4 Paket Analisis
36
4. Model Perancangan
4.1 Antarmuka
Identi
fikasi
Deskripsi Prosedur
Pengujian
Masukan Keluaran
yang
diharapkan
Kriteria
Evaluasi
Hasil
Hasil
Yang
didapat
Kesimpulan
1-01 Menguji
User
Name
Account
- Admin
menginpu
tkan user
name
pada
form
welcome
dan
- User
name
Account
- Sistem
mampu
menyimpan
user name
dan masuk
pada form
utama
-
usernam
e
nasabah
yang
telah
disimpan
oleh
sistem
-
usernam
e
nasabah
yang
telah
disimpan
oleh
sistem
-Accses
diterima
1-02 Penekan
an
tombol
login dan
input
passwor
d oleh
admin
- admin
login dan
input
password
-
password
- sistem
mampu
mendeteksi
kecocokan
username&
password
-
kecocoka
n
usernem
e&
Passwor
d
passwor
d&usern
ame
tidak
cocok
-Accses tidak
diterima
1-03 Pencaria
n Data
Nasabah
-Inputkan
ID
Nasabah
-ID
Nasabah
-sistem
mampu
mencocoka
n inputan
dengan ID
nasabah
pada
database
-sesuai &
data
ditemuka
n
-Sesuai &
data
ditemuka
n
-Accses
diterima
1-04 Pencaria
n Data
simpana
-inputkan
no
transaksi
-no
transaksi
simpanan
-sistem
menampilk
an inputan
-no
transaksi
tidak
-no
transaksi
tidak
-Accses tidak
diterima
37
n
nasabah
simpanan
yang ada
pada
database
sesuai data
pada data
base
sesuai sesuai
1-05 Mengelol
a data
simpana
n dengan
menu
edit, add,
delete,
save
-input
data yang
akan di
edit pada
menu
-data
nasabah
yang
akan
diedit
-sistem
mampu
menyimpan
perubahan
kedalam
database
simpanan
koperasi
-Data
tersimpa
n pada
database
koperasi
- Data
tersimpa
n pada
database
koperasi
-Accses
diterima
4.2 Protipe Antarmuka
Frame Welcome
Frame Login
38
Frame Data Anggota
Frame Simpanan
39
Frame Pinjaman
Frame Pengembalian
40
Frame Laporan
Frame Logout
4.3 Model Deployment
Top Related