Wednesday, October 5, 2016

Requirement Engineering Part 2

Halo..!!!
Kali ini saya haris abdillah (J1F113217) mau berbagi sedikit informasi mengenai “Requirements engineering” atau bisa di artikan kebutuhan software. Requirements engineering merupakan bagian dari proses pembuatan software yang mana pada tahapan ini tim pembuatan software mengumpulan data apa saja yang akan di perlukan dalam pembuatan software itu sendiri.

Kenapa harus ada requirements engineering ?

Karena requirements engineering merupakan awal dari suatu proses pembuatan software itu sendiri yang di dalam nya mencakup pengumpulan data baik kebutuhan dari user yang mengoperasi kan software maupun kebutuhan sistem dalam pengoperasian software sendiri.
Requirements engineering memiliki proses yang mana teridiri dari


  1. Feasibility study (Tahap penilaian pada kebutuhan sistem).
  2. Elicitation and analysis (Tahapan pengumpulan kebutuhan apa saja yang di perlukan).
  3. Specification (Tahapan standarisasi kebutuhan yang harus ada dalam software).
  4. Validation (Tahapan pengecekan kebutuhan kepada costumer dan persetujuan).

Requirements elicitation and analysis

Pada pembahasan ini tim pembuat software menggali lagi mengenai apa saja yang diinginkan costumer pada aplikasi yang akan di buat baik mengenai kegunaan sistem, fitur apa saja yang harus terdapat dalam sistem, hardware yang akan menggunakan software, dan lainnya.

Pada requirements elicitation and analysis ada beberapa proses di antara nya :
  1. Requirements discovery merupakan pendekatan dari tim kepada stakeholder untuk mencari tahu apa saja yang di perlukan pada sistem nanti nya yang di lakukan secara langsung.
  2. Requirements classification and organization merupakan pengelompokan dan penempatan kebutuhan sesuai dengan kelompok kelompok yang sesuai dengan fungsi nya masing masing.
  3. Requirements prioritization and negotiation merupakan tahapan ketika ada suatu hal yang harus di utamakan maka akan di diskusikan dengan stakeholder untuk di negosiasaikan agar tidak terjadi konflik.
  4. Requirements specification merupakan tahapan pendokumentasian kebutuhan yang di susun secara formal maupun informal.


Requirements validation

Pada pembahasan yang satu ini tim akan mengecek apa kah kebutuhan yang sudah mereka kumpulkan sesuai dengan permintaan dari costumer. Apabila terjadi ketidak sesuaian dan langsung mereka kerjakan maka ada berdampak pada biaya pengerjaan yang kemungkinan akan membengkak, jadi memvalidasi kebutuhan tersebut sangat lah pentig baik untuk tim pembuat software maupun costumer yang memesan agar terjalin kesesuaian.
Ada beberapa pemerikasan sebelum persetujuan di lakukan di antara nya :
  1. Validity checks adalah pengecekan terhadap kemungkinan ada nya tambahan fitur lain yang di inginkan oleh stackholder untuk melengkapi fitur yang sudah ada.
  2. Consistency checks adalah pengecekan terhadap dokumen kebutuhan yang sudah di kumpulkan aga di sesuaikan dengan keinginan stackholder.
  3. Completeness checks adalah pengecekan untuk setiap sistem mau pun sub sistem apakah sudah lengkap sesuai keinginan stack holder atau belum.
  4. Realism checks adalah pengecekan pada elemen elemen baik dari segi kualitas maupun spesifikasi elemen apa kah itu sesuai dengan zaman sekarang dan pengecekan anggaran biaya pembuatan software.
  5. Verifiability atau pemastian merupakan pengecekan terakhir apakas semua nya sudah sesuai dengan keinginan stackholder dan juga kebisaan dari tim pembuat software agar tidak terjadi kesalahan maupun konflik yang sama sama akan merugikan kedua belah pihak.


Requirements management

Pada pembahasan ini tim akan membuat suatu aturan yang mana ketika ada kebutuhan yang perlu di tambahkan dalam software di buat maka tidak langsung di terima tetapi akan di tampung dulu dan di adakan pembicaraan untuk perubahan lain nya ketika tambahan tersebut di terima.
Pada Requirements management ada beberapa bagian dan sub bagian di antara nya :

1.      Requirements management planning
1.1     Requirements identification
1.2     A change management process
1.3     Traceability policies
1.4     Tool support

2.      Requirements change management
2.1     Problem analysis and change specification
2.2     Change analysis and costing
2.3     Change implementation


SUMBER : Buku Software Engineering 9th Edition oleh Ian Sommervilee 


EmoticonEmoticon