Dissertations / Theses: 'Kravhantering'

1

Wahlström, Samuel, and Christian Göransson. "Problem vid kravhantering : kravhantering i IT-projekt hos systemleverantörer." Thesis, Linköpings universitet, Informatik, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-131002.

Full text

Abstract:

Requirements engineering is essential to succeed in developing IT systems that meet the client's expectations and maintaining the budget, which should be considered the goal for an IT-project. Poor requirements engineering is one of the main reasons why IT projects fail. A poorly conducted requirements engineering process can result in several negative consequences, which is common. A well-functioning requirements engineering process can save a lot of money and facilitate achieving good results.In this qualitative case study, we examine how the system providers are using requirements engineering and the problems they experience with this. The aim is to contribute with knowledge about the problems in requirements engineering, what the consequences are and how these can be countered.This qualitative case study was conducted abductivly where empirical data were collected through interviews in two different organizations. The studied organizations are system suppliers within different areas and are in this study anonymous. The empirical data was analyzed and discussed based on relevant theories of requirements engineering and the problems that previous research surveyed. We have found problems and decided to categorize them under the headings; quality of requirements, change, traceability, communication, knowledge, methodology and resources. The results indicate that requirements engineering is a complex subject due to its inconsistent iterative nature and because it involves many different processes and actors. This makes it difficult, but not impossible to succeed in.When problem occurs, they lead to additional costs and delays. To avoid the pitfalls the study has identified, the key is awareness, experience and to follow the ways of work, adapting to situations and constantly try to improve the ways of working.The study's findings does confirm in many cases the difficulties mentioned in previous research, but also points to that there are ways to prevent, deter and prevent these. The importance of following work methods, processes and use appropriate tools becomes clear when the studied organizations emphasize that it is when they depart from these that the problems arise. The study shows that it is possible to achieve a good result with requirements engineering which both previous research and the studied organizations proves.

APA, Harvard, Vancouver, ISO, and other styles

2

Platzack, Mikaela. "Kravhantering i praktiken : - En undersökning av kravhantering i systemutvecklingsbranschen." Thesis, Linnéuniversitetet, Institutionen för informatik (IK), 2013. http://urn.kb.se/resolve?urn=urn:nbn:se:lnu:diva-27110.

Full text

Abstract:

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.

APA, Harvard, Vancouver, ISO, and other styles

3

Thörnvall, Christoffer. "Kravspecifikation och kravhantering." Thesis, KTH, Maskinkonstruktion (Inst.), 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-192540.

Full text

Abstract:

Vid framställning av nya, samt uppdatering eller justeringar av redan befintliga, produkter finns det många beslut som måste tas gällande utformningen av produktens specifikationer. Detta gäller oavsett bransch eller vilken typ av område som produktutvecklingen omfattar. På marknaden idag finns det möjlighet att utnyttja ett flertal instrument i form av modeller och riktlinjer som ämnar både till att underlätta och förbättra hela produktutvecklingsprocessen. Rapportens syfte är således att utforska till vilken utsträckning dessa modeller implementeras och används vid hantering, prioritering samt utformning av kravspecifikationer under produktutvecklingen för företag inom olika branscher. Samt även utforska vilken roll kravspecifikation och kravhantering har under själva produktutvecklingsprocessen. Resultatet ska sedan lyftas fram och ställas mot varandra där likheter, skillnader och avvikelser från teorin är av intresse. Underlaget till denna undersökning består både av en litteraturstudie och intervjuer med respondenter från åtta olika företag med god insikt eller delaktighet i produktutvecklingsprocessen i sina respektive företag. Intervjuerna genomfördes på plats och var av semi-strukturell natur där vi utgick från specifika frågeställningar men gav utrymme för respondenten att prata fritt utanför dess ramar. Resultaten visar att de intervjuade företagen värderar kravspecifikation och kravhantering högt men på olika sätt beroende av typen av företag. För innovationsföretag är det en avgörande faktor för produktens framgång på marknaden vid lansering. För konsultföretag är det istället avgörande för att beställaren ska var nöjd med produkten som utvecklas och vilja betala för den. Innovationsföretagen implementerar modeller såsom Kano-modellen och QFD i högre utsträckning än konsultföretagen. In the production of new, and also the customization of already existing products, many decisions needs to be made surrounding product development. There are many easily accessible tools today, in the form of models and guidelines, which offer comprehensive assistance throughout the product development process The purpose behind this thesis is to explore what tools that is being implemented and used in todays’ industry regarding the handling, sorting, and also the prioritization of product requirements across several businesses. Furthermore, also explore the importance of requirement specification, and management, during the product development process. The result will be analyzed and set against each other where the similarities, differences, and also deviations from common models are of interest. The basis of this examination consists of a literature review and also interviews with respondents from eight different companies. All respondents have a good insight or knowledge of the product development process in their respective companies. The interviews were conducted at the respondents workplace and were executed in such a way that the respondent were given a great degree of freedom while answering very specific questions. The result from the interview showed that all participating companies value both specification and management of requirement highly, but with a different perspective depending on the nature of the company. For the companies that are highly market oriented, these two tools serves as a determining factor of the attractiveness of the launched product. For consulting companies, these tools are rather crucial if the client is to be satisfied with the final product. Overall, the marketed oriented companies implement models such as Kano and QFD in a much greater extent in relation to the consulting firms.

APA, Harvard, Vancouver, ISO, and other styles

4

Wikner, Frida. "Kravspecifikation och kravhantering." Thesis, KTH, Maskinkonstruktion (Inst.), 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-192543.

Full text

Abstract:

In the production of new, and also the customization of already existing products, many decisions needs to be made surrounding product development. There are many easily accessible tools today, in the form of models and guidelines, which offer comprehensive assistance throughout the product development process The purpose behind this thesis is to explore what tools that is being implemented and used in todays’ industry regarding the handling, sorting, and also the prioritization of product requirements across several businesses. Furthermore, also explore the importance of requirement specification, and management, during the product development process. The result will be analyzed and set against each other where the similarities, differences, and also deviations from common models are of interest. The basis of this examination consists of a literature review and also interviews with respondents from eight different companies. All respondents have a good insight or knowledge of the product development process in their respective companies. The interviews were conducted at the respondents workplace and were executed in such a way that the respondent were given a great degree of freedom while answering very specific questions. The result from the interview showed that all participating companies value both specification and management of requirement highly, but with a different perspective depending on the nature of the company. For the companies that are highly market oriented, these two tools serves as a determining factor of the attractiveness of the launched product. For consulting companies, these tools are rather crucial if the client is to be satisfied with the final product. Overall, the marketed oriented companies implement models such as Kano and QFD in a much greater extent in relation to the consulting firms. Vid framställning av nya, samt uppdatering eller justeringar av redan befintliga, produkter finns det många beslut som måste tas gällande utformningen av produktens specifikationer. Detta gäller oavsett bransch eller vilken typ av område som produktutvecklingen omfattar. På marknaden idag finns det möjlighet att utnyttja ett flertal instrument i form av modeller och riktlinjer som ämnar både till att underlätta och förbättra hela produktutvecklingsprocessen. Rapportens syfte är således att utforska till vilken utsträckning dessa modeller implementeras och används vid hantering, prioritering samt utformning av kravspecifikationer under produktutvecklingen för företag inom olika branscher. Samt även utforska vilken roll kravspecifikation och kravhantering har under själva produktutvecklingsprocessen. Resultatet ska sedan lyftas fram och ställas mot varandra där likheter, skillnader och avvikelser från teorin är av intresse. Underlaget till denna undersökning består både av en litteraturstudie och intervjuer med respondenter från åtta olika företag med god insikt eller delaktighet i produktutvecklingsprocessen i sina respektive företag. Intervjuerna genomfördes på plats och var av semi-strukturell natur där vi utgick från specifika frågeställningar men gav utrymme för respondenten att prata fritt utanför dess ramar. Resultaten visar att de intervjuade företagen värderar kravspecifikation och kravhantering högt men på olika sätt beroende av typen av företag. För innovationsföretag är det en avgörande faktor för produktens framgång på marknaden vid lansering. För konsultföretag är det istället avgörande för att beställaren ska var nöjd med produkten som utvecklas och vilja betala för den. Innovationsföretagen implementerar modeller såsom Kano-modellen och QFD i högre utsträckning än konsultföretagen.

APA, Harvard, Vancouver, ISO, and other styles

5

Tawfik, Victor. "Kravspecifikation och kravhantering." Thesis, KTH, Maskinkonstruktion (Inst.), 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-192544.

Full text

Abstract:

Vid framställning av nya, samt uppdatering eller justeringar av redan befintliga, produkter finns det många beslut som måste tas gällande utformningen av produktens specifikationer. Detta gäller oavsett bransch eller vilken typ av område som produktutvecklingen omfattar. På marknaden idag finns det möjlighet att utnyttja ett flertal instrument i form av modeller och riktlinjer som ämnar både till att underlätta och förbättra hela produktutvecklingsprocessen. Rapportens syfte är således att utforska till vilken utsträckning dessa modeller implementeras och används vid hantering, prioritering samt utformning av kravspecifikationer under produktutvecklingen för företag inom olika branscher. Samt även utforska vilken roll kravspecifikation och kravhantering har under själva produktutvecklingsprocessen. Resultatet ska sedan lyftas fram och ställas mot varandra där likheter, skillnader och avvikelser från teorin är av intresse. Underlaget till denna undersökning består både av en litteraturstudie och av intervjuer med respondenter från åtta olika företag med god insikt eller delaktighet i produktutvecklingsprocessen i sina respektive företag. Intervjuerna genomfördes på plats och var av semi-strukturell natur där vi utgick från specifika frågeställningar men gav utrymme för respondenten att prata fritt utanför dess ramar. Resultaten visar att de intervjuade företagen värderar kravspecifikation och kravhantering högt men på olika sätt beroende av typen av företag. För innovationsföretag är det en avgörande faktor för produktens framgång på marknaden vid lansering. För konsultföretag är det istället avgörande för att beställaren ska var nöjd med produkten som utvecklas och vilja betala för den. Innovationsföretagen implementerar modeller såsom Kano-modellen och QFD i högre utsträckning än konsultföretagen. In the production of new, as well as also the customization of already existing products, many decisions needs to be made surrounding product development. There are many easily accessible tools today, in the form of models and guidelines, which offer comprehensive assistance throughout the product development process The purpose behind this thesis is to explore what tools that is being implemented and used in todays’ industry regarding the handling, sorting, and also the prioritization of product requirements across several businesses. Furthermore, also explore the importance of requirement specification, and management, during the product development process. The result will be analyzed and set against each other where the similarities, differences, and also deviations from common models are of interest. The basis of this examination consists of a literature review and also interviews with respondents from eight different companies. All respondents have a good insight or knowledge of the product development process in their respective companies. The interviews were conducted at the respondents’ workplace and were executed in such a way that the respondents were given a great degree of freedom while answering very specific questions. The result from the interview showed that all participating companies value both specification and management of requirement highly, but with a different perspective depending on the nature of the company. For the companies that are highly market oriented, these two tools serves as a determining factor of the attractiveness of the launched product. For consulting companies, these tools are rather crucial if the client is to be satisfied with the final product. Overall, the marketed oriented companies implement models such as Kano and QFD in a much greater extent in relation to the consulting firms.

APA, Harvard, Vancouver, ISO, and other styles

6

LACHIN, OMED. "Kravspecifikation och kravhantering." Thesis, KTH, Maskinkonstruktion (Inst.), 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-192617.

Full text

Abstract:

Vid framställning av nya, samt uppdatering eller justeringar av redan befintliga produkter finns det många beslut som måste tas gällande utformningen av produktens specifikationer. Detta gäller oavsett bransch eller vilken typ av område som produktutvecklingen omfattar. På marknaden idag finns det möjlighet att utnyttja ett flertal instrument i form av modeller och riktlinjer för hur detta ska hanteras som ämnar både till att underlätta och förbättra hela produktutvecklingsprocessen. Rapportens syfte är således att utforska till vilken utsträckning dessa modeller implementeras och används vid hantering, prioritering samt utformning av kravspecifikationer under produktutvecklingen för företag inom olika branscher. Samt även vilken roll kravspecifikation och kravhantering har under själva produktutvecklingsprocessen. Resultatet ska sedan lyftas fram och ställas mot varandra där likheter, skillnader och avvikelser från teorin är av intresse. Underlaget till denna undersökning består både av en litteraturstudie och intervjuer med respondenter i åtta olika företag med god insikt eller delaktighet i produktutvecklingsprocessen i sina respektive företag. Intervjuerna genomfördes på plats och var av semi-strukturell natur där vi utgick från specifika frågeställningar men gav utrymme för respondenten att prata fritt innanför dess ramar. Resultaten visar att de intervjuade företagen värderar kravspecifikation och kravhantering högt men på olika sätt beroende av typen av företag. För marknadsorienterade företag är det en avgörande faktor för produktens framgång på marknaden vid lansering. För konsultföretag är det istället avgörande för att beställaren ska vara nöjd med produkten som utvecklas och vilja betala för den. Marknadsorienterade företag implementerar modeller såsom Kano-modellen och QFD i högre utsträckning än konsultföretagen. There are many decisions that must be made during the production of new, as well as updating and adjusting existing products. This applies regardless of which industry the product development comprises. In today’s market, there are many instruments to use in the form of models and guidelines for making these decisions which both facilitates and enhances the entire product development process. The purpose of this report is to explore to what extent these models are implemented and used in specification, prioritization and management of the product’s requirements, as well as explore the role which specification and management of requirements have during the product development process. The results will then be highlighted and set against each other. Similarities, differences and deviations from the theory are of interest. The basis of this report consists of both a literature review and interviews with respondents from eight different companies with suitable knowledge or involvement in the product development process in their respective companies. The interviews were conducted out at the companies’ offices and were of semi structural nature. Specific topics were asked but the respondent was given space to freely talk within the boundaries of the topics. The results show that the interviewed companies all value specification and management of requirements highly, although in different ways depending of the type of company. For innovative companies, specification and management of requirements are a crucial factor in product success on the market during launch. For consultancy companies, specification and management of requirements are instead crucial for the client to be satisfied with the developed product and be willing to pay for it.

APA, Harvard, Vancouver, ISO, and other styles

7

Grundén, Henrik. "Kravhantering och användarmedverkan : En fallstudie om kravhantering och användarmedverkan i webbutveckling." Thesis, Uppsala universitet, Institutionen för informatik och media, 2012. http://urn.kb.se/resolve?urn=urn:nbn:se:uu:diva-195607.

Full text

Abstract:

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

APA, Harvard, Vancouver, ISO, and other styles

8

Ryberg, Marie. "Kravhantering : Kvalitet vid kravspecifikationer." Thesis, University of Skövde, Department of Computer Science, 1997. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-260.

Full text

Abstract:

"Kravhantering - Kvalitet vid kravspecifikation" är titeln på detta arbete som lägger tyngden på processen kravinsamling vid utveckling av informationssystem. Rapporten ger en slutsats av en undersökning som har genomförts med hjälp en av litteraturstudie och ett antal intervjuer. Rapporten är författad under perioden januari till juni år 1997 av Marie Ryberg och är baserad på författarens erfarenheter, litteraturstudie och intervjuer. Syftet med rapporten är att motivera behovet av kvalitet vid kravinsamling och att klargöra begrepp, problem och metoder inom kravinsamling. Denna rapport riktar sig till personer inom systemutvecklingsbranschen.Rapporten ger ett inledande kapitel med historia och utveckling inom systemutveckling. Begrepp inom systemutveckling förklaras och min uppfattning av informationssystem utreds. Två betydande begrepp inom detta arbete är krav och kravspecifikation. En kravspecifikation är en samling krav och att dessa krav är korrekt dokumenterade lägger rapporten stor vikt vid. Kravinsamlingen sker inom kravhanteringen. Tre aspekter på kravhantering presenteras, av tre olika författare. Kravhanteringen syftar till att ge en god bild över hur man finner krav på informationssystem. Till slut ges en beskrivning av kvalitet vid kravhantering.Efter insamlat material presenterar jag mina problemställningar. Här redovisas även problemavgränsning och förväntat resultat. Dessa problemställningar undersökas sedan med hjälp av en eller flera relevanta metoder. Utifrån ett antal möjliga metoder diskuteras metodvalet.Genomförandet har utförts med hjälp av två metoder, litteraturstudier och ett antal intervjuer. Med hjälp av dessa metoder har jag kunnat samla in information för att få svar på mina problemställningar. Genomförandet analyseras sedan, med egna värderingar om det insamlade materialet.Slutsatser utifrån analysen redovisas med koppling till problemställningarna. Därefter följer en diskussion om arbetsprocessen och förslag till fortsätta studier. Till slut redovisas erfarenheter och kritisk granskning av arbetet.

APA, Harvard, Vancouver, ISO, and other styles

9

Johansson, Kristian, and Billy Wiljén. "Agil kravhantering : Beställarens ansvar." Thesis, Högskolan i Borås, Institutionen Handels- och IT-högskolan, 2012. http://urn.kb.se/resolve?urn=urn:nbn:se:hb:diva-16693.

Full text

Abstract:

Inom IT-projekt beskrivs kravhantering som en av de inledande aktiviteterna i systemutveckling som syftar till att specificera beställarens behov. Kravhantering har länge brottats med många problem. Ett är att krav blir låsta tidigt i ett projekt och kan därefter inte förändras, detta minskar beställarens flexibilitet. Användning av agila metoder har blivit allt vanligare bland IT-leverantörer. Agila metoder förespråkar att IT-leverantör och beställare har ett nära samarbete. Eftersom beställaren ansvar ökar under kravhantering i agila projekt fann vi det intressant att undersöka vilka faktorer som är viktiga för beställaren att beakta under kravhantering i agila projekt. I litteratur finns mycket beskrivet om agila metoder generellt, men väldigt lite kring beställarens roll, varför vi ville undersöka detta närmare. Studien genomfördes med en kvalitativ ansats. För att undersöka hur IT-leverantören ser på beställarens roll under kravhantering i agila projekt har vi intervjuat fem respondenter från fyra olika IT-företag som använder agila metoder. Intervjuerna var semistrukturerade eftersom vi sökte respondenternas uppfattningar och tolkning av kravhanteringen. Intervjumaterialet analyserades sedan med en tematisk analys. Datainsamlingen visade att det fanns flera faktorer som är viktiga för beställaren att beakta under kravhanteringen. Engagemang är viktigt för att beställaren ska ha möjlighet att påverka och ha åsikter om kraven under projektets gång. Inledningsvis samlas kraven in på en övergripande nivå och det blir därför viktigt med en kontinuerlig kommunikation mellan IT-leverantör och beställare för att detaljera kraven under projektet. För att kunna ha ett nära samarbete med IT-leverantören krävs det att beställaren är delaktig i projektet i allt större utsträckning. Det har också visat sig att IT-leverantörens användning av agila metoder inte ställer orimliga krav på beställaren. Tvärtom är de väldigt flexibla gentemot beställaren och anpassar metoden på ett sätt som passar beställaren. Studien visar att det ibland är känsligt för IT-leverantören att ställa allt för höga krav på beställaren, eftersom beställaren är en kund. Studiens resultat indikerar att när IT-företagen använder agila metoder under kravhanteringen krävs det att beställaren är engagerad under merparten av projektet, eftersom kraven samlas inledningsvis in på en övergripande nivå och detaljeras sedan. Beställarna är inte vana vid att så höga krav ställs på deras engagemang. Det har också visat sig vara svårt att motivera beställarna att vara delaktiga i projektet, beställarens måste själv inse vikten av engagemang och delaktighet. Det krävs att båda parter tar sitt ansvar under kravhanteringen för att beställaren ska kunna få det system de vill ha och betalar för. Program: Interaktions- och kommunikationsdesignerutbildningen

APA, Harvard, Vancouver, ISO, and other styles

10

Massoud, Aslam, and Hamdan Ramadan. "Kravhantering – Brister och lösningar." Thesis, Örebro universitet, Handelshögskolan vid Örebro Universitet, 2014. http://urn.kb.se/resolve?urn=urn:nbn:se:oru:diva-33651.

Full text

Abstract:

Sammanfattning Kravhanteringsprocessen är en av de viktigaste faserna vid utvecklandet av ett IT-system. Kravhantering är alltså grundläggande för att utveckla ett stabilt system som uppfyller beställarens önskemål. Med en väl utförd kravhantering som grund får man ett system som är fritt från bristfälliga fel, utvecklandet av systemet går även till på ett effektivare sätt. Vid byggandet av ett system eftersträvar man alltid en framgångsrik mjukvara. Kravhantering ses som den viktigaste faktorn vid utvecklandet av ett IT-system. Föreliggande studie genomförs som en litteraturstudie där undersöks vilka brister som är vanligt förekommande under kravhanteringsprocessen. Syftet med föreliggande studie är att identifiera förekommande brister under kravhanteringsprocessen samt om det finns eventuella lösningar till dessa brister. För att kunna utreda detta så måste bristerna definieras och hur arbeta ska ske för att eliminera eller undvika dessa. Resultatet av föreliggande studie visar på att det finns en del brister som är vanligt förekommande och även föreslagna lösningar. Vidare tyder resultatet på att majoriteten av bristerna förekommer på grund av dålig kommunikation och missförstånd. Abstract Requirements management process is one of the most important stages in the development of an IT system. Requirements management is therefore essential to develop a stable system that meets client needs. With a well-executed requirements management as the basis to get a system that is free from error, inadequate development of system allows to more effectively. In the construction of a system always seeks successful software. Requirements management is seen as the most important factor in the development of an IT system. The present study is conducted as a literature review which examines the shortcomings that are commonplace during the requirements management process. The aim of the present study is to identify deficiencies in the requirements management process, and if there are any solutions to these shortcomings. In order to investigate this, we must define the gaps and to work to eliminate or avoid them. The result of this study shows that there are some deficiencies are common and even proposed solutions. Furthermore, the results indicate that the majority of shortcomings due to poor communication and misunderstandings.

APA, Harvard, Vancouver, ISO, and other styles

11

Spirtovic, Damir, and Yacine Djedou. "Metodik för kravhantering inom materialhantering." Thesis, KTH, Maskinkonstruktion (Inst.), 2007. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-100850.

Full text

Abstract:

Dagens industrier strävar efter kapitalrationaliseringar i form av bland annat effektivare materialhantering. Det gäller att i ett tidigt skede integrera produktutvecklingsstadiet och produktionsutvecklingen för att på så sätt få ett transparant system i hela ledet. För att kunna arbeta på det sättet krävs en grundlig och noggrann planering av hela processen. Syftet med detta examensarbete är att ta fram ett underlag för beslut om transportlösningar och materialhantering. Ett annat syfte är att med hjälp av fallstudie observera olika transportlösningar och materialhantering som sker i olika system för att i sin tur kunna utveckla och ta fram en generell process för materialhantering. Fallstudien utfördes på företaget Scania, avdelning Scania Motorverkstad. Examensarbetet inleddes med en grundläggande litteraturstudie. Huvuddelen av den empiri som samlades in skedde vid de nio intervjuer som genomfördes för de tre delområden som observerats. Syftet med dessa intervjuer var att ge ett fundament för fortskridning av utveckling på materialhanteringsprocessen. Den empiriska studien följdes upp av ett resultat på en generell beslutsmodell för process materialhantering. Denna beslutsmodell består av en rad aktiviteter, objekt, informationskällor och direktiv. Varje aktivitet i processen presenterades ingående och utvecklades. Det är viktigt att olika aspekter beaktas i aktiviteterna, och sedan utvärderas för att kunna fatta ett primärt beslut i en aktivitet. Alla aktiviteter kommer att sammanställas som i slutändan ska utmynna i en färdigställd kravspecifikation för materialhanteringssystemet. Det har varit svårt med utveckling av materialhanteringssystemet då materialhantering inte prioriteras högt i produktionssystemet. Det har även varit svårt att hitta lämpliga lösningar på materialhantering då denna påbörjas sent i produktionsutvecklingen. Det optimala är att kontinuerligt arbeta med materialhanteringssystemet parallellt med produktionsutvecklingen för att kunna använda sig av diverse lösningar. Den generella beslutsmodellen för materialhantering behöver fortsatt utvecklingsarbete då olika aktiviteter, informationskällor samt direktiv måste utvecklas ännu mer detaljerat. Today’s modern industries are striving for capital rationalization by achieving more effective material management. To gain a transparent system throughout the whole process, the product development stage along with the product development has to be integrated at an early point. In order for one to be able to work in this sort of way, a thorough and careful planning of the whole process is required. The purpose of this thesis work is to build up a basis for decisions about transport solutions and material management. Also, another purpose is that being able to observe different transport solutions and material management that occur in different systems with the help of a case study can in order help to develop and assemble a general process for material management. The case study was performed at the department Scania Motor Workshop, which is located in the company Scania. The thesis work began with a detailed literature study. The main part of the empiric which was collected, took place at the nine interviews that were implemented for the three different part areas which have been observed. The purpose of these interviews was to set out a foundation to advance in the development of material management process. The empirical process was followed up by a result of a general decision model for process material management. This decision model is sustained by different activities, objects, information sources, and instructions. Each activity in the process was thorough presented and developed. It is of high importance that every aspect is considered and thereby evaluated in order to make a primary decision in an activity. All activities are going to be compiled, which will result to a completed requirement specification for material management. It has been very difficult with the development of material management system due to the reason that material management is not of high priority in the production system. In addition, it has been also difficult to find suitable solutions to material management because it begins later in the production development. The main is to continuously work with material management system parallel with the production development in order to be able to use different types of solutions. Furthermore, the general decision model for material management requires a continued development work due to the reason that the different activities, information sources along with instructions calls for a more detailed improvement.

APA, Harvard, Vancouver, ISO, and other styles

12

Eriksson, Beatrice. "Ett arbetssätt för agil kravhantering." Thesis, Högskolan i Borås, Institutionen Handels- och IT-högskolan, 2014. http://urn.kb.se/resolve?urn=urn:nbn:se:hb:diva-17747.

Full text

Abstract:

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

APA, Harvard, Vancouver, ISO, and other styles

13

Engström, Frida, and Sofie Söderberg. "Kravhantering med fokus på användarinverkan." Thesis, Högskolan i Borås, Akademin för bibliotek, information, pedagogik och IT, 2018. http://urn.kb.se/resolve?urn=urn:nbn:se:hb:diva-15043.

Full text

Abstract:

I alla systemutvecklingsprojekt har kravhanteringen en stor inverkan på projektets framgång. Hela 56 procent av källor till fel inom informationssystem kommer från brister i kravhanteringen. Trots att de finns många metoder för kravhantering används inte dessa i speciellt stor utsträckning och vidare pekar forskningen på flera orsaker varför de inte används. En orsak är att systemutvecklare tenderar att lägga större vikt på tekniska funktioner och begränsningar än sociala aspekter, vilket ses som en orsak till att traditionella kravanalysmetoderna misslyckas. Det ses även som allmänt känt att grunden till en lyckad systemutveckling ligger i att förstå de sociala och organisatoriska aspekterna. För att åstadkomma ett så användbart system som möjligt är det därmed viktigt att involvera användare i utvecklingsprocessen. Statistik visar dock att en stor del av användare inte får vara med och påverka arbetet alls. Studien syftar till att utforska och beskriva kravhantering i praktiken med särskilt fokus på användarinverkan. Metoden för studien har varit kvalitativ och datainsamlingen har skett med semistrukturerade intervjuer med respondenter från tre företag. Respondenterna utgjordes av fyra praktiker som arbetar med kravhantering inom systemutvecklingsprojekt och de resterande tre respondenterna är användare för dessa system. Empirianalysen redogör för studiens resultat som jämförs med teorin för att belysa intresseväckande eller viktiga kopplingar till hur praktiker anammar kravhantering i praktiken och hur användare involveras i denna process. Empirianalysen visar att praktiker mer tenderar att inspireras av kravhanteringsmetoder än att anamma dessa helt och hållet. Analysen visar även att standarder för kravhantering är bristfälliga i praktiken. Vidare visar studien att så kallade superusers har större möjlighet än andra användare att påverka kraven och att kommuniceringen av krav från utvecklare till användare kan förbättras. Det finns helt klart utvecklingspotential när det gäller att involvera fler användare för att undvika misstolkade eller uteblivna krav. In every project within systems development, managing requirements in a proper way has a major impact on a project’s success. A total of 56 percent of sources of errors in information systems is a result of shortcomings in requirements engineering (RE). Although there are many methods for managing requirements, these methods are not used to a large extent, and furthermore research results within requirements engineering points to several reasons why they are not used. A reason is that system developers tend to focus on technical features and constraints, which is seen as a reason for the failure of traditional RE-methods. It is also widely known that the foundation of successful system development lies in understanding the social and organizational aspects. In order to provide a useful system, it is therefore important to involve users in the development process. However, there are statistics that shows that a large proportion of users are not involved within the process of requirements engineering. The study aims to explore and describe requirements engineering in practise with particular focus on user impact. The methodology for the study has been qualitative and data collection has been performed with semi structured interviews with respondents from three companies. The respondents consisted of four practitioners who work with requirements engineering in system development projects and the remaining three respondents are users of these systems. The empirical analysis presents the result of the study and is compared to the theory to highlight interesting or important links between how practitioners apply requirements engineering in practice and how users are involved in this process. The empirical analysis shows that practitioners more likely tend to be inspired by requirements engineering methods than to embrace them entirely. The analysis also shows that requirements engineering standards are inadequate in practice. Additionally, results of the study indicate that super users have greater potential to influence the requirements than other users and that the communication of requirements between system developers and users can be improved. It is clear that there are a lot of potential when it comes to involve users in order to avoid misinterpretation or missing requirements.

APA, Harvard, Vancouver, ISO, and other styles

14

Petersson, Fredrik. "Kravhantering som överföring av kunskap." Thesis, Karlstads universitet, Handelshögskolan, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:kau:diva-43753.

Full text

APA, Harvard, Vancouver, ISO, and other styles

15

Svensson, Jessika. "Kravhantering i systemutvecklingsprojekt : Problem i praktiken." Thesis, Växjö University, School of Mathematics and Systems Engineering, 2008. http://urn.kb.se/resolve?urn=urn:nbn:se:vxu:diva-1977.

Full text

Abstract:

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.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.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.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.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. 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.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.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.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.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.

APA, Harvard, Vancouver, ISO, and other styles

16

Esfahani, Amir. "Kravhantering med hjälp av Use Case." Thesis, University of Skövde, School of Humanities and Informatics, 2004. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-916.

Full text

Abstract:

Detta examensarbete ger en introduktion till området systemutveckling. Kravhantering har i alla tider varit en viktig del i systemutveckling. För att kunna lyckas med kravhanteringen under ett systemutvecklingsprojekt är det viktigt att använda sig av rätt teknik. En teknik som finns för att kunna hantera de krav som ställs på ett system är Use Case som härstammar från UML. Syftet med detta examensarbete var att ta reda på de för och nackdelar som har upplevts av användare som har arbetat med Use Case i samband med kravhantering. Presentation i detta examensarbete sker genom metoden intervju samt litteraturstudier. Det material som bearbetats fram via intervjuerna har analyserats med hjälp av olika litteraturer för att ge en klar bild av problemställningen. Resultatet visar att Use Case är en omtyckt teknik som innehar både fördelar och nackdelar där fördelarna överväger nackdelarna.

APA, Harvard, Vancouver, ISO, and other styles

17

Reimertz, Amanda, and David Jörgensén. "Säkerställer en kravanalytiker kundfokusering i agil kravhantering?" Thesis, Örebro universitet, Handelshögskolan vid Örebro Universitet, 2019. http://urn.kb.se/resolve?urn=urn:nbn:se:oru:diva-72643.

Full text

APA, Harvard, Vancouver, ISO, and other styles

18

Leneklint, Sebastian. "Modellbaserad utveckling : Potentiell metod för effektiv kravhantering?" Thesis, Högskolan i Skövde, Institutionen för informationsteknologi, 2014. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-10720.

Full text

Abstract:

Systemutveckling gentemot försvarsindustrin kan i många fall bli komplext och innefatta väldigt stora projekt. Samtidigt har utvecklingen av modelleringsverktyg fortsatt och användningen av modellering har blivit ett potentiellt verktyg för att garantera kvalitativa kravdokument.Studien har studerat vilka för- och nackdelar det finns med att arbeta modell- respektive dokumentbaserat i projekt gentemot försvarsindustrin. Modellbaserat refereras i rapporten som användning av modeller för att skapa kravdokument medan dokumentbaserad utveckling innebär en mer traditionell syn på utvecklingen där krav formuleras i fritext och sedan lämnas över till ansvariga för implementering.Studien har med hjälp av intervjuer som främsta datainsamlingsmetod med projekt involverade i utveckling av system gentemot försvarsindustrin identifierat fördelar och nackdelar med de båda respektive metoderna. Studien har kommit fram till att arbeta modellbaserat garanterar en hög kvalitet och har en förmåga att hantera en hög komplexitet, däremot är metoden mer beroende av verktyg och kompetens jämfört med dokumentbaserad utveckling. Den dokumentbaserade utvecklingsmetoden karaktäriseras av att vara en enkel metod utan något specifikt verktygsberoende, däremot har metoden visat sig vara olämplig för komplexa och stora projekt där spårbarhet i kraven är kritisk.

APA, Harvard, Vancouver, ISO, and other styles

19

Almström, Malin, and Christina Olsson. "Förbättrad Kravhantering med hjälp av Lösningsinriktad Pedagogik." Thesis, Blekinge Tekniska Högskola, Institutionen för programvaruteknik och datavetenskap, 2002. http://urn.kb.se/resolve?urn=urn:nbn:se:bth-1629.

Full text

Abstract:

Abstract The purpose of writing this thesis was to improve methods during requirements engineering phase. Usercentred system engineering has some problem areas, which are examined and verified to create a new guideline for developers. This guideline tends to make requirements engineering more effective and help developers create more concrete requirements. It is not uncommon that system development projects ends up with unsatisfied users or delay in deliveries. The reasons are different kinds of communication problems between users and developers during verification of requirements. There is a therapy model, called solution-focused therapy, used in family and individual therapy. The model focuses on solutions for the future instead of problems in the past. This method has never been used in system developing until today. Based on literature studies and scenarios we have shown that it is possible to transfer this pedagogy into the system developing branch especially in requirements engineering. During our investigation we have shown that the pedagogy refute the difficulties within usercentred design. The pedagogy model can be used in four kinds of methods for capturing requirements; questionnaires, interviews, workshops and observations. The model activates and makes the user more implicated. To show this, we have applied the pedagogy model on scenarios taken from earlier experiences of requirements engineering. The outcome of this investigation is that developers can create a more pleasant communication atmosphere with this pedagogy. A result of this is that users becomes more willing and helpful to create a new system and therefore makes it easier for developers and users to cooperate. You can avoid many communication problems if you know how to go around them.

APA, Harvard, Vancouver, ISO, and other styles

20

Mirnezami, Babak. "Vad blir effekten av att satsa på kravhantering?" Thesis, KTH, Maskinkonstruktion (Inst.), 2015. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-168710.

Full text

Abstract:

Detta examensarbete syftar till att undersöka vad orsaken är till att företag satsar på att strukturerat arbeta med kravhantering och dess effekter på företagen. Informationen till detta arbete har uppkommit genom att göra en litteraturstudie samt intervjuer med fyra respondenter. Dessa företag har börjat satsa på ett strukturellt sätt att arbeta med krav och hoppas detta kommer att lösa problem som exempelvis otydlighet, underlätta för verifiering samt givetvis att minska kostnader och missade leveranstider.Kravhantering är ett strukturerat sätt att härleda, underhålla och validera ett system. kravdokument. En kravhanteringsprocess innehåller olika aktiviteter för att kunna vägleda genom kravarbetet. Viktiga aspekter inom kravhanteringen som beskrivs och diskuteras är kravinsamling, kravskrivning, kravanalys, ändringshantering, och verifiering och validering. Kravinsamling är det första steget i kravhanteringsprocessen. Det innefattar att identifiera alla intressenter och samla in krav från dessa. Det görs för att säkerställa att viktiga krav från alla som påverkas eller kan påverka projektet omhändertas.Då kraven samlats in behöver de skrivas ner så att de är otvetydiga, kvantifierade, realistiska och verifieringsbara. Dessa samlas sedan i en kravspecifikation.Sedan görs en kravanalys för att ta reda på vilka krav systemet ska uppfylla. Kravställare är ofta oklara på vad som ska finnas med i systemet och det är därför viktigt att analysera och eliminera opassande krav. De har heller inte den helhetsbild som krävs för att identifiera konflikter mellan krav. Under projektets gång fås nya insikter såsom nya idéer inom projektet, nya krav från intressenter och bättre kunskap. För att kunna hantera en stor mängd krav och de ändringar som sker under projektets gång behövs en ändringshanteringsprocess. Och slutligen behövs ett sätt att säkerställa att de krav som är ställda har uppfyllts och att det har bidragit till att en bra produkt utvecklats. Detta görs genom att verifiera och validera kraven. Dessa beskrivs mer detaljerat i arbetet och har varit grundpelare i intervjuerna. Resultatet från dessa intervjuer jämförs sedan med teorin och analyseras.Vilka effekter denna satsning får och varför det är så viktigt med kravhantering är problemformuleringar som besvaras i detta arbete.Aspekter som tydlighet, förbättrad kommunikation, bättre hantering av ändringar är några saker som har framkommit på grund av satsningen. Projekten har märkt att målbilden har blivit tydligare än den var tidigare. Det finns en större klarhet i vad som ska utvecklas och levereras. Kommunikation och överenskommelser med intressenter har förbättrats. Detta har medfört att kraven tas bättre om hand och bidra till en mer önskvärd produkt. Tydligare målbild och bättre kommunikation har lett till färre ändringar att hantera och detta tillsammans med en process för ändringshantering har en bättre kontroll på projektet fåtts. Fler aspekter och mer detaljerad diskussion går att läsa i examensarbetet. This thesis aims to explore what the reason is that the companies are focusing on structural work on requirements engineering and the effects from it. The information for this work were raised by doing a literature study and interviews with four people. These companies have begun to invest in a structural way to work with requirements engineering and hope this will solve problems such as lack of clarity, verification, and of course to reduce costs and time. Requirements management is a structural way to derive, maintain and validate a system requirements document. A requirements management process includes various activities to be help with the requirements work. Important aspects in requirements management is described and discussed in this thesis. These are the Requirements gathering, requirements writing, requirements analysis, change management, and verification and validation. Gathering requirements is the first step in the requirements management process. It involves identifying all stakeholders and gathering requirements from them. It is done to ensure that the essential requirements of all that are affected or may affect the project are handled. When the requirements are gathered, they need to be written down so that they are unambiguous, quantified, realistic and verifiable. These are then gathered in a requirements specification. Then a requirements analysis is done to determine what requirements the system must meet. Stakeholders are often unclear on what should be included in the system and it is therefore important to analyze and eliminate improper demands. They have not the complete picture needed to identify conflicts between the requirements. During the project new insights are obtained, such as new ideas in the project, new demands from stakeholders and better knowledge. In order to handle a large amount of demands and the changes that take place the project need a change management process.Finally it is needed to ensure that the requirements have been met and has contributed too a good product. This is done by verifying and validating the requirements.These are described in more detail in the thesis and have been a mainstay in the interviews. The results of these interviews are then compared with theory and analyzed.The impact and why it is so important with requirements management is going to be answered in this work. Aspects such as clarity, improved communication and better management of changes are a few things that have proven to be improved due to the initiative. Projects have noticed that the goal is much clearer and there is clarity in what will be developed and delivered. Communication and agreements with stakeholders has improved. This has meant that the requirements are better dealt with and contribute to a more desirable product. Clear goals and better communication have led to fewer changes to handle and with a change management process contributed to a better control of the project.More aspects and more detailed discussion can be found in the thesis.

APA, Harvard, Vancouver, ISO, and other styles

21

Gholamzadeh, Kevin, Esam Hussein, and Christoffer Andersson. "Problem med kravhantering som kan uppkomma i praktiken." Thesis, Örebro universitet, Handelshögskolan vid Örebro Universitet, 2014. http://urn.kb.se/resolve?urn=urn:nbn:se:oru:diva-34455.

Full text

APA, Harvard, Vancouver, ISO, and other styles

22

Forsblad, Andreas, and Henrik Walldén. "Agil kravhantering - mer problematiskt än man kan tro." Thesis, Örebro universitet, Handelshögskolan vid Örebro Universitet, 2015. http://urn.kb.se/resolve?urn=urn:nbn:se:oru:diva-45762.

Full text

APA, Harvard, Vancouver, ISO, and other styles

23

Silwer, Darja. "Supermänniskor? : Krav och kravhantering för konsulter på ett bemanningsföretag." Thesis, Stockholms universitet, Psykologiska institutionen, 2012. http://urn.kb.se/resolve?urn=urn:nbn:se:su:diva-88510.

Full text

Abstract:

Dagens situation för företagen innebär ständiga förändringar vilket ställer särskilda krav på deras anställda. Arbetet för personal på bemanningsföretag innehåller typiska egenskaper för det nya arbetslivet. Syftet med denna studie var att undersöka vilka krav som ställs på personal som arbetar via bemanningsföretag samt hur dessa personer hanterar kraven. Denna studie bygger på kvalitativ metod där semistrukturerade intervjuer genomfördes med en konsultchef och sex stycken konsulter på ett bemanningsföretag. Resultatet från en tematisk analys visade att krav som ställdes på konsulterna var anställningsbarhet, anpassning samt hanterande av rollen som konsult. Kraven hanterades både med hjälp av aktivt närmande av problemet som att ställa frågor samt passiva strategier som undvikande av problemet. Konsulterna i studien anses stöta på kraven från det nya arbetslivet i en hög utsträckning. Resultatet som gäller konsulternas kravhantering tycks gå i linje med tidigare forskning om coping.

APA, Harvard, Vancouver, ISO, and other styles

24

Lood, Simon. "Löpande kravhantering och mätning av projektresultat inom agila systemutvecklingsprojekt." Thesis, Karlstads universitet, Handelshögskolan (from 2013), 2019. http://urn.kb.se/resolve?urn=urn:nbn:se:kau:diva-72553.

Full text

Abstract:

Systemutveckling handlar om processen för att underhålla, anpassa eller utveckla befintliga program och system. Systemutveckling är en komplex aktivitet som är påverkad av ett antal faktorer, ofta tid, budget och eskalerande problem. För att kunna hantera detta i en värld där tekniken utvecklas med snabba steg har systemutvecklingsprojekt börjat använda sig av agila metoder. Agila metoder syftar till att arbete sker iterativt, repeterande processer. Dessa metoder anses flexibla och rörliga inom projekt och målet är att kunna leverera en liten del av slutprodukten efter varje iteration. Löpande kravhantering syftar till kravarbetet som sker löpande under ett helt projekt, detta är en del av den agila metodiken som används för att kunna vara mer flexibel och anpassningsbar vid arbete i projektform. Istället för att kravlistan ska vara helt färdig och svår att ändra innan projektet drar igång ska löpande kravhantering underlätta dagens snabbt svängande systemutvecklingsprojekt. Mätningar av projektresultat syftar till mätningar som kan genomföras för att få en bild av hur projektet har gått. Kritik har riktats mot hur mätningar sker och att resultat blir missvisande, även att kravhanteringen, trots medvetenheten hos företag, fortfarande försummas och skapar problem med bristfälliga kravställningar. Syftet med uppsatsen är att identifiera riktlinjer för löpande kravhantering och mätning av projektresultat, samt undersöka hur relationen mellan dessa ser ut. Detta kan bidra till att fler företag kan undvika missförstånd mellan leverantör och kund, samt även skapa en fortsatt förståelse för vikten av kravinsamlingsarbetet för att kunna genomföra trovärdiga mätningar. Studiens metod bygger på en kvalitativt inriktad insamlingsform, empiri samlas in med hjälp av semistrukturerade intervjuer. Fyra personer, samtliga konsulter, med bred erfarenhet från branschen har deltagit i studien och intervjuats. Studien resulterade i en analys om hur löpande kravhantering kan påverka mätningar av projektresultat och vilka effekter detta kan leda till. Även en diskussion kring utmaningar, samt lösningar och verktyg för att hantera detta stod i centrum. Slutsatsen beskriver hur relationen mellan löpande kravhantering och mätning av projektresultat ser ut, samt presenterar i punktform utmaningar och riktlinjer kopplade till denna relation.

APA, Harvard, Vancouver, ISO, and other styles

25

Elebro, Erik. "Kravhantering i systemutvecklingsprojekt : för att minimera risken för tvetydigheter." Thesis, Luleå tekniska universitet, Institutionen för system- och rymdteknik, 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:ltu:diva-80384.

Full text

APA, Harvard, Vancouver, ISO, and other styles

26

Kroon, Sophie. "Kravhantering i systemutvecklingsföretag - En hel jämförelse mellan projekt och förvaltning." Thesis, Örebro universitet, Handelshögskolan vid Örebro Universitet, 2017. http://urn.kb.se/resolve?urn=urn:nbn:se:oru:diva-56965.

Full text

APA, Harvard, Vancouver, ISO, and other styles

27

Grahn, Andreas. "Requirement engineering in programs that generates applications." Thesis, University West, Department of Informatics and Mathematics, 2003. http://urn.kb.se/resolve?urn=urn:nbn:se:hv:diva-587.

Full text

APA, Harvard, Vancouver, ISO, and other styles

28

Hamed, Amirzadeh, and Khalaf Beigi Reza. "Agil Systemutveckling : En studie av kravhantering och beställarroll i agila angreppsätt." Thesis, Högskolan Väst, Institutionen för ekonomi och it, 2013. http://urn.kb.se/resolve?urn=urn:nbn:se:hv:diva-5510.

Full text

Abstract:

This paper is a degree project on the C-level, 15 points at University West, Department of Business and IT dept. Informatics. This study is about agile methodology and its impact on IT projects. Requirements management is a process within an IT project, where customer has certain requirements that must be met by an IT system. The difference between the traditional and agile development is in the requirements management process and it can cause problems in a project. Requirements change during IT projects and to manage requirements, agile principles apply. Specification and planning in the waterfall model is time consuming. Working agile means to have close contact with the client. This minimizes the risk of project failure. With agile methods, functions can be developed at a faster rate and the customer receives prompt delivery. There are currently several different methods for systems development and project management. Some are based on research, others are new and some have been around a long time in the IT world. This work has identified customer involvement; Risk Reduction and Delivery which contribute to several projects fail under traditional systems. Agile methods are flexible, agile and welcome change and the customer will be able to steer the project. Agile methods have however provided the opportunity for developers to more quickly deliver functionality to the customer. Detta arbete är ett examensarbete på C-nivå, 15 poäng vid Högskolan Väst, Institutionen för ekonomi och IT avd. informatik. Denna studie handlar om agila metodiken och dess inverkan på IT-projekt. Kravhantering är en process inom ett IT-projekt, där kund har vissa krav som måste uppfyllas av ett IT-system. Skillnaden mellan det traditionella och agila utvecklingsmetoder ligger i kravhantering process och det kan orsaka problem i ett projekt. Krav förändras under IT-projekt och för att hantera kraven bör agila principer tillämpas. Kravspecifikation och planering inom vattenfallsmodellen är tidskrävande. Att jobba agilt innebär att ha nära kontakt med beställaren. Därmed minimerar det risken för projektets misslyckande. Med agila metoder, kan funktionerna utvecklas i en snabbare takt och kunden får snabb leverans. Det finns idag flera olika metoder för systemutveckling och projektledning. Vissa är baserade på forskning, andra är nya och vissa har funnits en lång tid i IT-världen. Arbetet har identifierat kundinvolvering, Riskreducering och Leveranstid vilka bidra till att flera projekt misslyckas under traditionell systemutveckling. Agila metoder är flexibla, smidiga och välkomnar förändring och kunden kommer att kunna styra projektet. Agila metoder har däremot gett möjlighet för utvecklarna att på ett snabbare sätt leverera funktioner till kunden.

APA, Harvard, Vancouver, ISO, and other styles

29

Blad, Ida, and Rebecka Sjöström. "Utmaningar med utveckling av mobila applikationer : En fallstudie om kravhantering ur ett utvecklingsperspektiv." Thesis, Umeå universitet, Institutionen för informatik, 2014. http://urn.kb.se/resolve?urn=urn:nbn:se:umu:diva-91342.

Full text

Abstract:

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.

APA, Harvard, Vancouver, ISO, and other styles

30

Pasalic, Senad, and Anders Olsson. "Utveckling av en parser för integrering av verktyg för testning och kravhantering." Thesis, KTH, Skolan för informations- och kommunikationsteknik (ICT), 2012. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-98699.

Full text

Abstract:

Det här är ett högskoleingenjörs-examensarbete som har utförts på Enea/Xdin. Arbetet kan ses som en förstudie och syftar till att beskriva hur olika utvecklingsverktyg kan integreras med varandra. Eftersom verktygsintegration förenklar användandet av verktygskedjor är detta ett aktuellt och intressant ämne för dagens utvecklare. Examensarbetet är på 15hp och pågick under 10 veckor. Arbetet är en del av forskningsprojektet ARTEMIS/iFEST vilket syftar till att effektivisera produktutveckling genom att skapa en standardiserad verktygskedja, vilket sparar både tid och pengar. Målet för detta projekt är visa upp en fungerande kedja av verktyg. Som ett konkret exempel används Eneas befintliga testverktyg Farkle samt ett godtyckligt verktyg. Generellt pratar verktyg i olika språk, detta skapar problem. En översättare, en s.k. parser implementeras mellan verktygen för att etablera en kommunikation. Ett testfall vars uppgift blir att ”vandra”igenom hela kedjan och påverka ett target under test används för att visa principen för verktygsintegration. Examensarbetet resulterade i en lyckad verktygsintegration och det finns nu en möjlighet till att använda vilket verktyg som helst i samband med testverktyget Farkle.

APA, Harvard, Vancouver, ISO, and other styles

31

Abrahamsson, Linn, and Wenström Peter Melin. "Användning av prototyper som verktyg för kravhantering i agil mjukvaruutveckling : - En fallstudie." Thesis, Linköpings universitet, Programvara och system, 2018. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-150528.

Full text

Abstract:

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.

APA, Harvard, Vancouver, ISO, and other styles

32

Hedlund, Johan, and Joel Lundberg. "Intressentanalys & kravhantering inom agil metod : med stöd av soft systems methodology." Thesis, Luleå tekniska universitet, Digitala tjänster och system, 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:ltu:diva-79556.

Full text

Abstract:

This study explores stakeholder analysis and requirements engineering within an agile project at a system development company requesting a case management system. Stakeholder analysis is commonly explored in traditional project planning studies, such as the waterfall model. In agile projects, on the other hand, it is not common to have a project-planning phase or to carry out a stakeholder analysis, often due to that a stakeholder analysis entail a long and extensive documentation. Our study explores how Soft Systems Methodology can be used in an agile project-planning phase as well as how rich pictures from the SSM support requirements engineering. The study is based on an agile method in which the project-planning phase is expected to deliver a product log, and hence a requirements list. Requirements are collected, modelled and validated together with users in the form of user stories where role, goals and purpose are expressed in a sentence. Stakeholders and roles are identified and analyzed using methods in Soft Systems Methodology, like "finding-out" analyses. The result is then presented in so called rich pictures of the current situation and in a future desired situation. The data collection is carried out together with informants at the case company in the form of observations and semi-structured interviews. The result of the study indicates how rich pictures from SSM can support the start-up of an agile project. Denna studie utforskar intressentanalys och kravinsamling inom ett agilt projekt på ett systemutvecklingsföretag som efterfrågar ett ärendehanteringssystem. Intressentanalyser är vanligt förekommande och utforskade i traditionella förstudier så som enligt vattenfallsmodellen. I agila projekt är det däremot vanligt att en förstudie inte utförs eller att förstudien inte innehåller en intressentanalys, ofta på grund av att intressentanalyser innebär lång och omfattande dokumentation. Vår studie utforskar hur Soft Systems Methodology kan användas i en agil förstudie samt hur rika bilder från SSM stöttar kravhantering. Studien utgår från an agil metod där förstudien förväntas leverera en produktlogg, där studiens fysiska bidrag blir en kravlista. Krav samlas in, modelleras samt valideras tillsammans med användare i formen av användarhistorier där roll, mål och syfte uttrycks i en mening. Intressenter och roller identifieras och analyseras med hjälp av metoder inom Soft Systems Methodology, som exempelvis ”finding out”-analys. Resultatet presenteras därefter i så kallade rika bilder över nuvarande situation samt i en framtida önskad situation. Datainsamlingen görs tillsammans med informanter på ett fallföretag i form av observationer och semistrukturerade intervjuer. Utfallet av studien visar hur den rika bilden från SSM kan stödja uppstarten av ett agilt projekt.

APA, Harvard, Vancouver, ISO, and other styles

33

Kratz, Joel, and Mattias Kronberg. "Kunskapsåteranvändning i kravhantering : En fallstudie av IT-säkerhetskonsulters arbete mot Försvarets Materielverk." Thesis, Uppsala universitet, Institutionen för informatik och media, 2017. http://urn.kb.se/resolve?urn=urn:nbn:se:uu:diva-325037.

Full text

Abstract:

IT-system är något som finns nästan överallt, även i myndigheter. Dessa system har många gånger en betydande roll för verksamheten, och kravhanteringsprocessen är central för att systemen ska stödja verksamheten som tänkt. IT-system som används inom Försvarsmakten ska uppfylla ett stort antal säkerhetskrav, vilka många härstammar från styrdokumentet Krav på Säkerhetsfunktioner (KSF). Dessa krav är på hög nivå och ger utrymme för tolkning. Denna uppsats syftar till att studera hur kunskap från kravhanteringsprocessen kan återanvändas; till exempel krav, kravtolkningar, eller arbetssätt. Studien har utförts genom att intervjua konsulter på Lüning Consulting, vilka jobbar nästan uteslutande mot Försvarsmakten, och analyserats med en modell för återanvändning inom kravhantering. Studien visade att kontext, organisation och sekretess är tre nyckelfaktorer som måste tas hänsyn till för att myndigheter ska kunna införa återanvändning. Den tydliga byråkratin, med lagar och styrdokument, kan både möjliggöra och hindra återanvändning, och att återanvända utan kontext i åtanke kan få konsekvenser. Då många myndigheter hanterar sekretessbelagd information, må det vara personuppgifter eller försvarshemligheter, är det också av stor vikt att förstå när återanvändning helt enkelt inte är möjlig. IT systems are present almost everywhere, even in government authorities. These systems have a significant role for the business, and the requirement management process is an important part in making sure that systems are supporting the business as intended. IT systems used in the Armed Forces must meet a large amount of security requirements, many of which derive from the Krav på Säkerhetsfunktioner (KSF) document. These are high level requirements, which allow for interpretation. This essay seeks to examine how knowledge from the requirements engineering process can be reused; e.g. requirements, requirements interpretations, or work methods. The study was conducted by interviewing consultants at Lüning Consulting, which work almost exclusively with the Armed Forces. The data is analyzed by using a model for reuse in requirements engineering. The study shows that context, organization and confidentiality are three key factors that must be taken into account in order for authorities to reuse knowledge from the requirements engineering process. The bureaucracy, with laws and control documents, can both enable and prevent reuse, and reuse without context in mind can have negative consequences. Since many authorities handle confidential information, may it be personal data or defense secrets, it is also important to understand when reuse is simply not possible

APA, Harvard, Vancouver, ISO, and other styles

34

Svensson, Erik, and August Nilsson. "Från krav till lösning : -Affärssystemsleverantörers utmaningar vid kravhantering för vidareutveckling av affärssystem." Thesis, Linköpings universitet, Informationssystem och digitalisering, 2021. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-178057.

Full text

Abstract:

För att bedriva sin verksamhet har företag vanligtvis ett affärssystem till hjälp som integrerar företagets IT och stödjer organisationens centrala processer. Vidareutvecklingen av affärssystem kan se olika ut men handlar till stor del om att utveckla systemet i en riktning som följer användarnas krav och önskemål. Vi har i denna kvalitativa studie undersökt hur en affärssystemsleverantör arbetar med kravhantering för vidareutveckling av affärssystem där vi ämnar att ta reda på vilka utmaningar som kravhantering kan medföra affärssystemsleverantörer. För att kunna svara på detta har vi tagit del av tidigare litteratur samt genomfört fyra kvalitativa intervjuer med olika roller inom kravhanteringsarbetet hos affärssystemsleverantören Infor. Kravhantering kan beskrivas på olika sätt men syftar till att identifiera krav för att hantera dessa tills en lösning är färdig att implementeras i affärssystemet. Vår slutsats visar att kravhantering utgörs av både affärssystemsleverantörers interna krav på affärssystemet samt externa krav som formuleras av olika intressenter. Vidare visar studien kravhantering tillsammans med det studerade företagets strategi är en drivande faktor för vidareutveckling av affärssystem. Vår slutsats visar även att både kommunikationen med kunder samt att affärssystemsleverantörers interna kommunikation tillsammans med prioritering av krav är utmanande. Det studerade företagets branschanpassade affärssystem medför även att det är en utmaning att förhålla sig till den funktionalitet som ska fungera för alla kunder oavsett bransch och samtidigt erbjuda kunder inom specifika branscher en produkt som täcker just deras centrala processer. To run their business, companies usually have a helpful Enterprise Resource Planning system that integrates the company's IT and supports the organization's central processes. The further development of ERP systems can look different, but is largely about developing the system in a direction that follows the users requirements and wishes. In this qualitative study, we have investigated how an ERP system supplier works with requirements engineering for the further development of ERP systems, where we intend to find out what challenges that requirements engineering can entail for ERP system suppliers. To be able to answer this, we have read previous literature and conducted four qualitative interviews with different roles in the requirement engineering process at the ERP system supplier Infor. Requirements engineering can be described in different ways but aims to identify requirements for handling these until a solution is ready to be implemented in the ERP system. Our conclusion shows that requirements engineering consists of both the ERP system suppliers internal requirements for the ERP system as well as external requirements formulated by various stakeholders. Furthermore, the study shows requirements engineering together with the studied company's strategy is a driving factor for further development of ERP systems. Our conclusion also shows that both communication with customers and that ERP system suppliers internal communication together with the prioritization of requirements is challenging. The studied company's industry-specific ERP system also means that it is a challenge to relate to the functionality that should work for all customers regardless of industry and at the same time offer customers in specific industries a product that covers their core processes.

APA, Harvard, Vancouver, ISO, and other styles

35

Nilsson, Emil, and Eddie Andersson. "Agil kravhantering i praktiken : Efterföljs det som formuleras i litteraturen verkligen i praktiken?" Thesis, Linköpings universitet, Informatik, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-131468.

Full text

Abstract:

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.

APA, Harvard, Vancouver, ISO, and other styles

36

Sobic, Aleksandra, and Tove Sandin. "Kravspecifikation för en kontraktsmodul i en prissättnings- och offertapplikation." Thesis, KTH, Skolan för informations- och kommunikationsteknik (ICT), 2011. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-90232.

Full text

Abstract:

Denna rapport är skapad som syfte till att redovisa det erhållna resultatet av examensarbete vid Affärssystemprogrammet vid Kungliga Tekniska Högskolan (KTH). Arbetet har utförts som uppdrag för det serbiska företaget Soprex som är en underleverantör till ett svenskt företag. Rapporten är uppbyggd efter IMRAD metoden (Introduktion, Metod, Resultat och Diskussion). Uppdraget var att skapa en kravspecifikation för en modul som är en del av applikationen för hantering av olika kontrakt och prisberäkningar för Soprexs kunds olika kunder. Detta arbete fokuserad på kontrakt modulen. Arbetet har varit uppdelat i tre olika steg, syftet med detta har varit att successivt slussas in i företagets sätt att arbeta och lära känna deras standarder. De tre arbetsstegen har skett oberoende av varandra och har setts som tre skilda uppdrag. Arbetet bygger på den iterativa arbetsmetoden, vilket innebär att varje del har delats upp i mindre delar och slutförts en i taget. Steg ett innehöll arbete med så kallade ”Issues” (problem) som har identifierats och ännu inte dokumenterats i Software Requirement Specification dokument (SRS dokument), resultatet av steg ett blev att dokumentera och placera ut ”Issues” på rätt ställe i SRS dokumentet. Steg två var att skapa ett dokument, en så kallad ”change request”(CR) där skulle kundens krav på förändring av befintligt system dokumenteras. CR dokumentet finns i förenklad version som bilaga (Bilaga 2). Steg tre som var huvuduppgiften, var att skapa en kravspecifikation. Kravspecifikationen som utformades är själva resultatet med arbetet och finns som förenklad version i bilaga (Bilaga 3). Arbetet har inneburit att titta närmare på hur ett företag bygger sina kravspecifikationer, vilka standarder och arbetsmetoder de använder sig av. Arbetet har skett i samarbete med ett utländskt företag, vilket också har medfört att andra skillnader och problem har kunnat identifieras, exempelvis kulturella och geografiska.

APA, Harvard, Vancouver, ISO, and other styles

37

Lagré, Mårten. "Varför arbetar vissa utvecklingsteam agilt med kravhantering och vissa inte? : En fallstudie på Lantmäteriet." Thesis, Högskolan Dalarna, Informatik, 2017. http://urn.kb.se/resolve?urn=urn:nbn:se:du-25514.

Full text

Abstract:

Kravhantering inom systemutveckling utgör basen för vad som ska utvecklas. Agila systemutvecklingsmetoder blir vanligare för varje dag som går. Det har dock ofta visat sig finnas utmaningar med hur man anpassar just kravhanteringen till de agila metoderna. Verksamheter har olika förutsättningar för att arbeta agilt. Lantmäteriet i Gävle uttryckte ett behov att undersöka varför den agila praxis man hade inte följdes av alla utvecklingsteam i samband med kravhanteringen. Syftet med denna uppsats var därför att undersöka varför vissa utvecklingteam i en verksamhet arbetade agilt med sin kravhantering medan vissa inte gjorde det. För att undersöka detta utförde jag en fallstudie där jag med hjälp av enkäter och intervjuer samlade in data från både utvecklare och personer på verksamhetssidan som var inblandade i kravhanteringen. Resultaten visade att orsakerna till att en agil kravhantering fungerade så olika var flera. Genom att använda en tematisk analys kunde jag urskilja några framträdande orsaker. Kommunikation och flexibilitet samt kunskap och förståelse för olika perspektiv var teman som utgjorde positiva faktorer. De teman som istället utgjorde negativa faktorer var bland andra otydliga roller, brist på direktiv, en övertro till metoder och processer, osynk mellan verksamhet och IT, prioriteringsproblem, förvaltningsplaner, attityder och IT-arkitektur. Requirements engineering within software development is the foundation of what needs to be developed. Agile methods in software development become more common every day. It has however often been shown that there are certain challenges with how to adopt the requirements engineering to the agile methodology. Businesses have different preconditions for agile methods. Lantmäteriet in Gävle had a need to examine why not all the developing teams followed agile methods within the requirements engineering process. The purpose with this thesis was thus to examine why some developing teams in an organization worked in an agile manner with the requirements engineering, and some did not. To do this I performed a case study where I collected data through questionnaires and interviews from both developers and people from the business side. The results showed that the reasons for these differences were multiple. Communication and flexibility, and knowledge and understanding for different perspectives were the positive factors. The themes that hindered an agile way of working were, among others, unclear roles, lack of direction, too much reliance on methods and processes, discrepancy between business and IT, prioritizing issues, management plans, attitudes and IT architecture.

APA, Harvard, Vancouver, ISO, and other styles

38

Mark, David, and Wardell Oscar Miras. "Fallstudie om globala systemutvecklingsprojekt : Hur fungerar kommunikation och kravhantering i ett mångkulturellt IT-projekt?" Thesis, Linnéuniversitetet, Institutionen för informatik (IK), 2017. http://urn.kb.se/resolve?urn=urn:nbn:se:lnu:diva-66936.

Full text

Abstract:

Global Software Development (GSD) is the term from develoment team where teammembers are located on different geografical locations but working for the same IT-project. In development team like this people have to regard wheter there is difference in language, culture and time zones. This casestudie is focused in one of the most critical part in IT-development, requirement engineering. Previous research has shown that the cultural aspects are important in decision making for businesses that choose to outsource. Another factor dealt with is the time zone effect which some authors consider favorably in the sense that the number of hours worked per day is extended. This case study focused on investigating how communication and requirement management worked in global IT projects where a delimitation of southern Asia was made. The study was, among other things, from Hofstede's cultural dimension theory where power distances and individualism towards collectivism, as well as Gurung and Prater's framework for a successful outsourcing strategy. These theories were used in comparison to the empirical data collected. Five people all with experience working in global development projects were interviewed to hear their experiences and opinions in projects such as these. What emerged from our case study was that cultural differences exist in global IT projects. Not least what people from different cultures were used to and they had to adapt to. Most informants felt that psycial contact was the most important part of communication. Something that was not obvious when people were sitting in different geographical locations. When people work in different places and time zones separates them, this contributes to inaccessibility. Some global development teams tried to solve the fact that people from southern Asia sometimes worked after Swedish times. Global software development (GSD) är termen för utvecklingsteam där lagmedlemmarna sitter på olika geografiska platser men arbetar för samma IT-projekt. I dessa utvecklingsteam måste personer ta hänsyn till bland annat skillnader i språk, kultur och tidszoner. Denna fallstudie inriktar sig på en av det mest kritiska delarna vid global IT-utveckling, kravhantering. Tidigare forskning har påvisat att de kulturella aspekterna är viktiga vid beslutstagandet för verksamheter som väljer att outsourca. En annan faktor som behandlats är tidszonseffekt vilket vissa författare anser positivt i den bemärkelsen att antalet arbetstimmar per dygn förlängs. Denna fallstudie inriktade sig på att undersöka hur kommunikation och kravhantering fungerade i globala IT-projekt där en avgränsning mot Sydasien gjordes. Studien utgick bland annat från Hofstede’s kulturdimensionsteori där maktdistans och individualism mot kollektivism samt Gurung och Prater’s ramverk för en lyckad outsourcing-strategi. Dessa teorier användes vid jämförelse mot den empiriska data som samlades in. Fem personer, alla med erfarenheter att arbeta inom globala utvecklingsprojekt intervjuades för att höra deras erfarenheter och åsikter inom projekt som dessa. Det som framgick av vår fallstudie var att kulturella skillnader finns inom globala IT-projekt. Inte minst vad personer från olika kulturer var vana vid och de måste anpassas till. Fysisk kontakt ansåg alla informanter vara den viktigaste aspekten vid kommunikation, något som inte var självklart när personer sitter på olika geografiska platser. När personer arbetar på olika platser och tidszoner skiljer dem åt bidrar detta till otillgänglighet. Den begränsade tillgängligheten försökte vissa globala utvecklingsteam lösa med att personer från Sydasien ibland arbetade efter svenska tider.

APA, Harvard, Vancouver, ISO, and other styles

39

Berndtsson, Cecilia. "Effektiv hantering av krav under systemförvaltning." Thesis, Högskolan i Skövde, Institutionen för kommunikation och information, 2010. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-4427.

Full text

Abstract:

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.

APA, Harvard, Vancouver, ISO, and other styles

40

Sallah, Adamma. "Att fastställa metod för effektiv behovs-och kravhantering i IT-projekt : En fallstudie på Ninetech." Thesis, Karlstads universitet, Handelshögskolan, 2017. http://urn.kb.se/resolve?urn=urn:nbn:se:kau:diva-56512.

Full text

Abstract:

Kravhantering är en självklar process att använda sig av insamling av krav. Dock så hoppar många över behovsanalysen som ska genomföras innan kravinsamlingen kan påbörjas. Att hoppa över behovsanalysen leder till många brister under kravhanteringen. Behovsanalys genomförs för att alla ska förstå varandra och undvika oklarheter. Under behovsanalysen så använder leverantörerna inte sig av tekniska termer utan alla pratar fritt och detta leder till att de kan förstå varandra bättre och underlättar när behovskraven sedan översätts till systemkrav. Kravstrategi är en långsiktig plan för verksamheten som innehåller vilka tekniker och metoder som finns i företaget. Inför varje projekt tas en kravplan fram med stöd från kravstrategin för att underlätta arbetet för alla i projektet. Syftet med denna kandidatuppsats inom informatik är att undersöka och beskriva hur en fastställd metod bidrar till effektivitet vid krav- och behovshantering vilket i sin tur är en bra förutsättning för en mer kvalitativ leverans mot kund. Val av fallverksamhet är Ninetech och målet är att ta fram en metod som är anpassad för deras verksamhet. Som underlag för denna studie genomfördes 4 semi-strukturerade skarpa intervjuer med personer som jobbar på Ninetech. Samtliga respondenters roll hade något med kravarbetet att göra. Den insamlade empirin har sedan ställts mot forskningen som samlats in. De viktigaste slutsatserna är: att inte hoppa över behovsanalysen, att utföra en behovsanalys så utförligt som möjligt. Brist av behovsanalys leder till oklarheter eftersom användaren och utvecklaren talar olika språk när det gäller krav så är chansen stor att de missförstår varandra. Vikten av att ha en kravstrategi i företaget, vars uppgift är att underlätta kravarbetet för verksamheten.

APA, Harvard, Vancouver, ISO, and other styles

41

Moberg, Erik. "Prototyp som stöd åt implementeringen." Thesis, University of Skövde, School of Humanities and Informatics, 2005. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-973.

Full text

Abstract:

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.

APA, Harvard, Vancouver, ISO, and other styles

42

Svahn, Simon, and Anna Jernlund. "Kvalitet i stora infrastrukturprojekt : En kartläggning av brister och potentiella åtgärder i ett företags kvalitetsledningssystem." Thesis, Uppsala universitet, Industriell teknik, 2019. http://urn.kb.se/resolve?urn=urn:nbn:se:uu:diva-388106.

Full text

Abstract:

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.

APA, Harvard, Vancouver, ISO, and other styles

43

Häägg, Johanna, and Petra Fihlén. "Kravanalytikerns roll : Kommunikationsförmedlare mellan olika intressenter i ett IT-projekt." Thesis, Uppsala University, Computer Systems Sciences, 2010. http://urn.kb.se/resolve?urn=urn:nbn:se:uu:diva-126245.

Full text

Abstract:

According to statistics, requirements management is identified as a major source of error to failed IT-projects. Moreover communication is identified as a factor affecting the require-ments management and can lead to deficiencies in the requirements. The requirements analyst is responsible for managing the requirements from the different stakeholders, act as a com-munication accommodator and to translate abstract requirements expressed by users to more specific requirements that developers can implement. The purpose of this thesis is to study the role of the requirements analyst to investigate the problems that may arise in working with requirements management. To achieve the purpose we have performed a requirements management process in which we ourselves took the role as the requirements analysts. The requirements management process consisted of three phases: gather requirements, document requirements and validate require-ments. The result of this study indicates that requirements management is complex because it in-volves different stakeholders with different perspectives and backgrounds. The result of the study is conclusions of the problems we experienced as a requirements analyst and some rec-ommendations on how these problems can be improved. Enligt statistik identifieras kravhantering som en stor felkälla till misslyckade IT-projekt. Vi-dare identifieras kommunikation som en faktor som påverkar kravhantering och som kan leda till brister i kraven. Kravanalytikern är den som har till uppgift att hantera kraven från de oli-ka intressenterna i ett kravarbete, fungera som en kommunikationsförmedlare och översätta abstrakta krav från användare till mer specifika krav som utvecklare kan implementera. Syftet med denna uppsats är att studera kravanalytikerns roll för att undersöka de problem som kan uppstå i samband med ett kravarbete. För att uppnå syftet har vi utfört ett kravarbete där vi själva tagit rollen som kravanalytiker. Kravarbetet bestod i tre faser som syftade till att samla in krav, sammanställa krav och kvali-tetssäkra krav. Resultatet av denna studie visar att kravhantering är komplext eftersom det innefattar olika intressenter med olika perspektiv och bakgrund. Resultatet av studien är slutsatser vi dragit utifrån våra erfarenheter som kravanalytiker och några rekommendationer på hur dessa pro-blem kan förbättras.

APA, Harvard, Vancouver, ISO, and other styles

44

Carlsson, Alexander, and Oscar Waern. "Kravhantering i praktiken : Grundad teori vid insamling och analys av krav samt användarens uppfattning av den informella modellen." Thesis, Linnéuniversitetet, Institutionen för informatik (IK), 2017. http://urn.kb.se/resolve?urn=urn:nbn:se:lnu:diva-66816.

Full text

Abstract:

En av de stora faktorerna till att utvecklingsprojekt misslyckas är en dåligt utförd kravhantering. För att öka intresset och kunskapen kring kravhantering har denna studie testat en kravmetod framtagen av Halaweh (2012) i praktiken hos ett fallföretag. En detalj som är speciell med kravmetoden är att den använder GT i analysen av datainsamlingen. Kraven visualiseras sedan genom en informell modell. En kvalitativ studie har genomförts där syftet var att undersöka vilka olika typer av krav som kravmetoden identifierar i kravprocessen. Vidare var syftet även att undersöka huruvida den informella modellen som kravmetoden resulterade i representerar de krav som samlades in. Metodkapitlet delades in i två olika delar, där den första delen består av en fallstudie av en kravinsamling i en organisation. Den andra delen består av en undersökning för hur den informella modellen som kravmetoden resulterade i uppfattas av informanterna. Slutsatsen av resultatet i denna studie är att kravmetoden identifierar funktionella krav, icke funktionella krav samt verksamhetskrav. Funktionella krav är de krav som har störst fokus i kravmetoden. Kravmetoden lyckades även fånga de behov som användarna hade och den informella modellen representerade användarnas krav på ett bra sätt och ansågs vara lätt att förstå. Genom användning av kravmetoden läggs fokus på användaren i kravprocessen som resulterar i ett sociotekniskt system som stödjer användarens uppgifter. Ökad arbetseffektivitet för användare, användares inställning till arbetsuppgifter samt användares välmående är effekter av att använda kravmetoden. In order to increase interest and knowledge about requirements engineering, this study has tested a requirement method by Halaweh (2012) in a case study. A particular feature of the method is that it uses grounded theory in the analysis of data collection. The requirements are then visualized with an informal model. A qualitative study has been conducted with the purpose of examining the different types of requirements that the method identifies in the requirement elicitation. Furthermore, to investigate whether the informal model that the method resulted in represents the requirements collected. The method chapter was divided into two parts, the first part consisting of the case study, where a requirements elicitation was conducted using the requirements method in an organization. The second part consists of the informal model that the requirements method resulted in and which was then displayed to the respondents from the claim collection. The conclusion of the outcome of this study is that the requirements method identifies functional requirements, non-functional requirements as well as business requirements. Functional requirements are the requirements that have the biggest focus in the requirements method. The requirements method also managed to capture the needs of users and the informal model represented the users needs in a good way and was considered easy to understand. Using the requirements method, focuses on the user in the requirements process resulting in a sociotechnical system that supports the user's tasks. Increased work efficiency for users, users' attitude to work tasks, and user well being are effects of using the requirements method.

APA, Harvard, Vancouver, ISO, and other styles

45

Wilhelmsson, Helen. "Kontraktsförändring vid offentlig upphandling : En undersökning gällande förekomsten av ”kravglidning” vid anskaffningar genomförda av Försvarets Materielverk." Thesis, Blekinge Tekniska Högskola, Institutionen för maskinteknik, 2015. http://urn.kb.se/resolve?urn=urn:nbn:se:bth-894.

Full text

Abstract:

Försvarets Materielverk (FMV) är en civil myndighet som sköter all anskaffning av materiel och tjänster åt Försvarsmakten (FM). Vid anskaffning måste de rätta sig efter de upphandlingslagar som gäller i Sverige, bland annat Lag (2007:1091) om offentlig upphandling (LOU) samt Lag (2011:1029) om upphandling på försvars- och säkerhetsområdet (LUFS). För att anskaffningsprocessen ska bli lyckad krävs att FM tydligt definierar det behov de har gällande anskaffning av varor och tjänster. Än viktigare är att FMV bryter ner behoven i väldefinierade och tydliga krav. Detta för att undvika missförstånd och tolkningar som kan leda till att den vara eller tjänst som levereras inte motsvarar behovet. Felaktigheter i krav kan leda till felaktigheter i kontrakt, vilket i sin tur leder till att kontrakten ibland behöver ändras för att den vara eller tjänst det avser ska gå att använda på ett effektivt sätt. Denna ändring i kontrakt kallas av FMV för kravglidning. Syftet med denna rapport är att identifiera förekomsten av kravglidning vid anskaffningar genomförda av FMV sedan november 2011.

APA, Harvard, Vancouver, ISO, and other styles

46

Alström, Tobias, Martin Elnerud, and Hicham El-Horr. "Bristande kvalitet i användbarhetskrav : Internationell standard kontra praktiken." Thesis, Högskolan i Borås, Institutionen Handels- och IT-högskolan, 2014. http://urn.kb.se/resolve?urn=urn:nbn:se:hb:diva-17810.

Full text

Abstract:

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

APA, Harvard, Vancouver, ISO, and other styles

47

Andersson, Lucas, and Martin Berglin. "Problematiken med estimering i projekt inom agil systemutveckling : Analys och undersökning av agil systemutveckling hos SDC." Thesis, Mittuniversitetet, Avdelningen för informations- och kommunikationssystem, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:miun:diva-28049.

Full text

Abstract:

In today’s society, IT-Companies often have a hard time estimating changed requirements. This leads to that the clients’ confidence is negatively affected and is one of the main reasons why this has to be improved. The goal with this study was to find out what the most common problems regarding this issue are in IT-companies that works with agile software development. By analyzing one IT-company through a SWOT- and pareto-analysis the most common problems have been ascertained. The SWOT analysis have been created through interviews with selected employees to get a better understanding of the problems that the IT-company is facing. Furthermore was the pareto-analysis based on a survey that was sent out to many different employees to prioritize the problems. The reason why the survey was sent to different employees was to get a more objective input. The study showed that there was many different problems that needed attention. The most important problems was that the communication towards the client regarding requirements needed to be improved, better communication internally between different departments needed to be established, a method to quickly adapt and estimate change in requirements needed to be implemented and finally a method regarding witch key employees whom need to attend the planning of the program backlog. These problems have then been studied through interviews with other IT-companies and through a literature study. The conclusions that where drawn was that the client needs to be involved and updated through the whole project. Constant monitoring and communication regarding changed requirements needs to be processed and mediated. High standards needs to be set early towards the client in order to obtain as clear an image of the requirements as possible. Many different parties need to attend to the planning process for the program backlog before the start of the project. The client needs to be aware of that changed requirements will arise and that this will lead to that the first estimation may not necessarily be absolute. As long as the client is held up to date as well as participant through the whole project and problems are detected and mediated early, change in requirements should not be a huge problem. This is after all the purpose of being agile. I dagens läge har IT-företag svårt med att estimera förändrade krav vilket medför att förtroendet hos beställaren påverkas negativt och är en av hu-vudanledningarna till att det måste förbättras. Målet med studien har varit att försöka ta reda på de vanligaste problemområdena inom agil systemut-veckling bland IT-företag med hjälp av en SWOT- och pareto-analys. SWOT-analys konstruerades av intervjuer med anställda på ett IT-företag och an-vändes för att ta reda på problemområden. Pareto-analysen användes med hjälp av en enkät som skickades ut till anställda på samma IT-företag för att prioritera problemområdena. Enkätens svar bygger på anställda från de flesta avdelningar, vilket resulterar i en objektivare syn på resultatet. Under-sökningen har visat att det finns många områden som kan förbättras. De huvudsakliga områdena som behövde förbättras var tydligare kommunikat-ion gällande kravhantering gentemot kunden, bättre kommunikation mellan avdelningarna internt i företaget, införa en metod för att snabbt estimera samt anpassa sig till förändrade krav behövde implementeras och slutligen skapa struktur gällande vilka personer som bör delta i planeringen inför program backlog. De fyra största problemområdena har sedan undersökts med hjälp av intervjuer med andra företag och genom en litteraturstudie. Slutsatsen som drogs var att kunden behöver vara involverad och uppdate-rad genom hela projektet. Konstant uppföljning och kommunikation gäl-lande förändrade krav behöver bearbetas och förmedlas. Höga krav måste sättas på kunden i början för att få en tydlig och genomarbetad förståelse för kravspecifikationen som möjligt. Många olika parter bör vara med på planeringen inför program backlog innan projektets uppstart. Kunden bör vara medveten om att förändrade krav kommer att uppstå och att detta kommer att leda till att den första estimeringen inte nödvändigtvis kommer vara absolut. Så länge kunden är uppdaterad och delaktig genom hela pro-jektet och problem upptäcks samt förmedlas tidigt bör förändrade krav inte vara ett stort problem. Det är syftet med att vara agil.

APA, Harvard, Vancouver, ISO, and other styles

48

Tjernberg, Alexander, and Eric Olsson. "Utmaningar i Kravhantering inom Agila IT-projekt : Identifiering av förekommande utmaningar och vad som ligger till grund för dessa." Thesis, Umeå universitet, Institutionen för informatik, 2019. http://urn.kb.se/resolve?urn=urn:nbn:se:umu:diva-159185.

Full text

Abstract:

Many IT-projects becomes complicated to an unnecessary level since the requirements hasn´t been worked through correctly. In fact, bad requirements engineering is one of the most expensive errors within IT-projects. This thesis presents a qualitative study on the challenges associated with requirements engineering in the context of agile software development. The reason for that, is because challenges in the requirement process in traditional IT-projects are well-known. But they are less known within agile IT-projects. The purpose is therefore to gain knowledge so that the study can help and inspire upcoming IT-projects so that success is easier to achieve in the future. The study is performed together with an IT-consultant company which seeks to find answers and solutions to this complex process. The methods used to collect data in order to create more ground for the subject is done through qualitative interviews and through one observation. Today we can display the evidence of what kind of challenges that exists and potentially how to avoid them during the beginning-face of a project. The result show tendencies of challenges that stands in the way for successful end-results within the requirement engineering area in agile IT-projects. The main findings are three major categories of challenges in agile IT-projects that are enriched with earlier research within the subject of the study. These challenges can cause even bigger issues if not considered correctly in the planning process before the start of a project. The project will demand more resources in order to reach completion and a successful product for the customer. The knowledge gained from this study can be critical to the future of requirement engineering in agile projects.

APA, Harvard, Vancouver, ISO, and other styles

49

Thunberg, Hans. "Användarfall ur ett spårbarhetsperspektiv." Thesis, University of Skövde, Department of Computer Science, 2000. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-440.

Full text

Abstract:

I detta arbete har en undersökning genomförts angående hur spårbarhet upprätthålls vid användning av användarfall. Rapporten behandlar spårbarhet och användarfall separat för att belysa viktiga fakta inom båda områdena. Syftet med arbetet var att ta reda på hur olika tillvägagångssätt för att representera användarfall upprätthöll spårbarhet mellan olika krav, och mellan krav och dess ursprung. Informationen inom problemområdet samlades in genom en litteraturstudie. I undersökningen identifierades flera olika typer av spårbarhet, vilka sedan låg till underlag för identifiering av spårbarhet i användarfall. Undersökningen visade också att det finns flera olika sätt att representera användarfall, i allt från naturligt språk till formella diagram. Resultatet av undersökningen visade även att användningen av ett modelleringsspråk som Unified Modeling Language (UML), med inbyggda relationer och namnkonventioner, gjorde att spårbarhet kunde upprätthållas mellan olika krav, och mellan krav och dess ursprung. En begränsad spåbarhet identifierades i samband med att mindre formella representationer av användarfall använts.

APA, Harvard, Vancouver, ISO, and other styles

50

Esbjörnsson, Lina. "Användarmedverkan ur ett användarperspektiv : en undersökning om sambanden mellan användarnas åsikter kring kravhanteringsprocess och färdigt system." Thesis, University of Skövde, Department of Computer Science, 2000. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-449.

Full text

Abstract:

I dagens samhälle spelar informationssystem en viktig roll i de flesta företag och organisationer. Informationssystemets uppgift är att tillgodose och hjälpa användarna med information och informationshantering samt att leda till en effektivisering.Arbetet med att utveckla databaserade informationssystem är problematiskt och systemutvecklingsprojekt överstiger ofta budget både vad gäller tid och pengar. Återkommande problem är att systemen inte gör vad användaren vill samt att systemen inte utnyttjas till full kapacitet. Svårigheten med kravhanteringen är något som anses vara en orsak till misslyckandena.Den viktigaste informationskällan för systemutvecklarna då det gäller att ta reda på systemkraven är användarna. Då användarna spelar en viktig roll i kravhanteringen, vilken i sin tur spelar en viktig roll i systemutvecklingsprocessen, är detta ett intressant problemområde.Denna rapports fokus ligger på hur användarna ser på kravhanteringsprocessen. Syftet med rapporten är att ur ett användarperspektiv utvärdera användarmedverkan i systemutvecklingsprocessens samt att försöka finna om det finns ett samband mellan användares erfarenheter ifrån systemutvecklingsprocessen och deras åsikter kring det färdiga systemet.

APA, Harvard, Vancouver, ISO, and other styles

Dissertations / Theses on the topic 'Kravhantering'

Create a spot-on reference in APA, MLA, Chicago, Harvard, and other styles