Kravhantering vid agil mjukvaruutveckling är en utmaning som allt fler företag ställs inför.Prototyper, modeller som liknar tilltänkta slutprodukter, kan användas för att inhämtaviktig information om det som ska utvecklas. För att beskriva hur lik en prototyp är dentilltänkta slutprodukten används begreppet verklighetsfaktor. Studiens syfte är dels attöka kunskapen kring prototypanvändning i agil mjukvaruutveckling, dels att undersökavilken effekt en prototyps verklighetsfaktor har då prototyper används i diskussioner inomkravhantering. En fallstudie görs på företaget Exsitec där personal intervjuas angående prototypanvändning i mjukvaruprojekt. Två prototyper utvecklas sedan med låg respekti-ve hög verklighetsfaktor och används som diskussionsunderlag i intervjuer. Studien visar att användning av prototyper i mjukvaruprojekt kan bidra till ökat förtroende hos kun-der, förbättrad kommunikation med kunder och kan förenkla att uppnå konsensus mellan olika intressenter. Vidare kan de, beroende av hur de används, bidra till helhetsbilden avprodukten och fungera som dokumentation. Studien påvisar även några, om än subtila, skillnader i den information som samlas in med hjälp av prototyper med låg respekti-ve hög verklighetsfaktor. Hög verklighetsfaktor tycks medföra att fler krav samlas in, men göra respondenter mindre benägna att vilja komma med förslag på mer omfattandeförändringar. / Requirements Engineering (RE) in Agile Software Development (ASD) is a challenge thatmany face and several techniques exist when doing so. One such technique is prototyping, when a model of a product is used to gather important information in software develop-ment. To describe how much a prototype resembles the product the notion of fidelity is used. The aim of this study is to contribute to research regarding prototyping in ASD,and to examine the effect of a prototype’s fidelity when using prototypes in discussionsduring RE. A case study is performed at the company Exsitec where staff are interviewedregarding prototyping in software development. Thereafter, two prototypes of low andhigh fidelity are developed and used in interviews as a basis for discussion. Based on thisstudy, the use of prototypes in software projects can help customers trust the process,improve communication with customers, and facilitate when trying to reach consensusamong different stakeholders. Furthermore, depending on how they are used, prototypescan contribute to understanding the big picture of the requirements and can also serve asdocumentation. The study also shows some, albeit subtle, differences in the informationcollected using prototypes with low and high fidelity. The use of a high fidelity prototypeseems to generate more requirements, but makes interviewees less likely to come up withlarger, more comprehensive requirement changes.

Tidigare forskning indikerar att icke-funktionella krav är åsidosatta i agila utvecklingsprocesser. De involveras sent i projektet eller ad hoc. Detta är negativt då det kan leda till försenad leverans, ökade kostnader och produkter med bristande kvalitet. Inom konsumenthandeln är icke-funktionella domäner såsom användbarhet en tydlig konkurrensfördel. Syftet med denna litteraturgranskning är att undersöka hur icke- funktionella krav kan involveras i kravhanteringsprocessen för agila systemutvecklingsprojekt. Litteraturgranskningen ämnar även att kategorisera de identifierade metoderna. Via sökning i databaserna Web of Science och Scopus fann författarna 152 studier. Efter screening och kvalitetsgranskning inkluderades 19 studier i den slutgiltiga granskningen. Dessa analyserades och kategoriserades efter vilka steg i kravhanteringsprocessen de berörde. Resultatet visade att framför allt insamling av icke- funktionella krav var mer frekvent förekommande i materialet, 11 studier behandlade detta. Validering av krav var minst förekommande, enbart en studie redogjorde för denna del. Mer forskning behövs inom ämnet, framför allt kopplat till utvecklingsprojekt i praktiken.

Submitted by Luiza Maria Pereira de Oliveira (luiza.oliveira@ufpe.br) on 2015-05-08T15:35:49Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertação Jose Wallace Ribeiro de Macedo Junior.pdf: 1161406 bytes, checksum: f2bb08ca99eacd53024bfb37648476aa (MD5) / Made available in DSpace on 2015-05-08T15:35:49Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertação Jose Wallace Ribeiro de Macedo Junior.pdf: 1161406 bytes, checksum: f2bb08ca99eacd53024bfb37648476aa (MD5) Previous issue date: 2013-04-18 / A maioria dos estudos sobre fatores críticos de sucesso aponta que projetos de software falham por não entregar valor aos interessados. Uma das áreas de pesquisa da Engenharia de Software é a Engenharia de Software Baseada em Valor – VBSE, a qual busca incorporar atividades de criação de valor nos processos de desenvolvimento de software. Segundo ela, o sucesso de um software vai mais além do que uma simples adequação a modelos técnicos. Excelência técnica é altamente desejável, mas insuficiente. Nos últimos anos, a utilização de métodos ágeis tem crescido de forma acentuada, sendo que, segundo pesquisas recentes, Scrum é o método ágil mais utilizado. Estes métodos têm como um de seus princípios a entrega de valor ao cliente. Desta forma, este trabalho analisou a aderência do Scrum à VBSE. A análise foi realizada tendo como base os princípios e valores definidos no manifesto ágil e os elementos-chave que formam a base da VBSE. O resultado da análise mostrou que o Scrum já é aderente a alguns desses elementos-chave. Entretanto, outros elementos-chave da VBSE não são abordados. Para preencher essas lacunas, foi proposta uma extensão que consiste na criação de novos artefatos e no acréscimo de atividades ao processo do Scrum. Tal extensão visa contribuir para que os softwares entregues criem valor para os interessados, sem descaracterizar a agilidade do Scrum. Como método de avaliação, foi aplicado um questionário a profissionais com experiência em Scrum a fim de verificar o grau de concordância em relação à extensão proposta. O resultado da avaliação mostrou que maioria dos respondentes concorda com a extensão e considera que a criação de valor para os interessados deve ser o objetivo principal de um projeto de software.

This thesis was made possible by the company Verendus system AB, which is the leading developer of dealership management systems in the caravan and camper market. The goal of the thesis was to create a statistics module for a new producer system envisioned by Verendus. The new system is aimed at manufacturers and importers of caravans and campers, with the goal of enabling its users to create more effective production lines. By providing statistical data to mentioned users they will be able to predict market trends and customize their production lines accordingly. Today such software does not exist which leads Verendus to think that its arrival would lead to a success on the market. Before the development and design of the producer system began, a new agile method had to be developed, MAM (Minimum Agile Method). The method has strong influences from already established agile methods such as Scrum, Extreme Programming (XP) and Disciplined Agile Delivery (DAD) and was used during the development of the producer system. The development of the basic statistics module resulted in an administration panel where new users and present users can be added or edited. The administrator can also create new connections and permissions between users and companies, which leads to specific information being displayed for each user. The major part of the development resulted in a page for viewing the statistical data currently present in the database of Verendus. With the provided statistics the user can then make qualified decisions and forecasts that have the potential of directly influencing sales. / Arbetet har ägt rum på företaget Verendus System AB, som är ledande affärssystemsutvecklare inom husvagns- och husbilsmarknaden. Målet med examensarbetet var att skapa en grundmodul för att presentera statistik för husvagns- och husbilstillverkare och importörer. Detta för att de ska kunna effektivisera produktionen och spå trender i ett tidigt stadie. En sådan tjänst existerar inte idag, varpå produkten tros ha stor effekt på marknaden. Innan utveckling- och designarbetet av leverantörsstödet började, skapades en agil arbetsmetod, MAM (Minimum Agile Method). Metoden har starka influenser från redan etablerade agila metoder som Scrum, XP och DAD. MAM applicerades sedan på examensarbetets utvecklingsdel. Leverantörsstödets grundmodul resulterade i en administratörspanel, en inställningssida och en statistiksida. Administratörspanelen används för att kontrollera nya användares behörigheter. Inställningssidan ger användaren möjligheten att ändra sina personuppgifter och statistiksidan är till för att användaren ska kunna generera statistik efter ett antal parametrar, fatta kvalificerade beslut och spå kommande trender.

Vid kontinuerlig leverans samt långa utvecklingscykler av mjukvara exponeras system som fortfarande inte är färdigställda för användarna. Det ställer krav på att systemets funktionalitet antingen är brukbart eller otillgängligt. Denna utvecklingsparadigm inom den agila metodiken leder till att vissa funktioner behöver döljas för alla eller en viss del användare. Detta kan lösas med Feature Toggles som i sin tur kan skapa komplexitet och redundant källkod om de inte administreras via ett centraliserat system. Denna typ av administrativt verktyg finns i dagsläget endast tillgänglig via betallösningar. Målet med denna studie är att kvalitativt och kvantitativt undersöka tillvägagångssätt för utveckling av en sådan applikation. Genom en agil utvecklingsmetodik, användning av väl etablerade ramverk, bibliotek och standarder skapades ett administrativt system som möjliggör editering, spårning av händelser och sökfunktioner kopplat till Feature Toggles. Utöver denna funktionalitet skapades ett tillhörande Representional State Transfer – Application Programming Interface (REST-API) som bidrar till att konsumerande system kan ta del utav den centraliserade informationen. Vidare ämnar studien undersöka utvecklingsmöjligheter för applikationen vilket resulterade i ytterligare förslag till funktionalitet så som tidsinställda notifikationer om redundans, optimering av redan implementerad funktionalitet och användarautentisering för ökad säkerhet. Efter genomförda metoder uppnådde studien sitt syfte och resulterade i en applikation för administrering av Feature Toggles.

Att arbeta agilt är idag vanligt förekommande inom IT-branschen där företag ständigt måste anpassa sig till förändringar. Scrum är idag den främst tillämpade agila metoden och har stark koppling till utvecklingsprojekt och kravhantering. Trots detta finns det få empiriska studier om Scrum och det finns även en brist på jämförande studier som ställer kravhantering i praktiken mot det som finns formulerat i litteraturen. Vi har därför i denna studie undersökt hur arbetet med kravhantering i utvecklingsprojekt bedrivs i praktiken hos en organisation som arbetar efter Scrum och jämfört om arbetet utförs i enlighet med det som står i litteraturen. Vi har även tittat på vilka problem och svårigheter som kan uppkomma i kravhanteringsarbetet samt vilka aspekter som utövarna i praktiken betraktar som viktigast. För att ta reda på hur arbetet faktiskt genomförs intervjuade vi fyra personer på företaget Arris, alla med olika befattningar och kopplingar till kravhantering.   Slutsatsen av undersökningen visar att kravhanteringsarbetet i praktiken i de flesta aspekter överensstämmer med det som formuleras i litteraturen. Det finns dock områden som ej går helt i linje, dokumentation av krav är ett sådant. / Working agile is nowadays common within the IT industry where companies constantly have to cope and adapt to change. Scrum is today the most applied agile method and is strongly linked to development projects and requirements engineering. Despite this, there are few empirical studies on Scrum and it also lacks comparative studies where requirements engineering in practice are compared to what is formulated in the literature. As a result of this, we have in this survey, examined how requirements engineering in an organization that is using Scrum is conducted in practice in accordance to what is formulated in the literature. We also identified problems and difficulties that may arise in the work with requirements engineering and also which aspects practitioners considers as most important. In order to be able to realize this study we interviewed four practitioners from Arris, all with different positions and connections to requirements engineering. The conclusion of this study shows that the requirements engineering in practice in most aspects is consistent with what the literature advocates. However, there are areas that not fully correspond to what is written in the literature, documentation of requirements is one such area.

Inom systemutveckling är det viktigt att man använder den eller de metoder som lämpar sig bäst till projektet. De mest populära systemutvecklingsmetoderna är de agila metoderna. Att utveckla agilt innebär att man jobbar iterativt och inkrementellt och följer tolv grundprinciper för att skapa värde till kunden. Författarna till denna uppsats har utvecklat ett informationssystem under en månad där de tillämpat agila principer samt metodelement från SCRUM och Extreme Programming, och dokumenterat processen för att undersöka för- och nackdelarna med detta inom ett mikroprojekt.

När man bedriver IT-projekt utgår man ofta från någon form av metod för att underlätta projektarbetet. En projektmetod, som ofta baseras på ett projektramverk, är ett tillvägagångssätt för hur ett visst resultat ska tas fram. Inom IT-projekt kan dessa metoder vara av sekventiell och/eller agil karaktär. Sekventiella projekt kännetecknas vidare av projektfaser som löper stegvis, medan agila projektfaser är mer lättrörliga. En nyckelperson i projekt är vidare projektledaren. Projektledarskap handlar primärt om att lyckas motivera sina teammedlemmar till att uppfylla uppsatta mål. Det kräver vidare förmågan att vara människa, expert och mentor samtidigt, vilket i nästa tur också kräver mellanmänskliga relationsförmågor. Beskrivningar av mellanmänskliga relationsförmågor är dock något som projektramverk tenderar att utesluta. Vidare är dåligt ledarskap en stor faktor för misslyckande under ett projekts framställningsprocess, då det kan skapa förakt eller minska motivation hos medarbetare. Syftet med denna studie har sålunda varit att undersöka hur projektledarskap kan anpassas till IT-projekt som kombinerar sekventiella och agila metoder.I IT-projekt som kombinerar sekventiella och agila faser kan man då ställa frågan vilken projektledning som passar? Syftet med rapporten har sålunda varit att utreda vilka ledarsätt som passar dessa typer av IT-projekt. Det rapporten kommit fram till är att projektledning i sekventiella metoder betonar kontroll och fokuserar på att se till att medarbetare utför sina arbetsuppgifter inom bestämd tidsram och budget. Projektledning i agila metoder är i nästa tur mer pragmatisk och lättrörlig, samt ställer större krav på förmågan att kunna fatta snabba beslut. En projektmetod som kombinerar sekventiella och agila faser behöver en kontrollorienterad projektledare, men som samtidigt kan anpassa sig till olika arbetssituationer. Vidare är det också fördelaktigt om denna typ av projektledare besitter tekniska färdigheter. För att effektivisera projektarbetet ytterligare bör också projektledaren kunna situationsanpassa ledarskapet till medarbetare.­

Idag arbetar allt fler företag inom agil systemutveckling vilket innebär att utvecklingsarbetet sker i korta iterationer. Att arbetet sker i korta iterationer innebär att det är mycket som ska göras på kort tid både inom utveckling och test. För att hinna med testarbetet krävs det därför att man arbetar med automatiserade tester. Automatiserade tester är en typ av automation som i sig är ett problematiskt område då människor misslyckas med att förlita sig på automation. Om människor inte litar på automatiserade tester leder det till att manuell testning ändå kommer att ske för att säkerställa resultaten av de automatiserade testerna vilket gör att värdet av att automatisera tester uteblir. Syftet med denna uppsats är att svara på hur tillit till automatiserade tester påverkas utifrån kunskap om automatiserade tester, tillit till personen som skapar automatiserade tester samt feedback från automatiserade tester. En kvalitativ undersökning i form av intervjuer har genomförts för att besvara frågeställningen. Undersökningen har genomförts på ett undersökningsföretag som levererar ekonomiprogram och internetlösningar till företag och redovisnings- och revisionsbyråer. Resultatet av den empiriska undersökningen visade att kunskap om automatiserade tester, tillit till personen som skapar automatiserade tester och feedback från automatiserade tester är aspekter som påverkar människors tillit till automatiserade tester. Brist på kunskap påverkar tillit då människor antingen skapar sig en övertro eller undertro till automatiserade tester. Har människor kunskap om automatiserade tester känner de också tillit till testerna. Att känna tillit till personen som skapar automatiserade tester påverkar tillit då människor känner mer tillit till automatiserade tester om de vet vem personen är, känner tro till personen samt dennes kunskap. Feedback från automatiserade tester påverkar människors tillit då utebliven feedback leder till att de inte vet vilka tester som finns och vad de gör. Detta gör att människor inte känner tillit till dem. / Today, an increasing number of companies’ uses agile system development which means that the development work is done in short iterations. Short iterations means that there is much to be done in a short time both in development and testing. To keep up with the testing it is required to use automated testing. Automated tests are a type of automation that in itself is a problematic area because people fail to rely on automation. If people have a lack of trust in automated testing it will cause them to still use manual testing, which will make the value of automating tests fail. The purpose of this paper is to respond to how people ́s trust in automated testing is affected based on knowledge of automated testing, trust in the person creating automated tests and feedback from automated testing. A qualitative study and interviews have been conducted to answer the question. The survey has been conducted on a research company that delivers finance software and internet solutions to companies and accountancy firms. The result of the empirical survey shows that knowledge of automated testing, trust in the person who creates automated testing and feedback from the automated tests are aspects that affect people's trust in automated testing. Lack of knowledge affects people ́s trust in automated testing in a way that leads to that people either create an overtrust or mistrust to the automated tests. People that have knowledge of automated tests feels trust in the tests. To have trust in the person that creates automated tests affects people's trust in that way that people feel more trust in automated testing if they know who the person is, feel the confidence to the person and his or her knowledge. Feedback from automated testing affects people's trust when no-feedback is taking place. This leads to that they do not know which tests there is and what they do. This means that people do not trust them.

Syftet med denna rapport har varit att beskriva hur man utvecklar en internetbokhandel i form av enwebbapplikation samt att dokumentera erfarenheter från programutveckling. För att kompensera för konkurrenternas stordriftsfördelar valdes en inriktning mot att säljapresentböcker. Genom att leverera ett komplett paket med inslagning och personlig hälsningtillsammans med boken ska det bli möjligt att uppnå lönsamhet. Utvecklingen har skett i ett enmansprojekt och den ensamme projektmedlemmen har befunnit sig påIrland. Detta gör att kursens inriktning mot agila metoder fått anpassas så att endast de relevantadelarna av metoden (SCRUM) har kommit till användning. Utvecklingen har genomförts i femsprintar. Teknikplattformen har varit HTML och ramverket Bootstrap (CSS och jQuery) på klientsidan och Flasksom är ett ramverk baserat på Python på serversida. Databashanteraren har varit SQLite. Av tidsskälhar asynkron kommunikation mellan klient och server inte implementerats. Den levererade applikationen har ett ”look and feel” som ligger nära de större konkurrenterna. Allspecificerad funktionalitet har inte varit möjlig att leverera inom ett begränsat enmansprojekt. Deviktigaste funktionerna som behöver läggas till för att lansera affärsiden ligger inom områdettilläggstjänster och fulltextsökning. / The purpose of this report is to document the design and development of a web application forselling gift books online. The report and the project to develop the site are included in the courseTDDD83 Computer Engineering - Bachelor Project at the Linköping Institute of Technology. Inaddition to training in the technologies required to build a web application the course is focused onScrum an agile development method. The intent is that the students practice using Scrum in a projectteam of six to eight students. However the project documented in this report only has one team member a student on a one yearexchange programme in Ireland. This being so it has been necessary to adapt the project scope andmethodology to a one-man project. The scope of the development effort is reduced by not requiringthat the application is made available on the internet and by not using asynchronous communicationbetween client and server. For more restrictions see paragraph 1.4 Avgränsningar. The Scrummethod is used only when it is relevant. This adaptation of the method is documented in paragraph2.1 SCRUM. An important part of the Scrum method that is retained is the use of iterations (sprints).Each sprint delivers a working end product. The project was divided in five sprints each of thembetween two and three weeks long. The technical platform with a few exceptions has been mandatory. In addition to HTML theframework Bootstrap based on CSS and jQuery has been used on the client side. On the server sidethe framework Flask based on Python has been used. The RDBMS has been SQLite. For a detaileddescription see paragraph 2.4 Utvecklingsmiljö and 4.3.1 Översikt och kommunikation. The business to sell books online is dominated by a few major companies. A new small player in thismarket can not earn money by doing the same thing. The Vision for the new business is to becomethe preferred choice for customers that want to find a book to be given as a gift. The new businessshall be a one stop shop that takes care of everything needed in this situation. In addition to booksthe customers need services such as gift wrapping, delivery to the receiver of the gift on the rightdate and a possibility to write a personal greeting on a nice looking card that is sent with the gift. Theanalysis behind this Vision can be found in chapter 5 Marknadsföringsplan that includes an analysisof the competitors. Chapter 6 Etiska aspekter looks into issues such as privacy legislation that imposedirect consequences on the design of the database. The design of the web application is based on user stories derived from this analysis. See 3Systemöversikt. Features that must beat the competitors are derived from the Vision and featuresthat are expected from any player in this market are set by the competitors. The ER model in 4.1Databas was defined from an analysis of the user stories. The GUI is close to the de facto standardset by the competitors unless there is a compelling reason to deviate. See 4.2 GUI. It has not been possible to implement all user stories within the time available. Remainingfunctionality required to launch the site is mainly in the area of full text search and add on services.The most important disadvantage in being a one man project has been difficulties to do propertesting. Usability testing requires real users and they cannot be replaced by the same person that hasdone all analysis and all coding.