Template SKPL

GL01
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
<Nama Perangkat Lunak atau Nama Sistem>
untuk:
<Nama User atau Nama Perusahaan>
Dipersiapkan oleh:
<Nomor Grup & Anggota>sub
Program Studi Teknik Informatika
Institut Teknologi Sumatera

Jl Terusan Ryacudu Way Hui, Kecamatan Jati Agung, Lampung Selatan 35365
Nomor Dokumen Halaman

Program Studi
Teknik Informatika
JTEIF - ITERA GL01-SKPL <#>/<jml #
Revisi <nomor revisi> Tgl: <isi tanggal>
DAFTAR PERUBAHAN
Revisi Deskripsi
A
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 2/ dari 12 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-JTEIF-ITERA dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika JTEIF-ITERA.
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

Daftar Isi
1. Pendahuluan .................................................................................................................................................... 5
1.1 Tujuan Penulisan Dokumen.................................................................................................................. 5
1.2 Lingkup Masalah .................................................................................................................................5
1.3 Definisi, Istilah dan Singkatan ............................................................................................................. 5
1.4 Aturan Penomoran ............................................................................................................................... 5
1.5 Referensi .............................................................................................................................................. 5
1.6 Deskripsi umum Dokumen (Ikhtisar)....................................................................................................5
2 Deskripsi Umum Perangkat Lunak ............................................................................................................... 6
2.1 Deskripsi Umum Sistem....................................................................................................................... 6
2.2 Karakteristik Pengguna ........................................................................................................................ 6
2.3 Batasan ................................................................................................................................................ 6
2.4 Lingkungan Operasi ............................................................................................................................. 6
3 Deskripsi Kebutuhan....................................................................................................................................7
3.1 Kebutuhan Antarmuka Eksternal .......................................................................................................... 7
3.1.1 Antarmuka pemakai ..................................................................................................................... 7
3.1.2 Antarmuka Perangkat Keras ......................................................................................................... 7
3.1.3 Antarmuka Perangkat Lunak ........................................................................................................ 7
3.1.4 Antarmuka Komunikasi ................................................................................................................ 7
3.2 Kebutuhan Fungsional.......................................................................................................................... 7
3.2.1 Diagram Konteks.......................................................................................................................... 7
3.2.2 DFD Level 1 ................................................................................................................................ 8
3.2.2.1 DFD Level 2 <???> .................................................................................................................. 8
3.2.2.2 DFD Level 2 <???> .................................................................. Error! Bookmark not defined.
3.2.3 Spesifikasi Proses (P-SPEC) …..……………………………………………………………….7
3.2.4 Objek Oriented …………………………………………………………………………………8
3.2.3.1 Usecase Diagram …….…………………………………………………………………………7
3.2.3.2 Activity Diagram ….……………………………………………………………………………7
3.2.3.3 Sequence Diagram …..…………………………………………………………………………7
3.2.3.4 Class Diagram …..……………………………………………………………………………...7
3.2.5 Data Store …..……………………………………………………………………………..........7
3.3 Kebutuhan Data ...................................................................................................................................9
3.3.1 E-R diagram ............................................................................................................................... 10
3.4 Kebutuhan Non Fungsional ................................................................................................................ 10
3.5 Batasan Perancangan .......................................................................................................................... 10
3.6 Kerunutan (traceability) ..................................................................................................................... 10
3.6.1 Data Store vs E-R ....................................................................................................................... 10
3.7 Ringkasan Kebutuhan ........................................................................................................................ 11
3.7.1 Kebutuhan Fungsional ................................................................................................................ 11
3.7.2 Kebutuhan Non Fungsional ........................................................................................................ 11
Setelah Daftar Isi Boleh ada Daftar Tabel dan Daftar Gambar

1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Tuliskan dengan ringkas tujuan dokumen SKPL ini dibuat, dan digunakan oleh siapa.
Contoh isi:
”Dokumen SKPini berisi hasil analisa kebutuhan untuk sistem R yang telah dilakukan terhadap user X. Pada
dokumen ini akan diberikan khususnya penjelasan setiap kebutuhan yang akan didukung dengan pemodelan
dengan cara M.
Dokumen ini akan digunakan sebagai acuan user X, dan juga akan menjadi acuan bagi para pengembang dari
Z.
dst
”
1.2 Lingkup Masalah

Tuliskan dengan ringkas nama aplikasi dan deskripsinya. Maksimal 1 paragraf
Contoh:
“Aplikasi dengan system R ini akan melakukan pencatatan data D dengan dukungan … …
1.3 Definisi, Istilah dan Singkatan

Semua definisi dan singkatan yang digunakan dalam dokumen ini dan penjelasannya. Definisi/singkatan itu
biasanya terkait dengan sistem atau organisasi dari pihak pengguna/pelanggan (user/customer)
1.4 Aturan Penomoran

Tuliskan jika anda memakai aturan penomoran
Contoh:
”Untuk dokumen pembangunan perangkat lunak ini akan menggunakan aturan penomoran sebagai berikut:
R-xx : untuk suatu kode kebutuhan (Requirement)
R-xx.yy: untuk sub-kebutuhan yang terkait dengan kebutuhan pertama”
1.5 Referensi
Dokumentasi yang terkait dengan pekerjaan pengembangan. Misalnya dokumentasi berupa aturan pemerintah,
aturan organisasi, buku panduan suatu sensor (bila terkait dengan sensor), dan lain-lain.
1.6 Deskripsi umum Dokumen (Ikhtisar)

Tuliskan sistematika pembahasan dokumen SKPL ini.
Contoh:
”Pada bagian awal dijelaskan tentang sistem X secara umum.
Pada bagian 2, akan dijelaskan tentang deskripsi sistem, siapa saja pengguna sistem X, sistem Y, serta batasan
pengembangan dan lingkup operasinya.
Pada bagian 3 berisi penjelasan lebih rinci tentang kebutuhan perangkat lunak, dimulai dari penjelasan
antarmuka, hingga kebutuhan fungsional yang dibantu dengan pemodelan DFD. Untuk data akan diperjelas
dengan diagram ER. Pada bagian ini juga akan menjelaskan kebutuhan non fungsional dan beberapa batasan
dalam perancangan, dan daftar kerunutan kebutuhan perangkat lunak”

2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem

Tuliskan overview P/L, dalam bentuk gambar dan narasi yang dapat memberikan gambaran tentang aplikasi
dan konteksnya, yaitu hubungannya dengan dunia luar. Pada bagian ini dapat dimasukkan juga gambar yang
memberikan bentuk dari system yang dibuat, ataupun dapat berupa diagram konteks (seperti pada sub bab
3.2.1.)
2.2 Karakteristik Pengguna

Minimal sebuah tabel dengan Kolom : Pengguna, Pekerjaan, Hak Akses. Kolom Hak Akses dihubungkan dengan
Fungsi utama yang muncul pada Fungsi Produk
Kategori Pengguna Tugas Hak Akses ke aplikasi
2.3 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)
2.4 Lingkungan Operasi

Operating system, DBMS, ...
Aplikasi Client server ini akan berfungsi dengan spesifikasi :

Server : ???
Client : ????
OS :
DBMS :

3 Deskripsi Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
Hanya diisi jika P/L memerlukan kebutuhan khusus yang terkait dengan sistem lain/eksternal
3.1.1 Antarmuka pemakai

Bentuk kebutuhan User interface (antar muka) untuk mengoperasikan Perangkat Lunak : keyboard, mouse.
Bagian diisi jika pemakai memerlukan suatu bentuk rancangan tampilan yang khusus. Bisa diberikan dalam
bentuk penjelasan tulisan, ataupun dalam bentuk gambar.
3.1.2 Antarmuka Perangkat Keras

Hanya diisi jika diperlukan pera ngkat keras khusus yang terkait dengan sistem yang akan dikembangkan.
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

Diawali dengan membuat daftar kebutuhan fungsional P/L, lengkap dengan ID (Identitas) atau kode dan
penjelasan jika perlu. Bisa dibuat dalam bentuk tabel.
ID Kebutuhan Penjelasan
Pada subbab berikutnya, buatlah diagram konteks dan DFD level berikutnya.
3.2.1 Diagram Konteks

<berikan penjelasan untuk diagram konteks ini>
E1
E3
Sistem X
E2
Gambar 1 Diagram Konteks Sistem X

3.2.2 DFD Level 0:Sistem X
<Berikan penjelasan singkat proses-proses yang ada pada level 1 ini>
Gambar 2 DFD Level 0 dari sistem X
<pada template ini, contoh yang diberikan menggunakan informasi dari Gambar 2>
<perhatikan bahwa nama Proses n harus diganti dengan nama proses yang sebenarnya>
3.2.2.1 DFD <Nama Proses 1>

<gambarkan diagram DFD level 1 untuk proses 1>
<Untuk contoh ini, akan digambarkan 2 proses hasil dekomposisi proses 1, dan akan diberi kode proses 1.1 dan
1.2>
3.2.2.1.1 DFD Level 2: Proses 1.1: <Nama Proses 1.1>

<gambarkan diagram DFD level 2 untuk proses 1.1>
<untuk contoh ini, akan digambarkan 3 proses hasil dekomposisi dari proses 1.1, dan akan diberi kode proses
1.1.1, 1.1.2 dan 1.1.3>

<untuk contoh ini, akan digambarkan 3 proses hasil dekomposisi dari proses 2, dan akan diberi kode proses 2.1,
2.2 dan 2.3>

<untuk contoh ini, akan digambarkan 2 proses hasil dekomposisi dari proses 4, dan akan diberi kode proses 4.1
dan 4.2>
3.2.3 Spesifikasi Proses (P-SPEC)

<deskripsi PSPEC yang diberikan disesuaikan dengan contoh pada Gambar 2>
3.2.3.1 PSPEC Proses 1.1.1: <nama proses 1.1.1>

< Spesifiikasi proses untuk proses 1.1.1>


3.2.3.4 PSPEC Proses 1.2: <nama proses 1.2>

<Spesifiikasi proses untuk proses 1.2>

< Spesifiikasi proses untuk proses 2.1>


3.2.3.8 PSPEC Proses 3: <nama proses 3>

<buat gambar DFD level 3, untuk proses 3>


< Spesifiikasi proses, untuk proses 4.2>
3.2.4 Objek Oriented

Perancangan perangkat lunak dengan pendekatan OO (Objek Oriented)
3.2.4.1 Use Case

Menggambarkan requirement fungsional yang diharapkan dari sebuah sistem, untuk menggambarkan secara
ringkas siapa yang menggunakan sistem dan apa saja yang bisa dilakukannya.
3.2.4.2 Activity Diagram

Rancangan aliran aktivitas atau aliran kerja dalam sebuah sistem yang akan dijalankan.
3.2.4.3 Sequence Diagram

Sebuah diagram yang digunakan untuk menjelaskan dan menampilkan interaksi antar objek-objek dalam sebuah
sistem secara terperinci. Selain itu sequence diagaram juga akan menampilkan pesan atau perintah yang dikirim,
beserta waktu pelaksanaannya.
3.2.4.4 Class Diagram

Menggambarkan dengan jelas struktur serta deskripsi class, atribut, metode, dan hubungan dari setiap objek.
3.2.5 Data Store

<isikan dengan kamus data/data dictionary yang cocok untuk masalah anda>
3.3 Kebutuhan Data

<jelaskan bagaimana data ini akan dikelola>
3.3.1 E-R diagram
<gambarkan ERD, jika relevan>
3.4 Kebutuhan Non Fungsional

Uraikan dengan ringkas kebutuhan non fungsional dalam tabel sebagai berikut. Isilah Kolom Kebutuhan
dengan kalimat yang jelas dan kelak dapat ditest untuk dipenuhi.ID adalah nomor kebutuhan yang harus
ditelusuri pada saat test. Tuliskan N/A bila Not Applicable..
ID Parameter Kebutuhan
Availability
Reliability
Ergonomy
Portability
Memory
Response time
Safety N/A
Security
Others 1: Bahasa Misalnya : semua tanya jawab harus dalam

komunikasi bahasa Indonesia
Setiap layar harus mengandung logo PT Pos
Indonesia
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.
3.5 Batasan Perancangan

Sebutkan batasan perancangan jika ada. Contoh : harus memakai library yang ada, harus memakai sepotong
kode yang sudah pernah dikembangkan, harus memperhatikan hal-hal tertentu
3.6 Kerunutan (traceability)

Diisi dengan tabel yang berisi traceability dari hasil analisis. Gunanya untuk menilai apakah hasil analisis
“runut” dan lojik. Untuik sementara, baru didefinisikan Data-store versus E-R.
3.6.1 Kebutuhan Fungsional vs Proses

Mapping kebutuhan fungsional pada bagian 3.2 dengan proses pada DFD
<berikut contoh pemetaan dari kebutuhan fungsional pada bagian 3.2dengan nomor proses, dapat juga
diberikan nama proses nya>

ID Kebutuhan Fungsional Nomor Proses pada DFD
1 1 (1.1, 1.2, dst)
2 1
3 2.1, 2.2
4 2.3
5 3, 4
3.6.2 Data Store vs E-R

Mapping data store pada DFD dengan Entity - Relasi
Data Store Entity Relasi
3.7 Ringkasan Kebutuhan

Bab ini berisi ringkasan semua kebutuhan. Kebutuhan ini mencerminkan semua hal yang harus dipenuhi, dan
nantinya akan menjadi arahan untuk tahapan testing, karena pada dasarnya, semua kebutuhan harus dapat
ditest supaya dapat dibuktikan dipenuhi. Dibagi menjadi dua bagian: fungsional dan non fungsional.
3.7.1 Kebutuhan Fungsional
ID Nama kebutuhan
3.7.2 Kebutuhan Non Fungsional

ID Nama Kebutuhan


Template SKPL

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

Diunggah oleh

Hak Cipta:

Format Tersedia

GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

<Nama Perangkat Lunak atau Nama Sistem>

<Nama User atau Nama Perusahaan>

<Nomor Grup & Anggota>sub

Program Studi Teknik Informatika

Institut Teknologi Sumatera

Nomor Dokumen Halaman

Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 2/ dari 12 halaman

Halaman Revisi Halaman Revisi

Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 3/ dari 12 halaman

Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 4/ dari 12 halaman

1.2 Lingkup Masalah

1.3 Definisi, Istilah dan Singkatan

1.4 Aturan Penomoran

1.6 Deskripsi umum Dokumen (Ikhtisar)

Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 5/ dari 12 halaman

2.1 Deskripsi Umum Sistem

2.2 Karakteristik Pengguna

Kategori Pengguna Tugas Hak Akses ke aplikasi

2.4 Lingkungan Operasi

Aplikasi Client server ini akan berfungsi dengan spesifikasi :

Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 6/ dari 12 halaman

3.1.1 Antarmuka pemakai

3.1.2 Antarmuka Perangkat Keras

3.1.3 Antarmuka Perangkat Lunak

3.1.4 Antarmuka Komunikasi

3.2 Kebutuhan Fungsional

3.2.1 Diagram Konteks

Gambar 1 Diagram Konteks Sistem X

Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 7/ dari 12 halaman

Gambar 2 DFD Level 0 dari sistem X

3.2.2.1 DFD <Nama Proses 1>

3.2.2.1.1 DFD Level 2: Proses 1.1: <Nama Proses 1.1>

3.2.2.2 DFD <Nama Proses 2>

3.2.2.3 DFD <Nama Proses 4>

3.2.3 Spesifikasi Proses (P-SPEC)

3.2.3.1 PSPEC Proses 1.1.1: <nama proses 1.1.1>

3.2.3.2 PSPEC Proses 1.1.2: <nama proses 1.1.2>

Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 8/ dari 12 halaman

3.2.3.4 PSPEC Proses 1.2: <nama proses 1.2>

3.2.3.5 PSPEC Proses 2.1: <nama proses 2.1>

3.2.3.6 PSPEC Proses 2.2: <nama proses 2.2>

3.2.3.7 PSPEC Proses 2.3: <nama proses 2.3>

3.2.3.8 PSPEC Proses 3: <nama proses 3>

3.2.3.9 PSPEC Proses 4.1: <nama proses 4.1>

3.2.3.10 PSPEC Proses 4.2: <nama proses 4.2>

3.2.4 Objek Oriented

3.2.4.1 Use Case

3.2.4.2 Activity Diagram

3.2.4.3 Sequence Diagram

3.2.4.4 Class Diagram

3.2.5 Data Store

3.3 Kebutuhan Data

3.4 Kebutuhan Non Fungsional

Others 1: Bahasa Misalnya : semua tanya jawab harus dalam

3.5 Batasan Perancangan

3.6 Kerunutan (traceability)

3.6.1 Kebutuhan Fungsional vs Proses

Program Studi Teknik Informatika GL01-SKPL-<revisi> Halaman 10/ dari 12 halaman

3.6.2 Data Store vs E-R

Data Store Entity Relasi

3.7 Ringkasan Kebutuhan

3.7.1 Kebutuhan Fungsional