Iconix Process Doug Rosenberg

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

Elemen Proses Iconix

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.

OOAD yang Sederhana

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

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

Level Kelas Diagram Diagram kelas adalah struktur program

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

Diagram sequence Method dialokasikan ke kelas pada saat menulis diagram sequence

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

Robustness Diagrams -- the missing link! ?

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

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

Domain Model

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

Process Iconix

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

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)

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

Bekerja dari dalam ke luar

Perbandingan dengan Unified Process

Use Case Driven Object

Software Development with Unified Process