Hasil Pencarian  ::  Simpan CSV :: Kembali

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

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

"Selama ini para mahasiswa mengalami kesulitan dalam melakukan pengumpulan tugas, baik tugas individu maupun berkelompok. Beragamnya cara pengumpulan tugas perkuliahan membuat para mahasiswa sering melakukan kekeliruan karena berbedabedanya format, media, dan cara pengumpulan tugas kuliah. Untuk mengatasi masalah seperti ini diperlukan suatu sistem yang dapat membantu para peserta kuliah maupun dosen dalam pengumpulan dan pemeriksaan tugas kuliah terutama yang bersifat kelompok. Sistem seperti groupware / sistem kolaborasi kelompok merupakan sistem yang dapat dipergunakan untuk memecahkan permasalahan yang berkaitan dengan tugas dan kerja kelompok di perkuliahan. Sistem kolaborasi kelompok dapat membantu para pengguna (yang sudah terdaftar di sistem) untuk melakukan kerjasama dalam mengerjakan atau menyelesaikan suatu tugas / proyek tertentu. Dalam sistem ini, disediakan berbagai aplikasi untuk membantu komunikasi antar user (forum, messenger, email, dan lainnya) dan juga suatu manajemen file / repositori. Dalam pengembangan prototipe sistem kolaborasi digital ini, tim pengembang memanfaatkan suatu perangkat lunak groupware yang sudah jadi untuk mempermudah dalam melakukan proses pemeliharaan dan administrasi sistem dalam penggunaan / pengimplementasian lebih lanjut di perkuliahan. Dalam prosesnya, tim pengembang terlebih dahulu melakukan pencarian beberapa kandidat perangkat lunak groupware yang terdapat di web, kemudian melakukan evaluasi terhadap kandidat-kandidat sistem groupware yang sudah terpilih tersebut untuk memenuhi kriteria yang telah ditentukan, antara lain: memiliki aplikasi forum, repositori, mendukung LDAP, dan lainnya. Beberapa kandidat sistem groupware yang dicoba antara lain: GForge, PHPGroupware, EGroupware, dan lainnya. Setelah melakukan analisis tim pengembang akhirnya memilih untuk menggunakan perangkat lunak Egroupware. Prototipe keluaran dari proyek mahasiswa ini sudah memenuhi hampir semua kebutuhan (requirements) awal. Pada akhirnya prototipe sistem kolaborasi ini juga akan dilengkapi dengan manual instalasi dan panduan penggunaan yang cukup lengkap, sehingga akan memudahkan dalam pengembangan sistem kolaborasi ini lebih lanjut."

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

"Software engineering : architecture-driven software development is the first comprehensive guide to the underlying skills embodied in the IEEE's Software Engineering Body of Knowledge (SWEBOK) standard. Standards expert Richard Schmidt explains the traditional software engineering practices recognized for developing projects for government or corporate systems.Software engineering education often lacks standardization, with many institutions focusing on implementation rather than design as it impacts product architecture. Many graduates join the workforce with incomplete skills, leading to software projects that either fail outright or run woefully over budget and behind schedule.Additionally, software engineers need to understand system engineering and architecture—the hardware and peripherals their programs will run on. This issue will only grow in importance as more programs leverage parallel computing, requiring an understanding of the parallel capabilities of processors and hardware. This book gives both software developers and system engineers key insights into how their skillsets support and complement each other. With a focus on these key knowledge areas, software engineering offers a set of best practices that can be applied to any industry or domain involved in developing software products."

"[ABSTRAKPerusahaan software berskala kecil atau Very Small Enterprise (VSE) memilikikarekteristik yang berbeda dengan karakteristik perusahaan besar. Sebagaiperusahaan software kecil, maka kualitas software dan kelincahan dalammemenuhi kebutuhan dari klien adalah kunci pemenangan kompetisidibandingkan dengan perusahaan software besar. Untuk memperbaiki kualitassoftware yang dihasilkan perusahaan software kecil juga berupaya untukmelakukan Software Process Improvement. Namun upaya ini tidaklah mudah,karena perusahaan software kecil tidak memiliki sumber daya seperti perusahaansoftware besar. Penelitian ini bertujuan untuk menentukan strategi yang tepat pemilihan SoftwareProcess Improvement untuk sebuah perusahaan software kecil. Berdasarkan padahasil penelitian dapat disimpulkan bahwa implementasi Software ProcessImprovement di perusahaan kecil dapat dilakukan dengan memilih fokus prosesarea tertentu, dibantu dengan alat bantu yang terintegrasi dan didasarkan padaimplementasi ISO/IEC 29110.

---

ABSTRACTThe characteristic of Very Small Enterprise (VSE) software company, iscompletely different with big company. For VSE, the quality of the software andagility of accommodating client?s needs, is the key of winning the competitionagaints large software company. To improve the software quality, VSE are keento implement Software Process Improvement. But those initiatives are not easy toimplement since the resources on VSE are not as abundant as large company This research is intended to find a specific strategy for Software ProcessImprovement in VSE Software Company. Based on the research result, SoftwareProcess Improvement in VSE can be implemented based on certain focus ofprocess area, using an integrated tools and based on ISO/IEC 29110., The characteristic of Very Small Enterprise (VSE) software company, iscompletely different with big company. For VSE, the quality of the software andagility of accommodating client’s needs, is the key of winning the competitionagaints large software company. To improve the software quality, VSE are keento implement Software Process Improvement. But those initiatives are not easy toimplement since the resources on VSE are not as abundant as large company This research is intended to find a specific strategy for Software ProcessImprovement in VSE Software Company. Based on the research result, SoftwareProcess Improvement in VSE can be implemented based on certain focus ofprocess area, using an integrated tools and based on ISO/IEC 29110.]"

"Penelitian ini mengenai analisis sistem informasi akuntansi pada PT. Jasa Marga (Persero) Tbk., serta penerapan akuntansi berdasarkan PSAK 23, PSAK 16, ISAK 16 dan Pedoman Penyajian dan Pengungkapan Laporan Keuangan Emiten atau Perusahaan Publik: Industri Jalan Tol. Peneliti menemukan bahwa prosedur sistem informasi akuntansi pada PT. Jasa Marga (Persero) Tbk. telah berjalan dengan baik. Perlakuan akuntansi pada PT. Jasa Marga (Persero) Tbk. juga telah sesuai dengan ketentuan PSAK 23, PSAK 16, ISAK 16 dan ketentuan Pedoman Penyajian dan Pengungkapan Laporan Keuangan Emiten atau Perusahaan Publik: Industri Jalan Tol.

---

This research is about accounting information system on PT. Jasa Marga (Persero) Tbk., also to examine implementation of PSAK 23, PSAK 16, ISAK 16, and Pedoman Penyajian dan Pengungkapan Laporan Keuangan Emiten atau Perusahaan Publik: Industri Jalan Tol. researcher found that accounting information system procedure in PT. Jasa Marga (Persero) Tbk. has implemented well. Accounting treatment in PT. Jasa Marga (Persero) Tbk. has met the accounting provision according to PSAK 23, PSAK 16, ISAK 16, and Pedoman Penyajian dan Pengungkapan Laporan Keuangan Emiten atau Perusahaan Publik: Industri Jalan Tol. "

"ABSTRAKSalah satu faktor pendukung lancar atau tidaknya suatu proyek pengembangan perangkat lunak adalah perencanaan. Demgam perencanaan yang baik diharapkan pengembangan perangkat lunak bisa sesuai dengan target yang diharapkan. Kegiatan perencanaan terdiri dari penjadwalan, pelacakan dan perkiraan (estimasi). Estimasi yang baik dapat membantu menjaga agar jadwal proyek tidak terlambat dan dapat menjaga ketepatan biaya yang dianggarkan. XYZ sebagai institusi perumus kebijakan perbankan di Indonesia menggunakan metode Use Case Point (UCP) untuk melakukan estimasi usaha dan biaya dalam rangka menjaga jadwal proyek tepat waktu dan tepat biaya. Selain ketepatan jadwal proyek dan alokasi anggaran, XYZ juga harus dapat melakukan estimasi biaya proyek yang sesuai harga pasar. Hal ini untuk tetap menjaga kualitas perangkat lunak yang dikembangkan. Apabila estimasi biaya pengembangan perangkat lunak terlalu rendah dikhawatirkan perangkat lunak yang dikembangkan akan turun kualitasnya. Berdasarkan sampling proposal penawawaran harga pengembangan perangkat lunak yang pernah masuk ke XYZ dalam rentang waktu 2016-2018, beberapa vendor dengan kualifikasi baik, mengajukan proposal harga penawaran 20-40% lebih tinggi dari pada Harga Perkiraan Sendiri (HPS) yang dibuat oleh XYZ. Hal ini dapat menjadi indikasi bahwa mekanisme estimasi yang ada saat ini perlu ditinjau ulang atau di-enhance agar lebih akurat. Selain itu dalam laporan semester I - 2018, dari 121 proyek terdapat 23,14% proyek yang terlambat dikarenakan ada beberapa tahapan yang tidak sesuai estimasi UCP. Terkait hal tersebut, pimpinan pengembangan perangkat lunak XYZ meminta untuk dilakukan kajian terhadap metode estimasi yang lebih baik. Use Case Point Activity Based-Costing (UCPAbc) merupakan integrasi antara UCP dan metode ABC yang sudah banyak digunakan sebagai suatu standar dalam menghitung aktivitas dalam proyek dapat menjadi alternatif pilihan untuk peningkatan akurasi estimasi. Hal ini karena UCPAbc dapat menghubungkan UCP dengan 12 aktivitas pengembangan dengan lebih lengkap. Dalam penelitian ini digunakan 3 sample data dari beberapa sektor pengembangan perangkat lunak yang ada di XYZ. Dari hasil penelitian terhadap 3 sample data tersebut apabila dibandingkan dengan biaya aktual didapatkan kesimpulan bahwa UCPAbc memiliki rata-rata nilai akurasi yang lebih baik yaitu 85,69%, dibandingkan rata-rata nilai akurasi metode UCP 78,57%.

---

ABSTRACT

One of the supporting phase for a smooth development project is planning. With good planning software development can be in accordance with the expected target. Planning activities consist of scheduling, tracking and estimation. Good estimates can help keep the project schedule not too late and can maintain the accuracy of budgeted costs. XYZ as an institution of banking policy formulation in Indonesia uses the Use Case Point (UCP) method to estimate business and costs in order to maintain the project schedule on time and on budget. Furthermore to the accuracy of the project schedule and budget allocation, XYZ must also be able to estimate project costs according to market prices. This is to maintain the quality of the software developed. If the estimated cost of developing software is too low, it is feared that the software developed will decrease in quality. Based on tsampling of software development proposals offered by vendors who have submitted it to XYZ in the 2016-2018 period, several vendors with good qualifications submitted their proposals for offer prices of 20-40% higher than the Self Estimated Prices (HPS) made by XYZ. This can be an indication that the current estimation mechanism needs to be reviewed or enhanced to be more accurate. In addition, in the 1st semester 2018 report, out of 121 projects (23.14%) are late because there are several stages that do not match the estimation of UCP. Related to this, the leader of XYZ software development requested a review of a better estimation method. Use Case Point Activity Based-Costing (UCPAbc) which is an integration between UCP and the ABC method that has been widely used as a standard in calculating project activities can be an alternative choice for increasing accuracy of estimates. This is because UCPAbc can connect UCP with 12 development activities more details. In this research there are 3 data samples were used from 3 software development sectors at XYZ. The results of 3 data samples when compared with the actual costs it was concluded that UCPAbc had a better average accuracy value of 85.69%, compared to the average accuracy of the UCP existing method 78.57%."