• Tidak ada hasil yang ditemukan

MANAJEMEN PROYEK PERANGKAT LUNAK

3.18 LATIHAN

1. Pilih opsi yang benar:

a. Usaha diukur dengan menggunakan salah satu dari unit berikut:Orang i. Orang-bulan

ii. Bulan iii. Rupiah

b. Model estimasi COCOMO dapat digunakan untuk memperkirakan salah satu dari berikut ini:

i. LOK ii. Usaha iii. Poin fungsi iv. Kepadatan cacat

c. Apa urutan yang benar di mana manajer proyek perangkat lunak memperkirakan berbagai parameter proyek saat menggunakan COCOMO:

i. Biaya, usaha, durasi, ukuran ii. Biaya, durasi, usaha, ukuran iii. Ukuran, usaha, durasi, biaya iv. Ukuran, biaya, usaha, durasi

d. Manakah dari berikut ini yang BUKAN merupakan faktor untuk "Baris kode" yang dianggap sebagai metrik ukuran yang buruk:

i. Ini bergantung pada bahasa pemrograman.

ii. Ini menghukum pengkodean yang efisien dan ringkas iii. Hal ini tergantung programmer.

iv. Tergantung pada kompleksitas persyaratan.

e. Manakah dari parameter proyek berikut yang pertama kali diperkirakan oleh manajer proyek:

i. Biaya ii. Usaha iii. Ukuran iv. Durasi

f. Manakah dari bagan berikut ini yang paling berguna untuk menguraikan aktivitas proyek menjadi tugas-tugas yang lebih kecil yang dapat dikelola dengan lebih bermakna:

i. Grafik PERT ii. Grafik GANTT

iii. Representasi jaringan tugas iv. Struktur rincian pekerjaan

g. Manakah dari berikut ini yang merupakan contoh model estimasi biaya multivariabel?

i. COCOMO Dasar ii. COCOMO Menengah iii. COCOMO Lengkap

iv. Teknik Delphi

h. Jika sebuah produk perangkat lunak berukuran S membutuhkan waktu m bulan untuk dikembangkan, maka menurut model estimasi COCOMO, berapa lama (dalam bulan) waktu yang dibutuhkan untuk mengembangkan produk berukuran 2 × S?

i. Lebih dari 2 × m bulan ii. Lebih dari 3 × m bulan iii. Kurang dari 2 × m bulan iv. Lebih dari 4 × m bulan

i. Manakah dari pernyataan berikut yang benar tentang model COCOMO.

i. Biaya adalah atribut paling mendasar dari produk perangkat lunak, berdasarkan ukuran dan durasi proyek yang diukur.

ii. Ukuran adalah atribut paling mendasar dari produk perangkat lunak, berdasarkan mana biaya dan durasi proyek diukur.

iii. Upaya adalah atribut paling mendasar dari produk perangkat lunak, berdasarkan ukuran dan biaya proyek yang diukur.

iv. Durasi adalah atribut paling mendasar dari produk perangkat lunak, berdasarkan ukuran dan upaya proyek yang diukur.

j. Untuk proyek pengembangan perangkat lunak tertentu, estimasi upaya 100 orang- bulan diperoleh dengan menggunakan model COCOMO. Ini berarti bahwa proyek harus diselesaikan dengan:

i. Mempekerjakan 100 orang selama 1 bulan ii. Mempekerjakan 1 orang selama 100 bulan iii. Mempekerjakan 10 orang selama 10 bulan

iv. Jumlah orang yang dipekerjakan selama fase proyek yang berbeda akan sesuai dengan distribusi Raleigh

k. Manakah dari berikut ini yang paling menggambarkan manajemen konfigurasi dalam rekayasa perangkat lunak?

i. Manajemen pengaturan parameter konfigurasi dalam perangkat lunak.

ii. Manajemen objek yang mengontrol pengaturan parameter konfigurasi sistem.

iii. Manajemen status berbagai hasil proyek.

iv. Konfigurasi kegiatan pengelolaan tergantung pada jenis proyek.

l. Bagaimana "versi" aplikasi berbeda dari "rilis"-nya?

i. Rilis adalah perubahan kecil dari rilis sebelumnya.

ii. Versi adalah perubahan kecil yang dibuat untuk rilis sebelumnya.

iii. Rilis pada dasarnya sama dengan versi.

iv. Rilis adalah rilis yang tersedia untuk pelanggan sedangkan versi untuk penggunaan internal.

m. Jika suatu proyek sudah tertunda, maka penambahan tenaga kerja untuk menyelesaikannya paling cepat adalah:

i. Selalu kontra produktif

ii. Dapat membantu sampai batas yang sangat terbatas iii. Cara paling efektif untuk mengatasi situasi

iv. Dapat menyebabkan penyelesaian proyek dalam waktu singkat

2. Tuliskan lima tanggung jawab utama seorang manajer proyek perangkat lunak.

3. Identifikasi faktor-faktor yang membuat proyek perangkat lunak jauh lebih sulit untuk dikelola, dibandingkan dengan banyak jenis proyek lainnya seperti proyek untuk meletakkan jalan beton 100 km di jalan non-beton yang ada.

4. Pada titik mana dalam siklus hidup pengembangan perangkat lunak (SDLC), aktivitas manajemen proyek dimulai? Kapan ini berakhir? Identifikasi kegiatan manajemen proyek yang penting.

5. Apa yang dimaksud dengan 'ukuran' proyek perangkat lunak? Mengapa seorang manajer proyek perlu memperkirakan ukuran proyek? Bagaimana perkiraan ukurannya?

6. Apa yang Anda pahami dengan perencanaan jendela geser? Jelaskan dengan menggunakan beberapa contoh jenis proyek yang sangat cocok dengan bentuk perencanaan ini. Apakah perencanaan jendela geser sesuai untuk proyek kecil? Apa kelebihannya dibandingkan perencanaan konvensional?

7. Apa yang Anda pahami dengan visibilitas produk dalam konteks pengembangan perangkat lunak? Mengapa penting untuk meningkatkan visibilitas produk selama pengembangan perangkat lunak? Bagaimana visibilitas produk dapat ditingkatkan.

8. Apa saja kategori yang berbeda dari proyek pengembangan perangkat lunak menurut model estimasi COCOMO? Berikan contoh proyek pengembangan produk perangkat lunak yang termasuk dalam masing-masing kategori ini.

9. Jelaskan secara singkat perbedaan utama antara model estimasi COCOMO asli dan model estimasi COCOMO 2.

10. Apakah yang Anda maksud: ukuran proyek Apa metrik populer untuk mengukur ukuran proyek? Bagaimana ukuran proyek dapat diperkirakan selama tahap perencanaan proyek?

11. Jelaskan secara singkat estimasi ukuran proyek menggunakan Delphi dan teknik penilaian ahli. Bandingkan keuntungan dan kerugian dari dua teknik estimasi ukuran proyek berikut — penilaian ahli dan teknik Delphi.

12. Mengapa sulit untuk secara akurat memperkirakan upaya yang diperlukan untuk menyelesaikan suatu proyek? Jelaskan secara singkat berbagai metode estimasi usaha yang tersedia. Mana yang paling disarankan untuk digunakan dan mengapa?

13. Untuk jumlah baris kode yang sama dan ukuran tim pengembangan yang sama, beri peringkat proyek perangkat lunak berikut sesuai dengan perkiraan waktu pengembangannya. Sebutkan secara singkat alasan di balik jawaban Anda.

a. Editor teks

b. Sistem daftar gaji karyawan

c. Sistem operasi untuk komputer baru

14. Sebagai manajer proyek perangkat lunak untuk mengembangkan produk untuk aplikasi bisnis, jika Anda memperkirakan upaya yang diperlukan untuk penyelesaian proyek adalah 50 orang-bulan, dapatkah Anda menyelesaikan proyek dengan mempekerjakan 50 developer untuk jangka waktu satu bulan? Justifikasi jawaban Anda.

15. Jelaskan secara singkat model COCOMO 2. Dalam aspek apa itu merupakan peningkatan dari model COCOMO asli.

16. Nyatakan apakah pernyataan berikut BENAR atau SALAH. Berikan alasan untuk jawaban Anda.

a. Sebagai manajer proyek, akan bermanfaat bagi Anda untuk mengurangi durasi proyek hingga setengahnya asalkan pelanggan setuju untuk membayar kebutuhan tenaga kerja yang meningkat.

b. Organisasi perangkat lunak mencapai pemanfaatan tenaga kerja yang lebih efisien dengan mengadopsi struktur organisasi berbasis proyek dibandingkan dengan organisasi berbasis fungsi.

c. Untuk pengembangan produk yang sama, semakin besar ukuran tim pengembangan perangkat lunak, semakin cepat pengembangan produk. (untuk

kesederhanaan, asumsikan bahwa semua developer sama-sama mahir dan memiliki pengalaman yang persis sama).

d. Jumlah personel pengembangan yang dibutuhkan untuk setiap proyek pengembangan perangkat lunak dapat ditentukan dengan membagi total (perkiraan) upaya dengan total (perkiraan) durasi proyek.

e. Organisasi tim demokratis sangat cocok untuk menangani proyek yang kompleks dan menantang.

f. Dimungkinkan untuk melakukan manajemen konfigurasi untuk proyek perangkat lunak tanpa menggunakan alat otomatis.

g. Menurut model COCOMO, biaya adalah atribut paling mendasar dari produk perangkat lunak, berdasarkan ukuran dan upaya yang diperkirakan.

h. Ukuran proyek, seperti yang digunakan dalam COCOMO adalah ukuran kode akhir yang dapat dieksekusi dalam byte.

i. Teknik estimasi Delphi biasanya memberikan estimasi ukuran proyek yang lebih akurat dibandingkan dengan teknik expert judgement.

j. Struktur tim yang demokratis adalah yang paling cocok dibandingkan dengan jenis struktur tim lainnya. untuk mengembangkan produk perangkat lunak yang sangat besar.

k. Ketika tugas di sepanjang jalur kritis diselesaikan dalam waktu kurang dari perkiraan semula, itu akan menghasilkan penyelesaian proyek secara keseluruhan lebih cepat.

l. Tugas yang diselesaikan setelah waktu penyelesaian terakhir (LF) akan muncul sebagai penundaan penyelesaian proyek pada waktu yang sesuai.

m. Manajer proyek biasanya menggunakan grafik GANTT untuk melakukan alokasi sumber daya, sedangkan grafik PERT digunakan untuk memantau dan mengendalikan kemajuan proyek.

17. Apa yang dimaksud dengan tonggak sejarah dalam pengembangan perangkat lunak?

Mengapa dianggap bermanfaat untuk memiliki tonggak dalam pengembangan perangkat lunak?

18. Bagaimana urutan estimasi berikut dalam teknik estimasi COCOMO: biaya, tenaga, durasi, ukuran? Mewakili urutan prioritas di antara aktivitas-aktivitas ini menggunakan diagram jaringan tugas.

19. Jelaskan mengapa waktu pengembangan produk perangkat lunak dengan ukuran tertentu tetap hampir sama, terlepas dari apakah itu jenis organik, semi-terpisah, atau tertanam.

20. Jelaskan mengapa menurut model COCOMO, ketika ukuran perangkat lunak ditingkatkan dua kali lipat, waktu untuk mengembangkan produk biasanya meningkat kurang dari dua kali lipat.

21. Misalkan Anda telah memperkirakan waktu pengembangan nominal produk perangkat lunak berukuran sedang menjadi 5 bulan. Anda juga telah memperkirakan bahwa itu akan menelan biaya Rp. 50.000 untuk mengembangkan produk perangkat lunak.

Sekarang, pelanggan datang dan memberi tahu Anda bahwa dia ingin Anda mempercepat waktu pengiriman sebesar 10 persen. Berapa biaya tambahan yang akan Anda kenakan kepada pelanggan untuk pengiriman yang dipercepat ini? Terlepas dari apakah Anda membutuhkan lebih sedikit waktu atau lebih banyak waktu untuk mengembangkan produk, Anda pada dasarnya mengembangkan produk yang sama.

Lalu mengapa upaya itu bergantung pada durasi Anda mengembangkan produk?

22. Jelaskan bagaimana model Putnam dapat digunakan untuk menghitung perubahan biaya proyek dengan durasi proyek. Apa kerugian utama menggunakan model Putnam

untuk menghitung biaya tambahan yang dikeluarkan karena kompresi jadwal?

Bagaimana Anda bisa mengatasinya?

23. Misalkan Anda sedang mengembangkan produk perangkat lunak jenis organik. Anda telah memperkirakan ukuran produk menjadi sekitar 100.000 baris kode. Hitung usaha nominal dan waktu pengembangan.

24. Untuk program C berikut, perkirakan ukuran panjang dan volume Halstead. Bandingkan ukuran panjang dan volume Halstead dengan ukuran LOC.

25. Apa yang diwakili oleh metrik volume Halstead secara konseptual? Bagaimana menurut Halstead upaya bergantung pada volume program?

26. Apa keuntungan relatif menggunakan LOC atau metrik titik fungsi untuk mengukur ukuran produk perangkat lunak untuk perencanaan proyek perangkat lunak?

27. Buat daftar kekurangan penting dari LOC untuk digunakan sebagai metrik ukuran perangkat lunak untuk melaksanakan estimasi proyek.

28. Jelaskan mengapa menambahkan lebih banyak tenaga kerja ke proyek yang sudah terlambat membuatnya lebih lambat.

29. Apa yang Anda pahami dengan rincian kerja dalam manajemen proyek? Mengapa rincian pekerjaan penting untuk manajemen proyek yang efektif? Bagaimana pemecahan pekerjaan dicapai? Masalah apa yang mungkin terjadi jika tugas dipecah menjadi granularity yang terlalu halus atau tugas dipecah menjadi granularity yang terlalu kasar?

30. Jelaskan kapan Anda harus menggunakan bagan PERT dan kapan Anda harus menggunakan bagan Gantt saat Anda menjalankan tugas sebagai manajer proyek.

31. Bagaimana Gantt chart berguna dalam manajemen proyek perangkat lunak? Masalah apa yang mungkin dihadapi, jika pemantauan dan pengendalian proyek dilakukan dengan menggunakan bagan Gantt?

32. Apa yang dimaksud dengan dasar dalam konteks manajemen konfigurasi perangkat lunak? Jelaskan bagaimana baseline dapat diperbarui untuk membentuk baseline baru?

33. Misalkan Anda adalah manajer proyek perangkat lunak. Jelaskan hanya dengan menggunakan satu atau dua kalimat mengapa Anda tidak harus menghitung jumlah developer yang dibutuhkan untuk proyek sebagai pembagian sederhana dari perkiraan usaha (dalam orang-bulan) dengan perkiraan durasi nominal (dalam bulan).

34. Buat daftar item penting yang harus didiskusikan oleh dokumen rencana manajemen proyek perangkat lunak (SPMP).

35. Misalkan Anda adalah manajer proyek dari tim pengembangan produk yang besar dan Anda harus membuat pilihan antara organisasi tim programmer yang demokratis dan kepala, yang mana yang akan Anda adopsi untuk tim Anda? Jelaskan alasan di balik jawaban Anda.

36. Bandingkan keuntungan relatif dari pendekatan fungsional dan proyek dari organisasi pusat pengembangan. Misalkan Anda adalah chief executive officer (CEO) dari pusat pengembangan perangkat lunak. Struktur organisasi mana yang akan Anda pilih untuk organisasi Anda? Mengapa?

37. Sebutkan berbagai cara di mana tim pengembangan perangkat lunak diatur. Untuk pengembangan produk komunikasi seluler berbasis satelit yang menantang, jenis organisasi tim proyek mana yang akan Anda rekomendasikan? Justifikasi jawaban Anda.

38. apakah Anda setuju dengan pernyataan berikut? “Sedikit, jika ada, organisasi di dunia nyata yang murni fungsional, proyek, atau matriks.” Justifikasi jawaban Anda.

39. Jelaskan keuntungan dari organisasi fungsional atas organisasi proyek. Juga jelaskan mengapa rumah pengembangan perangkat lunak lebih memilih untuk menggunakan organisasi proyek daripada organisasi fungsional.

40. Dalam konteks manajemen konfigurasi perangkat lunak, jawablah pertanyaan berikut:

a. Apa yang Anda pahami tentang konfigurasi perangkat lunak?

b. Apa yang dimaksud dengan manajemen konfigurasi perangkat lunak?

c. Bagaimana Anda dapat mengatur konfigurasi perangkat lunak (hanya menyebutkan nama aktivitas utama yang terlibat)?

d. Mengapa manajemen konfigurasi perangkat lunak penting untuk keberhasilan proyek pengembangan produk perangkat lunak besar (tulis hanya alasan penting)?

e. Apa itu change control board (CCB) dan apa perannya dalam manajemen konfigurasi perangkat lunak?

41. Mengapa proyek perangkat lunak lebih rentan terhadap selip jadwal dibandingkan dengan jenis proyek lainnya?

42. Di unit apa Anda dapat mengukur produktivitas tim pengembangan perangkat lunak?

Sebutkan tiga faktor penting yang mempengaruhi produktivitas tim pengembangan perangkat lunak.

43. Sebutkan tiga jenis risiko umum yang mungkin dialami oleh proyek perangkat lunak biasa. Jelaskan bagaimana Anda dapat mengidentifikasi risiko yang rentan terhadap proyek Anda. Misalkan Anda adalah manajer proyek dari proyek pengembangan perangkat lunak yang besar, tunjukkan langkah-langkah utama yang akan Anda ikuti untuk mengelola risiko dalam proyek perangkat lunak Anda.

44. Keterlambatan jadwal adalah bentuk risiko yang sangat umum yang harus dihadapi oleh hampir setiap manajer proyek. Jelaskan dalam 3 sampai 4 kalimat bagaimana Anda akan mengelola risiko tergelincirnya jadwal sebagai manajer proyek dari proyek menengah.

45. Jelaskan bagaimana Anda dapat memilih teknik pengurangan risiko terbaik ketika ada banyak cara untuk mengurangi risiko.

46. Apa jenis risiko penting yang mungkin diderita proyek? Bagaimana Anda mengidentifikasi risiko yang rentan terhadap proyek selama proyek tahap perencanaan proyek?

47. Sebagai manajer proyek, identifikasi karakteristik yang akan Anda cari dalam developer perangkat lunak saat mencoba memilih personel untuk tim Anda.

48. Apa itu pemrograman tanpa ego? Bagaimana itu bisa terwujud?

49. Benarkah produk perangkat lunak selalu dapat dikembangkan lebih cepat dengan memiliki tim pengembangan yang lebih besar (Anda dapat berasumsi bahwa semua developer sama-sama mahir dan memiliki pengalaman yang persis sama)? Justifikasi jawaban Anda.

50. Misalkan Anda telah ditunjuk sebagai manajer proyek dari sebuah proyek besar, identifikasi kegiatan yang akan Anda lakukan untuk merencanakan proyek Anda.

Jelaskan urutan di mana Anda akan melakukan aktivitas ini dengan menggunakan notasi jaringan tugas. Apa saja faktor yang membuat sulit untuk memperkirakan secara akurat biaya proyek perangkat lunak?

51. Misalkan Anda adalah manajer proyek dari proyek pengembangan besar. Manajemen puncak menginformasikan bahwa Anda harus berurusan dengan ukuran tim yang tetap (yaitu, jumlah developer yang konstan) selama proyek Anda berlangsung. Apa dampak dari keputusan ini terhadap proyek Anda?

52. Angka produktivitas rata-rata industri untuk developer hanya 10 LOC/hari. Apa alasan produktivitas rendah seperti itu? Bisakah kita menghubungkan ini dengan keterampilan pemrograman developer yang buruk?

53. Apa yang Anda pahami tentang manajemen konfigurasi perangkat lunak? Bagaimana pelaksanaannya? Masalah apa yang akan Anda hadapi jika Anda mengembangkan beberapa versi produk yang sama sesuai dengan permintaan klien, dan Anda tidak menggunakan alat manajemen konfigurasi apa pun?

54. Apa perbedaan antara revisi dan versi produk perangkat lunak? Apa yang Anda pahami dengan istilah change control dan version control? Mengapa ini diperlukan? Jelaskan bagaimana perubahan dan kontrol versi dicapai menggunakan alat manajemen konfigurasi.

55. Diskusikan bagaimana SCCS atau RCS dapat digunakan untuk mengelola konfigurasi kode sumber secara efisien. Apa saja kekurangan dari SCCS dan RCS?

56. Pertimbangkan proyek perangkat lunak dengan 5 tugas T1-T5. Durasi 5 tugas (dalam hari) masing-masing adalah 15, 10, 12, 25 dan 10. T2 dan T4 dapat dimulai ketika T1 selesai. T3 dapat dimulai ketika T2 selesai. T5 dapat dimulai ketika T3 dan T4 selesai.

Kapan tanggal mulai terakhir tugas T3? Berapa waktu senggang tugas T4?

57. Mengapa manajer proyek perlu menguraikan tugas proyek menggunakan struktur rincian kerja (WBS)? Sampai tingkat perincian apa tugas-tugas didekomposisi? Jelaskan jawaban Anda.

58. Misalkan Anda adalah manajer proyek dari tim kecil yang mengembangkan aplikasi bisnis. Asumsikan bahwa tim Anda memiliki pengalaman dalam mengembangkan beberapa produk serupa. Jika Anda diminta untuk membuat pilihan antara organisasi tim programmer yang demokratis dan kepala, mana yang akan Anda adopsi untuk tim Anda? Jelaskan alasan di balik jawaban Anda.

59. Apa yang Anda pahami tentang risiko proyek? Bagaimana risiko dapat diidentifikasi secara efektif oleh manajer proyek? Bagaimana risiko dapat dikelola?

60. Misalkan Anda ditunjuk sebagai manajer proyek dari sebuah proyek untuk mengembangkan produk perangkat lunak pengolah kata komersial yang menyediakan fitur yang sebanding dengan perangkat lunak MS-WORD, mengembangkan struktur rincian kerja (WBS). Jelaskan jawaban Anda.

61. Apa saja parameter proyek berbeda yang menentukan biaya proyek? Apa faktor penting yang membuat sulit untuk secara akurat memperkirakan biaya proyek perangkat lunak?

Jika Anda seorang manajer proyek yang mengajukan penawaran untuk pengembangan produk kepada pelanggan, apakah Anda akan mengutip perkiraan biaya menggunakan COCOMO sebagai harga dalam penawaran Anda? Jelaskan jawaban Anda.

BAB 4

Dalam dokumen Perangkat Lunak - Digital Library Univ STEKOM (Halaman 136-143)