Software Process Review Software Process Common Process Framework

Software Process

Review • Software Process? • Common Process Framework? • Process Flow?

Software Process Terdapat 2 type software process: 1. Plan-driven processes merupakan proses di mana semua kegiatan proses yang direncanakan terlebih dahulu dan kemajuan diukur terhadap rencana ini 2. In agile processes merupakan perencanaan tambahan dan lebih mudah untuk mengubah proses yang mencerminkan perubahan kebutuhan pelanggan

Aliran Proses secara aliran: Linier, Iterative, Parallel, Evolutionary

Waterfall Model / Classic life cycle Dengan metodologi pengembangan berbasis waterfall: Proses berjalan berurutan dari satu tahap ke tahap berikutnya. Dua kunci kunggulan metodologi pengembangan berbasis waterfall adalah: - Persyaratan sistem diidentifikasi lama sebelum pemrograman dimulai - Perubahan kebutuhan diminimalkan sebagai hasil project Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 5

• Dua kunci kelemahan dari metodologi pengembangan waterfall: –Waktu yang lama antara system proposal dan peyerahan sistem baru –Design harus spesifik sebelum melakukan programming. Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 6

Waterfall Development-based Methodology 7

Varian Waterfall – V Model

Masalah Model Waterfall (1) • Pembagian yang tidak fleksibel dari proyek ke dalam langkah-langkah yang berbeda membuat dia sulit untuk merespon perubahan kebutuhan customer • Oleh sebab itu, model ini hanya sesuai bila kebutuhan dimengerti dengan baik dan perubahan akan menjadi mudah selama proses perancangan 9

Masalah Model Waterfall (2) • Beberapa sistem mempunyai kebutuhan yang tidak stabil • Model ini sebagian besar digunakan untuk proyek sistem yang besar dimana sistem ini dikembangkan pada beberapa sisi 10

Increment Model • Incremental Model merupakan gabungan antara model linier sekuensial dan prototyping. • Setiap linier sekuen menghasilkan produk yang deliverables (dapat dikirim) • Increment pertama merupakan produk inti (core), yang mengandung persyaratan / kebutuhan dasar. • Penambahan dilakukan pada increment berikutnya

Increment Process Model

The Evolutionary Model : Prototyping • Dimulai dari model, kemudian dikembangkan dan akhirnya dipakai • Dimulai dari pembuatan Prototype

Prototyping • Metodologi berbasis prototipe melakukan fase analisis, desain dan implementasi bersamaan. • Semua tiga fase dilakukan berulang dalam siklus sampai sistem selesai. • Sebuah prototipe adalah versi lebih kecil dari sistem dengan jumlah minimal fitur Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 14

Prototyping: Advantage • Sangat cepat memberikan sistem bagi pengguna untuk berinteraksi (bahkan jika organisasi itu tidak siap/tidak memiliki gambaran) • Prototyping meyakinkan klien bahwa tim proyek bekerja dengan baik (tidak ada penundaan yang lama di mana pengguna melihat kemajuan), • Prototyping membantu lebih cepat memperbaiki persyaratan nyata (pengguna dapat berinteraksi dengan prototipe untuk lebih memahami apa yang bisa dan tidak bisa lakukan).

Prototyping: Disadvantage • Sistem rilis yang cepat memiliki tantangan untuk mencoba melakukan dengan hati-hati pada fase analisis. • Seringkali prototipe mengalami perubahan yang signifikan sehingga banyak keputusan desain awal terbukti menjadi desain yg lemah

Prototyping-based Methodology Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 17

Throwaway Prototyping (1) • Throw-Away prototyping menggunakan prototyping untuk tujuan yang berbeda dari prototyping sebelumnya • Melakukan analisis secara menyeluruh, untuk mengumpulkan informasi & mengembangkan ideide untuk sebuah konsep sistem. Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 18

Throwaway Prototyping (2) • Masalah yang muncul diujicobakan/diselesaikan dengan menganalisa, mendesign, & membangun sebuah prototype (yang dinamakan design prototype) • Yang dibangun merupakan fitur yang belum dipahami dengan jelas Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 19

Throwaway Prototyping-based Methodology Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 20

The Evolutionary : Spiral Model • Evolutionary process (pengembangan bertingkat) • Menggabungkan keunggulan prototyping dan waterfall • Memungkinkan dikembangkannya perangkat lunak secara bertahap (incremental) dan cepat

The Evolutionary : Spiral Model

An Agile View of Process • Merupakan hal yang masuk akal, untuk mengembangkan perangkat lunak secara cepat pada jenis proyek perangkat lunak tertentu • Dapat memberikan sistem yang sukses dengan cepat dengan menekankan komunikasi yang terus menerus dan kolaborasi di antara pengembang dan pelanggan

Agile Development • Menggunakan sedikit aturan yang mudah untuk dipelajari dan diikuti • Mengurangi banyak pemodelan dokumentasi • Menekankan kesederhanaan (simple) dan pengembangan aplikasi yang iteratif (berulang) • Contoh pengembangan ini: – Extreme Programming (XP) – Scrum – Dynamic Systems Development Model (DSDM)

Extreme Programming (XP) “Core Values” of XP 1. 2. 3. 4. Communication Simplicity Feedback Courage (Quality First, test and efficient coding)

Extreme Programming (XP) 1. User Stories about system do 2. Code small program using defined standards 3. User Feedback 4. Repeat

Extreme Programming (XP)

Selecting the Right Methodology 1. Clarity of User Requirements (Kejelasan Kebutuhan Pengguna) 2. Familiarity with Technology (Kefamiliaran dengan teknologi) 3. 4. 5. 6. System Complexity (Kompleksitas Sistem) System Reliability (Keandalan Sistem) Short Time Schedules (Jadwal Pendek) Schedule Visibility

Selecting the Right Methodology

Kejelasan Kebutuhan Pengguna • RAD methodologies of prototyping and throwaway prototyping biasanya lebih tepat bila kebutuhan pengguna tidak jelas karena mereka memberikan prototipe bagi pengguna untuk berinteraksi di awal SDLC Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 30

Kefamiliaran Dengan Teknologi • Jika sistem ini dirancang tanpa beberapa keakraban dengan basis teknologi, risiko meningkat karena alat mungkin tidak mampu melakukan apa yang dibutuhkan • Metodologi berbasis prototipe prototyping sangat sesuai jika pengguna kurang mengenal teknologi karena mereka secara eksplisit mendorong pengembang untuk mengembangkan prototipe desain untuk area dengan risiko tinggi Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 31

Kompleksitas Sistem • Sistem yang kompleks memerlukan analisis dan desain yang cermat dan terperinci. • Throwaway prototyping sangat cocok untuk analisis rinci dan desain, sebagai lawan dari metodologi berbasis prototyping, yang tidak cocok untuk itu Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 32

Keandalan Sistem • Keandalan sistem biasanya merupakan faktor penting dalam pengembangan sistem. • Throwaway prototyping-based methodologies merupakan yang paling tepat saat keandalan sistem adalah prioritas tinggi. • Metodologi berbasis prototipe umumnya bukan pilihan yang baik karena mereka tidak memiliki fase analisis dan desain yang cermat Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 33

Jadwal Waktu Pendek • metodologi berbasis RAD sangat cocok untuk proyek-proyek dengan jadwal waktu yang singkat karena mereka meningkatkan kecepatan. • metodologi berbasis waterfall adalah pilihan terburuk ketika waktu adalah penting karena mereka tidak memungkinkan untuk perubahan jadwal dengan mudah Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 34

Schedule Visibility • Salah satu tantangan terbesar dalam pengembangan sistem adalah menentukan apakah sebuah proyek sesuai jadwal • Metodologi berbasis RAD banyak memindahkan keputusan desain kritis di awal proyek untuk membantu manajer proyek mengenali dan mengatasi faktor risiko dan membuat harapan tetap diingat Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 35

Project Team Skills and Rules • Proyek harus terdiri dari berbagai individu terampil dalam rangka membuat sistem untuk menjadi sukses • Enam keterampilan utama menetapkan seorang analis harus memiliki mencakup: – Technical – Business – Analytical – Interpersonal – Management – Ethical Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 36

Project Team Roles Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition Copyright 2006©John Wiley & Sons. Inc 37

Terima Kasih