Chapter 6 Development and quality plans 6.1 Sasaran Rencana Pengembangan dan Kualitas Perencanaan, sebagai suatu proses, memiliki beberapa tujuan, yang dimaksudkan untuk mempersiapkan landasan yang kuat sebagai berikut: (1) Penjadwalan kegiatan pembangunan yang akan mengarah pada sukses dan tepat waktu dalam penyelesaian proyek, dan memperkirakan tenaga kerja yang diperlukan, sumber daya dan anggaran. (2) Rekruitmen anggota tim dan mengalokasikan sumber daya pengembangan (sesuai jadwal kegiatan dan perkiraan kebutuhan sumber daya tenaga kerja). (3) Menyelesaikan risiko pembangunan. (4) Implementasi kegiatan SQA yang diperlukan. (5) Menyediakan manajemen dengan data yang diperlukan untuk pengendalian proyek. 6.2 Elemen-elemen dari rencana pembangunan Berdasarkan bahan-bahan pada proposal, rencana pengembangan proyek dipersiapkan untuk memenuhi tujuan di atas. Setiap elemen berikut ini berlaku untuk komponen proyek yang berbeda yang memiliki rencana pengembangan proyek. (1) Produk-produk suatu projek Rencana pengembangan meliputi produk berikut: Desain dokumen menetapkan tanggal penyelesaian, menunjukkan mereka barang yang akan disampaikan kepada pelanggan ("kiriman") Perangkat lunak produk (menentukan tanggal penyelesaian dan situs instalasi) Pelatihan tugas (tanggal menentukan, peserta dan situs). (2) Interface suatu proyek Interface proyek mencakup: Antarmuka dengan paket perangkat lunak yang ada (antarmuka perangkat lunak) Antarmuka dengan perangkat lunak lain dan / atau tim pengembangan hardware yang bekerja pada sistem atau proyek yang sama (yaitu, kerjasama dan link koordinasi) Antarmuka dengan hardware yang ada (antarmuka hardware). (3) Metodology proyek dan tools pengembangan akan diterapkan pada masing-masing pase sebuah proyek.
(4) Standar dan prosedur pengembangan perangkat lunak Sebuah daftar harus disiapkan yang berisi standar pengembangan perangkat lunak dan prosedur untuk diterapkan dalam proyek. (5) Pemetaan proses pengembangan Pemetaan proses pembangunan melibatkan menyediakan definisi secara rinci dari setiap fase proyek. Deskripsi ini meliputi definisi input dan output, dan kegiatan khusus yang direncanakan. Deskripsi Kegiatan meliputi: Perkiraan durasi dari setiap aktivitas. Perkiraan ini sangat tergantung pada pengalaman yang diperoleh dalam proyek-proyek sebelumnya. Urutan yang logis di mana setiap aktivitas harus dilakukan, termasuk deskripsi ketergantungan setiap kegiatan pada kegiatan sebelumnya. Jenis sumber daya yang profesional yang dibutuhkan dan perkiraan berapa banyak sumber daya yang diperlukan untuk setiap kegiatan. Beberapa metode telah tersedia untuk penjadwalan dan penyajian secara grafis suatu proses pembangunan. Salah satu metode yang paling umum digunakan adalah yang Gantt Chart, yang menampilkan berbagai kegiatan dengan kotak horisontal yang setiap satuan panjangnya sebanding dengan durasi setiap aktivitas. (6) Milestone suatu proyek Sebuah milestone merupakan peristiwa yang dijadwalkan yang menandakan kapan selesainya suatu bagian dari suatu proyek. Ini adalah sebuah bendera dalam rencana kerja untuk menandakan kapan suatu pekerjaan selesai. Biasanya milestone itu digunakan sebagai pos pemeriksaan pada suatu proyek untuk memvalidasi atau memvalidasi ulang kemajuan suatu proyek. Milestone juga digunakan sebagai suatui snapshot bagi manajemen untuk memvalidasi kemajuan proyek. (7) Organisasi staf proyek Rencana Organisasi terdiri dari: Struktur Organisasi: definisi suatu tim proyek dan tugas-tugas mereka, termasuk pekerja sementara dari sebuah subkontraktor. Persyaratan profesional: sertifikasi profesional, pengalaman dalam bahasa pemrograman tertentu atau tool pembangunan, pengalaman dengan produk perangkat lunak khusus dan jenis, dan sebagainya. Jumlah anggota tim yang dibutuhkan untuk setiap periode waktu, sesuai dengan kegiatan yang dijadwalkan. Diharapkan bahwa tim akan memulai kegiatan mereka pada waktu yang berbeda, dan bahwa ukuran tim mereka dapat bervariasi dari satu periode ke periode berikutnya, tergantung pada kegiatan yang direncanakan. Nama-nama pemimpin dan anggota tim. Kesulitan yang mungkin timbul sehubungan dengan tugas jangka panjang yang ditugaskan kepada anggota staf suatu tim karena mungkin ada perubahan tak terduga dalam tugas-tugas mereka saat ini.
Oleh karena itu, nama-nama staf diperlukan untuk membantu melacak partisipasi mereka sebagai anggota tim. (8) Fasilitas pengembangan Fasilitas pembangunan yang diperlukan meliputi perangkat keras, perangkat lunak dan tool pengembangan perangkat keras, ruang kantor, dan item lainnya. Untuk setiap fasilitas, harus dijelaskan setiap periode penggunaannya pada jadwal. (9) Risiko Pengembangan Risiko pembangunan pasti ada dalam setiap proyek. Untuk memahami berapa besar pengaruhnya dan bagaimana risiko dapat dikendalikan, pertama-tama kita harus mendefinisikan suatu konsep. Sebuah risiko pembangunan adalah keadaan atau properti sebuah tugas pembangunan atau lingkungan, yang jika diabaikan, akan meningkatkan kemungkinan kegagalan suatu proyek (Ropponen dan Lyytinen, 2000). Risiko perkembangan yang khas adalah: Kesenjangan teknologi Kurang profesional dan tidak cukup pengetahuan dan pengalaman untuk melaksanakan tuntutan pembangunan dalam kontrak. Kekurangan staf - staf profesional kurang terantisipasi. Ketergantungan elemen organisasi Ada kemungkinan pemasok perangkat keras atau perangkat lunak khusus untuk subkontraktor, tidak dapat memenuhi kewajiban mereka sesuai jadwal. (10) Metode kontrol Untuk mengendalikan pelaksanaan proyek, manajer proyek dan pihak manajemen departemen menerapkan serangkaian kegiatan pemantauan ketika menyusun laporan kemajuan dan rapat-rapat koordinasi. (11) Estimasi biaya proyek Perkiraan biaya proyek didasarkan pada perkiraan usulan biaya, diikuti dengan review yang menyeluruh secara terus menerus berdasarkan perkiraan sumber daya manusia, negosiasi kontrak dengan subkontraktor dan pemasok, dan sebagainya. Frame 6.1 Unsur-unsur rencana pengembangan: 1. Produk suatu proyek, yang disebut "deliverable" 2. Interface proyek 3. Metodologi proyek dan alat pengembangan 4. Standar dan prosedur pengembangan perangkat lunak 5. Peta proses pembangunan 6. Proyek milestones 7. Organisasi staf proyek 8. Fasilitas pembangunan yang diperlukan 9. Risiko pengembangan dan tindakan manajemen risiko 10. Metode pengendalian (controlling) 11. Perkiraan biaya proyek
Persetujuan rencana pembangunan Review rencana pengembangan dan persetujuan harus diselesaikan sesuai dengan prosedur yang diterapkan dalam organisasi. 6.3 Elemen-elemen dari rencana kualitas Semua atau beberapa item berikut, tergantung pada proyek, adalah unsur-unsur perencanaan kualitas proyek: (1) Tujuan dari kualitas Tujuan dari kualitas mengacu pada substansi persyaratan kualitas sistem perangkat lunak yang dikembangkan. Ukuran kuantitatif biasanya lebih bersifat kualitatif dalam memilih tujuan kualitas karena mereka menyediakan pengembang dengan penilaian objektif dari kinerja perangkat lunak selama proses pengembangan dan pengujian sistem. (2) Kegiatan meninjau rencana Rencana kualitas harus memberikan daftar lengkap dari semua review kegiatan yang direncanakan: review desain (DRs), inspeksi desain, inspeksi kode, dan seterusnya, yang meliputi kegiatan berikut a. Ruang lingkup kegiatan review b. Jenis kegiatan review c. Jadwal kegiatan review d. Prosedur-prosedur khusus untuk diterapkan e. Siapa yang bertanggung jawab untuk melaksanakan kegiatan review? (3) Rencana tes perangkat lunak Rencana kualitas harus memberikan daftar lengkap dari perangkat lunak yang direncanakan untuk di tes, dengan mengikuti petunjuk berikut: a. Unit, integrasi atau sistem lengkap yang akan diuji b. Jenis kegiatan pengujian yang akan dilakukan, termasuk spesifikasi tes perangkat lunak dengan komputerisasi yang akan diterapkan c. Jadwal Tes direncanakan d. Prosedur-prosedur khusus untuk diterapkan e. Siapa yang bertanggung jawab untuk melaksanakan tes. (4) Tes penerimaan yang direncanakan untuk perangkat lunak yang dikembangkan eksternal Sebuah daftar lengkap dari tes penerimaan yang direncanakan untuk perangkat lunak yang dikembangkan eksternal harus disediakan dalam rencana kualitas. Item untuk dimasukkan adalah (a) membeli perangkat lunak, (b) perangkat lunak yang dikembangkan oleh subkontraktor, dan (c) perangkat lunak yang disediakan pelanggan. (5) Manajemen Konfigurasi Rencana kualitas harus menentukan alat manajemen konfigurasi dan prosedur, termasuk perubahan prosedur kontrol untuk diterapkan di seluruh proyek. 6.4 Pembangunan dan rencana kualitas untuk proyek-proyek kecil dan proyek internal 6.4.1 Rencana pengembangan dan rencana kualitas untuk proyek-proyek kecil Prosedur perencanaan pengembangan dan mutu yang berlaku untuk proyek-proyek besar tidak dapat secara otomatis diterapkan untuk proyek-proyek kecil.
Prosedur khusus diperlukan. Prosedur ini menentukan bagaimana memperlakukan proyek tersebut dihubungkan dengan rencana: (1) Kasus / situasi di mana tidak diperlukannya rencana pembangunan maupun rencana kualitas, misalnya proyek-proyek yang membutuhkan 15 orang-hari. (2) Kasus / situasi di mana keputusan untuk menyiapkan rencana diserahkan kepada kebijaksanaan pemimpin proyek. Salah satu contoh misalnya suatu proyek hanya membutuhkan kurang dari 50 orang-hari di mana tidak ada item risiko perangkat lunak yang signifikan teridentifikasi (3) Kasus / situasi di mana rencana pembangunan dan kualitas adalah wajib. Beberapa keuntungan untuk proyek-proyek kecil yang direncanakan dibandingkan dengan proyek-proyek yang tidak terencana dapat diidentifikasi sebagai berikut: (1) Sebuah pemahaman yang lebih komprehensif dan menyeluruh terhadap tugas dapat dicapai. (2) Tanggung jawab yang lebih besar untuk memenuhi kewajiban yang ditugaskan. (3) Hal ini menjadi lebih mudah bagi manajemen dan pelanggan untuk berbagi kendali proyek dan untuk mengidentifikasi penundaan tak terduga sejak dini. (4) Pemahaman lebih baik yang berkaitan dengan persyaratan dan jadwal dapat dicapai antara pengembang dan pelanggan. 6.4.2 Pengembangan rencana dan rencana kualitas untuk proyek internal Proyek internal adalah proyek-proyek dimaksudkan untuk digunakan oleh departemen lain dalam organisasi atau oleh seluruh organisasi, serta proyek-proyek yang berhubungan dengan pengembangan paket perangkat lunak untuk dipasarkan. Dalam jenis proyek seperti ini tidak ada badan eksternal yang berpartisipasi sebagai pelanggan. Proyek internal dapat berskala menengah atau besar. Bahkan dalam kasus ini, ada kecenderungan untuk menghindari persiapan rencana pembangunan dan kualitas. Contoh berikut menggambarkan dampak negatif dari proyek internal terencana. Sumber: Software Quality Assurance From Theory To Implementation By Daniel Galin Terjemahan: Dadang Latif, M.Kom