SKPL Spesifikasi Kebutuhan Perangkat Lunak STMIK AMIKOM PURWOKERTO

Outline: Definisi SKPL Tujuan SKPL Manfaat SKPL Aspek SKPL Karakteristik SKPL Format SKPL

APA ITU SKPL? Spesifikasi Kebutuhan Perangkat Lunak atau Software Requirement Specification (SRS) adalah sebuah dokumen yang berisi pernyataan lengkap dari apa yang dapat dilakukan oleh perangkat lunak, tanpa menjelaskan bagaimana hal tersebut dikerjakan oleh perangkat lunak. Suatu SRS harus mencantumkan tentang deskripsi dengan lingkungannya. Mencakup antarmuka untuk perangkat keras, perangkat lunak, komunikasi dan pemakai.

TUJUAN SKPL Mendokumentasikan rancangan perangkat lunak yang diinginkan dan disepakati pengguna/client. Mendokumentasikan kebutuhan sistem sebelum diimplementasikan oleh pengembang. Memberikan informasi berupa batasan-batasan sistem.

MANFAAT SKPL (1) Sebagai bentuk perjanjian antara customer dan supplier tentang software apa yang akan dibuat Mengurangi beban dalam proses pengembangan software Sebagai bahan perkiraan biaya dan rencana penjadwalan Sebagai dasar validasi dan verifikasi software di ujung penyelesaian proyek nantinya

MANFAAT SKPL (2) Memfasilitasi 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. Mendasari perbaikan produk software di kemudian hari. Jadi, kadang SRS boleh diperbaiki dengan alasan dan mekanisme tertentu serta atas kesepakatan antara customer dan developer.

KARAKTERISTIK SKPL YG BAIK Sesuai dengan kebutuhan PL. Tidak ambigu. Mencakup seluruh kebutuhan PL. Sistematis. Dapat diverifikasi. Dapat dimodifikasi. Dapat ditelusuri kembali (tracebility) Dapat dipahami dengan baik oleh pengembang.

HAL YG PERLU DIHINDARI Hal-hal yang perlu dihindari saat pembentukan SKPL adalah: Over specification (penjelasan berlebih dan berulang-ulang sehingga menjadi tidak jelas) Tindakan unconcistency Ambiguity dalam kata atau kalimat Menuliskan “mimpi-mimpi” , yaitu hal-hal yang tidak bisa dilakukan

ASPEK SKPL (1) Dalam Suatu SRS ada 2 aspek yang harus bisa dilihat : Fungsi Menjelaskan fungsi dari perangkat lunak (digunakan untuk apa keperluan apa), sifat lunak dan datanya.

ASPEK SKPL (2) Non-Fungsi Dependability reliability maintainbility security integrity Ergonomic Performance Contraint

PIHAK YANG TERLIBAT (1) Pihak-pihak yang terlibat dalam pembuatan SKPL antara lain: Pemakai (user) Yang mengoperasikan / menggunakan produk final dari perangkat lunak yang dibuat. Client Orang atau perusahaan yang mau membuat sistem (yang menentukan). Sistem analyst (system engineer) Yang biasa melakukan kontak teknik pertama dengan client. Bertugas menganalisis persoalan, menerima requirement dan menulis requirement.

PIHAK YANG TERLIBAT (2) Software engineer Yang bekerja setelah kebutuhan perangkat lunak dibuat (bekerja sama dengan system engineer berdasarkan SRS) Programmer Menerima spesifikasi perancangan perangkat lunak, membuat kode dalam bentuk modul, menguji dan memeriksa (tes) modul. Test integration group Kumpulan orang yang melakukan tes dan mengintegrasi modul.

PIHAK YANG TERLIBAT (3) Maintenance group Memantau dan merawat performansi sistem perangkat lunak yang dibuat selama pelaksanaan dan pada saat modifikasi muncul (80% dari pekerjaan). Technical Support Orang-orang yang mengelola (manage) pengembang perangkat lunak, termasuk konsultan atau orang yang mempunyai kepandaian lebih tinggi. Staff dan Clerical Work Bertugas mengetik, memasukkan data dan membuat dokumen.

KEBERHASILAN PL Keberhasilan pengembangan perangkat lunak bisa dilihat dari 10 aspek atau titik pandang, yaitu : Ketelitian dari pembuatnya Kualitas dari spesifikasi perangkat lunaik yang dihasilkan (Baik, jika ada sedikit kesalahan). Integritas Ketelitian Proses Pembuatan yang mantap Mudah dikembangkan Jumlah versi yang tidak banyak Ketelitian dari model pengembangan yang digunakan untuk meramal atribut perangkat lunak Efektivitas rencana tes dan integrasi Tingkat persiapan untuk sistem perawatan (mempersiapkan pencarian bugs)

FORMAT SKPL Pendahuluan Deskripsi Umum Perangkat Lunak Deskripsi Rinci Kebutuhan

1. PENDAHULUAN 1.1 Tujuan 1.2 Lingkup Masalah 1.3 Definisi, Akronim dan Singkatan 1.4 Referensi 1.5 Deskripsi Umum Dokumen

2. DESKRIPSI UMUM PL 2.1 Deskripsi Umum Sistem 2.2 Fungsi Produk 2.3 Karakteristik Pengguna 2.4 Batasan-Batasan 2.5 Asumsi dan Kebergantungan

3. DESKRIPSI RINCI KEBUTUHAN 3.1 Kebutuhan Antarmuka Eksternal 3.2 Kebutuhan Fungsional 3.3 Deskripsi Data 3.4 Kebutuhan Nonfungsional 3.5 Atribut Kualitas Perangkat Lunak 3.6 Kebutuhan Lain

TUGAS Tiap kelompok : Nama kelompok Nama-nama anggota (+posisi) Deskripsi, tujuan, dan fungsi sistem Karakteristik pengguna, batasan-batasan, dan lingkungan operasi sistem.

If You Can’t Fly, Then Run If You Can’t Run, Then Walk If You Can’t Walk, Then Crawl But Whatever You Do You Have To Keep Moving Forward ~ Martin Luther King Jr. ~