Iconix

11
ICONIX TEKNIK INFORMATIKA REKAYASA PERANGKAT LUNAK - KELOMPOK 6 1. DIMAS ANGGI GUSTIAWAN ( NIM : 10111101 ) 2. TAAT ROMADHON S.H. ( NIM : 10111100 ) 3. INDRIYANI ( NIM : 10111089 ) 4. LUTFI ( NIM : )

description

Iconix. TEKNIK INFORMATIKA REKAYASA PERANGKAT LUNAK - KELOMPOK 6 1. DIMAS ANGGI GUSTIAWAN ( NIM : 10111101 ) 2. TAAT ROMADHON S.H. ( NIM : 10111100 ) 3. INDRIYANI ( NIM : 10111089 ) 4. LUTFI ( NIM : ). Pengertian iconix. - PowerPoint PPT Presentation

Transcript of Iconix

Page 1: Iconix

ICONIXTEKNIK INFORMATIKA REKAYASA PERANGKAT LUNAK - KELOMPOK 6 1. DIMAS ANGGI GUSTIAWAN ( NIM : 10111101 )2. TAAT ROMADHON S.H. ( NIM : 10111100 )3. INDRIYANI ( NIM : 10111089 )4. LUTFI ( NIM : )

Page 2: Iconix

PENGERTIAN ICONIX

- ICONIX merupakan salah satu model dari rekayasa perangkat lunak yang dapat digunakan untuk pengembangan sebuah software.

- ICONIX adalah Metodologi pengembangan perangkat lunak yang mendahului kedua Rasional Unified Proses (RUP), Pemrograman Ekstrim (XP) dan Pengembangan Perangkat Lunak Agile.

Page 3: Iconix

PROSES ICONIX

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. Pada ICONIX process terdapat dua model yaitu model dynamic yang mendefinisikan behavior dan model static yang mendefinisikan struktur.

Page 4: Iconix

PROSES ICONIX

Page 5: Iconix

TAHAPAN PROSES ICONIX

a. Requirementsa) 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. b) 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.

Page 6: Iconix

TAHAPAN PROSES ICONIX

3) Behavioral requirements/ Use Case modelingUse 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 ReviewPeninjauan 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.

Page 7: Iconix

TAHAPAN PROSES ICONIX

b. Analysis and Preliminary Designa) 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.

Page 8: Iconix

TAHAPAN PROSES ICONIX

c. Detailed Designa) 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.

Page 9: Iconix

TAHAPAN PROSES ICONIX

d.   Implementationa) 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.

Page 10: Iconix

KESIMPULAN PROSES ICONIX

Iconix proses yaitu suatu metode dimana tidak terlalu banyak membahas pada analisa, design maupun implementasi programnya. Namun lebih melihat kepada kebutuhan pengguna serta menyederhanakan proses tersebut, sehingga proses pengembangan perangkat lunak akan menjadi lebih efisien.

Page 11: Iconix

REFERENSI

• http://alfianilarizky.blogspot.com/2011/04/iconix-process.html, Minggu, 20 Oktober 2013 pukul 08.54 WIB

• http://www.microsofttranslator.com/BV.aspx?ref=IE8Activity&a=http%3A%2F%2Fen.wikipedia.org%2Fwiki%2FICONIX, Minggu, 20 Oktober 2013 pukul 08.57 WIB

• http://reeshtea.wordpress.com/2009/11/02/iconix-process/, Minggu, 20 Oktober 2013 pukul 09.04 WIB

• http://yolandautism.blogspot.com/2013/09/adbo-analisis-desain-berorientasi-objek.html, Minggu, 20 Oktober 2013 pukul 09.05 WIB