Inspection methods for satellites post-launch are currently expensive and/or dangerous. To address this, BYU, in conjunction with NASA, is designing a series of small satellites called CubeSATs. These small satellites are designed to be launched from a satellite and to visually inspect the launching body. The current satellite revision passively tumbles through space and is appropriately named the passive inspection cube satellite (PICS). The next revision actively maintains translation and rotation relative to the launching satellite and is named the translation, rotation inspection cube satellite (TRICS). One of the necessary sensors aboard this next revision is the means to detect distance. This work explores the feasibility of using a software defined radio as a small, low-cost front end for a ranging radar to fulfill this need. For this work, the LimeSDR-Mini is selected due to its low-cost, small form factor, full duplex operation, and open-source hardware/software. Additionally, due to the the channel characteristics of space, the linear frequency modulated continuous-wave (LFMCW) radar is selected as the radar architecture due to its ranging capabilities and simplicity. The LFMCW radar theory and simulation are presented. Two programming methods for the LimeSDR-Mini are considered: GNU Radio Companion and the pyLMS7002Soapy API. GNU Radio Companion is used for initial exploration of the LimeSDR-Mini and confirms its data streaming (RX and TX) and full duplex capabilities. The pyLMS7002Soapy API demonstrates further refined control over the LimeSDR-Mini while providing platform independence and deployability. This work concludes that the LimeSDR-Mini is capable of acting as the front end for a ranging radar aboard a small satellite provided the pyLMS7002Soapy API is used for configuration and control. GNU Radio Companion is not recommended as a programming platform for the LimeSDR-Mini and the pyLMS7002Soapy API requires further research to fine tune the SDR's performance.

Standardized information modeling is important for interoperability of CAx systems. Existing information standards such as ISO 10303 STEP have been proposed and developed for decades for this purpose. Comprehensive data structure and various implementation methodologies make such standards strong in support of different industry domains, information types, and technical requirements. However, this fact also leads to increased implementation complexity and workloads for CAx system developers. This licentiate proposes the development architecture, STEP Toolbox, to help users implement standards with a simplified development process and minimal knowledge requirements on standards. Implementation difficulties for individuals are identified with analysis on implementation of the information standards in three aspects: tasks, users, and technology. Then the toolbox is introduced with an illustration of design of behavior and structure. Case studies are performed to validate the toolbox with prototypes. Internal and external observation has shown the around two-month learning process skipped and a great amount of workload reduction in implementation with the utilization of this architecture. / <p>QC 20131025</p>

RESTful services are becoming increasingly popular. This work, that was carried out at Scania IT, investigates how a RESTful service should be designed and specified so that it meets the demands of an enterprise environment. In particular, this report will focus on documentation and validation of RESTful services, i.e. specifications. These are important aspects in an enterprise environment. The investigation consists of a comparative case study of four specification formats and Hypermedia As The Engine Of Application State (HATEOAS). The results show that the most commonly used specification formats have flaws. They also suggest that Swagger and RAML (RESTful API Modeling Language) are the two most mature formats. The results also show that HATEOAS, which is a more dynamic approach, can be useful in an enterprise environment but that it requires careful design. / REST-tjänster blir alltmer populära. Detta arbete, som utfördes på Scania IT, undersöker hur en REST-tjänst bör designas och specifieras för att möta de krav som finns i en enterprise-miljö. Specifikt kommer denna rapport att fokusera på dokumentation och validering av REST-tjänster, med andra ord specifikationer. Dessa är viktiga aspekter i en enterprise-miljö. Undersökningen består av en jämförande fallstudie med fyra specifikationsformat samt Hypermedia As The Engine Of Application State (HATEOAS). Resultaten visar att de mest vanligt förekommande specifikationsformaten har brister. De antyder också att Swagger och RAML (RESTful API Modeling Language) är de två mest mogna formaten. Resultaten visar också att HATEOAS, som är ett mer dynamiskt angreppssätt, kan vara användbart i en enterprise-miljö men att det kräver omsorgsfull design.

The Intel Galileo, inspired by the well-known Arduino board, is a development board with many possibilities because of its strength. The Galileo is has an Intel processor capable of running GNU/Linux and can be connected to the internet, which opens up the possibility to be controlled remotely. The programming language that comes with the Intel Galileo is the same as for the Arduino development boards, and is therefore very limited and does not utilize the Galileo’s entire strength. Our aim with this project is to integrate a more suitable programming language; a language that can make better use of the relatively powerful processor to control the components of the board. The programming language of choice is Erlang, and the reason is obvious. Erlang can be described as a process-oriented programming language based on the functional programming paradigm and its power in concurrency. The result of the project was the successful integration of a complete version of GNU/Linux on the board and the cross-compilation of Erlang/OTP onto the board. Having Erlang running on the system opens up many possibilities for future work, amongst all: creating Erlang programs for the Intel Galileo, integrating an effective API, and measuring the pros and cons of using Erlang on an Intel Galileo. / Intel Galileo är ett utvecklingskort som bygger på Arduinos succe. Den kommer med en kraftigare processor jämfort med Arduino Uno, och den har möjlighet att kunna köra GNU/Linux. Den har också en port för att kunna kopplas till internet och på så sätt kommunicera med andra enheter. Programmeringsspråket som rekommenderas för Intel Galileo är densamma som används för Arduinos utvecklingskort. Det finns däremot en möjlighet att kunna kombinera utvecklingskortet med ett programmeringsspråk som kan erbjuda mer funktionalitet och fortfarande vara enkelt. Vårt val hamnade på Erlang för den är ett funktionellt språk och har möjlighet att hantera olika processer. Tanken är att kunna behandla olika komponenter kopplade till utvecklingskortet som processer, som kan kommunicera med andra komponenter och med internet. Projektarbetet bestod av att undersöka ifall det är möjligt att kunna kombinera Erlang/OTP med Intel Galileon samt skriva en guide för hur implementeringen gick till. Att kombinera de två var lyckat och det öppnar upp möjligheter för fortsätta arbeten och försök.

The goal of this project work has been to create an application that can be helpful for both entrepreneurs and customers. This application, website should be seen as an extended arm and help to prevent misunderstandings between these two parts. A website has been created where customers can get theoretical help with rules and information about what applies when renovating a bathroom. What will the cost be and why is this cost often higher than what the customer expected from the beginning. The planning phase began with analyzing how the application could best be built up and with which functions could be suitable to include. Opportunity for the visitor to be able to read about rules and laws in bathroom renovation was one of these. Being able to enter measurements of the walls and floors of their bathroom was another. Being able to log in to the site and save their calculations could be a good feature as well. This was followed by sketches and a drawing of the website. The programming started with the installation of Node.js and the Express framework for building up the server side. The various endpoints for "creat, read, update and delete" The MongoDB database was then used as a database. Vue was installed for the front end side and implementation of login function towards Firebase was done. Other programming according to the planning was started. The end product of this became an application that in many ways agrees with what the idea was from the beginning. This application has the potential to get better and there are some features I would have liked to add that are not there yet. The application will be built on to get the functionality that I see in front of me in a longer scenario. / Målet med detta projektarbete har varit att skapa en applikation som kan vara till hjälp både för företagare samt kunder. Denna applikation, webbsida skall ses som en förlängd arm och hjälp för att förebygga missförstånd mellan dessa båda parter. En webbsida har skapats där kunder kan få teoretisk hjälp med regler samt information om vad som gäller vid renovering av badrum. Vad kommer kostnaden att bli och varför är denna kostnad ofta är högre än vad kunden räknat med från början. Planeringsfasen började med att analysera hur applikationen på bästa sätt skulle kunna byggas upp och med vilka funktioner som skulle kunna vara lämpliga att ha med. Möjlighet för besökaren att kunna läsa om regler och lagar inom renovering av badrum var ett av dessa. Att kunna mata in mått på sitt badrums väggar och golv var det andra. Att kunna logga in på sidan och spara sina uträkningar kunde vara en bra funktion också. Detta efterföljdes av skisser och uppritning av den tänka webbplatsen.. Programmeringen startade med installation av Node.js och ramverket Express för uppbyggnad av serversidan. De olika ändpunkterna för ”creat, read, update och delete”. Databasen MongoDB användes sedan som databas. Vue installerades för frontendsidan och implementering av inloggningsfunktion gentemot Firebase gjordes. Övrig programmering enligt planeringen startades. Slutprodukten av detta blev en applikation som i mångt och mycket stämmer överens med vad tanken var från början. Denna applikation har potential att bli bättre och det finns vissa funktioner som jag hade velat lägga till som inte finns där än. Applikationen kommer byggas vidare på för att få den funktionaliteten som jag ser framför mig i ett längre scenario.

This report summarizes the procedure of the independent work in the final course DT140G. The project's task and main goal has been to help the company involved to enable a potential interruption with a time registration service called Harvest which they currently consume. The task itself has been sectioned into three clear parts with completely different orientations but towards the same end goal. The first part has involved data management from the consumed time registration service in terms of both exporting and importing data. The second part has been about developing a CRUD functionality that can be consumed in the frontend by another developer. The last part has meant that a report compilation application has been created where data from the previous parts is handled and produces various reports which could then be exported in Excel files. The result of this independent work resulted in an application with great similarities in terms of functionality as the previous time registration service. The company has taken a step closer to their vision of a break from Harvest. This has been done with access to source code from a previous developer who shared his repository via GitLab and the React Admin framework. The CRUD functionality has been checked with the help of the test tool ARC and all code development has taken place in the software development environment Visual Studio Code. / Denna rapport sammanfattar proceduren av det självständiga arbetet i slutkursen DT140G. Projektets uppgift och främsta mål har varit att hjälpa det involverade företaget att möjliggöra ett potentiellt avbrott med en tidsregistreringstjänst vid namn Harvest som de i dagsläget konsumerar. Själva uppgiften i sig har varit sektionerad i tre tydliga delar med helt olika inriktningar fast mot samma slutmål. Den fösta delen har involverat datahantering ifrån den konsumerade tidsregistreringstjänsten vad det gäller att både exportera och importera data. Den andra delen har handlat om att utveckla en CRUD-funktionalitet som skall kunna konsumeras i frontend av en annan utvecklare. Den sista delen har inneburit att en rappportsammanställningsapplikation har skapats där data ifrån de tidigare delarna hanteras och frambringar olika rapporter som sedan skulle kunna exporteras i Excel-filer. Utkomsten av detta självständiga arbete resulterade i en applikation med väldiga likheter funktionsmässigt vad det gäller den tidigare tidsregistreringstjänsten. Företaget har tagits ett steg närmare sin vision om en frislagning ifrån Harvest. Detta har genomförts med tillgång till källkod ifrån en tidigare utvecklare som delat sitt repository via GitLab samt ramverket React Admin. CRUD-funktionaliteten ha kontrollerats med hjälp av testverktyget ARC och all utveckling av kod har skett i programutvecklingsmiljön Visual Studio Code

The project's primary goal is to develop a prototype for Columbus Global with the e-commerce platform Lithium GraphQL API and Next.js Commerce. It must contain a start and product page and a shopping cart. The prototype aims to investigate whether the untested combination of the mentioned tools is possible. A higher goal of the project is that Columbus can conclude that the prototype should be further developed and that I, as a developer, get more experience. It has since been tested for accessibility, performance and functionality with, among other things, user tests, Google Lighthouse and Wave.The result of the project shows that a combination of the two tools is feasible, and at the time of writing, there are no direct impossible obstacles. Regarding evaluation results, the prototype has fallen somewhat short in terms of performance but is still within the framework of the requirements that have been set. The availability is approved, and the user tests showed that the site was clear with a good product focus but with mixed reactions to the structure. The user tests also came with good suggestions on what can be improved, what was unclear and what functions are missing. The prototype's responsiveness is approved for both large and small screens. Columbus is pleased with the results, and further prototype development will take place. As a developer, I have gained a lot of new experience and have had the opportunity to start something that can potentially change a part of an international company. / Det huvudsakliga målet för projektet är att ta fram en prototyp-webbplats för företaget Columbus Global med e-handelsplattformen Litium GraphQL API och Next.js Commerce. Den ska innehålla en start och produktsida samt en kundvagn. Projektets syfte är att undersöka om den oprövade kombinationen mellan de nämnda verktygen är möjlig. Ett högre mål med projektet är att Columbus ser möjligheten att senare vidareutveckla prototypen. Dessutom får jag som blivande utvecklare arbetserfarenhet. Prototypen har testats gällande tillgänglighet, prestanda och funktionalitet med till exempel användartester, Google Lighthouse och Wave. Resultatet av projektet visar att en kombination mellan de två verktygen är utförbar och att det i skrivande stund inte finns några direkta omöjliga hinder. Utvärderingsresultaten av prototypen gällande prestanda kunde varit bättre men det föll ändå inom ramen för de krav som satts upp. Tillgängligheten är godkänd och användartesterna visade på att sidan var tydlig med bra produktfokus dock med blandade reaktioner på strukturen. Ur användartesterna kom även bra förslag på vad som kan förbättras, vad var otydligt och vilka funktioner fattas. Prototypens responsivitet är godkänd för både stora och små skärmar. Columbus är nöjda med resultaten och vidareutveckling av prototypen kommer att ske. Jag som utvecklare har fått mängder av ny erfarenhet och har fått chansen att starta något som potentiellt kan förändra en del av ett internationellt företag.

The goal of this project has been to create an online store for a music store called Music for All. The company's business concept is to sell new and used music equipment online with payment systems via mail or Paypal. The project consists of three separate parts: the first part that stores product information in a SQL Server database created via ASP.NET Core Web API and Entity Framework, the second part consists of an admin interface that contains a login system created by ASP.NET Core Identity Framework which make it possible for a logged in admin be able to create, delete and update products through a Headless CSM which was created by ASP.NET Core MVC and Entity Framework Core. The online store was developed via React.JS, Next.Js and Redux, which created functionality for consuming the REST API and functions that increased the web application's availability and usability. The REST API was developed via ASP.NET Core. The design was performed via React.JS and Sass and Node.JS to be able to execute JS code on the browser. / Målet med detta projektet har varit att skapa en webbutik för en musikaffär som heter Music for All och skulle etablera sig i sommaren. Företagets affärsidé var att sälja nya och begagnade musikutrustningar på nätet med betalningssystem via post eller Paypal. Projektet utvecklades i tre separata delar där en del lagrade produktinformationer i en SQL Server databas som skapades via ASP.NET Core Web API och Entity Framework, andra delen bestod av ett admingränssnitt som innefattade ett inloggningssystem som skapades av ASP.NET Core Identity Framework för att inloggade anställda skulle kunna använda ett innehållshanteringssystem/Headless CSM som skapades via ASP.NET Core MVC och Entity Framework Core. Webbutiken utvecklades via React.JS, Next.Js och Redux som skapade både funktionalitet för konsumering av REST API:et och funktioner som ökade webbapplikationens tillgänglighet och användbarhet. REST API:et utvecklades via ASP.NET Core. Designen utfördes via React.JS, Sass och Node.JS för att kunna exekvera JS kod på webbläsaren.

Digitalization is a comprehensive area today that is constantly evolving, with the aim of streamlining business processes to promote both individuals and companies. In line with today's ongoing development of digitalization, the growth of FinTech has had a major impact in the banking sector. This is because FinTech has contributed to the possibility of establishing innovative financial services, as banks have previously lacked this capability. FinTech companies are covered by higher innovation capacity and banks are thus today facing challenges, to create value for their customers. While FinTech development promotes opportunities for banks, cyber risks and threats also occur because of the rapid changes. This study aimed to describe how the major Swedish banks express that they relate to the relationship with FinTech companies, and whether the major banks experience increased cyber risks, in connection with the FinTech development. The major Swedish banks include SEB, Swedbank and Handelsbanken and have thus been applied as study objects. A qualitative study was conducted using primary data collection from semi-structured interviews. Secondary data have also been obtained from the Swedish major banks' published documents and literature collections, which have been considered regarding the study's theoretical frame of reference. The results of the study showed that the major Swedish banksfind opportunities for collaboration with FinTech companies, as a collaboration can streamline the major banks' slow-moving and complex systems and contribute to new FinTech solutions. However, Handelsbanken differs from the remaining major banks, as they have chosen not to include external FinTech companies to the same extent. In conclusion, it was also stated that all major banks are experiencing increased exposure to cyber risks, because of FinTech's development, which contributes to rapid changes in society. / Digitalisering är ett omfattande område i dagens samhälle som ständigt utvecklas, med syfte att effektivisera affärsprocesser för att främja både privatpersoner och företag. I takt med dagens pågående utveckling av digitalisering har framväxten av FinTech haft en stor inverkan inom banksektorn. Detta eftersom FinTech har bidragit till möjligheten att etablera innovativa finanstjänster, då banker tidigare har saknat denna förmåga. FinTech-företag omfattas av högre innovationsförmåga och banker står därmed idag inför utmaningar, för att skapa värde för sina kunder. Samtidigt som FinTech utvecklingen främjar möjligheter för banker, förekommer även cyberrisker till följd av de hastiga förändringarna. Denna studie syftade till att beskriva hur de svenska storbankerna uttrycker att de förhåller sig till relationen med FinTech-företag, samt om storbankerna upplever ökade cyberrisker, i samband med FinTech utvecklingen. De svenska storbankerna innefattar SEB, Swedbank samt Handelsbanken och har därmed tillämpats som studieobjekt. En kvalitativ studie har genomförts med hjälp av primär datainsamling från semistrukturerade intervjuer. Sekundärdata har även inhämtats från de svenska storbankernas publicerade årsredovisningar, samt litteraturinsamling, som har beaktats med hänsyn till studiens teoretiska referensram. Studiens resultat påvisade att de svenska storbankerna finner samarbetsmöjligheter medFinTech-företag, eftersom ett samarbete kan effektivisera storbankernas trögrörliga och komplexa system samt bidra till nya FinTech lösningar. Handelsbanken skiljer sig dock från resterande storbanker, då de har valt att inte inkludera externa FinTech-företag i lika storutsträckning. Avslutningsvis konstaterades även att samtliga storbanker upplever ökad utsatthet för cyberrisker, till följd av FinTech utvecklingen som bidrar till snabba förändringar i samhället.

The present study investigates the fracture toughness of FSW X-80 HSLA steel welds. Weld cooling rate and peak temperature were varied among welds; indirectly manipulated through FSW travel speed, rpm, and weld preheat. Fracture toughness was tested according to ASTM 1820 standard along the weld centerline using surface-notched SEB specimen cooled to -40 °C. This study resulted in a reliable, repeatable process for generating friction stir welds with CTOD’s consistently above that of the original base metal. CTOD and microstructure of friction stir welds can be selected by controlling weld cooling rate and peak temperature. Material properties and microstructure similar to the original base metal can be recreated throughout the weld stir zone. CTOD of FSW X80 has a strong inverse linear correlation with post-weld cooling rate.