Rekomendasi Perbaikan Pernyataan Kebutuhan yang Rancu dalam Spesifikasi Kebutuhan Perangkat Lunak Menggunakan Teknik Berbasis Aturan

Abstract

<p>Tahap awal dalam pengembangan perangkat lunak ialah menelusuri, mengumpulkan dan menyajikan segala kebutuhan pengguna ke dalam sebuah dokumen spesifikasi kebutuhan perangkat lunak (SKPL). Latar belakang akademik yang beragam, pengalaman yang berbeda, dan keterbatasan pengetahuan yang dimiliki oleh perekayasa kebutuhan memungkinkan adanya kesalahan dalam pembuatan dokumen SKPL. Salah satu kesalahan yang sering muncul pada sebuah dokumen SKPL ialah terdapatnya penggunaan kata-kata yang rancu. Hal ini tentunya dapat menyebabkan kesalahan penafsiran dan kesulitan dalam memahami kebutuhan perangkat lunak yang hendak dibangun bagi pemangku kepentingan dalam proses pengembangan perangkat lunak. Penelitian ini bertujuan mengusulkan sebuah pendekatan untuk memberikan rekomendasi perbaikan pernyataan kebutuhan perangkat lunak yang rancu. Adapun metode yang diusulkan adalah teknik berbasis aturan dengan menggunakan model bahasa <em>n-gram</em>. Realibilitas metode usulan di-evaluasi menggunakan indeks statistik Gwet’s AC1. Hasil analisis metode rekomendasi yang diusulkan memiliki tingkat proporsi kesepakatan yang lebih baik dibandingkan dengan metode rekomendasi menggunakan teknik statistik berbasis frekuensi <em>n-gram</em>. Metode rekomendasi yang diusulkan memiliki nilai indeks statistik Gwet’s AC1 tertinggi sebesar 0.5263 dengan tingkat proporsi kesepakatan sedang.</p><p> </p><p>Abstract</p><p>The first stage in software development is to investigate, collect and provide all user requirements into a software requirements specification document (SRS’s). Diverse academic background, different experiences, and the limitations of knowledge possessed by the requirement engineer make possible mistakes in the creation of SRS’s documents. One of the most common mistakes in SRS’s document is the use of ambiguous words. This can certainly lead to misinterpretation and difficulties in understanding the software requirement that stakeholders to built in the software development process. The purpose of this research is to build an approach that gives recommendation improvement of ambiguous software requirement statement. The proposed method is a rule-based technique using n-gram language model. The reliability of the proposed method is evaluated using Gwet's AC1 statistical index. The analysis results of the proposed recommendation method have a better level of agreement proportion than the recommendation method using the n-gram frequency-based statistical technique. The proposed recommendation method has the highest Gwet's AC1 statistic value of 0.5263 with a moderate agreement proportion rate.</p>

Improving the Performance of the General Course Scheduling System at UPN Veteran Jawa Timur through the Application of the IWCFPSO Algorithm

“…After conducting interviews and observations, problems that will be solved through the development of this information system can then be mapped along with a list of the functional and non-functional requirements that must be accommodated by the system built in the form of a software recruitment specification (SRS) document [13]. SRS documents are usually compiled in natural langguage as we use in daily conversation [14].…”

Identifikasi Kesalahan Tata Bahasa Pada Pernyataan Kebutuhan Menggunakan Probabilistik Model Bahasa N-Gram

“…Walaupun bahasa alamiah lebih mudah dimengerti oleh pemangku kepentingan dan sangat fleksibel untuk menampung berbagai kebutuhan pengguna yang sering berubah-ubah. Namun, penggunaan bahasa alamiah memiliki kelemahan yaitu pada saat makna dari pernyataan kebutuhan perangkat lunak memiliki arti dan penafsiran yang berbeda-beda pada masing-masing orang atau bisa disebut sebagai kerancuan dalam pernyataan kebutuhan perangkat lunak [2]…”

“…Kesalahan dalam memahami kebutuhan fungsional pada dokumen Spesifikasi Kebutuhan Perangkat Lunak ini akan berdampak pada proses pengembangan perangkat lunak. Salah satunya terjadinya konflik antara pelanggan dan pengembang terutama dalam memahami dan memverifikasi capaian pengembang terhadap kebutuhan yang telah ditetapkan sejak awal [2]. Pada sisi pengembang, pernyataan kebutuhan fungsional yang ambigu akan membuat pengembang membuat banyak asumsi-asumsi terkait kebutuhan pengguna dan hal ini beresiko jika dilakukan.…”

Algorithms Comparison for Non-Requirements Classification using the Semantic Feature of Software Requirement Statements

“…Seven common mistakes cause these weaknesses that software developers make. Meyer introduced seven errors in software requirements that usually occur in software requirements specifications [1,[3][4][5][6] . The seven sins are noise, silence, overspecification, contradiction, ambiguity, forward reference, and wishful thinking.…”

“…Several previous works focus on detecting the presence of seven errors in the software requirements specification [3,[5][6][7] . Another work by Enda and Siahaan focuses on correcting ambiguous requirements statements [4] . However, there have been no prior publications on noise detection in software requirements specifications from past research.…”