In most software engineering project, users are only involved in the beginning of the project as a help to design the requirements specification but users can be involved after this phase too, but is it effective to do so? With this report we would like to investigate how effective it is to involve users after the requirements specification has been written and approved. To find out how effective it is to involve the users we try some fast and simple involvement techniques on a quite far gone project. These techniques include ethnographic studies, prototypes and surveys. We also interviewed a couple of people who work with usability and finally delivered a report with our results to them to find out if they found our result relevant.

I dagens samhälle spelar informationssystem en viktig roll i de flesta företag och organisationer. Informationssystemets uppgift är att tillgodose och hjälpa användarna med information och informationshantering samt att leda till en effektivisering.Arbetet med att utveckla databaserade informationssystem är problematiskt och Systemutvecklingsprojekt överstiger ofta budget både vad gäller tid och pengar. Återkommande problem är att systemen inte gör vad användaren vill samt att systemen inte utnyttjas till full kapacitet. Svårigheten med kravhanteringen är något som anses vara en orsak till misslyckandena.Den viktigaste informationskällan för systemutvecklarna då det gäller att ta reda på systemkraven är användarna. Då användarna spelar en viktig roll i kravhanteringen, vilken i sin tur spelar en viktig roll i systemutvecklingsprocessen, är detta ett intressant problemområde.Denna rapports fokus ligger på hur användarna ser på kravhanteringsprocessen.

Litteratur inom systemutvecklingsområdet visar behov av nya snabbare systemutvecklingsmetoder. Orsaken är komplexiteten både i Systemutvecklingsprojekten och i organisationer, där systemutveckling sker. Nu föredras små projekt, som omfattar färre än tio deltagare och genomförs på mindre än ett år. De traditionella systemutvecklingsmetoder anses vara lämpliga för stora projekt. Det finns nya systemutvecklingsmetoder, som får benämningen dynamiska metoder, för små projekt.

In most software engineering project, users are only involved in the beginning of the project as a help to design the requirements specification but users can be involved after this phase too, but is it effective to do so? With this report we would like to investigate how effective it is to involve users after the requirements specification has been written and approved. To find out how effective it is to involve the users we try some fast and simple involvement techniques on a quite far gone project. These techniques include ethnographic studies, prototypes and surveys. We also interviewed a couple of people who work with usability and finally delivered a report with our results to them to find out if they found our result relevant. By also documenting how much time we spent involving users we will show to which degree user involvement is effective. We found out that a couple of fast techniques could get very much result in the form of usability enhancing suggestions to the developers.

Many research reports mention the fact that a huge number of all system development projects never reach a successful ending; with other words never fulfil formulated goals. By identifying and forming success factors (and in some aspect risk factors) that the project manager in practice can use, this study may be seen as a step in the direction towards minimising the high number of failed system development projects. The purpose of this research report is to investigate how a system development project, where the development process is based on a specific development or process model (in this case the Waterfall model), can and should be driven. I aim to clarify what is demanded of a project leader for the specific development process and give an account for which eventual leadership qualities that can be well suited for given situation in relation to the need for technical competence. Among other things the project manager should inspire confidence, drive, be a decision maker, engage and own some form of basic knowledge in the field of system development.

Many research reports mention the fact that a huge number of all system development projects never reach a successful ending; with other words never fulfil formulated goals. By identifying and forming success factors (and in some aspect risk factors) that the project manager in practice can use, this study may be seen as a step in the direction towards minimising the high number of failed system development projects. The purpose of this research report is to investigate how a system development project, where the development process is based on a specific development or process model (in this case the Waterfall model), can and should be driven. I aim to clarify what is demanded of a project leader for the specific development process and give an account for which eventual leadership qualities that can be well suited for given situation in relation to the need for technical competence. Among other things the project manager should inspire confidence, drive, be a decision maker, engage and own some form of basic knowledge in the field of system development.

Idag påpekas mer och mer att användaren skall vara delaktig vid utvecklandet av in-formationssystem. Ett Systemutvecklingsprojekt kan generellt sägas ha ett antal faser: En förstudie, en genomförandedel och någon form av efterarbete. Fokus i denna rap-port riktas mot förstudien där det görs en analys av problemdomänen. Eftersom beslut som tas i senare delar av projektet är väldigt beroende av hur väl problemdomänen är beskriven är det viktigt att mycket tid läggs ned på att se till att denna beskrivning är korrekt. För att kunna beskriva problemdomänen har systemutvecklaren en mängd beskrivningstekniker till sin hjälp.

Allt för ofta händer det att Systemutvecklingsprojekt misslyckas. Ofta beror dessa misslyckanden på att systemutvecklingsprocessens tidiga faser utförs bristfälligt. Genom att ta tillvara och återanvända information som uppkommit under tidigare utförda informationsSystemutvecklingsprojekt, ökas chansen att nästa informationssystemutvecklingsprocess får ett bra resultat. En kravspecifikation som endast innehåller krav som måste uppfyllas av alla informationssystem inom en specifik domän, går att tillämpa vid all informationssystemsutveckling inom denna specifika domän. För att denna kravspecifikation skall kunna användas på detta vis, krävs det att uppdateringar sker i denna allt eftersom aktuell domän förändras.

Användbarhetsarbete har historiskt sett inte placerats högt på agendan i systemutvecklingsprocessen. Trots det har forskningsvärlden framtagit metodologier, metoder och tekniker för detta arbetssätt. Orsaker till den bristande användningen har visat sig vara bland annat bristande kunskap om arbetssättet och föreställningen att det kostar mer än det ger tillbaka. Trots att forskningsvärlden hävdar att användbarhet kan sänka kostnader i systemutvecklingsprocessen och spara in stora summor i förvaltningsfasen visar studier på att många Systemutvecklingsprojekt fortfarande misslyckas eller försenas. Vi har valt att genomföra en kvalitativ studie för att undersöka hur större fokus kan läggas kan läggas på användarcentrerad systemutveckling och användbarhetsarbete i försäljningssituationer genom att intervjua företrädare för två av de stora aktörerna inom användbarhet i Sverige.

Titel: Kommunicera rätt! ? En studie om kommunikation mellan systemutvecklare med kundkontakt och kund. Författare: Peter Johansson Oskar Hanson Handledare: Johanna Törnquist Examinator: Guohua Bai Problemområde: Anledningen till detta examensarbete är att problem som kan uppstå vid Systemutvecklingsprojekt vanligtvis har sin grund i kommunikationen mellan systemutvecklare med kundkontakt och dess kunder. Exempelvis hör en systemutvecklingsgrupp och ett bageri till två vitt skilda yrkesområden och därmed pratar de ?olika språk?, vidare kan det skapas semantiskt brus i kommunikationskanalen som i slutändan kan leda till en felaktig kravspecifikation och de verkliga förändringsbehoven förblir oupptäckta.

Enligt Standish Group är det endast cirka 35 % av alla Systemutvecklingsprojekt som avslutas på ett lyckat sätt när det gäller tid, budget och resurser. Inom systemutveckling är fastprisprojekt, där systemets kostnad är förbestämd, allt mer populärt. Dynamic Systems Development Method (DSDM) är en modell för utveckling som fokuserar på fasta resurser och tid med funktionalitet som den flexibla variabeln. Syftet med den här uppsatsen är att se om man kan driva fastprisprojekt med en modell som DSDM på ett sätt som gör det till en bra lösning för både beställare och leverantör.Min slutsats är att det största problemet med DSDM är att få beställaren att godkänna den som projektmodell. Ett annat stort problem är att många projekt med DSDM blir stressiga eftersom tiden är fast.

Enligt Standish Group är det endast cirka 35 % av alla Systemutvecklingsprojekt som avslutas på ett lyckat sätt när det gäller tid, budget och resurser. Inom systemutveckling är fastprisprojekt, där systemets kostnad är förbestämd, allt mer populärt. Dynamic Systems Development Method (DSDM) är en modell för utveckling som fokuserar på fasta resurser och tid med funktionalitet som den flexibla variabeln. Syftet med den här uppsatsen är att se om man kan driva fastprisprojekt med en modell som DSDM på ett sätt som gör det till en bra lösning för både beställare och leverantör.Min slutsats är att det största problemet med DSDM är att få beställaren att godkänna den som projektmodell. Ett annat stort problem är att många projekt med DSDM blir stressiga eftersom tiden är fast.

Inom dagens Systemutvecklingsprojekt har testning en viktig roll för att ett företag ska kunna lyckas leverera en produkt. Testning har ofta nedprioriteras pågrund av att det största fokuset har legat på nyutveckling. Testrollen är väldigt viktig för att kunna försäkra om sin produkt är redo för marknaden. Syftet med uppsatsen är att ta reda på utmaningar och problem med testautomatiseringens startprocess i en agil systemutvecklingsmiljö. Vad företag och undersökningsföretaget som startar med testautomatiseringen kan förbereda sig på för att kunna lyckas. Undersökningen som uppsatsen bygger på har använt en induktiv ansats. Undersökningen har skett på ett undersökningsföretag som arbetar agilt inom systemutveckling.

Titel: Kommunicera rätt! ? En studie om kommunikation mellan systemutvecklare med kundkontakt och kund. Författare: Peter Johansson Oskar Hanson Handledare: Johanna Törnquist Examinator: Guohua Bai Problemområde: Anledningen till detta examensarbete är att problem som kan uppstå vid Systemutvecklingsprojekt vanligtvis har sin grund i kommunikationen mellan systemutvecklare med kundkontakt och dess kunder. Exempelvis hör en systemutvecklingsgrupp och ett bageri till två vitt skilda yrkesområden och därmed pratar de ?olika språk?, vidare kan det skapas semantiskt brus i kommunikationskanalen som i slutändan kan leda till en felaktig kravspecifikation och de verkliga förändringsbehoven förblir oupptäckta. Hypotes: Examensarbetet baseras på hypotesen: ?Semantiskt brus[1] i kommunikationskanalen[2], otillräcklig negativ feedback[3] från sändare[4] och mottagare[5] och svårighet att hitta rätt nivå på samtalet med hjälp av kodning[6] och avkodning[7] ger upphov till en felaktig bild av kundens verkliga förändringsbehov[8] .? Slutsats: Alla delar ur Shannons kommunikationsmodell tillsammans med cybernetikens negativa feedback påverkar resultatet vid framtagande av kravspecifikation. Delar som både teori och respondenter tar upp är att som konsult måste denne ?kunna tala kundens språk?, hitta rätt nivå på samtalet, ge och ta negativ feedback samt undvika semantiskt brus i kommunikationskanalen.

Denna uppsats handlar om formella metoder i samband med systemutveckling. Formella metoder används främst vid utveckling av kritiska system, men de kan även tillämpas i vanlig systemutveckling. Ny teknik utvecklas ständigt och system blir alltmer komplexa och detta medför i sin tur högre krav på systemutvecklaren. Många Systemutvecklingsprojekt misslyckas och en bidragande orsak har varit bristfällig analys och framtagande av kravspecifikationer. Att tillämpa formella metoder i systemutveckling medför många fördelar.