Relationsmodellen kom 1970 och är i våra dagar generellt accepterad som ett landmärke. Databasen lagrar sin data i form av tabeller och har ett välbeprövat sätt att lagra information på. Första generationens objektorienterade databaser kom 1986. Det som är kännetecknande för en objektorienterad databas är att data sparas i form av objekt i databasen. Vi vill med vår uppsats testa om användandet av Versant minskar relationsdatabasens nackdelar och därmed är ett bättre val till typ av databas. I objektorienterade databaser är det möjligt att spara komplexa datatyper, som t.ex.

Systemutveckling har länge kantats av problem och oförmåga att möta nya problem och krav som uppstår under processen från ide till färdig produkt. För att möta de problem som de traditionella systemutvecklingsprojekten innebar så arbetade Ken Beck et. Al. (2001) fram det agila manifestet, det agila manifestet beskriver de kärnvärden som systemutvecklingsprojekt bör arbeta utefter, detta för att öka flexibiliteten och minska problemen med långa ledtider.SCRUM är en agil systemutvecklingsmetod som togs fram av Jeff Sutherland och Ken Schwaber, detta efter att de båda hade sett behovet utav en metod som klarade att möta snabba förändringar och att kunna möta problem under processens gång.För att undersöka hur hantering av problem i agila systemutvecklingsprojekt fungerar i praktiken har en fallstudie genomförts på ATS väst hos CGI.En stor del av problematiken i systemutveckling är distansen mellan de inblandade parterna, något som påverkar arbetsmetodiken. Detta resulterar i en mer omfattande dokumentation än vad den agila arbetsformen förespråkar och minskar även den personliga kommunikationen.

Denna uppsats mäter och jämför prestanda mellan en objektorienterad databas och en relationsdatabas. Uppsatsen bygger på en utredande karaktär utifrån vår hypotes och vårt intresse att testa den.Hypotesen bygger på problematiken omkring mängden kod utvecklaren måste skriva för att kunna koppla ihop applikation med databas. En större mängd skriven kod som utvecklaren måste skriva borde göra att prestanda och svarstider blir långsammare. Därför ville vi undersöka om verktyg som medför en mindre mängd skriven kod kan förbättra prestandan och ge snabbare svarstider.Vi valde att testa vår hypotes mellan ADO. NET relationsdatabas och ADO.

Vårt intresse för verksamhets- och systemutveckling har växt fram under vår studietid, då vi fått kunskap om att en av utvecklingstyperna har en mer prioriterad roll vid ett utvecklingsarbete. Efter att ha läst en del artiklar blev vi även intresserade av att jämföra vilka faktorer samt vem som är beslutstagare vid utveckling av organisationer i den statliga och privata sektorn. Detta för att se vilka eventuella skillnader respektive likheter det finns mellan dem.Syftet med denna studie är att hitta de faktorer som är avgörande vid val att prioritera verksamhetsutveckling respektive systemutveckling. Samt att skapa en djupare förståelse för en organisations tänkande vid utveckling och hur utvecklingen skall genomföras.Vi valde i denna studie att genomföra en kvalitativ studie där vi började med att tillägna oss relevant teori som förklarar och fördjupar läsaren i vad verksamhets- och systemutveckling är. Vidare utformade vi intervjufrågor utifrån vår problemformulering.

Vårt intresse för verksamhets- och systemutveckling har växt fram under vår studietid, då vi fått kunskap om att en av utvecklingstyperna har en mer prioriterad roll vid ett utvecklingsarbete. Efter att ha läst en del artiklar blev vi även intresserade av att jämföra vilka faktorer samt vem som är beslutstagare vid utveckling av organisationer i den statliga och privata sektorn. Detta för att se vilka eventuella skillnader respektive likheter det finns mellan dem.Syftet med denna studie är att hitta de faktorer som är avgörande vid val att prioritera verksamhetsutveckling respektive systemutveckling. Samt att skapa en djupare förståelse för en organisations tänkande vid utveckling och hur utvecklingen skall genomföras.Vi valde i denna studie att genomföra en kvalitativ studie där vi började med att tillägna oss relevant teori som förklarar och fördjupar läsaren i vad verksamhets- och systemutveckling är. Vidare utformade vi intervjufrågor utifrån vår problemformulering.

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.

För att kunna påbörja ett systemutvecklingsarbete måste man klargöra förutsättningar för detta. I denna uppsats gås befintlig teori om hur man klargör förutsättningar igenom. Denna teori jämförs sedan med verkligheten genom intervjuer på MOBIS Parts Europe i Jönköping och Autoteknik i Åtvidaberg AB. Intervjumaterialet analyserades med hjälp av innehållsanalys för att kunna dra slutsatser och komma med råd till läsaren av denna uppsats om hur man klargör förutsättningar..

Ett infomationssystem kan ses som en mänsklig konstruktion. Med detta menas att upplägg av informationsbehandlingen är utarbetad av människor. Det är även människor som ansvarar för hur systemet fungerar och tar initiativ till förändringar av det. Utveckling och införande av datasystem, ofta kallat systemutveckling, är en process innehållande ett antal steg. Ett av dessa steg innefattar designen av ett informationssystem och kallas designprocess.

Designmönster har under senare år blivit ett allt mer vanligt förekommande begrepp inom Objektorienterad systemutveckling. Designmönster har nämligen visat sig kunna höja abstraktionsnivån vid designbeslut, vilket dels leder till en effektivisering av denna process, men även minskar risken att fel begås då de döljer viss komplexitet. Designmönster har främst setts som ett sätt att återanvända gamla designlösningar, som har visat sig vara bra i vissa återkommande problemsituationer. En positiv effekt av att dessa används har också varit att ett gemensamt språk i termer av designmönster har skapats. I detta projekt har dock designmönster studerats utifrån aspekten att använda dessa för att förbättra dokumentationen av objektorienterade programvarusystem.

Denna rapport beskriver utvecklingen av en stelkroppssimulator. Syftet är att föreslå en generell design som tillåter stor flexibilitet i val av algoritmer för implementeringen. Rapporten förutsätter att läsaren är bekant med linjär algebra och objektorienterad programmering. Teoriavsnittet ger en introduktion till rotationer i tre dimensioner, grundläggande fysiska begrepp och fysiksimulering. Den slutgiltiga produkten baseras en objektorienterad modell implementerad i C++.

Den här rapporten tar upp fem olika metoder som aktivt stöder användarmedverkan i systemutveckling.Rapporten inleds med att förklara olika grundläggande begrepp inom systemutveckling som till exempel användare, informationssystem och användarmedverkan. Därefter beskrivs kort historik om systemutveckling och syn på metoder. Participatic design är ett viktigt begrepp i rapporten, eftersom både genuint deltagande och kommunikation tas upp som viktiga i ett projektarbete. Genuint deltagande handlar om att användare skall vara med i utvecklingsprocessen och påverka resultatet av det nya informationssystemet. Brist på god kommunikation mellan systemutvecklare och användare kan leda till ett sämre resultat, och att systemet inte blir användbart.

Att involvera användare vid systemutveckling kan bidra till att informationssystem som utvecklas i större grad accepteras av användarna samt blir lättare att använda. Det finns olika tekniker för att involvera användare i systemutvecklingsarbetet. Att dessa tekniker existerar medför dock inte nödvändigtvis att de används. Syftet med arbetet är att identifiera huruvida tekniker som framkommit från forskning används och om de inte används hur användarna då involveras rent praktiskt i systemutvecklingsarbetet. Om tekniker inte används undersöks vidare vilka orsakerna till det kan vara samt om systemutvecklare eventuellt utvecklar egna tekniker.För att undersöka problemområdet har ett antal intervjuer genomförts med systemutvecklare.

Två grundläggande paradigm inom datavetenskap är objektorienterad programmering och relationsdatabasteknik. En kombinering av applikationer gjorda i ett objektorienterat programmeringsspråk med den beständighet och funktionalitet som ges av relationsdatabaser är en möjlig vidareutveckling av ens kunskaper inom dessa områden. Kombinationen av dessa båda förutnämnda paradigm innebär åtminstone ett problem som uppkommer då en relationsdatabas lagrar data i tabeller och en objektorienterad applikation lagrar data i objekt. Detta problem kallas objekt/relations paradigmens missanpassning. På grund av detta problem så måste kopplingen mellan paradigmen skötas av ett ramverk av något slag.

Kunskap anses idag vara den viktigaste faktorn för att skapa konkurrenskraftiga organisationer. I projektverksamheter har kunskap ännu större betydelse, då medarbetarna är uppdelade i fristående projekt och distansen mellan dem är större än i traditionella linjeverksamheter. Detta har resulterat i omfattande forskning kring Knowledge Management (KM) i projekt-organisationer. Forskningen har då utgått ifrån traditionell projektledning som härstammar ifrån tillverkningsindustrin. Inom systemutveckling har nya projektledningsmetoder utvecklats som är anpassade till denna bransch och kallas för agila metoder.

Trenden inom systemutveckling och programutveckling går mot ett mer användande av multiprogrammeringsparadigmer.Funktionell programmering har fått mer uppmärksamhet på senare tidoch utvecklingen tycks över lag gå än mer åt detdeklarativa hållet där programmeraren fokuserarmer påvad som skall utföras och inte lika mycket på hur. Under en tid har det objektorienteradeparadigmet varit dominerande, kommer det vara så i framtiden? Funktionell programmering skiljersig från imperativ programmering, speciellt i abstraktionsnivå.Microsoft har implementerat programmeringsspråket F# i Visual Studio 2010. F# är ett funktionelltprogrammeringsspråk som även stödjer objektorienterad och imperativ programmering. Kan F# fåfunktionell programmering som paradigm att växa? Kommer F# få något genomslag iprogrammeringsvärlden? Genom att höra experter och företags åsikter vill vi framställa en prognosför F#.