Rencana pengembangan dan mutu bertujuan untuk mempersiapkan pondasi proyek dengan merencanakan jadwal kegiatan, sumber daya, penanganan risiko, dan aktivitas penjaminan mutu. Rencana mutu mencakup tujuan kualitas, perencanaan review dan pengujian, serta manajemen konfigurasi untuk memastikan kualitas produk. Rencana tersebut direview sesuai prosedur organisasi.
prince2,prince, perbandingan pmbok dan prince,perbandingan pmbok dan prince2,manajemen proyek teknologi informasi,manajemen proyek,mpti, sistem informasi,its,framework,kerangka proyek
prince2,prince, perbandingan pmbok dan prince,perbandingan pmbok dan prince2,manajemen proyek teknologi informasi,manajemen proyek,mpti, sistem informasi,its,framework,kerangka proyek
Materi ini berisi tentang penjelasan pengertian suatu proyek disertai penjelasan tentang keterkaitannya dengan pengembangan produk berbasis software yang disampaikan oleh Udin Bahrudin, SE., MM. sebagai bagian dari materi pembelajaran bagi mahasiswa Universitas Prima Graha, Kota Serang, Banten.
Bagi Perusahaan yang membutuhkan Pelatihan ini dapat menghubungi Kami HARD-Hi SMART CONSULTING di Hotline : 0878-7063-5053 (Fast Response) dengan Bpk. M. Shobrie H.W., SE, CFA, CLA, CPHR, CPTr.
Perencanaan Testing :
• Obyektifitas Rencana Testing
• Rencana Tes Berdasarkan pada Standar IEEE
• Hal-Hal yang Berhubungan dengan Rencana Tes
• Kerangka Rencana Tes Sederhana
• Testing Terstruktur vs Testing Tidak Terstruktur
Materi ini berisi tentang penjelasan pengertian suatu proyek disertai penjelasan tentang keterkaitannya dengan pengembangan produk berbasis software yang disampaikan oleh Udin Bahrudin, SE., MM. sebagai bagian dari materi pembelajaran bagi mahasiswa Universitas Prima Graha, Kota Serang, Banten.
Bagi Perusahaan yang membutuhkan Pelatihan ini dapat menghubungi Kami HARD-Hi SMART CONSULTING di Hotline : 0878-7063-5053 (Fast Response) dengan Bpk. M. Shobrie H.W., SE, CFA, CLA, CPHR, CPTr.
Perencanaan Testing :
• Obyektifitas Rencana Testing
• Rencana Tes Berdasarkan pada Standar IEEE
• Hal-Hal yang Berhubungan dengan Rencana Tes
• Kerangka Rencana Tes Sederhana
• Testing Terstruktur vs Testing Tidak Terstruktur
Perencanaan Proyek Perangkat Lunak menggunakan IEEE SCMFitra Zul Fahmi
Pengenalan perencanaan proyek perangkat lunak berdasarkan IEEE SCM dan estimasi proyek menggunakan COCOMO.
IEEE SCM bisa menjadi template dokumen untuk membantu perencanaan proyek perangkat lunak.
COCOMO dan COCOMO II bisa membantu developer melakukan estimasi biaya dan waktu penyelesaian proyek perangkat lunak.
rekayasa perangkat lunak materi kuliah, rekayasa perangkat lunak menurut para ahli, rekayasa perangkat lunak gunadarma, rekayasa perangkat lunak buku, rekayasa perangkat lunak 2, rekayasa perangkat lunak 2 gunadarma, rekayasa perangkat lunak waterfall, rekayasa perangkat lunak prototype, rekayasa perangkat lunak berbasis komponen, rekayasa perangkat lunak pressman 2010,
Management and its role in software quality assurance
Mengenai development quality plan
1.
2. Development plan and
quality plan objectives
Perencanaan adalah sebuah proses yang
memiliki beberapa rencana, yang
dimasudkan untuk mempersiapkan
pondasi yang memadai , pondasi-
pondasi tersebut antara lain :
3. Development plan and
quality plan objectives
(con’t)
1. Penjadwalan kegiatan pembangunan yang akan
mengarah pada keberhasilan dan penyelesaian proyek
yang tepat waktu, dan memperkirakan tenaga kerja yang
memerlukan sumber daya dan anggaran.
2. anggota tim merekrut dan mengalokasikan sumber daya
pembangunan (menurut jadwal kegiatan dan perkiraan
kebutuhan sumber daya tenaga kerja).
3. Menyelesaikan risiko pembangunan.
4. Menerapkan aktivitas SQA yang diperlukan.
5. Menyediakan manajemen dengan data yang diperlukan
untuk pengendalian proyek.
4. Elements of the
development plan
unsur-unsur berikut, masing-masing
berlaku untuk komponen proyek yang
berbeda, terdiri dari sebuah rencana
pengembangan proyek, yakni :
5. Elements of the
development plan (con’t)
1. Produk proyek
Rencana pengembangan meliputi :
Desain dokumen menentukan tanggal penyelesaian,
menunjukkan barang yang akan disampaikan kepada
pelanggan ("kiriman")
Produk perangkat lunak (menentukan tanggal
penyelesaian dan instalasi situs)
Pelatihan tugas (menentukan tanggal, peserta dan situs)
6. Elements of the
development plan (con’t)
2. Interface proyek meliputi:
Antarmuka dengan paket perangkat lunak
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
koordinasi link)
Antarmuka dengan perangkat keras yang
ada (antarmuka hardware)
7. Elements of the
development plan (con’t)
3. Proyek metodologi dan alat pengembangan
untuk diterapkan pada setiap tahap
proyek
4. Prosedur dan standar pengembangan
perangkat lunak yakni sebuah daftar harus
disiapkan dari standar pengembangan
perangkat lunak dan prosedur yang harus
diterapkan dalam proyek
5. Pemetaan dari proses pengembangan.
Aktifitasnya meliputi :
8. Elements of the
development plan (con’t)
a) Perkiraan durasi aktivitas tersebut. Perkiraan ini sangat
tergantung pada pengalaman yang diperoleh dalam
proyek-proyek sebelumnya
b) urutan logis dimana setiap kegiatan yang akan
dilakukan, termasuk deskripsi dari setiap keterkaitan
kegiatan
c) jenis sumber daya profesional yang diperlukan dan
mengestimasi
berapa banyak sumber daya yang diperlukan untuk
setiap kegiatan
6. Milestone Proyek
Untuk masing-masing milestone, penyelesaian waktu dan
produk proyek (dokumen dan kode) harus didefinisikan
9. Elements of the
development plan (con’t)
7. Staf organisasi proyek.
Rencananya terdiri dari:
Struktur organisasi: definisi tim proyek dan
tugas mereka, termasuk tim terdiri dari pekerja
sementara (subkontraktor)
Profesional persyaratan: sertifikasi profesional,
pengalaman dalam bahasa pemrograman
tertentu atau alat pembangunan,
pengalaman dengan produk perangkat lunak
khusus dan jenis, dan sebagainya
10. Elements of the
development plan (con’t)
Jumlah anggota tim yang dibutuhkan untuk
setiap periode waktu, menurut dengan
kegiatan yang dijadwalkan. Ukuran tim dapat
bervariasi dari satu periode ke periode
berikutnya, tergantung pada kegiatan yang
direncanakan.
Nama ketua tim dan anggota tim.
Agar mudah melacak mereka sebagai
partisipan anggota tim
11. Elements of the
development plan (con’t)
8. Pengembangan fasilitas
Fasilitas pengembangan yang diperlukan
meliputi perangkat keras, perangkat lunak dan
alat pengembang perangkat lunak, ruang
kantor, dan item lainnya. Untuk setiap fasilitas,
diperlukan periode waktu untuk
penggunaannya yang harus ditunjukkan pada
jadwal
9. Penanganan risiko
Pengembangan risiko melekat dalam setiap
proyek.
12. Elements of the
development plan (con’t)
10. Kontrol metode
Untuk mengendalikan pelaksanaan proyek, manajer
proyek dan departemen manajemen menerapkan
serangkaian praktek pemantauan saat
menyiapkan laporan kemajuan dan mengkoordinasikan
pertemuan
11. Estimasi biaya proyek
Perkiraan biaya proyek didasarkan pada perkiraan usulan
biaya, diikuti dengan review menyeluruh relevansi lanjutan
berdasarkan perkiraan pembaruan diperbarui
sumber daya manusia, negosiasi kontrak antara
subkontraktor dengan pemasok, dan sebagainya.
14. Development plan and
quality plan objectives
Planning adalah sebuah proses yang
memiliki beberapa rencana, yang
dimasudkan untuk mempersiapkan
pondasi yang memadai , pondasi-
pondasi tersebut antara lain :
15. Elements of the quality plan
1. Kualitas tujuan
Istilah "tujuan kualitas" mengacu pada
persyaratan substantif sistem
perangkat lunak yang dikembangkan.
Ukuran kuantitatif biasanya lebih dipilih
ketika memilih tujuan kualitas karena
memberikan pengembang dengan
penilaian yang lebih obyektif dari
kinerja perangkat lunak selama proses
pengembangan dan pengujian sistem.
16. Elements of the quality plan
(con’t)
2. Perencanaan kegiatan review
Rencana mutu harus menyediakan
daftar lengkap dari semua tinjauan
kegiatan yang direncanakan, meliputi :
tinjauan desain (DRs), inspeksi desain,
inspeksi kode, dan sebagainya,
dengan berikut ditentukan untuk setiap
kegiatan:
17. Elements of the quality plan
(con’t)
Tinjauan ruang lingkup kegiatan
Tinjauan jenis kegiatan
Review jadwal kegiatan (seperti yang
didefinisikan sebagai prioritas utama untuk
keberhasilan kegiatan proses proyek)
Prosedur khusus yang akan diterapkan
Siapa yang bertanggung jawab untuk
melaksanakan kegiatan review
18. Elements of the quality plan
(con’t)
3.Perencanaan tes perangkat lunak
Pada perencanaan mutu dalam hal ini harus tersedia daftar
lengkap mengenai tes yang akan dilakukan, yakni meliputi :
Unit, integrasi atau sistem lengkap untuk diuji
Jenis kegiatan pengujian yang akan dilakukan, termasuk
spesifikasi
tes perangkat lunak komputerisasi untuk diterapkan
Rencana jadwal pengujian (seperti yang didefinisikan
sebagai prioritas utama untuk
keberhasilan kegiatan proses proyek)
Spesifik prosedur yang harus diterapkan
Siapa yang bertanggung jawab atas pelaksanaan
pengujian.
19. Elements of the quality plan
(con’t)
4. Perencanaan tes penerimaan untuk perangkat lunak
eksternal yang dikembangkan
Tes penerimaan untuk eksternal
software yang dikembangkan harus paralel dengan
yang digunakan untuk pengembangan secara tes
perangkat lunak internal
5. Manajemen Konfigurasi
Rencana mutu harus menentukan alat konfigurasi
manajemen dan prosedur, termasuk perubahan-
kontrol prosedur dimaksudkan untuk
diterapkan di seluruh proyek.
20. Rencana mutu dokumen,
format dan persetujuan
Rencana mutu dapat dibuat sebagai
bagian dari rencana pengembangan
atau sebagai
independen dokumen
Review dan persetujuan dari rencana
mutu harus dilakukan sesuai dengan
standar organisasi prosedur untuk
rencana tersebut
21. Development and quality plans
for small projects
and for internal projects
Recommended elements of development and
quality plans for small projects
The development plan:
Project products, indicating
“deliverables”
Project benchmarks
Development risks
Estimates of project costs
The quality plan:
Quality goals
22. Development and quality plans
for small projects
and for internal projects (con’t)
Manfaat penyusunan rencana pembangunan dan kualitas untuk
intern proyek
(a)departemen pengembangan akan menghindari kerugian
yang terjadi pada jadwal yang tidak realistis
dan anggaran, serta kegagalan konsekuen untuk proyek lain
dan untuk reputasi perusahaan
(b)"pelanggan" internal akan menikmati penurunan risiko
penyelesaian akhir dan anggaran overruns dan
pengendalian proyek peningkatan dan koordinasi dengan
pengembang.
(c) Perusahaan akan menikmati penurunan risiko akhir produk
perangkat lunak masuk ke pasar,
penurunan risiko atas penurunan reputasi akibat pasokan
terlambat, dan mengurangi risiko terjadinya overruns
anggaran
23. Referensi :
Galin, Daniel (2004) ; Software Quality
Assurance From theory to
implementation