Itera Consulting Group använder en iterativ utvecklingsprocess som bygger på Unified Process och som anpassats för Business Intelligence-projekt. Vi har valt en iterativ och inkrementell process för att snabbt kunna anpassa projektet till ändrade systemkrav. Vår utvecklingsprocess är användningsfallsdriven och arkitekturcentrerad. Det slutgiltiga systemet ska ge ett ökat affärsvärde för slutanvändarna och den arkitektur som skapas tidigt utvecklas ständigt under processens gång.
Faser
Unified Process bygger på fyra faser, Förberedelse (Inception), Etablering (Elaboration), Konstruktion (Construction) och Överlämning (Transition), som i sig innehåller en eller flera iterationer. Under faserna så påbörjas artefakter, dokument, som under processens gång utvecklas allt eftersom man får bättre förståelse för projektet. Under rubriken Artefakter för respektive fas beskrivs vilka artefakter som påbörjas under den fasen. Vilka artefakter som ska användas och vilka delar i artefakterna som ska skrivas beror helt och hållet på vad som behövs i projektet. Itera Unified Process ska vara en snabb och flexibel utvecklingsprocess och man ska endast dokumentera sådant som tillför nytta till projektet.
Förberedelse (Inception)
Identifiera mål och avgränsningar för projektet, Project Scope.
Identifiera de viktigaste användningsfallen och prioritera dessa efter MoSCoW-metoden (Must have, Should have, Could have, Would have) eller Business Value mot Feasibility som beskrivs i boken TMDWT (s.17).
Identifiera en möjlig arkitektur för systemet. (Hård- och mjukvara)
Identifiera eventuella risker.
Artefakter
Vision – Beskriver och sammanfattar projektet så att chefer och nya projektmedlemmar snabbt kan få en förståelse för projektet.
Användningsfall – Beskriver alla användningsfall i textformat. I förberedelsefasen identifieras de viktigaste användningsfallen och beskrivs kortfattat. Användningsfallen utvecklas under utvecklingsprocessen och blir mer och mer detaljerade allt eftersom förståelsen för systemet och de enskilda användningsfallen ökar.
Kompletterande Specifikation (Supplementary Specification) – Beskriver icke-funktionella krav som har betydelse för arkitekturen av systemet.
Data Warehouse Verksamhetsmatris (Data Warehouse Bus Matrix) – Utifrån möten med kunden skapas en verksamhetsmatris där verksamhetsprocesserna identifierats samt vilka dimensioner som man i dagsläget kan identifiera för respektive process.
Analysområden (Analytic theme) - Utifrån intervjuerna skapas en lista med ”Analytic Themes” dvs analysområden, där man för varje tema identifierar vilken affärsprocess som berörs, samt vilka efterfrågade analyser/rapporter dessa tillhör.