SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

untuk :

Dipersiapkan oleh:

LogoLPKIA

Program StudiNomor DokumenHalaman

RevisiTgl:

Daftar Perubahan

RevisiDeskripsi

APenulisan Lingkup masalah, ikhtisar dokumen

B

C

D

E

F

G

INDEXTGL-ABCDEFG

Ditulis olehFahrunnisa

Diperiksa oleh

Disetujui oleh

Daftar Halaman PerubahanHalamanRevisiHalamanRevisi

5Penulisan Lingkup masalah, ikhtisar dokumen

Daftar Isi

I. PENDAHULUAN51.1Tujuan Penulisan Dokumen51.2Lingkup Masalah51.3Definisi dan Istilah51.4Aturan Penamaan dan Penomoran51.5Referensi51.6Ikhtisar Dokumen5

II.DESKRIPSI PERANCANGAN GLOBAL52.1Rancangan Lingkungan Implementasi52.2Model Proses Berbasis Objek52.2.1Diagram Use Case52.2.2Diagram Sequence52.2.3Diagram Implementasi52.3Model Data62.3.1Definisi Domain/Type62.3.2Data Model Logika62.3.3Data Model Fisik62.3.4Daftar Tabel Aplikasi6

III.DESKRIPSI PERANCANGAN RINCI63.1Deskripsi Rinci Tabel63.1.1Tabel 73.1.273.2Deskripsi Proses secara Rinci73.2.1Spesifikasi Proses 73.2.1.1Spesifikasi tabel input73.2.1.2Spesifikasi tabel Output73.2.1.3Spesifikasi Layar Utama73.2.1.4Spesifikasi Query (jika ada)83.2.1.5Spesifikasi field data pada layar83.2.1.6Spesifikasi Function Key / Objek-Objek pada layar83.2.1.7Spesifikasi layar pesan83.2.1.8Spesifikasi proses/algoritma (jika ada)93.2.1.9Spesifikasi State Chart (jika ada)93.2.1.10Spesifikasi Report93.2.293.3Dekomposisi Fisik Modul9

I. PENDAHULUANTujuan Penulisan Dokumen1. Tujuan penulisan dokumen ini yaitu sebagai dokumentasi dari segala aktifitas yang dilakukan selama pengembangan proyek perangkat dimulai dari tahap user requirement, analisis dan desain, implementasi, hingga testing.2. Sebagai bahan dalam pengembangan software selanjutnya yang sama3. Sebagai dokumentasi pembantu pengembangan perangkat lunak4. Sebagai referensi bagi team untuk membangun sesuai kebutuhan userLingkup MasalahSLT system leasing terpaduadalah sebuah program pencatatan, dan verifikasi data, untuk mempermudah tranksaksi pembelian kredit kendaraan bermotor. Dimana program ini untuk menghindarkan kelamaan dalam proses verifikasi dan validasi data. Dibawah ini ada beberapa masalah yang telah diidentifikasi yaitu :Sistem penjualan yang masih kurang efektif dan efisien.Biaya operasional perusahaan terus meningkat dan tidak seimbang dengan pendapatan perusahaan.Lambatnya penanganan pelanggan oleh pihak perusahaan Leasing.

Definisi dan IstilahBL = blacklist pemohon kreditLU = loyar user (kreditur yang lama kerjasama dengan catatan angsuran baik)User = perusahaan penggunaAturan Penamaan dan Penomoran Kebutuhan fungsional: skpl-fxxx Kebutuhan non fungsional: skpl-nfxxx Use case: xxx Class diagram: xxxReferensihttp://edugamemppl.wordpress.com/2010/05/26/spesifikasi-kebutuhan-perangkat-lunak-skpl/

Ikhtisar DokumenTuliskan sistematika pembahasan (ikhtisar) dokumen ini. a. Bab 1, merupakan bab pendahuluan yang berisikan tetntang overview dan rencana pengembangan perangkat lunak secara umum, seperti tujuan penulisan dokumen, lingkup masalah, defenisi&istilah, aturan penomoran.b. Bab 2, merupakan deskripsi perancangan global yang berisi tentang perancangan perangkat lunak secara umum seperti lingkungan operasi yang akan digunakan untuk implementasi perangkat lunak, pemodelan data yang akan digunakan dalam perangkat lunak, dan daftra tabel yang digunakan sebagai database dalm perangakt lunak yang dikembangkanc. Bab3, merupakan deskripsi perancangan rinci yang berisi tentang rincian keseluruhan atau detil menyeluruh dari perangkat lunak yang akan dikembangkan seprti pendeskripsian secara rinci database yang akan digunakan di dalam perangkat lunak dan rincian pemrosesan yang terjadi di dalam perangkat lunak yang dikembangkan.

II. DESKRIPSI PERANCANGAN GLOBAL

2.1. Rancangan Lingkungan ImplementasiSebutkan Operating system, DBMS, development tools, filing system, bahasa pemrograman yang dipakaiSistem Kredit barang akan dikembangkan pada lingkungan sistem operasi dengan spesifikasi sebagai berikut:Sistem operasi: Microsoft windows XP/Vista/7 DBMS: Microsoft Access 2007, Oracle, MySQL Development Tools: microsoft office visio 2007, power designer, microsoft visual studio 6.0 Bahasa pemprograman: Visual Basic.Net 2010

2.2. Model Proses Berbasis Obyek2.2.1. Diagram Use CaseGambarkan diagram use case yang terdiri dari system, actor, use case dan relasi. Sebutkan relasi generalisasi antar actor (bila ada), relasi asosiasi antara actor dan use case, serta relasi antar use case (extend, include dan generalisasi). Gunakan case tool untuk mempermudah proses

1. Nama Use Case : Meleasing Kendaraan.

Aktor : Customer dan Petugas Leasing

CustomerPetugas Leasing

1. Memilih Kendaraan

2. Membeli Kendaraan

3. Mengisi Formulir

4. Memasukan Data

5. Memverifikasi Data

2.Nama Use Case: Approval.

Aktor: Manager dan Petugas Leasing

Petugas LeasingManager

1. Memberikan validasi Data.

2. Memberikan Approval

3.Nama Use Case: Pembayaran.

Aktor: Petugas Leasing dan Customer

Tujuan: Memberikan Verifikasi Data.

Petugas LeasingCustomer

1. Menerima Approval

2. Membayar DP

4. Nama Use Case : Shipping

Aktor : Petugas Leasing dan Customer

Tujuan : Memberikan perizinan pemohon.

Petugas LeasingCustomer

1. Mengirimkan Kendaraan

2. Menerima Kendaraan

3. Menerima Tanggal Shipping

5.1.1. Diagram SequenceBerisi diagram sequence untuk setiap use case. Tunjukkan hubungan antar obyek dalam class secara terurut melalui operasi pada class diagram dari atas ke bawah.Untuk setiap nomor proses, buatlah spesifikasi rincinya (layout dan scenario) pada Deskripsi rancangan Rinci

5.1.2. Diagram ImplementasiBerisi diagram komponen dan diagram deployment. Diagram komponen berisi bagaimana hubungan antar software yang dibangun, sedangkan diagram deployment berisi tentang penempatan dan konfigurasi komponen pada saat runtime. Gunakan case tool untuk mempermudah menggambarkan diagram komponen dan deployment.

2.4. Model DataBerisi deskripsi tabel-tabel basis data seperti yang dirancang pada class diagram jika aplikasi berbasis data. Awali dengan daftar tabel basisdata dan deskripsi isinya. Untuk setiap tabel, harus mengandung Nama tabel, jenisnya, Volume, laju, primary key, constraint integrity dengan tabel lain( jika ada). Volume dan laju harus mimimal mengandung angka kira-kira.Boleh berasal dari dumb dari database yang digunakan.

Tabel login :Nama : loginDeskripsi isi : data loginJenis : tabel data indukVolume : 10 recordLaju : 10 record/bulanPrimary key : user_nameConstraint Integrity : -

Tabel data_barang :Nama : data_barangDeskripsi isi : data barangJenis : tabel data indukVolume : 100 recordLaju : 100 record/bulanPrimary key : id_barangConstraint Integrity : -

Table admin: Nama : adminDeskripsi isi : data adminJenis : tabel data indukVolume : 100 recordLaju : 100 record/bulanPrimary key : id_adminConstraint Integrity : -

Table pelanggan :Nama : pelangganDeskripsi isi : Data pelangganJenis : tabel data induk/refrensiVolume : 100 recordLaju : 100 record/bulanPrimary key : nm_pelConstraint Integrity : -

Tabel transaksi :Nama : TransaksiDeskripsi isi : proses transaksiJenis : transaksiVolume : 100 recordLaju : 100 record/bulanPrimary key : kode_transaksiConstraint Integrity : -

2.4.1. Definisi Domain/TypeSebutkan nama domain (type terdefinisi) yang anda rancang pada aplikasi ini dengan mengisi tabel sebagai berikut

Domain nameFormatPower Designer Type

RupiahNUM

Kode TransaksiXX.yy.nnnnnXX = jenis transaksi (surat jalan=SJ, invoice=IV, )yy = tahunnnnnn = nomor urut, kembali ke 00001 untuk tahun yang lain.A11

2.4.2. Data Model LogikaGambar ini diambil dari Case Tools. Gunakan class diagram untuk melihat conceptual Data Modelnya. Hasilnya diprint di bagian ini

2.4.3. Data Model FisikJika ada, Gambar ini adalah hasil generate diambil dari Case Tools. Gunanya supaya nantinya langsung diterjemahkan menjadi tabel atau bahkan mungkin dipakai untuk membangkitkan tabel secara otomatis.

2.4.4. Daftar Tabel Aplikasi.Awali dengan daftar tabel basisdata, primary key dan deskripsi isinya.

Nama TabelPrimary keyData StoreE/RDeskripsi isi

loginUser_namedb_cosipa.mdbentitasBerisi field user_name dan password

Data_barangId_barangdb_cosipa.mdbEntitasBerisi id_produk, nama_produk, harga_barang

adminId_admindb_cosipa.mdbEntitasBerisi field id_admin, nama_admin

pelangganNm_peldb_cosipa.mdbEntitas Berisi field nm_pel, alamat,

Transaksi_kreditkode_transaksidb_cosipa.mdbEntitas Berisi field kode_transaksi, tgl_transaksi, batas_transaksi

Untuk setiap tabel, buatlah deskripsi rincinya pada Sub-bab Deskripsi Rinci Tabel

III. DESKRIPSI PERANCANGAN RINCI3.1. Deskripsi Rinci TabelSetiap tabel pada rancangan global, dirinci satu per satu. Bisa di-generate dari CASE-Tool.i. Tabel Identifikasi/Nama: t_masterDeskripsi Isi:..Jenis: tabel data induk/referensi/transaksiVolume:.Laju:.Primary Key:.

Id FieldDeskripsiTipe & lengthBolehNULLDefaultKeterangan

Id_masterCHAR(8)NO

Id_refRefer ke t_ref

Catatan: kolom Boleh NULL berisi NO artinya tidak boleh kosong, berisi YES artinya boleh NULL

ii. Buat seperti di atas

3.2. Deskripsi Proses secara RinciSetiap prosessesuai use case pada rancangan global, dirinci satu per satu.

3.2.1. Spesifikasi Proses

Identifikasi/Nama :..Deskripsi Isi:..Jenis: Form Entry columnar/Tabular/Master-Detail Report Columnar/tabular/Master-Detail Form berisi dialog/button saja Proses tanpa layar3.2.1.1. Spesifikasi tabel inputNama Tabel: 1. .. 2. ..

3.2.1.2. Spesifikasi tabel OutputNama Tabel: 1. .. 2. ..

3.2.1.3. Spesifikasi Layar UtamaGambarkan layar dan percabangan ke layar lain function key/pilihan yang dilakukan.Jika layar mengandung field dan label, gambarkanlah pada posisi nya, supaya siap dikoding. Jika ada zoning/frame, gambarkan pula dan jelaskan pada spesifikasi Objek pada layar.

ObjekOK

3.2.1.4. Spesifikasi Query (jika ada)Tuliskan ekspresi Query jika layar didasari dari suatu Query dan bukan langsung dari Tabel: : Ekspresi

3.2.1.5. Spesifikasi field data pada layarCatatan:- Hanya ada isinya jika layar dibelakangnya memproses basisdata- kolom validasi hanya diisi jika layar entry/Update (field ybs bukan hanya tampilan)

Label FieldTabel/QueryI/OFormatValidasiKeterangan

3.2.1.6. Spesifikasi Function Key/Objek-Objek pada layar

Id_Objek JenisKeterangan

Diisi dengan penjelasan reaksi sistem, misalnya membuka layar apa, link kemana. Jika menyangkut suatu kode yang cukup rumit, beri nama Prosedur terkait, dan uraikan algoritmanya di bagian Spesifikasi Proses

Button1ButtonJika diklik, akan mengaktifkan Proses AlgoXXX.

RTF1RTF BoxIsi Teks yang disimpan pada File xxx

DB1Data controlDiasosiasikan ke QueryXYZ yang dijelaskan pada bagian Query

Jika objek dikaitkan ke File lain (misalnya file gambar, file teks), berikan nama file terkait dan deskripsi ringkas dalam kolom keterangan

3.2.1.7. Spesifikasi layar pesanDialog, pesan, jika ada. Jika ada banyak layar pesan, dapat terdiri dari banyak dialog. Jika tidak ada pesan, tuliskan : Tidak Ada

3.2.1.8. Spesifikasi proses/algoritma (jika ada)Kebanyakan layar standard tidak ada algoritmanya. Gambarkan menggunakan diagram aktifitas. Berisi transisi dari operasi yang dilalui oleh obyek. Gambarkan diagram aktifitas untuk use case yang mempunyai perilaku dinamis untuk mengetahui alur (flowchart) dari use case. Berikut ini contohnya, jika ada.

Mungkin lebih dari satu, jika ada banyak objek layar yang harus dikode

: Objek terkait :Event :Initial State (IS):Tabel sudah dibuat strukturnya tetapi mungkin masih kosongFinal State (FS):Menghasilkan tabel TRANSAKSI yang telah ditambahkan satu rekordSpesifikasi Proses/algoritma:1. Cek apakah data yang dimasukkan ada2. IF belum ada, tambahkan 1 record pada tabel t_petugasELSEJika sudah ada, tampilkan pesan kesalahan sesuai layar XXXX (nomor layar)Catatan : jika satu layar mengandung banyak button, dan untuk satu button ditulis sebuah prosedur, maka akan ada beberapa algoritma3.2.1.9. Spesifikasi State Chart (jika ada)Berisi state yang dilalui oleh obyek. Gambarkan diagram state chart untuk untuk use case yang mempunyai perilaku dinamis.

3.2.1.10. Spesifikasi ReportBerikan layoutnya, harus jelas kolom barisnya.Dapat anda manfaatkan untuk coding (copy/paste sebagai teks)Jika layar utama tidak terkait kepada Report, maka isi :TIDAK ADA

3.2.2. Untuk setiap fungsi, buat detailnya (sub-sub-bab 1-9) seperti di atas

Dst spt di atas.

3.3. Dekomposisi Fisik ModulBerisi dekomposisi fisik dari modul. Minimal berisi tabulasi dengan kolom: Sub Aplikasi, Modul, Nama File, Input, Output. Sub Aplikasi biasanya dibuat per pengguna. Dibuat per modul.Berisi struktur direktori dan pengumpulan fungsi menjadi file. Minimal berisi tabulasi dengan kolom: Modul, Proses, Keterangan. Kolom keterangan hanya diisi jika proses tidak tergambarkan dalam diagram use case. Misalnya untuk proses-proses yang mewakili suatu library umum.

Nama DirektoriNama FileNama ModulNama FungsiKeterangan

Halaman 8 dari 15 halaman

staff

sistem

Membuka sistem

Memilih menu lap keuangan

Memproses data

disimpan

Cetak laporan

staff

konsumen

sistem

Melakukan pemesanan

Pilih barang yg diinginkan

Memproses data

disimpan

Cetak bukti pemesanan

konsumen

Pemilik

sistem

Membuka sistem

Memilih menu laporan

Memproses data

disimpan

Cetak laporan