Denna rapport är ett kandidatarbete vid Linköpings Universitet i kursen TDDD96. Rapporten är baserad på ett projekt som gruppen har utfört där de har byggt ett chattsystem åt en extern kund, Region Östergötland. Chattsystemet som byggdes var en chattapplikation som kan användas mellan patienter och vårdpersonal, även en chattbott användes. Chattapplikationen fokuserade på hur förgrening av konversationer kunde ske på ett smidigt och användarvänligt sätt samt att vårdpersonalen kan markera viktiga meddelanden. I projektet användes Scrum vilket är ett ramverk som bygger på utveckling som sker i sprintar, dagliga möten samt utvärdering efter varje sprint. Sist i rapporten ligger ett antal olika individuella bidrag som varje projektmedlem har gjort.

Rapporten beskriver ett projekt som utförts i kursen TDDD96 - Kandidatprojekt i programvaruutveckling vid Linköpings universitet. Projektet gick ut på att utveckla ett verktyg för att analysera och visualisera programkod åt Saab Aeronautics.  Verktyget analyserar disassembly-filer av ett program för att visualiera olika vägar exekveringen kan ta genom ett program, och körningsloggar för att visualisera ett anropsträd över programmet. Verktyget är tänkt att användas för att hjälpa till vid analys av mjukvara genom att visualisera flödet genom koden. Rapporten beskriver både den tekniska aspekten av projektet och dess resultat, och den arbetsmetodik som använts under projektet. Rapporten diskuterar även de erfarenheter som kan dokumenteras från projektet. En av de viktigaste erfarenheterna man kan ta med sig från detta projekt är vikten av kommunikation inom projektgruppen, speciellt för ett projekt som genomförs på distans. Det är också viktigt att ha bra kommunikation och kontinuerlig kontakt med kunden för att se till att det som utvecklas faktiskt är det som kunden efterfrågat. Rapporten inkluderar även en individuell del som varje projektmedlem skrivit. Dessa individuella delar djupdyker inom begränsade områden relaterat till projektet.

Denna rapport är en beskrivning av ett kandidatarbete utfört som del av kursen TDDD96 - Kandidatprojekt i programvaruutveckling vid Linköpings universitet. Teamet som utförde arbetet bestod av åtta ingenjörsstudenter som studerar på data- respektive mjukvaruteknikprogrammet. Syftet med projektet var att ta fram en prototyp till en digitaliserad akutjournal åt Region Östergötland för deras arbete på akutmottagningarna i Linköping, Norrköping och Motala. Denna digitala akutjournal ämnar i ett senare skede ersätta den nuvarande pappersbaserade lösningen. I utvecklingsprocessen användes en modifierad version av det agila ramverket Scrum. Resultatet blev en webbapplikation för fullstorleksskärmar med vyer såsom en enhetsöversikt och en patientvy, och med möjlighet att definiera patienter i systemet och ta emot notifikationer. Förutom att redovisa och diskutera det gemensamma arbetet finns också individuella delrapporter som behandlar relaterade ämnen.

En webbapplikation för kraschrapportering har utvecklats för företaget IFS. Vid en krasch samlar applikationen in data om användarens system och inställningar, för att sedan via ett gränssnitt låta användaren välja vilken information som ska delas med IFS:s supportavdelning. Under utvecklingen av produkten användes en variant på Scrum. Varianten grundas på Scrums fyra grundaktiviteter sprintplanering, scrummöten, sprintutvärdering och sprintretrospektiv. Aktiviteterna anpassades för att passa projektets storlek och komplexitet. GitLab har, utöver  versionhantering, använts för all Scrum-planering och dokumentation. Projektet resulterade i ett program som uppnåde alla de ursprungliga kraven. Programmet har både ett gränssnitt som uppmanar användaren till att dela data och förmågan att samla in samt skicka data. Sammanfattningsvis så kom rapporten fram till att värde kunde skapas för kunden genom att använda en iterativ design process som säkerställde ett lättanvänt grafisktgränssnitt. Rapporten drar även slutsatsen att Scrum är en bra arbetsmetod för att fånga upp erfarenheter och lärdomar under projektets gång. Projektgruppen tar med sig, från projektet, erfarenhet av webbutveckling och samarbete i större grupp. Varje medlem i projektgruppen har även skrivit ett ett individuellt bidrag till rapporten. De individuella bidragen undersöks olika områden som är relevanta till projektet. Dessa bidrag ligger i slutet av rapporten.

Denna rapport behandlar det arbete som under våren 2020 utfördes av en grupp på sju civilingenjörsstudenter i data- och mjukvaruteknik vid Linköpings universitet som en del av kursen TDDD96 – Kandidatprojekt i programvaruutveckling. Projektet utfärdades på efterfrågan av företaget Airpelago, och gick ut på att utveckla en stabil grund för ett molnbaserat videoströmningssystem. Denna rapport beskriver den färdiga produkten, förklarar de beslut som togs, beskriver vilka problem som uppstått och hur dessa lösts, samt diskuterar det slutgiltiga arbetet. Rapporten innehåller även sju individuella bidragskrivna av gruppens enskilda medlemmar / <p>Presentationen genomfördes på distans</p>

Inom mjukvaruteknik finns en mångfald processmetoder där var och en har ett specifikt syfte. En processmetod kan enklare beskrivas som en upprepningsbar uppsättning delsteg i syfte att utföra en uppgift och uppnå ett specifikt resultat. Majoriteten av processmetoder som har hittats i denna studie inriktar sig på den mjukvaruprodukt som är att utveckla. Det verkar finnas en brist på processmetoder som kan användas av mjukvaruutvecklare för att utveckla sin personliga utvecklingsprocess. Med personlig utvecklingsprocess menas, hur den enskilda utvecklaren väljer att strukturera det egna arbetet i syfte att uppnå ett visst re- sultat. Självstyrandes-utvecklarramverket (även kallad SGD-ramverket) är i skrivande stund ett nyligen utvecklat processramverk med syfte att bistå den individuella utvecklaren att ut- veckla sin personliga utvecklingsprocess. Kort beskrivet är ramverket tänkt att innehålla alla aktiviteter som kan komma att uppstå i ett utvecklingsprojekt. Problemet är att detta ramverk inte har utvärderats ännu och därför vet man inte om ramverket är relevant för att uppfylla sitt syfte. För att rama in och vägleda studien formulerades ett antal problemfråge- ställningar (1) Är ramverket fullständigt för ett mindre företag med avseende på aktivite- ter?, (2) Hur hög är kostnaden för SGD-ramverket i form av tid? Målet med studien är att bidra till framtida studier för ramverket genom att utföra en akt- ionsstudie där SGD-ramverket utvärderas utefter ett par specifika utvärderingskriterier. En induktiv kvalitativ forskningsmetod användes för att genomföra denna studie. Med in- duktiv metod menas att slutsatser dras utifrån empiriskt insamlad data och utifrån dessa ut- formas generella teorier. Mer specifikt användes metoden aktionsstudie. Data samlades in genom loggning och tidsloggning under aktionsstudiens gång. För att utvärdera ramverket användes utvärderingskriterierna (1) Fullständighet, (2) Semantisk korrekthet (3) Kostnad. En narrativ analys fördes över insamlad data för dessa kriterier med hänsyn till problemfrå- geställningarna. Resultat från utvärdering visade att ramverket inte ansågs fullständigt med hänsyn till dess aktiviteter. Dock näst intill fullständigt då enbart ett fåtal aktiviteter behövdes tilläggas i den utförda aktionsstudien. Totalt 3 extra aktiviteter lades till utöver de 40 som redan finns. Ca tio procent av den totala arbetstiden i aktionsstudien var i tillagda aktiviteter utanför Självstyrandes-Utvecklarramverkets ordinarie aktiviteter. Ramverkets aktiviteter ansågs även vara för granulärt formulerade i sammanhanget av ett mindre företag. Ramverket an- sågs vara högst relevant för att förbättra den individuella utvecklarens egna process. Kost- nad för införsel av Självstyrandes-Utvecklarramverket i denna studie speglar tiden det tog tills tidsanvändningen av Ramverket ansågs stabilt. Denna införelsekostnad uppskattades i form av tid och bestod av ca 3.54% av en åttatimmars arbetsdag, detta uppskattade ske un- der en införselsperiod på 24 dagar. Total tillämpningskostnad för användning av ramverket i den utförda aktionsstudien är i snitt 4,143 SEK/timme alternativt 662,88 SEK/månad. Schablonkostnaden som har använts ligger på 172,625 SEK/timme. / Within software engineering there is a diversity of process methods where each one has its specific purpose. A process method can be described as being a repeatable set of step with the purpose to achieve a task and reach a specific result. The majority of process methods found in this study are focused on the software product being developed. There seems to be a lack of process methods that can be used by software developers for there individual soft- ware process improvement. Individual software process improvement, refers to how the in- dividual software developer chooses to structure their own work with the purpose to obtain a specific result The Self-Governance Developer Framework (also called SGD-framework) whilst writing this is a newly developed process framework with the purpose of aiding the individual soft- ware developer to improve his own individual software process. Briefly explained the framework is intended to contain all the activities that can come up in a software project. The problem is that this tool has not yet been evaluated and therefore it is unknown if it is relevant for its purpose. To frame and guide the study three problem questions has been for- mulated (1) Is the framework complete for a smaller company in regards to it activities? (2) How high is the cost for the SGD-framework in regard of time? The goal of the study is to contribute for future studies for the framework by performing an action study where the Self-Governance Developer Framework is evaluated against a set of chosen evaluation criteria. An inductive qualitative research method was used when conducting the study. An induc- tive method means that conclusions are derived from empirically gathered data and from that data form general theories. Specifically, the action study method was used. Data was gathered by keeping a logbook and also time logging during the action study. To evaluate the framework, some evaluation criteria was used which were (1) Completeness, (2) Se- mantic correctness, (3) Cost. A narrative analysis was conducted over the data that was gathered for the criteria. The analysis took the problem formulations in regard. The results from the evaluation showed that the framework was not complete with the re- gards of the activities. Although next to complete as only a few activities were further needed during the action study. A total of 3 extra activities were added over the regular 40 activities. Around 10% of the time spent in activities were in activities outside of the Self- Governance Developer Framework. The activities were considered to finely comminute for the context of a smaller company. The framework was considered highly relevant for im- proving the individual software developers own process. The introduction cost in this study reflect on the time it took until the usage of the framework was considered consistent. In this study it was approximately 24 working days with a usage about 3.54% of an eight-hour work day. The total application cost of usage of the framework in the performed action study was on average 4.143 SEK/hour or 662,88 SEK/month. The template cost used was on 172.625 SEK/hour.