Vårterminen 2006.

Examensarbetet behandlar hur IT-konsultföretag arbetar för att kvalitetssäkra systemutvecklingsprocessen. För att utreda problemställningen har jag genomfört litteraturstudier om kvalitet, systemutveckling och ISO 9000. Jag har även intervjuat fem IT-konsultföretag, varav två företag är certifierade enligt standarden ISO 9001. Syftet med intervjuerna var att undersöka om kvalitetssäkringsprocessen varierande mellan olika företag och om detvar stor skillnad mot hur litteraturen föreskriver kvalitetssäkring.Resultatet som framkommit utifrån det insamlade materialet är att företagen använder sig av en systemutvecklingsmodell, men det kan variera om det är en standardiserad modell eller en egenutvecklad systemutvecklingsmodell.I samband med systemutvecklingsprocessen arbetar företagen i projektform. När ett projekt startar skapas en projektplan som bl.a.

ABSTRACT System development has become more and more concentrated on development for the Web and this has resulted in larger target groups. It will most surely continue to be so considering that the Web will be the infrastructure of business and services in the future. A big target group involves that the owner of a system can earn a lot of money from the paying users, but that assumes that the system can meet user needs. If a system on the Web does not satisfy the user?s demands then they will use the competitor?s system instead because it is only a mouse-click away.

Rational Unified Process (RUP) är en systemutvecklingsmetod som tillhandahåller ett modifierbart tillvägagångssätt för hur man skall fördela uppgifter och ansvar inom ett systemutvecklingsprojekt. Syftet med denna studie har varit att undersöka om RUP verkligen bidrar till framgångsrik systemutveckling, och i så fall även till att identifiera de vitalaste faktorer som lett till denna framgång. Fokus har legat på processkvalitet och genom en enkätundersökning, samt kvalitativa intervjuer med användare, har vi kunnat fastställa att metoden faktiskt bidrar till framgångsrik systemutveckling. De mest väsentliga bakomliggande framgångsfaktorerna som undersökningen har identifierat, är RUPs riktlinjer för produktion av dokumentation, konfigureringsmöjligheter av utvecklingsprocessen, stödet för projektledning, samt det iterativa tillvägagångssättet vid utveckling..

Systemutveckling har länge kantats av problem och oförmåga att möta nya problem och krav som uppstår under processen från ide till färdig produkt. För att möta de problem som de traditionella systemutvecklingsprojekten innebar så arbetade Ken Beck et. Al. (2001) fram det agila manifestet, det agila manifestet beskriver de kärnvärden som systemutvecklingsprojekt bör arbeta utefter, detta för att öka flexibiliteten och minska problemen med långa ledtider.SCRUM är en agil systemutvecklingsmetod som togs fram av Jeff Sutherland och Ken Schwaber, detta efter att de båda hade sett behovet utav en metod som klarade att möta snabba förändringar och att kunna möta problem under processens gång.För att undersöka hur hantering av problem i agila systemutvecklingsprojekt fungerar i praktiken har en fallstudie genomförts på ATS väst hos CGI.En stor del av problematiken i systemutveckling är distansen mellan de inblandade parterna, något som påverkar arbetsmetodiken. Detta resulterar i en mer omfattande dokumentation än vad den agila arbetsformen förespråkar och minskar även den personliga kommunikationen.

Denna uppsats avser att belysa frågan varför prototyper är ett viktigt verktyg i en utvecklingsprocess av ett mobilt system. Fördelar och nackdelar som verktyget kan innebära behandlas och olika tillvägagångssätt beskrivs. Arbetet med detta baseras i ett praktiskt utvecklingsprojekt på IT-kunsultföretaget Citerus. Projektuppgiften var där att genom en informationflödesanalys definiera olika flaskhalsar i informationsflödet på olika hotell för att sedan föreslå ett effektiviserande system. Projektet koncentrerades vidare på städpersonalen och deras arbete.

Systemutvecklingsmetoder har funnits för att utveckla system ochprogramvaror sedan vattenfallsmodellen gjorde sin introduktion på dentiden då IT kallades för data processning. Sedan dess har det funnits ettantal metoder, vissa av dem används än idag. Gemensamt för de flestametoderna är att de är anpassade till mycket komplexa system som användsinom stora organisationer. Inom det Svenska samhället så fanns det år 2005över 890 000 småföretag (0-49 anställda) enligt statistiska centralbyrån.Det är lätt att förstå att småföretagen är viktiga för Sverige. För att Sverigessmåföretag skall kunna överleva i en allt tuffare konkurrenssituation så ärdet viktigt att de hela tiden effektiviserar sina verksamhetsprocesser medexempelvis innovativa IT lösningar.

Requirements Engineering processen, RE-processen, är den tidiga fasen i ett systemutvecklingsprojekt, där RE-processens syfte är att identifiera, verifiera, validera samt dokumentera en mängd krav som ett nytt eller utvidgat system skall konstrueras efter. RE-processen skall mynna ut i en kravspecifikation där de dokumenterade kraven finns samlade.Detta examensarbete behandlar ämnet systemutveckling och fokuserar på konsultföretags metodanvändande under RE-processen. Att fokus ligger på RE-processen beror på att denna fas är den mest kritiska delen i ett systemutvecklingsprojekt.För att få svar på vilka metoder som konsultföretag använder under RE-processen har en intervjundersökning gjorts.Resultatet av undersökningen visar att konsultföretag använder olika metoder under RE-processen. Sättet att använda dem fungerar på ungefär samma sätt med ett aktivt deltagande från kundernas sida. Systemutvecklingsmetoderna är också uppbyggda på liknande sätt med samma synsätt att arbeta efter..

Den här rapporten handlar om upper-CASE samt dess effekter, möjligheter och de hinder som finns för dess införande. Fem personer i fem organisationer har frågats ut med enkät eller intervju om deras erfarenheter och synpunkter. I tre av organisationerna användes upper-CASE-verktyg i systemutvecklingen och i två användes det ej.· De förra ansåg alla att underlättad dokumentation, förbättrad kommunikation mellan projektmedlemmar, förbättrad kvalitet hos det färdiga systemet samt en viss tidsvinst i systemutveckling var effekter som uppnåtts av användandet av upper-CASE. Det utvecklade systemet blir också lättare att förvalta ibland. Av negativa effekter tyckte man sig se ett visst beroende av CASE-leverantörens support.

Detta arbete behandlar relationen användare - informationssystem under ett informationssystems livstid. Arbetet syftar till att påbörja en teorikonstruktion över de faktorer samt effekter, vilka tillsammans utgör den kontext i vilken informationssystemet skapas och verkar. Systemutvecklingsprocessen betraktas ur ett användarperspektiv såtillvida att användarens subjektiva uppfattning om berörda situationer står i fokus.Rapporten behandlar följande frågeställningar: "Hur ser relationen ut i planeringsfasen?" samt "Hur ser relationen ut i verksamhetsfasen?". För respektive frågeställning kartläggs faktorer och effekter, som kan ha betydelse för den studerade relationen.

Det finns många systemutvecklingsmetoder som alla skiljer sig mer eller mindre åt.Gemensamt för dem alla är att det finns ett perspektiv på system och systemutvecklingbakom. Det finns en vilja att spara pengar och effektivisera verksamheter genom attinföra informationssystem men det rapporteras ofta om stora projekt som kostar mycketmer än beräknat.Vi har frågat oss om det finns en brist på insikt om att perspektiv (synsätt) på bådesystemutvecklingsprocessen och IT-systemet i sig styr utvecklingen.Val av metoder bygger på ett aktivt val av perspektiv.Undersökningen har vi gjort genom en litteraturstudie där vi förklarar begreppensystemutveckling, perspektiv och paradigm samt systemutvecklingsmetoder och försökerbelysa sambanden dem emellan.För att undersöka hur insikten om perspektiv ser ut har vi i en empirisk undersökninggjort intervjuer med anställda på ett utvecklingsföretag samt med en av deras kunder.Genom att analysera intervjuerna och deras arbetsmetod med hjälp av analysmetodenMA/SIMM har vi nyanserat vårt teoretiska resultat.Perspektiv ? och metodanalys är mycket viktiga för att förstå varförsystemutvecklingsprocessen ser ut som den gör och framförallt vad den fångar upprespektive missar..

Vid arbete med systemutveckling är det vanligt att arbeta efter en metod. Det som styr valet av metod kan vara erfarenhet, krav som finns från organisationsledningen eller politiska krav för att följa en given standard. Det är inte alltid lätt att välja en metod som är lämplig och som uppfyller de krav och behov som finns inom organisationen. För att välja en lämplig metod är användning av ett ramverk ett bra hjälpmedel. Ramverket används bland annat för att försäkra och kontrollera att den metod som utvärderas uppfyller de krav som ställs på systemet och att de olika komponenter som ingår i systemet behandlas med hjälp av metoden.

Vårterminen 2006.

Denna uppsats grundar sig pa? vetskapen om att stora internationella fo?retag har uttryckta strategier fo?r att flytta medarbetare internationellt. Uppsatsen grundar sig ocksa? pa? ett uppdrag av IKEA. Syftet a?r att utveckla en prototyp fo?r ett gemensamt centralt datoriserat informationssystem som kan sto?dja internationella medarbetarmobilitetsprocesser.

Affärssystem är ett av de viktigaste IT-stöden i verksamheter idag. Samtidigt är det stora svårigheter för leverantörer av paketerade mjukvarulösningar att utveckla system som införlivar de förväntningar kunder och användare har på produkten. För att skapa mera användbara system, som bättre passar kundens behov, förespråkar teoretiker en användarcentrerad ansats för systemdesign. Syftet med studien var att öka förståelsen för hur utvecklare och återförsäljare av affärssystem involverar kunder/användare i systemutvecklingen, i Sverige. Använder leverantörer av affärssystem en användarcentrerad systemutveckling i enlighet med teorin, eller har de hittat egna vägar som passar det egna syftet bättre? Vi har även undersökt hur leverantörerna ser på användarföreningar som kanal för användar- /kundinvolvering.