Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

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

Presentasi serupa


Presentasi berjudul: "Manajemen Proyek Perangkat Lunak (MPPL) BAB 4 Memilih pendekatan proyek The McGraw-Hill Companies/Software Project Management (second edition) / Bob Hughes."— Transcript presentasi:

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 Mengetahui karakteristik sistem yang akan dikembangkan ketika merencanakan suatu proyek Memilih model proses yang sesuai Memilih model proses yang sesuai Penggunaan model proses waterfall Penggunaan model proses waterfall Mengurangi resiko dengan membuat prototipe yang sesuai Mengurangi resiko dengan membuat prototipe yang sesuai Mengurangi resiko lainnya dengan implementasi proyek dengan bertahap / increment 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 Analisa karakteristik proyek digunakan untuk menentukan teknologi dan metodologi yang digunakan dalam pengembangan suatu proyek Teknologi (Application Building environment, knowledge based systems tool) Teknologi (Application Building environment, knowledge based systems tool) Metodologi (Object Oriented development, SSADM/Structure Systems Analysis and design method, JPS / Jackson Structure Programming) Metodologi (Object Oriented development, SSADM/Structure Systems Analysis and design method, JPS / Jackson Structure Programming)

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

5 Waterfall The waterfall model

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

7

8 The Spiral Model Medium 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 Support proses manajemen, dan analisa resiko Memungkinkan adanya Prototyping dan Rapid Development Memungkinkan adanya Prototyping dan Rapid Development Berdasarkan 4 aktifitas utama yang berulang-ulang sampai delivery produk. Setiap pengulangan (spiral) meningkatkan kapasitas aktifitas Berdasarkan 4 aktifitas utama yang berulang-ulang sampai delivery produk. Setiap pengulangan (spiral) meningkatkan kapasitas aktifitas Menentukan tujuan, alternatif dan keterbatasan Menentukan tujuan, alternatif dan keterbatasan Melakukan evaluasi alternatif, identifikasi dan menyelesaikan resiko (risk analysis and prototyping) Melakukan evaluasi alternatif, identifikasi dan menyelesaikan resiko (risk analysis and prototyping) Mengembangkan tahapan software berikutnya (simulation, detailed design, code, unit test, integration and acceptance) 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 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 dalam berhubungan dengan spesifikasi dan disain Spiral bagian luar berhubungan dengan development, implementation, maintenance and integration Spiral bagian luar berhubungan dengan development, implementation, maintenance and integration

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

10 4/19/ Samples for Partial Implementations of the Spiral Model

11

12 The Incremental Model No 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 Melakukan konstruksi implementasi parsial dari total sistem dan perlahan-lahan menambahkan peningkatan fungsi / performansi Suatu model Waterfall dalam phase overlapping 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 Tahapan-tahapan awal proyek (planning, analysis, design) mempertimbangkan sistem keseluruhan, kebutuhan prioritas dan mendifinisikan group yang akan diimplemntasikan pada sub proyek Keuntungan: Keuntungan: Dana dapat dialokasikan sebagian Dana dapat dialokasikan sebagian Delivery operasional lebih awal sehingga meningkatkan keuntungan yang lebih besar Delivery operasional lebih awal sehingga meningkatkan keuntungan yang lebih besar Meningkatkan knowledge dan proses pembelajaran Meningkatkan knowledge dan proses pembelajaran Mengurangi resiko, mudah untuk di test Mengurangi resiko, mudah untuk di test Bagian kecil lebih mudah diatur, dapat meng-utilisasi staf sedikit, meningkatkan momentum proyek. Bagian kecil lebih mudah diatur, dapat meng-utilisasi staf sedikit, meningkatkan momentum proyek.

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

14 Incremental delivery designbuild install evaluate designbuild install evaluate designbuild install evaluate increment 1 increment 2 increment 3 first incremental delivery second incremental delivery third incremental delivery delivered system

15 The incremental process Intentional incremental delivery

16 Prototype Software Prototype Throw Away Prototype Throw Away Prototype Evolutionary Prototype Evolutionary

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

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

19 TERIMA KASIH


Download ppt "Manajemen Proyek Perangkat Lunak (MPPL) BAB 4 Memilih pendekatan proyek The McGraw-Hill Companies/Software Project Management (second edition) / Bob Hughes."

Presentasi serupa


Iklan oleh Google