ICONIX

ICONIX är en metod för mjukvaruutveckling som går före både Rational Unified Process (RUP), Extreme Programming (XP) och Agile mjukvaruutveckling . Precis som RUP ICONIX -processen UML Use Case- driven men lättare än RUP. ICONIX tillhandahåller mer krav- och designdokumentation än XP, och syftar till att undvika analysförlamning . ICONIX-processen använder endast fyra UML-baserade diagram i en fyrastegsprocess som förvandlar användningsfallstext till arbetskod.

En huvudsaklig skillnad för ICONIX är dess användning av robusthetsanalys, en metod för att överbrygga gapet mellan analys och design. Robusthetsanalys minskar oklarheten i beskrivningar av användningsfall genom att se till att de skrivs i sammanhanget av en medföljande domänmodell . Denna process gör användningsfallen mycket lättare att designa, testa och uppskatta.

ICONIX-processen beskrivs i boken Use Case Driven Object Modeling with UML: Theory and Practice .

ICONIX-processen beskriver i huvudsak den centrala "logiska" analys- och designmodelleringsprocessen. Processen kan dock användas utan mycket skräddarsydda projekt som följer olika projektledning.

Översikt över ICONIX-processen

ICONIX-processen är uppdelad i fyra milstolpar. I varje skede granskas och uppdateras arbetet för den tidigare milstolpen.

Milstolpe 1: Kravgranskning

Innan ICONIX-processen påbörjas måste det ha gjorts en del kravanalys . Utifrån denna analys kan användningsfall identifieras, en domänmodell produceras och några prototyper GUI :er göras.

Milstolpe 2: Preliminär designgranskning

När användningsfall har identifierats kan text skrivas som beskriver hur användaren och systemet kommer att interagera. En robusthetsanalys utförs för att hitta potentiella fel i användningsfallstexten, och domänmodellen uppdateras därefter. Användningsfallstexten är viktig för att identifiera hur användarna kommer att interagera med det avsedda systemet. De förser också utvecklaren med något att visa kunden och verifiera att resultaten av kravanalysen var korrekta.

Milstolpe 3: Detaljerad designgranskning

Under detta skede av ICONIX-processen används domänmodellen och use case-texten från milstolpe 2 för att designa systemet som byggs. Ett klassdiagram produceras från domänmodellen och användningsfallstexten används för att göra sekvensdiagram .

Milstolpe 4: Implementering

Enhetstest skrivs för att verifiera att systemet kommer att matcha texten för användningsfall och sekvensdiagram. Slutligen skrivs kod med hjälp av klass- och sekvensdiagrammen som vägledning.

1. ^ Rosenberg, D. & Stephens, M. (2007). Use Case Driven Object Modeling med UML: Teori och praktik . Apress. ( ISBN 1590597745 )
2. ^ Rosenberg, D., Stephens, M. & Collins-Cope, M. (2005). Agil utveckling med ICONIX Process . Apress. ( ISBN 1590594649 )

Relaterade begrepp

Dynamic Systems Development Method (DSDM)
Extrem programmering
Rationell enhetlig process
Robusthetsdiagram
URDAD, metoden Use Case Driven Analysis and Design, är en metod för teknikneutral design.
RATF använder Robustness Analysis i kombination med Technology Forecasting för att ytterligare undersöka framtida alternativ för mjukvaruutveckling.

externa länkar