<p><p>Det existerar i dagsläget många färdigutvecklade mjukvaror för att underlätta olika organisationers processer.  Dessa mjukvaror täcker ofta stor del av den funktionalitet som organisationen behöver – till ett förhållandevis lågt pris.</p><p>Priset för att skräddarsy mjukvara, i motsats till färdigutvecklad mjukvara, efter sin egen organisation kan, speciellt när företaget är litet, vara väldigt högt i förhållande till lönsamheten. Då alla organisationer är olika, och således har olika funktionalitetskrav kan flera system behövas för att täcka dem. Överlappningen som sker mellan systemen ger plats för redundant data, som utan noggrann kontroll kan bli felaktig data.</p><p>En lösning är att integrera mjukvaror med varandra för att skapa bryggor emellan och således ta bort risken för felaktig data. Detta är ursprungspunkten för denna undersökning. Bristen på information om hur en sådan systemutveckling bör ske är motivet för denna utredning. Utredningens syfte är att täcka detta kunskapsbehov.</p><p>Genom att använda aktionsforskning, som förespråkar nära samarbete mellan praktiker och forskare, har ett organisationsspecifikt problem studerats. Artefakter från vissa delar av systemutvecklingsmetoden Rational Unified Process(RUP) har utvecklats för att ge organisationen ett praktiskt bidrag, samtidigt som ett akademiskt bidrag i form av riktlinjer har utvecklats. Eftersom avgränsning till vissa delar av RUP är gjord utvecklades inte ett fullt system utan artefakter för att underlätta själva utvecklingen – en slags förstudie.</p><p>Riktlinjerna, som speglar det praktiska bidraget, visar på ett ökat behov av att beskriva och illustrera arkitekturen hos det system som ska utvecklas. Men även ytterligare kunskap om de system som skall integreras bör utvecklas, detta innebär ett behov av närmare samarbete med organisationen.</p><p>RUP kan kompletteras med ytterligare metoddelar för att täcka speciella behov som projektet kan ha – detta inkluderar metoddelar för att hantera integrationsprojekt. Det är denna undersöknings slutsats att sådan komplettering inte är nödvändig i mindre projekt då RUP redan beskurits ordentligt under situationsanpassningen. Artefakter för att beskriva arkitektuella aspekter av projektet finns i RUP och inkluderingen av dessa bör täcka de behov ett mindre projekt har.</p><p>Undersökningen har även studerat hur integrationsfokuset påverkat valda delar av RUP. Resultatet av denna frågeställning är ytterligare modell-element i några artefakter samt ett antal ytterligare artefakter för att beskriva arkitektur.</p></p>

Det existerar i dagsläget många färdigutvecklade mjukvaror för att underlätta olika organisationers processer.  Dessa mjukvaror täcker ofta stor del av den funktionalitet som organisationen behöver – till ett förhållandevis lågt pris. Priset för att skräddarsy mjukvara, i motsats till färdigutvecklad mjukvara, efter sin egen organisation kan, speciellt när företaget är litet, vara väldigt högt i förhållande till lönsamheten. Då alla organisationer är olika, och således har olika funktionalitetskrav kan flera system behövas för att täcka dem. Överlappningen som sker mellan systemen ger plats för redundant data, som utan noggrann kontroll kan bli felaktig data. En lösning är att integrera mjukvaror med varandra för att skapa bryggor emellan och således ta bort risken för felaktig data. Detta är ursprungspunkten för denna undersökning. Bristen på information om hur en sådan systemutveckling bör ske är motivet för denna utredning. Utredningens syfte är att täcka detta kunskapsbehov. Genom att använda aktionsforskning, som förespråkar nära samarbete mellan praktiker och forskare, har ett organisationsspecifikt problem studerats. Artefakter från vissa delar av systemutvecklingsmetoden Rational Unified Process(RUP) har utvecklats för att ge organisationen ett praktiskt bidrag, samtidigt som ett akademiskt bidrag i form av riktlinjer har utvecklats. Eftersom avgränsning till vissa delar av RUP är gjord utvecklades inte ett fullt system utan artefakter för att underlätta själva utvecklingen – en slags förstudie. Riktlinjerna, som speglar det praktiska bidraget, visar på ett ökat behov av att beskriva och illustrera arkitekturen hos det system som ska utvecklas. Men även ytterligare kunskap om de system som skall integreras bör utvecklas, detta innebär ett behov av närmare samarbete med organisationen. RUP kan kompletteras med ytterligare metoddelar för att täcka speciella behov som projektet kan ha – detta inkluderar metoddelar för att hantera integrationsprojekt. Det är denna undersöknings slutsats att sådan komplettering inte är nödvändig i mindre projekt då RUP redan beskurits ordentligt under situationsanpassningen. Artefakter för att beskriva arkitektuella aspekter av projektet finns i RUP och inkluderingen av dessa bör täcka de behov ett mindre projekt har. Undersökningen har även studerat hur integrationsfokuset påverkat valda delar av RUP. Resultatet av denna frågeställning är ytterligare modell-element i några artefakter samt ett antal ytterligare artefakter för att beskriva arkitektur.