Template SKPL GL01 v1.4

GL01
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

<Nama Proyek>
(Akronim Jika Ada)
untuk:
<nama pelanggan>
Dipersiapkan oleh:
Nama Pelaksana Proyek
Jurusan Teknik Elektro Universitas Negeri Malang

Jalan Semarang 5, Malang
Nomor Dokumen
Halaman
Jurusan Teknik Elektro

Universitas Negeri Malang
SKPL-01
Revisi
Tgl: 06-03-2010
Daftar Perubahan
Revisi
Deskripsi
INDEX
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Daftar Halaman Perubahan

Jurusan Teknik Elektro UM
SKPL
Halaman 2 dari 15
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM
Halaman
Revisi
Halaman
Revisi
Daftar Isi
SKPL
Halaman 3 dari 15
1.
Pendahuluan................................................................................................................7
1.1 Tujuan Penulisan Dokumen..................................................................................7
1.2 Lingkup Masalah..................................................................................................7
1.3 Definisi, Singkatan, dan Akronim.........................................................................7
1.4 Referensi..............................................................................................................8
1.5 Deskripsi Umum Dokumen...................................................................................8
2. Deskripsi Global Perangkat Lunak..............................................................................9
2.1 Perspektif Produk.................................................................................................9
2.2 Model Proses........................................................................................................9
2.3 Fungsi Produk......................................................................................................9
2.4 Karakteristik Pengguna.......................................................................................11
2.5 Batasan-batasan.................................................................................................11
2.6 Asumsi dan Kebergantungan..............................................................................11
3 Deskripsi Rinci Kebutuhan........................................................................................12
3.1 Kebutuhan antarmuka eksternal.........................................................................12
3.1.1
Antarmuka pemakai....................................................................................12
3.1.2
Antarmuka perangkat keras.........................................................................13
3.1.3
Antarmuka perangkat lunak........................................................................13
3.1.4
Antarmuka komunikasi................................................................................13
3.2 Kebutuhan Fungsional........................................................................................14
3.2.1
Aliran informasi..........................................................................................14
3.2.1.1 DFD 1.....................................................................................................14
3.2.1.1 DFD 2.....................................................................................................15
3.2.2
Deskripsi proses..........................................................................................17
3.2.2.1 Proses 1...................................................................................................17
3.2.2.2 Proses 2...................................................................................................17
3.2.3
Deskripsi data.............................................................................................17
3.3 Deskripsi Kebutuhan Non Fungsional................................................................22
3.3.1
Performansi.................................................................................................22
3.3.2
Atribut Sistem Perangkat Lunak.................................................................23
3.3.3
Kebutuhan Lain...........................................................................................23
3.4 Atribut Kualitas Perangkat Lunak......................................................................24
3.5 Batasan Perancangan..........................................................................................24
3.6 Matriks Keterunutan...........................................................................................24
4 Desain Sistem............................................................................................................25
4.1 Arsitektur Sistem................................................................................................25
4.2 Pemodelan Data..................................................................................................21
4.2.1
E-R Diagram...............................................................................................21
4.2.2
Mapping E-R Diagram................................................................................21
4.2.3
Physical Data Model...................................................................................21
4.2 Arsitektur Sistem................................................................................................25
4.3 Desain Antarmuka..............................................................................................25
5 Implementasi Sistem..................................................................................................25
SKPL
Halaman 4 dari 15
Daftar Gambar
Gambar 1. Keterangan......................................................................................................14
SKPL
Halaman 5 dari 15
Daftar Tabel
Tabel 1. Keterangan..........................................................................................................10
SKPL
Halaman 6 dari 15
1. Pendahuluan
1.1
Tujuan
Tuliskan dengan ringkas tujuan dokumen SKPL ini dibuat, dan digunakan oleh siapa.
1.2
Lingkup Masalah
Tuliskan dengan ringkas nama aplikasi dan deskripsinya. Maksimal 1 paragraf
1.3
Definisi, Akronim dan Singkatan
Semua definisi dan singkatan yang digunakan dalam dokumen ini dan penjelasannya
Tabel 1. Daftar definisi dan Akronim

Kata Kunci atau frase
Definisi dan atau akronim
TOR
Term of Reference
Dokumen yang berisi gambaran umum mengenai
perangkat lunak yang diminta.
SDP
Software Development Plan
RPPL
Rencana Pengembangan Perangkat Lunak
Dokumen yang berisi rencana pengembangan perangkat
lunak dalam suatu proyek, yang mencakup gambaran
umum proyek, gambaran manajerial proyek, dan
gambaran teknik proyek.
SRS
Software Requirement Specification
SKPL
Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi
kebutuhan user
RPL
Rekayasa Perangkat Lunak
Kegiatan pengembangan perangkat lunak
IEEE
Institute of Electrical and Electronics Engineers
Standar internasional untuk pengembangan dan
rancangan produk
ANSI
American Standard Institute
Lembaga standardisasi Amerika
Tabel 2. Daftar Istilah
Istilah
Pelanggan
Pengembang
1.4
Definisi
Referensi
Dokumen ini merujuk pada hasil wawancara dan observasi pada pengguna tentang
kebutuhan yang diperlukannya dan penulisan dokumen berdasarkan pada :
SKPL
Halaman 7 dari 15
1.
IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement

Specifications.
2.
Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak

(SKPL). Jurusan Teknik Informatika, Institut Teknologi Bandung, 2000.
3.
Pressman, R.S., "Software Engineering, a Practitioner's Approach" Fourth

Edition, McGraw Hill, 1997.
1.5
Deskripsi Umum Dokumen

Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini terdiri dari tiga bab yang
terdiri dari :
BAB I Pendahuluan.
Deskripsikan isinya
BAB II Deskripsi Global Perangkat Lunak
Deskripsikan isinya
BAB III Deskripsi Rinci Kebutuhan
Deskripsikan isinya
SKPL
Halaman 8 dari 15
Deskripsi Global Perangkat Lunak
2.1
Perspektif Produk
Tuliskan System Overview, dalam bentuk gambar dan narasi yang dapat
memberikan gambaran
tentang aplikasi dan konteksnya (gambar yang mirip
dengan Context diagram, tetapi dengan logo yang lebih gampang dimengerti
awam).
2.2
Model Proses
Memuat model proses pengembangan PL yang dirujuk dan mendeskripsikan
alasan pemilihannya.
2.3
Fungsi Produk
Memuat fungsi-fungsi sistem yang utama dan diberikan langsung ke pengguna,
kira-kira sama dengan Bubble level 1, tapi dengan kata-kata. Boleh juga disertai
dengan diagram semacam yang telah dibuat dengan judul diagram keterkaitan
antar modul
2.4
Karakteristik Pengguna
Minimal sebuah tabel dengan Kolom: Pengguna, Pekerjaan, Hak Akses. Kolom
Hak Akses dihubungkan dengan Fungsi utama yang muncul pada Fungsi Produk
Tabel 1. Karakteristik pengguna
Kategori Pengguna
Nasabah
Petugas Bank
2.5
Aktivitas
Melakukan transaksi
Batasan-batasan
Batasan (jika ada), ketergantungan SW terhadap SW/HW sistem lain (misalnya
modul Konsolidasi baru dapat dijalankan ketika rekapitulasidata akuntansi dari
Aplikasi AKUNT sudah dijalankan dan datanya dinyatakan OK oleh petugas
Batasan yang harus dipakai. Misalnya :
- harus memakai file data dari Sistem lain (sebutkan),
- harus memakai format data yang sama dengan sistem lain
- harus berfungsi multi platform (di Windows dan linux)
SKPL
Halaman 9 dari 15
2.6
Asumsi dan Kebergantungan

Deskripsikan asumsi dan kebergantungan
Asumsi
1.
2.
Kebergantungan
1.
2.
SKPL
Halaman 10 dari 15
Deskripsi Rinci Kebutuhan
3.1
Kebutuhan antarmuka eksternal
3.1.1 Antarmuka pemakai

User interface untuk mengoperasikan Perangkat Lunak : keyboard, mouse
3.1.2 Antarmuka perangkat keras

Hanya diisi jika perlu perangkat keras khusus, misalnya CARD XXX, CABLE
XYZ
3.1.3 Antarmuka perangkat lunak

Hanya diisi jika PL memakai interface (berupa PL), misalnya API Windows.
3.1.4 Antarmuka komunikasi

Hanya diisi jika PL beroperasi di jaringan dan membutuhkan alat komunikasi
khusus, misalnya RS232.
3.2
Kebutuhan Fungsional
Jabarkan kebutuhan fungsional dari sistem
Layanan sistem yang harus disediakan
Contoh:
- Pengguna dapat melakukan pengelompokan data
- Sistem dapat mencetak laporan ke format PDF
3.2.1 Aliran informasi

Awali dengan Context diagram dan sedikit penjelasan berupa narasi jika perlu
Buat dan ceritakan Context diagram
SKPL
Halaman 11 dari 15
Gambar 1.Context Diagram
3.2.1.1 DFD 1
Chapter- nya dapat dibuat dengan luwes. Awali dengan Context diagram dan sedikit penjelasan
berupa narasi jika perlu. Perhatikan kaidah perancangan :
- Pilih notasi sehingga proses yang didekomposisi atau tidak didekomposisi dapat dibaca
dengan mudah
- Nama Bubble harus terdiri dari kata kerja dan kata benda
- Nama yang dipakai untuk Bubble, data store, dataflow harus konsisten (identitas perlu)
- Setiap level harus konsisten aliran datanya dengan level sebelumnya
- Usahakan agar external entity pada setiap level konsisten peletakannya
- Banyaknya bubble yang disarankan pada setiap level tidak melebihi 7 bubble
- Dekomposisi berdasarkan kelompok data lebih disarankan (memudahkan aliran data ke
storage yang sama)
- Nama Proses yang umum hanya untuk bubble yang masih akan didekomposisi
- Nama Proses spesifik (Add, Update, Delete,Calculate, Compare, Merge, ..) pada CASE tools
harus disertai dengan Pspec yang jelas walaupun Pspec tidak diprint di dokumen ini
- Pada Proses yang sudah tidak didekomposisi, nama Proses dan nama Data harus sudah
spesifik
- Aliran ke storage harus melalui proses, tidak boleh langsung dari external entity
- Aliran data untuk Proses Report .. : harus ada aliran keluar. Akan ada aliran masuk jika
perlu parameter untuk mengaktifkan report
- Aliran data yang tidak ada datastorenya harus diteliti, apakah memang tidak mencerminkan
persisten entity (perlu disimpan dalam file/tabel) , yaitu kelak hanya akan menjadi
variabel dalam program.
Dst sampai level terendah
3.2.2 Deskripsi proses

3.2.2.1 Proses 1
Jelaskan deskripsi dari tiap-tiap proses
3.2.3 Deskripsi data

3.2.3.1 Kamus Data
Deskripsikan kamus data
SKPL
Halaman 12 dari 15
3.3
Pemodelan Data
Uraikan dengan ringkas, data apa saja yang harus dikelola oleh aplikasi,
disarikan dari semua kata benda yang ada pada business process
3.3.1 E-R Diagram

Relasi dan Key (Skema relasi). Sudah dijelaskan apa bedanya E-R konseptual dengan
Conceptual Data Model pada Case Tools, karena E-R diagram ini tidak mungkin digambar
dengan Case Tools. Keterbatasan CASE Tools biasanya adalah:
- tidak mungkin mempunyai relasi dengan atribut non-key
- tidak mungkin mempunyai relasi bukan biner (terner, dan lebih tinggi)
sehingga akibatnya, relasi dijadikan entity. Kenapa E-R konseptual disarankan untuk
digambar, adalah karena E-R ini sebenarnya lebih mencerminkan abstraksi perancang
3.4
Deskripsi Kebutuhan Non Fungsional
Uraikan dengan ringkas kebutuhan non fungsional dalam tabel sebagai berikut. Isilah Kolom
Requirement dengan kalimat yang jelas dan kelak dapat ditest untuk dipenuhi. SRS-Id adalah
nomor requirement yang harus ditelusuri pada saat test. Tuliskan N/A bila Not Applicable..
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: Aplikasi harus mampu menampilkan hasil dalam 4 detik, atau ATM harus menarik
kembali kartu yang tidak diambil dalam waktu 30 detik
Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem
kontrol di pabrik
Security: aspek keamanan yang harus dipenuhi.
3.4.1 Performansi
Tabel 3. Kebutuhan Performansi
SKPL
Halaman 13 dari 15
No SKPL
Kebutuhan
Waktu tanggap
Ketersediaan data
Waktu pemulihan
Tuntutan Kebutuhan
3.4.2 Atribut Sistem Perangkat Lunak

Tabel 4. Atribut sistem perangkat lunak
No SKPL
Kebutuhan
Error-Handling
Message
Keamanan
Portabilitas
Tuntutan Kebutuhan
3.4.3 Kebutuhan Non Fungsional Lainnya (lengkapi)

Tabel 5. Kebutuhan Lain
No SKPL
3.5
Kebutuhan
Tampilan Aplikasi
Format menu
Warna aplikasi
Jenis font
Tuntutan Kebutuhan
Atribut Kualitas Perangkat Lunak
3.5.1 Kehandalan
3.5.2 Keremawatan (maintability)
3.6
3.7
Batasan Perancangan
Matriks Keterunutan
Tabel 6. Matriks keterunutan
No SKPL
Nama Proses
SKPL
Halaman 14 dari 15
SKPL
Halaman 15 dari 15

Template SKPL GL01 v1.4

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Template SKPL GL01 v1.4

Diunggah oleh

Hak Cipta:

Format Tersedia

GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Jurusan Teknik Elektro Universitas Negeri Malang

Jurusan Teknik Elektro

Daftar Halaman Perubahan

Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM

Definisi, Akronim dan Singkatan

Tabel 1. Daftar definisi dan Akronim

Jurusan Teknik Elektro UM

IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement

Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak

Pressman, R.S., "Software Engineering, a Practitioner's Approach" Fourth

Deskripsi Umum Dokumen

Jurusan Teknik Elektro UM

Deskripsi Global Perangkat Lunak

tentang aplikasi dan konteksnya (gambar yang mirip

Jurusan Teknik Elektro UM

Asumsi dan Kebergantungan

Jurusan Teknik Elektro UM

Deskripsi Rinci Kebutuhan

Kebutuhan antarmuka eksternal

3.1.1 Antarmuka pemakai

3.1.2 Antarmuka perangkat keras

3.1.3 Antarmuka perangkat lunak

3.1.4 Antarmuka komunikasi

3.2.1 Aliran informasi

Jurusan Teknik Elektro UM

Gambar 1.Context Diagram

3.2.2 Deskripsi proses

3.2.3 Deskripsi data

Jurusan Teknik Elektro UM

3.3.1 E-R Diagram

Deskripsi Kebutuhan Non Fungsional

Jurusan Teknik Elektro UM

3.4.2 Atribut Sistem Perangkat Lunak

3.4.3 Kebutuhan Non Fungsional Lainnya (lengkapi)

Atribut Kualitas Perangkat Lunak

3.5.2 Keremawatan (maintability)

Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM

Anda mungkin juga menyukai