Upload
trinhhuong
View
244
Download
3
Embed Size (px)
Citation preview
Spesifikasi Kebutuhan
Denny Sagita R, S.Kom., M.Kom
KJFD Rekayasa Perangkat Lunak
Fakultas Ilmu Komputer - UB
PERTEMUAN 9
REKAYASA & MANAJEMEN KEBUTUHAN
Outline
• Definisi Spesifikasi Kebutuhan
• Spesifikasi vs Perancangan
• Standarisasi Spesifikasi Kebutuhan
• Kriteria Bahasa dalam spesifikasi kebutuhan
• Kebutuhan SMART
• Requirement Boilerplates
Rekayasa & Manajemen Kebutuhan
Spesifikasi Kebutuhan
• Spesisifikasi kebutuhan adalah suatu proses memformalisasikan sekumpulan kebutuhan, baikfungsional maupun non-fungsional, dari suatukebutuhan yang dibangun kedalam suatu dokumen
• Standarisasi dokumen spesifikasi kebutuhan• IEEE Std 830-1998
• ISO 9126
• Software Standards PSS-05-0
Rekayasa & Manajemen Kebutuhan
Spesifikasi VS Perancangan
Rekayasa & Manajemen Kebutuhan
Defiinis Kebutuhan Pengguna
Speisifikasi Kebutuhan Sistem
Rancangan Arsitektur
Spesifikasi FormalRancangan level
atas
Keterlibatan pelanggan semakin berkurang
Keterlibatan pengembang semakin bertambah
Spesifikasi
Perancangan
Karakteristik dalam Spesifikasi Kebutuhan
• Complete
• Consistent
• Accurate
• Modifiable
• Ranked
• Testable
• Traceable
• Unambigous
• Valid
• Veriable
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Aspek Kebutuhan
• Dua aspek yang harus diimbangi secara cermat dalammembuat kebutuhan :
1. Dokumen kebutuhan harus dapat dibaca dan dipahamisecara baik
2. Dokumen kebutuhan dapat diproses ataudirealisasikan
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Stakeholder
Stakeholder yang terlibat dalam Spesifikasi kebutuhan PL
• Author : Membuat dokumen kebutuhan danmenggabungkan perubahan kebutuhan
• Publisher : Merekam Isu yang ada dan mengarsipkandokumen kebutuhan
• Reviewer : Meninjau kebutuhan dan menyarankanperubahan
• Implementer : Menganalisis kebutuhan danmenegosiasikan perubahan
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Skills
• Mampu mengidentifikasi setiap persyaratan kebutuhan.
• Mampu mengklasifikasikan setiap kebutuhan denganberbagai cara
• Mampu melacak status setiap pernyataan kebutuhan
• Mampu menguraikan suatu kebutuhan dengan berbagai cara
• Mampu melihat pernyataan kebutuhan dalam konteksdokumen
• Mampu untuk menavigasi dokumen persyaratan untukmenemukan klasifikasi kebutuhan atau konteks tertentu
• Mampu untuk melacak setiap pernyataan kebutuhanindividu
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Attributes
• Penambahan suatu informasi dalam kebutuhan agar realiasasikemampuan kebutuhan lebih mudah dipahami, misalkan dalamhal pengurutan, filtering, eksekusi
Rekayasa & Manajemen Kebutuhan
[SATM120] Sistem ATM harus mampu menerima setoran uang tunai dari nasabah hingga300 lembar secara simultan
Source : R. AngeelaPriority : MandatoryRelease : 1Review Status : AcceptedVerifiable : YesVerification : Simulasi dan Pengujian Sistem
Kebutuhan SMART : Requirement Attributes
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Values
• Ada kebutuhan uang tidak dapat dinegosiasikan nilainya. Jika tidak terpenuhi, produk PL tidak ada gunanya.
• Misalnya, jika sebuah sistem diperlukan untukmendukung hingga 100 pengguna secara simultan, namun solusi yang disampaikan hanya mendukung 99.
• Sehingga perlu didefisikan batas nilai dari kebutuhan• M : batas nilai wajib (minimal atau maksimal)
• D : nilai yang diinginkan
• B : nila terbaik
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Value Functions
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Values
• Using the following key words to indicate different priorities: shall, should, may
• A typical form to express capability requirements in the problem domain:
The <stakeholder type> shall be able to <capability>.
• Associating performance and constraint aspects to a requirement:
The <stakeholder type> shall be able to <capability>within <performance> of <event>while <operational condition>.
• Example:The weapons operator shall be able to fire a missilewithin 3 seconds of radar sighting while in severe sea conditions.
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Values
• A typical constraint requirement takes the following form:
The <stakeholder type> shall not be placed
in breach of <applicable law>.
• Example:The ambulance driver shall not be placed
in breach of national road regulations.
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Values
• A typical form to express function requirements associated with performance and constraint aspects in the solution domain:
The <system> shall <function>not less than <quantity> <object> while <operational condition>.Example:The communications system shall sustain telephone contactwith not less than 10 callers while in the absence of external power.
• Introducing a periodicity constraint:The <system> shall <function> <object>every <performance> <units>.Example:The coffee machine shall produce a hot drinkevery 10 seconds.
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Values
• A typical form to express function requirements associated with performance and constraint aspects in the solution domain:
The <system> shall <function>not less than <quantity> <object> while <operational condition>.Example:The communications system shall sustain telephone contactwith not less than 10 callers while in the absence of external power.
• Introducing a periodicity constraint:The <system> shall <function> <object>every <performance> <units>.Example:The coffee machine shall produce a hot drinkevery 10 seconds.
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Values
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Values
• Kebutuhan dikatakan SMART bila :
• Specific
• Measureable
• Attainable
• Realizable
• Time-bounded/Traceable
Rekayasa & Manajemen Kebutuhan
Kebutuhan SMART : Requirement Values
Rekayasa & Manajemen Kebutuhan