En stor del av mjukvaruutveckling sker idag i projektform och projektledaren spelar en viktig roll i ett projekt. Projektledaren har det största ansvaret för projektet och leder sitt utvecklingsteam mot målet för projektet. Inom området för mjukvaruutveckling har olika utvecklingsmetoder skapats för att hantera projekt och projektledning. Inom området skiljer man generellt mellan traditionella och agila utvecklingsmetoder. De agila utvecklingsmetoderna introducerades för att eliminera brister hos de traditionella utvecklingsmetoderna. I de traditionella utvecklingsmetoderna är det nödvändigt att vara medveten om samtliga krav inom projektet från början medan de agila metoderna är mer flexibla i förhållande till kravinsamling.Ämnesområdena projektledning och utvecklingsmetoder inom projektarbete diskuteras vanligen var för sig i skilda kontexter och betraktas därför ofta som oberoende av varandra. Forskning påvisar att många mjukvaruprojekt misslyckas på grund av bristande projektledning. Därför är det nödvändigt att projektledaren besitter ett antal egenskaper som identifierats som avgörande för att leda framgångsrika projekt. Genom den litteraturstudie som gjorts har fyra kritiska egenskaper hos projektledaren identifierats: relationsförmåga, personlighet, kompetenser och kommunikationsförmåga. Även om projektledaren besitter dessa beskaffenheter betyder det inte att projektet i sig lyckas. Utvecklingsmetoden för projektet är också en avgörande faktor för att skapa framgångsrika projekt. Val av utvecklingsmetod i samband med projektledarens egenskaper skapar således olika förutsättningar för projektets framgång. Resultatet som framkommit av denna studie påvisar att dessa två ämnen i hög grad är beroende av varandra. Studien visar också att projektledarens beskaffenheter många gånger är helt avgörande vid tillämpning av traditionella utvecklingsmetoder. Projektledarens egen-skaper är också aktuella vid arbete med agila utvecklingsmetoder men inte i samma ut-sträckning som för traditionella utvecklingsmetoder. / A large part of software development today is conducted in the form of projects and the project manager plays an important role in a project. The project manager has the largest responsibility and leads the development team towards the goal of the project. In the area of software development different development methodologies have been created for project management. One generally distinguishes between traditional and agile development methodologies. The agile development methods were originally introduced to eliminate the shortcomings of the traditional development methods. With traditional methods it is necessary to be aware of all the requirements for the project from the start while the agile methods are more flexible with regard to requirements elicitation.Disciplines of project management and development methodologies in a project are usually discussed separately in different contexts, and are therefore often regarded as independent of each other. Research shows that many software projects fail due to deficiencies in the project management. It is consequently necessary that the manager possesses a number of properties that have been identified as critical for managing successful projects. This study identified four key characteristics of the project manager: relationship ability, personality, competence and communication skills. Even if the project manager possesses these traits or capacities it does not mean the project itself is or will be successful. The development methodology for the project is also a crucial factor in the process of creating successful projects. The choice of development method in conjunction with the project manager’s characteristics creates different conditions for success of the project. The results that emerged from this study demonstrates that these two subjects are highly interdependent. The study also demonstrates that the project manager's characteristics are often crucial in the application of traditional development methods. The project manager's characteristics are also relevant when working with agile development but not to the same extent as for traditional methods.

Projektarbete är ett dominerande arbetsätt inom de flesta branscher. I IT/IS-branschen är det utbrett arbetssätt och en central del av hur organisationer är uppbyggda. I denna uppsats behandlar vi projektarbete inom IT/IS-branschen, med fokus på tid- och resursplanering, samt realisering av mjukvaruprojekt. Utifrån ledande projektledningsmetodik tas ett mätinstrument fram med tänkta funktioner i ett projektplaneringsverktyg, för att vidare undersöka ledande verktyg på marknaden. Projektarbete är historiskt sätt ett nytt fenomen, och fortfarande finns det mycket outforskat. Studien bygger på en kvalitativ sekundäranalys av den projektledningslitteratur som dominerar på svenska högskolor och universitet. Det vägs även in annan litteratur för att styrka våra slutsatser. I teoridelen redovisar vi vilka mjukvaruprocesser som är vanligast vid ett ingenjörsmässigt förhållningssätt, samt de generella arbetssteg som används inom projektledningsmetodik. Det teoretiska ramverket ligger vidare till grund för analysen. Uppsatsen avrundas sedan med att presentera empirin, och vidare görs en löpande analys av materialet. Vi påvisar 16 viktiga funktioner som ett planeringsverktyg bör tillhandahålla, samt en brist hos ledande verktyg på marknaden. Slutligen diskuteras studiens validitet, och förslag till vidare studier tas upp. / In the IT/IS industry it is the dominating practices and a central part of how organizations are structured. In this report we deal with project work in the IT/IS industry, focusing on the time and resource planning, and realization of software projects. Based on the leading project methodology a benchmark is developed with thoughtful features in a project planning tool to further investigate the leading tools in the market. Project work is historically a new phenomenon, and there are still many unexplored. The study is based on at qualitative secondary analysis of the project management literature that dominates in Swedish universities. It also considered in other literature to substantiate our conclusions. In the theoretical part we present the software processes that are common at an engineering approach, and the general work steps used in the project management methodology. The theoretical framework is also the basis the analysis. The paper is the rounded up to present empirical data, and a continuous study of the material is made. We demonstrate 16 key features such as planning tool should provide, as well as a weakness of the leading tools in the market. Finally, the validity of the study are discussed, and suggestions for further study are given.

En stor del av barns utbildning är att lära sig grunderna i matematik samt att memorera och automatisera räkning i de fyra grundläggande räknesätten. Att lära sig dessa grundläggande kunskaper i en tidig ålder har visats vara en stor bidragande faktor till framtida framgång inom matematik. Denna rapport beskriver hur en mobilapplikation med syftet att bidra med ett optimalt lärande av entalsaritmetik för barn vidareutvecklats som en del av kursen TDDD96, kandidatptojekt i programvaruutveckling. Vidareutvecklingens fokus var främst att förbättra det visuella i applikationen med hjälp av spelifiering, samt att uppgradera och utöka kontosystemet. Denna rapport ämnar att besvara hur man genom visualisering och spelifiering kan underlätta inlärningen av entalsaritmetik för barn. Projektet är utfört i samarbete med kunden Jörgen Blomvall på Linköpings Universitet som forskar inom optimering, och även utvecklat en optimal algoritm för inlärning av entalsaritmetik. I denna rapport beskrivs inte bara produkten utan även projektets utvecklings- och designprocesser, samt resultat och erfarenheter. Under projektet implementerades även två räknesätt utöver de fyra grundläggande. Dessa var addition med okänd variabel samt multiplikation med okänd variabel. Addition med okänd variabel ska hjälpa till med inlärning av subtraktion och multiplikation med okänd variabel ska hjälpa till med division.

Requirements engineering remains an important discipline to reduce costs, development times and improve quality in software engineering projects. With Agile methods gaining prominence in a rapidly globalized world, many requirements engineering efforts are today made in distributed contexts, with both teams and stakeholders being separated by physical and organisational distances. At the same time, it is not well understood how agile methods for requirements engineering apply to distributed contexts. This thesis investigates the implementation and use of agile methods for requirements engineering in distributed software engineering contexts. Observations made over a three-month study of the CHAMP project, a joint IT and process development effort between major European truck manufacturers Scania and MAN, are used to assess how commonly practices agile methods perform when implemented over distances. The case study of the CHAMP study suggests that the implementation of agile methods is highly context-sensitive, with limited current opportunities to formulate general heuristics for successful applications. The results of the CHAMP study indicate that distributed contexts hamper team communications when compared to co-located efforts, making it more difficult to implement an overall agile project model. However, individual methods, particularly the use of work backlogs, are found to offer increased structural flexibility beneficial to distributed workflows. Additionally, the CHAMP observations suggest implementing agile methods in new contexts requires an organisational mandate, as agile workflows are less predictable than linear models and can expose the surrounding organisation to higher uncertainty. / Kravhantering är fortsatt ett viktigt verktyg för att reducera kostnader, utvecklingstider och öka leveranskvalitet i mjukvaruutveklingsprojekt. Då agila metoder har blivit allt vanligare i en snabbt globaliserad värld, genomförs idag många kravhanteringsprocesser i utspridda sammanhang, där både projektets personal och intressenter är separerade av fysiska och organisatoriska avstånd. Samtidigt är det inte väl förstått hur agila metoder för kravhantering applicerar i utspridda sammanhang. Detta examensarbete undersöker hur agila metoder han implementeras och användas för kravhanteringsprocesser i utspridda mjukvaruutvecklingsprocesser. Observationer insamlade under en tremånadersstudie av CHAMP-projektet, ett gemensamt IT- och affärsutvecklingsprojekt mellan de stora europeiska lastbilstillverkarna Scania och MAN, används för att bedöma hur vanligt förekommande agila metoder fungerar när de tillämpas i agila sammanhang. Fallstudien av CHAMP-projektet indikerar att den specifika kontexten kan kraftigt påverka implementationen ag agila metoder, vilket för närvarande begränsar möjligheten att formulera generella tumregler för hur de framgångsrikt kan lanseras. CHAMP-studiens resultat påvisar att utspridda projekt har svårare att kommunicera jämför med samlokaliserade grupper, vilket gör det svårare att implementera sammanhållet agila projektmodeller. Samtidigt kan enskilda agila metoder, särskilt användningen av backlogs, hjälpa till att öka flexibiliteten i projekt, vilket är värdefullt i utspridda arbetsprocesser. Slutligen påvisar observationerna från CHAMP-projektet att det är viktigt med ett organisatoriskt mandat vid implementationen av agila metoder, då de är mindre förutsägbara än linjära processer och kan utsätta omkringliggande organisationer för högre osäkerhet.

Allt sedan 1960-talet har det utvecklats så många systemutvecklingsmetoder att det kan vara svårt, som systemutvecklare, att välja rätt metod till det utvecklingsprojekt som ska genomföras. För att underlätta valet av systemutvecklingsmetod kan ett jämförelseramverk vara användbart. Detta för att lättare kunna sätta sig in i de utvecklingsmetoder som finns till hands att välja mellan. Denna rapport fokuserar på att jämföra systemutvecklingsmetoden eXtreme Programming med Structured Systems Analysis and Design Method (SSADM) och Rational Unified Process (RUP). Detta görs med hjälp av ett jämförelseramverk. Syftet är att erhålla en djupare kunskap om vad eXtreme Programming är för en typ av systemutvecklingsmetod och vad den har att erbjuda som de mer etablerade metoderna, SSADM och RUP, inte kan erbjuda och vise versa. Resultatet av rapporten är ett jämförelseramverk som kan användas på ett strukturerat sätt för att erhålla information om systemutvecklingsmetoder. Vidare erhåller läsaren en djupare kunskap om en relativt ny systemutvecklingsmetod eXtreme Programming.

A recent trend in the technological evolution has been to increase the mobility of the end-user. A contributing factor is the fast rate of improvement in the smartphone area. This, in turn, has changed the expectations end-users have on the availability of services, which has allowed mobile applications, apps, to find their place in everyday life. This study has been conducted at Scania’s Fleet Management department that offers a web-based service where haulage contractors can administer, monitor and follow up on their vehicle fleets. The purpose of this study was to investigate if Scania’s existing web service should be extended into the mobile area, and if so, what organizational and technical challenges app development imposes. To address this problem, a qualitative investigation was carried out with three main groups of respondents: comparable companies that have faced similar challenges, app development companies and the current users of the Fleet Management service. Additionally, a prototype application was developed to investigate the potential technical challenges that may occur. Combined with a theoretical framework the conducted research has led to recommendations on how to best take the step into the field of mobile devices. This study shows that it is advisable to adopt the mobile technological trend since the positive effects of an app outweigh the potential costs. The technical changes within the field of smartphones occur at a rapid rate, which requires special technical skills. The development also requires iterative development methods where the end-user is included throughout the whole process.

<p>Allt sedan 1960-talet har det utvecklats så många systemutvecklingsmetoder att det kan vara svårt, som systemutvecklare, att välja rätt metod till det utvecklingsprojekt som ska genomföras. För att underlätta valet av systemutvecklingsmetod kan ett jämförelseramverk vara användbart. Detta för att lättare kunna sätta sig in i de utvecklingsmetoder som finns till hands att välja mellan.</p><p>Denna rapport fokuserar på att jämföra systemutvecklingsmetoden eXtreme Programming med Structured Systems Analysis and Design Method (SSADM) och Rational Unified Process (RUP). Detta görs med hjälp av ett jämförelseramverk. Syftet är att erhålla en djupare kunskap om vad eXtreme Programming är för en typ av systemutvecklingsmetod och vad den har att erbjuda som de mer etablerade metoderna, SSADM och RUP, inte kan erbjuda och vise versa.</p><p>Resultatet av rapporten är ett jämförelseramverk som kan användas på ett strukturerat sätt för att erhålla information om systemutvecklingsmetoder. Vidare erhåller läsaren en djupare kunskap om en relativt ny systemutvecklingsmetod eXtreme Programming.</p>

<p>To assure good quality the software needs to be tested to find errors and to verify that the programme meets the customer’s expectations. Traditional methods are usually used in software development and means that a number of predetermined steps are followed. By using agile methods the development can more easily be adapted to the changes on the market. With these methods the testing is carried out continuously throughout the project. This may affect both developers and testers in different ways. Most studies focus on how agile methods affect developers but there are no studies on how testers are affected by these methods. The purpose of this master thesis is therefore to study how the testers are affected when adopting the agile methods.</p><p>The study was based on a theoretical and an empirical study consisting of interviews. These studies indicate five areas to investigate further, these areas were: test process, collaboration and communication, psychological effects, exchange of knowledge and education. After contacting a number of interviewees a decision was made to only study the agile methods Extreme programming and Scrum. Interviews were carried out at six different companies, where all interviewees had experience of testing in agile projects. The questions were open-ended questions and the answers were compiled to be compared with the theory in an analysis.</p><p>The result showed that tests are carried out early and continuously throughout the entire development process. Since the testing is carried out parallel to the development the tester gains a better understanding for the product and there is a smaller risk for unnecessary tests to be written. The documentation produced during the test process is not affected by the agile methods but is rather dependent on other factors. These factors could be demands or the company’s business area. Collaboration and communication between testers and developers is improved since they are sitting together and have daily meetings. This also results in an increased exchange of knowledge within the team and that the team members are more informed about each others work. The result also showed that agile methods have psychological effects on the tester. Since the tester often has a unique role in the team the feeling of loneliness is larger and the opportunities to discuss tests are less than if there would have been other testers in the team. The role as a tester means to work independently with both developers and product owners to satisfy the interests of both sides. Finally, the study showed that the team needs an education when adopting agile methods to make sure that all team members have the same understanding of the methods.</p> / <p>För att kunna säkerställa god kvalité på mjukvara krävs att den testas för att hitta fel och visa att programmet uppfyller kundens förväntningar. Vanligen sker mjukvaruutveckling enligt så kallade traditionella metoder som innebär att ett antal förutbestämda steg följs. För att kunna anpassa mjukvaruutvecklingen efter förändringar som ständigt uppstår på marknaden används i stället agila metoder. Dessa metoder innebär bland annat att testningen sker parallellt med utvecklingen vilket kan komma att påverka utvecklarna och testarna på flera olika sätt. De flesta studier kring agila metoders påverkan fokuserar på utvecklarna och studier som visar hur testarna påverkas saknas. Syftet med examensarbetet var därför att undersöka hur testarna påverkas av införandet av agila metoder.</p><p>Undersökningen baserades på teoristudier och en empirisk studie bestående av intervjuer. Dessa studier visade på fem områden att undersöka närmare, dessa var: testprocessen, samarbete och kommunikation, psykologiska effekter, kunskapsutbyte samt utbildning. Efter kontakt med ett antal intervjuobjekt beslöts att avgränsa studien till att endast studera de agila metoderna Extreme programming och Scrum. Personer från sex olika företag intervjuades, där alla intervjuobjekt hade erfarenhet av test inom agila projekt. Intervjufrågorna var fasta med öppna svarsalternativ och svaren sammanställdes sedan för att, i en analys, jämföras med den teoretiska bakgrunden.</p><p>Resultatet visade att testaren utför tester tidigt och kontinuerligt genom hela utvecklingsprocessen. Genom att testningen sker parallellt med utvecklingen får testaren en ökad förståelse för produkten och risken minskar för att onödiga tester skrivs. Dokumentationen som produceras under testprocessen påverkas inte av de agila metoderna utan beror i stället på andra faktorer. Dessa faktorer kan vara efterfrågan eller vilken bransch företaget är verksam i. Samarbete och kommunikation mellan testare och utvecklare förbättras då de sitter tillsammans och har dagliga möten. Detta leder även till att kunskapsutbytet inom teamet ökar och att teammedlemmarna blir mer insatta i varandras arbeten. Resultatet visade även att agila metoder har vissa psykologiska effekter på testaren. Eftersom testaren oftast har en unik roll i teamet känner denne i större grad ensamhet i sitt arbete och tillfällena att diskutera test blir färre än om det hade varit fler testare i teamet. Rollen som testare innebär att arbeta oberoende med både utvecklare och produktägare samtidigt som båda parter ska bli nöjda. Slutligen visade undersökningen att teamet behöver utbildning vid införandet av agila metoder. Utbildningen ska ge en korrekt bild av metoderna för att alla i teamet ska få samma syn på dessa.</p>

<p>Denna kombinerade magisteruppsats i matematik och datalogi handlar om en metod för att hitta ett lokalt minimum för en unimodal funktion inom ett intervall genom användning av ett femtegradspolynom. Femtegradspolynomet skapas med hjälp av interpolation baserad på funktionsvärdena samt första och andra derivatans värden i intervallets ändpunkter. I rapporten härleds matematiskt att metoden konvergerar, följt av ett bevis för att metoden konvergerar med en konvergenshastighet av tre. Slutligen testas metoden mot två referensmetoder för att se användningsbarheten. För detta beskrivs vissa mjukvaruutvecklingsmetoder och några teststrategier. Testen utförs med sex olika funktioner och med tre olika versioner av metoden. Slutsatserna från testen visar att metoden inte är bättre att använda än referensmetoderna även om den har högre konvergenshastighet samt att metoden måste ta hänsyn till när den bara hittar nya approximationer på ena sidan av intervallet. Vi kunde även se från testerna att ingen av metoderna var bra på att ge en korrekt approximation, utan det finns behov av säkrare metoder för detta. Det är därför föreslaget i uppsatsen att man borde försöka att hitta ett annat interpolations-polynom för att förbättra metoden. Man borde även testa mot en metod som har högre konvergenshastighet. För att kunna göra det behöver man titta på andra sätt att representera numeriska värden och det skulle kunna vara intressant för att se om man då skulle få ett annat resultat.</p> / <p>This combined master thesis in Mathematics and in Computer Science deals with a method for finding the local minimum of a unimodal function inside a given interval by using a fifth degree polynomial. This fifth degree polynomial is created from the function value and the first and second derivative values in the end-points of the interval. In this report the presented method is derived mathematically to converge and it is then proven that the method has a convergence rate of three. Last is the method tested against two reference methods to see the usefullness of the method. To do this some software development methods are described in the report and some test strategies are given. The tests are done with six different functions and with three different implementations of the method. The conclusions from the tests are that it is often better to use one of the referencemethods instead of the presented method, even if the presented method has a better convergence rate, and that the method needs to handle when the found approximation always is on one side of the interval. We could also see from the tests that none of the methods were good on finding a correct approximation. Therefore, there exist needs for more secure methods. It is therefore suggested in the report that a search for other interpolating functions ought to be carried out in order to improve the method. Also, it could be interesting to test against another method with even higher convergence rate. To do that, another numerical representation is needed and it would be interesting to see if that changes the outcome</p>

Requirements management is an important part of the software development process. The success of a project may depend on how this is handled. Even though several research studies indicates that more attention should be paid on non-functional requirements, the primary focus in practical projects still regards identifying functional requirements. Especially the prioritization of the non-functional requirements has been proven to be of great importance for the success of a project. This report investigates basics in agile requirements management involving opinions from experts from a software development company. This is done with help of existing literature and interviews with key actors involved in prioritization at the company. I investigate prioritization of non-functional requirements and possibilities for agile project development. The results contribute to developing an overall understanding of the agile way of working. The methodology of this report follows a qualitative approach. It is based on secondary data from literature and documents, but also on data collected via interviews. The results are acknowledging earlier findings from the literature and illustrate with examples actual prioritization of non-functional requirements, and how and why prioritization is a complex activity at a company. However, according to one of the most important findings of this study, the strict use of prioritization techniques is not the most urgent necessity for the success of a project. / Kravhanteringen är en viktig del av systemutvecklingsprocessen. Ett projekts framgång kan kopplas till hur detta genomförs. Även om flera studier pekar på att mer uppmärksamhet bör läggas på icke-funktionella krav är den primära fokusen i flera projekt fortfarande att identifiera funktionella krav. Speciellt prioriteringen av de icke-funktionella kraven har visat sig vara av stor betydelse för ett lyckat projekt.  Den här rapporten undersöker grunderna i den agila kravhanteringen som involverar åsikter från experter i ett företag inom mjukvaruutveckling. Detta görs med hjälp av befintlig litteratur samt intervjuer med nyckelaktörer involverade i prioriteringen hos företaget. Jag undersöker prioriteringen av icke-funktionella krav och möjligheter för agil projektutveckling hos företaget. Följaktligen kommer resultatet bidra till att ge läsaren en allmän förståelse om det agila arbetssättet. Metodologin för den här rapporten följer ett kvalitativt tillvägagångssätt. Den baseras på sekundär data från litteratur och dokument, men även data insamlat via intervjuer. Resultaten medger tidigare upptäckter från litteraturen och visar med exempel verklig prioritering av icke-funktionella krav samt hur och varför prioriteringen är en komplex aktivitet hos ett företag. Dock är, enligt en av de viktigaste upptäckterna i den här rapporten, ett strikt användande av prioriteringstekniker inte den viktigaste nödvändigheten för ett lyckat projekt.