Då man arbetar objektorienterat inom systemutvecklingen sägs det att återanvändning är en av fördelarna med detta arbetssätt. Mitt syfte i denna uppsats var att undersöka hur systemutvecklingsföretag som arbetar objektorienterat ser på fenomenet Objektorientering och återanvändning. Studien skall även ge svar på hur de arbetar med återanvändning och vad de återanvänder, eller vad som ligger bakom då de inte arbetar mer för återanvändning. För att besvara mina frågeställningar har jag intervjuat sju informanter på sju olika företag. Jag har haft ett hermeneutiskt förhållningssätt i min studie, vid intervjuerna har jag använt mig av en kvalitativ ansats och vid analysen har jag använt mig analytisk induktion.

Sekretessbelagd.

Utvecklingen inom IT-området har under de senaste åren varit explosionsartad. Allt fler branscher har börjat att leta efter nya sätt att tillämpa de olika framsteg som skett inom områdetDetta arbete behandlar en kombinerad litteraturstudie och intervjuundersökning kring Objektorientering och Business Process Reengineering. Problemställningen för detta arbete har varit:- På vilka sätt kan Objektorientering tillämpas för att utveckla de synsätt och de metoder som används inom Business Process ReengineeringSyftet med arbetet var att hitta ett antal generella tillämpningsområden utifrån problemställningen, samt att hitta ett antal fördelar, som dessa generella tillämpningar skulle kunna medföra.Resultatet av detta arbete visar att det finns områden inom Business Process Reengineering, där en objektorienterad tillämpning skulle kunna medför stora fördelar. Som exempel på detta kan nämnas förbättrade möjligheter att skapa och anpassa de informationssystem som skall stötta verksamhetsprocesserna. Även möjligheterna att skapa dynamiska metoder, där varje metodsteg utgörs av färdiga moduler som sedan kombineras, bör nämnas som en fördel..

The development of IT systems is usually accomplished by some form of system development methodology. It can be performed as the waterfall method, where each phase is completed before the next begins. One of the reasons to follow a development methodology is that the process is more structured, faster and that the product will have higher quality. One risk of not using a system development approach is that the code can be unstructured and difficult to maintain.This paper describes an alternative method in which the development occurred without the use of any system development methodology. This has been possible because there was a clear goal of the program that should be developed.

Visualization is a rapidly growing area of computer graphics. Due to the very progressive development of computer technology and especially 3D-graphic boards yesterdays imagination of visualizations, today is a reality. At Saab Bofors Dynamics in Linköping missile systems are developed. Through the development, different subsystems are simulated before the manufacturing starts. The results of these simulations have to be visualized to get a meaning.

Databaser är vanligt förekommande i vardagen på företag och organisationer. De mer objektorinterade krav som idag ställs på vad en databas bör klara av att hantera, har med ökad datakapacitet gjort att mer komplexa dataobjekt måste kunna hanteras i databasen.1990 skrevs ett manifest av den tidens ledande databasforskare om vad de ansåg att den tredje generationens databaser borde ha för funktionalitet. I detta arbete undersöks det huruvida dagens moderna relationsdatabasprodukter klarar av att hantera de krav som ställdes i manifestet på vad den tredje generationens databaser borde klara av.Arbetet utgår ifrån manifestets krav och utförs med hjälp av en kombination av metoderna litteraturstudie och implementation. Fokus har lagts på att hitta en lösning i litteraturen för att om möjligt visa med kodexempel hur det kan se ut i en praktisk lösning..

Det blir allt mer vanligt förekommande att utvecklingen av applikationer sker enligt objektorienterade metoder, ofta som komponentbaserade applikationer. Samtidigt är användandet av traditionella relationsdatabaser fortfarande mycket utbrett. En kombination av komponentbaserad applikation och traditionell relationsdatabas har idag blivit vanlig. Här beskrivs en designstruktur som visar hur beteendet, vilket inte kan lagras i relationsdatabasen, bör tas om hand för att möjliggöra delad åtkomst samt återanvändning av programkoden. Beteendet implementeras som applikationens programkod i form av regler, beräkningar och operationer.

Objektorientering har kommit att bli en väletablerad teknik inom systemutvecklingen. De fördelar som den objektorienterade tekniken anses medföra är bl a att den ger en mer användarnära systemutveckling och ökar produktiviteten genom återanvändning av komponenter. Men det har även riktats kritik mot den objektorienterade tekniken. Ett område som har kritiserats är de objektorienterade metoderna. De har uppfattats som instabila och ofullständiga i början av 90-talet då de var nya.

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.

Studien problematiserade gymnasieelevers lärande i perspektivet: Lär sig elever förmågan att programmera eller lär de sig enbart programmeringsspråket? Syftet var att undersöka och analysera hur elever lär sig att programmera och om de lär sig tankesättet för att praktiskt tillämpa sina kunskaper av ett objektorienterat språk. Frågeställningar var: Hur uppfattar elever programmeringen och på vilket sätt lär de sig att programmera,dvs. kan de ta till sig programmeringsspråket för att lösa problem samt hur bibehåller elever sin motivation för lärande? Studien omfattade ett tjugotal elevers uppfattningar av programmering under ett tjugotal lektioner i C-sharp, som analyserades enligt en fenomenografisk ansats.

När man kombinerar ett objektorienterat programmeringsspråk och en relationsdatabas uppstår en del problem för utvecklare eftersom objektorienterade programmeringsspråk och relationsdatabaser har olika fokus, objektorienterade programmeringsspråk fokuserar på att avbilda verkliga objekt och relationsdatabaser fokuserar på data. De problem som uppstår kallas med ett samlingsnamn för object-relational mismatch. Det finns flertalet ramverk för att hantera dessa problem. Ett av dem är Entity Framework.Syftet med detta projekt var att utvärdera hur utvecklare tycker att Entity Framework fungerar för att lösa problematiken runt object-relational mismatch, hur det är för utvecklare att lära sig använda Entity Framework samt hur tillgången på inlärningsmaterial är.Under vår studie har vi lärt oss använda Entity Framework samtidigt som vi gjort en studie av tillgången på inlärningsmaterial. Vi har också byggt om en applikation så att den använder Entity Framework.

System som bygger på en underliggande databas behöver ett abstraktionslager mellan databasen och applikationen. Detta kallas för systemets datalager.Det är inte ovanligt att en stor del av programmerarnas tid går åt för att skriva programkod som hanterar datalagrets egenheter och för att transformera data mellan applikationen och datalagret.I ett objektorienterat datalager kan systemets domänmodell integreras i datalagret så att det blir betydligt enklare och mer effektivt att arbeta med. Ett objektorienterat datalager låter dessutom applikationen navigera mellan objekten i databasen som om hela objektgrafen vore tillgänglig i applikationens primärminne. Hur information hämtas, när den hämtas och precis vilken information som hämtas från databasen är transparent för applikationen.Det är också transparent när uppdateringar som görs på objekt i applikationens primärminne når den underliggande databasen. Datalagret ger garantin att alla objekt, som förändrats inom loppet av en transaktion och som är nåbara via navigering från något objekt i databasen, kommer att finnas i databasen med korrekt tillstånd då transaktionen avslutas.Ett objektorienterat datalager erbjuder således en striktare form av abstraktion än vad ett traditionellt datalager gör.Inom ramen för examensarbetet har jag utvecklat en prototyp av ett objektorienterat datalager, och i den här rapporten presenterar jag: några allmänna koncept som rör datalager i allmänhet och objektorienterade datalager i synnerhet; hur dessa koncept kan designas; samt en kort översikt av prototypen..

Vi lever i en värld där mjukvaror spelar en allt större del i vårt vardagliga liv. Nya mjukvaror utvecklas ständigt, och de blir allt mer omfattande och komplexa. Komplexiteten i dagens mjukvaror gör att stora system inte helt kan förstås av en person. Objektorientering, komponenter och högnivåspråk är några av de tekniker som programmerare förlitar sig på för att kunna hantera stora mängder av information. Visualiseringar används idag i ganska liten utsträckning för att förenkla utvecklingsarbetet av mjukvara, vilket är konstigt då människans hjärna är starkt visuellt orienterad.

The consultancy firm Knowit sought a smartphone application for communication between schools and pupils. Together with the students, it was decided to create the app both for Android and for iPhone. The project would produce a prototype app with limited functionality usable as a proof-of-concept in communication with potential customers.The questions that have characterized the work are; what features would be demanded in a school app, how to program user-friendly functionality and how to use object-orientation to design such an app. A question has also mentioned the differences between development for iOS and Android. The work was done in an iterative process in which the students worked together with planning, programming and testing.

In the end of the 80´s the area of system development moved into a new era. As a consequence many new methods and development models emerged which in many cases resulted in problems when choosing system development models and methods. As a result of these problems the today standardized modeling language UML (Unified Modeling Language) was created. UML is tailored to support many different types of projects. This is possible because of UML?s capacity to be adjusted and adapted to a specific company environment.The purpose of this bachelor thesis is to investigate how and why companies use UML and what experiences and opinions those who use UML have of using UML in practice.