SPESIFIKASI PERANGKAT LUNAK SKPL. pdf
SPESIFIKASI
PERANGKAT LUNAK
(SKPL)
Analisa dan perancangan sistem informasi
Outline:
1.
2.
Objektif SKPL
Syarat Pembentukan SKPL
3.
aspek yang harus terlihat didalam SKPL
4.
5.
Atribut Suatu SKPL
Format Dokumen SKPL
SKPL
Spesifikasi
Perangkat
Lunak
(Software
Requirements Spesification (SRS) adalah sebuah
dokumen yg berisi pernyataan lengkap dari
apa yang dapat dilakukan oleh perangkat
lunak,tanpa menjelaskn bagaimana hal tersebut
dikerjakan oleh perangkat lunak.
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.
Mamfaat SKPL
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
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.
Syarat Pembentukan SKPL
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 Yang Perlu Dihindari
Hal-hal yang perlu dihindari saat pembentukan SKPL
adalah:
Over specification (penjelasan berlebih dan berulangulang sehingga menjadi tidak jelas)
Tindakan unconcistency
Ambiguity dalam kata atau kalimat
Menuliskan Dzmimpi-mimpidz , yaitu hal-hal yang tidak
bisa dilakukan
Aspek SKPL
Dalam Suatu SRS ada 2 aspek yang harus bisa
dilihat :
1. Fungsi
Menjelaskan fungsi dari perangkat lunak
(digunakan untuk apa keperluan apa), sifat
lunak dan datanya.
2. Non-Fungsi
a. Dependability
reliability
maintainbility
security
integrity
b. Ergonomic
c. Performance
d. Contraint
Pihak Yang Terlibat
Pihak-pihak yang terlibat dalam pembuatan SKPL antara lain:
1. Pemakai (user)
Yang mengoperasikan / menggunakan produk final dari perangkat
lunak yang dibuat.
2. Client
Orang atau perusahaan yang mau membuat sistem (yang
menentukan).
3. Sistem analyst (system engineer)
Yang biasa melakukan kontak teknik pertama dengan client.
Bertugas menganalisis persoalan, menerima requirement dan
menulis requirement.
4.
5.
6.
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.
7.
8.
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.
9. 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
Tugas SKPL
Buatlah Dokumen Spesifikasi Perangkat Lunak.
Topik tentukan sendiri dengan teman Kelompok
Anda.
Kerjakan sesuai format SKPL dan Dikumpulkan
pada hari Jumat, 18 -11-2016
SEKIAN DAN TERIMAKASIH
email : [email protected]
Line : darsononababan
WA : 08116186822
PERANGKAT LUNAK
(SKPL)
Analisa dan perancangan sistem informasi
Outline:
1.
2.
Objektif SKPL
Syarat Pembentukan SKPL
3.
aspek yang harus terlihat didalam SKPL
4.
5.
Atribut Suatu SKPL
Format Dokumen SKPL
SKPL
Spesifikasi
Perangkat
Lunak
(Software
Requirements Spesification (SRS) adalah sebuah
dokumen yg berisi pernyataan lengkap dari
apa yang dapat dilakukan oleh perangkat
lunak,tanpa menjelaskn bagaimana hal tersebut
dikerjakan oleh perangkat lunak.
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.
Mamfaat SKPL
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
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.
Syarat Pembentukan SKPL
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 Yang Perlu Dihindari
Hal-hal yang perlu dihindari saat pembentukan SKPL
adalah:
Over specification (penjelasan berlebih dan berulangulang sehingga menjadi tidak jelas)
Tindakan unconcistency
Ambiguity dalam kata atau kalimat
Menuliskan Dzmimpi-mimpidz , yaitu hal-hal yang tidak
bisa dilakukan
Aspek SKPL
Dalam Suatu SRS ada 2 aspek yang harus bisa
dilihat :
1. Fungsi
Menjelaskan fungsi dari perangkat lunak
(digunakan untuk apa keperluan apa), sifat
lunak dan datanya.
2. Non-Fungsi
a. Dependability
reliability
maintainbility
security
integrity
b. Ergonomic
c. Performance
d. Contraint
Pihak Yang Terlibat
Pihak-pihak yang terlibat dalam pembuatan SKPL antara lain:
1. Pemakai (user)
Yang mengoperasikan / menggunakan produk final dari perangkat
lunak yang dibuat.
2. Client
Orang atau perusahaan yang mau membuat sistem (yang
menentukan).
3. Sistem analyst (system engineer)
Yang biasa melakukan kontak teknik pertama dengan client.
Bertugas menganalisis persoalan, menerima requirement dan
menulis requirement.
4.
5.
6.
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.
7.
8.
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.
9. 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
Tugas SKPL
Buatlah Dokumen Spesifikasi Perangkat Lunak.
Topik tentukan sendiri dengan teman Kelompok
Anda.
Kerjakan sesuai format SKPL dan Dikumpulkan
pada hari Jumat, 18 -11-2016
SEKIAN DAN TERIMAKASIH
email : [email protected]
Line : darsononababan
WA : 08116186822