Syftet med arbetet har varit att undersöka om en viss arkitektur kan användas för att underlätta utvecklingen av ett Back Office-system till ett befintligt och komplext verksamhetssystem. För att gränsa av arbetet och hitta de delar som var intressanta att fokusera på genomfördes intervjuer med tre olika personer som hade olika syn på ett Back Office-system genom sin yrkesroll. Intervjuerna resulterade i ett antal önskemål för vad man ville uppnå med ett Back Office-system. Arbetet resulterade i en arkitektur som kan användas för att underlätta utvecklingen av ett Back Office-system till det befintliga verksamhetssystemet samt till verksamhetssystemet självt. Arkitekturen har utvärderats genom att man först ställde en mängd krav på den och sedan studerade hur den klarade av en mängd nya krav som delvis var relaterade till de gamla kraven. Alla tester som gjorts visar på att arkitekturen är väl designad och lätt att underhålla samt att den kommer underlätta den fortsatta utvecklingen av verksamhetssystemet och dess Back Office-system. / The purpose of this thesis has been to evaluate if an architecture could ease the development of a back office system for a present and complex business management system. To find the most valuable parts of the system three interviews was conducted. Three different people with different interests in the system were interviewed. The result was a couple of requirements for the back office system. The work resulted in an architecture that can ease the development of the back office system and for the business management system itself. The architecture was developed with a first set of requirements that originated from the interviews. Then the architecture was presented with a new set of requirements, also originated from the interviews, and the process of adapting the architecture to the new set of requirements was studied to see if the architecture will be easy to maintain. All conducted test shows that the architecture is well designed and easy to maintain. They also show that the architecture will ease further development of the business management system and its back office system.

Objektorienterad systemutveckling har sina rötter i tidigare typer av systemutveckling och den objektorienterade programmeringen. Synsättet karaktäriseras av att verkligheten betraktas utifrån objekt. Detta arbete behandlar en kombinerad litteraturstudie, enkät- samt intervjuundersökning angående objektorienterade systemutvecklingsmetoder. Problemställningen för detta arbete har varit: Har synen på de objektorienterade systemutvecklingsmetoderna förändrats sedan näringslivet började tillämpa dessa i början av 1990-talet? Syftet med detta arbete har varit att jämföra näringslivets syn på tillämpningen av objektorienterade systemutvecklingsmetoder i dagsläget med synen som existerade i början av 1990-talet. Resultatet tyder på att tillämpningen av metoder och notationer går allt mer från egenutvecklade till det standardiserade hållet

Websites today only offer simpler form of technical analysis and are not fun to use, therefore student decided to build a website that makes technical analysis a bit more fun by giving user possibility to experiment with settings for technical indicators and also see clear visible results from analysis. Student decided to build website in ASP.NET. Technical indicators for this project only consist of those who give buy and sell-signals via cross-over, no divergence or pattern finding.This project has three questions that define this project. It’s important that there is good functionality so that performing an analysis is perceived as simple, one question is therefore; what functionality for website is needed in order for analysis to be perceived as more simple?Technical analysis is a pretty complex subject and demands an interface that is perceived as easy to understand and easy to use, it’s therefore important that the interface is well designed, second question is therefore; how should the interface be designed to be user-friendly?When systems grow large they often become hard to develop and later on unmaintainable because of the accumulated complexity and dependency between classes, the code is a mess, the last question is therefore; how can the systems complexity be eased with object-oriented design principles?Jakob Nielsens ten heuristics for User Interface Design were used as inspiration for designing the interface for the website. The system design follows SOLID principles, some pattern-design were also used because pattern-design often fulfills SOLID principles or makes for pretty good solutions in regular code-problems.At the beginning of the project the student did a small research to find out what was needed in order to complete project. Work-method for project follows agile development where decisions were made on a weekly basis. The project was divided into three phases where each phase was strongly coupled to a specific area of responsibility. Prototypes for interface were made and used as a basis for the resulting interface.The project led to a working website with good functionality. Filter was considered as important in order to ease shaping of analysis because the user could more easily sort and pick stock. The student assumed that the user would want fast and easy access to their stock so portfolio management were implemented so that user could more easily get to stock that was considered as favorites. The interface follows to a big extent Jakob Nielsens ten heuristics for User Interface Design and is proven by comparing interface with principles. The same goes for design of the system, design is proven by comparing with principles, still to this day system is considered easy to continue development.Student made the conclusion that SOLID principles were very important in order for the system to maintain its health and took experience from these principles. Student became happy with the interface but more focus could’ve been given for a more interactive interface because it might’ve been perceived as more intuitive.

This report represents a comparison between two different tools used to create an online store that was developed by two students at the Technical University in Jönköping. The web shop will be of great benefit to both customers and administrator in a food firm known as Mattias' Livs. The company wanted an online store that facilitates the sale section and gives a full control of their stocks. The aim of this thesis is to create an online store that offers customers the ability to shop online and help the staff to operate the company in a simpler and more efficient way, which reduces the need for human resources and thus leads to less costs for the company. The aim also includes a comparison between the two different tools used to create the online store. At the start of work, the authors discussed the problem with the client and finally came up with a set of requirements, which our work is based on. The report includes an introduction chapter, which is divided into two different sections. The first section describes the background and problem description. While second chapter describes the purpose of the thesis and the subjects that the students will respond at the end of the report. The study compares the two different tools, which is Microsoft Visual Studio and osCommerce. Visual Studio has been the market leader in Internet-based applications since 1997. While osCommerce is a newer tool that has gained significant market share. The two tools are examined through the creation of two websites built into each tool. The results of this study show that Microsoft Visual Studio is a more efficient alternative for creating a stable web applications, but the tool has also some usability problems due to programming complexity. OsCommerce is a simple tool that has some issues with the design customization, at the same time it has a usable interface for the administrator. The web shop was published online by installing the application on a host server which means the customers can order products online.

Vid objektorienterad systemutveckling är det viktigt att man genomför en analys- och designfas, dels för att man inom ett utvecklingsteam lättare ska kunna visualisera hur ett system är tänkt att bli och dels för att kunna fånga och åskådliggöra kundens krav. Till sin hjälp i dessa faser har man metoder/processer och modelleringsspråk. Varje företag har i regel haft sin egen variant av ovan nämnda, men allteftersom kom kravet på en gemensam standard att bli oundvikligt. Sedan ett antal år tillbaka finns nu en standard. Trots det finns det säkert företag kvar som ännu inte antagit denna standard. I detta arbete har vi undersökt vilka modelleringsspråk som idag används. Vi har fokuserat på att göra en studie över hur en av dåtidens mest populära metoder Object Modeling Technique (OMT) står sig i konkurrens med den standard som används idag, Unified Modeling Language (UML). Således undersöker vi i detta arbete om det är nödvändigt för ett företag som idag använder OMT att byta till UML. Vi har till vår hjälp gjort en litteraturstudie samt intervjuer på en begränsad grupp företag inom Karlskrona-/Ronnebyområdet. För att ytterligare undersöka de väsentliga skillnaderna mellan OMT och UML, har vi gjort ett jämförande test mellan notationen i OMT och UML. Eftersom vi inte fann några stora skillnader i notationen har vi valt att endast visa några få diagram i arbetet, om intresse finns för mer detaljer angående notationen hänvisar vi i stället till Eriksson och Penker [6]. Det har visat sig att alla företag i vår undersökning idag använder UML. Sannolikt beror detta i huvudsak på tre orsaker. För det första har UML haft en stor genomslagskraft efter det att det blev en standard. För det andra kan man använda UML till annat än mjukvaruutveckling. För det tredje finns det en stor kunskap och kännedom om UML, vilket också har gjort att kunderna efterfrågar just detta. Avslutningsvis torde den dominans som UML har inom branschen till stor del bero på det faktum att UML är uppbyggt av det bästa från alla de modelleringsspråk som varit använda i modern tid.

Syftet med studien är att undersöka om det går att vinna fördelar i prestanda genom att lagra data för två webbapplikationer på ett dataorienterat sätt kontra det mer klassiska objektorienterade sättet. Grundanledningen till studien är att det har upptäckts att ett dataorienterat programmeringstänk genererat prestandafördelar vad det gäller datahanteringen inom dataspelsindustrin. För att genomföra denna studie skapas två webbapplikationer som lagrar fiktiv data över kunders elkonsumtion. I nästa led klustras datan med en k-means klustringsalgoritm och exekveringstid för detta mäts och redovisas. Olika stora mängder data genererades i studien och det går det att påvisa att den dataorienterade designen av datan ger fördelar över den objektorienterade datan vad det gäller exekveringstiden. För framtida arbete så kan det vara intressant att titta på ännu större datamängder och eventuellt använda sig av fler dimensioner för att se om det skulle kunna skapa än större fördelar med en dataorienterad design kontra en objektorienterad design för webbapplikationers data.

Uniview är mjukvara som främst används som presentations- och visualiseringsverktyg vid pla- netarium. För att utforska nya användningsområden av Uniview vill man på Sciss integrera sin mjukvara med headsets för virtuell verklighet. Den här studien redogör för de metoder och verk- tyg som användes i utvecklingen av en prototyp, vars syfte är att visa om detta är en eftersträvans- värd tillämpning av planetariemjukvaran.Prototypen byggdes i spelmotorn Unity och är ett exempel på flitigt återanvändande av kod och mjukvara, till exempel användes ramverket Spout för att överföra bildinformation från Uniview. För att göra prototypen utfördes en snabb kravspecifikation bestående av målgruppsidentifiering, val av funktioner och formgivning. En genomförbarhetsstudie gjordes för att bestämma vilka tek- nologier som skulle användas i implementationen. Prototypen implementerades sedan enligt ob- jektorienterade designprinciper och mönster.Användningstestning av den producerade prototypen indikerade att virtuell verklighet hade pot- ential som användningsområde för Uniview. / Uniview is a software primarily used as a presentation and visualisation tool at planetariums. To explore new ways to make use of Uniview, Sciss wants to integrate their software with head mounted displays for virtual reality. This study describes the methods and tools used to develop a prototype with the purpose of exploring if this is a worthwhile application of the planetarium software.The prototype was built in the game engine Unity and is an example of industrious reuse of code and software, for example the framework Spout was used to transfer images from Uniview. The prototype went through a short process of requirements specification with identification of target audience, choice of functionality and layout design. A feasibility study was done in order to find out what technologies should be used in the implementation. The prototype was then implemen- ted according to object-oriented design principles and patterns.User testing of the produced prototype indicated that virtual reality had potential as an applicat- ion scope for Uniview.

<p>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.</p><p>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.</p><p>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. This coordination will lead to higher profitability for the company and more satisfied customers.</p><p>The paper contains theoretic background about what models and methods that are used in the development of an information system. This theoretic background is then used when developing a system in practise and the result of this is then showed. In the end the results are compared to the demands, goals and requirements stated in the beginning of the paper, to see if they are fulfilled.</p><p>This is a degree thesis at the S c ho o l o f E n gineering, Jö nkö pin g U niversity. It’s a part of the programme: Communication and Information Technology, and are mainly based on knowledge from the following courses: Programming Methods, Database Systems and Trends, Software Engineering Methods and Systems Analysis and Design with a Concept of Quality.</p> / <p>Det här examensarbetet beskriver vidareutvecklandet av ett befintligt informationssystem som hanterar servicerapporter på truckar och städmaskiner. Det befintliga systemet har behov av att kompletteras med ett verktyg som skall kunna lägga till kommande service, visa dessa i ett schema och sedan skriver ut denna planering som scheman i en PDF-fil och/eller på papper. Dessa scheman är till för att chef och de montörer som utför arbetet ska få en bra överblick över vad för arbete som skall göras under en vecka. Verktyget behöver vara smart så till vida att det måste veta var någonstans i landet montörer arbetar för att tidsförlust på grund av resor över stora geografiska avstånd minimeras. Effekten av införandet av verktyget är bättre lönsamhet för företaget och bättre kundrelationer.</p><p>Examensarbetet kommer att innehålla teoretisk bakgrund om vilka metoder som används i alla steg i ett informationssystems utveckling och hur de sedan kan kopplas till det praktiska arbetet. Den teoretiska bakgrunden kommer att användas i praktiken och resultatet blir ett fungerande informationssystem. Resultatet av utvecklingen av systemet kommer att relateras till de syften, mål och krav som anges i början av rapporten för att se om målen med rapporten uppnås.</p><p>Arbetet fokuserar på det praktiska arbete det innebär att utveckla ett informationssystem för ett mindre företag.</p><p>Examensarbetet skrivs vid IIngee njjörrsshögsskollaan, Högskolan i Jönköping och är en del av programmet Datateknik: Kommunikation och Informationskunskap. Arbetet bygger på kunskap främst från kurserna Programmeringsmetoder, Databas Internet, Systemutveckling, Teknisk information och Informationssystems användbarhet.</p>

In my thesis I have planned the structure of a game that I have developed together with two developers and an art director. The structure of the game is planned using class diagram. Class diagram is included in UML and can be used in many areas, one area is programming. Other fields where class diagram can be useful are enterprise information systems. The report shows the advantages and disadvantages of using class diagram when developing games. Examples are shown of how it can be used and how I have used it in my work. The outcome shows that using class diagram can facilitate the development of a game with a complicated structure. Another advantage is that it improves the communication between all participants in a project. / I mitt examensarbete har jag planerat strukturen för ett spel som jag har tagit fram tillsammans med två utvecklare och en art director. Spelets struktur planeras med klassdiagram. Klassdiagram ingår i UML och kan användas inom många områden, ett av områdena är programmering. Fler användningsområden är företags informationssystem. Syftet med rapporten är att visa på fördelar och nackdelar med att använda klassdiagram. Rapporten visar exempel på hur det kan användas och hur jag har använt mig av det i mitt arbete. Resultatet visar att klassdiagram kan underlätta programmeringen av ett spel med en komplicerad struktur. Andra fördelar är att det förbättrar kommunikationen mellan samtliga deltagare i ett projekt.

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. NET Entity Framework objektorienterade databas då ADO. NET genererar större mängd kod och Entity Framework innehåller verktyg som i sin tur genererar mindre mängd kod. För att kunna mäta och jämföra prestandan utvecklades en mindre kundapplikation kopplad med respektive ramverks databasmodell där båda använder sig av samma databas. Genom att mäta prestandan har vi kunnat jämföra de olika modellerna och då även kunnat se vilka fördelar och nackdelar respektive modell genererat. Vi har även mätt antal kodrader och diskuterat hur det påverkar kostnaden av systemutvecklingen samt underhållbarheten för applikationen. Det som framförallt framkom var att relationsdatabasen resulterade i en något snabbare prestanda mätt i millisekunder trots att antal kodrader blev fler jämfört med en objektorienterad databas. Den objektorienterade databasen resulterade i något sämre prestanda men med färre antal skrivna kodrader. Det medför att den kräver mindre underhåll i koden vid förvaltning av den nya applikationen. Det innebär även att tiden vid utveckling för den vane programmeraren minskar med cirka 50 % och därmed sjunker även utvecklingskostnaden, under förutsättning att en något långsammare prestanda kan accepteras.