1 / 19

Manajemen Proyek Perangkat Lunak (MPPL)

Manajemen Proyek Perangkat Lunak (MPPL). BAB 4 Memilih pendekatan proyek The McGraw-Hill Companies/Software Project Management (second edition) / Bob Hughes and Mike Cotterell. Tujuan Pembelajaran. Mengetahui karakteristik sistem yang akan dikembangkan ketika merencanakan suatu proyek

Download Presentation

Manajemen Proyek Perangkat Lunak (MPPL)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Manajemen Proyek Perangkat Lunak (MPPL) BAB 4 Memilih pendekatan proyek The McGraw-Hill Companies/Software Project Management (second edition) / Bob Hughes and Mike Cotterell

  2. Tujuan Pembelajaran • Mengetahui karakteristik sistem yang akan dikembangkan ketika merencanakan suatu proyek • Memilih model proses yang sesuai • Penggunaan model proses waterfall • Mengurangi resiko dengan membuat prototipe yang sesuai • Mengurangi resiko lainnya dengan implementasi proyek dengan bertahap / increment

  3. Analisa karakteristik Proyek • Analisa karakteristik proyek digunakan untuk menentukan teknologi dan metodologi yang digunakan dalam pengembangan suatu proyek • Teknologi (Application Building environment, knowledge based systems tool) • Metodologi (Object Oriented development, SSADM/Structure Systems Analysis and design method, JPS / Jackson Structure Programming)

  4. The Waterfall ModelStable Product Definition & Well Known Technical Tools Urutan aktifitas dieksekusi dari atas ke bawah. Setiap aktifitas divalidasi / ditest sebelum pindah ke aktifitas selanjutnya Aktifitas :Feasibility study, users requirements, system analysis, system design, program design, coding, testing, installation, operations & support, maintenance, retirement Keuntungan Water fall Model Mudah untuk dimengerti / diimplementasikan Baik untuk Kontrol proyek/milestone/utilisasi staf Kekurangan Model Tidak merefleksikan penyelesaian masalah sifat pengembangan software (iterations, solution preview, changes) Tidak banyak yang diketahui sebelum tahapan final (quality, budget, schedule, functionality, ease of use, maintainability, etc) Semua kebutuhan harus diketahui dari awal

  5. Waterfall The waterfall model

  6. The V-Shaped ModelStable Product Definition & Well Known Technical Tools Memperhatikan aktifitas validasi dan verivikasi Testing/Acceptance tests didisain paralel dengan Requirements/Architecture Design. Project Requirements didifinisikan paralel dengan Product Operation Keuntungan: Memperhatikan pada proses validasi/testing/verivikasi, termasuk semua deliveri internal dan eksternal Kebutuhan sebelum disain sebelum coding Mudah untuk melacak, mudah untuk digunakan Kekurangan: Konsep tidak ada iterasi / perubahan dinamik Resiko dan delay jadwal dapat muncul terlalu lambat dalam life cycle suatu proyek 6 11/29/2014

  7. The Spiral ModelMedium to High Risk projects, New technology, Complex requirements, Large projects, Computation intensive system, Requirements are not final, No commitment for full budget Support proses manajemen, dan analisa resiko Memungkinkan adanya Prototyping dan Rapid Development Berdasarkan 4 aktifitas utama yang berulang-ulang sampai delivery produk. Setiap pengulangan (spiral) meningkatkan kapasitas aktifitas Menentukan tujuan, alternatif dan keterbatasan Melakukan evaluasi alternatif, identifikasi dan menyelesaikan resiko (risk analysis and prototyping) Mengembangkan tahapan software berikutnya (simulation, detailed design, code, unit test, integration and acceptance) Merencanakan tahapan berikutnya (from project planning to transition plan, integration and testing to operational and training) dan mereview 4 kuadran terakhir Spiral bagian dalam berhubungan dengan spesifikasi dan disain Spiral bagian luar berhubungan dengan development, implementation, maintenance and integration

  8. The Spiral Model (Cont.) Keuntungan: Rapid prototyping memungkinkan users untuk mengetahui sistem lebih awal Indikasi lebih awal dari resiko, keputusan Go-No-Go setiap spiral Malakukan Split pengembangan besar ke beberapa tahapan Disain fleksibel Kerugian: Terlalu mahal untuk proyek yang kecil dan resiko rendah Model komplek, tidak ada pengalaman industri Tool prototyping yang baik Versi yang sederhana dikembangkan untuk mengatasi kekurangan.

  9. Samples for Partial Implementations of the Spiral Model 10 11/29/2014

  10. The Incremental ModelNo upfront funding, Year+ Project, Requirements not totally defined, Short market window implies basic functionality first, New technology, Limited staff availability Melakukan konstruksi implementasi parsial dari total sistem dan perlahan-lahan menambahkan peningkatan fungsi / performansi Suatu model Waterfall dalam phase overlapping Tahapan-tahapan awal proyek (planning, analysis, design) mempertimbangkan sistem keseluruhan, kebutuhan prioritas dan mendifinisikan group yang akan diimplemntasikan pada sub proyek Keuntungan: Dana dapat dialokasikan sebagian Delivery operasional lebih awal sehingga meningkatkan keuntungan yang lebih besar Meningkatkan knowledge dan proses pembelajaran Mengurangi resiko, mudah untuk di test Bagian kecil lebih mudah diatur, dapat meng-utilisasi staf sedikit, meningkatkan momentum proyek.

  11. The Incremental Model (Cont.) Kekurangan: Tidak ada iterasi, susah untuk merubah kebutuhan pada tahap tertentu Diperlukan perencanaan yang baik dan kerjasama user Kebutuhan tidak didefinisikan secara penuh yang dapat membuat manajemen tidak nyaman Biaya dapat meningkat jika disain fisikal dan fungsi tidak terstruktur penuh

  12. design design design build build build install install install evaluate evaluate evaluate Incremental delivery delivered system increment 1 first incremental delivery increment 2 second incremental delivery increment 3 thirdincremental delivery

  13. The incremental process Intentional incremental delivery

  14. Prototype Software • Prototype Throw Away • Prototype Evolutionary

  15. Keuntungan Prototype • Belajar sambil melakukan • Meningkatkan komunikasi • Meningkatkan keterlibatan user • Klarifikasi kebutuhan yang diketahui parsial • Demo konsistensi dan kelengkapan dari spesifikasi • Mengurangi kebutuhan dokumentasi • Keterbatasan fitur • Produksi hasil yang diharapkan

  16. Kekurangan Prototype • User kadang-kadang salah paham tentang aturan prototype • Kekurangan kemungkinan standard proyek • Kekurangan kontrol • Tambahan biaya

  17. TERIMA KASIH

More Related