No description available.

Titel Kravhantering och användarmedverkan Författare Henrik Grundén Tutor Franck Tétard Universitet Uppsala Universitet Kurs Informationssystem C Period Höstterminen 2012 Syfte Utreda hur en webbutvecklare använder sig av användarmedverkan och hur denne arbetar med kravhantering. Teori Gulliksen och Göransson, Andersen, Bleek, Jeenicke och Klischewski m.fl. Metod Fallstudie, kvalitativ metod, intervju Nyckelord användarmedverkan, kravhantering, webbutveckling

No description available.

The use of mobile devices has during the last years expanded and on the market you can see a huge amount of applications. The development of mobile applications differs from traditional systems development since mobility infers that mobile applications can be used in different technological and social contexts. Although previous research has recognized that mobility can present mobile application developers with certain challenges, empirical studies of how problems arise and how they can be handled has thus far been limited. In this study we focused on the requirements engineering process from a development view with the purpose of finding challenges emerging in the development process. The study is based on a qualitative case study that employed semi-structured interviews with both project managers and system developers active in the requirements process. The data gathering included seven participants from five different companies. The results of the study showed that there is a huge lack in methodology usage when developing mobile applications. Most of the requirements were focused on technical issues with developing mobile applications. It was hard to take into account the user needs since they were hard to anticipate. The respondents felt that the relationship with the customer was most important when developing, nor was it important to identify the end users. The developers often expressed that customers lacked sufficient knowledge, and that the customer had not had time to mature when it comes to mobile application development. In the study we concluded that developers need to direct more attention towards finding the end users, identify their needs, and more work towards developing a methodology that focuses on that.

För att kunna utveckla ett IT- system behövs förståelse om specifika funktioner som systemet skall stödja. En viktig del av systemutveckling är kravhantering, eftersom det är kundens önskemål och krav identifieras. Under 1990-talet uppkom agil systemutveckling. Det som utmärker att arbeta agilt är nära kundsamarbete, anpassning till förändrade krav, mycket kommunikation och att leverera fungerande programvara med jämna mellanrum. Scrum är en metod inom agil systemutveckling som utvecklades för att passa i en förändringsdriven miljö.Under litteraturgenomgången upptäcktes att det fanns mycket information om olika problem med agil kravhantering och att det fanns lite information om hur agil kravhantering genomförs. Därför behövs det undersökas om hur den agila kravhanteringen egentligen går till. För att få svar på detta, behövdes intervjuer genomföras för att se hur olika IT- företag arbetar inom agil systemutveckling. För studien genomfördes en kvalitativ ansats med fyra semistrukturerade intervjuer med tillhörande intervjuguide. Respondenterna som ställde upp på intervju arbetar inom agil systemutveckling och har erfarenhet av agil kravhantering. Genom att sedan tolka och analysera data från intervjuerna kunde ett arbetssätt utvecklas för agil kravhantering. Studiens kunskapsbidrag är ett arbetssätt för hur kravhantering bör genomföras i agil systemutveckling. / Program: Systemvetarutbildningen

<p>Det är ett välkänt fenomen att kravhantering i systemutvecklingsprojekt har en kritisk på-verkan på resultatet. Kravhantering är dessutom betydligt mer mödosamt än för ett antal år sedan då tekniken idag är desto mer välutvecklad och avancerad. Få organisationer lyckas med kravhantering och intresset för att genomföra processen felfri växer sig allt starkare hos flera aktörer. Att särskilja problematiken och komma tillrätt med heltäckande lösningar är således en stor utmaning och inbjuder till ett hett forskningsområde.</p><p>Syftet med uppsatsen är att tolka kravhanteringsprocessen i organisation X med målet att skapa förståelse för vilka faktorer som utgör problem i praktiken. Resultatet ska generera ett bättre och generellt applicerbart fundament för effektivare kravhantering i systemut-vecklingsprojekt.</p><p>Det vetenskapliga synsättet som genomsyrar forskningen grundar sig på en hermeneutisk filosofi med intentionen att generera rikare, mer nyanserad kunskap. Metodiken bygger på två datasamlingsmetoder, litterära studier och kvalitativa intervjuer samt en databearbet-ningsmetod som karaktäriseras av en generell analysmodell.</p><p>Resultatet av undersökningen påvisar en påtaglig trend av specifika problemkällor som speglar forskningens inriktning. Kravhantering i systemutvecklingsprojekt påvisas vara mer komplext och detaljerat i jämförelse med ordinära verksamhetsprojekt och det mesta talar för att processen måste tilldelas mer eftertanke för att kunna drivas optimalt. Tiden har vi-sat sig var en problemfaktor av stor betydelse liksom bristfällig dokumentation, inkom-pletta roller och otillfredsställande kommunikation. Det framgår också evidenta bevis för att kravhanteringsprocessens avancemang går hand i hand med hur väl projektteamet fun-gerar och förmåga till att kommunicera. Resultatet talar för att det i många fall är saker av tämligen enkel karaktär som utgör de mest påfallande problemen men det är viktigt att för-stå hur de små skavankerna ofta grundar för större skador.</p><p>Resultatet speglar verkligt förhållande och översköljer oss med symtom på att kravhanter-ingsprocessen i systemutvecklingsprojekt i många fall inte resulterar i det som förväntas. Min förhoppning med uppsatsen är att föra forskningen inom ämnesområdet fram mot nya resultat som kan generera bättre förutsättning för att lyckas.</p> / <p>It is a well known fact that requirement engineering in system development project have a critical influence on the result. Requirement engineering is more demanding today then a few years ago as the information technology is highly more developed and complex. Few companies manage to handle requirement engineering successfully but the interest for a spotless result is growing as the impact of a well functioning process is overwhelming. It is a big challenge to create solutions for this specific matter and therefore a great challenging area to enter.</p><p>The purpose with the paper is to interpret requirement engineering within company X with the ambition to create understanding for which features that generate difficulty in the proc-ess. The result shall make a better foundation for more efficient requirement engineering in general within system development projects.</p><p>The scientific perspective is found on a hermeneutic philosophy with the intention to pro-duce richer and more distinct knowledge. The methodology represent two methods for gathering data, literature studies and qualitative interviews as well as one universal method for analysing the data collected.</p><p>The result from the research shows a evident trend of specific sources of problems. Re-quirement engineering in system development project seem to be more complex and de-tailed in addition to ordinary activity project and there is a obvious need for more consid-eration to be able to carry on the process in best possible manner. The time allocated the process is an unmistakable problem identified and with significance for the outcome ex-pected. Also insufficient documentation, incomplete occupational characters and unsatis-fying communication adds up to the source of inconvenient factors disturbing requirement engineering. The study also shows evident proof that the team and ability to communicate have a great deal of influence on whether to success or not. Most of the time the result in-sinuate that in fact it is small simple things that adds up and create the big disasters.</p><p>The result mirror reality and provide us with symptom that indicate on that requirement engineering in system development project rarely generate the result expected. With this paper I hope to be able to pave the way for further studies within the area that hopefully one day will lead to new and better conditions for successful requirement engineering.</p>

Adapting a strategy concerning quality management can be an effective means for organizations striving to enhance the quality which is delivered to its customers. Especially within large infrastructure projects, which concern products with considerable production costs and long technical life spans, tending to issues regarding quality becomes important. The ISO 9000 series offers a quality management standardization framework of which a plurality of organizations have certified themselves as being practitioners. The standard encompasses quality control, quality assurance, and quality improvement as core elements in quality management. The standard also integrates management of requirements as a fundamental part, and a prerequisite, for the quality work in general. Despite the framework supplied by the ISO 9000 series there are still degrees of freedom which introduces risk. By looking at how a certified company has implemented quality management in large infrastructure projects this study is aiming to identify eventual deficiencies within the quality systems employed, and potential measures which can remediate the deficiencies. Qualitative interviews and literature studies are used to form the empirical data.  Although the study confirms substantial quality management is undertaken in such ways the delivered quality appears to be enhanced, some issues emerge. The most comprehensive issue is confirmed as the need of the company to become less dependent on its client’s ability to provide comprehensive set of requirements. Undertaken projects in general could benefit by increasing the abilities within eliciting requirements from stakeholders, which could be achieved by integrating stakeholder analysis into the processes of the company.

Många utav de krav som idag utformas uppfyller inte kriterierna för att vara högkvalitativa. Denna undersökning behandlar hur användbarhetskrav formuleras i kravspecifikationer. Vi har i vår undersökning utgått ifrån en internationell standard (ISO/IEC/IEEE-29148), som innehåller kriterier för hur både individuella och uppsättningar av krav ska formuleras, som teoretisk modell. Dessa kriterier har vi forskningsförankrat genom att studera vad andra forskare sagt om dessa och därefter har vi använt modellen för att genomföra en dokumentanalys av fem olika kravspecifikationer för fem olika informationssystem. Våra slutsatser påvisar att det kan finnas en brist på kunskap kring hur krav bör formuleras i en kravspecifikation och vi belyser även de samband som finns mellan olika grader av uppfyllelse för kriterier hämtade från ISO/IEC/IEEE-standarden och praktiken. Resultatet av undersökningen tyder på att användbarhetskrav i relativt låg utsträckning uppfyller kriterierna för att vara singulära, entydiga och konsistenta. / Program: Dataekonomutbildningen

Programvaruutveckling lider idag av stora problem och många av problemen är kopplade till hur krav samlas in och hanteras. Ett sätt att underlätta kravinsamlingen och att öka kommunikation med kund är att ta fram en prototyp, vilket är en konkret representation av programvaran som ska tas fram. När kravutvinningen har kommit tillräckligt långt kan denna prototyp användas som en del av en kravspecifikation. En vanlig form av kravspecifikation är ett dokument, men även en (exekverbar) prototyp kan vara en effektiv representation av programvaran som ska tas fram. I detta arbete undersöks det vilka problem som kan uppstå då en prototyp används som en del av en kravspecifikation. Problem identifieras i litteraturen och intervjuer utförs för att undersöka vilka problem som finns i praktiken. Det visar sig att flera av de problem som litteraturen tar upp inte ses som reella av de respondenter som tillfrågas. Vidare visar det sig att många problem som "borde" uppstå inte gör det på grund av att de tillfrågade organisationerna ofta tillämpar ett mer pragmatiskt än formellt arbetssätt.

 I ett systemutvecklingsprojekt är kravspecifikation en av de främsta nyckelfaktorerna för att åstadkomma ett system som samtliga inblandade aktörer känner sig tillfredsställda med. Teorin innehåller ett stort antal riktlinjer och tekniker som hjälpmedel i arbetet med att ta fram komplett kravspecifikation.  När ett system väl har implementerats och sats i drift är vidareutveckling, anpassning samt underhåll av stor betydelse för hur väl systemet kommer att fungera i framtiden, som präglas av förändring. Trots detta förekommer det betydligt färre rekommendationer angående hur receptet för ett lyckat systemförvaltningsarbete kan uppnås. Syftet med denna uppsats är att undersöka hur processen för att samla in krav under systemförvaltningsfasen och med vilka tekniker krav detta sker och påvisa likheter och skillnader teori och praktik emellan. Resultatet av undersökningen påvisar att systemförvaltningsarbetet gällande krav till stor del sker ad hoc, medans litteraturen förordar ett kravhanteringsarbete som kan liknas det som rekommenderas i systemutvecklingsteorin.