Behoven i världen kan ständigt förändras. Dessa behov kan även styrasystemutvecklingen. Studiens syfte är att genom litteraturstudier samt en fallstudiekomma fram till metoder genom vilka behoven blir faktorer för framtidasystemutveckling. Ett färdigt system kan bli implementerat trots att det innehållerfel. Användare samt utvecklare blir därefter inblandade i underhållet samtvidareutvecklingen.

Within system development users have rarely been involved or received much attention during the development. Most of the times, the primary focus within system development lies on insuring functionality, rather than making the system usable. The literature specifies that a non user-centered approach can contribute to a product with low usability, which can lead to an ineffective and unsatisfactory experience for the end users.The purpose of this thesis is to begin an investigation to see if the use of non user-oriented system development methods is a possible cause of low usability in the final system.To achieve the purpose of this thesis, we have conducted a case study. Within the case study we examined the usability of a time reporting system. The case study included seven minor studies; an investigation concerning the development of the system, an expert evaluation of the system, interviews and observations of users, developed paper prototypes and executable prototypes, both which user testing was performed on.The result of this study shows that by working with user-entered methods, the usability in the time reporting system increased after the design had been revised.

Denna rapport beskriver ett examensarbete inom Programmet för Användarinriktad Systemutveckling vid Linköpings universitet, Campus Norrköping. Resultatet är en databasapplikation som är utvecklad specifikt för C.N.S. Systems AB i Linköping. I uppgiften ingår analys, utformning, realisering, implementering, dokumentation samt i viss mån även förvaltning och drift. Utvecklingsarbetet har skett i nära samarbete med företaget som har tillhandhållit arbetsplatser och datorutrustning.

Problem: Under våra studier på Blekinge Tekniska Högskola har vi fått lära oss att lägga stor vikt vid att sätta användaren i centrum vid utvecklandet av informationssystem. Vi vill nu undersöka om detta synsätt bara används i teorin eller om systemutvecklare fokuserar på användare när system ska utvecklas och implementeras i en verksamhet. I denna uppsats fokuserar vi på företaget Markislagret Hem & Fritid AB i Bromölla som implementerade ett informationssystem för ett år sedan. Användarna där är inte riktigt nöjda med systemet och vi vill därför undersöka om det beror på bristande användarmedverkan i utvecklingsprocessen. Vårt mål är att ta reda på om användarna har varit delaktiga i utvecklingsprocessen och i vilken omfattning detta har skett. Syfte: Syftet med rapporten är att få en förståelse huruvida användarcentrerad systemutveckling används i praktiken i en fallstudie.

Inom systemutveckling anva?nds ett flertal olika arbetsmetoder. Da?ribland agila metoder som t.ex. XP, SCRUM, Kanban och plandrivna t.ex.

Agile systems development has in recent years become very popular, and many companies today claims to be working agile. At the same time there are studies about agile system development that indicate that there are difficulties in fully adopting the agile way. The purpose of this qualitative study has been to examine how true Swedish IT-companies conduct their agile system development compared to agile theory, and we have specifically for the purpose of the study designed a framework that has been used as an analytical tool. The framework helped us to maintain a structured and objective approach when we examined the participating companies and their practices. The study showed that there were differences regarding how true to agile theory the different companies conducts their agile projects, and that the differences in part depends on how long the companies have been working agile.

Systemutveckling påverkas till viss del av olika former av processtyrning. Det kan handla om rena systemutvecklingsmetoder men kan även innefatta mer subtila former av styrningar som till exempel tidspress, ekonomiska styrningar och styrningar i termer av tekniska verktyg. Styrande faktorer som nämns ovan påverkar individens förutsättningar för att verka kreativt i sitt arbete och olika typer av styrande faktorer påverkar individens kreativitet på olika sätt. De mer individnära processtyrningarna som främst påverkar individens arbetsglädje och motiva-tion vilket i sin tur påverkar kreativiteten går att sätta i en kategori. Dessutom existerar en annan kategori som innefattar de styrningar som i större utsträckning rör verksamhetens hel-het och är något svårare att påverka.

Distributed system development is a common occurrence in today?s technological and global world. Because the consequences of its geographically distributed nature it creates barriers between people that affects their communication and collaboration efforts in the distributed context. Despite a lot of technological breakthroughs over the last decades and the occurrence of video-conference applications and other tools for communication and collaboration, cultural and geographical issues have so far not yet been completely resolved. In this study I have made a literature study over distributed system development to form a set of central factors that affects the distributed development process.

This paper describes the evolutionary development of an information system for a small company. The company performs overhaul of forklifts and cleaning machines. The company has already an information system that handles the reports from these overhauls but it needs a supplementary tool that assist the chief planner to plan forthcoming overhauls.It should be able to display coming overhauls in a timetable and eventually print them, either to a PDF file or to a document. The timetables this function produces will help the chief planner and the assemblers to get a good overview of their day-to-day work.The tool needs to be intelligent in that way that it takes into consideration were in the country different assignments will be performed. So that time consuming travels over great distances can be avoided.

Modeller används ofta som ett hjälpmedel för att hantera komplexasystemutvecklingssituationer. Det råder dock delade meningar om hur man på bästa sätt böranvända modeller. I denna studie har vi tittat närmare på perspektiv där modellerna står icentrum för systemutvecklingen respektive används som ett hjälpmedel för densamma. Våravsikt har inte varit att jämföra dessa, utan snarare beskriva hur de kan kombineras ochanpassas till lokala förhållanden. För att undersöka detta har vi genomfört en fallstudie på ettmindre mjukvaruutvecklande företag som har för avsikt att börja använda modeller på ett meraktivt sätt i systemutvecklingsprocessen.

This paper is a degree project on the C-level, 15 points at University West, Department of Business and IT dept. Informatics. This study is about agile methodology and its impact on IT projects. Requirements management is a process within an IT project, where customer has certain requirements that must be met by an IT system. The difference between the traditional and agile development is in the requirements management process and it can cause problems in a project.

Det här arbetet börjar med en introduktion till systemutveckling och ger exempel på ett par olika tillvägagångssätt som används i Skandinavien och England. I introduktionen presenteras också problem som har funnits och kanske finns fortfarande i systemutvecklingsbranschen. Vidare belyses också hur viktig kommunikationen är mellan användare och utvecklare genom hela utvecklingsarbetet. I de tidiga faserna av systemutveckling finner man kravhantering och den introduceras kort i slutet på introduktionen för att sedan presenteras i fullo i bakgrundskapitlet. I början på bakgrundskapitlet ges ett exempel på hur en fullständig utvecklingsmodell kan vara uppbyggd och efter det tas kravhanteringens alla delar upp för att sedan avslutas i hur kravvalideringen fungerar och används.

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.

Utvecklingen av informationssystem har de senaste åren gått framåt med stora steg. Trots detta utvecklas massvis med informationssystem som inte fungerar i verksamheten där de ska användas. Detta tillsammans med ökningen av användandet har gjort att kraven på systemens utformning har stigit. Många författare anser att lösningen på detta är att engagera användarna i större omfattning än vad som görs i dagens utvecklingsmetoder. En av de mest använda metoderna för systemutveckling idag är Rational Unified Process (RUP).

Inom en stor del av all systemutveckling sker testerna av systemet som sista punkt innan systemet sjösätts. Testdriven utveckling är en systemutvecklingsmetod där testerna istället skrivs först och också är det som driver utvecklingen framåt.Metoden höjs till skyarna av vissa och avfärdas omedelbart som onödigt omständig av andra. Vi vill med denna uppsats undersöka hur det ser ut i verkligheten och vilka faktorer som påverkar användandet, inlärningen och inställningen till testdriven utveckling.Vi genomförde intervjuer på tre stycken Örebrobaserade organisationer och tittade utifrån ramverket method-in-action på vilka faktorer som påverkade användningen och varför.Vi fann att utvecklarna närmade sig testdriven utveckling på väldigt olika sätt och grundade sin inställning mycket beroende på tidigare erfarenhet och inlärning ? oavsett hur lång eller kort den varit. Utvecklarna förväntas ofta bedriva självstudier utanför arbetstid ? något som inte alltid funkar som kunskaputvecklingsform då tiden utanför jobbet ser olika ut beroende på var i livet man är.