When an error occurs in an IT system that is vital for the production of a major industry, the consequences can be great. To quickly identify and correct errors is important as a stop in a system can lead to a break in production, which is costly for the industry. Our task in this thesis has been to develop a system for ÅF that facilitates the debugging process of the system Paperline. The system's target audience is ÅF-call personnel that provides support for Paperline 24 hours a day if something goes wrong. The system consists of a Windows service, a database and a web application and is developed mainly with the techniques C#.NET, MVC 5, Google Charts, Javascript, HTML, CSS, and Entity Framework. The result of the thesis is a deployed system that facilitates the debugging process by retrieving, interpreting and presenting the log messages that PaperLine produces. The system is used by the call personnel at ÅF to easily perform troubleshooting work in Paperline. / När ett fel inträffar i ett IT-system som är vitalt för produktionsprocessen i en stor industri kan följderna vara stora. Att snabbt identifiera och åtgärda felen är viktigt eftersom ett stillastående system kan innebära stillastående produktion vilket är kostsamt för industrin. Vår uppgift i detta exjobb har varit att, för ÅF, utveckla ett system som underlättar felsökningsarbetet av systemet Paperline. Systemets målgrupp är ÅFs jourpersonal som 24 timmar om dygnet ansvarar för support av Paperline då något går fel. Systemet består av en Windows-tjänst, en databas och en webbapplikation och är utvecklat huvudsakligen med teknikerna C#.NET, MVC 5, Google Charts, Javascript, HTML, CSS och Entity Framework. Resultatet av exjobbet är ett driftsatt system som underlättar felsökningsarbetet genom att hämta, tolka och presentera de logginlägg som Paperline producerar. Systemet används av jourgruppen på ÅF för att enkelt utföra felsökningsarbete i Paperline.

Denna rapport beskriver utvecklingsprocessen av en programvara som jag har skapat för ett företag inom livsmedelsindustrin. Detta företag har tillverkat en ny produktgren och krävde ett verktyg för administrering av allt från produktion till leveranser. Då den befintliga programvaran inte var lämpad för denna uppgift, utvecklades en skräddarsydd lösning för just detta ändamål och med hänsyn till företagets kompetens och utrustning.   Den som läser denna rapport bör ha grundläggande förståelse för programutveckling samt programmeringsspråket C#. / This report describes the development of software that I have created for a company in the food industry. This company has created a new product line and required a tool to administer everything from production to shipping. Since the existing software was not suited for this task, a customized solution was developed for this purpose, based on the company's expertise and equipment.   The reader of this report should have a basic understanding of software development and the programming language C#.

I stort sett alla hushåll och företag använder sig av sopor och vi är beroende att det sköts på ett korrekt sätt. Avfallshantering i Östra Skaraborg rapporterar idag in avvikelser på ungefär var tionde soptömning vilket förhindrar effektiviteten. Denna studie handlar om att analysera dessa rapporter för att kunna effektivisera sophantering och på så vis minska antalet avvikelser. Med Business Intelligence (BI) har det skapats en relationsdatabas för att kunna lagra intern och extern data på ett ställe och utföra analyser på dessa. En stor del i studien är extrahering, transformering och inladdning (ETL) där fokuset legat på transformeringen för att få så bra datakvalité som möjligt. Resultatet visar att ingen generell typ av kund står för alla avvikelser utan olika typer av kunder står för olika typer av avvikelser. Utifrån resultatet har det tagits fram beslutsunderlag vilket ska hjälpa till att kunna effektivisera sophantering inom Östra Skaraborg.

Databases are an easy way of storing information kept together and accessible and can save time by finding the information easier. Cochleaimplant could be seen as a form of advanced hearing aid, this product consists of two parts, an external part that recieves sound and sends signals to the internal part through electromagnetism. The internal part is the implant itself and is surgically placed in to the cochlea. Örebro University hospital has just started working within the field of Cochleaimplants and are therefore in need of a database to store patient related information. The database problem was solved using Microsoft Access 2003 combined with the built-in support for Visual Basic, which is a sort of programming language. The result of the thesis work was a fully functioning database according to the given specification and is now being used at Örebro University hospital. / Databaser är ett smidigt sätt att lagra information samlat och lättåtkomligt och kan spara tid genom att informationen smidigare kan hittas. Cochleaimplantat kan ses som en slags avancerad hörapparat, denna hörapparat består av två delar, en extern del som tar emot ljud och skickar signaler vidare till den interna delen via elektromagnetism. Den interna delen är själva implantatet och sitter inopererat i hörselsnäckan(Cochlea). Universitetssjukhuset i Örebro har precis börjat arbeta inom området Cochleaimplantat och var därför i behov av en databas över patientinformation. Databasproblemet löstes med Microsoft Access 2003 kombinerat med det inbyggda stödet för programmeringsspråket Visual Basic. Resultatet av Examensarbetet blev en fungerande databas enligt uppdragsspecifikationen som just nu används på USÖ. / <p>Fredrik Reinholdsson: högskoleingenjörsexamen, Kaj Mählqvist: kandidatexamen</p>

Svenskt Rockarkiv is an organization located in Hultsfred, Sweden. Its goal is to collect and document the history of Swedish rock music. The archive contains several types of documentation, such as audio recordings, photographs, posters, video recordings and books representing Swedish rock music history. In order to store information about the audio recordings in the archive, Svenskt Rockarkiv uses a SQL Server 2000 database and a client application written in Microsoft.NET C# and Windows Forms. The purpose of this degree project is to audit the database and windows client, since the organization has needs of new functionality. There are also some bugs in the system that needs to be corrected. The result of the audit states that the database needs to be extended with additional tables and some structural changes to handle the new demands of the system. The poorly designed architecture of the windows client causes performance issues, and these issues are believed to increase with the size of the database. Based on the audit a suggestion of changes to the system is presented, with emphasis on overall performance, usability and preparations for future development. Structural changes to the database are presented as well as a new distributed client-server solution. By using the .NET Remoting technique the business logic is placed in a separate physical layer increasing performance and scalability, and making the system easy to extend with future functionality. Finally the outcome of the system development is presented with a database model and an implementation of the new client. / Svenskt Rockarkiv är ett förbund inrymt i Hultsfred och har som mål att samla den svenska rockhistorien. Arkivet består av dokumentation i form av inspelningar, bilder, affischer, videoupptagningar, böcker och kuriosa som speglar svensk rockmusiks historia. För att lagra information om de musikmedier som finns i arkivet använder Svenskt Rockarkiv ett system bestående av en SQL Server 2000-databas, samt en inmatningsapplikation skriven i C# för Microsoft .NET och Windows Forms. Syftet med det här examensarbetet är att utföra en revidering av systemet då det finns behov av ny funktionalitet och rättningar av fel som upptäckts. Det genomförs en granskning av databasen och windowsapplikationen med fokus på att hitta punkterna för de nya krav som ställs på systemet. Det konstateras att databasen måste utökas med nya tabeller och justeras lite i sin struktur för att hantera de nya kraven. I granskningen av inmatningsapplikationen görs bedömningen att den orsakar prestandaproblem i systemet på grund av dålig konstruktion, och att problemen riskerar att växa när databasen fylls med mer information. Baserat på granskningen ges sedan ett förslag till förändringar i systemet för att passa kraven, med tyngdpunkt på att systemet även ska hålla en bättre kvalitet i form av prestanda, användarvänlighet och möjlighet till vidareutveckling. Strukturella förändringar av databasen presenteras och motiveras, samt ett förslag till en flerskiktad distribuerad lösning av klientapplikationen. En tunn windowsklient som med hjälp av .NET Remoting har ett fysiskt separerat affärslager är bättre lämpad för hög prestanda, och framför allt väl förberedd för framtida utveckling. Slutligen presenteras resultatet i form av en ny fysisk databasmodell och en implementering som gjorts av windowsklienten.

The PhonePages of Sweden is a company that develops software for mobile units, especially cell phones. This thesis treats the development of, and contingencies for, a mobile phone directory, using the limited resources found in a mobile unit. The project was implemented and executed at The PhonePages with the intention of creating a product to sell to a third party. By studying different solutions, their benefits and drawbacks, an abstract picture of the product was constructed. Problems covered include compatibility problems caused by todays platform diversity as well as problems with saving, organizing and presenting data. The main goal was to create a phone directory which does not make external information retrievals. The service should contain both company and personal information, with name and phonenumber. Complete address information should also be available. The application should also manage different priorities and logotypes for the company information. The application, that emerged as a result of our work at The PhonePages, works independently, without making connections to the Internet and is completely implemented in J2ME, all according to the requirement specification. In other words, the analysis of the different solutions led to a working application.

Examensarbetet har utförts på Skatteverkets kontor i Visby. Eftersom Skatteverket arbetar med ett befintligt projekt som medför en kommande förändring på filformatet från flatfil till XML-fil så fanns en oro över att det nya formatet skulle medföra prestandaproblem. Därför ville Skatteverket göra en utvärdering på inläsningen från filformaten till en databas med fokus på prestanda men även andra kvalitetskriterier. Målet med examensarbetet var att jämföra inläsningen av de olika filformaten där systemet skulle klara av hundratals till hundratusentals kontrolluppgifter för att sedan sammanställa resultatet av jämförelsen i en rapport. För att arbetet skulle kunna utföras så behövdes en lokal utvecklings- och testmiljö installeras. Testdata behövde även tas fram för att kunna utföra utvärderingen. Slutsatsen blev inte helt oväntat att flatfilsformatet är snabbare att läsa av än XML-formatet. Detta grundar sig i att XML-formatet innehåller betydligt fler tecken än flatfilsformatet. Flatfilsparsern var i genomsnitt 29% snabbare än XML-parsern i de fallen då ett hundratal kontrolluppgifter till flera hundratusentals parsades. Resultatet var dock mer oväntat då skillnaden i filstorlek mellan formaten förhöll sig konstant runt 80% för samma antal kontrolluppgifter. I min mening tycker jag att skillnaden i berarbetningstid och filstorlek borde ha varit mer jämna procentuellt. En graf med bearbetningstiderna finns att se i rapporten. Resultatet blev fyra stycken Eclipse-projekt på totalt 2988 rader kod. XML-parsern som valdes för utvärderingen var SAX-parsern, vilket var den mest lämpade parsern då den strömmar inläsningen av XML-dokument och håller därför en låg minnesanvändning. Flatfilsparsern var lite knepigare, då det inte fanns en färdig parser att tillgå som var anpassat efter formatet, därför var jag tvungen att skriva en egen parser för Skatteverkets format. Detta går att läsa mer om i rapporten.

Genom litteraturstudier samt praktiskt arbete med förbättringar av programvaran File Secure har ett antal lämpliga designmönster för konfigurationshantering i Java identifierats och applicerats. Den typ av konfigurationshantering som här avses innefattar inläsning från en databas till en objektrepresentation, samt ett grafiskt gränssnitt som låter användaren modifiera datat. Det antas att mängden data är förhållandevis liten, vilket har gett upphov till vissa förenklingar. Resultatet av arbetet presenteras i form av ett mönsterspråk för konfigurationshantering, innefattande designmönstren Domain Model, Active Record och det befintliga mönsterspråket Model - View - Controller. Detta kan appliceras i många olika sorters system.

No description available.

The students have been assigned a task from Consid, were they are supposed to develop a web based platform for handling the company’s consult CV:s. The key features of the system are to simplify the administration part at mission procurements towards customers and to match qualified consultants to certain missions.Consid is an international it-consult company and have about 1000 consults working for them. When Consid makes mission procurements towards a customer they have to manually match the best consult against a certain mission, this is both time consuming and complicated.The students started the project with big visions and thoughts about how the work would be performed and how the system would be developed. After the initial meetings and the closer it came to the beginning of programming it became clear that the expectations were too big. This is the biggest lesson learned during the project and something that has come to influence the rest of the development.The students have been compelled to learn a totally new way of structuring the code by the three tier architecture. They have also been able to get a deeper understanding of how system development is performed by companies.Before the project begun the students and the company made a requirement specification for the system. The goals for the system and early limitations were made. Along the project those goals and limitations have been changed.The report handles the work with the development and read up on problems and solutions. It ends with a discussion and is summarized so the reader gets a better picture of the system and the work around it.