Hasil Pencarian  ::  Simpan CSV :: Kembali

"Saat ini peta persaingan industri otomotif di dunia mulai bergeser ke arah pengembangan teknologi sistem bantuan pengemudi. Pengembangan perangkat lunak tertanam pada sistem bantuan pengemudi telah menjadi studi yang sedang berkembang pesat. Sebagai sebuah sistem yang berbasiskan perangkat lunak tertanam, pengujian terhadap sistem bantuan pengemudi kerap mengalami permasalahan baik dari aspek finansial maupun mekanismenya. Salah satu permasalahan yang memotivasi penelitian ini adalah kurang efisiennya mekanisme pengujian regresi sistem bantuan pengemudi Traffic Sign Memory pada studi kasus BMW AG. Penelitian ini dilakukan untuk mengembangkan sebuah sistem pengujian regresi dengan menggunakan kerangka kerja Automated Data Time-Triggered Framework yang dapat secara akurat menguji persentase keberhasilan implementasi mode pasti (sure mode), mode tidak pasti (unsure mode), mode dilarang mendahului (no passing mode) pada sistem bantuan pengemudi Traffic Sign Memory di berbagai negara yang termasuk dalam ruang lingkup pengujian. Pengujian dilakukan dengan mengembangkan sistem yang dapat berintegrasi dengan sistem bantuan pengemudi, dan mampu digunakan secara berulang terhadap kasus pengujian yang lama maupun baru. Hasil dari implementasi penelitian adalah fakta bahwa Traffic Sign Memory memiliki persentase keakuratan yang rendah dengan kisaran 20-70% untuk mode tidak pasti (unsure mode), sementara untuk mode pasti (sure mode) dan mode dilarang mendahului (no passing mode), Traffic Sign Memory memiliki persentase keberhasilan cukup tinggi dengan kisaran 70-90%.

---

Nowadays, competition map in automotive industry is starting to lean towards Information Technology. Study in development of Driver Assistance System is highly advancing. As a system based on embedded software, testing against Driver Assistance System usually experienced problem whether in financial or mechanism aspect. The problem which motivates this research is less efficiency of regression test mechanism on Traffic Sign Memory Driver Assistance System in BMW AG. This research is conducted by developing a new regression test system using Automated Data Time-Triggered Framework, in order to accurately test the percentage of sure mode, unsure mode, and no passing mode of Traffic Sign Memory implementation on various countries, which are part of test scope. The regression tests are conducted by developing a system which is capable of integrating with Driver Assistance System, and can be reused against old or new test cases. The results of this research showed that Traffic Sign Memory has low accuracy percentage of 20-70% on unsure mode, as for sure mode, and no passing mode, Traffic Sign Memory has average to high percentage of 70-90%."

"Setiap perusahaan manufaktur memiliki inventaris berupa barang mentah, barang setengah jadi, dan barang jadi yang harus dikelola. Pengelolaan inventaris tersebut dilakukan dengan bantuan komponen terstruktur yang menghubungkan inventaris-inventaris tersebut, yang disebut bill of material. Di sisi lain, pengelolaan inventaris pada perusahaan berbeda-beda sesuai dengan model bisnis dan karakteristiknya. Berdasarkan kebutuhan yang berbeda-beda tersebut, dibutuhkan metode pengembangan perangkat lunak yang lebih efisien terhadap kemiripan (commonality) dan keunikan (variability). Salah satu solusi dari permasalahan ini adalah dengan metode pengembangan software product line engineering (SPLE). SPLE adalah pendekatan pengembangan softwareyang mengelompokkan kemiripan (commonality) dan keunikannya (variability). SPLE dapat dikembangkan dengan bahasa pemodelan Abstract Behavioral Specification (ABS) dengan paradigma delta-oriented programming. Teknologi-teknologi tersebut digunakan oleh platform SPLELive dengan tujuan untuk pengembangan perangkat lunak. Penelitian ini berfokus pada melakukan implementasi terhadap ciri umum dan variasi-variasi yang terdapat pada pemanfaatan bill of material pada inventory management perusahaan manufaktur. Penelitian ini juga melakukan implementasi dari realisasi pemanfaatan bill of material pada inventory management perusahaan manufaktur dengan menggunakan engine pada SPLELive. Tujuan dari penelitian ini adalah mengetahui bagaimanamenyelesaikan permasalahan commonality dan variability pada inventory management. Selain itu, penelitian ini juga dapat mendukung penelitian lain dalam mengembangkan sistem supply chain management menggunakan SPLE. Penelitian ini diawali dengan mendeskripsikan alur kerja program dan desain basis data, dilanjutkan dengan desain dan implementasi feature model, core module dan delta module, dan pengujian implementasi yang telah dibuat. Penelitian ini berhasil mengimplementasi variasi-variasi pada pemanfaatan bill of material pada inventory management perusahaan manufaktur dan berhasil merealisasikan 6 produk inventory management berbeda.

---

Every manufacture company has their inventory in the form of raw material, work in progress, and finished goods that needs to be managed. Inventory management is done using a structure component that links the inventories named bill of material. On the other hand, inventory management for a manufacture company has their own mechanism depending on their business model and their characteristics. Based on the needs of different companies, an effective software methodology is needed. One of the solution of the problem is using software product line engineering (SPLE) methodology. SPLE is a software development approach that groups commonality and variability. SPLE can be developed with Abstract Behavioral Specification (ABS) with delta-oriented program-

ming’s paradigm. These technologies has been used by a platform named SPLELive to develop a software. This research is focused on implementation of variability and commonality in utilization of bill of material on manufacturing inventory management. This research also conducted an implementation on realization of utilization of bill of material on manufacturing inventory management using SPLELive’s engine. The purpose of this study is to figure out how to solve the commonality and variability problem in inventory management. Moreover, this research will be able to support other research in developing supply chain management system using SPLE. This research starts with desigining the flow of the program and the database scheme, continued by designing and implement feature model, core modules and delta modules, and validate the implementation. This research had succeeded in developing variations in bill of material utilization on manufacturing inventory management and successfully realized 6 different inventory management products "

"Perangkat lunak Enterprise University Information System (Euis) merupakan salah satu produk yang dimiliki oleh Pusat Ilmu Komputer Univesitas Indonesia yang disingkat Pusilkom UI. EUIS telah dikembangkan sejak tahun 2011 yang pada proses pengembangan awalnya menggunakan metodologi Pusilkom Agile Unified Process dan pada dua tahun terakhir ini dikembangkan dengan menngunakan kerangka kerja scrum, namun dalam proses pengembangannya terdapat masalah yaitu sprint goal tidak tercapai dan pengerjaan task melebihi dari estimasi waktu yang diberikan. Dengan adanya permasalahan tersebut yang secara tidak langsung dapat mempengaruhi jadwal pengerjaan produk EUIS secara keseluruhan sehingga dibutuhkan evaluasi yang diharapkan dapat mengatasi permasalahan yang ada dengan mengukur tingkat kematangan proses pengembangan. Dalam mengukur tingkat kematangan, data dikumpulkan melalui pelaksanaan Focus Group Discussion, studi dokumen, dan observasi. Data yang diperoleh kemudian dianalisis menggunakan perhitungan KPA Rating untuk mendapatkan tingkat kematangan. Hasil analisis tingkat kematangan akan didiskusikan dengan organisasi untuk menentukan tingkat kematangan yang ingin dicapai. Sasaran perbaikan dapat diidentifikasi dari praktik- praktik Scrum Maturity Model yang belum dicapai organisasi. Usulan perbaikan nantinya akan dihasilkan dari pemetaan sasaran perbaikan dengan best practices Scrum. Pada hasil penelitian menunjukkan bahwa tingkat kematangan scrum pada organisasi saat ini telah mencapai scrum maturity level 2 dan ingin mencapai scrum maturity leve 3.

---

Enterprise University Information System (Euis) software is a product owned by the Pusat Ilmu Komputer Univesitas Indonesia, abbreviated as Pusilkom UI. EUIS has been developed since 2011, which in the initial development used the methodology of the Pusilkom Agile Unified Process and in the last two years it was generated using the Scrum framework. Still, in the development process there were problems namely the sprint goal was not achieved and the task execution exceeded the estimated time given. With these problems which can indirectly affect the overall work schedule of EUIS products, an evaluation is expected to be able to overcome the existing challenges by measuring the level of maturity of the development process. In measuring the level of maturity, data is collected through the implementation of Focus Group Discussions, document studies, and observations. The data obtained is then analyzed using the KPA Rating calculation to get the level of maturity. The results of the maturity level analysis will be discussed with the organization to determine the level of maturity to be achieved. The improvement target can be identified from the Scrum Maturity Model practices that the organization has not yet reached. The proposed improvements will later be generated from mapping improvement targets with Scrum best practices. The results showed that the Scrum Maturity level in the organization has now reached Scrum Maturity Level 2 and wants to reach Scrum Maturity Level 3."

"ABSTRAKSebuah rancangan prosedur operasional standar POS untuk requirement engineering pada pengembangan perangkat lunak di Subdirektorat Integrasi Pengolahan Data Subdit IPD , Badan Pusat Statistik BPS , telah dihasilkan. BPS merupakan lembaga pemerintah non kementrian yang bertugas untuk menyelenggarakan kegiatan sensus dan survei. POS requirement engineering disusun menggunakan soft system methodology SSM yang telah dimodifikasi dan scrum sebagai metode pengembangannya. Kebutuhan POS dirancang berdasarkan studi literatur, SBOK trade; Guide sebagai referensi best practice, serta penelitian sebelumnya untuk menentukan tahapan proses requirement engineering pada scrum. Wawancara dengan analisis tematik juga dilakukan untuk mengetahui kebutuhan organisasi BPS akan POS requirement engineering. Rancangan POS requirement engineering yang dihasilkan terdiri dari tiga buah POS, yaitu POS Tahap Inisiasi, POS Tahap Pengembangan, dan POS Tahap Perencanaan Iterasi. Konsep POS requirement engineering divalidasi kepada narasumber di Subdit IPD BPS yang telah mengikuti pelatihan pengembangan perangkat lunak dengan menggunakan metode scrum. Selain itu, hasil rancangan POS juga divalidasi kepada Kepala Subdit IPD BPS dan menunjukkan bahwa rancangan POS dapat diimplementasikan namun memerlukan dukungan pimpinan dalam pelaksanaannya. Hasil rancangan POS requirement engineering ditujukan untuk standarisasi proses requirement engineering pada pengembangan perangat lunak di Subdit IPD BPS. Dengan dihasilkannya rancangan POS requirement engineering ini, diharapkan perangat lunak yang dihasilkan oleh Subdit IPD BPS menjadi berkualitas.

---

ABSTRACTA design of Standard Operating Procedure SOP for requirement engineering in software development in Data Processing Integration Subdirectorate Statistics Indonesia was resulted. Statistics Indonesia is non ministerial government institution that is responsible for conducting statistical surveys. SOP for requirement engineering was designed using modified soft systems methodology SSM . Scrum method is used as an approach. The needs of SOP is derived from literature, SBOK trade Guide as best practice, and previous research to determine the process in scrum. Interview with thematic analysis was also conducted to determine the needs of requirement engineering SOP from the organizations. The design of requirement engineering SOP consists of three steps Initiation, Development, and Iteration Planning. Concepts of requirement engineering SOP have been validated to the interviewees in Data Processing Integration Subdirectorate, who have had training software development using scrum. Futhermore, The design of SOP has been validated to the Chief of Data Processing Integration Subdirectorate. The result from validation process show that the design of SOP for requirement engineering can be implemented in Data Processing Integration Subdirectorate, but still need the support from high level management. The result is aimed to standardize the process of requirement engineering in Data Processing Integration Subdirectorate. With this SOP design, software produced by Data Processing Integration Subdirectorate is expected to achieve the quality."

"This book constitutes the refereed proceedings of the International Conference on Multiscore Software Engineering, Performance, and Tools, MSEPT 2012, held in Prague in May/June 2012. The 9 revised papers, 4 of which are short papers were carefully reviewed and selected from 24 submissions. The papers address new work on optimization of multicore software, program analysis, and automatic parallelization. They also provide new perspectives on programming models as well as on applications of multicore systems."

"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.

"