33
Software Process Model

Software Process Model 1

Embed Size (px)

DESCRIPTION

power point untuk software model proses

Citation preview

  • Software Process Model

  • Suatu proses model adalah suatu representasi abstrak suatu model. Proses model menampilkan suatu deskripsi suatu proses dari beberapa perspektif tertentu,

  • Aktifitas dalam SW Process1. Spesifikasi apa yang dilakukan sistem dan batasan pembangunan

  • Aktifitas dalam SW Process2. Pembangunan Produksi dari Sistem perangkat lunak

  • Aktifitas dalam SW Process3. Validasi Pemeriksaan apakah PL sesuai dengan pemesanan

  • Aktifitas dalam SW Process4. Evolusi Pengubahan PL sesuai dengan perubahan permintaan dan kebutuhab zaman.

  • Proses PLProses PL merupakan aktifitas yang saling terkait (koheren) untuk menspesifikasikan, merancang, implementasi dan pengujian sistem perangkat lunak

  • Model Proses Perangkat Lunak

  • 1. Waterfall ModelModel ini adalah model klasik yang bersifat sistematis, berurutan dalam membangun software.

  • Karakteristik Waterfall ModelModel Air terjun (Water fall)Memisahkan dan membedakan antara spesifikasi dan pengembanganPengembangan yang berevolusi Spesifikasi dan pengembangan saling bergantianPengembangan sistem FormalMenggunakan suatu model sistem matematika yang ditransformasikan ke implementasi,Pengembangan berbasis Re-use (penggunaan ulang) Sistem dibangun dari komponen yang sudah ada.

  • Model WaterfallMenurut R Pressman

  • Model WaterfallMenurut I Soumenville

  • Fase-fase pd Waterfall Model

  • Kelemahan

  • 2. Evolutionary Software Process Model

  • 2 Pendekatan dalam EvolutionaryIncrementalSpiral

  • a. Incremental ApproachPengembangan sistem berdasarkan model sistem yang dipecah sehingga model pengembangannya secara increament/bertahapKebutuhan pengguna diprioritaskan dan priritas tertinggi dimasukkan dalam awal incrementSetelah pengembangan suatu increment dimulai, kebutuhan dibekukan dulu hingga increment berikutnya dimulai

  • Keterangan

  • Karakteristik

  • Keuntungan

    Nilai penggunan dapat ditentukan pada setiap increament sehingga fungsionalitas sistem disediakan lebih awal,Increment awal berupa prototype untuk membantu memahami kebutuhan pada increment berikutnya,Memiliki risiko lebih rendah terhadap keseluruhan pengembagan sistem,Prioritas tertinggi pd pelayanan sistem adalah yang paling diuji. Keuntungan

  • b. Spiral ApproachProses direpresentasikan sebagai model spiral (bukan berupa barisan aktfitas yang dapat ditrack mundur)Setiap loop dalam model spiral menyatakan fase proses,Tidak terdapat fase tertentu seperti spesifikasi atau perancangan, tetapi loop dalam spiral ditentukan pada apa yang dibutuhkan

  • KeteranganLoop paling dalam berfokus pada kelayakan dari sistem, Loop selanjutnya tentang definisi dari kebutuhan, loop berikutnya berkaitan dengan desain sistem dan seterusnya. Setiap Loop dibagi menjadi beberapa sektor

  • Sektor-sektor

  • Variasi Spiral

  • Keterangan

  • KarakteristikPada model spiral, resiko sangat dipertimbangkan. Resiko adalah sesuatu yang mungkin mengakibatkan kesalahan.Model spiral merupakan pendekatan yang realistik untuk PL berskala besar.Pengguna dan pembangun bisa memahami dengan baik software yang dibangunkarena setiap kemajuan yang dicapai selama proses dapat diamati dengan baik.Namun demikian, waktu yang cukup panjang mungkin bukan pilihan bagi pengguna, karena waktu yang lama sama dengan biaya yang lebih besar.

  • c. Rapid Application Development (RAD)RAD adalah model proses pembangunan PL yang incremental. RAD menekankan pada siklus pembangunan yang pendek/singkat. RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat dicapai dengan menerapkan component based construction. Waktu yang singkat adalah batasan yang penting untuk model ini.Jika kebutuhan lengkap dan jelas maka waktu yang dibutuhkan untuk menyelesaikan secara komplit software yang dibuat adalah misalnya 60 sampai 90 hari.

  • Kelemahan1. tidak cocok untuk proyek skala besar2. proyek bisa gagal karena waktu yang disepakati tidak dipenuhi3. sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini4. resiko teknis yang tinggi juga kurang cocok untuk model ini

  • Proses dalam RADSistem dibagi-bagi menjadi beberapa modul dan dikerjakan dalam waktu yang hampir bersamaan dalam batasan waktu yang sudah ditentukan.1. Business modelling : menjawab pertanyaan-pertanyaan: informasi apa yang mengendalikan proses bisnis? Informasi apa yang dihasilkan? Siapa yang menghasilkan informasi? Kemana informasi itu diberikan? Siapa yang mengolah informasi? kebutuhan dari sistem2. Data modelling: aliran informasi yang sudah didefinisikan, disusun menjadi sekumpulan objek data. Ditentukan karakteristik/atribut dan hubungan antar objek-objek tersebut analisis kebutuhan dan data3. Process Modelling : objek data yang sudah didefinisikan diubah menjadi aliran informasi yang diperlukan untukmenjalankan fungsi-fungsi bisnis.4. Application Generation: RAD menggunakan component program yang sudah ada atau membuat component yang bisa digunakan lagi, selama diperlukan.5. Testing and Turnover: karena menggunakan component yang sudah ada, maka kebanyakan component sudah melalui uji atau testing. Namun component baru dan interface harus tetap diuji.

  • SummaryDari model-model di atas dan model-model yang akan dibahas kemudian, tidakada satupun model yang cocok untuk semua jenis proyek pembuatan software.Penggunaan lebih dari satu model sangatlah dimungkinkan. Misalnya dalammodel spiral dan model incremental dalam fase tertentu menggunakan model lainuntuk mendapatkan hasil yang baik.