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

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

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.

3

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,

4

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 1 Actor Kasir Deskripsi 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 1 Use case Login/Logout Aksi Actor Skenario Normal 1. Admin menginputkan user name pada form welcome 2. Sistem menyimpan user name dan masuk pada form utama yg 5 Deskripsi Use Case yang membatasi hak akses admin. Reaksi Sistem

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 Skenario Normal 1. Admin mencarian data nasabah 2. Sistem mencocokan Inputan Reaksi Sistem

dengan Id nasabah yang ada di database dan menampilkannya jika 6

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 Skenario Normal 1. Admin mencarian data simpanan nasabah 2. Sistem no mencocokan transaksi Inputan simpanan Reaksi Sistem

dengan

nasabah yang ada di database dan menampilkannya jika sesuai atau ditemukan. Skenario Alternatif 1. Admin mencarian data simpanan nasabah 2. Sistem no mencocokan transaksi Inputan simpanan 7

dengan

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 Skenario Normal 1. Admin mencarian data pinjaman nasabah 2. Sistem no mencocokan transaksi Inputan pinjaman Reaksi Sistem

dengan

nasabah yang ada di database dan menampilkannya jika sesuai atau ditemukan. Skenario Alternatif 1. Admin mencarian data pinjaman nasabah 2. Sistem no mencocokan transaksi Inputan pinjaman

dengan

nasabah yang ada di database dan dan memberikan message bahwa ID tidak ditemukan. Skenario Lain

8

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 Skenario Normal 1. Admin mencarian data pengembalian nasabah 2. Sistem no mencocokan transaksi Inputan pinjaman Reaksi Sistem

dengan

nasabah yang ada di database dan menampilkannya jika sesuai atau ditemukan. Skenario Alternatif 1. Admin mencarian data pengembalian nasabah 2. Sistem no mencocokan transaksi Inputan pinjaman

dengan

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

9

kedalam database pengembalian koperasi 6 Laporan Use Case yang memberikan hak akses kepada admin untuk membuat laporan aktivitas koperasi berdasarkan seleksi waktu. Aksi Actor 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 Reaksi Sistem

2.3.3

Pemodelan Persoalan

2.3.3.1 Business Use-case Diagram

10

2.3.3.2 Bussines Object Model  Bussines Object Keanggotaan

Bussines Object Model Simpanan, Pinjaman, dan Pengembalian

11

Bussines Object Model Laporan

2.3.3.3 Activity Diagram  Activity Diagram Pendaftaran Anggota

12

Activity Diagram Merubah Keanggotaan

Activity Diagram Simpanan / Peminjaman

13

Activity Diagram Pengembalian

Activity Diagram Laporan

14

2.3.4

Diagram Use Case Login

Keanggotaan

15

16

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.

17

18

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

19

Logout

20

2.4 Spesifikasi Tambahan Berikut kebutuhan Non Fungsional yang diperlukan oleh sistem, Kriteria Keamanan Tuntutan 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.

21

3. Model Analisis
3.1 Deskripsi Arsitektur 3.1.1 Identifikasi Paket Analisis No. 1. Nama Paket Paket Admin Use Case Terkait 1. Login Keterangan Memberi hak akses sesuai user account 2. Paket Anggota 1. Login 2. Data Anggota 3. Paket Simpanan 1. Login 2. Data Anggota 3. Simpanan 4. Paket Pinjaman 1. Login 2. Data Anggota 3. Pinjaman 5. Paket Pengembalian 1. Login 2. Data Anggota 3. Pinjaman 4. Pengembalian 6. Paket Laporan 1. Login 2. Data Anggota 3. Simpanan 4. Pinjaman 5. Pengembalian 6. Laporan Update dan manage database anggota Update dan manage database simpanan dangan penyesuaian terhadap database anggota Update dan manage database pinjaman dengan penyesuaian terhadap database anggota Update dan manage database pengembalian dengan penyesuaian terhadap database anggota dan pinjaman Paket laporan berasal dari datadata yang terekam disetiap database koperasi, oleh karena itu semua use case terkait terhadap paket laporan.

3.1.2 Identifikasi Kelas Analisis No. 1. Nama Paket Paket Admin Nama Kelas Analisis 1. dbAccount 2. Frame_Username 3. Fucn_getAkses Jenis Kelas Entity Boundary Control 22

2.

Paket Anggota

1. dbDataNas 2. Func_getDataNas

Entity Control Entity Entity Control Entity Entity Control Entity Entity Control Entity Control Entity Entity Entity Entity Control

3.

Paket Simpanan

1. dbDataNas 2. dbTranSimp 3. Func_getDataSimp

4.

Paket Pinjaman

1. dbDataNas 2. dbTranPnjm 3. Func_getDataPnjm

5.

Paket Pengembalian

1. dbDataNas 2. dbTranPnjm 3. Func_getDataPnjm 4. dbTranPngbl 5. Func_getDataPngbl

6.

Paket Laporan

1. dbDataNas 2. dbTranSimp 3. dbTranPnjm 4. dbTranPngbl 5. Func_getDataLap

3.2 Realisasi Use Case Tahap Analisis Diagram kelas dan Sequence Analisis Login

23

Diagram Kelas dan Sequence Analisis Keanggotaan

24

25

Diagram Kelas dan Sequence Analisis Simpanan

26

Diagram Kelas dan Sequence Analisis Pinjaman

27

Diagram Kelas Analisis dan Sequence Pengembalian

28

29

Diagram Kelas Analisis dan Sequence Laporan

30

3.3 Kelas Analisis No. 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Nama Kelas dbAccount Fucn_getAkses dbDataNas Func_getDataNas dbTranSimp Func_getDataSimp dbTranPnjm Func_getDataPnjm dbTranPngbl Func_getDataPngbl Func_getDataLap Jenis Entity Control Entity Control Entity Control Entity Control Entity Control Control

3.3.1 Atribut Atribut disetiap kelas: Nama Kelas Nama Atribut Tipe Data dbDataNas Panjang 31

ID_Nas Nm_Nas Tmpt_Lhr Tgl_Lhr Jns_Kel Krt_Id No_Id Almt_Lngkap Kota Telp_Rmh Telp_Kntr Hp Status_Prkwnan Pendidikan Nm_Istri Pkrjaan_Istri Nm_Prsahaan_Istri Jaminan Srtifikt_Jaminan Krt_Kel Slip_Gaji Lap_Keuangan

Varchar Varchar Varchar Date Enum Varchar Varchar Varchar Varchar Varchar Varchar Varchar Enum Varchar Varchar Varchar Varchar Varchar Enum Enum Enum Enum

7 25 25

M,F 10 20 40 20 15 15 15 SINGLE, MARRIED 20 20 20 20 20 True/False True/False True/False True/False

Nama Kelas Nama Atribut No_Trans_Simp Tgl_Trans_Simp Jmlh_Simp Ket_Simp Tipe Data Varchar Date Integer Varchar

dbTranSimp Panjang 10

15 30

32

Nama Kelas Nama Atribut No_Trans_Pnjm Tgl_Trans_Pnjm Jmlh_Pnjm Tot_Angsuran Bunga_Pnjm Ket_Pnjm Tipe Data Varchar Date Integer Integer Decimal Varchar

dbTranPnjm Panjang 10

15 2 4/3 30

Nama Kelas Nama Atribut Tot_Simp Tipe Data Integer

Func_getDataSimp Panjang 15

Nama Kelas Nama Atribut Tot_Kas Tot_Kredit Tipe Data Integer Integer

Func_getDataLap Panjang 15 15

Nama Kelas Nama Atribut Byr_Pokok Byr_Bunga Jns_Jaminan Nilai_Jaminan Tipe Data Integer Integer Varchar Integer

Func_getDataPnjm Panjang 15 15 20 15

Nama Kelas Nama Atribut Tgl_byr Jmlh_Byr Angsuran_Ke Tipe Data Date Integer Integer

dbTranPngbl Panjang

15 2 33

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 Func_getDataSimp Func_getDataNas dbTranPnjm dbTranSimp dbDataNas

34

3.4 Paket Analisis

35

4. Model Perancangan
4.1 Antarmuka
Identi fikasi Deskripsi Prosedur Pengujian Masukan Keluaran yang diharapkan 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 Kriteria Evaluasi Hasil usernam e nasabah yang telah disimpan oleh sistem 1-02 Penekan an tombol login dan input passwor d oleh admin 1-03 Pencaria n Data Nasabah -Inputkan ID Nasabah -ID Nasabah -sistem mampu mencocoka n inputan dengan ID nasabah pada database 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 -sesuai & data ditemuka n -Sesuai & data ditemuka n -Accses diterima - admin login dan input password password - sistem mampu mendeteksi kecocokan username& password kecocoka n usernem e& Passwor d Hasil Yang didapat usernam e nasabah yang telah disimpan oleh sistem passwor d&usern ame tidak cocok -Accses tidak diterima -Accses diterima Kesimpulan

36

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

37

Frame Data Anggota

Frame Simpanan

38

Frame Pinjaman

Frame Pengembalian

39

Frame Laporan

Frame Logout

4.3 Model Deployment

40

Sign up to vote on this title
UsefulNot useful