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.