Goal-based Requirement Analysis Method (GBRAM): Perbedaan antara revisi

'''''Goal-based Requirement Analysis Method''''' '''(GBRAM)''' adalah salah satu metode dari pendekatan [[Goal-oriented Requirement Engineering (GORE)|''Goal-oriented Requirement Engineering'' (GORE)]]. Metode berbasis ''[[:en:Goal|goal]]'' ini menekankan perlunya mengkarakterisasi, mengkategorikan, menguraikan dan menyusun ''goal'' sebagai kebutuhan, tetapi biasanya gagal menawarkan strategi untuk mengidentifikasi ''goal'', dan menerima begitu saja bahwa ''goal'' telah didokumentasikan<ref name=":0">Ant&, A.I., W.M. McCracken & C. Potts, “Goal Decomposition and Scenario Analysis in Business Process Reengineering,” ''Advanced Information System Engineering: 6th Int. Conf., CAiSE ‘94 Proc.,'' Utrecht, The Netherlands, 6-10 June 1994, pp. 94-104, 1994. </ref><ref>{{Cite journal|last=Dardenne|first=A.|last2=Fickas|first2=S.|last3=van Lamsweerde|first3=A.|title=Goal-directed concept acquisition in requirements elicitation|url=http://dx.doi.org/10.1109/iwssd.1991.213081|journal=Proceedings of the Sixth International Workshop on Software Specification and Design|publisher=IEEE Comput. Soc. Press|doi=10.1109/iwssd.1991.213081|isbn=0818623209}}</ref><ref>{{Cite journal|last=Yu|last2=Mylopoulos|date=1994|title=Using goals, rules, and methods to support reasoning in business process reengineering|url=http://dx.doi.org/10.1109/hicss.1994.323491|journal=Proceedings of the Twenty-Seventh Hawaii International Conference on System Sciences HICSS-94|publisher=IEEE Comput. Soc. Press|doi=10.1109/hicss.1994.323491|isbn=0818650907}}</ref>. Penekanan ''Goal-based Requirement Analysis Method'' (GBRAM) <ref name=":1">{{Cite journal|last=Anton|first=A.I.|title=Goal-based requirements analysis|url=http://dx.doi.org/10.1109/icre.1996.491438|journal=Proceedings of the Second International Conference on Requirements Engineering|publisher=IEEE Comput. Soc. Press|doi=10.1109/icre.1996.491438|isbn=0818672528}}</ref><ref name=":2">{{Cite book|title=Goal identification and refinement in the specification of software-based information systems|url=http://worldcat.org/oclc/37471644|oclc=37471644|last=Antoń, Ana I., 1966-}}</ref> adalah pada identifikasi awal dan abstraksi ''goal'' dari berbagai sumber informasi. Metode Ini mengasumsikan bahwa tidak ada ''goal'' yang telah didokumentasikan atau diperoleh dari para [[pemangku kepentingan]] (''stakeholder)'' dan dengan demikian dapat menggunakan [[diagram]], pernyataan [[Teks (disambiguasi)|tekstual]], transkrip [[wawancara]], dll. untuk mendapatkan ''goal'' tersebut. Metode ini berguna untuk mengidentifikasi, menguraikan, dan mengatur ''goal'' untuk [[:en:Software_requirements_specificationSoftware requirements specification|spesifikasi kebutuhan]]<ref name=":1" />. Pendekatan berbasis ''goal'' fokus pada mengapa sistem dibangun, memberikan motivasi dan alasan untuk membenarkan kebutuhan perangkat lunak <ref name=":1" />. Serupa dengan pendekatan GORE lainnya, sistem dan lingkungannya di GBRAM direpresentasikan sebagai kumpulan agen. Di sini, agen didefinisikan sebagai entitas atau proses yang berusaha untuk mencapai ''goal'' dalam suatu organisasi atau sistem berdasarkan tanggung jawab yang diasumsikan untuk ''goal''. Dalam GBRAM, ''goal'', agen, pemangku kepentingan, dll. ditentukan dalam bentuk tekstual dalam ''goal schema''. Anehnya, metode ini tidak memberikan notasi grafis untuk mewakili ''goal'', penyempurnaan ''goal (goal refinement)'', agen, dll. GBRAM melibatkan kegiatan berikut: ''goal analysis'' dan ''goal refinement''<ref name=":3">Alexei Lapouchnian, “Goal-oriented Requirements Engineering: An Overview of the Current Research”, Department of Computer Science University of Toronto, 2005.</ref>.

''Goal'' adalah sasaran tingkat tinggi dari sebuah [[bisnis]], [[organisasi]], atau [[sistem]]. ''Goal'' tersebut menangkap alasan mengapa suatu sistem diperlukan dan memandu keputusan di berbagai tingkatan dalam [[perusahaan]]<ref name=":1" />. Proses ''goal analysis'' adalah tentang eksplorasi sumber [[informasi]] untuk identifikasi ''goal'' diikuti oleh organisasi dan klasifikasi ''goal'' itu sendiri <ref name=":3" />. ''Goal analysis'' merupakan proses eksplorasi dokumen yang dikumpulkan, dimulai dari informasi tentang organisasi (misalnya tujuan perusahaan) ke informasi spesifik sistem (misalnya kebutuhan sistem). Sering diasumsikan bahwa sistem perangkat lunak dibangun dengan beberapa ''goal'' atau tujuan<ref name=":4">A'''.''' M. Davis, "''Software Requirements: Objects, Functions,'' &’ ''Stutes",'' Prentice-Hall, 1993. </ref>, namun terkadang ''goal'' atau tujuan tersebut tidak jelas, tujuan perusahaan tidak selalu mencerminkan apa yang sebenarnya terjadi<ref name=":0" />. Dengan demikian, penting untuk mengumpulkan informasi sebanyak mungkin untuk mendapatkan pemahaman yang luas tentang domain, organisasi, proses dan sistem<ref name=":1" />.

* Penguraian (''Elaborate Activities''): Kegiatan yang merujuk pada proses menganalisis ''goal'' yang ditetapkan dengan mempertimbangkan kemungkinan adanya hambatan <ref name=":2" /> (perilaku atau ''goal'' lain yang mencegah atau menghalangi pencapaian ''goal'' yang diberikan) <ref name=":3" />. Mengidentifikasi hal yang dapat menghambat ''goal'' untuk mempertimbangkan cara yang mungkin membuat ''goal'' gagal tercapai, memungkinkan seseorang untuk mengantisipasi [[:en:Exception_handlingException handling|kasus pengecualian (''exception'')]]. Ketika prioritas sasaran berubah, skenario akan memfasilitasi evaluasi prioritas baru ini <ref name=":1" />.

Goal disempurnakan dengan menghilangkan [[:en:Redundancy|redudansi]] dan merekonsiliasi goal yang identik. Misalnya, "Rapat diatur" dan "Rapat dijadwalkan" memiliki maksud yang sama dan dapat direkonsiliasi. Pendekatan terbaik untuk menghilangkan redudansi adalah setelah ''goal'' digabung menjadi satu set ''goal'' yang diurutkan. Lebih mudah untuk mengidentifikasi ''goal'' yang identik karena mereka biasanya terdaftar berdekatan satu sama lain dalam set yang disusun karena mereka cenderung berbagi hubungan prioritas yang sama. ''Goal'' yang dioperasionalkan, agen yang bertanggung jawab, pemangku kepentingan, hambatan dan skenario akhirnya dikonsolidasikan ke dalam serangkaian ''goal schema'' yang dapat dengan mudah diterjemahkan ke dalam spesifikasi kebutuhan. [[:en:Artifact_Artifact (software_developmentsoftware development)|Artefak]] yang dihasilkan, meskipun tidak formal, memberikan representasi tekstual dari kebutuhan sistem yang diatur sesuai dengan tujuan sistem<ref name=":1" />.