ICONIX merupaakan salah satu model dari rekayasa perangkat lunak yang dapat digunakan untuk pengembangan sebuah software. Pendekatan dari ICONIX Process berada diantara Rational Unified Process (RUP) yang sangat luas dan eXtreme programing (XP) yang sangat sederhana. ICONIX Process menggunakan use case, seperti RUP tetapi tanpa banyak pentabelan. Proses ICONIX juga relatif kecil dan sederhana seperti XP tetapi tidak mengabaikan analisis dan design. Proses ICONIX membuat penggunaan UML menjadi efisien karena tetap terfokus pada requirement.
Tahapan dari proses ICONIX terdiri dari empat tahap, yaitu :
a. Requirements
1) Functional requirements
Mengumpulkan segala kebutuhan fungsional yang diperlukan dalam pembuatan perangkat lunak. Kebutuhan fungsional dari perangkat lunak merupakan modal utama dalam pengembangan perangkat lunak. Semua kebutuhan dalam pengembangan perangkat lunak dikumpulkan menjadi satu bagian. Kemudian dilakukan analisis mengenai kebutuhan fungsional dan kubutuahan non fungsional.
2) Domain modeling
Domain modeling merupakan pondasi dari bagian static dari UML. Domain modeling didapatkan dari mengekstrak kata benda yang didapatkan dari Functional requirements. Kata benda yang didapatkan saling dihubungkan sesuai kebutuhan dari perangkat lunak.
3) Behavioral requirements/ Use Case modeling
Use Case modeling merupakan bagian dari proses ICONIX yang menjelaskan tentang segala hal yang dilakukan oleh pengguna dari sistem. Proses ini menjelaskan tentang segala hal yang dilakukan oleh pengguna dan hubungan terhadap tanggapan dari sistem. Dalam proses ini, desain perangkat lunak diharapkan dijelaskan secara rinci karena perangkat lunak didedikasikan berdasarkan kebutuhan pengguna.
4) Milestone 1 : Requirements Review
Peninjauan ulang dilakukan sebagai berikut :
i. Memastikan bahwa bahwa use case text telah sesuai dengan kebutuhan pengguna.
ii. Memastikan bahwa domain model telah menunjukkan hubungan yang benar.
iii. Memastikan bahwa use case telah terorganisir dalam satu paket.
b. Analysis and Preliminary Design
a) Robustness analysis
Analisis dilakukan dengan cara membuat robustness diagram yang menghubungkan antara analisis dan desain.
b) Update domain model
Pengubahan domain model yang telah dibuat sesuai dari hasil robustness analysis. Pengubahan dilakukan dengan menambahkan class yang tidak ada, menghilangkan ambiguitas, dan menambahkan atribut pada domain object.
c) Tulis kembali use case yang telah dibuat.
d) Milestone 2 : Preliminary Design Review (PDR)
Dilakukan analisis mengenai kecocokan use case text dengan robustness diagram, dan memastikan semua entitas yang terdapat pada robustness diagram telah diperbaharui di domain model.
c. Detailed Design
a) Sequence Diagram
Sequence Diagram merupakan digram alir yang disusun beerdasarkan robustness diagram. Diagram ini dibuat untuk setiap use case. Tujuan dari dibuatnya diagram ini adalah untuk mengalokasikan behavior ke class.
b) Update domain model
Perubahan domain model berdasarkan hasil Sequence Diagram. Pada perubahan ini terdapat penambahan operasi pada domain object.
c) Milestone 3 : Critical Design review (CDR)
Peninjauan ulang dilakukan dengan memastikan bahwa desain telah memenuhi semua kebutuhan dari hasil identifikasi sebelumnya.
d. Implementation
a) Coding/Unit testing
Pada tahap ini mulai dilakukan proses coding berdasarkan hasil pengembangan model yang telah disusun sebelumnya. Jika proses coding telah dilaksanakan maka dapat dilakukan pengujian.
b) Integration and scenario testing
Dilakukan pengujian secara integrasi dan sesuai dengan skenario. Pengujian yang dilakukan dapat berupa black box testing maupun white box testing.
c) Perform code review dan model update
Melakukan analisa kode program dari hasil pengujian dan melakukan perubahan dari hasil analisa.
Posted in: 
0 komentar:
Posting Komentar