PENENTUAN KOMPONEN COTS MENGGUNAKAN METODE FUNCTION FIT ANALYSIS DALAM MANAJEMEN PROYEK PENGEMBANGAN SISTEM INFORMASI SUMBER DAYA MANUSIA

Transkripsi

1 PENENTUAN KOMPONEN COTS MENGGUNAKAN METODE FUNCTION FIT ANALYSIS DALAM MANAJEMEN PROYEK PENGEMBANGAN SISTEM INFORMASI SUMBER DAYA MANUSIA Franstia Wira Sukma Susilo 1) dan Daniel Oranova Siahaan 2) 1) Program Studi Magister Manajemen Teknologi, Institut Teknologi Sepuluh Nopember, Jl. Cokroaminoto 12A, Surabaya, 60264, Indonesia 2) Jurusan Teknik Informatika, Institut Teknologi Sepuluh Nopember ABSTRAK PT. STIKOM PLUS adalah perusahaan yang bergerak dibidang layanan jasa konsultasi dan jasa pengembangan perangkat lunak. Seiring dengan perkembangan perusahaan dan dalam rangka meningkatkan keuntungan, PT. STIKOM PLUS mulai merubah pola bisnis menjadi pengembang perangkat lunak masal. Melihat luasnya pangsa pasar, PT. STIKOM PLUS memilih untuk melakukan pengembangan perangkat lunak Sistem Informasi Sumber Daya Manusia (HRIS). Dalam pengembangannya, perusahaan dituntut untuk merancang dan membangun produk dengan cepat dan tepat guna dalam penggunaan operasional perangkat lunak nantinya. Untuk itu manajemen meminta perusahaan untuk mengidentifikasi dan mengadaptasi komponen produk COTS untuk HRIS dengan kebutuhan sistem yang telah dirancang sebelumnya. Untuk dapat melakukan penerapan pengembangan menggunakan komponen dari produk COTS perlu dilakukan analisis dan penilaian kesesuaian dari produk-produk COTS menggunakan function fit analysis. Dari hasil analisis, kelayakan dan kesesuaian komponen yang akan digunakan dalam pengembangan adalah komponen dari produk COTS-3. Dimana produk COTS-3 menjadi pertimbangan karena memiliki nilai untuk kesesuaian produk COTS dengan document requirement terbaik, yaitu sebesar %, waktu optimal penyelesaian tercepat, selama 3.99 Bulan, dan kebutuhan sumber daya manusia terendah, yaitu sejumlah 1 Orang. Sehingga dengan menggunakan produk COTS-3 dalam pengembangan proyek, manajemen dapat membangun perangkat lunak HRIS dengan cepat dan tepat guna dalam penggunaan operasional perangkat lunak nantinya. Kata kunci: Komponen COTS, Function Fit Analysis, Sistem Informasi Sumber Daya Manusia. PENDAHULUAN PT. STIKOM PLUS adalah perusahaan yang bergerak dibidang layanan jasa konsultasi sistem informasi dan jasa pembuatan perangkat lunak, khususnya perangkat lunak Sistem Informasi Manajemen Perguruan Tinggi, Sistem Informasi Manajemen Rumah Sakit, serta solusi Sistem dan Teknologi Informasi lainnya berdasarkan keputusan manajemen. Seiring dengan perkembangan perusahaan dan dalam rangka meningkatkan keuntungan, PT. STIKOM PLUS mulai merubah pola bisnis menjadi pengembang perangkat lunak masal. Dalam pembangunan dan pengembangan produk masal, manajemen menuntut perusahaan C-7-1

2 untuk merancang dan membangun produk dengan cepat dan tepat guna dalam penggunaan operasional perangkat lunak nantinya. Salah satu sistem informasi yang memiliki pangsa pasar cukup luas seiring dengan banyaknya organisasi baru yang muncul adalah sistem informasi untuk bagian sumber daya manusia atau biasa disebut Human Resource Information System (HRIS). Melihat peluang tersebut, PT. STIKOM PLUS memilih untuk melakukan pengembangan perangkat lunak Sistem Informasi Sumber Daya Manusia. HRIS merupakan sebuah sistem besar yang terdiri dari beberapa aktivitas Human Resource Management (Poutanen, 2010). Commercial-off-the-shelf atau biasa disebut dengan COTS, adalah sebuah produk yang dibangun dan siap untuk dijual, disewakan atau dilisensikan ke publik. Produk COTS dirancang dan dibangun untuk proses operasional organisasi secara umum, tidak spesifik pada organisasi tertentu. Dalam proses perancangan, penerapan pembangunan produk berbasis COTS memiliki tantangan yang akan dihadapi, yaitu bagaimana mengidentifikasi dan menemukan komponen dari produk COTS yang dapat digunakan kembali sebagai requirement yang sesuai dengan requirement yang akan dibangun (Cechich, Alejandra & Piattini, Mario. 2007). Pemilihan komponen dari produk COTS harus dilakukan dengan teliti, cermat dan memperhatikan detil-detil komponen. Karena dengan adanya kesalahan pemilihan dapat mengakibatkan ketidaksesuaian komponen dengan konteks yang akan dibangun. Dengan menggunakan komponen dari produk COTS, waktu pengembangan perangkat lunak menjadi lebih cepat ( time-to-market) dan tepat guna (Cechich, Alejandra & Piattini, Mario. 2007). Akan tetapi, semakin banyak kandidat, proses untuk melakukan evaluasi terhadap kandidat yang ada dapat memakan waktu dan biaya. Untuk itu, dalam menentukan komponen dibutuhkan pengukuran atau penilaian pada produk COTS. Agar kandidat atau calon komponen dapat dipilih menjadi komponen yang sesuai dan tidak memakan waktu atau biaya. Function Fit Analysis adalah salah satu teknik untuk melakukan evaluasi terhadap kesesuaian dari produk COTS untuk menjadi requirement (Holmes, A Lori. 2000). Function Fit Analysis terbentuk berdasarkan Function Point Analysis, dimana function point analysis adalah penguraian dari sistem yang telah ada atau direncanakan berdasarkan dari sudut pandang user dari kebutuhan fungsional sistem. Function fit analysis menyediakan kemampuan untuk: (1) Dokumen kebutuhan fungsional dalam ketentuan yang mudah dimengerti bagi pengguna dan pengembang, (2) mengidentifikasi gap fungsional dari produk COTS, (3) mengukur gap yang diperlukan untuk meningkatkan sistem dengan COTS, dan (4) memberi rekomendasi dalam proses pengambilan keputusan terhadap produk COTS yang ada (Holmes, A Lori. 2000). Dengan penerapan pengembangan perangkat lunak menggunakan komponen dari produk COTS pada beberapa modul dari sistem yang besar, kebutuhan manajemen untuk menghasilkan produk masal dengan cepat dan tepat guna dapat tercapai. Akan tetapi dalam menentukan pilihan komponen terhadap kesesuaian kebutuhan sistem tidak dapat diukur dengan pasti. Untuk itu perlu dilakukan analisis dan penilaian kesesuaian dari produk COTS yang ada menggunakan function fit analysis, untuk mengetahui komponen yang dapat dipilih dan digunakan dalam proses pengembangan. Sehingga PT. STIKOM PLUS dapat membangun sistem produk masal secara cepat dan tepat guna, dan para pengembang perangkat lunak dapat mengetahui komponen produk COTS yang dapat digunakan untuk membantu pembangunan sistem informasi sumber daya manusia. C-7-2

3 METODA Identifikasi Masalah Identifikasi masalah adalah kegiatan penentuan masalah dari latar belakang permasalahan yang didefinisikan secara terstruktur. Sehingga penelitian yang dilakukan tidak menyimpang dan memiliki batasan pada permasalahan yang telah ditentukan. Elisitasi Kebutuhan Proses elisitasi kebutuhan adalah proses membuat kebutuhan sistem yang diinginkan. Dimana pengumpulan alur sistem didapat dari sistem sumber daya manusia terkait pada manajemen. Dengan adanya hasil dari elisitasi kebutuhan berupa kebutuhan sistem atau requirements, akan dapat digunakan untuk kegiatan analisis pada tahap penelitian selanjutnya. Elisitasi Kebutuhan Mulai Identifikasi Masalah Pemetaan Sistem COTS Studi Literatur Studi Literatur Kegiatan studi literatur adalah kegiatan pengumpulan teori pendukung penyelesaian masalah dalam penelitian. Pencarian teori adalah berdasarkan jurnal, buku atau referensi lainnya yang relevan dan dapat dipertanggung jawabkan. Function Fit Analysis Requirements Function Point Analysis Menghitung Nilai Unadjusted Function Point Evaluasi Fungsi COTS Menghitung Nilai Value Adjustment Factor Pemetaan Sistem COTS Identifikasi dan pemetaan sistem dilakukan berdasar dari COTS yang tersedia di pasar, dimana dilakukan pemetaan dengan kriteria yang ditentukan (sesuai) dengan deskripsi dari kebutuhan sistem yang akan dibangun. Analisis Kesesuaian Fungsionalitas Function Fit Analysis Tahapan ini adalah analisa hasil pemetaan Project Estimate sistem COTS dan elisitasi kebutuhan dengan menggunakan metode Function Fit Analysis Make/Buy Analysis (FFA). Dimana FFA digunakan untuk mengetahui apakah hasil dari elisitasi sesuai Pembuatan Dokumen Keputusan dengan pemetaan yang dilakukan terhadap sistem COTS. Sehingga dapat memberikan Selesai rekomendasi terhadap penggunaan komponen Gambar 1. Metoda Penelitian dari sistem COTS. Dalam penerapannya, terdapat beberapa tahap didalamnya, 1) Requirement Function Point Analysis, 2) Evaluasi Fungsi COTS, 3) Analisis Kesesuaian Fungsionalitas, 4) Project Estimate, dan ) Make/Buy Analysis. 1. Requirement Function Point Analysis Tahap analisa ini terdiri dari 2 sub kegiatan 1) Menghitung nilai Unadjusted Function Point, dan 2) Menghitung Nilai Value Adjustment Factor. Selanjutnya, kedua nilai tersebut digunakan dalam perhitungan rumus untuk mencari nilai function point yang digunakan untuk tahap atau proses penelitian selanjutnya. Berikut ini adalah rumus dari perhitungan function point (Holmes, Lori. A. 2000): FP = UFP x ( x VAF) C-7-3

4 1.1 Menghitung Nilai Unadjusted Function Point Nilai ini didapat dari hasil perangkingan dan perhitungan komponen COTS. 1.2 Menghitung Nilai Value Adjustment Factor Nilai Value Adjustment Factor juga didapat dari hasil pembobotan dan perhitungan karakteristik dari produk COTS. 2. Evaluasi Fungsi COTS Mengidentifikasi dan membandingkan komponen hasil elisitasi kebutuhan pada tahap sebelumnya dengan pemetaan produk COTS, apakah komponen pada produk COTS digunakan seluruhnya, sebagian atau tidak sama sekali. 3. Analisis Kesesuaian Fungsionalitas Kegiatan ini menghasilkan nilai prosentase nilai fit atau kesesuaian fungsionalitas terhadap komponen produk COTS yang ditawarkan dengan requirement document yang dimiliki hasil dari elisitasi kebutuhan. 4. Project Estimate Kegiatan ini adalah kegiatan perhitungan perkiraan biaya, waktu dan tenaga yang dikeluarkan untuk tiap kemungkinan dalam penggunaan komponen produk COTS. Perhitungan estimasi yang dilakukan menggunakan rumus perhitungan estimasi software costs.. Make/Buy Analysis Sub kegiatan terakhir dari FFA ini menghasilkan sebuah rekomendasi terhadap produk COTS, apakah membeli dan memakai produk COTS untuk perangkat lunak sistem, atau melakukan kustomisasi, atau bahkan tidak menggunakan produk COTS terkait. Akan tetapi dalam menghasilkan rekomendasi harus diketahui prioritas utama yang ditentukan oleh manajemen, apakah prioritas waktu atau kesesuaian atau prioritas lainnya. Untuk menentukan prioritas kriteria ini peneliti menggunakan metode 100-points dari Leffingwell & Widrig, Pembuatan Dokumen Keputusan Hasil rekomendasi dari Function Fit Analysis disusun dan ditulis dalam dokumen keputusan. Dimana dokumen keputusan ini berisi langkah yang diambil berdasarkan rekomendasi dari kegiatan sebelumnya. Dokumen ini dapat digunakan sebagai acuan dan catatan para pengembang perangkat lunak juga manajemen mengenai hasil terhadap masalah penggunaan komponen dari produk COTS. HASIL DAN DISKUSI Function Fit Analysis 1. Requirement Function Point Analysis Dari hasil requirement document, dilakukan pengukuran nilai FP dari perangkat lunak sistem informasi sumber daya manusia yang akan dikembangkan. 1.1 Menghitung Nilai Unadjusted Function Point Sebelum melakukan perhitungan, sesuai dengan studi yang ada dilakukan identifikasi komponen terhadap proses dan data. Komponen Function Point terdiri dari komponen, (1) Tipe Input atau External Input (EI), (2) Tipe Output atau External Output (EO), (3) Tipe Query/Search/View atau External Inquiry (EQ), (4) Tipe File/Tabel/Database atau Internal Logical File (ILF), dan () Tipe Interface Eksternal atau External Interface Files C-7-4

5 (EIF). Tahap selanjutnya adalah menentukan level kompleksitas (Complexity Level) tiap proses atau data. Selanjutnya, dilakukan pembobotan berdasarkan komponen dan level kompleksitasnya diikuti dengan menghitung bobot total UFP dari tiap elemen. Untuk lebih jelasnya, dapat dilihat pada Gambar 2. Complexity Weighting Factor Elemen low average high Total jumlah bobot point jumlah bobot point jumlah bobot point EI EO EQ ILF EIF Total UFP 84 Gambar 2. Pembobotan Elemen Nilai dari penjumlahan bobot total ini disebut dengan nilai UFP. Dimana nilai ini selanjutnya digunakan dalam perhitungan nilai function point. 1.2 Menghitung Nilai Value Adjustment Factor Perhitungan bobot Value Adjustment Factor Point (VAF) juga didapat dari document requirement. Pada tahap ini dilakukan pembobotan berdasarkan 14 karakteristik dari sistem yang akan dikembangkan. Nilai total pembobotan VAF ini juga digunakan dalam perhitungan function point. Untuk lebih jelasnya dapat dilihat pada Gambar 3. No Karakteristik Bobot 1 Data communications 2 Distributed data processing 4 3 Performance 4 Heavily used configuration 4 Transaction rate 6 On-line data entry 7 End-user efficiency 4 8 On-line update 9 Complex processing 2 10 Reusability 0 11 Installation ease 3 12 Operational ease 2 13 Multiple sites 14 Facilitate change 3 Total 2 Gambar 3. Pembobotan Nilai VAF Untuk menyelesaikan langkah Requirement Function Point Analysis, nilai dari UFP dan VAF yang telah didapatkan sebelumnya dimasukkan ke dalam rumus perhitungan FP = UFP x ( x VAF). FP Proyek = 84 x ( x 2) FP Proyek = Maka nilai FP dari proyek perangkat lunak yang akan dibangun adalah sebesar Evaluasi Fungsi COTS Pada tahapan ini, dilakukan evaluasi terhadap hasil identifikasi proses dan data terhadap requirement yang akan dibangun dengan masing-masing hasil pemetaan sistem dari produk COTS, untuk COTS-1, COTS-2, dan COTS-3. Hasil identifikasi berupa Add, Chg atau Changed, Del atau Delete, dan Unch atau Unchanged. Setelah dilakukan evaluasi fungsionalitas, maka dilakukan perhitungan nilai FP untuk masing-masing nilai identifikasi menggunakan rumus yang telah digunakan sebelumnya. Dimana nilai VAF tetap menggunakan nilai yang telah dihasilkan pada langkah sebelumnya. C-7-

6 3. Analisis Kesesuaian Fungsionalitas Pada tahapan ini, dihitung prosentase berdasarkan nilai kesesuaian fungsionalitas yang tidak berubah (FPunchanged) hasil dari evaluasi fungsionalitas terhadap masing-masing solusi COTS yang ditawarkan, yaitu untuk COTS-1, COTS-2, atau COTS-3 dengan nilai FPTotal dari proyek. 4. Project Estimate Tahap ini adalah tahap perhitungan perkiraan waktu dan tenaga sumber daya manusia yang dikeluarkan untuk tiap kemungkinan dalam penggunaan solusi COTS. Dalam perhitungannya, setiap proses dan data dikelompokkan sesuai dengan bahasa pemrograman dalam pengembangan (PHP dan MySQL). Perhitungan Estimasi Tanpa COTS Berikut adalah contoh perhitungan tanpa menggunakan solusi COTS. Sebelumnya, dilakukan perhitungan SLOC tiap bahasa. Dimana nilai yang didapat selanjutnya digunakan dalam perhitungan EFFORT dan SCHEDULE. Perhitungan SLOC dapat dilihat pada Gambar 4. SLOC=FP x SLOC per FP PHP SLOC 1.48 x 3 = SQL SLOC 46.8 x 22 = Total SLOC Gambar 4. Perhitungan SLOC Tanpa COTS Maka ukuran dari program yang dibuat adalah sebesar SLOC atau Source Lines of Code. Selanjutnya adalah perhitungan EFFORT dan SCHEDULE. Dimana dibutuhkan nilai Linear Productivity Factor, Schedule Multiple, dan Penalty untuk tipe project web development. Masing-masing nilai tersebut ditunjukkan pada Tabel 1. Tabel 1. Nilai Bobot Untuk Project Web Development Nama Bobot Nilai Linear Prod. Factor 2.1 Schedule Multiple 3.1 Penalty Berikut ini adalah nilai EFFORT yang dikeluarkan tanpa penggunaan solusi COTS. EFFORT = Productivity Factor x KSLOC Penalty EFFORT = 2.1 x = 9.81 Person Months Sedangkan untuk nilai SCHEDULE yang dibutuhkan adalah: SCHEDULE = Schedule Multiple x EFFORT 0.33 SCHEDULE = 3.1 x = 6.9 Months Selanjutnya adalah menghitung kebutuhan SDM yang dibutuhkan. Kebutuhan SDM = EFFORT / SCHEDULE Kebutuhan SDM = 9.81 / 6.9 = 1.49 Jadi, untuk pengembangan tanpa COTS, dibutuhkan waktu optimal selama 6.9 Bulan dan jumlah sumber daya manusia sebanyak 2 (pembulatan dari 1.49).. Make/Buy Analysis Tabel 2 adalah tabel perbandingan apabila menggunakan produk COTS dan jika tidak menggunakan produk COTS. C-7-6

7 Tabel 2. Perbandingan produk COTS Tanpa COTS COTS-1 COTS-2 COTS-3 Biaya COTS - Rp Rp Rp Prosentase Kesesuaian Fungsionalitas 100 % %.6 % % SDM 2 Orang 2 Orang 2 Orang 1 Orang Penyelesaian Optimal 6.9 Bulan 6.03 Bulan 6.1 Bulan 3.99 Bulan Dari Tabel 2, nilai untuk biaya produk COTS adalah nilai taksiran untuk modul Absensi. Prosentase Kesesuaian Fungsionalitas menunjukkan kesesuaian fungsionalitas COTS, dimana nilai ini didapat berdasarkan jumlah fungsionalitas dari fitur COTS yang sesuai dengan document requirement dibagi dengan jumlah seluruh fungsionalitas requirement yang dimiliki. Selanjutnya ditentukan prioritas kriteria kesesuaian yang digunakan sebagai dasar pengambilan keputusan (apakah Prosentase Kesesuaian Fungsionalitas, jumlah SDM, atau waktu penyelesaian. Pada penelitian ini biaya tidak termasuk dalam prioritas) dengan menggunakan metode 100-points. Dimana para responden memberikan penilaian untuk tiap kriteria dengan jumlah total seluruh penilaian adalah 100 poin. Pemilihan responden adalah yang memiliki tanggung jawab atas kelangsungan proyek, yaitu Kepala Bagian (Kabag), Pimpinan Proyek (Pimpro), dan Senior Staff. Dari pemberian penilaian kemudian dilakukan perhitungan bobot dengan menghitung nilai rata-rata penilaian responden. Untuk lebih jelasnya dapat dilihat pada Tabel 3. Tabel 3. Perbandingan produk COTS Kabag Pimpro Senior Staff Bobot Prosentase Kesesuaian Fungsionalitas % Jumlah SDM % Waktu Penyelesaian % Setelah nilai bobot dari tiap kriteria didapatkan, langkah selanjutnya adalah mengkonversi nilai untuk tiap kriteria dari tiap solusi. Pengkonversian nilai ini dilakukan agar selanjutnya dapat mengetahui bobot dari tiap solusi. Hasil konversi nilai tiap kriteria dan solusinya dapat dilihat pada Tabel 4. Tabel 4. Konversi Nilai Seluruh Kriteria Dari Tiap Solusi Waktu Penyelesaian Prosentase Kesesuaian Fungsionalitas Kebutuhan SDM Bobot Tanpa COTS COTS COTS COTS Perhitungan nilai konversi ini didapat dari nilai pada Tabel 2 yang kemudian untuk nilai Prosentase Kesesuaian Fungsionalitas, yang sebelumnya berupa prosentase, dirubah menjadi nilai satuan. Dan untuk nilai Waktu Penyelesaian, solusi tanpa penggunaan COTS dijadikan sebagai acuan waktu (waktu standar) dalam pengerjaa n proyek. Nilai acuan ini digunakan sebagai acuan dalam perhitungan konversi nilai. Sebagai penjelasan nilai COTS-1 adalah 1.093, didapat dari nilai acuan waktu (6.9 Bulan) dibagi dengan nilai waktu penyelesaian COTS-1 (6.03 Bulan). Hasil bobot pada Tabel 4 digunakan sebagai penentuan solusi seperti ditunjukkan Tabel. Dimana semakin besar nilai bobot dari suatu solusi, maka solusi tersebut itulah yang dipilih. C-7-7

8 Tabel. Bobot Solusi Peringkat Nama COTS Bobot 1 COTS Tanpa COTS COTS COTS Dari hasil tabel bobot solusi pada Tabel, produk COTS yang dipilih adalah produk COTS-3. Dimana solusi produk COTS ini dipilih karena memiliki bobot terbesar dari ketiga solusi lainnya, yaitu Selain itu, produk ini memiliki kesesuaian fungsionalitas komponen terbesar, sebesar % bila dibandingkan dengan 2 produk COTS lainnya. Waktu optimal penyelesaian dari produk ini juga memiliki nilai terendah (berarti tercepat dalam pengembangannya), yaitu selama 3.99 Bulan. Dan hanya dibutuhkan 1 SDM untuk menyelesaikan dalam waktu optimal. Jika manajemen memutuskan untuk menambah jumlah SDM menjadi 2, maka waktu optimal akan menjadi 1.99 Bulan (3.99 Bulan dibagi dengan 2). Pembuatan Dokumen Keputusan Pada penelitian ini dokumen keputusan dibuat sesuai template dokumen keputusan milik University of Calgary. Dimana template dokumen ini dipilih karena memiliki pendekatan struktur informasi sesuai dengan kebutuhan dari penetilian (ringkasan masalah, tujuan, alternatif, rekomendasi, keputusan dan halaman persetujuan). KESIMPULAN Dari hasil analisis sesuai dengan studi yang dapat membantu penyelesaian terhadap latar belakang permasalahan, maka dapat ditarik kesimpulan, kelayakan dan kesesuaian komponen yang akan digunakan dalam pengembangan proyek Sistem Informasi Sumber Daya Manusia adalah komponen produk COTS-3. Dimana produk COTS-3 ini menjadi pertimbangan dalam penggunaan pengembangan karena memiliki nilai untuk kesesuaian produk COTS dengan document requirement terbaik, yaitu sebesar %, waktu optimal penyelesaian tercepat, selama 3.99 Bulan, dan kebutuhan sumber daya manusia terendah, yaitu sejumlah 1 Orang. Dengan menggunakan produk COTS-3 dalam pengembangannya, manajemen dapat mengembangkan proyek sistem informasi sumber daya manusia dengan cepat dan tepat guna dalam penggunaan operasional perangkat lunak nantinya. DAFTAR PUSTAKA Cechich, Alejandra & Piattini, Mario Early Detection of COTS Component Functional Suitability. Information and Software Technology 49. Holmes, A Lori Evaluating COTS Using Function Fit Analysis. The Journal of Defense Software Engineering. International Function Point Users Group. Leffingwell, D. & Widrig, D Managing Software Requirements: A Use Case Approach, 2nd Edition. USA: Addison-Wesley. C-7-8

9 Poutanen, Hilka Developing the Role of Human Resource Information Systems for the Activities of Good Leadership. University Of Oulu. Roetzheim, William Estimating Software Costs. Cost Xpert Group, Inc. C-7-9