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

Manajemen Proyek Perangkat Lunak (MPPL)

Embed Size (px)

DESCRIPTION

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 - PowerPoint PPT Presentation

Citation preview

Page 1: Manajemen Proyek Perangkat Lunak (MPPL)

Manajemen Proyek Perangkat Manajemen Proyek Perangkat Lunak (MPPL)Lunak (MPPL)

BAB 4BAB 4Memilih pendekatan proyek Memilih pendekatan proyek

The McGraw-Hill Companies/Software Project Management (second edition) / Bob The McGraw-Hill Companies/Software Project Management (second edition) / Bob Hughes and Mike CotterellHughes and Mike Cotterell

Page 2: Manajemen Proyek Perangkat Lunak (MPPL)

Tujuan PembelajaranTujuan Pembelajaran

Mengetahui karakteristik sistem yang akan Mengetahui karakteristik sistem yang akan dikembangkan ketika merencanakan dikembangkan ketika merencanakan suatu proyeksuatu proyek

Memilih model proses yang sesuai Memilih model proses yang sesuai Penggunaan model proses waterfallPenggunaan model proses waterfall Mengurangi resiko dengan membuat Mengurangi resiko dengan membuat

prototipe yang sesuaiprototipe yang sesuai Mengurangi resiko lainnya dengan Mengurangi resiko lainnya dengan

implementasi proyek dengan bertahap / implementasi proyek dengan bertahap / incrementincrement

Page 3: Manajemen Proyek Perangkat Lunak (MPPL)

Analisa karakteristik Proyek Analisa karakteristik Proyek

Analisa karakteristik proyek digunakan untuk Analisa karakteristik proyek digunakan untuk menentukan teknologi dan metodologi yang menentukan teknologi dan metodologi yang digunakan dalam pengembangan suatu proyekdigunakan dalam pengembangan suatu proyek

Teknologi (Application Building environment, Teknologi (Application Building environment, knowledge based systems tool)knowledge based systems tool)

Metodologi (Object Oriented development, Metodologi (Object Oriented development, SSADM/Structure Systems Analysis and design SSADM/Structure Systems Analysis and design method, JPS / Jackson Structure Programming)method, JPS / Jackson Structure Programming)

Page 4: Manajemen Proyek Perangkat Lunak (MPPL)

The Waterfall ModelThe Waterfall Model Stable Product Definition & Well Known Technical Stable Product Definition & Well Known Technical

ToolsTools

Urutan aktifitas dieksekusi dari atas ke bawah.Urutan aktifitas dieksekusi dari atas ke bawah. Setiap aktifitas divalidasi / ditest sebelum pindah ke Setiap aktifitas divalidasi / ditest sebelum pindah ke

aktifitas selanjutnyaaktifitas selanjutnya Aktifitas :Feasibility study, users requirements, system Aktifitas :Feasibility study, users requirements, system

analysis, system design, program design, coding, analysis, system design, program design, coding, testing, installation, operations & support, maintenance, testing, installation, operations & support, maintenance, retirementretirement

Keuntungan Water fall ModelKeuntungan Water fall Model Mudah untuk dimengerti / diimplementasikanMudah untuk dimengerti / diimplementasikan Baik untuk Kontrol proyek/milestone/utilisasi staf Baik untuk Kontrol proyek/milestone/utilisasi staf

Kekurangan ModelKekurangan Model Tidak merefleksikan penyelesaian masalah sifat Tidak merefleksikan penyelesaian masalah sifat

pengembangan software (iterations, solution pengembangan software (iterations, solution preview, changes)preview, changes)

Tidak banyak yang diketahui sebelum tahapan final Tidak banyak yang diketahui sebelum tahapan final (quality, budget, schedule, functionality, ease of use, (quality, budget, schedule, functionality, ease of use, maintainability, etc) maintainability, etc)

Semua kebutuhan harus diketahui dari awalSemua kebutuhan harus diketahui dari awal

Page 5: Manajemen Proyek Perangkat Lunak (MPPL)

WaterfallWaterfall

The waterfall model

Page 6: Manajemen Proyek Perangkat Lunak (MPPL)

04/19/23 6

The V-Shaped ModelThe V-Shaped Model Stable Product Definition & Well Known Technical Stable Product Definition & Well Known Technical

ToolsTools

Memperhatikan aktifitas validasi dan verivikasiMemperhatikan aktifitas validasi dan verivikasi Testing/Acceptance tests didisain paralel dengan Testing/Acceptance tests didisain paralel dengan

Requirements/Architecture Design. Project Requirements/Architecture Design. Project Requirements didifinisikan paralel dengan Product Requirements didifinisikan paralel dengan Product OperationOperation

Keuntungan:Keuntungan: Memperhatikan pada proses Memperhatikan pada proses

validasi/testing/verivikasi, termasuk semua deliveri validasi/testing/verivikasi, termasuk semua deliveri internal dan eksternalinternal dan eksternal

Kebutuhan sebelum disain sebelum codingKebutuhan sebelum disain sebelum coding Mudah untuk melacak, mudah untuk digunakanMudah untuk melacak, mudah untuk digunakan

Kekurangan:Kekurangan: Konsep tidak ada iterasi / perubahan dinamikKonsep tidak ada iterasi / perubahan dinamik Resiko dan delay jadwal dapat muncul terlalu lambat Resiko dan delay jadwal dapat muncul terlalu lambat

dalam life cycle suatu proyekdalam life cycle suatu proyek

Page 7: Manajemen Proyek Perangkat Lunak (MPPL)
Page 8: Manajemen Proyek Perangkat Lunak (MPPL)

The Spiral ModelThe Spiral Model Medium to High Risk projects, New technology, Complex Medium to High Risk projects, New technology, Complex

requirements, Large projects, Computation intensive requirements, Large projects, Computation intensive system, Requirements are not final, No commitment for system, Requirements are not final, No commitment for

full budgetfull budget Support proses manajemen, dan analisa resiko Support proses manajemen, dan analisa resiko Memungkinkan adanya Prototyping dan Rapid DevelopmentMemungkinkan adanya Prototyping dan Rapid Development Berdasarkan 4 aktifitas utama yang berulang-ulang sampai delivery Berdasarkan 4 aktifitas utama yang berulang-ulang sampai delivery

produk. Setiap pengulangan (spiral) meningkatkan kapasitas aktifitas produk. Setiap pengulangan (spiral) meningkatkan kapasitas aktifitas Menentukan tujuan, alternatif dan keterbatasanMenentukan tujuan, alternatif dan keterbatasan Melakukan evaluasi alternatif, identifikasi dan menyelesaikan Melakukan evaluasi alternatif, identifikasi dan menyelesaikan

resiko (risk analysis and prototyping)resiko (risk analysis and prototyping) Mengembangkan tahapan software berikutnya (simulation, Mengembangkan tahapan software berikutnya (simulation,

detailed design, code, unit test, integration and acceptance) detailed design, code, unit test, integration and acceptance) Merencanakan tahapan berikutnya (from project planning to Merencanakan tahapan berikutnya (from project planning to

transition plan, integration and testing to operational and transition plan, integration and testing to operational and training) dan mereview 4 kuadran terakhirtraining) 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, Spiral bagian luar berhubungan dengan development,

implementation, maintenance and integrationimplementation, maintenance and integration

Page 9: Manajemen Proyek Perangkat Lunak (MPPL)

The Spiral Model (Cont.)The Spiral Model (Cont.) Keuntungan:Keuntungan:

Rapid prototyping memungkinkan users untuk mengetahui Rapid prototyping memungkinkan users untuk mengetahui sistem lebih awalsistem lebih awal

Indikasi lebih awal dari resiko, keputusan Go-No-Go setiap Indikasi lebih awal dari resiko, keputusan Go-No-Go setiap spiralspiral

Malakukan Split pengembangan besar ke beberapa Malakukan Split pengembangan besar ke beberapa tahapantahapan

Disain fleksibelDisain fleksibel Kerugian:Kerugian:

Terlalu mahal untuk proyek yang kecil dan resiko rendahTerlalu 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 Versi yang sederhana dikembangkan untuk mengatasi

kekurangan.kekurangan.

Page 10: Manajemen Proyek Perangkat Lunak (MPPL)

04/19/23 10

Samples for Partial Implementations of the Spiral Samples for Partial Implementations of the Spiral ModelModel

Page 11: Manajemen Proyek Perangkat Lunak (MPPL)
Page 12: Manajemen Proyek Perangkat Lunak (MPPL)

The Incremental ModelThe Incremental ModelNo upfront funding, Year+ Project, Requirements not totally No upfront funding, Year+ Project, Requirements not totally

defined, Short market window implies basic functionality first, defined, Short market window implies basic functionality first, New technology, Limited staff availabilityNew technology, Limited staff availability

Melakukan konstruksi implementasi parsial dari total sistem Melakukan konstruksi implementasi parsial dari total sistem dan perlahan-lahan menambahkan peningkatan fungsi / dan perlahan-lahan menambahkan peningkatan fungsi / performansiperformansi

Suatu model Waterfall dalam phase overlapping Suatu model Waterfall dalam phase overlapping Tahapan-tahapan awal proyek (planning, analysis, design) Tahapan-tahapan awal proyek (planning, analysis, design)

mempertimbangkan sistem keseluruhan, kebutuhan prioritas mempertimbangkan sistem keseluruhan, kebutuhan prioritas dan mendifinisikan group yang akan diimplemntasikan pada dan mendifinisikan group yang akan diimplemntasikan pada sub proyeksub proyek

Keuntungan: Keuntungan: Dana dapat dialokasikan sebagianDana dapat dialokasikan sebagian Delivery operasional lebih awal sehingga meningkatkan Delivery operasional lebih awal sehingga meningkatkan

keuntungan yang lebih besarkeuntungan yang lebih besar Meningkatkan knowledge dan proses pembelajaranMeningkatkan knowledge dan proses pembelajaran Mengurangi resiko, mudah untuk di testMengurangi resiko, mudah untuk di test Bagian kecil lebih mudah diatur, dapat meng-utilisasi staf Bagian kecil lebih mudah diatur, dapat meng-utilisasi staf

sedikit, meningkatkan momentum proyek. sedikit, meningkatkan momentum proyek.

Page 13: Manajemen Proyek Perangkat Lunak (MPPL)

The Incremental Model The Incremental Model (Cont.)(Cont.)

Kekurangan:Kekurangan: Tidak ada iterasi, susah untuk merubah kebutuhan Tidak ada iterasi, susah untuk merubah kebutuhan

pada tahap tertentu pada tahap tertentu Diperlukan perencanaan yang baik dan kerjasama Diperlukan perencanaan yang baik dan kerjasama

useruser Kebutuhan tidak didefinisikan secara penuh yang Kebutuhan tidak didefinisikan secara penuh yang

dapat membuat manajemen tidak nyamandapat membuat manajemen tidak nyaman Biaya dapat meningkat jika disain fisikal dan fungsi Biaya dapat meningkat jika disain fisikal dan fungsi

tidak terstruktur penuh tidak terstruktur penuh

Page 14: Manajemen Proyek Perangkat Lunak (MPPL)

Incremental deliveryIncremental delivery

design build install evaluate

design build install evaluate

design build install evaluate

increment 1

increment 2

increment 3

first incremental delivery

second incremental delivery

third incremental delivery

deliveredsystem

Page 15: Manajemen Proyek Perangkat Lunak (MPPL)

The incremental The incremental processprocess

Intentional incremental delivery

Page 16: Manajemen Proyek Perangkat Lunak (MPPL)

Prototype SoftwarePrototype Software

Prototype Throw Away Prototype Throw Away Prototype EvolutionaryPrototype Evolutionary

Page 17: Manajemen Proyek Perangkat Lunak (MPPL)

Keuntungan PrototypeKeuntungan Prototype

Belajar sambil melakukanBelajar sambil melakukan Meningkatkan komunikasiMeningkatkan komunikasi Meningkatkan keterlibatan userMeningkatkan keterlibatan user Klarifikasi kebutuhan yang diketahui Klarifikasi kebutuhan yang diketahui

parsialparsial Demo konsistensi dan kelengkapan dari Demo konsistensi dan kelengkapan dari

spesifikasispesifikasi Mengurangi kebutuhan dokumentasiMengurangi kebutuhan dokumentasi Keterbatasan fiturKeterbatasan fitur Produksi hasil yang diharapkanProduksi hasil yang diharapkan

Page 18: Manajemen Proyek Perangkat Lunak (MPPL)

Kekurangan PrototypeKekurangan Prototype

User kadang-kadang salah paham User kadang-kadang salah paham tentang aturan prototypetentang aturan prototype

Kekurangan kemungkinan standard Kekurangan kemungkinan standard proyekproyek

Kekurangan kontrolKekurangan kontrol Tambahan biayaTambahan biaya

Page 19: Manajemen Proyek Perangkat Lunak (MPPL)

TERIMA KASIHTERIMA KASIH