Version: 3.0 Software Development Plan
Date: 11Okto2011 SDPLN kelompok 6.doc
Confidential Kelompok 6, 2011
Page 19 of 24
SpesificationSRS, draft awal Software Architecture DiagramSAD, dan draft awal Test Plan. Sedangkan laporan yang harus diberikan pada perusahaan adalah proposal proyek
dan Laporan keseluruhan yang berisi SDP, SRS, SAD, dan Test Plan. 4.3.6 Measurement Plan
Project dilaksanakan sesuai dengan gant chart yang ada.
4.4 Risk Management plan
Resiko yang mungkin terjadi dalam pembuatan project ini adalah anggota team jika mengalami suatu kecelakaan atau menghilang tanpa tanggung jawab maka project
manager akan memproses ke pihak yang berwajib dan anggota team tersebut akan dilimpahkan kepada team cadangan, sehingga project pembangunan aplikasi ini akan
terus berlangsung sesuai dengan kesepakatan awal.
Resiko Kategori
Respon Very
Low Low
High Very
High Kesalahan perkiraan
desain interface. Skala Produk
Melakukan re-scheduling dan melaporkannya kepada
pelanggan dan meminta untuk melakukan menyesuaikan jadwal
dan biaya.
Kesalahan perancangan database.
Skala Produk
Memberitahu seluruh tim project seluruh staff yang bersangkutan
untuk melakukan meeting sehubungan dengan perancangan
ulang database.
Dokumentasi untuk pelanggan dianggap
kurang baik. Pengaruh Bisnis
Menanyakan kepada pelanggan dokumentasi seperti apa yang
diharapkan. Ketergantungan harga
akibat keterlambatan produksi.
Pengaruh Bisnis
Proses produksi harus dijadwalkan dengan baik dan
prosesnya diusahakan semaksimal mungkin sesuai
dengan jadwalnya.
Ketergantungan harga akibat tidak
kesempurnaan produk. Pengauh Bisnis
Melakukan testing ulang dan melihat kelemahan-kelemahan
dari produk. Pelanggan tidak
mempunyai waktu untuk berkomunikasi
dengan tim project developer untuk saling
Pengaruh Bisnis
Meminta kepada pihak pelanggan beberapa
contactperson agar orang dari pihak pelanggan dapat dimintai
keterangan lebih banyak.
Version: 3.0 Software Development Plan
Date: 11Okto2011 SDPLN kelompok 6.doc
Confidential Kelompok 6, 2011
Page 20 of 24 memberi informasi.
Pelanggan tidak bisa memastikan apa yang
dibutuhkan. Hubungan
Pelanggan
Menggali Informasi tentang keadaan pelanggan dan meminta
kepada pelanggan untuk mempersiapkan kebutuhannya.
Pelanggan tidak mengerti proses
pengembangan perangkat lunak.
Hubungan Pelanggan
Memberikan gambaran secara global tentang proses
pengembangan software, dan memberikan keterangan
sesederhana dan sedetail mungkin.
Tidak semua tim project bersedia untuk
mengikuti proses yang telah ditentukan.
Hubungan Pelanggan
Menyusun ulang pembagian tugas dari masing-masing tim
project dan menggantinya dengan yang lebih mampu.
Para tim project memiliki jadwal yang
berbeda-beda sehingga tidak memiliki waktu
untuk meeting. Proses
Project Manager harus mengatur ulang jadwal yang tepat untuk
melakukan meeting dan sejak awal masing-masing tim project
harus berkomitmen untukmeluangkan waktunya.
Metode testing yang ada kurang sesuai.
Proses
Mencari metode testing yang lebih baik, dengan cara
merapatkannya dengan tim project atau mencarinya di
internet atau sumber-sumber yang lain.
Jumlah anggota tim project tidak memadai
Jumlah tim project dan
pengendali
Mengefektifkan kerja para anggota tim project.
Ada salah satu anggota tim project yang
mengundurkan diri. Jumlah tim
project dan pengendali
Menambah jumlah jam kerja setiap anggota.
Tidak tersedianya software development
yang dibutuhkan Peralatan
pengembangan
Mencari alternatif software yang dibutuhkannya.
Performa produk tidak sesuai yang diharapkan
Komponen dan Pengendali
Mengoptimalkan dan memperbaiki software.
Project diluar jadwal yang ditentukan.
Komponen dan Pengendali
Meminta tambahan waktu pada pelanggan.
4.5 Close-out plan