Iconix Process Doug Rosenberg.

Presentasi berjudul: "Iconix Process Doug Rosenberg."— Transcript presentasi:

1 Iconix Process Doug Rosenberg

2 Iconix Process Disintesa dari model yang diciptakan Booch/Rumbaugh/Jacobson Memuat susbset minimal yang biasa digunakan

3 Elemen Proses Iconix

4 Praktek vs Teori Dalam teori, tidak ada bedanya teori dan praktek
Dalam praktek, waktu yang digunakan untuk memodelkan tidak pernah cukup Proses Iconix adalah metode pengambangan software dengan pendekatan yang lebih ramping dari use case ke program/coding dengan cepat dan efisien.

5 OOAD yang Sederhana

6 Let’s work backwards from code
Diasumsikan bahwa analis sudah melakukan prototype untuk mengumpulkan kebutuhan Saatnya membuat use case Tujuan akhir adalah code/program

7 Before we get to code... Dibutuhkan sekumpulan kelas yang dilengkapi atribut dan method Yang dibutuhkan adalah diagram kelas

8 Level Kelas Diagram Diagram kelas adalah struktur program

9 Before we have classes with attributes and methods, though…
Tingkah laku harus ditempatkan dalam kelas Untuk mengetahui kelas mana yang memiliki method tertentu, digunakan diagram sequence Jadi diperlukan diagram sequence untuk setiap kelas

10 Diagram sequence Method dialokasikan ke kelas pada saat menulis diagram sequence

11 Before we do sequence diagrams, though...
Harus diketahui terlebih sebuah objek melaksanakan use case yang mana, dan fungsi mana yang akan dijalankan sistem sebagai dampak aksi dari user Informasi ini didapatkan dari Diagram Robustness

12 Robustness Diagrams -- the missing link!
?

13 But we can’t draw robustness diagrams before...
Harus dijelaska pengunaan sistem pada konteks model objek Untuk memastikan bahwa kita tidak menulis use case yang abstrak Kita perlu menulis use case yang mereferensi nama objek yang sudah didefenisikan pada domain permasalahan

14 First, though... Jadi harus diidentifikasi terlebih dahulu abstraksi yang digambarkan dalam domain permasalan Jadi, dibutuhkan domain model Digambarkan dalam bentuk kelas diagram

15 Domain Model

16 Merapikan kelas diagram
Analisis statis (kelas diagram ) akan terus dirapikan selama menggali operasi pada tahapan dinamis Hasilnya adalah kelas diagram yang memuat struktur program

17 Process Iconix

18 Fitur Utama Proses Iconix
Menghindari analysis paralisis Pendekatan UML yang lebih ramping Minimalis dan cukup Dapat dilacak kembali Berdasrkan pertanyaan mendasar OOAD Bekerja dari dalam keluar Bekerja dari luar ke dalam

19 Berdasarkan pertanyaan mendasar OOAD
What are the users doing? (Jacobson) What are the objects in the real world? (Rumbaugh) What objects are needed for each use case? (Jacobson) How do the objects collaborate with each other? (Jacobson and Booch) How will we implement real-time control? (state models) How are we really going to build this system? (Booch)

20 Bekerja dari luar ke dalam
Objectory and the ICONIX Process are use-case driven (outside-in) By keeping use cases as the primary unit of system decomposition, we stay user-focused By using prototyping in conjunction with use cases, we stay user-focused

21 Bekerja dari dalam ke luar

22 Perbandingan dengan Unified Process

23 Use Case Driven Object

24 Software Development with Unified Process