Requirement engineering dan Modelling
Kembali lagi di blog saya :)
Kali ini kita akan membahas tentang Requirement Engineering and Modeling. Dalam topik ini kita akan membahas mengenai rekayasa perangkat lunak dan lingkungan bisnis.Pertama-tama mari kita bahas mengenai requirement engineering.
Requirements engineering merupakan proses rekayasa perangkat lunak (software engineering), dimana software requirements (kebutuhan) dari user (pengguna) dan customer (pelanggan) dikumpulkan, dipahami dan ditetapkan.
Ada 7 Requirement Engineering. Yaitu :
1. Inception mengajukan serangkaian pertanyaan yang membangun:
- pemahaman dasar dari masalah
- orang-orang yang menginginkan solusi
- sifat dari solusi yang diinginkan.
2. Elicitation persyaratan-memperoleh dari semua pemangku kebutuhan.
3. Elaboration membuat model analisis yang mengidentifikasi data, fungsi dan persyaratan perilaku.
4. Negotiation menyepakati sistem penyampaian yang realistis untuk pengembang dan pelanggan.
5. Specification cukup jelas, bisa dalam bentuk dokumen tertulis, dll.
6. Validation mencari kesalahan dalam interpretasi.
7. Requirement management manajemen kebutuhan.
Lalu ada yang disebut Analisa Pola. Ada beberapa istilah dalam Analisa Pola,
yaitu :
1. Pattern name : Sebuah deskripsi yang menangkap esensi dari pola.
2. Intent: Menjelaskan apa yang mewakili pola
3. Motivation: Sebuah skenario yang menggambarkan bagaimana pola dapat digunakan untuk mengatasi masalah tersebut .
4. Forces and Context : Penjelasan tentang isu-isu eksternal ( kekuatan ) yang dapat mempengaruhi bagaimana pola yang digunakan dan juga isu-isu eksternal yang akan diselesaikan ketika pola diterapkan .
5. Solution : Sebuah deskripsi tentang bagaimana pola yang diterapkan untuk memecahkan masalah dengan penekanan pada isu-isu struktural dan perilaku .
6. Consequences : Hal apa yang terjadi ketika pola diterapkan
7. Design : Membahas bagaimana pola analisis dapat dicapai melalui penggunaan pola desain yang dikenal.
8. Known Uses: Contoh penggunaan dalam sistem yang sebenarnya.
9. Related Pattenrs : satu atau lebih pola analisis yang terkait dengan pola bernama karena
( 1 ) umumnya digunakan dengan pola bernama
( 2 ) secara struktural mirip dengan pola yang bernama
( 3 ) variasi dari pola bernama .
Lalu selanjutnya adalah mengenai Validating Requirements. Dalam tahap ini kita harus mempertanyakan pertanyaan-pertanyaan seperti,
*Apakah setiap kebutuhan konsisten dengan tujuan keseluruhan sistem / produk?
*Apakah semua persyaratan telah ditetapkan pada tingkat abstraksi yang tepat?
*Apakah kebutuhan benar-benar diperlukan atau tidak merupakan fitur add-on yang mungkin tidak penting untuk tujuan sistem?
*Apakah setiap kebutuhan dibatasi dan tidak ambigu?
*Apakah setiap persyaratan memiliki atribusi? Artinya, adalah sumber (umumnya, individu tertentu) mencatat untuk kebutuhan masing-masing?
* Apakah ada konflik dengan persyaratan persyaratan lainnya?
*Apakah setiap kebutuhan dapat dicapai dalam lingkungan teknik yang menjadi rumah sistem atau produk?
*Apakah setiap kebutuhan dapat diuji, setelah diimplementasi?
*Apakah model kebutuhan mencerminkan informasi, fungsi dan perilaku sistem yang akan dibangun?
*Apakah model kebutuhan telah "dipartisi" dengan cara yang mengekspos informasi semakin lebih rinci tentang sistem?
*Apakah pola kebutuhan telah digunakan untuk menyederhanakan model persyaratan?
*Apakah semua pola telah divalidasi dengan benar?
* Apakah semua pola konsisten dengan kebutuhan pelanggan?
Selanjutnya kita melakukan Requirement Analysis atau analisa kebutuhan. Dalam tahap ini kita menentukan karakteristik operasional perangkat lunak, menunjukkan antarmuka perangkat lunak dengan elemen sistem lainnya , menetapkan batasan yang perangkat lunak harus penuhi. Persyaratan analisis memungkinkan insinyur perangkat lunak (disebut analis atau modeler dalam peran ini) untuk:
- menguraikan persyaratan dasar yang ditetapkan selama tugas rekayasa kebutuhan sebelumnya
- membangun model yang menggambarkan skenario pengguna, aktivitas fungsional, class masalah dan relasinya, sistem dan kelas perilaku, dan aliran data ketika ditransformasikan.
Kali ini kita akan membahas tentang Requirement Engineering and Modeling. Dalam topik ini kita akan membahas mengenai rekayasa perangkat lunak dan lingkungan bisnis.Pertama-tama mari kita bahas mengenai requirement engineering.
Requirements engineering merupakan proses rekayasa perangkat lunak (software engineering), dimana software requirements (kebutuhan) dari user (pengguna) dan customer (pelanggan) dikumpulkan, dipahami dan ditetapkan.
Ada 7 Requirement Engineering. Yaitu :
1. Inception mengajukan serangkaian pertanyaan yang membangun:
- pemahaman dasar dari masalah
- orang-orang yang menginginkan solusi
- sifat dari solusi yang diinginkan.
2. Elicitation persyaratan-memperoleh dari semua pemangku kebutuhan.
3. Elaboration membuat model analisis yang mengidentifikasi data, fungsi dan persyaratan perilaku.
4. Negotiation menyepakati sistem penyampaian yang realistis untuk pengembang dan pelanggan.
5. Specification cukup jelas, bisa dalam bentuk dokumen tertulis, dll.
6. Validation mencari kesalahan dalam interpretasi.
7. Requirement management manajemen kebutuhan.
Lalu ada yang disebut Analisa Pola. Ada beberapa istilah dalam Analisa Pola,
yaitu :
1. Pattern name : Sebuah deskripsi yang menangkap esensi dari pola.
2. Intent: Menjelaskan apa yang mewakili pola
3. Motivation: Sebuah skenario yang menggambarkan bagaimana pola dapat digunakan untuk mengatasi masalah tersebut .
4. Forces and Context : Penjelasan tentang isu-isu eksternal ( kekuatan ) yang dapat mempengaruhi bagaimana pola yang digunakan dan juga isu-isu eksternal yang akan diselesaikan ketika pola diterapkan .
5. Solution : Sebuah deskripsi tentang bagaimana pola yang diterapkan untuk memecahkan masalah dengan penekanan pada isu-isu struktural dan perilaku .
6. Consequences : Hal apa yang terjadi ketika pola diterapkan
7. Design : Membahas bagaimana pola analisis dapat dicapai melalui penggunaan pola desain yang dikenal.
8. Known Uses: Contoh penggunaan dalam sistem yang sebenarnya.
9. Related Pattenrs : satu atau lebih pola analisis yang terkait dengan pola bernama karena
( 1 ) umumnya digunakan dengan pola bernama
( 2 ) secara struktural mirip dengan pola yang bernama
( 3 ) variasi dari pola bernama .
Lalu selanjutnya adalah mengenai Validating Requirements. Dalam tahap ini kita harus mempertanyakan pertanyaan-pertanyaan seperti,
*Apakah setiap kebutuhan konsisten dengan tujuan keseluruhan sistem / produk?
*Apakah semua persyaratan telah ditetapkan pada tingkat abstraksi yang tepat?
*Apakah kebutuhan benar-benar diperlukan atau tidak merupakan fitur add-on yang mungkin tidak penting untuk tujuan sistem?
*Apakah setiap kebutuhan dibatasi dan tidak ambigu?
*Apakah setiap persyaratan memiliki atribusi? Artinya, adalah sumber (umumnya, individu tertentu) mencatat untuk kebutuhan masing-masing?
* Apakah ada konflik dengan persyaratan persyaratan lainnya?
*Apakah setiap kebutuhan dapat dicapai dalam lingkungan teknik yang menjadi rumah sistem atau produk?
*Apakah setiap kebutuhan dapat diuji, setelah diimplementasi?
*Apakah model kebutuhan mencerminkan informasi, fungsi dan perilaku sistem yang akan dibangun?
*Apakah model kebutuhan telah "dipartisi" dengan cara yang mengekspos informasi semakin lebih rinci tentang sistem?
*Apakah pola kebutuhan telah digunakan untuk menyederhanakan model persyaratan?
*Apakah semua pola telah divalidasi dengan benar?
* Apakah semua pola konsisten dengan kebutuhan pelanggan?
Selanjutnya kita melakukan Requirement Analysis atau analisa kebutuhan. Dalam tahap ini kita menentukan karakteristik operasional perangkat lunak, menunjukkan antarmuka perangkat lunak dengan elemen sistem lainnya , menetapkan batasan yang perangkat lunak harus penuhi. Persyaratan analisis memungkinkan insinyur perangkat lunak (disebut analis atau modeler dalam peran ini) untuk:
- menguraikan persyaratan dasar yang ditetapkan selama tugas rekayasa kebutuhan sebelumnya
- membangun model yang menggambarkan skenario pengguna, aktivitas fungsional, class masalah dan relasinya, sistem dan kelas perilaku, dan aliran data ketika ditransformasikan.
Komentar
Posting Komentar