Buku ajar kecil 04

download Buku ajar kecil 04

If you can't read please download the document

Transcript of Buku ajar kecil 04

  • 1. Buku Ajar Rekayasa Perangkat LunakBAB 4 Perencanaan Proyek Perangkat Lunak Kompetensi Dasar : Mahasiswa memahami maksud dari perencanaan proyek perangkat lunak dan dapat mengembangkan rencana dan lingkup proyek perangkat lunak. Proses manajemen proyek perangkat lunak dimulai dengan serangkaian aktifitas yang secara kolektif disebut project planning (perancanaan proyek). Yang pertama dari aktifitasaktifitas ini adalah penentuan ruang lingkup.1. Ruang lingkup perangkat lunak.Ruang lingkup perangkat lunak menggambarkan fungsi,kinerja, batasan, interface dan reliabilitas. Fungsi-fungsi yangdigambarkan dalam statemen ruang lingkup dievaluasi dandalam banyak kasus juga disaring untuk memberikan awalanyang lebih detil pada saat estimasi dimulai.Segala sesuatu selalu kelihatan tidak jelas pada saat sebuahproyek perangkat lunak dimulai. Suatu kebutuhan telahditentukan dan sasaran serta tujuan dasar telah dibicarakan,tetapi informasi yang perlu untuk menentukan ruang lingkupbelum ditentukan.Teknik yang banyak dipakai secara umum untuk memulaiproses komunikasi adalah dengan melakukan pertemuanatau wawancara pendahuluan. Gause dan Weinbergmengusulkan bahwa analis harus memulainya denganmengajukan pertanyaan-pertanyaan bebas konteks, yaituserangkaian pertanyaan yang akan membawa kepadapemahaman yang mendasar terhadap masalah, orang yangmenginginkan suatu solusi, sifat solusi yang diharapkan, danefektifitas pertemuan itu sendiri.Rangkaian pertanyaan bebas konteks yang pertama berfokuspada pelanggan, tujuan keseluruhan, serta keuntungan.Rangkaian pertanyaan berikutnya memungkinkan analis45

2. Buku Ajar Rekayasa Perangkat Lunakuntuk memahami masalah dengan lebih baik sertamemungkinkanpelangganmenyuarakanpersepsinyatentang sebuah solusi. Rangkaian akhir dari pertanyaanberfokus pada efektifitas pertemuan.Komunikasi dengan pelanggan membawa kepada definisidata, fungsi-fungsi dan sikap yang harus diimplementasi,kinerja dan batasan yang membatasi sistem, serta informasiyang berhubungan dengannya.2. Estimasi.Estimasi sumber daya, biaya dan jadwal untuk usahapengembangan perangkat lunak membutuhkan pengalam-an, mengakses informasi historis yang baik dan keberanianuntuk melakukan pengukuran kuantitatif bila hanya datakualitatif saja yang ada. Estimasi membawa risiko yanginheren dan risiko inilah yang membawa kepadaketidakpastian.Project complexity (kompleksitas proyek) berpengaruh kuatterhadap ketidakpastian yang inheren dalam perancanaan.Tetapi kompleksitas merupakan pengukuran relatif yangdipengaruhi oleh kebiasaan dengan usaha yang sudahdilakukan pada masa sebelumnya.Project size (ukuran proyek) merupakan faktor penting lainyang dapat mempengaruhi akurasi estimasi. Bila ukuranbertambah maka ketergantungan diantara berbagai elemenperangkat lunak akan meningkat dengan cepat. Dekomposisimasalah sebagai suatu pendekatan yang sangat pentingdalam proses estimasi menjadi lebih sulit lagi karena elemen elemen yang akan didekomposisi masih sangat berat.Stucturaluncertainty(ketidakpastianstuktural) jugaberpengaruh dalam risiko estimasi. Dengan melihat kembali,halhal yang terjadi dapat diingat lagi dan dapatmenghindari tempat dimana masalah muncul. Bila metrikperangkat lunak yang kompetitif dapat diperoleh padaproyek yang telah lalu, maka estimasi dapat dilakukandengan kepastian yang lebih tinggi; jadwal dapat dibuatuntuk menghindari kesulitankesulitan yang terjadi dimasalalu, dan resiko keseluruhan dapat dikurangi.Risiko diukur melalui tingkat ketidakpastian pada estimasikuantitatif yang dibuat untuk sumber daya, biaya, danjadwal. Bila ruang lingkup proyek tidak dapat dipahami 46 3. Buku Ajar Rekayasa Perangkat Lunakdengan baik atau syarat proyek merupakan subyek terjadiperubahan, maka resiko dan ketidakpastian menjadi sangattinggi. Perencanaan perangkat lunak harus melengkapifungsi, kinerja, dan definisi interface (yang diisikan kedalamspesifikasi sistem). Perencana, dan lebih penting lagipelanggan, harus mengetahui bahwa variabilitas padakebutuhan perangkat lunak berarti ketidak stabilan biaya danjadwal.Manajer proyek tidak boleh obsesif terhadap estimasi.Pendekatanpendekatan rekayasa perangkat lunak modern(seperti model proses evolusioner) memakai pandanganpengembangan yang interaktif. Pada pendekatan semacamini dimungkinkan untuk melihat lagi estimasi (bila lebih banyaklagi informasi diketahui) dan merevisinya bila pelangganmengubah kebutuhannya.3. Tujuan perencanaan proyek.Tujuan perencanaan proyek perangkat lunak adalah untukmenyediakan sebuah kerangka kerja yang memungkinkanmanajer membuat estimasi yang dapat dipertanggungjawabkan mengenai sumber daya, biaya dan jadwal. Estimasidibuat dengan sebuah kerangka waktu yang terbatas padaawal sebuah proyek perangkat lunak dan seharusnyadiperbaharui secara teratur selagi proyek sedang berjalan.Sebagai tambahan, estimasi akan berusaha mendefinisikanskenario kasus terbaik dan kasus terburuk.4. Mengembangkan rencana proyek.Sebuah rencana proyek adalah sebuah dokumen yangdigunakanuntukmengkoordinasi semua dokumenperencanaan proyek dan membantu suatu pelaksanaan dankontrol proyek. Rencana proyek merancang keputusan danasumsi perencanaan mengenai berbagai pilihan,memudahkan komunikasi antar stakeholder, mendefinisikanisi, penjabaran dan pemilihan waktu dari manajemen utamauntuk melakukan review dan menyediakan suatu garis besaruntuk pengukuran kemajuan dan kendali proyek. Rencanaproyek harus dinamis, fleksibel dan dapat berubah ketikalingkungan atau proyek berubah. Rencana proyek sangat47 4. Buku Ajar Rekayasa Perangkat Lunakmembantu manajer proyek didalam memimpin tim proyekdan menentukan status proyek.Unsurunsur umum pada kebanyakan proyek merencanakanbagianbagian dari suatu rencana proyek yang meliputipengenalan atau ringkasan proyek, suatu penjelasanbagaimana proyek diorganisir, pengolahan secara teknis danmanajemen yang digunakan pada proyek dan bagian yangmenjelaskan suatu pekerjaan untuk dikerjakan, jadwal dananggaran.Pengenalan atau ringkasan dari produk minimal harus meliputiinformasi sebagai berikut :Nama Proyek : setiap proyek harus mempunyai sebuah nama yang unik. Nama yang unik membantu dalam membedakan setiap proyek danmencegah kebingungan antar proyekproyek yang berhubunganSebuah deskripsi yang jelas dari proyek dan kebutuhan kebutuhan yang ditunjukkan : deskripsi ini harus secara jelas membatasi tujuan proyek dan alasan proyek.Nama sponsor : setiap proyek memerlukan sebuah sponsor. Termasuk nama, judul dan kontak informasi dari sponsor dalam pengenalan.Nama manajer proyek dan anggota kunci tim : manajer proyek harus selalu mengetahui informasi proyek. Bergantung pada ukuran dan alam proyek, nama anggota kunci tim dapat juga dimasukkan.Penyampaian proyek : bagian ini harus secara jelas mendaftar dan menjelaskan penyampaian yang akan dihasilkan sebagai bagian proyek. Paket software, potongan hardware, laporan teknik dan materi pelatihan adalah contoh penyampaian.Daftar referensi materi yang penting : beberapa proyek mempunyai sejarah yang mendahuluinya. Daftar dokumen penting atau pertemuan yang berhubungan denganproyek membantu stakeholderproyek memahami sejarahnya. Bagian ini harus mereferensi rencana yang dihasilkan untuk area pengetahuan yang lain. Sebagai contoh, seluruh rencana proyek harus mengacu dan meringkas bagian-bagian yang penting dari perencanaan-perencanaan manajemen ruang lingkup, manajemenjadwal, manajemen biaya,48 5. Buku Ajar Rekayasa Perangkat Lunakmanajemen kualitas, manajemen staff, manajemenkomunikasi, manajemen risiko dan manajemen prasyarat. Daftar definisi dan singkatan, jika sesuai : beberapaproyek, khususnya proyek TI, terdapat terminologi unikpada industri atau teknologi tertentu. Menyediakan daftardefinisi dansingkatanmembantumencegahkebingungan.Deskripsi tentang bagaimana proyek diorganisasi harusmeliputi informasi sebagai berikut : Bagan organisasional : bagan organisasional inidigunakan untuk perusahaan yang mensponsori proyekdan untuk perusahaan pelanggan. Bagan organisasionalmenunjukkan garis kewenangan, tanggung jawab dankomunikasi untuk proyek. Tanggung jawab proyek : bagian rencana proyek iniharus menjelaskan fungsi-fungsi dan aktifitas-aktifitasutama proyek dan mengidentifikasi orang-orang yangbertanggung jawab terhadap fungsi-fungsi dan aktifitas-aktifitas tersebut. Informasi dan proses organisasional yang berhubunganyang lain : bergantung pada alam proyek, mungkindiperlukan untuk mendokumentasikan proses-prosesutama yang diikuti pada proyek.Bagian dari rencana proyek yang menjelaskan manajemendan pendekatan teknis harus meliputi informasi berikut : Tujuan manajemen : ini penting untuk memahamipemandangan manajemen puncak dari proyek, apayang diprioritaskan dan asumsi-asumsi atau batasan-batasan utama. Kendali proyek : bagian ini menjelaskan bagaimanamemonitor kemajuan proyek dan menangani perubahan. Manajemen risiko : bagian ini secara jelas menunjukkanbagaimana tim proyek akan mengidentifikasi, mengaturdan mengendalikan risiko. Ini mengacu pada rencanamanajemen risiko, jika diperlukan proyek. Staffing proyek : bagian ini menjelaskan jumlah dan tipeorang-orang yang dibutuhkan untuk proyek. Ini mengacupada rencana manajemen staff, jika diperlukan proyek. Proses teknis : bagian ini menjelaskan metodologi tertentuyang dapat digunakan oleh proyek dan bagaimanainformasi didokumentasikan. 49 6. Buku Ajar Rekayasa Perangkat LunakBagian dari seluruh rencana proyek yang menjelaskanpekerjaan yang dilakukan harus mengacu pada rencanamanajemen ruang lingkup dan menyimpulkan berikut ini :Paket kerja utama : seorang manajer proyek biasanya mengorganisir pekerjaan proyek ke dalam beberapa paket kerja menggunakan work breakdown structure (WBS), dan menghasilkan suatu pernyataan lingkup atau pernyataan kerja (SOW) untuk menjelaskan pekerjaan lebih detil. Bagian harus secara jelas menyimpulkan paket kerja utama untuk proyek dan mengacu bagian yang sesuai dari rencana manajemen lingkup.Kunci penyampaian : bagian ini mendaftar dan menjelaskan kunci penyampaian yang dihasilkan sebagai bagian dari proyek. Ini harus juga menjelaskan kualitas yang diharapkan untuk penyampaian produk.Informasi yang berhubungan yang lain : bagian ini menyoroti informasi kunci yang berhubungan pada pekerjaan yang dilakukan pada proyek. Contoh : daftar hardware dan software tertentu yang digunakan pada proyek atau mengikuti spesifikasi tertentu. Ini perlu dokumen asumsi utama dibuat untuk mendefinisikan pekerjaan proyek.Bagian informasi jadwal proyek harus meliputi berikut ini :Ringkasan jadwal : ini membantu untuk melihat satu halaman ringkasan dari jadwal proyek keseluruhan. Bergantung pada ukuran dan kompleksitas proyek, ringkasan jadwal dapat mendaftar kunci penyampaian dan tanggal penyelesaian yang direncanakan. Untuk proyek yang lebih kecil, dapat memasukkan semua kerja dan tanggal yang berhubungan untuk semua proyek dalam diagram Gantt.Detail jadwal : bagian ini menyediakan informasi pada jadwal proyek yang lebih detail. Ini harus mengacu pada manajemen jadwal dan merundingkan ketergantungan antar aktivitas proyek yang dapat berpengaruh pada jadwal proyek.Informasi yang berhubungan dengan jadwal yang lain : beberapa asumsi sering kali dibuat untuk mempersiapkan jadwal proyek. Bagian ini harus mendokumentasikan asumsi utama dan menyoroti informasi penting yang berhubungan yang lain pada jadwal proyek. 50 7. Buku Ajar Rekayasa Perangkat LunakBagian anggaran dari keseluruhan rencana proyek harusmeliputi berikut ini : Ringkasan anggaran : ringkasan anggaran meliputiperkiraan total dari keseluruhan anggaran proyek. Inidapat juga meliputi perkiraan anggaran unutk setiapbulan atau tahun dengan kategori anggaran tertentu. Inipenting untuk menyediakan beberapa penjelasan dariarti angka-angka ini. Detil anggaran : bagian ini meringkas apa yang ada didalam rencana manajemen biaya. Informasi yang berhubungan dengan anggaran yanglain : bagian ini mendokumentasikan asumsi utama danmenyoroti informasi penting yang berhubungan yang lainpada aspek finansial proyek.Rangkuman Ruang lingkup perangkat lunak menggambarkan fungsi, kinerja, batasan,interface dan reliabilitas. Fungsi-fungsi yang digambarkan dalam statemen ruang lingkup dievaluasi dan dalam banyak kasus juga disaring untuk memberikan awalan yang lebih detil pada saat estimasi dimulai. Estimasi sumber daya, biaya dan jadwal untuk usaha pengembangan perangkat lunak membutuhkan pengalaman, mengakses informasi historis yang baik dan keberanian untuk melakukan pengukuran kuantitatif bila hanya data kualitatif saja yang ada. Tujuan perencanaan proyek perangkat lunak adalah untuk menyediakan sebuah kerangka kerja yang memungkinkan manajer membuat estimasi yang dapat dipertanggung jawabkan mengenai sumber daya, biaya dan jadwal. Sebuah rencana proyek adalah sebuah dokumen yang digunakan untuk mengkoordinasi semua dokumen perencanaan proyek dan membantu suatu pelaksanaan dan kontrol proyek.Latihan/Tugas/Test Mandiri 1. Jelaskan apa yang dimaksud dengan ruang lingkupperangakt lunak ! 2. Informasi apa saja yang diperlukan untuk membuat ruanglingkup perangkat lunak ? sebutkan dan jelaskan ! 51 8. Buku Ajar Rekayasa Perangkat Lunak 3. Informasi apa saja yang diperlukan untuk melakukan estimasiperencanaan perangkat lunak ? sebutkan dan jelaskan ! 4. Untuk apakah dilakukan perencanaan proyek perangkatlunak ? 5. Informasi apa saja yang diperlukan untuk mengembangkanrencana proyek perangkat lunak ? sebutkan dan jelaskan ! 6. Buat dan tentukan satu judul proyek perangkat lunak, lengkapdengan deskripsi singkat mengenai proyek perangkat lunaktersebut ! 7. Buat ruang lingkup proyek perangkat lunak yang telahditentukan judulnya ! 52