Hasil Pencarian  ::  Simpan CSV :: Kembali

"Banyak perangkat lunak yang berkembang cepat karena tuntutan bisnis tanpa melalui proses yang matang sehingga berkualitas buruk dan menjadi lebih sulit untuk dikelola. Untuk kasus seperti ini bisa diperbaiki dengan melakukan rekayasa ulang dengan memperhatikan praktik yang baik dalam proses pengembangan perangkat lunak tersebut. PT RAKITEK sebagai perusahaan dengan tim berskala kecil yang mengembangkan produk perangkat lunak CRM untuk multi tenant juga mengalami masalah evolusi perangkat lunak, sehingga berkualitas buruk. Permasalahan dari perangkat lunak tersebut adalah sulitnya pengelolaan karena belum mendukung multi-tenancy dan menghasilkan defect yang susah diperbaiki. Software craftsmanship sebagai ideologi yang menekankan penggunaan praktik keunggulan teknis untuk menghasilkan perangkat lunak yang berkualitas dan mudah dikelola bisa diadopsi untuk mengatasi masalah ini. Namun, untuk mengadopsi software craftsmanship dengan baik, perlu merancang metode rekayasa ulang perangkat lunak yang tepat sesuai kondisi perusahaan. Penelitian ini bertujuan merancang metode rekayasa ulang perangkat lunak yang mengadopsi software craftsmanship dan menerapkan praktik agile dengan menggunakan metodologi extreme programming yang menekankan keunggulan kualitas perangkat lunak (source code). Faktor kualitas perangkat lunak yang perlu dicapai dari rancangan metode rekayasa ulang adalah maintainability, reliability, testability, dan reusability. Penelitian ini menghasilkan RUPL–SC, sebuah metode Rekayasa Ulang Perangkat Lunak yang mengadopsi Software Craftsmanship, dan hasil pengujian kualitas perangkat lunak yang diperbaiki dengan metode tersebut. Pengujian efektifitas metode RUPL–SC dilakukan dengan studi kasus rekayasa ulang perangkat lunak CRM yang dikembangkan PT RAKITEK. Tim pengembang menggunakan alat bantu SonarQube untuk menilai source code yang ditulis, sehingga kualitas perangkat lunak dapat terus dipantau seiring dengan perkembangan perangkat lunak. Hasil pengujian metode berhasil memperbaiki permasalahan multi tenancy dan meningkatkan kualitas perangkat lunak.

---

Much software evolves fast, sacrifices the quality, and becomes more challenging to maintain. Reengineering by considering the good practice in the software development process is a solution for cases like this. PT RAKITEK, a company with a small-scale team that develops CRM software products for multi-tenant, also experiences this software evolution problem, resulting in poor quality. The main problem is that it is difficult to manage because it does not support multi-tenancy and produces complex defects to avoid. Software craftsmanship as an ideology that emphasizes technical excellence practices to deliver quality and easy-to-manage software can be adopted to overcome this problem. However, it is necessary to design software reengineering methods that consider company conditions to adopt software craftsmanship smoothly. This study aims to develop a software reengineering method that adopts software craftsmanship and applies agile practices using an extreme programming methodology that emphasizes the power of software quality (source code). The reengineering method design should achieve software quality factors such as maintainability, reliability, testability, and reusability. This research produces RUPL–SC, a Software reengineering method that adopts software craftsmanship, and the results of software quality testing improved by that method. The RUPL–SC testing method's effectiveness is shown using a case study of CRM software reengineering developed by PT RAKITEK. The development team uses the SonarQube tool to assess the source code to monitor the quality of the software in the software development. The method test results show that it succeeded in fixing the multi-tenancy problem and improving the quality of the software."

"Pemilihan jenis persimpangan, perencanaan geometnk persimpangan dan perencanaanpengaturan waktu lampu lalulintas sebagai elemen dari perencanaan persimpanganharus dirancang secara cermat agar persimpangan dapat berfungsi secara optimal.Proses perencanaan persimpangan memerlukan waktu dan tingkat keahlian dariperencana. Untuk membantu dalam pengambilan keputusan yang terbaik padaperencanaan persimpangan maka dikembangkan perangkat Iunak yang bersifat interaktif untuk perencanaan persimpangan.Pengembangan perangkat lunak ini dilakukan dengan menggunakan bahasapemrograman Visual Basic versi 3.0. Proses pengembangannya meiiputi konsep danperancangan program yang dibuat berdasarkan tahap-tahap perencanaan persimpangan yaitu pemilihan jenis persimpangan, perencanaan geometri persimpangan, analisa tundaaan persimpangan prioritas dan perencanaan pengaturan waktu lampu lalulintas. Tahap-tahap ini merupakan modul terpisah yang dapat disatukan dan diatur dengan membuat satu program utama. Secara keseiuruhan paket perangkat Iunak perencanaan persimpangan ini diberi nama Intersign versi 1.0.Hasil penggunaan lntersign dapat memberikan rekomendasi jenis persimpangan,perencanaan geometri persimpangan, analisa tundaan persimpangan prioritas danperencanaan pengaturan waktu lampu Ialulintas. intersign merupakan perangkat lunakyang bersifat terbuka dan dapat dimodihkasi secara mudah sehingga dapatdikembangkan Iebih Ianjut untuk mendapatkan prototipe yang lebih komprehensif danhandal untuk perencanaan persimpangan.

---

"

"Perangkat lunak merupakan hal yang sangat penting dan menjadi salah satu kunci kesuksesan untuk meningkatkan keunggulan kompetitif bagi banyak perusahaan di era industri 4.0. Kualitas dari perangkat lunak tentu menjadi perhatian perusahaan untuk kelangsungan bisnis mereka khususnya bagi perusahaan yang bergerak di industri perangkat lunak. Cloud Service Provider XYZ (XYZ) merupakan sebuah perusahaan yang bergerak di bidang Platform-as-a-Service (PaaS) yang memberikan layanan yang fokus pada developer experience (DX) sehingga bisa memanfaatkan teknologi terkini untuk memberikan nilai lebih pada perangkat lunak yang dibuat. Sebagai startup baru, XYZ berencana melakukan branding dengan menunjukkan bahwa PaaS yang diberikannya memiliki kualitas yang menunjang kebutuhan developer dan meyakinkan mereka bahwa XYZ tidak kalah dengan PaaS yang disediakan oleh perusahaan besar di lingkup internasional. Sehingga, menjaga kualitas perangkat lunaknya merupakan hal yang sangat penting bagi kelangsungan bisnis mereka. Namun, XYZ menemukan kekurangan pada layanannya dan belum mampu mengukur kesiapan produknya. Penelitian ini ditujukan untuk melakukan evaluasi kematangan kualitas perangkat lunak yang dikembangkan oleh XYZ. Penelitian ini menggunakan Software Product Quality Maturity Model (SPQMM) dengan ISO/IEC 25010 sebagai acuan karakteristik perangkat lunak yang dievaluasi. Pengukuran karakteristik mengacu pada ISO/IEC 25022 untuk aspek Quality in Use dan ISO/IEC 25023 untuk aspek Software Product Quality. Selanjutnya, peneliti juga menganalisis usulan perbaikan yang dapat dilakukan sebagai langkah untuk meningkatkan kualitas produk perangkat lunak. Usulan perbaikan diperoleh dari hasil pengukuran dan ulasan pengguna. Hasil dari penelitian ini menunjukkan bahwa tingkat kematangan perangkat lunak XYZ berada pada tingkat 3 yaitu Neutral. Hal tersebut diperoleh dari pemetaan tingkat integritas yang berada pada tingkat Sangat Rendah dan tingkat kualitas keseluruhan sistem sebesar 75,45%. Di samping itu, secara garis besar ulasan perbaikan yang diperoleh adalah diperlukannya sistem logging untuk memudahkan proses penelusuran kejadian, penerapan proses pengujian yang lebih lengkap dan otomatis, diperlukannya sistem monitoring proses, serta beberapa ulasan pengguna dari sisi penambahan fitur seperti kompatibilitas bahasa pemrograman lain dan penambahan channel pembayaran.

---

Software is an important thing and being one of key success to increase competitive advantage for many companies in 4.0 industry era. The quality of the software is certainly a concern for companies for the continuity of their business, especially for companies engaged in the software industry. Cloud Service Provider XYZ (XYZ) is a company engaged in Platform-as-a-Service (PaaS) which provides a server-side service that aims to facilitate both individual and organizational software developers in the server management process. XYZ provides services that focus on the developer experience (DX) so that they can take advantage of the latest technology to provide more value to the software created. As a new startup, XYZ plans to do branding by proofing its quality supports the needs of developers and assures them that XYZ is not inferior to the PaaS provided by large companies in the international sphere. Thus, maintaining the quality of the platform is very important for the continuity of their business. However, XYZ still often finds errors and mistakes in its services and has not been able to measure the readiness of its products. This research aims to evaluate the maturity of the quality of software developed by XYZ. This used Product Quality Maturity Model (SPQMM) as a main model with ISO/IEC 25010 as a reference of the evaluated software characteristics. Each characteristic measurement refers to ISO/IEC 25022 for Quality in Use and ISO/IEC 25023 for Software Product Quality. Furthermore, the researcher also analysed what proposed improvements which could be implemented as a step to increase the software product quality. Proposed improvements were obtained from measurement results and user feedback. The results are the quality maturity level of XYZ is at level 3 which is Neutral. That was obtained by mapping the integrity level which is at Very Low and the Whole Quality Level of 75,45%. Moreover, the proposed improvements are it is necessary to have logging system for helping the process of tracking events, the application of a more complete and automated testing process, require of monitoring system, and some of user feedbacks in feature additions such as other programming language compatibility additions and payment channel additions."

"[ABSTRAKBadan Pusat Statistik merupakan lembaga pemerintah non kementrian yang bertugas untuk menyediakan data dan informasi statistik yang berkualitas Salah satu caranya adalah dengan menjamin tahapan pengolahan berjalan baik Untuk menjamin tahapan pengolahan berjalan dengan baik proyek pengembangan perangkat lunak diharapkan tepat waktu dengan produk perangkat lunak yang memiliki minimal failure Akan tetapi sampai sekarang masalah keterlambatan dan failure terhadap produk masih ada Untuk mengatasi permasalahan ini diperlukan suatu langkah perbaikan Langkah awal untuk melakukan perbaikan dengan mengetahui tingkat kemapanan organisasi dalam mengelola proyek pengembangan perangkat lunak Penelitian ini bertujuan untuk mengevaluasi tingkat kemapanan proses pengembangan perangkat lunak Subdit IPD Tingkat kemapanan proses ini selanjutnya dapat digunakan sebagai acuan dalam melakukan perbaikan proses pengembangan perangkat lunak Penelitian ini menggunakan kerangkat kerja CMMI DEV pendekatan continuous panduan appraisal SCAMPI C dan panduan perbaikan proses dengan model IDEAL Penelitian ini dibatasi hanya sampai tahap melakukan evaluasi tingkat kemapanan dan perumusan perbaikan proses pengembangan perangkat lunak Berdasarkan hasil penelitian dapat disimpulkan bahwa organisasi masih dinyatakan pada tingkat kapabilitas incomplete IPD disarankan menerapkan rekomendasi yang telah diusulkan Penerapan rekomendasi tersebut diharapkan dapat mengatasi lebih dari 70 kelemahan pada process area PP PMC RQM CM PPQA dan 33 untuk VER Kata kunci Badan Pusat Statistik tingkat kemapanan perbaikan proses pengembangan perangkat lunak CMMI DEV appraisal SCAMPI.

---

ABSTRACTStatistics of Indonesia is a non ministerial government agencies tasked to provide qualified data and statistical information To provide that Statistics of Indonesia need to ensure that the processing stage goes well To ensuret the processing stage went well the software development projects should be on time and minimal failure However the problems of delay and several failure are still found The first step to overcome this problems is to determine the position of organizational capability in the software development process This study aimed to evaluate the capability of the software development process in Sub directorate IPD The level of capability of this process can then be used as a reference in the software process improvement This study use CMMI DEV framework continuous representation SCAMPI C appraisal prosedure and IDEAL model to guide software process improvement This study is limited only to a point to evaluate the level of capability and formulation of the software development process improvement Based on the results of this research concluded that the organization meets incomplete capability level IPD has suggested implementing the recommendations proposed Implementation of these recommendations is expected to handle more than 70 of the weaknesses in the process area of PP PMC RQM CM PPQA and 33 for the VER , Statistics of Indonesia is a non ministerial government agencies tasked to provide qualified data and statistical information To provide that Statistics of Indonesia need to ensure that the processing stage goes well To ensuret the processing stage went well the software development projects should be on time and minimal failure However the problems of delay and several failure are still found The first step to overcome this problems is to determine the position of organizational capability in the software development process This study aimed to evaluate the capability of the software development process in Sub directorate IPD The level of capability of this process can then be used as a reference in the software process improvement This study use CMMI DEV framework continuous representation SCAMPI C appraisal prosedure and IDEAL model to guide software process improvement This study is limited only to a point to evaluate the level of capability and formulation of the software development process improvement Based on the results of this research concluded that the organization meets incomplete capability level IPD has suggested implementing the recommendations proposed Implementation of these recommendations is expected to handle more than 70 of the weaknesses in the process area of PP PMC RQM CM PPQA and 33 for the VER ]"

"Proyek pengembangan perangkat lunak dikatakan sukses apabila pelaksanaan sesuai dengan jangka waktu yang ditetapkan, penggunaan anggaran yang sesuai dan ruang lingkup yang disepakati. Penelitian ini mengambil studi kasus implementasi pengembangan perangkat lunak yang dilakukan oleh sebuah perusahaan pengembang perangkat lunak XYZ yang banyak menangangi proyek pengembangan aplikasi di berbagai pemerintah daerah. Rata-rata pertahun dalam penyelesaian proyek pengembangan aplikasi di studi kasus ini tidak tercapai 100% sesuai dengan jadwal yang ditentukan karena terdapat beberapa kendala yang akhirnya terjadi peningkatan sumber daya dan adanya denda atas keterlambatan proyek. Penelitian ini bertujuan untuk menyusun metodologi pengembangan perangkat lunak dan serta membuat panduan implementasi berdasarkan prinsip- prinsip Essence Framework. Pelaksanaan penelitian ini menggunakan pendekatan Design Science Research (DSR). Perencanaan dan pengembangan metodologi implementasi dilakukan menggunakan Focus Group Discussion terhadap tim yang terlibat dalam pengembangan aplikasi. Proses validasi hasil didalam penelitian ini menggunakan kombinasi antara umpan balik dari internal studi kasus dan eksternal studi kasus yang terdiri dari empat para ahli. Analisis hasil penelitian ini menghasilkan daftar tiga belas praktik yaitu (1) Identify Value (2) Visualize (3) Stories (4) Acceptance Criteria (5) Sprint Planning (6) Sprint (7) Sprint Review (8) System Demo (9) Limit Work in Progress (10) Pair Programming (11) Daily Scrum (12) Weekly Cycle (13) Whole Team. Praktik-praktik ini dihasilkan dari FGD dengan tim pengembang berdasrkan metode terpilih dari hasil studi literatur. Metode Agile untuk pengembangan perangkat lunak di pemerintahan berdasarkan studi literatur adalah Scrum, Lean, XP, Kanban. SAFe yang merupakan metode scaling yang paling populer berdasarkan survei Version One tahun 2020.

---

A software development project is regarded to be successful if it is completed within the allotted schedule, on budget, and with the agreed-upon scope. This research takes a case study of the implementation of software development carried out by a Software Development Company named XYZ which handles many applications development projects in various local governments. The annual average for the completion of the application development project in this case study failed to achieve its 100% target implementation timeline because there were several obstacles which eventually resulted in an increase in resources and a fine for project delays. This study aims to develop a software development methodology and to create an implementation guide in the case study organization based on the principles of the Essence Framework. This study adopted the Design Science Research (DSR) methodology. Focus Group Discussions (FGD) with the development team in the case study were used to plan and build the implementation methodology. Expert judgment was also conducted by interviewing four experts to obtain input from a different perspective. The analysis of this research resulted in list of thirteen practices that can be selected implementation methodology to be used as reference in the case study organization, namely (1) Identify Value (2) Visualize (3) Stories (4) Acceptance Criteria (5) Sprint Planning (6) Sprint (7) Sprint Review (8) System Demo (9) Limit Work in Progress (10) Pair Programming (11) Daily Scrum (12) Weekly Cycle (13) Whole Team. These practices are chosen through FGD with development team based on Agile methods defined from the literature review for government software development, namely Scrum, Lean, XP and Kanban. The SAFe approach is also mentioned since, according to a VersionOne survey conducted in 2020, it is the most often used scaling strategy."

"ABSTRAKPada keadaan dimana konsumen makin sadar akan mutu, sedangkan dalam pasar persaingan semakin kompetitif, maka P.T. Bhumyamca Sekawan dituntut untuk dapat memberikan layanan yang memiliki standar mutu yang tinggi dengan harga yang tetap bersaing. Untuk peningkatan mutu diperlukan biaya, selain itu selama ini hasil dari peningkatan mutu dan dampak finansialnya sulit untuk diukur. Maka agar tindakan peningkatan mutu ini efektif perlu suatu metode yang dapat mendeteksi elemen apa yang perlu ditingkatkan. Baik metode Return On Quality maupun Cost Of Quality sama-sama dapat digunakan untuk menentukan tindakan perbaikan peningkatan mutu, karena itu dalam penelitian ini diselidiki apakah penerapan masing-masing metode memberikan hasil yg sama.Dengan menggunakan metode COQ, aktivitas mutu yang dilakukan perusahaan dapat teridentifikasi menjadi elemen-elemen biaya mutu. Dari komposisi biaya mutu tersebut dapat dideteksi bahwa walaupun biaya pencegahannya tinggi, namun biaya kegagalan yang terjadi masih sangat besar, hal ini mengindikasikan bahwa kegiatan pencegahan yang dilakukan oleh perusahaan kurang efektif. Setelah dianalisa lebih jauh didapatkan bahwa sumber masalahnya adalah kurangnya pengetahuan dan ketrampilan dari para teknisi terutama pada departemen AC/Listrik sehingga mengakibatkan banyaknya pekerjaan perbaikan ulang (termasuk dalam kategori biaya kegagalan).Dengan menggunakan metode ROQ melalui hasil kuesioner dan pengolahannya diperoleh 5 variabel yang dianggap penting oleh pelanggan yang perlu ditingkatkan. Dari 5 variabel tersebut didapat 31 alternatif komposisi tindakan perbaikan mutu. Melalui perhitungan-perhitungan yang dilakukan didapat bahwa alternatif 10, yaitu melakukan peningkatan pemberian bantuan pada pelanggan (var. 14) dan melakukan peningkatan kemudahan menghubungi customer service (var. 23) merupakan pilihan terbaik dengan ROQ tertinggi, yaitu 121%.Berdasarkan hal-hal tersebut diatas, disusunlah beberapa usulan langkah perbaikan yang dapat dilakukan perusahaan terhadap sistem layanan perusahaan serta peningkatan kualitas layanan terhadap pelanggan. Sedangkan penerapan dalam perusahaan tergantung pada situasi dan kondisi perusahaan serta keputusan manajemen yang berkaitan dengan ketersediaan dana yang dibutuhkan untuk masing-masing tindakan perbaikan yang dilakukan."

"Poros engkol (crank shaft) adalah salah satu komponen dari mesin motor bakar. Ada kemungkinan sebuah poros engkol mengalami keretakan pada permukaannya setelah mengalami proses pembuatan, untuk itu perusahaan otomotif menggunakan mesin cracker test untuk memeriksa keretakan pada permukaan poros engkol. Mesin cracker test akan memagnetisasi poros engkol sehingga poros engkol mempunyai medan magnet. Selama proses magnetisasi poros engkol disiram cairan yang merupakan campuran air, cairan kimia, dan serbuk besi. Serbuk besi pada cairan tersebut akan melekat pada bagian permukaan poros engkol yang retak. Kemudian poros engkol diperiksa dibawah sinar ultra violet untuk megetahui keretakan pada permukaan poros engkol tersebut. Keretakan pada permukaan ditunjukkan oleh intensitas cahaya yang dipantulkan serbuk besi yang menyisip ke bagian permukaan poros engkol yang retak. Tugas akhir ini membuat perangkat lunak untuk memeriksa keretakan permukaan pada poros engkol dengan menggunakan algoritma jaringan saraf tiruan. Poros engkol dipotret dibawah sinar ultra violet dengan kamera digital. Hasil pemotretan kemudian diperiksa oleh perangkat lunak ini sehingga dapat diketahui bagaimana kondisi poros engkol. Pemeriksaan dilakukan dengan membandingkan keluaran jaringan saraf tiruan yang telah dibangun sebelumnya dengan target yang ditentukan saat jaringan saraf tiruan dibangun. Jika nilai koefisien korelasi basil pembandingan diatas 0,7 maka poros engkol dinyatakan bagus. Jika nilai koefisien korelasi basil pembandingan dibawah 0,7 maka poros engkol dinyatakan jelek."

"Cash Management System (CMS) Bank XYZ merupakan perangkat lunak untuk nasabah segmen korporasi dalam melakukan monitoring, manajemen likuiditas serta transaksi keuangan melalui sistem yang terintegrasi dengan penyedia jasa perbankan. Saat ini keandalan sistem CMS belum memenuhi standar yang diharapkan, sehingga mendapatkan banyak komplain dari nasabah internal maupun eksternal. Masalah keandalan sistem CMS disinyalir akibat proses pengembangan perangkat lunak yang tidak optimal. Penelitian ini bertujuan untuk melakukan evaluasi dan memberikan rekomendasi perbaikan proses pengembangan perangkat lunak. Pada tahap awal dilakukan wawancara kepada vice president, tribe leader CMS, dan group head IT Operation untuk mendapatkan akar masalah terkait keandalan sistem CMS. Hasil pemeringkatan akar masalah menggunakan metode AHP didapatkan tiga akar masalah prioritas, yaitu penentuan prioritas pengembangan tidak jelas, tata kelola pengembangan tidak dilaksanakan sepenuhnya, dan evaluasi proses pengembangan sistem belum pernah dilakukan. Model IDEAL digunakan sebagai pendekatan perbaikan proses dikombinasikan dengan kerangka kerja software process improvement CMMI-Dev versi 1.3 dengan pendekatan continuous representation dan proses penilaian menggunakan SCAMPI-C. Project Planning, Requirement Management, Integrated Project Management, Requirement Development, dan Process and Product Quality Assurance adalah lima process area sebagai dasar dalam proses penilaian capability level. Penilaian yang dilakukan menghasilkan 34 dari total 43 specific practices telah terpenuhi. Sehingga terdapat sembilan kelemahan pada sembilan specific practices yang belum terpenuhi. Hasilnya CMS Bank XYZ masih berada pada capability level 0 atau incomplete. Berdasarkan PMBOK edisi ke-6, disusunlah lima rekomendasi solusi untuk mengatasi sembilan kelemahan tersebut dengan menyusun dokumen resource breakdown structure, resource requirement, requirement traceability matrix, lessons learned register, dan issue log untuk digunakan sebagai rujukan dalam proes pengembangan perangkat lunak.

---

Cash Management System (CMS) XYZ Bank is a website for corporate segment customers in monitoring, liquidity management, and financial transactions through a system that is integrated with banking service providers. Currently, the reliability of the CMS system has not met the expected standards, so it gets many complaints from internal and external customers. CMS system reliability issues are caused by the substandard software development process. This research aims to evaluate and provide recommendations on improving the software development process. In the early stages, interviews were conducted with the vice president, CMS tribe leader, and group head of IT Operation to get the root cause of the problems related to the reliability of CMS systems. The results have been rating using AHP method obtained three priority root cause, namely the determination of development priorities is not clear, the procedure of development is not fully implemented, and the evaluation of the system development process has never been done. The IDEAL model is used as a process improvement approach combined with CMMI-Dev 1.3 with continuous representation approach and appraisal process using SCAMPI-C. Project Planning, Requirement Management, Integrated Project Management, Requirement Development, and Process and Product Quality Assurance are five process areas as the basis for the appraisal capability level. The appraisal process resulted in 34 out of 43 specific practices being complied with standards. There are nine weaknesses from nine specific practices that have not been complied with the standard. As a result, CMS XYZ Bank is still at capability level 0 or incomplete. Based on the 6th edition of PMBOK, five recommendations were prepared to overcome the nine weaknesses, includes resource breakdown structure, resource requirement, requirement traceability matrix, lessons learned register, and issue log, as point of interest in software development."

"Perangkat lunak AB Pro merupakan produk dari PT XYZ. Perusahaan mengharapkan produk ini bebas dari failure kategori major, critical dan blocker yang tidak dapat diselesaikan pada level support call. Semua jenis failure ini menyebabkan operasi bisnis pelanggan terganggu. Failure terjadi karena kurang maksimalnya proses pengujian. Untuk mengetahui kualitas proses pengujian yang sedang berlangsung dibutuhkan asesmen tingkat kematangan proses pengujian tersebut. Maka dari itu, tujuan penelitian ini adalah untuk mengetahui tingkat kematangan proses pengujian dan memberikan rekomendasi perbaikan proses pengujian perangkat lunak AB Pro. Model yang digunakan untuk mengevaluasi kematangan proses pengujian pada penelitian ini adalah Test Maturity Model Integration (TMMi). Model ini memenuhi kebutuhan perusahaan, terutama tahapan yang jelas untuk menentukan arahan komitmen manajemen. Metode penilaian mengacu pada TMMi Assessment Method Accreditation Requirements (TAMAR). Penelitian dilakukan secara kualitatif dengan metode reduksi. Pengambilan data dilakukan dengan FGD bersama dua orang ketua tim pengujian, observasi proses, dan studi dokumen pendukung. Hasil penelitian menunjukkan bahwa tingkat kematangan proses pengujian perangkat lunak di PT XYZ berada pada tingkat kematangan 1 initial. Hal ini menunjukkan bahwa proses pengujian belum dikelola dengan baik dan terdapat pelaksanaan proses yang tidak konsisten. Penelitian ini merekomendasikan perusahaan melakukan enam perbaikan proses pengujian. Tiga rekomendasi jangka pendek (1-6 bulan), yaitu: melakukan monitor kualitas produk; menggunakan teknik desain pengujian; mengembangkan prosedur proses pengujian. Tiga rekomendasi jangka menengah (7-12 bulan), yaitu: membentuk seperangkat indikator kinerja proses pengujian; menentukan estimasi proses pengujian; menjaga serta mendistribusikan komitmen untuk pengujian.

---

Software AB Pro is a product of PT XYZ. The company expects this product to be free from major, critical and blocker failure that cannot be resolved at support call level. All these failures disrupt the customer’s business operations. Failures occur when the testing process is unoptimized. To analyze current testing process quality, testing process maturity level assessment is required. Thus, this study aimed to determine testing process maturity level and provide recommendations to improve AB Pro testing process. The assessment model used in this study is Test Maturity Model Integration (TMMi). The chosen model meets the company requirements, especially having clear steps to determine the direction of management commitment. The assessment method refers to the TMMi Assessment Method Accreditation Requirements (TAMAR). The research was conducted qualitatively with the reduction method. Data collection was carried out through FGD with two team leaders, process observation, and study of supporting documents. From the result, software testing process maturity is still at initial level. This result indicates the testing process has not been appropriately managed, and there is inconsistency of process implementation. There are six recommendations for PT XYZ to improve their testing process. Three short-term recommendations (1-6 months): monitor product quality; use test design techniques; develop process testing procedures. Three medium-term recommendations (7-12 months): establish a set of performance indicators of the testing process; determine the estimation of the testing process; maintain and distribute commitments for testing.

"