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.

Detta arbete är det första steget i en lång process vars slutgiltiga mål är att utveckla en metod för automatisk övergång från en icke-generisk objektorienterad applikation till en generisk.Helst borde stöd för en sådan transformation implementeras i en utvecklingsmiljö, IDE. En analogi skulle kunna dras till faktorisering av klasser, en operation som stöds av de flesta utvecklingsmiljöer idag. Som ett första steg i en pågående process är detta arbete tänkt att fungera som ett icke-trivialt exempel för framtida analys. Exemplet består av ett icke-generisk och ett generisk grafpaket som är skrivet i Java 1.4.2 respektive Java 5.0. Uppsatsen beskriver övergången från den icke-generiska till den generiska lösningen på systematiskt sätt som går att upprepa.

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).

Målet med detta examensarbete har varit att ta fram en applikation föratt publicera kyrkoåret. Appen ska fungera i telefon och pekplatta förandroid. Till det kommer en webbsida som fungerar för datorer ochmobila enheter som inte kör android. Man skall även kunna få framdatan som en PDF (Portable Document Format) fil, XML (ExtensibleMarkup Language) fil och en ICAL (kalender) fil. I denna uppgift ingåräven att ta fram en databasstruktur, objektorienterad design för arbetetsamt val av system och databas.

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.

Under systemutvecklingsprocesser måste man alltid genomgå ett arbetsmoment där systemutvecklingsobjektet testas för att kvalitetssäkras. Men vem kvalitetssäkrar det arbetssätt som används vid testningen? Denna magisteruppsats går ut på att ta fram ett arbetssätt för att svara på frågeställningen ?Hur vet vi att vi gör rätt??. Det som vi tog fram är en utvärderingsmetod för testprocess inom systemutveckling. För att utvärderingsmetoden skall vara värdefull tog vi fram ett antal kriterier som vi arbetade mot under framtagningen av metoden.

Objektorienterade databaser har en fördel gentemot relationsdatabaser när det gäller hantering av komplexa datatyper, dessa datatyper används inom till exempel applikationsområdena CAD, CAM och CASE. Trots detta är det relationsdatabaser som används mest inom dessa områden. Syftet med denna uppsats är att ta reda på vilka faktorer som påverkar att valet av lagringssätt inte faller på objektorienterade databaser. Vi har valt att enbart titta på företag som utvecklar CAD-system och genomförde fyra semistrukturerade intervjuer på sådana företag. Vi kom fram till att de faktorer som påverkar att objektorienterade databaser inte används är att systemets kod inte är helt objektorienterad, att det inte förmedlas tillräckligt med information om objektorienterade databaser, att det inte finns någon benägenhet hos företagen att prova på ny teknik på grund av begränsad ekonomi samt att prestandafrågor har minskat i betydelse..

Denna rapport ar resultatet av ett examensarbete som har utforts vid institutionen for informationsoch kommunikationsteknik, Kungliga Tekniska Hogskolan (KTH), och omfattar 15 hp. Rapporten presenterar ett arbete dar examensarbetarna har utvecklat en terrang med hojdskillnader och ljussattning, partikeleffekter (CPU-GPU implementering) som liknar ett fyrverkeri, partikeleffekter (GPU implementering) som visar olika monster samt en kamera for att kunna observera spelvarlden fran alla mojliga olika vinklar i 3D med API:et Lightweight Java Game Library (LWJGL).LWJGL ar ett lagniva-API som riktar sig mot nyborjare och professionella spelutvecklare i programspraket Java. Flera tekniker exponeras istallet for att mappa lagniva-funktioner i objektorienterad programmeringsparadigm som manga javautvecklare ar vana vid. LWJGL hanterar sin egen grafik, ljud och styrkontroller enbart for att fa en solid grund for moderna spel och en battre anvandarupplevelse. Den grafiska renderingen skots med OpenGL.Syftet med det har examensarbetet var att utvardera LWJGL om den ar kompetent nog att anvandas i samband med spelutveckling.

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.