No description available.

Det studien har identifierat är en avsaknad av sammanställda risker och fördelar för den vanligaste organisationstypen i många länder; SMEs (small and medium-sized enterprises). Det existerar inga sammanfattade hjälpmedel för utveckling och implementation för IoT (Internet of Things) som understöd åt beslutsstödsystem (ERP_DSS) för målgruppen SMEs. Det studien presenterar är ett ramverk med fördelar som rekommenderas att följas och risker som rekommenderas att undvikas, vid utveckling och implementation av IoT som understöd åt beslutsstödsystem. Studien har också praktiskt prövat användbarheten av ramverket genom design science, där prototyper utvecklats. Ramverkets användbarhet kan efter lyckad utveckling av protyper och ytterligare identifierade risker, presentera ett fungerande och sammanställt hjälpmedel för målgruppen SMEs.

In this report, a number of different Javascript-frameworks have been compared. The study is conducted at CSN (Centrala studiestödsnämnden). The study consists of two main parts, an evalua- tion through the literature study and an evaluation of the implementa- tion. The first part of the survey has Javascript-frameworks Angular2, Aurelia, Ember, Meteor and React comparisons. Together with CSN, a few criteria have been developed which will then be awarded points between one and five depending on how well a Javascript-framework meets a specific criterion. Five points are given when the Javascript- framework meets the entire criterion, one point is given when it partial- ly meets the criterion. After the first part of the investigation, Angular2 and Aurelia found that they would move on to the implementation phase. The implementation consists of a couple of windows from the existing service "Mina tjänster". In the evaluate implementation measures time for implementation, web browsing time, and number of code rows. From this it was found that Aurelia has less number of code rows than Angular 2. The reading time for Angular 2 is three times longer than Aurelia. In the evaluation of how difficult it is to implement the two frameworks, Angular 2 is considered to be "Average" and Aurelia to "Hard". The Javascript-framework recommended for CSN is Angular 2. This is because much more documentation about Angular 2 is available, and the difficulty is lower for Angular 2. The startup of a project is also much easier in Angular 2, which means that it requires less time to get into the framework. / Sammanfattning: I denna rapport har ett par olika Javascript-ramverk jämförts. Studien är utförd på CSN (Centrala studiestödsnämnden). Undersökningen består av två huvuddelar, en utvärdering genom litteraturstudie samt en utvärdering av implementation. I första delen av undersökningen har Javascript-ramverken Angular2, Aurelia, Ember, Meteor och React jämförts. Tillsammans med CSN har ett par kriterier tagits fram som det sedan kommer att delas ut poäng mellan ett till fem beroende på hur väl ett Javascript-ramverk uppfyller ett specifikt kriterium. Fem poäng ges ut då Javascript-ramverket uppfyller hela kriteriet, ett poäng ges ut då det delvis uppfyller kriteriet. Efter första delen av undersökningen kom det fram till att Angular2 och Aurelia skulle gå vidare till implemente- ringsfasen. Implementeringen består utav ett par fönster från den befintliga tjänsten ”Mina tjänster”. I utvärderingen av implementation mäts tid för implementering, inläsningstid för webbapplikationen samt antalet kodrader. Ur detta konstaterades det att Aurelia har mindre antalet kodrader än Angular 2. Inläsning tiden för Angular 2 är tre gånger längre än Aurelia. Men i bedömningen om hur svårt det är att implementera de bägge ramverken bedöms Angular 2 till nivån ”Me- del” och Aurelia till ”Svår”. Det Javascript-ramverk som rekommende- ras till CSN är Angular 2. Detta grundas på att det finns betydligt mycket mer dokumentation om Angular 2, samt att svårighetsgraden är lägre för Angular 2. Uppstarten av ett projekt är även mycket enklare i Angular 2, vilket betyder att det kräver mindre tid för att sätta sig in ramverket.

I detta dokument gestaltas arbetet med att utveckla ett internt administrationssystem till e-handelsföretaget Ehandelssupport. Detta är ett uppdrag i skarpt läge och grundas i företagets behov av att få bättre och mer användaranpassade webbapplikationer som syftar till att underlätta, förenkla och effektivisera vissa frekvent återkommande arbetsuppgifter. Detta innefattar exempelvis en applikation som kan generera prislappar baserat på produktinformation som lagras i webbshoppen Alfahobbys databas. Det inkluderar också en användarvänlig och effektiv lösning för att kunna skapa och skicka ut digitala nyhetsbrev till företagets kunder. Den färdiga applikationen för prislapparna uppfyller de grundönskemål om funktionalitet som företaget hade på denna samtidigt som den nya lösningen medför en rejäl tidseffektivisering i handhavandet med att skapa prislapparna eftersom datat hämtas direkt från databasen via ett nyimplementerat API. Applikationen använder också ramverket jQuery Mobile vilket stödjer responsiv webbdesign. Arbetet med lösningen för de digitala nyhetsbreven resulterade i ett förslag till företaget som innebär att börja använda verktyget Mailigen, detta skulle både förenkla det redaktionella arbetet och förbättra användbarheten för kunderna exempelvis genom att nyhetsbreven får en responsiv webbdesign. Några områden för eventuell framtida vidareutveckling är exempelvis att för applikationen för prislappar lägga till ytterligare kontroller som förhindrar att användaren skriver in fel värden i vissa funktioner. När det gäller nyhetsbreven skulle fortsatt forskning rörande möjligheten att kunna infoga produktinformation direkt från webbshoppens databas vara aktuellt.

I dagens digitaliserade samhälle ställs det stora krav på programvaruutvecklare. Kunder förväntarsig korta ledtider och leverans av felfria informationssystem. För att kunna hävda sig påmarknaden krävs det att kvalitetssäkring är en väl integrerad del av systemutvecklingsprocessen.Denna rapport behandlar automatisering av gränssnittstester, som under senare år vuxit sig alltstörre inom kvalitetssäkring. Målet med vår utredning är att redovisa vilket testramverk som, irelation till fastställda kriterier, bäst lämpar sig för utveckling av automatiseradegränssnittstester. Testerna skall vara enkla att underhålla och leda till effektivisering. Vår slutsatsskall presentera det ramverk som på bästa sätt möter fastställda kriterier. Det skall på ett tydligtsätt framgå att ramverket erbjuder implementering av automatiserade gränssnittstester på etteffektivt sätt, med gott stöd i form av tydlig dokumentation och framtidssäkert underhåll.Arbetet med studien delades in i fyra olika faser: Kunskapsfördjupning, urval av ramverk,utvärdering av ramverk, samt implementation och driftsättning av tester. De utvärderaderamverken har alla sina speciella egenskaper och att utvärdera dem sida vid sida har bidragit tillatt få en djup insikt i vilka egenskaper som är önskvärda inom utveckling av automatiseradegränssnittstester.Genom vårt utredningsarbete och jämförande experiment har vi kommit fram till vilket ramverksom bäst lämpar sig för utveckling av automatiserade gränssnittstester. Det utvalda ramverketmöjliggör utveckling av underhållsbara tester, och via implementation i en skarputvecklingsmiljö kunde vi konstatera att automatisering av gränssnittstester bidrar till eneffektivisering av det kontinuerliga testarbetet.NyckelordSystemutveckling, Informatik, Gränssnitt, Ramverk, Automatisering, Användargränssnitt,Driftsättning, Systemtest, Acceptanstest, Implementation

Vi har i vår studie tittat på dynamisk webbprogrammering med fokus på Microsofts senaste teknik ASP.NET. Studien syftar till att ta reda på varför systemutvecklande organisationer infört ASP.NET, vilka förväntningar de har på tekniken och vilka utvecklingsverktyg som används. Vi har arbetat enligt ett hermeneutiskt synsätt för att få kvalitativ förståelse och ett helhetsperspektiv. Vi har valt semistrukturerade intervjuer för datainsamling och för analysen har vi valt en anpassad variant av Grundad teori. Vårt resultat visar att några av anledningarna till införandet av ASP.NET hos organisationerna i studien beror dels på att de vill ligga långt fram i användandet av nya tekniker, dels upplever de att krav ställs på dem att de ska tillhandahålla och behärska de senaste utvecklingsteknologierna. Få uttalade förväntningar fanns på ASP.NET vid införandet och som utvecklingsverktyg används uteslutande Microsoft Visual Studio.NET som anses vara ett kraftfullt verktyg. Microsofts licensavtal och dominans på marknaden har också påverkat. Några av slutsatserna blir att konkurrensfördelar kan erhållas genom en övergång till ASP.NET. Systemintegration blir enklare, vilket kan attrahera nya kundgrupper. Bättre möjligheter till struktur i programmeringen gör projekt lättare att planera och system lättare att underhålla. / In our research we have studied dynamical Web programming with the latest technology from Microsoft, ASP.NET. The purpose of the study is to find out why system developing organizations have introduced ASP.NET, what expectations of the technology they have and which development tools they use. We have worked according to a hermeneutical approach in order to get a qualitative understanding and a comprehensive view. We have chosen semi structured interviews for data acquisition and for analyze we have chosen an adapted variant of Grounded Theory. Our result shows that some reasons to why the organizations in the study have introduced ASP.NET are that they will be in the frontline regarding the use of new technologies. They also feel that there is an expectation of them to use and know the latest of development technologies. There weren’t much explicit expectations of ASP.NET during the introduction. All of the organizations in the research used Microsoft Visual Studio.NET as development tool, because it is a powerful tool. The license agreement with Microsoft and its dominance on the market has also influenced them. Some of our conclusions are that the organizations could have some competitive advantages if they introduce ASP.NET. System integration will be easier, which can attract new groups of customers. The possibilities to structure in the programming will make projects easier to plan and the maintaining of systems will be simpler.

Information security is an essential part of all information systems; especially in large organizations and companies dealing with classified material. Every large information system has an architecture that includes many parts that together form an Enterprise Architecture. The aim of this thesis is to study how to describe several security functions in an Enterprise Architecture and also how to ensure accountability between requirements and the implementation of the security functions. The description is for stakeholders on a conceptual level rather than a technical level. The study has been carried out by comparing the theoretical framework that has been formed by a study of the literature, and the empirical framework that has been formed by a group discussion and interviews with Information Security Consultants from Combitech AB. The process of the study was to obtain a theoretical background about Enterprise Architectures and then generate prototypes that could be tested in the interviews. The tests gave suggestions regarding how to change the prototypes to find the optimal way to describe security functions on a conceptual level. The final result of this study is to use integrated views for each security function. The integrated view should include: an identifier, a brief description of the security function, the requirements and a picture or use case. For the accountability, the requirements are numbered and displayed in the picture, in this way the stakeholder can see how the requirements are fulfilled.

Med användning av ramverk kan förenkling av utritningen med pixel- och vektorgrafik i webbläsaren ske vid användning av WebGL API:t och Canvas 2D API:t. Men problemet är, att en dålig utritningshastighet är inget som vill upplevas när en 2D scen ritas ut i en webbapplikation. Genom att jämföra olika ramverk mot varandra, som använder sig av WebGL API:t eller Canvas 2D API:t, togs det reda på vilket av dessa ramverk som var snabbare i utritning. Tre ramverk valdes ut till studien för att göra mätningar på. Det implementerades en webbapplikation för att jämföra hur lång tid en utritning tar i de valda ramverken vid olika scenarier. Resultatet visade att ett hybridramverk som använde sig av förstnämnda API:t och föll tillbaka på andranämnda API:t var snabbare i 9 av 10 scenarier. I en fortsatt studie skulle flera ramverk kunna jämföras och även jämföras i olika användningsfall för att se hur ramverken presterar i dessa.

Användandet av IT relaterade tjänster har ökat kraftigt de senaste åren och visar inga tecken på att avstanna. Men i takt med att användningen ökar så ökar även riskerna, för vad händer egentligen när de IT-tjänster som så många företag och privatpersoner förlitar sig på plötsligt fallerar eller på annat sätt blir oåtkomliga? För att skydda sig mot sådana scenarier så blir det allt vanligare bland företag som driver IT-tjänster att använda sig incidenthantering, vars syfte är att genom fördefinierade processer återställa IT-tjänster till fungerande läge när en incident väl inträffar. För att implementera en incidenthanteringsprocess är det vanligt att verksamheter använder någon form av ramverk eller metod för att underlätta och effektivisera arbetet, i skrivande stund heter de mest använda ramverken ITIL och COBIT. Det är mycket vanligt att en incidenthanteringsprocess i en verksamhet bygger på någon form av system eller applikation vars syfte är att underlätta och effektivisera hanteringen av incidenter, ett sådant system benämns ofta som incidenthanteringssystemet. Trots att ramverk som ITIL och COBIT är använda i stor utsträckning världen över så uppstår det ett problem i att de båda saknar fokus på incidenthanteringssystemet och vad ett sådant system skall klara av. För när ramverken inte tar upp en sådan central del av incidenthanteringsprocessen så innebär det att den implementerande verksamheten själva måste lägga tid och resurser på att reda ut hur ett sådant system skall fungera. Denna studie adresserar problemet med att de vanligast använda ramverken för incidenthantering inte behandlar det, för processen, så centrala incidenthanteringssystemet genom att undersöka och besvara följande forskningsfrågor. Vilka implicita och explicita krav bör ett incidenthanteringssystem uppfylla?  Vilka krav på incidenthanteringssystemet går att utläsa från de mest använda ramverken för incidenthantering?  Hur matchar de framtagna kraven de krav som ställts av en verksamhet ur näringslivet? Denna studie riktar sig framförallt till de verksamheter eller individer som anser sig ha nytta av en sammanställning av de krav som ett incidenthanteringssystem bör uppfylla och kan fungera som ett stöd vid implementering eller inköp av ett nytt incidenthanteringssystem. Genom att identifiera kraven som ställs på ett incidenthanteringssystem utifrån de mest använda ramverken för incidenthantering så bidrar studien med resurser för implementationen av nämnt system drastiskt minskar. Samt genom att presentera ett konkret exempel, fallstudien, och jämföra det med kraven från ramverken bidrar studien med en referenspunkt för verksamheter att utgå ifrån när de implementerar eller köper ett nytt incidenthanteringssystem. / The use of IT-related services has increased massively over the past years and it shows no signs to stop. But alongside the usage increasing the risks also increases, because what will happen when the IT-services that so many rely upon suddenly cease to function, or in other ways become inaccessible? To protect against such scenarios it is increasingly more common for IT-service businesses to use incident management, whose purpose is to recover IT-services to their functional state, using predefined processes, should an event occur. It is common for IT-service businesses when implementing an incident management process to use some kind of framework or method to facilitate and streamline its work process, and as of writing this paper, the most used frameworks are ITIL and COBIT. It is very common for an IT-service business that in the incident management process develop a system or application whose purpose is to facilitate and streamline the incident management, and these are commonly referred to as Incident Management Systems. Even though ITIL and COBIT being widely used worldwide, there are some weaknesses in them, regarding Incident Management Systems, since both of the frameworks lack focus and depth of what an Incident Management System should manage. Such lack of focus and depth of a vital and central part of the Incident Management process, may prove expensive to IT-service businesses since the business needs to investigate what the system needs to manage, and how to manage it. This paper address the problem with ITIL and COBIT lack of focus and depth regarding the central part of the incident management process, the Incident Management System by investigating and reciprocate the following questions. Which implied and explicit requirements should an Incident Management System meet?  Which Incident Management System requirements can be found from the most used frameworks regarding Incident Management?  How well does the identified requirements match those requirements made by a real world company? The target audience for this paper is mainly IT-service business or individuals that considers themselves in need of a compilation of requirements that an Incident Management System should meet and can be used as a supporting tool when implementing or purchasing a new Incident Management System. By identifying requirements that an Incident Management Systems should meet from the most used framework regarding Incident Management, this paper will contribute with means for the implementation of the Incident Management System, reducing the costs for the investigation of demands of such a system. It will also present interested parties with a concrete example, the single case study, to compare with the requirements from the frameworks, contributing with a benchmark for IT-service business to start from when implementing or purchasing an Incident Management System.

Software deployment, eller mjukvarudistribution översatt till svenska kan ses som processen där alla aktiviteter ingår för att göra en mjukvara tillgänglig för användare utan en manuell installation på användarens dator eller annan maskin. Det finns ett flertal software deployment-verktyg, som hanterar automatiska installationer, tillgängliga för företag på marknaden idag.  Avdelningen HVDC på ABB i Ludvika har behov att börja använda ett verktyg för automatiserade installationer av mjukvaror då installationer idag utförs manuellt och är tidsödande. Som Microsoftpartners vill ABB se hur Microsofts verktyg för mjukvarudistribution skulle kunna hjälpa för detta behov.  Vår studie syftade till att undersöka hur arbetet med installationer av mjukvara ser ut idag, samt hitta förbättringsmöjligheter för installationer som inte kan automatiseras i nuläget. I studien ingick även att ta fram ett generellt ramverk för hur verksamheter kan gå tillväga när de vill börja använda sig utav software deployment-verktyg. I ramverket ingår en utformad kravspecifikation som ska utvärderas mot Microsofts verktyg.  För att skapa en uppfattning om hur arbetet i verksamheten ser ut idag har vi utfört enkätundersökning och intervjuer med personal på HVDC. För att utveckla ett ramverk har vi använt oss av insamlade data från de intervjuer, enkätundersökning och gruppintervju som utförts, detta för att identifiera krav och önskemål från personalen hos ett software deployment-verktyg. Litteraturstudier utfördes för att skapa en teoretisk referensram att utgå ifrån vid utvecklande av ramverket och kravspecifikationen.  Studien har resulterat i en beskrivning av software deployment, förbättringsmöjligheter i arbetet med installationer av mjukvara samt ett generellt ramverk som beskriver hur verksamheter kan gå tillväga när de ska börja använda ett software deployment-verktyg. Ramverket innehåller också en kravspecifikation som använts för att utvärdera Microsofts verktyg för mjukvarudistribution. I vår studie har vi inte sett att någon tidigare har tagit fram ett generellt ramverk och kravspecifikation som verksamheter kan använda sig av som underlag när de ska börja använda ett software deployment-verktyg. Vårt resultat av studien kan täcka upp detta kunskapsgap. / Software deployment can be seen as the process where all activities are included to make a software available to users without a manual installation on the user’s computer or other machine. There are several software deployment tools that manage automated installations available to enterprises on the market today. The department HVDC at ABB in Ludvika has needs of starting to use a tool for automated installations of software which currently is installed manually and is time consuming. As Microsoft partners ABB wants to see how Microsoft’s tool for software deployment could help for this need.  Our study aimed to investigate how the department´s work with installations of software looks like today and to find opportunities for improvement for installations that can’t be automated at this time. The study also includes to develop a general framework for how businesses can proceed when they want to start using a software deployment tool. The framework also includes a designed requirement specification that will be evaluated against Microsoft´s tool. To create an idea of how the work in the business looks like today, we have performed surveys and interviews with staff in HVDC. In order to develop a framework, we have used the data collected from the interviews, questionnaires and group interviews conducted to identify requirements and wishes from the staff of a software deployment tool. Literature studies were also conducted to create a theoretical framework to use when developing the framework and the requirement specification.  Our studies have resulted in a description of software deployment, opportunities for improvement in the work of software installations and a general framework that describes how businesses can proceed when they are about to start using a software deployment tool. The framework also provides a set of requirements that have used to evaluate Microsoft's tool for software distribution. In our study we have not seen that anyone before have developed a general framework and requirements specification that businesses can use as a basis when to start using a software deployment tool. Our results of the study can cover up this knowledge gap.