modern requirement spesification
TRANSCRIPT
Modern Requirement Spesification
By
Helmy Faisal
Adam MB
Adib Toriq
Presentasi ini berdasarkan paper “Modern Software
Spesification” yang dibuat oleh ....
Donald Firesmith
Siapa sih pak Donald Firesmith itu?
Software Engineer for
Expeditionary Fighting Vehicle (EFV)
And
F-35 Fighting
$300 billion
Pada Jaman Doloe.....
Sebuah Sistem.....
• Tidak memiliki banyak entitas yang terlibat
• Skala pembuatannya relatif kecil
• Teknologi yang digunakan belum secanggih saat ini.
Pada jaman doloe, sebuah
requirement engineering dapat
dikatakan relatif simpel...
JAMAN
BERUBAH!!!
Kehidupan Manusia Berubah
Juga Kebutuhannya..
Tren siklus pengembangan Requirement berubah..
• Iterative.
• Incremental.
• Parallel.
• TimeBoxed.
“ Setiap tren erat mempengaruhi spesifikasi kebutuhan yang
dikeluarkan “
StakeHolder yang bertambah..
• Eksekutif.
• Manager.
• Arsistek.
• Desainer dan pelaksana.
• Tester.
• Dan seterusnya..
“ Setiap Stakeholder mempunyai kebutuhan yang berbeda terhadap sistem ”
Kalau begitu, maka…
Ukuran dan kompleksitas
sebuah sistem
bertambah.....!!
Apakah kegiatan dalam
Requirement engineering berubah
?
Bayangkan anda harus membuat
sebuah dokumen kebutuhan untuk
sistem pesawat NASA.....
Terlalu Sulit? Terlalu besar?
OK..OK..
Bayangkan anda harus membuat
dokumen kebutuhan untuk sistem
komputerisasi rumah sakit umum
bandung....
Ada Berapa banyak fungsional dan
non-fungsional requirement ?
Ada Berapa banyak entitas yang
terlibat ?
Mungkinkah dokumen spesifikasi kebutuhannya akan simpel ?
Bagaimana anda mengorganisir
informasi-informasi
kebutuhannya ?
Bisakah anda membayangkan bagaimana dokumen spesifikasi
kebutuhannya?
Apakah dokumennya akan seperti ini?!!
Atau seperti ini ?!
Oh tidaaaak..!!!
Bukankah lebih baik jika menggunakan tools ?
Oleh karena itulah Donald Firesmith merekomendasikan beberapa pendekatan......
Based on the previously mentioned challenges to and trends affecting requirements engineering in
general (and requirements specification in particular), what should we do? I would make the following recommendations designed to improve the requirements specifications produced by the
requirements specification task.
Gunakan Repository - Lebih Mudah untuk di modifikasi
- Traceability yang lebih baik
Rekomendasi Pertama....
Automatic Specification
Generation
Rekomendasi Kedua....
- Different Specifications for Different
Audiences
- Pisahkan antara model dan
view
Rekomendasi Ketiga....
Gunakan tools!!
Rekomendasi Keempat....
• User Interface.
• Requirement Engineering Support.
• Support for Related Activities
• Team Development.
• Security.
• Other Quality Factors.
• Requirement Reuse.
• Not Just a CASE tool.
Umm.. ??
Repository based Requirements Spesification
Document (Dokumen). Document of Requirements Spesification (Dokumen).
Repository based Requirements Spesification
Requirements Sources (Aktor). Requirements Team (Aktor).
Repository based Requirements Spesification
Requirements Reuse (activity). Requirements Elicitation (activity). Requirements Analysis (activity). Requirements Spesification (activity)
Repository based Requirements Spesification
Endeavor Requirements Repository (database) Organizational Reuse Repository (database)
Repository based Requirements Spesification
Requirements Tools (Alat Bantu)
Langsung aja Ke TKP..
http://www.volere.co.uk/tools.htm
Apa aja tools yang ada?
Accompa
Accompa
Accompa
Tools Lainnya ?
Upper CASE tools.
Accept.
Analyst Pro.
ArcWay Cocpit.
Bamboo RM.
Dan lain-lain..
Tidak Perlu Tepuk Tangan