Spesifikasi Kebutuhan Perangkat Lunak (SPKL) [PDF]

Citation preview

Spesisifikasi Kebutuhan Perangkat Lunak(SKPL) Untuk



Kuliner Indonesia Version 1.0 approved



Dipersiapkan oleh:



Nama



(NIM)



Jurusan Rekaya Perangkat Lunak Politeknik Balekambang Jurusan  Rekaya Perangkat  LunakPolitbang



SKPL-XXX Revisi



xxxxxx 20xx



DAFTAR PERUBAHAN Revisi A



Deskripsi



B C D E F G



INDEX TGL



-



A



B



C



D



E



F



G



Ditulis oleh



Diperiksa oleh Disetujui oleh



DAFTAR HALAMAN PERUBAHAN



HALAMAN



REVISI



Jurusan Rekayasa Perangkat Lunak Politeknik Balekambang



HALAMAN SKPL-XXX



REVISI Halaman 2 dari 2



Jurusan Rekayasa Perangkat Lunak Politeknik Balekambang



SKPL-XXX



Halaman 3 dari 3



DAFTAR ISI Halaman Dipersiapkan oleh:............................................................................................................................i Nama (NIM)................................................................................................................................i DAFTAR ISI..................................................................................................................................iv Halaman..........................................................................................................................................iv DAFTAR TABEL...........................................................................................................................v DAFTAR GAMBAR.....................................................................................................................vi 1. Pendahuluan.............................................................................................................................1 1.1 1.2 1.3 1.4 1.5



Tujuan Penulisan Dokumen........................................................................................................1 Audien yang Dituju dan Pembaca yang Disarankan...................................................................1 Batasan Produk...........................................................................................................................1 Definisi dan Istilah.....................................................................................................................1 Refrensi......................................................................................................................................1



2. Deskripsi Keseluruhan............................................................................................................2 2.1 2.2 2.3 2.4 2.5 2.6



Deskripsi Produk........................................................................................................................2 Fungsi Produk.............................................................................................................................2 Penggolongan Karakterik Pengguna...........................................................................................2 Lingkungan Operasi...................................................................................................................2 Batasan Desain dan Implementasi..............................................................................................2 Dokumentasi Pengguna..............................................................................................................2



3. KebutuhanAntarmuka Eksternal..........................................................................................3 3.1 3.2 3.3 3.4



Antarmuka Pemakai...................................................................................................................3 Antarmuka Perangkat Keras.......................................................................................................3 Antarmuka Perangkat Lunak......................................................................................................3 Antarmuka Komunikasi..............................................................................................................3



4. Deskripsi Fungsional...............................................................................................................4 4.1 4.2 4.3 4.4



Use Case Diagram......................................................................................................................4 Nama Use Case 1........................................................................................................................4 Nama Use Case 2........................................................................................................................4 Class Diagram............................................................................................................................4



5. Non Functional Requirements................................................................................................5



Jurusan Rekayasa Perangkat Lunak Politeknik Balekambang



SKPL-XXX



Halaman 4 dari 4



DAFTAR TABEL Tabel



Halaman



1.1.



Tabel x........................................................................................................................ 45



2.1.



Tabel x........................................................................................................................ 45



Jurusan Rekayasa Perangkat Lunak Politeknik Balekambang



SKPL-XXX



Halaman 5 dari 5



DAFTAR GAMBAR Gambar



Halaman



1.1.



Gambar x.................................................................................................................... 45



2.1.



Gambar x.................................................................................................................... 45



Jurusan Rekayasa Perangkat Lunak Politeknik Balekambang



SKPL-XXX



Halaman 6 dari 6



1. Pendahuluan 1.1Tujuan Penulisan Dokumen



1.2Audien yang Dituju dan Pembaca yang Disarankan



1.3Batasan Produk



1.4Definisi dan Istilah



o



SRS



: Software Requirements Specification, atau Spesifikasi Kebutuhan Perangkat Lunak (SKPL)



o



IEEE



: Institute of Electrical and Electronics Engineering Standar internasional untuk pengembangan dan perancangan produk.



1.5Refrensi



2. Deskripsi Keseluruhan 2.1Deskripsi Produk



2.2Fungsi Produk



2.3Penggolongan Karakterik Pengguna



Kategori Pengguna



Kasir (example) Supervisior (Example)



Tugas



Tabel 1 Karakteristik Pengguna Hak Akses ke aplikasi



Mencatat transaksi penjualan harian Memanipulasi Data jika ada kesalahan entry dari kasir



Insert Data Insert, Update, Delete Data



Kemampuan yang harus dimiliki



Entry Data Transaksi Penjualan Manupulasi Data Transaksi Penjualan



2.4Lingkungan Operasi



2.5Batasan Desain dan Implementasi



3. KebutuhanAntarmuka Eksternal 3.1Antarmuka Pemakai 3.2Antarmuka Perangkat Keras 3.3Antarmuka Perangkat Lunak 3.4Antarmuka Komunikasi



4. Deskripsi Fungsional



Diawali dengan membuat daftar kebutuhan fungsional P/L, lengkap dengan ID dan penjelasan jika perlu. Bisa dibuat dalam bentuk tabel.



ID



Kebutuhan Fungsional



F001



Menerima data calon pelanggan pada form pendaftaran pelanggan, memverifikasinya dan memasukkannya ke database



4.1Use Case Diagram



4.2Nama Use Case 1



4.1.1



Deskripsi Use Case



4.1.2



Stimulus and Respon



1



Action by user



3



4.1.4



Response from system 2 4 ..



Activity Diagram



4.3Nama Use Case 2



4.4Class Diagram



5. Kebutuhan Non Fungsional



ID N01



Parameter Availability



Reliability Ergonomy Portability Memory Response time Safety Security Others 1: Bahasa komunikasi



Kebutuhan



Aplikasi ini harus dapat beroperasi terus menerus selama 7 hari  per minggu, 24 jam per hari tanpa berhenti, karena aplikasi ini  akan bersifat web­based dan akan diakses oleh pengguana yang  membutuhkan dari berbagai tempat pada waktu yang berbeda­ beda.



N/A Misalnya : semua tanya jawab harus dalam bahasa Indonesia Setiap layar harus mengandung logo



Catatan :



Availability : ketersediaan aplikasi, misalnya harus terus menerus beroperasi 7 hari perminggu, 24 jam per haritanpa gagal Reliability : keandalan, misalnya tidak pernah boleh gagal(atau kegagalan yang ditolerir adalah …%) sehingga harus dipikirkan fault tolerant architecture. Biasanya hanya perlu untuk Critical Application yang jika gagal akan berakibat fatal. Ergonomy : kenyamanan pakai bagi pengguna Portability : kemudahan untuk dibawa dan dioperasikan ke mesin/sistem operasi/platform yang lain Memory : jika perhitungan kapasitas memori internal kritis (misalnya untuk SW yang harus dijadikan CHIPS dan ukurannya harus kecil Response time : Batasan waktu yang harus dipenuhi. Sangat penting untuk aplikasi Real Time. Contoh: “Aaplikasi harus mampu menampilkan hasil dalam 4 detik”, atau “ATM harus menarik kembali kartu yang tidak diambil dalam waktu 3 menit” Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem kontrol di pabrik Security : aspek keamanan yang harus dipenuhi



6. Batasan Perancangan