1. Carilah dan kemudian anda paparkan model-model yang dapat digunakan untuk estimasi biaya pada suatu proyek Sistem Informasi Teknik-Teknik Estimasi Biaya Sistem Informasi A. SLIM (Software Life Cycle Management) SLIM (Perangkat Lunak Manajemen Hidup Siklus) SLIM adalah salah satu model algoritmik untuk estimasi biaya yang pertama. Hal ini didasarkan pada fungsi / Norden Rayleigh dan umumnya dikenal sebagai model estimasi makro (Hal ini untuk proyek-proyek besar). SLIM memungkinkan estimator biaya perangkat lunak untuk melakukan fungsi-fungsi berikut: Mengklalibari model dan menyesuaikan untuk mewakili lingkungan pengembangan perangkat lunak lokal dengan cara menafsirkan histories database proyek-proyek masa lalu. Membangun model informasi dari sistem perangkat lunak, mengumpulkan karakteristik perangkat lunak, dan atribut computer. Menggunakan versi otomatis dari untuk menghitung baris kode (LOC) Algoritma matematis yang digunakan K = ( LOC / ( C * t 4/3 )) * 3 K adalah siklus hidup usaha total tahun bekerja, t adalah pengembangan dan C adalah konstanta teknologi, menggabungkan efek penggunaan alat, bahasa, metodologi dan jaminan kualitas (QA). Nilai konstanta teknologi bervariasi antara 610-57314.
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
1. Carilah dan kemudian anda paparkan model-model yang dapat digunakan untuk
estimasi biaya pada suatu proyek Sistem Informasi
Teknik-Teknik Estimasi Biaya Sistem Informasi
A. SLIM (Software Life Cycle Management)
SLIM (Perangkat Lunak Manajemen Hidup Siklus)
SLIM adalah salah satu model algoritmik untuk estimasi biaya yang pertama. Hal ini didasarkan
pada fungsi / Norden Rayleigh dan umumnya dikenal sebagai model estimasi makro (Hal ini
untuk proyek-proyek besar). SLIM memungkinkan estimator biaya perangkat lunak untuk
melakukan fungsi-fungsi berikut:
Mengklalibari model dan menyesuaikan untuk mewakili lingkungan pengembangan
perangkat lunak lokal dengan cara menafsirkan histories database proyek-proyek masa
lalu.
Membangun model informasi dari sistem perangkat lunak, mengumpulkan karakteristik
perangkat lunak, dan atribut computer.
Menggunakan versi otomatis dari untuk menghitung baris kode (LOC)
Algoritma matematis yang digunakan
K = ( LOC / ( C * t4/3 )) * 3
K adalah siklus hidup usaha total tahun bekerja, t adalah pengembangan dan C adalah konstanta
teknologi, menggabungkan efek penggunaan alat, bahasa, metodologi dan jaminan kualitas
(QA). Nilai konstanta teknologi bervariasi antara 610-57314. Untuk mudahnya, suatu proyek
skala besar konstanta teknologinya pun tinggi.
Keuntungan SLIM
1. Menggunakan pemrograman linier untuk mempertimbangkan kendala pembangunan di
kedua biaya dan usaha.
2. SLIM memiliki parameter yang lebih sedikit untuk menghasilkan perkiraan / estimasi
dibandingkan dengan COCOMO'81 dan COCOMO'II
Kelemahan dari SLIM
1. Perkiraan terhadap faktor teknologi sangat sensitif
2. Tidak cocok untuk proyek kecil
B. Estimasi Bottom-Up
Pendekatan bottom-up memecah proyek ke dalam komponen-komponen tugasnya dan
kemudian menghitung berapa banyak biaya yang diperlukan untuk menyelesaikan setiap tugas
tersebut. Untuk proyek besar, proses pemecahan akan berulang hingga mendapatkan komponen
yang bisa dieksekusi oleh satu orang selama 1 hingga 2 minggu. Setiap komponen tugas
dianalisa hingga komponen sub tugasnya, yang menghasilkan Work Breakdown Schedule
(WBS). Bagian bottom-up muncul ketika terjadi penjumlahan biaya yang dihitung dari setiap
aktifitas untuk memperoleh estimasi keseluruhan. Pendekatan ini lebih cocok digunakan di
bagian akhir tahap perencanaan proyek. Jika digunakan pada awal siklus proyek, beberapa
karakteristik sistem final harus diasumsikan.
C. Experd Judgement
Metode ini digunakan ketika melakukan estimasi biaya yang diperlukan untuk mengubah
sebagian software yang masih eksis. Estimator akan memberikan beberapa analisis dampak
berdasarkan pendapat yang proporsional dengan kode yang ditambahkan. Seseorang yang telah
terbiasa dengan software tersebut yang lebih tepat untuk mengerjakannya.
D. Estimasi Dengan Analogi
Penggunaan analogi disebut juga case-based reasoning. Estimator mencari proyek-
proyek yang telah selesai dikerjakan (sumber) yang memiliki karakteristik hampir sama untuk
referensi proyek baru (target). Biaya yang telah dilaporkan yang sesuai dengan kasus sumber
dapat dijadikan pijakan estimasi proyek target. Estimator kemudian melakukan identifikasi
perbedaan sistem target dengan sumber, selanjutnya menetapkan estmasi dasar untuk
menghasilakan estimasi biaya proyek baru. Masalahnya adalah bagaimana mengidentifikasi
kemiripan dan perbedaan yang sesungguhnya pada aplikasi yang berbeda, khususnya bila ada
banyak proyek masa lampau sebagai gambaran. Untuk mengidentifikasi sumber yang paling
dekat dengan target biasanya menggunakan ukuran jarak Euclidian :
Pengembangan model COCOMO adalah dengan menambahkan atribut yang dapat menentukan
jumlah biaya dan tenaga dalam pengembangan perangkat lunak, yang dijabarkan dalam kategori
dan subkatagori sebagai berikut:
a. Atribut produk (product attributes)
1. Reliabilitas perangkat lunak yang diperlukan (RELY)2. Ukuran basis data aplikasi (DATA)3. Kompleksitas produk (CPLX)
b. Atribut perangkat keras (computer attributes)
1. Waktu eksekusi program ketika dijalankan (TIME)2. Memori yang dipakai (STOR)3. Kecepatan mesin virtual (VIRT)4. Waktu yang diperlukan untuk mengeksekusi perintah (TURN)
c. Atribut sumber daya manusia (personnel attributes)
1. Kemampuan analisis (ACAP)2. Kemampuan ahli perangkat lunak (PCAP)3. Pengalaman membuat aplikasi (AEXP)4. Pengalaman penggunaan mesin virtual (VEXP)5. Pengalaman dalam menggunakan bahasa pemrograman (LEXP)
d. Atribut proyek (project attributes)
1. Penggunaan sistem pemrograman modern(MODP) 2. Penggunaan perangkat lunak (TOOL)3. Jadwal pengembangan yang diperlukan (SCED)
Model COCOMO II, pada awal desainnya terdiri dari 7 bobot pengali yang relevan dan kemudian menjadi 16 yang dapat digunakan pada arsitektur terbarunya.
Tabel 2. COCOMO II Early Design Effort Multipliers
Tabel 3. COCOMO II Post Architecture Effort Multipliers
Sama seperti COCOMO Intermediate (COCOMO81), masing-masing sub katagori bisa
digunakan untuk aplikasi tertentu pada kondisi very low, low, manual, nominal, high maupun
very high. Masing-masing kondisi memiliki nilai bobot tertentu. Nilai yang lebih besar dari 1
menunjukkan usaha pengembangan yang meningkat, sedangkan nilai di bawah 1 menyebabkan
usaha yang menurun. Kondisi Laju nominal (1) berarti bobot pengali tidak berpengaruh pada
estimasi. Maksud dari bobot yang digunakan dalam COCOMO II, harus dimasukkan dan
direfisikan di kemudian hari sebagai detail dari proyek aktual yang ditambahkan dalam database.
Dari beberapa model estimasi biaya yang telah dipaparkan, model COCOMO paling
banyak digunakan dan diterapkan.
2. Paparkan mengenai PMBOK (Project Management Body of Knowledge) dalam proyek.
Pada dasarnya, Manajemen proyek dilakukan melalui aplikasi dan integrasi proses-proses
manajemen proyek yang terdiri dari pengajuan (initiating), perencanaan, pelaksanaan,
pengawasan dan pengendalian, dan penutupan . Setiap proyek umumnya pasti memiliki batasan-
batasan (constraints), dan manajemen proyek berfungsi mengelola batasan-batasan ini agar
proyek bisa mencapai hasilnya secara efisien dan efektif. Secara tradisional constraints proyek
dibagi menjadi tiga jenis, yaitu: bidang kerja (scope), biaya (cost), waktu (time). Ketiga
constraints ini saling berhubungan dan digambarkan membentuk segitiga manajemen proyek.
Bertambahnya bidang kerja proyek akan menambah waktu dan biaya, waktu yang sempit dapat
berarti naiknya biaya dan berkurangnya bidang kerja, dan ketatnya keuangan bisa berarti
bertambahnya waktu dan berkurangnya bidang kerja. Semuanya akan mempengaruhi kualitas
hasil akhir proyek yang berupa produk atau jasa.
Gambar 1 Segitiiga Kesuksesan Proyek
Disiplin ilmu manajemen proyek adalah tentang menggunakan ‘alat’ (tools) dan teknik
yang memungkinkan tim proyek (bukan hanya manajer proyek) mengorganisasi pekerjaan
mereka sesuai constraints yang ada. Pihak manajemen proyek bertugas memutuskan cara dan
implementasi dalam mengatur dan memanfaatkan sumber daya manusia dan non-manusia untuk
mencapai sasaran-sasaran yang telah ditetapkan. Cara-cara dan teknik manajemen proyek ini
dirangkum dalam suatu sistem proyek yang menjadi standar acuan para pelaku proyek.
Salah satu sistem proyek itu tersusun dalam Project Management Body of Knowledge
(PMBOK®) yang dibuat oleh para anggota Project Management Institute (PMI). Menurut ANSI
(American National Standards Institute), PMBOK mendefinisikan manajemen proyek sebagai
penerapan dari pengetahuan, kemampuan, alat bantu serta teknik kedalam aktifitas proyek agar
dapat memenuhi atau melampaui apa yang dibutuhkan dan diharapkan oleh pihak-pihak terkait
(stakeholder) dari proyek., dengan cara menyeimbangkan seluruh kebutuhan yang terkait dengan
:
Ketepatan lingkup, waktu, biaya dan kualitas.
Stakeholder atau pihak-pihak yang terlibat atau terkena dampak dari proyek, dengan
kebutuhan dan harapan yang berbeda-beda.
Tujuan yang terdeskripsi (kebutuhan) dan yang tidak terdeskripsi secara tertulis.
Secara grafis, keterkaitan ilmu manajemen proyek terhadap ilmu – ilmu lain yang terkait
serta proyek – proyek sistem teknologi informasi terhadap ilmu – ilmu lain, seperti yang
diperlihatkan dalam gambar berikut:
Gambar 2 Keterkaitan Ilmu Manajemen Proyek terhadap Ilmu lainnya
Saat ini PMBOK merupakan sistem proyek yang paling banyak diterapkan dalam dunia
proyek. PMBOK® dikenal sebagai standar internasional (IEEE, ANSI) tentang aplikasi
pengetahuan, keterampilan, alat-alat, dan teknik untuk memenuhi keperluan proyek. Panduan
PMBOK® menjelaskan 5 proses dalam life cycle proyek (initiating, planning, executing,
controlling and monitoring, closing) dan 9 area pengetahuan tentang proyek (integration, scope,
time, cost, quality, human resources, communications, risks, procurement). Lima tahap proses
dalam PMBOK® menerapkan variasi dari Roda Deming (Deming Cycle) untuk peningkatan
yang berkelanjutan (continous improvement) . Dalam membuat penjadwalan proyek, PMBOK®
menjelaskan penggunaan metode yang disebut critical-path method (CPM).
Gambar 3 9 Knowledge Area beserta masing-masing aktivitasnya
Gambar 4 Keterkaitan 9 Knowledge Area dan 5 Proses
Dalam mengelola knowledge area perlu dipahamai beberapa prinsip sebagai berikut :
1) Setiap knowledge area akan dilakukan sejumlah aktivitas terkait dengan konsep
kelompok proses yang telah disajikan sebelumnya.
2) Masing-masing kelompok proses memerlukan sejumlah masukan (input) agar proses
tersebut dapat dijalankan.
3) Ketika proses berjalan, terlibat didalamnya sejumlah perangkat (tools) dan metode/teknik
pengerjaan yang disesuaikan penggunannya
4) Proses akan menghasilkan keluaran (output) yang akan dipergunakan untuk pelaksanaan
kelompok proses pada knowledge area yang lainnya
Gambar 5 Contoh Masukan , Perangkat & Metoda, dan Keluaran
Jika dilihat dari sudut peranan "knowledge" terhadap suatu manajemen proyek,
pengetahuan terbagi atas dua fungsi yaitu fungsi inti (utama) dan fungsi fasilitas (pendukung)
yang bermuara pada bentuk Manajemen Integrasi Proyek, dimana kedua fungsi ini berjalan
secara bersamaan dan saling terkait untuk menuju satu titik tujuan. Perspektif ilmu – ilmu terkait
untuk melaksanakan pengelolaan manajemen proyek di dalam sebuah perusahaan banyak
berhubungan dengan ilmu – ilmu manajemen umum dan ilmu – ilmu aplikasi yang
dispesifikasikan untuk jenis proyek tertentu, misalnya strategi mangatur cash flow yang
dipelajari dalam ilmu akuntansi, Disamping itu ilmu – ilmu aplikasi yang terkait dalam
manajemen proyek khususnya dalam sistem teknologi informasi, seperti implementasi software
aplikasi perusahaan (SAP atau BAAN) dalam sistem informasi perusahaan, implementasi
Electronic Data Interchange (EDI) dalam extranet, implementasi oracle dalam Decision Support
System (DSS) dan lain sebagainya.
Dalam mengerjakan sebuah project baik itu skala kecil atau skala besar pasti
membutuhkan kumpulan orang-orang yang memiliki satu tujuan bersama nah ini lah yang
namanya organisasi. Dalam PMBOK, ada beberapa hal penting yang mempengaruhi sebuah
project atau dalam hal ini bisa dikatakan perusahaan yang berhubungan dengan organisasi yaitu
diantaranya :
1. Sistem organisasi
2. Struktur organisasi
3. Budaya organisasi
4. Gaya kepemimpinan
Dalam PMBOK sistem organiasi dalam sebuah perusahaan dikenal dua istilah yaitu
sistem organisasi berbasis manajemen project dan non project. Dalam sistem organisasi berbasis
manjemen project sumber pendapatannya diperoleh melalui aktvitas yang dilakukan dengan
pendekatan proyek seperti perusahaan kontrakor bangunan dll. Sehingga dalam hal ini
perusahaan dengan sistem ini tergantung pada jumlah project yang ditangani dengan semakin
banyak project yang dapat di kerjakan maka income akan semakin banyak dan begitu pula
sebalik nya
Jika sistem berpengaruh terhadap income yang didapat maka untuk menggerakan sebuah
perusahaan harus terdapat struktur yang jelas. Dikenal dua struktur dalam PMBOK yaitu :
1. Organisasi dengan struktur berbasis fungsional
2. Organisasi dengan struktur berbasis project
Pada jenis pertama anggota dalam project diambil dari berbagai individu dari beberapa
fungsi organisasi yang berbeda misal dari keuangan,operasional dll. Pada jenis ini command and
control sangat terasa. Sedangkan pada jenis yang kedua anggota dalam project diambil dari
individu yang telah memiliki spesifikasi sama sehingga potensi keberhasilan project dinilai