Anda di halaman 1dari 7

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

PROGRAM [Nama Program Anda]

Dipersiapkan oleh:
[NRP] [Nama Lengkap]

PROGAM STUDI SISTEM INFORMASI


JURUSAN TEKNIK INFORMATIKA
INSTITUT TEKNOLOGI NASIONAL
2017

Software Requirements Specification untuk <Project > |


Daftar Isi

1. Introduction........................................................................................................................................................ 3
1.1. Tujuan Dokumen..................................................................................................................................... 3
1.2. Ruang Lingkup Dokumen..................................................................................................................... 3
1.3. Target Audience....................................................................................................................................... 3
1.4. Definisi, Akronim, Singkatan yang Dipakai................................................................................... 3
1.5. Referensi..................................................................................................................................................... 3
1.6. Gambaran Umum Dokumen................................................................................................................ 3
2. Deskripsi Umum................................................................................................................................................ 3
2.1. Tentang Perangkat Lunak.................................................................................................................... 3
2.2. Fungsi-fungsi Perangkat Lunak......................................................................................................... 3
2.3. Karakteristik dan Klasifikasi Pengguna.......................................................................................... 4
2.4. Lingkungan Operasi................................................................................................................................ 4
3. Kebutuhan Antarmuka Eksternal............................................................................................................... 5
3.1. Antarmuka Pengguna............................................................................................................................ 5
3.2. Antarmuka Perangkat Keras............................................................................................................... 5
3.3. Antarmuka Perangkat Lunak.............................................................................................................. 5
3.4. Antarmuka Komunikasi........................................................................................................................ 5
4. Spesifikasi Kebutuhan..................................................................................................................................... 5
4.1. Kebutuhan Fungsional........................................................................................................................... 5
4.1.1. <Fungsional 1>................................................................................................................................ 5
4.1.2. <Fungsional 2>................................................................................................................................ 6
4.2. Kebutuhan Data........................................................................................................................................ 6
4.3. Kebutuhan Non-Fungsional................................................................................................................ 6

Software Requirements Specification untuk <Project > | i


Spesifikasi Kebutuhan
Perangkat Lunak

1. Introduction
[Pada bagian ini menjelaskan bagaimana dokumen ini diatur. Mulai dari tujuan pembuatan
dokumen ini, ruang lingkup dokumen, definisi - akronim- singkatan yang dipakai, referensi yang
dipakai, dan deskripsi umum dari bagian-bagian dalam dokumen ini.]
1.1. Tujuan Dokumen
Tujuan dari dokumen ini adalah mencatat berbagai kebutuhan fungsional. Kebutuhan
fungsional diambil dari kebutuhan pengguna terhadap fungsi-fungsi yang ada didalam sistem,
aturan-aturan bisnis beserta atribut kualitas yang mengiringinya. Pada masing-masing
kebutuhan fungsional, dilakukan analisis terhadap input, proses (normal dan alternatif), dan
output.
[Diutarakan (juga) pada bagian ini bagaimana pembaca menggunakan dokumen ini.]
1.2. Ruang Lingkup Dokumen
[Deskripsi singkat ttng pengaplikasian dokumen ini, dan juga pengaruhnya.]
1.3. Target Audience
[Jelaskan siapa yang harus memahami dan menggunakan dokumen ini. Tunjukkan bagaimana
perbedaan dari masing-masing audience tersebut dalam memperlakukan dokumen ini]
1.4. Definisi, Akronim, Singkatan yang Dipakai
[Bagian ini menyediakan definisi dari semua istilah, akronim, dan singkatan yang dipakai dalam
dokumen ini sehingga memudahkan pembacaan dan pemahaman.]
1.5. Referensi
[Bagian ini menyediakan daftar lengkap semua dokumen yang direferensi oleh dokumen ini.
Setiap dokumen diidentifikasikan seperti daftar pustaka.]
1.6. Gambaran Umum Dokumen
[Bagian ini mendeskripsikan bagaimana dokumen ini diorganisir.]

2. Deskripsi Umum
2.1. Tentang Perangkat Lunak
[Gambarkan secara apa adanya keadaan perangkat lunak yang ditetapkan dalam SKPL ini.
Sebagai contoh, perangkat lunak yang mengganti sebagian sistem yang ada. Jika SKPL
mendefinisikan komponen dari sistem yang besar, kebutuhan dari sistem tersebut di bagi menjadi
dua, yaitu fungsionalitas perangkat lunak dan identifikasi antarmuka. Diagram sederhana dapat
membantu untuk menunjukkan komponen utama dari sistem keseluruhan, interkoneksi subsistem
dan antarmuka eksternal.]
2.2. Fungsi-fungsi Perangkat Lunak
[Ringkasan dari fungsi-fungsi utama perangkat lunak. Detailnya akan dijelaskan pada bab 3, jadi
hanya ringkasan yang bersifat high level (seperti item ber-bullet) saja yang dibutuhkan di sini.
Aturlah fungsi-fungsi tersebut agar mudah dipahami pembaca SKPL ini. Gambar yang efektif
untuk digunakan seperti data flow diagram level 0 atau object class diagram.
Disebutkan dan dijelaskan disini berbagai fungsi dari produk yang akan dibangun. Masing-masing
fungsi dijelaskan hal-hal berikut:
1. Tujuan dari fungsi
2. Aktor  merupakan pengguna yang berinteraksi dengan sistem
3. Input yang diperlukan

Software Requirements Specification untuk <Project > | 1


4. Proses-proses yang terjadi (dalam bentuk poin-poin kalimat)
5. Output yang dihasilkan
Fungsi-fungsi ini merupakan hasil akuisisi informasi terhadap kebutuhan pengguna dan aturan-
aturan bisnis. Akan lebih mudah jika aturan-aturan bisnis diikuti dengan standar operasional dan
prosedur (SOP).]
2.3. Karakteristik dan Klasifikasi Pengguna
[Memperkenalkan variasi klasifikasi pengguna yang akan mempergunakan pelarangkat lunak ini.
Klasifikasi pengguna bisa dibedakan berdasarkan banyak pengguna, kumpulan pengguna fungsi
perangkat lunak, keahlian teknis, keamanan atau pembagian hak akses. Terangkan karakteristik
dan kebutuhan yang berhubungan dengan setiap klasifikasi pengguna. Membedakan klasifikasi
pengguna yang sangat penting untuk perangkat lunak ini, dengan klasifikasi pengguna yang
dianggap kurang penting untuk dipuaskan]
2.4. Lingkungan Operasi
[Gambaran lingkungan dimana perangkat lunak ini akan beroperasi, termasuk platform
perangkat keras, versi dan sistem operasi, dan berbagai software atau aplikasi lain yang
diperlukan untuk mendapinginya]

Software Requirements Specification untuk <Project > | 2


3. Kebutuhan Antarmuka Eksternal
3.1. Antarmuka Pengguna
[Uraikan karakteristik logik dari setiap antarmuka antara produk perangkat lunak dan
penggunanya. Bisa berupa gambar screen, beberapa standart GUI atau arahan bentuk yang harus
diikuti, batasan screen layout, standart buttons dan function (misal help) yang akan kelihatan
pada setiap screen, keyboard shortcuts, standart tampilan error message, dan yang lainnya.
Tentukan komponen perangkat lunak yang diperlukan untuk antarmuka pengguna. Detail dari
desain antarmuka pengguna ada pada dokumen terpisah yaitu spesifikasi antarmuka pengguna]
3.2. Antarmuka Perangkat Keras
[Gambarkan karakteristik logik dan fisik dari setiap antarmuka antara produk perangkat lunak
dan komponen perangkat keras dari sistem. Boleh berupa tipe peralatan pendukung, data
alamiah dan kontrol interaksi antara perangkat lunak dan perangkat keras, dan protokol
komunikasi yang digunakan]
3.3. Antarmuka Perangkat Lunak
[Jelaskan koneksi antara perangkat lunak ini dengan komponen perangkat lunak tertentu lainnya
(nama dan versi), termasuk database, sistem operasi, tools, libraries, dan komponen komersial
yang terintegrasi. Tunjukkan item-item data atau pesan yang datang kepada sistem dan hasilnya
dan gambaran dari penggunaan setiap hasil tersebut. Gambaran kebutuhan servis dan
komunikasi. Menunjuk pada dokumen yang menguraikan detail pemrograman aplikasi interface
protocol. Identifikasi data yang akan dibagi antar komponen perangkat lunak. Jika mekanisme
pembagian data harus terimplementasi dengan cara yang khusus (contoh, penggunaan
lingkungan data global si sistem operasi multitasking), terutama batasan implementasinya]
3.4. Antarmuka Komunikasi
[Uraikan asosiasi kebutuhan dengan beberapa fungsi komunikasi yang dibutuhkan oleh
perangkat lunak ini, termasuk e-mail, web browser, protokol komunikasi network server, forms
elektronik, dan lain sebagainya. Identifikasi beberapa hal yang berhubungan dengan format
message. Identifikasi bebrapa standart komunikasi yang akan digunakan, seperti FTP atau HTTP.
Menetapkan keamanan komunikasi atau isu tentang encrypsi, kecepatan transfer data, dan
mekanisme sinkronisasi]

4. Spesifikasi Kebutuhan
4.1. Kebutuhan Fungsional
[Dijelaskan lebih detil disini mengenai fungsi-fungsi produk. Detil meliputi kondisi awal, alur kerja
normal, alur alternatif, kondisi akhir, pengecualian, dan kebutuhan non-fungsional.]
4.1.1. <Fungsional 1>

Nama Fungsi
Prioritas [antara low, medium, high]
Pemicu
Kondisi awal [kondisi yang diharapkan sebelum proses dimulai]
Alur normal 1.
2.
3.
Alur alternatif 1.
2.
3.
Kondisi akhir [kondisi yang diharapkan setelah proses selesai]
Pengecualian [ini muncul ketika ada error]

Software Requirements Specification untuk <Project > | 3


Kebutuhan 1.
non-fungsional 2.
3.

[Bagian ini menguraikan use-case penggunaan untuk masing-masing karakteristik user secara
terpisah.]

Use case: Search Article


Diagram:

Search Article

Reader

Deskripsi singkat
[menjelaskan deskripsi singkat dari use case]

Deskripsi langkah use case


[menjelaskan langkah demi langkah bagaimana use case dilakukan. Gunakan poin-poin
yang menuliskan setiap langkahnya]

4.1.2. <Fungsional 2>


Nama Fungsi
Prioritas [antara low, medium, high]
Pemicu
Kondisi awal [kondisi yang diharapkan sebelum proses dimulai]
Alur normal 1.
2.
3.
Alur alternatif 1.
2.
3.
Kondisi akhir [kondisi yang diharapkan setelah proses selesai]
Pengecualian [ini muncul ketika ada error]
Kebutuhan 1.
non-fungsional 2.
3.

4.2. Kebutuhan Data


[Disebutkan disini daftar data-data, yang dibutuhkan dalam sistem, dalam bentuk poin-poin.]
4.3. Kebutuhan Non-Fungsional
[Beberapa kebutuhan non-fungsional antara lain kemudahan akses, ketersediaan, backup dan
recovery, kompatibilitas, kemudahan konfigurasi, performa, pemeliharaan, skalabilitas,
keamanan, dukungan, kehandalan, dan lain-lain. Dari semua itu, ada 5 yang harus ada yaitu:

Software Requirements Specification untuk <Project > | 4


1. Ketersediaan
Menjawab kapan pengguna ingin dapat mengoperasikan produk ini.
2. Kapasitas
Menjawab seberapa sering pengguna mengoperasikan produk ini setiap harinya, berapa
jumlah pelanggan setiap harinya?
3. Performa
Pengguna meminta data untuk ditampilkan “sesegera mungkin” setelah operator
mengentrikan nama dan alamat pelanggan. Apakah ini berarti “dengan instant” (yang
mungkin berdampak secara signifikan terhadap biaya solusi) atau ada periode waktu yang
mereka butuhkan (misal, setiap 1 detik).
4. Kehandalan
Menjawab apakah pengguna benar-benar membutuhkan proses dan data untuk tersedia
setiap waktu (100%). Sekali lagi, dampak biaya jika memang benar dan jika tidak maka
berapa jumlah waktu tunggu yang masih dapat diterima (misal 1 hari per tahun).
5. Keamanan.
Menjawab siapa yang boleh mengakses produk ini, bahkan sampai kepada proses atau fungsi
tertentu.]

Software Requirements Specification untuk <Project > | 5

Anda mungkin juga menyukai