Hasil Pencarian  ::  Simpan CSV :: Kembali

"PRICES-IDE digunakan dalam pengembangan perangkat lunak berbasis SPLE (Software Product Line Engineering), dengan WinVMJ Composer sebagai plugin untuk menghasilkan backend dan Payment Gateway sebagai salah satu product line yang mengimplementasikan multilevel delta. Pembentukan produk yang mengimplementasikan multilevel delta masih dilakukan secara manual. WinVMJ Composer juga belum dapat berjalan pada sistem operasi MacOS yang merupakan sistem operasi terbanyak kedua yang digunakan oleh pengembang. Penelitian ini bertujuan sebagai solusi atas permasalahan tersebut. Implementasi multilevel delta dilakukan dengan melakukan refaktor pada struktur folder produk Payment Gateway dan modifikasi penerapan code generation pada WinVMJ Composer. Porting plugin WinVMJ Composer ke MacOS dilakukan dengan mengubah template scripts yang digunakan untuk menjalankan dan melakukan deploy program agar sesuai dengan sintaks Shell Script. Penelitian ini berhasil mengimplementasikan multilevel delta pada produk Payment Gateway dan WinVMJ Composer, dengan kekurangan berupa belum dapat dilakukan pengecualian model pada endpoints binding dalam product class. Porting WinVMJ Composer ke MacOS juga berhasil dilakukan, ditemukan bahwa aplikasi juga dapat berjalan pada platform Linux. Proses pembentukan serta deploy produk dapat berjalan dengan baik pada platform Windows, Linux, dan MacOS.

---

PRICES-IDE is used in the development of software based on SPLE (Software Product Line Engineering), with WinVMJ Composer as a plugin to generate the backend and Payment Gateway as one of the product lines that implements multilevel delta. The formation of products that implement multilevel delta is still done manually by the developer. WinVMJ Composer also cannot run on MacOS, which is the second most widely used operating system by developers. This research aims to provide solutions to these problems. The implementation of multilevel delta is done by refactoring the folder structure of the Payment Gateway product and modifying the implementation of code generation in WinVMJ Composer. Porting the WinVMJ Composer plugin to MacOS is done by changing the template scripts used to run and deploy the program to match the Shell Script syntax. This research successfully implements multilevel delta in the Payment Gateway product and WinVMJ Composer, with the drawback that exceptions cannot be made for models in endpoints binding in the product class. Porting WinVMJ Composer to MacOS has also been successfully done and it is also found that the application can run on Linux. The product generation and deployment process can run smoothly on Windows, Linux, and MacOS."

"Terkadang realisasi kebutuhan pengembangan aplikasi web baru sudah diimplementasikan sebagian pada aplikasi web lain. Harusnya efisiensi pengembangan dapat ditingkatkan dengan me-reuse realisasi tersebut dan mengurangi jumlah kebutuhan yang diimplementasikan dari awal. Developer menyelesaikan kasus tersebut dengan pendekatan clone-and-own yang memungkinkan penggunaan fungsionalitas suatu perangkat lunak pada perangkat lunak lain. Meskipun meningkatkan efisiensi pengembangan, namun clone-and-own menimbulkan masalah maintainability pada perangkat lunak yang sudah dikembangkan. Masalah tersebut dapat diatasi dengan pendekatan alternatif seperti paradigma software product line engineering (SPLE) yang efisiensinya dapat ditingkatkan dengan konsep multi product line (MPL). Sayangnya, SPLE dan MPL belum umum digunakan untuk mengembangkan perangkat lunak web karena kurangnya web framework yang menunjang kedua pendekatan tersebut. Hal ini yang mendasari implementasi WinVMJ framework sebagai web framework untuk mengembangkan aplikasi web dengan SPLE dan MPL. Framework ini belum menerapkan alur kerja SPLE secara menyeluruh, sehingga validitas perangkat lunak tidak terjamin. Untuk melengkapi alur kerja SPLE WinVMJ, penelitian ini mengintegrasikannya dengan FeatureIDE. Integrasi dilaksanakan dalam tiga tahap: merancang alur kerja SPLE, mendefinisikan kumpulan artefak yang diperlukan untuk pengembangan perangkat lunak, dan implementasi plugin bernama WinVMJ composer untuk memproses kumpulan artefak yang didefinisikan. Alur kerja SPLE WinVMJ berhasil dilengkapi dengan WinVMJ composer yang mampu memproses artefak dari FeatureIDE dan melakukan validasi produk secara menyeluruh. Selain itu, evaluasi WinVMJ composer juga menunjukkan adanya keunggulan penerapan MPL dan penyusunan produk dibandingkan WinVMJ framework.

---

Sometimes the realization of new web application development needs has been partially implemented in other web applications. Development efficiency should be increased by reusing the realization and reducing the number of requirements implemented from scratch. Developers solve this case with a clone-and-own approach that allows using the functionality of one software on another. Although this approach improves development efficiency, clone-and-own causes maintainability issues in the developed software. This problem can be overcome by alternative approaches, such as the software product line engineering (SPLE) paradigm, whose efficiency can be increased by the multi-product line (MPL) concept. Unfortunately, SPLE and MPL are not commonly used to develop web software due to the lack of web frameworks that supports them. This issue underlies the implementation of the WinVMJ framework as a web framework for developing web applications with SPLE and MPL. This framework has not fully implemented the SPLE workflow, which causes a lack of software validity. To complete it, this research integrates it with featured. The integration is carried out in three stages: designing the SPLE workflow, defining the artifact set for software development after integration, and implementing a plugin named WinVMJ composer to process the defined artifacts set. The WinVMJ's SPLE workflow is completed with WinVMJ composer, which can process FeatureIDE's artifacts and perform thorough product validation. In addition, the evaluation of the WinVMJ composer also shows the advantages of implementing MPL and product compilation compared to the WinVMJ framework."

"Payment gateway merupakan sebuah teknologi perangkat lunak yang menyediakan layanan transaksi uang. Dalam pengembangannya, Software Product Line Engineering (SPLE) dapat menjadi solusi implementasi berbagai variasi layanan transaksi uang. SPLE adalah paradigma pengembangan perangkat lunak yang memanfaatkan reusable platform dan mass customisation. Penelitian sebelumnya telah membuat sebuah feature diagram untuk product line payment gateway dan fitur payment telah diimplementasi berdasarkan feature diagram yang telah dibuat. Penelitian ini menggunakan Delta-Oriented Programming (DOP) yaitu sebuah paradigma untuk pengembangan SPLE dimana komposisi dibagi menjadi dua jenis komponen yaitu core dan delta. Core adalah komponen yang menjadi basis produk dalam product line. Delta merupakan komponen yang memodifikasi core kita ditambahkan. Akan tetapi, implementasi fitur payment mengalami masalah pemanggilan variasi eksternal API sehingga menimbulkan peningkatan jumlah modul delta. Peningkatan jumlah modul delta tersebut menyebabkan kesulitan dalam penggunaan ulang komponen (reusability). Penelitian ini menghasilkan metode generalisasi pemanggilan eksternal API, menemukan kebutuhan untuk WinVMJ Composer dapat meng-compile multilevel delta, dan pengembangan multilevel delta secara manual menggunakan fitur disbursement Flip. Penelitian ini diharapkan dapat menjadi bahan acuan agar WinVMJ Composer dapat meng-compile multilevel delta secara otomatis dan untuk pengembangan struktur pemetaan product configuration WinVMJ Composer lebih lanjut.

---

Payment gateway is a software technology that provides money transaction services. In its development, Software Product Line Engineering (SPLE) can be a solution for implementing various variations of money transaction services. SPLE is a software development paradigm that utilizes reusable platforms and mass customization. Previous research has created a feature diagram for the payment gateway product line, and the payment feature has been implemented based on the created feature diagram. This research utilizes Delta-Oriented Programming (DOP), which is a paradigm for SPLE development where composition is divided into two types of components, core and delta. Core component serves as the basis for products in the product line, while delta component modifies the core by adding specific features. However, the implementation of the payment feature encounters issues with calling external API variations, resulting in an increased number of delta modules. The increase in delta modules makes it difficult to reuse components (reusability). This research proposes a method for generalizing the calling of external APIs, identifies the need for the WinVMJ Composer to compile multilevel deltas, and develops multilevel deltas manually using the Flip disbursement feature. This research is expected to serve as a reference for enablingWinVMJ Composer to automatically compile multilevel deltas and for further development of the product configuration mapping structure of WinVMJ Composer."

"Logee merupakan sub-divisi dari Divisi Digital & Business Technology (DBT) di bawah Directorat Digital Business (DDB) PT Telkom Indonesia. Logee menyediakan platform digital bagi ekosistem logistik nasional dan terhubung ke jaringan global. Dalam pengembangan perangkat lunaknya, Logee menerapkan kerangka kerja Scrum. Namun, sering mengalami masalah seperti masuknya requirement baru di tengah sprint dan kualitas produk yang rendah. Hal ini menyebabkan tidak tercapainya target backlog dan keterlambatan rilis product. Jika hal tersebut tidak diselesaikan berdampak pada penambahan cost pengembangan product, dan potensi kehilangan revenue. Penelitian ini mengevaluasi implementasi Scrum di Logee Distribution dan memberikan rekomendasi perbaikan proses pengembangan perangkat lunak. Penelitian menggunakan mixed-methods dengan pengumpulan data kuantitatif melalui kuesioner berbasis Scrum Guide 2020 dan Essentials Scrum oleh Rubin. Metode kualitatif dilakukan dengan wawancara kepada Scrum Master dan Head of Product Logee Distribution. Hasil evaluasi menunjukkan nilai KPA Rating keseluruhan sebesar 87,39%, diinterpretasikan sebagai Fully Achieved. Squad Sales dan Order menunjukkan implementasi yang baik dengan KPA Rating masing-masing 95,93% dan 91,30%, sementara squad Fulfillment hanya mencapai 75,85%. Rekomendasi perbaikan difokuskan pada 27 rekomendasi untuk 61 praktik yang belum memenuhi standar, dengan prioritas tinggi pada 15 rekomendasi. Evaluasi dan rekomendasi ini bertujuan untuk memperbaiki implementasi Scrum di Logee Distribution dan mengatasi masalah target Backlog yang tidak tercapai pada squad Fulfillment.

---

Logee is a sub-division of the Digital & Business Technology (DBT) Division under the Digital Business Directorate (DDB) at PT Telkom Indonesia. Logee provides a digital platform for the national logistics ecosystem and is connected to a global network. In the software development process, Logee chose to implement the Scrum framework. However, they often experience problems such as the entry of new requirements in the middle of a sprint and low product quality. This causes the backlog target to not be achieved and delays in product releases. If this is not resolved, it will result in additional product development costs and a potential loss of revenue. This research evaluates the implementation of Scrum in Logee Distribution and provides recommendations for improving the software development process. The research used mixed methods with quantitative data collection through questionnaires based on the 2020 Scrum Guide and Scrum Essentials by Rubin. The qualitative method was carried out by interviewing the scrum master and head of product Logee distribution. The evaluation results show an overall KPA rating value of 87.39%, interpreted as Fully Achieved. The Sales and Order squads showed good implementation, with KPA Ratings of 95.93% and 91.30%, respectively, while the Fulfillment squad only reached 75.85%. Recommendations for improvement focused on 27 recommendations for 61 practices that did not meet the standards, with high priority given to 15 recommendations. This evaluation and recommendation aim to improve the implementation of Scrum in Logee Distribution and overcome the problem of backlog targets not being achieved in the Fulfillment squad"

"PT. XYZ merupakan salah satu perusahaan penyedia layanan TI di Indonesia, yang menggunakan CMMI untuk perbaikan proses. Melalui implementasi CMMI, PT. XYZ berharap memperoleh manfaat melalui perbaikan proses. Namun sampai dengan penelitian ini dilakukan, PT. XYZ belum memperoleh manfaat yang optimal. Hal ini dilihat dari beberapa delivery proyek yang tidak tepat waktu dan realisasi effort dari beberapa proyek lebih besar dari perencanaan. Penelitian ini bertujuan untuk mengidentifikasi manfaat yang diperoleh PT. XYZ dari implementasi CMMI. Identifikasi manfaat dilakukan dengan membandingkan data implementasi proyek sebelum dan setelah CMMI. PT. XYZ berharap dapat mengidentifikasi proses yang belum optimal pada pelaksanaannya, sehingga PT. XYZ dapat melakukan evaluasi untuk meningkatkan proses tersebut menjadi lebih baik. Berdasarkan identifikasi manfaat tersebut, kemudian digunakan untuk mengidentifikasi manfaat yang berpengaruh terhadap kesuksesan proyek pengembangan perangkat lunak. Selanjutnya, PT. XYZ menentukan prioritas manfaat yang harus dicapai yang berpengaruh terhadap kesuksesan proyek pegembangan perangkat lunak. Pada penelitian ini, data yang digunakan adalah data primer dan data sekunder. Data primer diperoleh dari hasil wawancara dan kuesioner sedangkan data sekunder diperoleh dari dokumen pendukung PT. XYZ. Hasil penelitian ini adalah identifikasi manfaat CMMI yang diperoleh PT. XYZ. Kemudian melakukan analisis terhadap manfaat CMMI yang mempengaruhi kriteria kesuksesan proyek pengembangan perangkat lunak.

---

PT. XYZ is one of IT service providers in Indonesia who use CMMI for process improvement. With the implementation of CMMI, PT. XYZ expect to gain benefit through process improvement. But until this research is done, PT. XYZ has not derive optimal benefits, based on several delivery projects that are not on time and effort realization of some projects bigger than planning.

This research aimed to identify the benefits obtained by PT. XYZ after CMMI implementation. Identifying benefits gained by performing comparison the data of project implementation before and after CMMI. PT. XYZ look forward to identify the processes that is not optimal when project implementation. Based on these results, PT. XYZ can evaluate and improve the process better. The result of benefit identification is used to identify which benefits that affect the success of software development project. PT. XYZ determine the priority of the benefits to be achieved, making it easier to gain the benefit that influence the success of software development projects. In this research, the data used are primary and secondary data. The primary data obtained from interviews and questionnaires while the secondary data obtained from PT. XYZ supporting documents.

The results of this study was identification of the CMMI benefits that obtained PT. XYZ which affecting success criteria for software development projects."

"Banyak pesaing membuat PT Asuransi XYZ harus adaptif dan cepat dalam menyediakan layanan aplikasi yang baik kepada pelanggan. Perusahaan ini sudah banyak melakukan perubahan baik dari struktur organisasi hingga budaya khususnya dalam software development yang sudah mengadopsi Agile dan DevOps. Namun pada kenyataannya masih besar keterlambatan waktu penyebaran pada aplikasi. Melalui permasalahan menjelaskan bahwa ada permasalahan dari sisi people yakni developer yang masih memiliki mindset individual. Menjawab permasalahan tersebut dengan Budaya DevOps bahwa developer tidak hanya memikirkan tentang coding namun bagaimana product ini dapat di production dengan cepat. Penulis melakukan studi literatur terhadap teori DevOps dengan berlandaskan model yang dibuat oleh Luz (2019) dan teori lainnya. Kemudian memetakan kondisi saat ini berdasarkan hasil studi literatur yang telah dibuat melalui kuesioner. Berdasarkan kondisi tersebut dipilih yang tidak memenuhi threshold untuk diberikan rekomendasi. Rekomendasi diberikan validasi terhadap teori DevOps, kemudian di lanjutkan validasi dengan orang expert dan yang terakhir validasi dengan orang internal. Rekomendasi budaya meliputi deployment dilakukan lebih sering dan tidak perlu menunggu waktu khusus, tim pengembang perlu mengetahui bagaimana proses yang ada pada bagian operasi, tim operasi perlu memberikan feedback kepada tim pengembang dan memiliki rasa kepercayaan (trust) antara tim pengembang dan tim operasi.

---

The highly competitive insurance industry has forced PT Asuransi XYZ to be more adaptive to changes and fast in providing good application services to customers. To stay ahead of the competition, PT Asuransi XYZ introduced changes to both organizational structure and the entire company work culture. The key steps were to adopt Agile and DevOps. Previously, there was considerable delay in the deployment time of the applications. DevOps comes from a train of thought, where developers not only think about coding but also how the product can be released to production quickly. Researchers conducted a literature study on the DevOps theory based on the model created by Luz (2019) and other theories. Then they mapped the current conditions based on the results of literature studies that have been made through a questionnaire. Based on these conditions, those who did not meet the threshold were chosen to be given a recommendation. Recommendations are validated against the DevOps theory, then proceeded with validation by expert people and finally validated by internal people. Cultural recommendations include very frequent deployments and drastically cut-short the development to release time. The development team should be aware of the process in the operations section, the operations team needs to provide regular feedback back to the development team. Both teams need to have a sense of trust between them to achieve the goal."

"Pada penelitian ini telah dikembangkan sebuah perangkat lunak yang dapat digunakan untuk melakukan perhitungan ketidakpastian aktivitas dari citra planar hasil pemindaian gamma camera. Perangkat lunak merupakan hasil pengembangan dari “Planar Quantification App” milik Maharani, 2021 dan dirancang dengan bahasa pemrograman MATLAB. Algoritma dirancang dengan melakukan propagasi ketidakpastian menggunakan the law of propagation uncertainty pada persamaan aktivitas dalam conjugate view counting seperti faktor kalibrasi, laju cacahan, dan faktor transmisi. Perhitungan ketidakpastian dilakukan untuk organ ginjal kiri dan liver pada time point 1, 24, 48, dan 72 jam setelah injeksi radiofarmaka. Persentase ketidakpastian aktivitas akan mengalami peningkatan seiring dengan bertambahnya time point. Pada organ ginjal kiri diperoleh persentase ketidakpasitian aktivitas dalam rentang 32%-52% sedangkan pada organ liver diperoleh persentase ketidakpastian aktivitas dalam rentang 11%-37%. Pengujian reproduksibilitas algoritma turut dilakukan dengan tujuan untuk melihat reproduksibilitas hasil dari GUI yang telah dirancang dan direpresentasikan dalam bentuk deviasi relatif. Adapun nilai deviasi relatif yang didapatkan paling tinggi sebesar 9,6% secara keseluruhan. Hal ini menunjukkan bahwa reproduksibilitas dari algoritma yang digunakan cukup baik dan masih dapat diterima untuk kedua organ yang diamati.

---

In this study, the software has been developed that can be used to calculate the uncertainty of activity from planar images from gamma camera scans. The software is the result of the development of Maharani, 2021 "Planar Quantification App", and is designed with the MATLAB programming language. The algorithm is designed by performing uncertainty propagation using the law of propagation uncertainty in the activity equation in the conjugate view counting method, such as calibration factor, count rate, and transmission factor. Uncertainty calculations were performed for the left kidney and liver at time points of 1, 24, 48, and 72 hours after radiopharmaceutical injection. The percentage of activity uncertainty will increase as the time point increases. In the left kidney, the percentage of activity uncertainty is in the range of 32%–52%, while in the liver, the percentage of activity uncertainty is in the range of 11%–37%. Algorithm reproducibility testing was also carried out to see the reproducibility of the results of the GUI that had been designed and represented in the form of relative deviation. The relative deviation value obtained is the highest at 9.6% overall. This shows that the reproducibility of the algorithm used is quite good and still acceptable for the two organs observed."

"Pengembangan Perangkat lunak berhasil apabila sesuai dengan batasan yang ditentukan, tepat waktu, dan sesuai dengan anggaran yang dialokasikan. Laporan rekapitulasi capaian proyek di Jakarta Smart City (JSC) tahun 2020-2021 menunjukkan fakta bahwa proyek yang berhasil diselesaikan tepat waktu hanya 46.67%, sedangkan 30% diselesaikan terlambat dan 43.33% tidak selesai. Melalui identifikasi permasalahan menggunakan diagram fishbone, pada domain process disebutkan bahwa di JSC tidak ada standarisasi metode pengembangan perangkat lunak yang digunakan. Hal ini mendorong penulis melakukan penelitian berfokus pada pengembangan metodologi pengembangan perangkat lunak yang tepat di JSC menggunakan Essence Framework dan Agile Transition Framework dengan metode penelitian design science research (DSR). Identifikasi masalah dilakukan melalui wawancara dengan Kepala Divisi Pengembangan dan Manajer Proyek. Penyusunan metode melibatkan seluruh Team Lead Divisi Pengembangan melalui kegiatan focus group discussion (FGD). Kemudian dilakukan validasi dengan expert judgement oleh 3 pakar agile dari eksternal. Berdasarkan penelitian yang dilakukan, dari 99 praktik yang berasal dari 10 metode Agile, dihasilkan sebuah metodologi pengembangan perangkat lunak yang terdiri dari 20 praktik yang dipetakan dalam 10 aktivitas yang berasal dari 6 metode Agile (Scrum, Nexus, Kanban, Xtreme Programming) dan Scaling Agile (LeSS dan SAFe). Penerapan metodologi pengembangan perangkat lunak tersebut di JSC menggunakan strategi model ADAPT.

---

The success of software development if is in accordance with the specified scope, on time, and in accordance with the allocated budget. Based on the recapitulation report of project achievements in Jakarta Smart City (JSC) for 2020-2021, it was found that only 46.67% of projects were completed on time, while 30% were overdue and 43.33% were unfinished. Through problem identification using fishbone diagrams, it is stated in the process domain that at JSC there is no standard of software development methods. This prompted the author to conduct research focusing on the compose of appropriate software development methods in JSC. The composing the software development method based on the Essence Framework and the Agile Transition Framework, then combined it with the design science research (DSR). Problem identification was carried out through interview with the Head of Development Division and the Project Manager. It is involving all Team Leads from the Development Division through focus group discussions (FGD). The validation includes the expert judgment of 3 external agile experts / practitioners. Based on the conducted research, from 99 practices in which is derived from 10 the Agile methods, a software method was composed of 20 practices mapped into 10 activities derived from 6 Agile methods (Scrum, Nexus, Kanban, Xtreme Programming) and Scaling Agile (LeSS and SAFe). Furthermore, for the implementation of the software development method at JSC, follow the ADAPT model strategy."

"Software Product Line Engineering (SPLE) adalah sebuah pendekatan pengembangan beberapa perangkat lunak yang bisa digolongkan ke dalam satu kelompok atau keluarga yang sama berdasarkan berbagai commonality dan variability keluarga tersebut. Salah satu framework pengembangan berbasis SPLE ini adalah WinVMJ yang dibangun berdasarkan pola arsitektur Variability Modules for Java (VMJ). WinVMJ sudah bisa digunakan untuk pengembangan perangkat lunak berbasis SPLE, namun masih ada beberapa kekurangan yang bisa diperbaiki atau di-refactor untuk menjadikan WinVMJ sebagai framework yang lebih stabil. Hal-hal yang kurang optimal ini terkait dengan pengelolaan request-response yang kurang lengkap, pembaharuan jenis database yang digunakan dan juga pemodelan entitas di dalam database tersebut. Penelitian ini difokuskan untuk memberikan pembaharuan dan perbaikan WinVMJ, termasuk library yang mendukung framework tersebut. Kekurangan-kekurangan tersebut dicari dengan melakukan percobaan atau testing pada produk yang memiliki fitur-fitur yang berpotensi memiliki kekurangan, dan jika memang ditemukan, kekurangan tersebut dicatat dan diperbaiki. Penelitian ini pada akhirnya berhasil menghasilkan versi baru WinVMJ yang sudah memiliki banyak fitur yang diperbaiki atau diperbaharui. WinVMJ versi terbaru yang dihasilkan penelitian ini dievaluasi dengan melakukan penambahan modul fitur yang berupa sebuah varian dari fitur yang sudah ada, membangun produk baru, membandingkan jumlah berkas dan baris kode yang perlu diubah untuk menambah modul fitur maupun produk dengan framework Spring Boot, dan membandingkannya dengan versi WinVMJ yang lama. Penelitian ini dan juga hasilnya diharapkan dapat memberikan kontribusi kepada bidang pengembangan perangkat lunak, terutama SPLE.

---

Software Product Line Engineering (SPLE) is a software engineering approach to build several softwares that can be categorized within the same group or family based on their commonalities and variabilities. One framework that allows for SPLE engineering is WinVMJ which is built upon the Variability Modules for Java (VMJ) architectural pattern. WinVMJ itself is able to be used for SPLE based development, however there are still several issues that can be fixed or refactored to make WinVMJ a more stable framework. Some of these issues include a request-response system that isn’t complete, updating the type of database used and also the modelling of entities inside the database itself. Thus, this research is dedicated to fixing and improving WinVMJ, including the supporting libraries. The issues themselves are found by doing tests on products with features that can potentially be repaired, and if the features indeed do have issues, these issues are immediately written down and worked upon. This research is able to create a new version of WinVMJ that also has less issues than the previous one. This latest version of WinVMJ is evaluated by adding a new feature module based on an existing one, building and generating a new product, comparing itself to the Spring Boot framework in terms of number of files and lines of code changed when implementing a new feature module or product, and comparing the latest version of WinVMJ against the previous one. This research and its’ results can hopefully give a meaningful contribution towards the field of software development, especially SPLE."