What is Behind the Names???

Ukuran: px

Mulai penontonan dengan halaman:

Download "What is Behind the Names???"

Inge Agusalim
7 tahun lalu
Tontonan:

1 Software Process

2 What is Behind the Names??? Definisi Rekayasa Perangkat Lunak berdasarkan IEEE : Rekayasa Perangkat Lunak : (1) Aplikasi dari sebuah pendekatan kuantifiabel, disiplin, dan sistematis kepada pengembangan, operasi, dan pemeliharaan perangkat lunak ; yaitu aplikasi dari Rekayasa Perangkat Lunak (2) Studi tentang pendekatan-pendekatan seperti pada (1) Rekayasa Perangkat Lunak : Proses Metode Alat Bantu

3 Teknologi dari RPL Lapisan Rekayasa Perangkat Lunak tools methods process a quality focus

4 Pandangan Umum Tentang RPL Fase RPL : Definisi Pengembangan Pemeliharaan Aktivitas Pelindung : Kontrol dan pelacakan proyek perangkat lunak Review teknis formal Jaminan kualitas P/L Manajemen konfigurasi P/L Penghasilan dan persiapan dokumentasi Manajemen reusabilitas Pengukuran Manajemen resiko

5 Fase Definisi (What???) Sistem atau rekayasa informasi Perencanaan Proyek P/L Analisis Kebutuhan Fase Pengembangan (How???) Perancangan P/L Pembangkitan Kode Pengujian P/L

6 Pemeliharaan (Change) Koreksi, meskipun dengan jaminan kualitas yang terbaik Adaptasi, dari waktu ke waktu, lingkungan original dimana P/L dikembangkan akan terus berubah Perkembangan (perfective maintenance) Pencegahan

7 Kerangka Kerja Proses Umum Common Process Framework Framework Activities Task sets Tasks Milestones, deliverables SQA points Umbrella activities

8 What Causes SW Projects to Fail? Unrealistic plans, based on optimistic estimates Ineffective tracking of performance Volatile requirements Risks

9 But, Why do We Let it Happen? People tend to be risk averse when there is potential of loss People are unduly optimistic in their plans and forecasts People prefer to use intuitive judgment rather than quantitative models

10 Controlling Human Nature Documenting the way work is performed Provide guidance and quantifiable criteria where possible Record decisions and the data used to make them Analyze the results and improve the process where possible Learn - individually and organizationally

11 Capability Maturity Model (CMM)/ Model Kematangan Kapabilitas Level 5: Optimizing, pertambahan proses yang terus menerus dimungkinkan oleh umpan balik kuantitatif dari proses dan dari gagasan inovatif pengujian serta teknologi Level 4: Managed, pengukuran detail terhadap proses perangkat lunak dan kualitas produksi dikumpulkan Level 3: Defined, proses P/L, baik untuk aktivitas manajemen atau perekayasaan didokumentasikan, distandarkan, dan diintegrasikan ke dalam proses P/L organisasi besar Level 2: Repeatable, Disiplin proses yang perlu ada untuk mengulangi suksessukses proyek yang terdahulu dengan penerapan yang sama Level 1: Initial, Proses P/L yang ditandai sebagai ad hoc, dan bahkan kadang-kadang bersifat kacau (Chaotic)

12 Key Process Areas (KPA)/ Area Proses Kunci CMM Level 2 CMM Level3 CMM Level 4 CMM level 5 SW configuration management SW quality assurance SW subcontract management SW project tracking SW project planning Requirements management Peer reviews Inter-group coordination SW production engineering Integrated software management Training Organization process definition Organization process focus Software quality management Quantitative process management Process change management Technology change management Defect prevention

13 Fase Lingkaran Pemecahan Masalah problem definition status quo technical development solution integration

14 Model Sekuensial System/information engineering analysis design code test

15 Linear Models - masalah Masalah-masalah yang terjadi ketika diterapkan : Jarang sekali proyek nyata mengikuti aliran sekuensial yang dianjurkan oleh model, sebagai hasilnya perubahan-perubahan dapat menyebabkan keraguan pada saat tim proyek berjalan. Kadang-kadang sulit bagi pelanggan untuk menyatakan semua kebutuhannya secara eksplisit. Sebuah versi kerja dari program-program itu tidak akan diperoleh sampai akhir waktu yang dilalui. Sebuah kesalahan besar, jika tidak terdeteksi sampai program yang bekerja tersebut dikaji ulang,bisa menjadi petaka. Pengembang sering melakukan penundaan yang tidak perlu, mengakibatkan Blocking States.

16 Iterative Models - Prototyping listen to customer build/revise mock-up customer test-drives mock-up

17 Prototyping - The Problems Masalah yang timbul : Terdapatnya working version dari perangkat lunak sebelum mencantumkan kualitas perangkat lunak secara keseluruhan atau kemampuan pemeliharaan untuk jangka waktu yang panjang. Pengembang sering membuat kompromikompromi implementasi untuk membuat prototipe bekerja dengan cepat.

18 team #1 Iterative Models - RAD team #2 b u s i n e s s m o d e l i n g team #3 bu sin ess m o d e l i n g m d a t a o d e l i n g business modeling m d a t a o d e l i n g p r o c e s s m o d e l i n g applicatio n g e n e r a t io n data modeling p r o c e s s m o d e l i n g testing & tu rn over process modeling a p p lic a tio n g e n e r a t i o n t e s t i n g & t u r n o v e r application generation testing & turnover days

19 RAD - The Problems Masalah yang timbul : Bagi proyek yang besar tetapi berskala, RAD memerlukan sumber daya manusia yang memadai untuk menciptakan jumlah tim RAD yang baik. RAD menuntut pengembang dan pelanggan memiliki komitmen di dalam aktivitas rapid-fire yang diperlukan untuk melengkapi sebuah sistem, di dalam kerangka waktu yang sangat diperpendek. Jika komitmen tersebut tidak ada dari tiap konstituen, proyek RAD akan gagal.

20 Evolutionary Models - The Incremental Model System/information engineering increment 1 analysis design code test delivery of 1st increment increment 2 analysis design code test delivery of 2nd increment increment 3 analysis design code test delivery of 3rd increment increment 4 analysis design code test delivery of 4th increment calendar time

21 Evolutionary Models - Spiral Model Planning Risk Analysis Customer Communication Engineering Customer Evalua tion Construction & Release

22 Spiral Model - The Lifecycle of SW Product Proyek Pengembangan Konsep Proyek Pengembangan Produk Baru Proyek Perbaikan Produk Proyek Pemeliharaan Produk

23 Spiral Model - Characteristics Keuntungan : Sebuah Pendekatan yang realistis bagi perkembangan sistem dan perangkat lunak skala besar Menggunakan prototipe sebagai mekanisme pengurangan resiko Kerugian : Pengontrolan (penaksiran risiko yang salah menyebabkan masalah) Membutuhkan waktu yang cukup lama sampai ada kejelasan

24 Component Assembly Model identify candidate components Pla nning Risk Analysis construct n th iteration of the system look up components in library Customer Communication put new components in library Eng ine e ring extract components if available build components if available Customer Eva lua tio n Construction & Release

25 Concurrent Model none Under development Analysis activity Awaiting changes Under revision Under development Baselined Done

26 Still Other Process Models Formal methods the process to apply when a mathematical specification is to be developed Cleanroom software engineering emphasizes error detection before testing 4GT (fourth generation techniques) automatic code generation

27 Product and Process - Keep Thinking!

dokumen-dokumen yang mirip

The Process. A Layered Technology. Software Engineering. By: U. Abd. Rohim, MT. U. Abd. Rohim Rekayasa Perangkat Lunak The Process RPL

The Process. A Layered Technology. Software Engineering. By: U. Abd. Rohim, MT. U. Abd. Rohim Rekayasa Perangkat Lunak The Process RPL The Process By: U. Abd. Rohim, MT A Layered Technology Software Engineering tools methods process model a quality focus 2 1 Langkah-langkah SE v Definition (What?) System or Information Engineering, Software