Hasil Pencarian  ::  Simpan CSV :: Kembali

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

"PT. XYZ merupakan sebuah startup yang menerapkan scrum dalam pengembangan produknya. Hal ini dikarenakan sifat scrum yang cepat dalam merespon perubahan. Namun dalam pelaksanaannya, terjadi beberapa masalah sehingga tujuan awal digunakannya scrum tidak dapat dicapai. Proses identifikasi masalah menunjukkan bahwa salah satu akar permasalahan yang terjadi adalah prioritas PBI (Product Backlog Item) yang masih salah karena PBI belum secara detail didefinisikan ketika dimasukan dalam suatu sprint, akibatnya terjadi pelebaran requirements dari yang diekspektasikan diawal. Hal ini membuat persentase PBI yang selesai dalam satu sprint hanya mencapai 58.37%. Oleh karena itu pada penelitian ini akan dilakukan peningkatan proses scrum dengan menerapkan beberapa process area dalam CMMI. Penentuan process area yang akan digunakan dilakukan melalui evaluasi tingkatan proses scrum di PT. XYZ pada Scrum Maturity Model.

Hasil evaluasi menunjukkan proses scrum di PT. XYZ masih berada pada level 1 karena pada level 2 intepretasi nilai yang didapatkan adalah Largely Achieved dan pada level 3 intepretasi nilai yang didapatkan adalah Partially Achieved. Praktik scrum yang paling banyak mengalami masalah adalah product backlog. Oleh karena itu, sesuai dengan akar masalah yang diangkat pada penelitian ini, penulis kemudian memberikan rekomendasi peningkatan yang utama untuk artefak product backlog dan beberapa scrum ceremonies yang dapat mendukung terciptanya product backlog yang baik. Dengan menerapkan process area CMMI REQM, RD, PP, IPM, QPM, RSKM, OPD dan PMC, didapatkan 95 rekomendasi akhir untuk meningkatkan proses scrum dalam pengembangan produk di PT. XYZ sehingga proses scrum dapat berjalan lebih baik lagi dan tujuan awal digunakannya scrum dapat tercapai.

---

PT. XYZ is a startup that use scrum in the development their product. This is because the nature of scrum is fast in responding to the changes. But in its implementation, several problems occured so that the initial purpose of using scrum cannot be achieved. The problem identification process shows that one of the root problems that occured is the PBI (Product Backlog Item) priority is still wrong because PBI has not been detaily defined when it included in a sprint, as a result there has been a requirements creep. This makes the percentage of PBIs completed in one sprint only reaching 58.37%. Therefore in this study an improvement in the scrum process will be carried out by applying several process areas in CMMI. The determination of the process area to be used is done through evaluating the level of the scrum process in PT. XYZ with the Scrum Maturity Model.

The evaluation results show that the scrum process at PT. XYZ is still at level 1 because in level 2 the interpretation of the values obtained is Largely Achieved and on level 3 the interpretation of the values obtained is Partially Achieved. The practice of scrum that has the most has problems is product backlog. Therefore, according to the root problem raised in this study, the authors then provide the main improvement recommendations for product backlog artifacts and several scrum ceremonies that can support the creation of a good product backlog. By applying the CMMI REQM, RD, PP, HDI, QPM, RSKM, OPD and PMC process areas, 95 final recommendations were obtained to improve the scrum process in the development of PT. XYZ so that the scrum process could run better and the initial objectives of Scrum use could be achieved."

"PT XYZ merupakan salah satu perusahaan penyedia produk dan layanan pembayaran elektronik menggunakan mesin EDC (Electronic Data Capture) di Indonesia. Salah satu spesialisasi PT XYZ adalah menyediakan produk perangkat lunak aplikasi untuk kebutuhan pembayaran elektronik menggunakan mesin EDC. Pengembangan berbagai produk aplikasi untuk pembayaran elektronik menggunakan mesin EDC dilakukan oleh PT XYZ. Namun, ketika produk aplikasi tersebut sudah dilakukan deployment atau release ke pelanggan, masih ditemukan adanya bug yang menyebabakan aplikasi tidak dapat menjalankan fungsi sebagaimana mestinya. Berdasarkan data internal bug aplikasi setelah deployment atau release, menunjukkan terdapat berbagai bug aplikasi EDC yang ditemukan dari beberapa klien PT XYZ. Permasalahan ini disebabkan oleh kelemahan pada proses pengujian perangkat lunak yang dilakukan di PT XYZ sehingga masih ditemukannya bug yang berdampak pada fungsional aplikasi EDC setelah proses deployment.Pada penelitian ini, dilakukan penilaian tingkat kematangan proses pengujian perangkat lunak di PT XYZ menggunakan kerangka kerja TMMi. Penilaian berdasarkan pada tingkat 2 TMMi yang terdiri dari 5 proses area. Penulis melakukan penentuan prioritas peningkatan proses pengujian berdasarkan hasil penilaian. Penentuan prioritas pada penelitian ini dilakukan dengan analisis diagram pareto terhadap kategori kelemahan beserta jumlah weak specific practices yang terdapat di dalamnya. Selanjutnya, rekomendasi peningkatan proses pengujian disusun menggunakan metode PDCA (Plan, Do, Check, Act) berdasarkan prioritas yang telah ditentukan.Dari hasil penilaian, tingkat kematangan proses pengujian yang dicapai PT XYZ adalah maturity level 1 TMMi. Pada penelitian ini, dihasilkan juga urutan prioritas peningkatan sesuai dengan kategori kelemahan. Terdapat sejumlah weak specific practices dari setiap kategori kelemahan yang harus dipenuhi untuk meningkatkan proses pengujian di PT XYZ. Rekomendasi yang disusun pada penelitian ini ditujukan pada setiap weak specific practices tersebut. Selain itu, rekomendasi disusun sesuai dengan urutan prioritas peningkatan sehingga dapat digunakan sebagai solusi untuk meningkatkan proses pengujian di PT XYZ.

---

PT XYZ is one of the companies providing electronic payment products and services using EDC (Electronic Data Capture) machines in Indonesia. One of the specialties of PT XYZ is to provide application software products for electronic payment needs using EDC machines. The development of various application products for electronic payments using EDC machines is performed by PT XYZ. However, when the application product has been deployed or released to the customer, there are still bugs that cause the application can not function properly. Based on the internal data of the application bugs after deployment or release, it shows there are various EDC application bugs found from several clients of PT XYZ. This problem is caused by weaknesses in the software testing process carried out at PT XYZ so that bugs are still found that affect the functional EDC application after the deployment process.In this research, the maturity level of the software testing process at PT XYZ was assessed using the TMMi framework. Assessment is based on level 2 TMMi which consists of 5 process area. The authors determines the priority of the testing process improvement based on the results of the assessment. Priority determination in this study was conducted by pareto diagram analysis of the weaknesses category along with the number of weak specific practices contained in it. Furthermore, recommendations for improving the testing process are composed using the PDCA method based on predetermined priorities.From the results of the assessment, the maturity level of the testing process achieved by PT XYZ is TMMi`s maturity level 1. In this research, the priority order of improvement was also produced according to the category of weaknesses. There are a number of weak specific practices from each category of weaknesses that must be met to improve the testing process at PT XYZ. The recommendations compiled in this study are aimed at each of these weak specific practices. Moreover, recommendations are arranged in accordance with the priority order of improvement so it can be used as a solution to improve the testing process in PT XYZ."

"Sebagai perusahaan yang bergerak di bidang teknologi informasi PT XYZ pada tahun 2017 bertanggung jawab atas beberapa proyek. Tetapi sayangnya tidak semua proyek yang ditangani dapat diselesaikan. Hal ini disebabkan beberapa hal terutama proses pengembangan perangkat lunak yang tidak teratur. Muncul peluang untuk menerapkan metodologi pengembangan perangkat lunak. Tetapi, tidak sembarang metodologi bisa digunakan karena bisa timbul kerugian ketika metodologi yang digunakan tidak tepat.Digunakan metode quality function deployment dengan pendekatan pengambilan keputusan multi kriteria menggunakan bilangan fuzzy. Pengambil keputusan adalah seluruh karyawan PT XYZ. Nilai dari responden diambil menggunakan kuesioner. Pengolahan data dilakukan menggunakan dua matriks QFD dengan bilangan fuzzy.Hasil dari penelitian ini, Dynamic System Development Method adalah metodologi pengembangan perangkat lunak yang sesuai diterapkan di PT XYZ dengan nilai 0,65691. Penelitian ini tidak hanya bermanfaat untuk PT XYZ, tapi juga bisa menjadi alternatif metode pemilihan metodologi pengembangan perangkat lunak bagi organisasi lain.

---

As a company engaged in information technology, XYZ-CORP in 2017 is responsible for several projects. Not all projects finished by the deadline. This is caused by the software development process is undisciplined. So, there are opportunities to enabled the use of software development methodology in the organization. But, not just any methodology can be used by the company. Incorrect methodology, may cause more problems than before.The researcher decided to use the quality function deployment with multicriteria approach using fuzzy number. The decision maker in this study is every staff of XYZ-CORP. The data collection used in this research is questionnaire. Data processing is done using two QFD matrix with fuzzy number.The result of this research, Dynamic System Development Method is a suitable software development methodology to be applied in XYZ-CORP with a value of 0.65691. This research is not only useful for XYZ-CORP, but also can be an alternative method of selecting software development methodologies for other organizations."

"Dewasa ini perusahaan semakin dituntut lebih efisien disamping tetap mempertahankan kualitas produk dan/atau jasa yang dihasilkannya. Hal ini disebabkan karena persaingan diantara dalam satu industri semakin ketat dalam usaha untuk merebut dan/atau mempertahankan pangsa pasar.Di lain pihak, konsumen semakin kritis terutama mengenai masalah kualitas dan harga yang kompetitif. Produsen semakin tidak mempunyai pilihan. Selain dituntut untuk memenuhi kehendak konsumen dalam hal kualitas dan harga.Untuk meningkatkan efisiensi yang pada akhirnya berpengaruh pada harga jual suatu perusahaan dituntut untuk dapat mengendalikan biaya yang dikeluarkan.Agar pihak perusahaan dapat mengendalikan biaya yang dikeluarkan, perusahaan dituntut untuk mengetahui bagaimana terjadinya dan mengapa terjadi biaya tersebut.Sebagaimana diketahui, biaya dikeluarkan karena adanya aktivitas yang dilakukan. Jadi dengan memahami aktivitas yang dilakukan dalam menghasilkan produk dan/atau jasa, maka perusahaan akan dapat untuk mengendalikan biaya.Salah satu komponen biaya yang sulit untuk dikendalikan karena tidak dapat secara langsung dihubungkan ke obyek biaya adalah biaya tak langsung (overhead).Dengan pengalokasian biaya tak langsung, metode Activity Based Costing berbeda dengan metode tradisional dalam penggunaan pemicu (driver). Pemicu yang digunakan mencerminkan aktivitas yang dikonsumsi oleh masing-masing obyek biaya. Jadi, metode Activity Based Costing sangat berkepentingan dengan aktivitas dalam melakukan proses produksi.Ada beberapa kondisi yang harus diperhatikan agar penggunaan metode Activity Based Costing dapat diimplementasikan dengan lebih baik, yaitu besarnya biaya tidak langsung dan beragamnya produk yang ditawarkan.Sebagai perusahaan di bidang produksi Asphalt Hotmix yang memiliki 9 jenis produk, PT. X perlu menerapkan metode Activity Based Costing dalam menentukan Harga Pokok Produksi (HPP), untuk menghasilkan HPP yang lebih akurat.Disamping itu, dengan menerapkan metode Activity Based Costing, dapat dipilah-pilah aktivitas-aktivitas yang memberikan nilai tambah dan yang tidak bernilai tambah, sehingga biaya produksi menjadi lebih efisien.

---

Nowadays company was asked to be efficient to survive its product quality and 1 or its service. This condition was caused by tight competition among industries in every business to complete and/or maintains its market share.

In other side, consumers become critical especially about quality problems and competitive price. Producer has no choice. They were asked to fulfill consumer's will in quality and prices.

To improve efficiency at last influencing to company selling price a company was forced to control its expenses.

In order controlling the expenses, company was asked to know how and why the expenses occur.

As we know, expenses occur because of activities. So by understanding the activities done to produce the product and/or service, company can control its expenses.

One of the expenses components that were hard to be controlled because it is indirectly connect to the expenses object is overhead.

By allocating overhead, Activity Based Costing method is different from traditional method in driver usage. Driver we use to express activity consumed by expenses objects. Activity Based costing method being concerned with activity in doing production process

Few conditions that must be concerned in order to implement Activity Based Costing Method, that is how much the overhead and how many products were offered.

As an Asphalt Hot mix production company, it has 9 products, PT. X need to implement Activity Based Costing to decide Production Cost Price (PCP), to produce accurate PCP.

Besides by implement Activity Based Costing, we can separate activities that give additional value and not, so production expenses become more efficient."

"Selama kurun waktu 2014 sampai pertengahan tahun 2017, PT ABC, yang merupakan perusahaan pengembang perangkat lunak, memiliki rasio persentase kegagalan proyek dari sisi waktu proyek sebanyak 64% dari total proyek yang sudah dijalankan. Di antara proyek-proyek yang dijalankan dalam rentang waktu tersebut ada 7% yang memiliki status terminate atau diberhentikan. Keterlambatan waktu proyek ini tentu saja dipengaruhi oleh ruang lingkup dan biaya yang tidak sesuai dengan perencanaan awal berdasarkan triple constraints menurut Leach tahun 2005. Dampak dari keterlambatan delivery proyek ini adalah PT ABC tidak bisa memenuhi target gross profit sales tahun 2017 sebesar 48 milyar rupiah. Penelitian ini bertujuan untuk mengetahui dan menganalisis faktor-faktor yang memengaruhi keberhasilan proyek di PT ABC. Identifikasi faktor-faktor kesuksesan proyek dilakukan menggunakan tinjauan pustaka terhadap penelitian-penelitian terdahulu yang relevan dengan kata kunci penelitian ini. Model penelitian ini mengadopsi penelitian Ahimbisibwe di tahun 2017. Penelitian ini dilakukan menggunakan pendekatan kuantitatif. Data diperoleh melalui survei kepada pegawai PT ABC yang terlibat dalam pengerjaan proyek di PT ABC. Untuk mengetahui faktor-faktor yang memengaruhi keberhasilan proyek di PT ABC, penulis menggunakan teknik analisis olah data Partial Least Squares Structural Equation Modelling (PLS SEM). Dari hasil penelitian diperoleh faktor-faktor yang memengaruhi kesuksesan proyek di PT ABC adalah top management support dan vission and mission.

---

During the period 2014 to middle year of 2017, PT ABC, which is a software development company, has a percentage of project failure ratio as much as 64% of the total projects run is delayed from the planned schedule. Among the projects that had been executed within the time range, there are 7% who have terminated or dismissed status. The schedule delay is certainly influenced by the scope and costs that are not in accordance with the initial planning based on triple constraints according to Leach in 2005. The impact of the delay in delivering this project is PT ABC can not meet the target of gross profit sales in 2017 of 48 billion rupiah.

This study aims to determine and analyze the factors that affect the success of the project at PT ABC. The identification of the success factors of the project was carried out using a literature review of previous studies which is relevant to the research keyword. Research model is adopted from research of Ahimbisibwe in 2017. This research was conducted using quantitative approach. The data were obtained through a survey to employees of PT ABC who is working on a project at PT ABC. To find out the factors that influence the success of the project at PT ABC, the researchers used data processing analysis technique of Partial Least Square Structural Equation Modeling (SEM). From the research results is obtained the factors that influence the success of the project at PT ABC is top management support and vission and mission in client organizations."

"ABSTRAKKriteria kesuksesan dari sebuah proyek ditentukan dari ketepatan waktu dalam penyelesaian, biaya yang dikeluarkan tidak melebihi anggaran, kebutuhan klien dapat terpenuhi, dan pengelolaan tim berjalan dengan baik. Berdasarkan data dari proyek yang diselesaikan dalam rentang tahun 2013 sampai 2017, Verint belum dapat seluruhnya menyelesaikan proyek secara sukses, hal ini karena banyak dari proyek tidak diselesaikan sesuai dengan jadwal yang diberikan. Hal ini disebabkan oleh banyak permasalahan dalam proses pengembangan perangkat lunaknya serta manajemen proyeknya sendiri, namun belum diketahui faktor apa saja yang mempengaruhi kesuksesan proyek pengembangan di Verint karena belum pernah dilakukan penentuan serta pemeringkatan mengenai hal tersebut.Penelitian ini bertujuan untuk mengetahui faktor apa yang paling berpengaruh dalam kesuksesan proyek pengembangan perangkat lunak di Verint. Untuk menentukan peringkat faktor kesuksesan, dalam penelitian ini menggunakan metode kuantitatif berupa analisis olah data dengan Analytic Hierarchy Process (AHP).Hasil akhir penelitian ini adalah berupa peringkat kriteria dan faktor kesuksesan pengembangan proyek di Verint. Kriteria yang paling mempengaruhi kesuksesan proyek adalah cakupan (Scope) dan untuk kategori sukses faktor yang paling berpengaruh adalah Management. Setelah menimbang seluruh kriteria dan faktor kesuksesan maka didapat 5 faktor dengan nilai eigen tertinggi dan yang menduduki peringkat teratas adalah User Participation.

---

ABSTRACTThe success criteria of a project are determined by the timeliness of completion, the costs incurred not exceeding the budget, the client's needs are met, and the management of the team is going well. Based on data from the completed projects in the range of 2013 to 2017, Verint has not been able to complete the project successfully, this is because many of the projects are not completed according to the timetable. This is due to many problems in the software development process and its own project management, but not yet known what factors affect the success of development projects in Verint because there has been no determination and ranking on it.This study aims to determine what factors are most influential in the success of software development projects in Verint. To determine the rank of success factors, this research uses quantitative method to perform data analysis using Analytic Hierarchy Process (AHP).The final results of this study are in the form of ranking criteria and success factors for project development in Verint. The criteria that most influence the success of the project is Scope and for the success category, the most influential factor is Management. After considering all the criteria and success factors, this study found 5 factors with the highest eigenvalue and the highest ranking is User Participation."

"Banyak proyek teknologi informasi yang dikerjakan di seluruh dunia menghadapi tiga masalah penting, yaitu: late delivery, over budget, dan out of scope. Hal ini memaksa para profesional di dunia teknologi informasi untuk mengkaji ulang prinsip-prinsip yang digunakan pada manajemen proyek di industri teknologi informasi. Salah satu tahapan penting dari manajemen proyek di industri teknologi informasi adalah estimasi ukuran proyek. Estimasi terhadap ukuran proyek perlu dilakukan untuk menilai apakah resource yang dikeluarkan untuk mengembangkan atau membeli suatu sistem informasi sebanding dengan value yang diberikan sistem informasi kepada organisasi. Hasil dari estimasi akan digunakan untuk menentukan apakah proyek pengembangan atau akuisisi sistem baru layak untuk diteruskan atau tidak. Hal ini perlu dilakukan oleh organisasi untuk menghindari investasi besar yang ternyata tidak memberikan manfaat yang sebanding kepada organisasi. Di sisi pengembang, proses estimasi digunakan selain untuk mengukur besarnya proyek yang akan dikerjakan, juga membantu pihak pengembang dalam menentukan pricing terhadap proyek, menghitung jangka waktu penyelesain proyek serta menjadi acuan dalam membuat perencanaan alokasi human resources untuk tiap proyek yang saat ini sedang dikerjakan. PT Imani Prima, tempat penulis bekerja, saat ini mendapatkan sebuah proyek pengembangan sebuah sistem informasi manajemen untuk PT Tawang Swasti Rawikara Holding Company yang berkantor di Jakarta Selatan. Untuk membantu mendefinisikan pricing dan lamanya waktu yang dibutuhkan untuk mengembangkan sistem informasi tersebut, penulis mengadakan penelitian untuk menerapkan salah satu metode estimasi ukuran proyek Use Case Point pada proyek pengembangan sistem informasi manajemen ini. Dalam penelitian ini, Penulis memilih menggunakan tools use case yang merupakan salah satu tools yang bagus dan disediakan oleh UML versi 2.0 untuk menganalisis suatu sistem informasi selain juga karena use case points menghitung ukuran sebuah sistem berdasarkan use case yang terdefinisi. Berdasarkan pengalaman penulis dalam mengembangkan beberapa sistem informasi, use case menawarkan analisis dan perancangan yang lebih dalam untuk memahami lingkungan sistem informasi, fungsi apa saja yang dilakukan oleh sistem informasi, siapa saja yang akan berinteraksi dengan sistem dan bagaimana interaksi sistem informasi yang baru ini kepada sistem eksternal lain yang telah diimplementasikan sebelumnya. Estimasi dilakukan dengan menggunakan dua skenario. Skenario pertama, PT Imani Prima akan mengerjakan proyek ini dengan menggunakan tenaga part time atau kontrak yang belum memiliki pengalaman sama sekali dalam mengembangkan sebuah sistem informasi yang memiliki fitur cukup banyak dan terintegrasi. Skenario kedua, PT Imani Prima menugaskan pegawai tetap perusahaan yang telah memiliki pengalaman dalam mengembangkan sistem informasi dan biasa menggunakan Microsoft Visual Basic 6.0, SQL Server Express serta Rational Rose 2002 sebagai tools yang akan digunakan untuk mengembangkan sistem informasi tersebut. Berdasarkan hasil estimasi terhadap kedua skenario ditambah dengan faktor resiko sebesar 10%, ternyata skenario I membutuhkan waktu pengembangan selama 6,4 bulan, sedangkan skenario II hanya membutuhkan waktu pengembangan selama 3,7 bulan. Berdasarkan hasil ini dan batasan dari klien yang hanya memberikan waktu 6 bulan untuk pengembangan, Penulis memberikan rekomendasi kepada pihak manajemen untuk menggunakan skenario kedua dalam mengerjakan proyek ini."

"ABSTRAK

Perbaikan proses pengembangan perangkat lunak telah dilakukan oleh Direktorat Jenderal Bea dan Cukai (DJBC) dengan tujuan untuk menyelesaikan proyek pengembangan perangkat lunak dengan waktu yang lebih cepat serta hasil yang lebih berkualitas. Perbaikan proses diawali dengan mengetahui tingkat kematangan proses saat ini menggunakan tahapan model IDEAL dan kerangka kerja CMMI-Dev selain itu SCAMPI-C digunakan sebagai alat penilaian setiap praktik. Hasil penilaian yang dilakukan pada 52 praktik yang ada pada area proses Project Planning (PP), Project Monitoring & Control (PMC), Requirements Management (REQM), Configuration Management (CM), Process and Product Quality Assurance (PPQA), Verification (VER) dan Organizational Process Definition (OPD) menunjukkan bahwa DJBC memenuhi 22 praktik dan masih terdapat kelemahan pada praktik yang lain sehingga disimpulkan DJBC belum mencapai tingkat kapabilitas 1 untuk ketujuh area proses tersebut. Rekomendasi perbaikan untuk praktik yang masih lemah disusun berdasarkan Project Management Body of Knowledge (PMBOK) dan Business Analyst Body of Knowledge (BABOK) dengan prioritas utama pelaksanaannya adalah pendefinisian kerja secara lengkap, sosialisasi penyusunan term of reference (TOR) dan penggunaan sistem manajemen proyek dan dokumentasi.

---

---

ABSTRACT

Software process improvement has been carried out by the Directorate General of Customs and Excise (DGCE) with the aim of completing software development projects with faster time and higher quality results. The process improvement begins with knowing the current process maturity using IDEAL model stages and based on CMMI-Dev framework and SCAMPI-C is used as an assessment tool for each practice. The results of the appraisal were carried out on 52 practices in the Project Planning (PP), Project Monitoring & Control (PMC), Requirements Management (REQM), Configuration Management (CM), Process and Product Quality Assurance (PPQA), Verification (VER) and Organizational Process Definition (OPD) shows that DGCE fulfills 22 practices and there are still weaknesses in other practices, so it is concluded that DGCE has not reached capability level 1 for the seven process areas. Improvement recommendations for practices that are still weak are prepared based on the Project Management Body of Knowledge (PMBOK) and Business Analyst Body of Knowledge (BABOK) with the main priorities of implementation are complete work definition, socialization of the preparation of terms of reference (TOR) and use of project management systems and documentation.

"

"Menurunnya suku bunga Sertifikat Bank Indonesia (SBI) membuat para bank yang selama ini mengandalkan pendapatannya dari sektor tersebut harus mulai mengalihkan aktiva produktifnya ke sektor lain yaitu kredit, guna mempertahankan pendapatan yang telah diperoleh.Mengalihkan ke sektor kredit bukanlah suatu langkah yang mudah karena kredit dinilai suatu bisnis yang berisiko. Untuk itu harus mempunyai suatu mekanisme yang baik dalam memproses permohonan kredit dari nasabahnya dan secara selektif kredit hanya diberikan kepada debitur yang layak guna meminimalkan resiko yang ada.Bank harus melakukan penyaringan terhadap setiap permohonan kredit dari nasabah. Sarana penyaringan calon debitur tersebut adalah, dengan menggunakan analisa kredit untuk menganalisa kemampuan dan kemauan membayar dari calon debitur dan dituangkan dalam suatu Memo Pengolahan Kredit (MPK).Biasanya proses maupun biaya yang yang dikeluarkan untuk pengolahan sebuah kredit relatif sama walaupun permohonan kredit tersebut berbeda jumlahnya (plafond). Untuk itu bank harus lebih selektif memilah permohonan yang mana yang masih boleh ditangani dan mana yang harus ditolak, agar bank memperoleh keuntungan yang maksimal.Adapun latar belakang penulisan karya akhir ini adalah ingin mendapatkan gambaran Bagaimana mengkalkulasi biaya yang ditimbulkan khususnya biaya pengolahan sebuah permohonan kredit, dengan menggunakan metode Activity Based Costing (ABC). Dengan metode ini biaya tersebut dapat dikalkulasikan secara tepat, dengan jalan menelusuri apa yang menjadi pemicu (driver) timbulnya biaya tersebut atau dengan kata lain aktivitas-aktivitas apa yang mengakibatkan timbulnya biaya-biaya tersebut.Hasil perhitungan yang didapatkan dengan sistem ABC ini menunjukan bahwa untuk plafond yang sama besar, pelepasan kredit dengan jaminan likuid (deposito, bank notes, emas lantakan) yang selama ini sangat diminati oleh KCU "A" temyata memberikan pendapatan yang lebih kecil bila dibandingkan kredit dengan jaminan solid (tanah bangunan, ruko, mobil) yang selama ini dinilai lebih komplek proses pengolahannya.Dan tidak kalah penting lagi dengan perhitungan sistem ABC ini KCU "A" mempunyai suatu standar (benchmark) yaitu berapa besar permohonan kredit yang masih dapat diterima oleh KCU "A" agar masih tetap memperoleh keuntungan."