Sistem Informasi Koperasi Simpan Pinjam - Versi 2

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.


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


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.


Skenario Normal

1. Admin mencarian data simpanan

nasabah


dengan no transaksi simpanan

nasabah yang ada di database dan

menampilkannya jika sesuai atau

ditemukan.

Skenario Alternatif

1. Admin mencarian data simpanan

nasabah


dengan no transaksi simpanan

8


dan memberikan message bahwa ID

tidak ditemukan.

Skenario Lain


simpanan dengan menu edit, tambah,

delete, simpan


kedalam database simpanan

koperasi

4 Pinjaman Use Case yang memberikan hak akses kepada admin

untuk mengelola pinjaman anggota koperasi.


Skenario Normal

1. Admin mencarian data pinjaman

nasabah


dengan no transaksi pinjaman



ditemukan.

Skenario Alternatif

1. Admin mencarian data pinjaman

nasabah





tidak ditemukan.

Skenario Lain

9


pinjaman dengan menu edit, tambah,

delete, simpan


kedalam database pinjaman

koperasi

5 Pengembalian Use Case yang memberikan hak akses kepada admin

untuk mengelola pinjaman anggota koperasi.


Skenario Normal

1. Admin mencarian data

pengembalian nasabah





ditemukan.

Skenario Alternatif

1. Admin mencarian data

pengembalian nasabah





tidak ditemukan.

Skenario Lain


pengembalian dengan menu edit,

tambah, delete, simpan


10

kedalam database pengembalian

koperasi

6 Laporan Use Case yang memberikan hak akses kepada admin

untuk membuat laporan aktivitas koperasi berdasarkan

seleksi waktu.


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

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.

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


simpanan dangan penyesuaian

terhadap database anggota

4. Paket Pinjaman 1. Login

2. Data Anggota

3. Pinjaman


pinjaman dengan penyesuaian

terhadap database anggota

5. Paket

Pengembalian

1. Login

2. Data Anggota

3. Pinjaman

4. Pengembalian


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

26

Diagram Kelas dan Sequence Analisis Simpanan

27

Diagram Kelas dan Sequence Analisis Pinjaman

28

Diagram Kelas Analisis dan Sequence Pengembalian

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


No_Trans_Simp Varchar 10

Tgl_Trans_Simp Date

Jmlh_Simp Integer 15

Ket_Simp Varchar 30

33

Nama Kelas dbTranPnjm


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


Tot_Simp Integer 15

Nama Kelas Func_getDataLap


Tot_Kas Integer 15

Tot_Kredit Integer 15

Nama Kelas Func_getDataPnjm


Byr_Pokok Integer 15

Byr_Bunga Integer 15

Jns_Jaminan Varchar 20

Nilai_Jaminan Integer 15

Nama Kelas dbTranPngbl


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

Sistem Informasi Koperasi Simpan Pinjam - Versi 2

Documents

Transcript of Sistem Informasi Koperasi Simpan Pinjam - Versi 2