Pre-Project Software Quality Components (2)

                Development and Quality Plans               

Pengembangan dan Tujuan Rencana Kualitas

Berikut merupakan hal-hal yang harus dipersiapkan :

• Penjadwalan kegiatan pembangunan yang akan mengarah pada penyelesaian yang sukses dan tepat waktu proyek, dan memperkirakan sumber daya tenaga kerja yang diperlukan dan anggaran.
• Merekrut anggota tim dan mengalokasikan sumber daya pengembangan (menurut jadwal kegiatan dan perkiraan kebutuhan sumber daya tenaga kerja). 
• Menyelesaikan risiko pembangunan. 
• Menerapkan diperlukan aktivitas SQA.
• Menyediakan manajemen dengan data yang diperlukan untuk pengendalian proyek.

Unsur-unsur Rencana Pengembangan

Berikut unsur-unsur, masing-masing berlaku untuk komponen proyek yang berbeda, terdiri dari rencana pengembangan proyek:

1. Project products :

• Desain dokumen menentukan tanggal penyelesaian, menunjukkan barang-barang yang akan dikirimkan ke pelanggan ("deliverables") 
• Software produk (menentukan tanggal penyelesaian dan situs instalasi) 
• Pelatihan tugas (menentukan tanggal, peserta dan situs).

2. Project interfaces : 

• Antarmuka dengan paket software yang ada (antarmuka perangkat lunak) 
• Antarmuka dengan perangkat lunak lain dan / atau tim pengembangan perangkat keras yang bekerja pada sistem yang sama atau proyek (yaitu, kerjasama dan link koordinasi) 
• Antarmuka dengan perangkat keras yang ada (antarmuka hardware).

3. Project methodology, and development tools :

• Untuk diterapkan pada setiap fase proyek. 
• Harus mempertimbangkan pengalaman profesional staf, termasuk personil subkontraktor, walaupun hanya sementara

4. Software development standards and procedures :

• Sebuah daftar harus disiapkan dari standar pengembangan perangkat lunak dan prosedur yang harus diterapkan dalam proyek

5. The mapping of the development process :

• Melibatkan menyediakan definisi rinci dari setiap fase proyek.
• Deskripsi ini mencakup definisi input dan output, dan kegiatan spesifik yang direncanakan.
• Deskripsi kegiatan meliputi:
• Perkiraan durasi aktivitas tersebut. Perkiraan ini sangat tergantung pada pengalaman yang diperoleh dalam proyek-proyek sebelumnya.
• Urutan logis dimana setiap kegiatan yang akan dilakukan, termasuk deskripsi ketergantungan setiap kegiatan pada aktivitas sebelumnya selesai.
• Jenis sumber daya profesional yang diperlukan dan memperkirakan berapa banyak sumber daya yang diperlukan untuk setiap kegiatan.

6. Project milestone :

• Untuk tonggak masing-masing, penyelesaian waktu dan produk proyek (dokumen dan kode) harus didefinisikan.

7. Project staff organization :

Rencana organisasi terdiri dari: 

• Struktur organisasi: definisi tim proyek dan tugas mereka, termasuk tim terdiri dari pekerja sementara seorang subkontraktor. 
• Profesional persyaratan: sertifikasi profesional, pengalaman dalam bahasa pemrograman tertentu atau alat pembangunan, produk perangkat lunak tertentu dan jenis, dll.
• Jumlah anggota tim yang dibutuhkan untuk setiap periode waktu, sesuai dengan kegiatan yang dijadwalkan. Nama-nama pemimpin tim dan anggota tim.

8. Development facilities :

• Fasilitas pembangunan yang diperlukan termasuk hardware, software dan alat pengembangan perangkat keras, ruang kantor, dan item lainnya. 
• Untuk setiap fasilitas, periode yang diperlukan untuk penggunaannya harus ditunjukkan pada jadwal.

9. Development risk :

• Risiko perkembangan khas adalah: 
• Teknis gaps – lack pengetahuan profesional yang cukup memadai dan pengalaman untuk melaksanakan tuntutan kontrak pengembangan.
• Staf shortages – unanticipated  yang tidak diantisipasi dari staf profesional. 
• Interdependensi organizational elements – the likelihood bahwa pemasok perangkat keras khusus atau subkontraktor perangkat lunak, misalnya, tidak akan memenuhi kewajiban mereka sesuai jadwal. 
• Selanjutnya pembacaan untuk risiko pengembangan: 
• Ropponen & Lyytinen (2000) 
• Boehm & Ross (1989)
• Classes of software development risks
• Scheduling and timing risks
• System functionality risks
• Subcontracting risks
• Requirement management risks
• Resource usage and performance risks
• Personnel management risks
• Boehm & Ross’s Top 10 software risk :
• Developing wrong software functions
• Unrealistic schedules and budgets
• Developing wrong user interface
• Gold plating
• Continuing stream of requirement changes
• Shortfalls in externally furnished components
• Shortfalls in externally performed tasks
• Personnel shortfalls
• Real-time performance shortfalls
• Straining computer science capabilities tems
• The software risks management process

10. Control methods :

• Untuk mengendalikan pelaksanaan proyek, manajer proyek dan departemen manajemen menerapkan serangkaian praktek pemantauan ketika menyiapkan laporan kemajuan dan mengkoordinasikan pertemuan. 

11. Project cost estimation :

• Estimasi biaya proyek didasarkan pada perkiraan usulan biaya, diikuti dengan penelaahan menyeluruh terhadap relevansi lanjutan mereka berdasarkan diperbarui perkiraan sumber daya manusia, kontrak dinegosiasikan dengan subkontraktor dan pemasok, dan sebagainya.
• Rencana persetujuan pengembangan
• Rencana review pengembangan dan persetujuan yang akan selesai sesuai dengan prosedur yang diterapkan dalam organisasi.

Unsur-unsur Rencana Kualitas

1. Quality goals

• "Tujuan Kualitas" mengacu pada persyaratan substantif sistem perangkat lunak yang dikembangkan secara berkualitas. 
• Ketika memilih tujuan kualitas: 
• Kuantitatif measures – assessments yang lebih obyektif kinerja perangkat lunak. 
• Tindakan kualitatif 
• Help desk system (HDS) requirements and quantitative goals

2. Planned review activities

• Rencana mutu harus menyediakan daftar lengkap semua kegiatan review yang direncanakan: desain ulasan (DRs), inspeksi desain, inspeksi kode, dll, dengan berikut ditentukan untuk setiap kegiatan:
• Ruang lingkup tinjauan kegiatan 
• Jenis tinjauan kegiatan  
• Jadwal tinjauan kegiatan (seperti yang didefinisikan oleh prioritas dan kegiatan berikutnya dari proses proyek) 
• Spesifik prosedur yang harus diterapkan 
• Siapa yang bertanggung jawab untuk melaksanakan tinjauan kegiatan 

3. Planned software tests

• Rencana mutu harus menyediakan daftar lengkap dari tes perangkat lunak yang direncanakan: 
• Unit, integrasi atau sistem lengkap untuk diuji 
• Jenis kegiatan pengujian yang akan dilakukan, termasuk spesifikasi tes perangkat lunak komputerisasi untuk diterapkan 
• Jadwal yang direncanakan uji 
• Spesifik prosedur yang harus diterapkan 
• Siapa yang bertanggung jawab untuk melaksanakan tes

4. Planned acceptance tests for externally developed software

• Item yang akan disertakan: 
• Membeli perangkat lunak 
• Software yang dikembangkan oleh subkontraktor 
• Pelanggan yang dipasok perangkat lunak

5. Configuration management

• Rencana mutu harus menentukan alat manajemen konfigurasi dan prosedur, termasuk perubahan-kontrol prosedur dimaksudkan untuk diterapkan di seluruh proyek.
• Rencana mutu dapat dibuat sebagai bagian dari rencana pengembangan atau sebagai dokumen independen. 
• Dalam beberapa kasus, rencana dibagi menjadi beberapa dokumen berdasarkan kategori item, seperti rencana DR, rencana pengujian, dan rencana untuk tes perangkat lunak eksternal yang dikembangkan penerimaan. 
• Review dan persetujuan rencana mutu harus dilakukan sesuai dengan prosedur standar organisasi untuk rencana tersebut.

Pengembangan dan Rencana Kualitas untuk Proyek-proyek Kecil

• Sudahjelas bahwa perkembangan dan prosedur rencana mutu diterapkan pada proyek besar tidak dapat secara otomatis diterapkan untuk proyek-proyek kecil.
• Direkomendasikan unsur rencana pengembangan dan kualitas untuk proyek-proyek kecil:
• Rencana pengembangan - produk, benchmark, risiko, biaya.
• Rencana kualitas - tujuan kualitas.

Pentingnya Rencana Pengembangan dan Kualitas untuk Proyek-proyek Kecil

• Pemahaman yang lebih komprehensif dan menyeluruh dari tugas tercapai. 
• Tanggung jawab yang lebih besar untuk memenuhi kewajiban dapat diberikan. 
• Menjadi lebih mudah bagi manajemen dan pelanggan untuk berbagi kontrol proyek dan untuk mengidentifikasi penundaan tak terduga sejak dini. 
• Pemahaman lebih baik mengenai persyaratan dan jadwal dapat dicapai antara pengembang dan pelanggan.

Pengembangan dan Rencana Kualitas untuk Proyek-proyek Internal

• Proyek - proyek internal dimaksudkan untuk digunakan oleh departemen lain dalam organisasi atau dengan seluruh organisasi, serta proyek-proyek yang berhubungan dengan pengembangan perangkat lunak paket untuk pasar perangkat lunak. 
• Tidak ada badan eksternal berpartisipasi sebagai pelanggan. 
• Bisa skala menengah atau besar. 
• Prosedur yang direkomendasikan - mengobati proyek internal sebagai "proyek biasa".

Pentingnya Rencana Pengembangan dan Kualitas untuk Proyek-proyek Internal

• Departemen pengembangan akan menghindari kerugian yang terjadi pada jadwal yang tidak realistis dan anggaran, serta kerusakan konsekuen untuk proyek lain dan reputasi perusahaan. 
• "Customer" internal akan menikmati penurunan risiko penyelesaian akhir dan pelampauan anggaran di samping dan dengan pengendalian proyek peningkatan dan koordinasi dengan pengembang.
• Perusahaan akan menikmati penurunan risiko masuk akhir perangkat lunak produk ke pasar, mengurangi risiko penurunan reputasi akibat pasokan terlambat, dan mengurangi risiko terjadinya overruns anggaran.