281 |
Prototyping i systemdesignJohansson, Niklas January 2003 (has links)
Denna uppsats avser att belysa frågan varför prototyper är ett viktigt verktyg i en utvecklingsprocess av ett mobilt system. Fördelar och nackdelar som verktyget kan innebära behandlas och olika tillvägagångssätt beskrivs. Arbetet med detta baseras i ett praktiskt utvecklingsprojekt på IT-kunsultföretaget Citerus. Projektuppgiften var där att genom en informationflödesanalys definiera olika flaskhalsar i informationsflödet på olika hotell för att sedan föreslå ett effektiviserande system. Projektet koncentrerades vidare på städpersonalen och deras arbete. Utifrån fortsatta studier föreslogs ett mobilt system som ger städpersonalen information för att lättare och effektivare göra sitt jobb. I flera olika forskningsdiscipliner som berör design och systemutveckling förespråkas ett utvecklingssätt med hjälp av prototyper. Då utveckling för mobila tjänster på olika sätt upplevs som mer krävande konstateras att det här ställs högre krav på prototypingförfarandet. Att hämta ytterligare kunskaper om prototyping från området för industridesign föreslås.
|
282 |
Kritiska framgångsfaktorer för användarinvolvering i systemutvecklingsprojekt : En jämförande analys av två intervjuer och tre fallstudier / Critical Success Factors for User Involvement in System Development Projects : A Cross-Case Analysis of Two Interviews and Three Case StudiesBergman, Emma January 2014 (has links)
Krönikor och artiklar tar ständigt upp misslyckade systemutvecklingsprojekt. Användarbehovet glömts bort och de nya IT-systemen skrotas för att de är oanvändbara. Genom att involvera användare i systemutvecklingsprojekt kan kvaliteten på IT-systemet öka och samtidigt öka användningen av IT-systemet. Syftet med denna kandidatuppsats i informatik är att identifiera och beskriva de mest kritiska framgångsfaktorerna som bidrar till en lyckad användarinvolvering i systemutvecklingsprojekt. Insamlingen av primärempiri består av två personliga intervjuer med en projektledare från en systemimplementatörsorganisation och två telefonintervjuer med en projektledare från en systemimplementatörsorganisation. Med hjälp av intervjuerna har jag kunnat identifiera flera olika framgångsfaktorer som berör framgångsrik användarinvolvering. Insamlad sekundärempiri består av tre fallstudier som berör användarinvolvering. Tillsammans skapas fem fallstudier och utifrån dem har jag kommit fram till tre kritiska framgångsfaktorer för lyckad användarinvolvering i systemutvecklingsprojekt: Användarnöjdhet skapas genom företagsledningens och användarrepresentantens engagemang. Utan företagsledningens engagemang kan beslutsmandat saknas hos användarrepresentanten. Detta innebär att användarrepresentanten inte kan ta beslut i systemutvecklingsprocessen som kan leda till att systemutvecklingsprojektet står still. Det framgår utifrån den jämförande analysen att kommunikation mellan användarrepresentanten och systemimplementatören är en kritisk framgångsfaktor. För att uppnå bra kommunikation krävs teknisk förståelse. Utan teknisk förståelse skapas svårigheter till kommunikation mellan användarrepresentanten och systemimplementatören, vilket gör det svårt för användarrepresentanten att bidra med användarbehov och krav på IT-systemet. Vidare framgår det i analysen att acceptansen för IT-systemet är högre om det finns användarrepresentanter som är involverade i systemutvecklingen. Nyttan med acceptans underlättar implementeringen av IT-systemet och skapar bättre användarinvolvering.
|
283 |
Tillit till automatiserade tester : En kvalitativ studie på en agil systemutvecklingsmiljöBernhäll, Malin, Niklasson, Andreas January 2015 (has links)
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.
|
284 |
Kravhantering i praktiken : - En undersökning av kravhantering i systemutvecklingsbranschenPlatzack, Mikaela January 2013 (has links)
Kravhantering är en väsentlig del i systemutvecklingsprojekt och något som teori förespråkar att stor vikt bör läggas på om projekt ska lyckas. Statistik och undersökningar påpekar emellertid att kravhantering länge varit bristfällig och att den troligtvis fortfarande är det, samt att för lite resurser läggs på kravhantering. Syftet med uppsatsen är att granska kravhantering i praktiken på företag inom systemutvecklingsbranschen och se hur det förhåller sig till teorin. Målet är att kartlägga hur man idag ser på kravhantering, hur man arbetar med det, samt uppmärksamma förekommande brister och svårigheter. För undersökningen som uppsatsen bygger kring har positivistisk deduktiv ansats anammats. Målet är att granska verkligheten utan att söka svar, försöka förstå eller undersöka orsakssamband. Syftet är att jämföra resultatet med påståenden från teori och tidigare fakta. Metod som använts för datainsamling är kvalitativ undersökning i form av personliga semistrukturerade intervjuer. Resultatet av undersökningen tyder mångfalt att kravhantering är så pass viktigt som det påstås och att medvetenhet gällande detta existerar. Satsningar och genomföranden är emellertid ändå ofta bristfälliga. Agil projektmetodik verkar förekomma allt mer, men generella tillvägagångssätt för själva kravhanteringen förekommer sällan, utan anpassas efter projekten. UseCase används ofta som kravspecifikation, men utformningen på dessa är projektanpassade. Brister och svårigheter i kravarbete är flera och hänger inte sällan ihop med varandra. I förhållande till den kravproblematik som uppmärksammats i teorin visade sig 68 % finnas representerade i undersökningsobjekten. Målet med uppsatsen är att bidra till ökad medvetenhet om vikten av kravhantering och problematiken kring dess brister. / Requirements management is an essential part of systems development and something that theory favor should have great emphasis for projects to be successful. However, statistics and surveys indicates that requirements management have been inadequate for a long time and that it probably still is, and that insufficient resources are devoted to requirements management. The purpose of this paper is to review how the requirements management is approached in practice at companies within the systems development industry to see how it relates to theory. The goal is to identify the way one look at and work with requirements management today, and try to identify deficiencies and difficulties. The underlying survey which this essay is based on has a positivist deductive approach. Goal for this paper is to examine the reality without looking for answers, trying to understand or explain the causality. The aim is to compare the result with claims from theory and previous facts. The method for data collection is qualitative research in the term of personal semi-structured interviews. The survey results clearly show that requirements management is as important as it is claimed to be, and that awareness of the problem exists. Investments and realizations is however still often inadequate. Agile project methodology appears to be increasing, but having a general approach for handling the requirements management is rare and it’s often tailored for each project. UseCase is often used for requirements specifications, but the design is mostly adjusted for each project. Shortcomings and difficulties in the work with requirements are many and they are often linked to each other. In relation to the problems with requirements highlighted in theory, it turned out to be 68 percent that was represented within the survey objects. The overall goal with this paper is to contribute to the increased awareness of the importance of requirements management and the issues related to its shortcomings.
|
285 |
Användarmedverkans betydelse inom agila systemutvecklingsmetoder : Hinder och åtgärderFriberg, Jonnah January 2014 (has links)
Användbarhet är något som blir allt mer viktigt inom den tekniska världen i samma takt som teknik blir större i människans vardag. För att få in användbarhet inom system så behöver användarna vara delaktiga och därmed få uttrycka sina åsikter om systemet som ska byggas eller göras om. Detta kallas för användarmedverkan. Inom systemutveckling ska det oftast gå fort och utvecklas i olika intervaller så flexibelt som möjligt. Ett sådant arbetssätt kallas för Scrum, och är en agil metod. Denna studie handlar om vilka hinder som finns för att få in användarmedverkan inom den agila metoden Scrum. Detta ska gå att få reda på genom datainsamlingsteknikerna litteraturstudier, observationer, enkät, workshop och fokusgrupp. Studien har skett i samarbete med IT-konsultföretaget Precio som är ett konsultbaserat systemutvecklingsföretag. Resultaten visar att de stora hindren är att kunden inte tillåter kontakt med användarna, kontraktet styr, användarmedverkan kräver tid och pengar och det är svårt att veta vilka slutanvändarna är. Dessa hinder är tänkta att lösas med hjälp av en användbarhetsguide som skapats efter att ha analyserat resultaten ifrån denna studie.
|
286 |
Utmaningar och problem med start av testautomatisering : En Fallstudie på en agil systemutvecklingsmiljöSandberg, Oscar January 2014 (has links)
Inom dagens systemutvecklingsprojekt har testning en viktig roll för att ett företag ska kunna lyckas leverera en produkt. Testning har ofta nedprioriteras pågrund av att det största fokuset har legat på nyutveckling. Testrollen är väldigt viktig för att kunna försäkra om sin produkt är redo för marknaden. Syftet med uppsatsen är att ta reda på utmaningar och problem med testautomatiseringens startprocess i en agil systemutvecklingsmiljö. Vad företag och undersökningsföretaget som startar med testautomatiseringen kan förbereda sig på för att kunna lyckas. Undersökningen som uppsatsen bygger på har använt en induktiv ansats. Undersökningen har skett på ett undersökningsföretag som arbetar agilt inom systemutveckling. Målet är att undersöka verkligheten utan att söka svar och undersöka orsakssambanden. Syftet är att påståenden från teori och tidigare undersökningar ska jämföras med resultatet. Kvalitativ metod har använts för datainsamling i form av intervjuer. Resultatet av undersökningen bevisar att testautomatiseringen är väldigt viktigt inom den agila systemutvecklingsmiljön och att det finns en många problem och utmaningar som behövs tänkas på när ett system ska börja med testautomatisering. Den agila utvecklingsmetoden har blivit vanligare inom utvecklingsbranschen och därför kommer också testautomatisering bli vanligare. Många av problemen och utmaningarna håller inte ihop, utan påverkas av olika konsekvenser. Resultatet av uppsatsen kom fram till utmaningar och problem med: testdata/testmiljö, förståelse, struktur, verktyg och kompetens. Målet med uppsatsen är att bidra med nyttig information till ökad medvetenhet om vad som krävs för att starta igång testautomatisering. / Within today´s system development projects, testing have been an important role within company to be able to successfully deliver their product. Testing has often given a lower priority unfortunately, because focuses have been on new development. The test role is very important in order to insure their product is ready for the market. The purpose of this paper is to find out the challenges and problems with test automation start-up process in an agile system environment. What companies that start with test automation could prepare in order to succeed. For the survey on which the essay is based on an inductive approach has been used. The investigation has taken place at a research company that works with agile in system. The objective is to investigate reality without getting any answers. The aim is to claims from theory and previous information will be compared with the results. Qualitative methods were used for data collection in the in the form of interviews. The survey results prove that test automation is very important in the agile system development environment and that there are a lot of problems and challenges that need arise when a system should start with test automation. The agile development methodology has become more prevalent in businesses and test automation will be development. Many of the problems or challenges do not hold together, without affected by different consequences. The results of the thesis came to the challenges and problems with: test data/test environment, understanding, structure, tools and skills. The goal of this paper is to provide useful information to increase awareness of what is required to start running with test automation.
|
287 |
"Vad är kundnöjdhet?" : En studie om hur systemutvecklare sammankopplar behov och förväntningar i en agil processKabir, Isak, Engvall, Maja January 2017 (has links)
I denna undersökning studeras vilka metoder systemutvecklare tillämpar för att hjälpa kunden att förstå vad deras behov och önskemål är i ett agilt systemutvecklingsprojekt. Syftet är att bidra till ökad förståelse för vad kundnöjdhet utgör. Genom att studera hur konsulter sammankopplar kunders behov och förväntningar, menar Kano Noriaki (1984) att kundnöjdhet uppnås. För att kunna undersöka vilka metoder som ligger till grund för förståelsen av behov och efterfrågan har teorier kring agil utveckling kompletterats med teorier inom kommunikation och kundnöjdhet i form av en undersökningsmodell. Studien baserades på kvalitativa intervjuer med tre ITkonsultföretag inom systemutveckling. Resultatet tyder på att förtroendeskapande, laborativt skapande av kravspecifikation, motkrav, tillgänglighet och flexibilitet är metoder som de konsulterna använder i olika utsträckning inom företagen. Kundnöjdheten utvärderas främst med fokus på kvantiteten av antalet uppfyllda krav, medan vissa tillämpar en kvalitativ undersökning som fokuserar på huruvida kunden skulle rekommendera företaget till någon i deras nätverk.
|
288 |
Kravinsamling i komplexa relationer inom systemutveckling : En fallstudie om utmaningar med kravinsamling i systemutvecklingsprojekt som utgörs av flera aktörerLundqvist, Carl January 2021 (has links)
No description available.
|
289 |
Från Minimal Viable Product till Most Lovable Product : Möjliga Boundary Objects mellan UX och Agil systemutveckling i SaaS-branschen i Sverige / From Minimal Viable Product to Most Lovable Product : Possible Boundary Objects between UX and Agile system development in Swedish SaaS-industryCarlsson, Caroline, Larsson, Daniel January 2020 (has links)
Praktiska erfarenheter från fallföretaget och tidigare forskning visar på utmaningar i att kombinera processerna för agil systemutveckling och användarbaserad designutveckling. Användarbaserad designutveckling förespråkas av UX (User eXperience). Litteraturstudien visar på skillnader i syn på dokumentation, avsaknad av definierad process för gemensamma iterationer, problem med att bryta ner UX-arbete i små beståndsdelar samt hur rollen för UX kan eller ska arbeta tillsammans med utvecklingsteamet. Samarbete över funktionsgränser innebär ofta behov av informationsöverföring genom någon form av objekt eller artefakt. Studiens syfte är att bidra till den befintliga forskningen gällande interaktion mellan agila utvecklingsteam och UX-designers genom att undersöka båda parters perspektiv på hur gemensamt använda artefakter fungerar, för att effektivisera kommunikation, samarbete och informationsöverföring de två funktionerna emellan. Empirin är insamlad genom semistrukturerade kvalitativa intervjuer med produktägare, utvecklare, development managers och UX-designers/UX-specialister. Resultatet av empiri och analys visar att ingen av de funktionsöverskridande artefakterna som studien identifierat, stödjer informationsöverföring för båda funktionerna enligt kriterierna i Boundary Object Theory. Resultatet av den kontextualiserade jämförelsen i diskussionen visar att funktionernas metodologiska filosofi utgör ytterligare en möjlig barriär för effektivt samarbete funktionerna emellan. / Practical experience from the case company and previous research shows challenges in combining the processes for agile system development and user-based design development. User-based design development is advocated by UX (User eXperience). The literature study shows differences in their views on documentation, lack of a defined process for joint iterations, problems with breaking down UX work into small components and how the role for UX can or should work with the development team. Collaboration across functional boundaries often involves the need for information transfer through some form of object or artifact. The purpose of the study is to contribute to the existing research on the interaction between agile development teams and UX designers, by examining both parties' perspectives on how mutually used artifacts operates, to improve communication, collaboration and information transfer between the two functions. The empirical material was gathered through semi-structured qualitative interviews with product owners, developers, development managers and UX designers / UX specialists. The result of the empirical analysis show that none of the cross-functional artifacts identified in the study, that supports information transfer for both functions according to the criteria in Boundary Object Theory. The result of the contextualized comparison in the discussion shows that the methodological philosophy of the functions is another possible barrier to effective collaboration between the functions.
|
290 |
Creating an effective quality management method within software development / Att skapa en effektiv kvalitetsäkringsmetod inom mjukvaruutvecklingRamberg, Erik January 2015 (has links)
This thesis answers how to create an effective quality assurance method within software development, especially games development. The work has mainly consisted of interviews with employees and others within the same business as well as studies of literature. The thesis also describes how the new quality management method got management acceptance, how it was implemented, what happened and recommendations. The work was conducted in 2007 and the result in this report is still, eight years later, used by the company. / Denna rapport berättar hur man skapar en effektiv kvalitetssäkringsmetod inom mjukvaruutveckling, särskilt spelutveckling. Arbetet har i huvudsak bestått av intervjuer med företagets anställda såväl som andra inom samma bransch samt litteraturstudier. Rapporten beskriver även hur den nya kvalitetssäkringsmetoden förankrades i organisationen, hur den implementerades, vad som hände sen samt rekommendationer. Arbetet utfördes 2007 och såsom framgår i denna rapport används resultatet, åtta år senare, fortfarande av företaget.
|
Page generated in 0.0723 seconds