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