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.

SharePoint 2010 is a very complicated platform. In the following essay we try to figure out in which way SharePoint 2010 can be used as a application framework rather than retail product. Different strengths and weaknesses are considered and we try to look into which areas SharePoint 2010 is a good choice for development.SharePoint has shown to be a compentent and useble as an application framework for interactive web applications. Though it is not suitable for all applications.I would like to thank Precio Systemutveckling AB for having the opportunity to make this essay..

Examensarbetet är utfört på uppdrag av Banverket Data i Borlänge. Syftet med arbetet var att ta fram en kravspecifikation för en telefonkatalogs applikation för deras intranät samt utveckla denna i .Net mot ett befintligt mellanlager. Arbetet med utvecklingen har följt Banverket Datas egen metod för Systemutveckling och arbetet med förstudierna har använt kvalitativ och kvantitativ metod. Dessutom beskriver rapporten även kravspecifikationer mer ingående..

Detta examensarbete behandlar frågeställningen om man vid framtagningen av nya system behöver använda Systemutvecklingsmodeller och är det då fullt möjligt att för kundens räkning framtaga ett system som resulterar i önskvärda funktioner. Detta trots att man inte kräver att kunden ? skall tillhandahålla en utförlig kravspecifikation ? skall ha kunskaper om systemframställning ? skall ha kunskaper om tekniska lösningar ? skall vara fullt engagerad i projektet. Vi påstår även att målet för själva uppgiften ej heller behöver vara självklar då detta oftast förnyas under själva systemframställningen därför att kunden ibland saknar visioner för vad som går att lösa med hjälp av dagens teknik. Vi har studerat i litteraturen och undersökt olika Systemutvecklingsmodeller utifrån att de skall fungera tillsammans med kunder som uppfyller ovanstående kriterier.