<p>STOTP-M (SAS Component) har fått luftriggar från SAS-Braathens Stavanger och uppgiften är att iordningställa dessa och fasa in komponenter för provning.</p><p>STOTP-M har tidigare ej utfört komponentprovning i rigg och ska nu ta fram procedurer för dokumentation av detta. Som ett led i detta ska en databas arbetas fram där provaren kan lagra information från provning. Denna information ska senare kunna användas för att åtgärdsbestämma underhållet av komponenter. Åtgärdsbestämning av de nya komponenternas fel är i nuläget svårt då inget tidigare underhåll är utfört av verkstaden.</p><p>När en komponent kommer in för underhåll kan det vara svårt att direkt säga vad som är fel på den. Därför utför man en pre-test för att bestämma de åtgärder och reparationer som sedan ska genomföras.</p><p>Detta examensarbete syftar till att skapa en databas för lagring av detta testresultat samt utfört underhåll på komponenter. Detta medför att man i framtiden kan få en bra bild över vad som fallerar i komponenten beroende på vilken typ av reason for removal som har inträffat.</p><p>Utöver databasen har även en felanalys på tre luftkomponenter genomförts. Denna analys innefattar en felbeskrivning för olika typer av reason for removal, samt vad som måste repareras/bytas vid varje underhållstillfälle.</p><p>Resultatet syftar till att ge ett förbättrat underhåll av de tre analyserade komponenterna. Dessutom ska man i framtiden med hjälp av databasen på ett effektivt sätt kunna lagra och få fram information kring varje komponent, som i sin tur ska leda till en effektivare åtgärdsbestämning. Eftersom felanalysens inriktning är med avseende RFR så kan det ge en felindikation på komponenten redan vid incoming test, och med hjälp av databasen har man procedurerna för hela provningen.</p> / <p>STOTP-M (SAS Component) have received air-rigs from SAS-Braathens Stavanger and the task is to put them in use so different type of components can be tested.</p><p>STOTP-M has never before performed any component testing in air-rigs and is now creating procedures for documentation of this.</p><p>As a part of this work a database has to be created so that the person who is performing the tests can store the results.</p><p>This information will later determine the level of disassembly for different types of failures. To determine the level of disassembly for different types of failures is today very hard because the shop has never performed earlier maintenance of this kind.</p><p>When a component enter the shop it can be very hard to find the faulty parts that caused the failure. Based on this a pre-test is accomplished where you deside what actions to perform in the shop.</p><p>In this thesis a database is created where you can store the data from the pre-test and also the performed work on the component. This will in the future give a good image of what parts in the component that will break down depending on what type of reason for removal that have occured.</p><p>In addition to the database an failure analysis on three pneumatical components have been performed. This analysis includes a failure description for different types of reason for removals, and what actions to implement for each shop visit.</p><p>The results from the analysis will give a better maintenance of the three analysed components. In the future the database will in effective way store and supply information from all the components, which will lead to more effective measures.</p><p>Because the failure analysis is with consideration to reason for removal it will give the failure indications on the component already in the incoming test, and with the help of the database the mechanic will have the procedures for the test.</p>

<p>Syftet med examensarbetet är att redogöra för hur ett system baserat påExcel kan migreras till en webb- och databasplattform. Initiativtagare tillarbetet är en avdelning vid Ericsson AB i Linköping. Avdelningen använderExcel till datalagring och presentation av testmiljöbeskrivningar ochönskade migrera detta Excelbaserade system till ett webbaserat dito. Någraav de problem som uppkommer vid migration är: nya säkerhetsrisker; hurdata ska ordnas i databasen för att uppnå sökbarhet och versionshanteringsamt hur presentation av data ska styras.</p><p>För att svara på dessa frågor har vi utfört en förstudie och enimplementation av systemet Node Network Plan Database (NNP DB),vilket ämnar ersätta det Excelbaserade systemet. Rapporten beskriver hur:säkerhetsrisker har minimerats genom att införa lämpliga skydd; databasenhar designats för att uppnå sökbarhet och versionshantering; presentation avdata kan styras.</p><p>NNP DB visar sig vara effektivare, ur ett tidsperspektiv, än detExcelbaserade systemet. Övriga resultat av migrationen diskuteras ochpresenteras i rapportens avslutande delar.</p>

<p>Grunden för detta arbete har varit att förenkla hantering och sökning bland ritningar och förteckningar i ett ritningsarkiv. Lösningen har blivit ett webbaserat datasystem som bygger på en databas där all information lagras och är sökbar. Resultatet har blivit ett system som man oavsett var man befinner sig inom företagets nätverk ha tillgång till alla ritningar och förteckningar på ett snabbt och effektivt sätt.</p>

<p>Vi har utvecklat ett tidregistrerings- och faktureringssystem åt Xeratech Systems AB i Karlstad. Målet med vårt arbete var att utveckla ett system som var mer användarvänligt och mer funktionsenligt än Xeratechs gamla system - XSIS. Huvudfunktionen med systemet är att kunna registrera tider som anställda på Xeratech arbetat på olika projekt, vilket sedan ska kunna sammanställas till fakturor. Vi har skrivit en kravspecifikation för systemet efter diskussion med Xeratech, och sedan implementerat tidregistreringsdelen av specifikationen. Resultatet av vårt arbete är ett väl fungerande system som fått positiv respons vid testkörning hos Xeratech. En MySQL databas har använts för att lagra all information om registrerade tider, projekt och kunder. Till utvecklingen av webbapplikationen användes .NET. Systemet färdigutvecklas på Xeratech och kommer senare ersätta deras gamla system.</p> / <p>We have developed a time registration and invoicing system for Xeratech Systems AB in Karlstad. The goal with our work was to develop a system that was more user friendly and more functional than Xeratechs old system - XSIS. The main function of the system is to be able to register time which the employees at Xeratech have worked in different projects, which can then be compiled into invoices. We have written a requirements-specification for the system after discussions with Xeratech, and then implemented the time registration part of the specification. The result of our work is a well performing system which has gotten a positive response from testing at Xeratech. A MySQL database has been used to store all information regarding registered time, projects and customers. For the development of the web application .NET was used. The system will be finished at Xeratech and will later replace their old system.</p>

<p>Huvudsyftet med detta examensarbete är att för vår uppdragsgivare ÅF:s räkning, analysera huruvida det är möjligt att, rent tidsmässigt, hämta lagrad information från en av företagets kunders databaser online samt presentera detta grafiskt, som statistisk information. Hänsyn måste tas till server- och nätverksbelastning. Vid analysen optimerade vi SQL-frågor, vilket resulterade i en minskning av den totala exekveringstiden på serversidan med 24 sekunder.</p><p>Den databasoberoende applikationen QlikView med sina inbyggda funktioner visade sig vara ett mycket användbart rapporteringsverktyg. Genom att utveckla ett grafiskt gränssnitt, tydliggjorde vi olika fråge- och svarsalternativ, vilka fungerar som underlag för sammanställning av produktionsdata.</p> / <p>The main purpose of this thesis is, on the behalf of ÅF, to examine how stored information can be gathered online in a timely fashion. Consideration must be taken to the server and network load. During our investigation we were able to optimize SQL queries that resulted in a reduction of the total execution time by 24 seconds at the server side. One analysis tool that was very useful during our assignment was QlikView, which turned out to be a database independent analysis and reporting tool. We have clarified some alternatives of the questions and answers by developing a graphical interface, which is the basis for putting together the information.</p>

Idag finns det många företag som erbjuder olika program/databaser som har till uppgift att lagraoch hantera data. Oracle är världens näst största mjukvaruföretag. Oracles databas genererar ungefär 75 % av deras inkomst.De senaste 40 åren har databashantering utvecklats från enkelt filsystem tillobjektrelationsdatabas, vilket har medfört att allt fler företag idag erbjuder verktyg som databasutvecklare kan arbeta med. Verktygen underlättar själva databashanteringen. Det är mångaföretag som erbjuder olika sorters verktyg och databas utvecklaren, eller själva databasföretaget,får svårt att skilja på verktygen. Utbudet av verktyg är så omfattande att det är näst intill omöjligtatt ha kännedom om alla.Syftet med denna uppsats är att undersöka vilket verktyg en Oracle-utvecklare bör använda sigav. Att jämföra olika SQL och PL/SQL verktyg, samt lämna en rekommendation om vilket/vilkaverktyg som är bäst att använda ur olika perspektiv. Vid jämförelsen laddade jag hem och testadede olika verktygen utifrån vissa kriterier. Jag kontaktade även fyra företag för att få svar på frågan utifrån företagens perspektiv. Tre av företagen svarade på mina enkäter, medan ett av företagen svarade muntligt på mina frågor via telefonen.Då jag genomförde denna studie kom jag fram till slutsatsen att alla verktyg i stort sett har samma grundfunktioner. Valet av verktyg styrs av hur många extra funktioner utvecklaren är villig betala för. Det är dock utvecklaren själv som måste avgöra vilket verktyg som passar just honom. Det verktyg som är ledande är Toad och detta verktyg passar bäst för experter. För enklare funktioner har det framkommit av enkäterna att SQL*Plus används.

<p>Detta arbete har utförts på WM-data i Skövde och gick ut på att skapa ett ledningsinformationssystem i webbmiljö. Systemets uppgift var att förse användaren med information om vårdplatsbeläggningen på tre av Skaraborgsläns sjukhus. Systemet skapades som en webbapplikation vilken med hjälp av Java applets kommunicerar med databaser som innehåller informationen. Arbetet resulterade i en webbapplikation, en systemspecifikation för applikationen och en examensarbetesrapport.</p>

<p>Under det senaste årtiondet har molekylärbiologin genomgått stora förändringar. Genom utvecklingen av tekniker för DNA-sekvensiering har man kunnat utforska stora mängder information. Denna information lagras i biodatabaser som i många fall är länkade med varandra för att ge användaren ett bredare sökfält. SWISS-PROT är ett exempel på en sådan biodatabas som lagrar proteininformation.</p><p>Användare som har mindre kunskap om databasens uppbyggnad och unika identifierare kan dock stöta på problem i form av en mängd sökresultat, där endast en mindre del är intressanta för användaren. Missförstånd och tvetydigheter kan också uppstå i länkade biodatabaser, då databaserna har olika uppbyggnad och definitioner på olika "byggstenar" i databasen.</p><p>Arbetet i denna rapport ska därför fokusera på att skapa en databas för molekylärbiologidata som tar hand om dessa problem. För att kunna åstadkomma detta ska ett databashanteringssystem som har funktionaliteter som erbjuder lösningar till dessa problem användas. Den data, i form av proteininformation, som ska lagras hämtas från en SWISS-PROT-domän. I arbetet kommer databashanteringssystemet Lore att användas.</p>

<p>Det finns ett problem med att filbaserade databaser inte klarar av att hantera konsistens i form av de beroenden som existerar i databasen. Här har detta problem undersökts utifrån de uppdateringar som sker när indata och datadefinitioner på nytt, efter eventuell uppdatering, genereras in i databasen.</p><p>Olika typer av beroenden har identifierats i databasen och testexempel har valts ut bland befintliga datadefinitioner och indatafiler i det system som används som exempelsystem. Möjligheten att använda en wrapper för att hantera konsistensen har undersökts och denna wrapper har placerats in i arkitekturen för exempelsystemet. Tester har genomförts för främmande nycklar och funktionaliteten add, lägga till ny data. Vid tester kan konstateras att de flesta främmande nycklar antingen identifieras av programmet eller de kan identifieras via ytterligare implementation.</p>

STOTP-M (SAS Component) har fått luftriggar från SAS-Braathens Stavanger och uppgiften är att iordningställa dessa och fasa in komponenter för provning. STOTP-M har tidigare ej utfört komponentprovning i rigg och ska nu ta fram procedurer för dokumentation av detta. Som ett led i detta ska en databas arbetas fram där provaren kan lagra information från provning. Denna information ska senare kunna användas för att åtgärdsbestämma underhållet av komponenter. Åtgärdsbestämning av de nya komponenternas fel är i nuläget svårt då inget tidigare underhåll är utfört av verkstaden. När en komponent kommer in för underhåll kan det vara svårt att direkt säga vad som är fel på den. Därför utför man en pre-test för att bestämma de åtgärder och reparationer som sedan ska genomföras. Detta examensarbete syftar till att skapa en databas för lagring av detta testresultat samt utfört underhåll på komponenter. Detta medför att man i framtiden kan få en bra bild över vad som fallerar i komponenten beroende på vilken typ av reason for removal som har inträffat. Utöver databasen har även en felanalys på tre luftkomponenter genomförts. Denna analys innefattar en felbeskrivning för olika typer av reason for removal, samt vad som måste repareras/bytas vid varje underhållstillfälle. Resultatet syftar till att ge ett förbättrat underhåll av de tre analyserade komponenterna. Dessutom ska man i framtiden med hjälp av databasen på ett effektivt sätt kunna lagra och få fram information kring varje komponent, som i sin tur ska leda till en effektivare åtgärdsbestämning. Eftersom felanalysens inriktning är med avseende RFR så kan det ge en felindikation på komponenten redan vid incoming test, och med hjälp av databasen har man procedurerna för hela provningen. / STOTP-M (SAS Component) have received air-rigs from SAS-Braathens Stavanger and the task is to put them in use so different type of components can be tested. STOTP-M has never before performed any component testing in air-rigs and is now creating procedures for documentation of this. As a part of this work a database has to be created so that the person who is performing the tests can store the results. This information will later determine the level of disassembly for different types of failures. To determine the level of disassembly for different types of failures is today very hard because the shop has never performed earlier maintenance of this kind. When a component enter the shop it can be very hard to find the faulty parts that caused the failure. Based on this a pre-test is accomplished where you deside what actions to perform in the shop. In this thesis a database is created where you can store the data from the pre-test and also the performed work on the component. This will in the future give a good image of what parts in the component that will break down depending on what type of reason for removal that have occured. In addition to the database an failure analysis on three pneumatical components have been performed. This analysis includes a failure description for different types of reason for removals, and what actions to implement for each shop visit. The results from the analysis will give a better maintenance of the three analysed components. In the future the database will in effective way store and supply information from all the components, which will lead to more effective measures. Because the failure analysis is with consideration to reason for removal it will give the failure indications on the component already in the incoming test, and with the help of the database the mechanic will have the procedures for the test.