Hasil Pencarian  ::  Simpan CSV :: Kembali

"Jurnal ini membahas tentang pengembangan Sistem Penilaian Esai Otomatis (SIMPLE-O) untuk Bahasa Indonesia menggunakan BERT (Bidirectional Encoder Representations from Transformers) dan Bidirectional LSTM. BERT digunakan untuk melakukan sentence embedding pada jawaban mahasiswa dan dosen, yang kemudian diproses oleh Bidirectional LSTM. Kemiripan antara jawaban diukur dengan menggunakan Manhattan Distance dan Cosine Similarity. Hasil pengujian menunjukkan bahwa rata-rata selisih absolut antara nilai model dengan nilai human rater adalah 22.83 dengan error MAE dan RMSE sebesar 0.2462 dan 0.2850 untuk Manhattan Distance, dan 12.88 dengan error MAE dan RMSE sebesar 0.1614 dan 0.1946 untuk Cosine Similarity.

---

This paper presents the development of an Automatic Essay Scoring System (SIMPLE-O) for the Indonesian using BERT (Bidirectional Encoder Representations from Transformers) and Bidirectional LSTM. BERT is used to perform sentence embedding on both student and lecturer answers, which are then processed by Bidirectional LSTM. The similarity between the answers is measured using Manhattan Distance and Cosine Similarity. The test results show that the average absolute difference between the model score and the human rater score is 22.83 with MAE and RMSE error of 0.2462 and 0.2850 for Manhattan Distance, and 12.88 with MAE and RMSE error of 0.1614 and 0.1946 for Cosine Similarity."

"Developer aplikasi web biasanya akan meniru dan memodifikasi sistem yang sudah ada. Hal tersebut terjadi karena sistem aplikasi web tidak jauh berbeda satu dengan yang lainnya. Namun, masalah timbul saat sistem yang ditiru mengalami perubahan. Aplikasi web yang menggunakan sistem tersebut perlu mengalami perubahan dan penyesuaian kembali. Permasalahan tersebut dapat diselesaikan dengan paradigma pengembangan bernama Software Product Line Engineering (SPLE). SPLE melihat domain dan variasi sistem yang dimiliki domain sebagai suatu product family yang mengklasifikasikan produk-produknya berdasarkan kemiripan dan perbedaan antara setiap variasi produk. Salah satu studi kasus penerapan SPLE pada aplikasi web adalah Amanah, yaitu sebuah web generator untuk organisasi amal yang memanfaatkan teknologi Prices-IDE untuk membangkitkan aplikasi web. Amanah menggunakan WinVMJ untuk membangkitkan back end dan IFML untuk abstraksi front end dari produk Amanah. Fitur yang dihasilkan penelitian ini dievaluasi mengguanakan user acceptance test dan six quality criteria. WinVMJ dan IFML berhasil menjadi tool yang menerapkan paradigma SPLE dalam pengunaannya. Dihasilkan UML diagram dari pengembangan fitur pada penelitian ini. Selain itu, adanya penambahan fitur pada WinVMJ untuk peningkatan WinVMJ sebagai web framework.

---

Web application developers will usually clone and modify existing systems. It happens because web application systems are not much different from one another. However, problems arise when the cloned system change. The web application that uses the system needs to readjust following the changes. We can use a development paradigm called Software Product Line Engineering (SPLE) to solve that problem. SPLE sees the domain and the variety of systems owned by the domain as a product family that classifies its products based on the commonalities and variabilities between each product variation. One of the case studies of SPLE application in development of web applications is Amanah, a web generator for charity organizations that uses Prices-IDE technology to generate web applications. Amanah uses WinVMJ to produce the back end and IFML to abstract the front end. The features developed in this research were evaluated using six quality criteria and user acceptance tests. WinVMJ and IFML succeeded in becoming tools that apply the SPLE paradigm. This research also produced UML diagrams for the developed features. In addition, there are improvements in WinVMJ as a web framework."

"Automated test adalah otomatisasi dari aktivitas software testing menggunakan testing tool. Namun, pada kenyataannya, testing tool untuk melakukan automated test masih memiliki kekurangan. Berdasarkan wawancara dengan Tim Research and Development (Tim RnD) PT. Global Digital Niaga (Blibli), automated test pada Blibli dieksekusi secara berkala dengan bantuan automation server sehingga menghasilkan report yang terpisah-pisah. Hal tersebut disebabkan testing tool membuat satu report setiap kali test cases dieksekusi. Berdasarkan masalah tersebut, tim pengembang merealisasikan project “Error Book”, sebuah dashboard automated test error. Error Book memanfaatkan custom maven plugin dan Elastic Stack untuk mengelola data dari automated test secara real-time sehingga dapat disajikan pada aplikasi front-end dashboard. Dengan Error Book, Tim RnD akan lebih mudah untuk mendapatkan informasi mengenai error yang terjadi pada automated test secara keseluruhan. Informasi tersebut akan menjadi acuan untuk melakukan improvement. QA engineer akan lebih mudah mengidentifikasi error yang sering terjadi pada automated test milik divisinya sehingga perbaikan preventif dan represif untuk error tersebut dapat dilakukan dengan cepat. Tim pengembang telah melakukan user acceptance testing (UAT) kepada Tim RnD Blibli, QA engineer Blibli, dan QA engineer perusahaan lain.

---

Automated test is the automation of software testing activities using testing tools. However, in reality, testing tools to perform automated tests still have drawbacks. Based on interviews with the Research and Development Team (RnD Team) at PT. Global Digital Niaga (Blibli), automated tests at Blibli are executed periodically with the help of an automation server. Hence, it generates separate reports. This is because the testing tool creates one report each time a test case is executed. Based on this problem, we develop the “Error Book” project, an automated test error dashboard. Error Book utilizes a custom maven plugin and Elastic Stack to manage data from automated tests in real-time so that it can be presented in front-end dashboard application. With Error Book, the RnD team can get information about errors that occur in the automated test as a whole easier. This information will serve as a reference for making improvements. QA engineers can easily identify errors that often occur in their division's automated tests so that preventive and repressive repairs for these errors can be carried out quickly. We have carried out user acceptance testing (UAT) to Blibli RnD team, QA engineers at Blibli, and QA engineers at other companies."

"Numerical software is used to test scientific theories, design airplanes and bridges, operate manufacturing lines, control power plants and refineries, analyze financial derivatives, identify genomes, and provide the understanding necessary to derive and analyze cancer treatments. Because of the high stakes involved, it is essential that results computed using software be accurate, reliable, and robust. Unfortunately, developing accurate and reliable scientific software is notoriously difficult. This book investigates some of the difficulties related to scientific computing and provides insight into how to overcome them and obtain dependable results. The tools to assess existing scientific applications are described, and a variety of techniques that can improve the accuracy and reliability of newly developed applications is discussed.Accuracy and Reliability in Scientific Computing can be considered a handbook for improving the quality of scientific computing. It will help computer scientists address the problems that affect software in general as well as the particular challenges of numerical computation: approximations occurring at all levels, continuous functions replaced by discretized versions, infinite processes replaced by finite ones, and real numbers replaced by finite precision numbers. Divided into three parts, it starts by illustrating some of the difficulties in producing robust and reliable scientific software. Well-known cases of failure are reviewed and the what and why of numerical computations are considered. The second section describes diagnostic tools that can be used to assess the accuracy and reliability of existing scientific applications. In the last section, the authors describe a variety of techniques that can be employed to improve the accuracy and reliability of newly developed scientific applications. The authors of the individual chapters are international experts, many of them members of the IFIP Working Group on Numerical Software."

"ABSTRAKBadan Pusat Statistik (BPS) adalah Lembaga Pemerintah Non Kementerian yang bertugas melaksanakan kegiatan statistik seperti sensus dan survei. Pelaksanaan sensus dan survei tidak terlepas dari kegiatan pengolahan data untuk mengubah data mentah menjadi data nasional. Untuk menjamin tahapan pengolahan berjalan dengan baik, proyek pembangunan aplikasi pengolahan data diharapkan tidak mengalami keterlambatan. Akan tetapi, berdasarkan perbandingan jadwal pengolahan data dengan tanggal rilis aplikasi yang dibuat, ditemukan sebagian besar proyek mengalami keterlambatan. Untuk mengatasi permasalahan ini, diperlukan suatu langkah perbaikan pelaksanaan manajemen proyek dengan tahapan awal yaitu mengetahui tingkat kematangan manajemen proyek saat ini.Penelitian ini bertujuan untuk mengetahui tingkat kematangan manajemen proyek di BPS khususnya Subdirektorat Integrasi Pengolahan Data (IPD). Tingkat kematangan ini selanjutnya digunakan sebagai acuan dalam melakukan perbaikan pelaksanaan manajemen proyek. Model kematangan Project Management Maturity Model (PMMM) PMSolutions dan Kerzner (berbasis PMBOK) digunakan sebagai acuan dalam mengukur tingkat kematangan manajemen proyek. Selain itu, digunakan juga SWEBOK (kerangka kerja rekayasa perangkat lunak) untuk mengukur tingkat kemampuan proses product-oriented dalam pelaksanaan proyek. Ruang lingkup penelitian ini dibatasi pada evaluasi tingkat kematangan dan rekomendasi perbaikan pelaksanaan manajemen proyek.Hasil dari penelitian ini menunjukkan bahwa tingkat kematangan manajemen proyek di IPD saat ini berada pada level 1. Untuk melengkapi penilaian proses manajemen proyek, diperoleh hasil pengukuran kemampuan proses product-oriented adalah level 0 untuk software requirements, software testing, dan software maintenance dan level 1 untuk software design and construction. Penelitian ini juga memberikan rekomendasi yang dapat dilakukan untuk mencapai kematangan yang diharapkan yaitu level 2. Rekomendasi dikelompokkan menjadi empat aspek, yaitu kebijakan (menyusun kebijakan dan standar manajemen proyek dan pembangunan perangkat lunak), SDM (memberikan pelatihan manajemen proyek), teknologi (memanfaatkan sistem manajemen proyek), dan work product (membuat dokumen-dokumen terkait proses manajemen proyek dan product-oriented). Dengan hasil evaluasi ini, diharapkan pelaksanaan manajemen proyek di IPD menjadi lebih baik sehingga dapat mengatasi permasalahan keterlambatan proyek pembangunan aplikasi pengolahan data.

---

ABSTRACTStatistics of Indonesia is a non-ministerial government institution in charge of implementing statistics activities such as census and survey. Census and survey always include the data processing activities to transform raw data into a national data. To ensure the processing stages go well, the development of the data processing application must be on time. However, based on the comparison between the original and actual schedule, we found most of the projects delayed. The level of current project management maturity needs to be known to overcome this problem. Furthermore, we can determine a corrective action of project management implementation.This study aimed to determine the project management maturity level in Statistics of Indonesia particularly in the Sub-directorate of Data Processing Integration (DPI). Maturity level was then used as a reference in improving the implementation of project management. The maturity models of this study were PMMM PMSolutions and Kerzner (based on PMBOK) which were used as a references in measuring the maturity level of project management. In addition, SWEBOK (software engineering framework) was also used to measure the level of product-oriented process capabilities in project implementation. The scope of this study was limited to the evaluation of maturity level and the recommendations for improvement of project management implementation.The result of this study indicated that the level of project management maturity in DPI is currently at level 1. In addition, this study also measured the capability of product-oriented processes which result to the software requirements, software testing, and software maintenance are at level 0 while the software design and construction are at level 1. This study also provided recommendations to achieve the expected level 2 maturity. The recommendations are grouped into four aspects, namely policies (establishing policies and standards of project management and software development), human resources (giving training of project management), technology (utilizing the project management system), and the work product (creating documents related to the project management and product-oriented processes). With this evaluation results, project management implementation in the DPI is expected to be better so that it could overcome the delays of data processing application development."