No description available.

I en IT-värld med växande antal standardiserade API:er såuppstår möjligheten med delade tjänster. Istället för att fleraenskilda bolag utvecklar egna liknande tjänster så kan deistället gå samman och tillsammans utveckla en gemensamdelad tjänst. En sådan tjänst skulle då kommunicera motrespektive bolags implementation av ett standardiserat API.Tanken är att flera bolag ska kunna använda sammaapplikation men bara se sin egen data.Den här studien undersöker hur en sådan applikation ska seut. Vilka funktioner är nödvändiga för att kunna hantera dedata fås av de olika API:erna. Arbetet delas in i faser därman först undersöker vilka funktioner som är nödvändiga.Sedan implementeras ett par demoapplikationer för attkontrollera att funktionerna fungerar som de ska. Därefterskapas en prototyp med alla de funktioner som en deladtjänst bör innehålla.

Graphical modelling languages, such as UML, are commonly used by software developers to plan and design larger systems. In order to test these designs, executable models such as foundational UML utilizing the action language Alf have been introduced. This added functionality makes it possible to analyse the system during the design phase. One type of analysis that may be of interest is the flow analysis. One way of performing such an analysis is through the use of the SWEET (SWEdish Execution Time) tool, developed at Mälardalen University.SWEET requires code to be in the intermediate language ALF (not to be confused with Alf for modelling), so in order to perform a flow analysis during the design phase of a system, the textual modelling language Alf has to be translated to the intermediate language for flow analysis ALF. This paper begins by presenting the problem and background of performing such a translation and continues by describing the methods used to determine a subset of Alf suited for translation. The proposed translation is finally validated through the (manual) translation and verification of a case study.

För att styra utrustningen i olika fordon inom industrin används olika typer av strömbrytare som sitter monterade på en operatörspanel. Från dessa går det ofta individuella signalkablar fram till enheterna som ska styras. Ett alternativ för att att slippa den störa mängden kablar detta kan leda till är att istället koppla strömbrytarna till en mikrokontroller, denna vidarebefodrar sedan signalerna via en CAN-buss till en ECU som styr alla enheter från en central position i fordonet. Under detta examensarbete, som har utförts hos Syncore Technologies AB, har därför en operatörspanelsplattform, både hård- och mjukvara, utvecklats för att uppnå en minimal NRE-kostnad för varje ny kundkonfiguration som inkluderar olika bestyckningar av strömbrytare samt beteenden för dessa. / To control the equipment in different industrial vehicles various types of switches are used which are mounted on a operator panel. Individual signal cables are often connected from these switches to their respective equipment they are controlling. An alternative to avoid the large amount of cables this can lead to is to instead connect the switches to a microkontroller which in turn forwards the signals through a CAN-bus to a ECU which controls all units from a central position in the veichle. During this bachelor thesis, which has been performed at Syncore Technologies, a software and hardware platform for a operator panel has because of this been developed. This platform has a goal to minimize NRE-cost for every new customer configuration which involves different setups of switches and various behaviours of these.

No description available.

Nowadays, robots have more and more sensors and the technologies allow using them with less contraints as before. Sensors are important to learn about the environment. But the sensors can be used for classical conditioning, and create behavior for the robot. One of the behavior developed in this thesis is avoiding and predicting obstacles. The goal of this thesis is to propose a model which consists of developing a specific behavior to avoid noxious event, obstacles.

Den här rapporten, som är en del av kursen TDDD83 Kandidatprojekt datateknik vid Linköpings Tekniska Högskola, beskriver utvecklandet av ett e-handelssystem för den fiktiva t-shirtbutiken Utique. Den berör dels tekniska aspekter, men även de erfarenheter och lärdomar de tre gruppmedlemmarna fått under projektets gång. För att genomföra projektet användes programmeringsspråken Html, Css, Php, Mysql och Javascript samt ramverken och biblioteken Bootstrap, Cakephp och Jquery. Under projektets gång användes, efter anpassning till gruppstorleken, den agila utvecklingsmetoden Scrum, vilket beskrivs kortfattat i rapporten. Rapporten innefattar även en marknadsföringsplan för Utique där en konkurrensanalys genomförts och ämnena marknadssegmentering, positionering och differentiering berörts. Marknadsföringsplanen avslutas med en marknadsmix. Avslutningsvis, diskuteras utvecklingsområden för systemet, styrkor och svagheter med koden samt svårigheter som dykt upp under projektets gång.

Computer Network monitoring is a part of network managements. There are active and passive monitoring techniques. Evaluation and comparison of both techniques have been done in previous works. Only one previous work was focusing on passive monitoring such as TAP and Port mirroring, specifically on Port-mirroring technique. This motivated us to repeat the experiment, which was primary done by J. Zhiang and A. Moore, and evaluate existing passive monitoring techniques TAP and Port- mirroring in more detail. We have done a qualitative experiment in the laboratory and we noted that Port-mirror used a significant amount of the Central Processor Unit (CPU) during the process. White papers introduced Port-mirroring as a passive network monitoring method without affecting the performance, but our results showed it does have an effect. Also, can confirm, that Port-mirroring was reordering packets, had process delay and in case of congestion it dropped packets. TAP operated without packet loss. The packets sequence does not change, so saves operating time and is fully passive. Captured packets contain such information as the source address, destination address, and different protocols information. It was also possible to get the information about connected resources.

A startup company is developing a diving computer to help scuba divers to be able to communicate with each other underwater. The company has already developed a custom hardware that can send and receive data to and from each other and needs a software that can handle the transfer and visualize the data. A future revenue stream is to be able to sell \Apps\ to increase the programs feature list and therefor one of the goals is to be able to load a plugin during runtime. There are dierent ways to implements the plugin system and this thesis focuses on the dierent designs that exists, their pros and cons and nally show an implementation of a design and why it was chosen. In addition to the plugin system there is also a discussion on the design of the rest of the systems and which workarounds that had to be made due to the restriction of the custom hardware or the plugin design.

No description available.