Lompat ke konten Lompat ke sidebar Lompat ke footer

SRS - SKPL - Dokumen Software

DOKUMEN 

SOFTWARE REQUIREMENTS SPECIFICATION (SRS)

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK (SKPL)





Dokumen yang berisi pernyataan lengkap dari apa yang harus dilakukan atau dipenuhi oleh perangkat lunak, tanpa menjelaskan bagaimana hal tersebut dilaksanakan oleh perangkat lunak. Selain itu, SRS/SKPL pun berisi deskripsi lengkap dari semua antarmuka yang akan digunakan oleh perangkat lunak.

SRS merupakan dokumen yang menyatakan kebutuhan perangkat lunak sebagai hasil dari proses analisis pada pengembangan perangkat lunak.  Dokumen yang dibuat oleh pembuat software dari menggali informasi calon pemakai software. Standar untuk SRS menggunakan model IEEE std 830-1993.

Beberapa istilah yang digunakan untuk memahami SRS adalah sebagai berikut:
  • Kontrak: dokumen yang mengikat secara hukum dan disepakati oleh customer dan supplier, termasuk syarat-syarat teknologi dan organisasi, biaya, serta jadwal pengerjaan. Kontrak bisa mengandung sesuatu yang kurang formal tetapi bermanfaat, seperti komitmen atau harapan dari pihak yang terlibat.
  • Customer (pelanggan): Pihak yang membayar untuk produk dan biasanya yang menentukan persyaratan (requirements).
  • Supplier (pemasok): Pihak yang membuat produk software untuk customer.
  • Pengguna: Pihak yang mengoperasikan atau berinteraksi langsung dengan software. Pengguna dan customer biasanya bukan orang yang sama.

Manfaat SRS:
  • Sebagai bentuk kesepakatan antara customer dan supplier tentang software apa yang akan dibuat.
  • Mengurangi langkah pengerjaan dalam proses pengembangan software.
  • Sebagai dokumen untuk membuat perkiraan biaya dan rencana penjadwalan.
  • Sebagai dasar validasi dan verifikasi software sebelum selesai proyek perangkat lunak.
  • Memfasilitasi pemindahan software atau transfer, semisal software tersebut ingin ditransfer ke pengguna atau mesin-mesin yang lain. Customer pun merasa mudah jika ingin mentransfer software ke bagian-bagian lain dalam organisasinya. Bahkan, jika terjadi pergantian personil developer, proyek dapat mudah ditransfer ke personil baru dengan memahami SRS ini.
  • Sebagai dasar untuk perbaikan produk software di kemudian hari. Jadi, kadang SRS boleh diperbaiki dengan alasan dan mekanisme tertentu serta atas kesepakatan antara customer dan developer.



Secara umum SRS/SKPL terdiri dari :

1. Pendahuluan
  • Tujuan
  • Ruang Lingkup
  • Definisi, Istilah, dan Singkatan
  • Referensi
  • Teknologi yang Digunakan
  • Gambaran Umum Dokumen
    • Deskripsi Gambaran Umum
    • Kebutuhan Fungsional

2. Deskripsi Umum
  • Perspektif Produk
  • Software Interface
  • Hardware Interface
  • Manfaat Produk
  • Karakteristik User
  • Batasan-Batasan
  • Asumsi dan Ketergantungan


Download Template