View
312
Download
8
Category
Preview:
DESCRIPTION
Penyusunan dokumen SKPL
Citation preview
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
Recommended