A CMMI-Compliant Requirements Management and Development Process

Total Page:16

File Type:pdf, Size:1020Kb

A CMMI-Compliant Requirements Management and Development Process Vanessa Sofia Simões de Ataíde Ramos Licenciada em Engenharia Informática A CMMI-compliant Requirements Management and Development Process Dissertação para obtenção do Grau de Mestre em Engenharia Informática Orientador: Ana Moreira, Professora Associada, FCT/UNL Júri: Presidente: Prof. Doutor Rodrigo Seromenho Miragaia Rodrigues Arguente: Prof. Doutor João Carlos Pascoal de Faria Vogal: Prof. Doutor Ana Maria Dinis Moreira Setembro, 2014 A CMMI-compliant Requirements Management and Development Process Copyright © Vanessa Sofia Simões de Ataíde Ramos, Faculdade de Ciências e Tecnologia, Universidade Nova de Lisboa A Faculdade de Ciências e Tecnologia e a Universidade Nova de Lisboa têm o direito, perpétuo e sem limites geográficos, de arquivar e publicar esta dissertação através de exemplares impressos reproduzidos em papel ou de forma digital, ou por qualquer outro meio conhecido ou que venha a ser inventado, e de a divulgar através de repositórios científicos e de admitir a sua cópia e distribuição com objectivos educacionais ou de investigação, não comerciais, desde que seja dado crédito ao autor e editor. ii iii Acknowledgments Throughout this dissertation I was fortunate enough to have the precious contribution of many people and entities. To them, I would like to show my appreciation with a few words of recognized gratitude. Foremost, I must express my deep gratitude to my supervisors, Ana Maria Moreira and Rui Nunes Gonçalves, for the outstanding guidance and continuous support during this dissertation research and writing. Without them it would, literally, not be possible. I cannot begin to thank my supervisor Ana Moreira, for presenting me with the opportunity to work directly in industry and on one of my favorite topics of software engineering. Her experience, enthusiasm and kindness were a key contribution to finish my academic training with such a feeling of satisfaction. Equally, a special thanks goes to my supervisor Rui Nunes Gonçalves, who I had the privilege to work and learn a lot from. His immense knowledge on the subject of this dissertation and his assistance were a major contribution. Furthermore, I would like to thank Altran Portugal, for the internship opportunity and for granting me the time and necessary conditions to develop this dissertation. In particular, I would like to thank the Project Manager António Matias, for his assistance, especially during the validation phase. I would also like to thank Prof. Miguel Goulão, who kindly assisted me with the survey analysis and gave me valuable feedback during the preparation stage. For her assistance and total availability to share her knowledge, I must also thank Denise Bombonatti. Her advice was determinant for the solution proposed in this dissertation. My sincere thanks also go to the CMMI Portugal community, in particular to Isabel Margarido and to Prof. Fernando Brito Abreu for their precious help and cooperation sharing my survey. Likewise, I would like to extend my appreciation to all the participants of that event that willingly took the time to answer my survey. For the time spent at the office throughout this year, I must also thank my colleagues at Altran, in particular Sónia Faleiro and João Silva, who made it easier to face every day with motivation. Thank you for your friendship, companionship and help. Last but not the least, I would like to sincerely thank my family and friends. In particular, my parents, brother and specially my grandparents for always believing in me, even when I didn’t, for giving me the opportunity to pursue my dreams and for the unconditional love and support. To them, I dedicate this dissertation. iv v Resumo A Engenharia de Requisitos é uma disciplina essencial para a qualidade do Software. Processos mal definidos para elicitar, analisar, especificar e validar requisitos podem resultar em problemas ou mal-entendidos sobre as necessidades de negócios e âmbito do projeto. Isto leva tipicamente à insatisfação do cliente com a qualidade do produto ou com deslizes nos custos e duração do projeto. Os Modelos de Maturidade permitem a uma organização medir a qualidade dos seus processos e melhorá-los de acordo com uma evolução baseada em níveis. O CMMI (Capability Maturity Model Integration) aborda estas questões da engenharia de requisitos, definindo um conjunto de boas práticas para melhoria dos processos. A gestão de requisitos e o desenvolvimento de requisitos são duas áreas de processo incluídas nos modelos de maturidade. A Altran Portugal é uma empresa de consultoria preocupada com a qualidade do seu software. Em 2012, o departamento Solution Center desenvolveu e aplicou com sucesso um conjunto de processos de acordo com o modelo CMMI-DEV v1.3, o que lhes conferiu uma certificação de nível 2 de maturidade. Para 2015, o objetivo é atingir o nível 3 de maturidade. Esta dissertação de mestrado é parte integrante deste esforço organizacional, endereçando as áreas de processo da Engenharia de Requisitos. O objetivo principal é contribuir para o desenvolvimento dos processos internos da Altran de acordo com as diretrizes da área de processo de desenvolvimento de requisitos. Para atingir os objectivos desta dissertação, começámos por definir um método de avaliação baseado no CMMI para ajuizar o nível de conformidade dos processos atuais. Isto permitiu demonstrar o alinhamento da metodologia atual com a área de processo de gestão de requisitos e destacar as melhorias necessárias para a conformidade com a área de processo de desenvolvimento de requisitos do CMMI. Com base no estudo das soluções alternativas para as fragilidades encontradas, foi proposto um novo processo de Gestão e Desenvolvimento de Requisitos, que foi posteriormente validado por meio de três abordagens diferentes. A principal contribuição desta dissertação é o novo processo desenvolvido para a Altran Portugal. No entanto, considerando que os estudos sobre estes temas não são abundantes na literatura, espera-se também contribuir com evidências úteis para o corpo de conhecimento existente, nomeadamente, através de um survey sobre o CMMI e as tendências da engenharia de requisitos na indústria. Mais importante, esperamos que as melhorias resultantes da implementação do processo proposto minimizem os riscos associados aos requisitos, aumentando o desempenho da Altran e aproximando-os do nível de maturidade desejado. Palavras chave: CMMI, Engenharia de Requisitos, Desenvolvimento de Requisitos, Gestão de Requisitos, Avaliação de Processos vi vii Abstract Requirements Engineering has been acknowledged an essential discipline for Software Quality. Poorly-defined processes for eliciting, analyzing, specifying and validating requirements can lead to unclear issues or misunderstandings on business needs and project’s scope. These typically result in customers’ non-satisfaction with either the products’ quality or the increase of the project’s budget and duration. Maturity models allow an organization to measure the quality of its processes and improve them according to an evolutionary path based on levels. The Capability Maturity Model Integration (CMMI) addresses the aforementioned Requirements Engineering issues. CMMI defines a set of best practices for process improvement that are divided into several process areas. Requirements Management and Requirements Development are the process areas concerned with Requirements Engineering maturity. Altran Portugal is a consulting company concerned with the quality of its software. In 2012, the Solution Center department has developed and applied successfully a set of processes aligned with CMMI-DEV v1.3, what granted them a Level 2 maturity certification. For 2015, they defined an organizational goal of addressing CMMI-DEV maturity level 3. This MSc dissertation is part of this organization effort. In particular, it is concerned with the required process areas that address the activities of Requirements Engineering. Our main goal is to contribute for the development of Altran’s internal engineering processes to conform to the guidelines of the Requirements Development process area. Throughout this dissertation, we started with an evaluation method based on CMMI and conducted a compliance assessment of Altran’s current processes. This allowed demonstrating their alignment with the CMMI Requirements Management process area and to highlight the improvements needed to conform to the Requirements Development process area. Based on the study of alternative solutions for the gaps found, we proposed a new Requirements Management and Development process that was later validated using three different approaches. The main contribution of this dissertation is the new process developed for Altran Portugal. However, given that studies on these topics are not abundant in the literature, we also expect to contribute with useful evidences to the existing body of knowledge with a survey on CMMI and requirements engineering trends. Most importantly, we hope that the implementation of the proposed processes’ improvements will minimize the risks of mishandled requirements, increasing Altran’s performance and taking them one step further to the desired maturity level. Keywords: CMMI, Requirements Engineering, Requirements Development, Requirements Management, Process Appraisals viii ix Contents 1. INTRODUCTION .......................................................................................................................... 1 1.1. DESCRIPTION AND CONTEXT ...................................................................................................
Recommended publications
  • Seilevel's Evaluations of Requirements Management Tools
    Seilevel Whitepaper Seilevel’s Evaluations of Requirements Management Tools: Summaries and Scores Joy Beatty Vice President of Research and Development Remo Ferrari, Ph.D. Lead Requirements Tool Researcher Balaji Vijayan Product Manager Savitri Godugula Requirements Tool Researcher www.seilevel.com Executive Summary Seilevel’s requirements management tools research indicates that there is significant improvement over the last few years in the available tools on the market. In an effort to help the Business Analyst and Product Management community, this paper presents the results of Seilevel’s full evaluation of the top 17 tools selected from the initial evaluation, including each tool’s strengths and limitations. The research approach and results are structured in a way to help make other organizations’ tool evaluations easier. This paper also includes a short introduction to the final trial phase, Phase 3, where tools will be used on actual Seilevel projects. A note about rankings: All 17 of the tools evaluated are worthy solutions depending on your organization’s needs, and we strongly encourage you to evaluate all of them using your own priorities. Seilevel’s ranking is not meant to be an endorsement of any tool in preference to another, but rather reflects Seilevel’s proposed priorities for tools criteria. Introduction to Seilevel’s Requirements Tools Evaluations More organizations are adopting requirements tools as they Evaluation Scoring look for support in managing requirements information, in Each tool was evaluated and scored against the full set of traceability to ensure scope is controlled, and in modeling to features, using the following scale: visually represent requirements.
    [Show full text]
  • Design and Development of a Traceability Framework for Small Software Development Teams – a Message-Oriented Approach
    Die approbierte Originalversion dieser Diplom-/Masterarbeit ist an der Hauptbibliothek der Technischen Universität Wien aufgestellt (http://www.ub.tuwien.ac.at). The approved original version of this diploma or master thesis is available at the main library of the Vienna University of Technology (http://www.ub.tuwien.ac.at/englweb/). Design and Development of a Traceability Framework for Small Software Development Teams – A Message-Oriented Approach DIPLOMARBEIT zur Erlangung des akademischen Grades Diplom-Ingenieur im Rahmen des Studiums Informatik eingereicht von Martin Schwarzbauer Matrikelnummer 9725707 an der Fakultät für Informatik der Technischen Universität Wien Betreuung: Betreuer/Betreuerin: Ao.Univ.Prof. Dipl.-Ing. Dr.techn. Thomas Grechenig Wien, 4.11.2008 _______________________ ______________________ (Unterschrift Verfasser/in) (Unterschrift Betreuer/in) Technische Universität Wien A-1040 Wien Karlsplatz 13 Tel. +43/(0)1/58801-0 http://www.tuwien.ac.at Design and Development of a Traceability Framework for Small Software Development Teams – A Message-Oriented Approach DIPLOMARBEIT zur Erlangung des akademischen Grades Diplom-Ingenieur im Rahmen des Studiums Informatik eingereicht von Martin Schwarzbauer 9725707 ausgeführt am Institut für Rechnergestützte Automation Forschungsgruppe Industrial Software der Fakultät für Informatik der Technischen Universität Wien Betreuung: Betreuer: Univ.-Prof. Dipl.-Ing. Dr. techn. Thomas Grechenig Mitwirkung: Mario Bernhart Eidesstattliche Erklärung Ich erkläre an Eides statt, dass ich
    [Show full text]
  • ARENA: Asserting the Quality of Modeling Languages Information
    ARENA: Asserting the Quality of Modeling Languages Francisco de Freitas Vilar Morais Thesis to obtain the Master of Science Degree in Information Systems and Computer Engineering Supervisor: Prof. Alberto Manuel Rodrigues da Silva Examination Committee Chairperson: Prof. José Luís Brinquete Borbinha Supervisor: Prof. Alberto Manuel Rodrigues da Silva Member of the committee: Prof. André Ferreira Ferrão Couto e Vasconcelos July 2015 placeholder Em memória da minha avó Maria Amélia de Freitas Vilar e restantes familiares, pela força, exemplo e amor incondicional que sempre me deram. iii placeholder Acknowledgments I would like to thank my advisor, Prof. Alberto Silva, that supported and counselled me in ev- ery possible way. Without his knowledge on User-Interface and Business Process Modeling Languages, academic experience, commitment and perseverance, I couldn’t have structured, focused and developed this work. I must also thank my co-advisor, Mr. Andreas Schoknecht, for all the academic materials, drive and motivation that he has given me throughout this work while I was in Germany on the ERAS- MUS programme, as well as Prof. Jan Dietz, which contribution in ICEIS 2015 enlightened me to understand DEMO and its competing languages. This work was partially supported by the ARENA 2012 IBM Country Project, and by national funds through Fundação para a Ciência e a Tecnologia (FCT) with references UID/CEC/50021/2013 and EXCL/EEI- ESS/0257/2012 (DataStorm). I would also like to thank to my parents Maria José and António Manuel and my friends, for supporting me, giving me the strength to carry on and to remind me that hard work pays off.
    [Show full text]
  • Tools for Requirements Management in GSD: a Survey Muhammad Mukhtar, Zishan Hussain Chuhan, Zulfiqar Ahmad
    International Journal of Scientific & Engineering Research, Volume 6, Issue 4, April-2015 1935 ISSN 2229-5518 Tools for Requirements Management in GSD: A Survey Muhammad Mukhtar, Zishan Hussain Chuhan, Zulfiqar Ahmad Abstract--- The software requirement specification (SRS) is a volatile document. Even well documented SRS evolves and grows throughout Software Development Life Cycle. Requirements management plays an important role to manage evolution and growth in SRS. Managing requirements in manual ways becomes very difficult especially in global software development due to some additional factors (time zone difference, cultural issues, geographical boundaries, etc.). To overcome this difficulty software industry moves to automate the requirements management. In this research activity, our focus is to survey about tools to automate the requirements management in global software development (GSD). We consider existing tools in this survey those are not developed for GSD and evaluate them on defined parameters in the context of GSD. In short our goal is to validate the existing tools for GSD. Index Terms - Requirements Management, SRS, Tools, Automation, GSD, Integration, Access Control —————————— —————————— 1 Introduction develop many tools These tools proved to be very Requirements management (RM) is a helpful to keep specifications consistent, up-to-date, discipline, in which change and versions of ensure requirements traceability and accessible [3, requirement is controlled, update plan according to 9]. In fact, the existing tools (DOORS, Analyst Pro, the current requirements, managing traceability of PACE, etc) were not developed for global software requirements (impact analysis), and status of the development. Existing requirements management requirements is tracked [1]. SRS is a volatile and tools require a high degree of knowledge to dynamic document because requirements are understand and use it [5].
    [Show full text]
  • Applying Requirements Management with Use Cases
    AAppppllyyiinngg RReeqquuiirreemmeennttss MMaannaaggeemmeenntt wwiitthh UUssee CCaasseess Roger Oberg, Leslee Probasco, and Maria Ericsson ©Copyright 2000 by Rational Software Corporation. All Rights Reserved. Technical Paper TP505 (Version 1.4) Rational Software White Paper Table of Contents Software and System Development in the Age of Process ....................................................................................................1 Why Manage Requirements?..................................................................................................................................................1 What is a Requirement? ..........................................................................................................................................................2 What is Requirements Management? ....................................................................................................................................2 The Problems of Requirements Management........................................................................................................................2 Requirements Management Skills ..........................................................................................................................................3 Key Skill 1: Analyze the Problem..........................................................................................................................................4 Key Skill 2: Understand Stakeholder Needs ..........................................................................................................................4
    [Show full text]
  • REQUIREMENTS ENGINEERING MANAGEMENT FINDINGS REPORT May 2009 6
    DOT/FAA/AR-08/34 Requirements Engineering Air Traffic Organization NextGen & Operations Planning Management Findings Report Office of Research and Technology Development Washington, DC 20591 May 2009 Final Report This document is available to the U.S. public through the National Technical Information Service (NTIS), Springfield, Virginia 22161. U.S. Department of Transportation Federal Aviation Administration NOTICE This document is disseminated under the sponsorship of the U.S. Department of Transportation in the interest of information exchange. The United States Government assumes no liability for the contents or use thereof. The United States Government does not endorse products or manufacturers. Trade or manufacturer's names appear herein solely because they are considered essential to the objective of this report. This document does not constitute FAA certification policy. Consult your local FAA aircraft certification office as to its use. This report is available at the Federal Aviation Administration William J. Hughes Technical Center’s Full-Text Technical Reports page: actlibrary.tc.faa.gov in Adobe Acrobat portable document format (PDF). Technical Report Documentation Page 1. Report No. 2. Government Accession No. 3. Recipient's Catalog No. DOT/FAA/AR-08/34 4. Title and Subtitle 5. Report Date REQUIREMENTS ENGINEERING MANAGEMENT FINDINGS REPORT May 2009 6. Performing Organization Code 7. Author(s) 8. Performing Organization Report No. David L. Lempia and Steven P. Miller 9. Performing Organization Name and Address 10. Work Unit No. (TRAIS) Rockwell Collins, Inc. 400 Collins Road NE 11. Contract or Grant No. Cedar Rapids, IA 52498 DTFACT-05-C-00004 12. Sponsoring Agency Name and Address 13.
    [Show full text]
  • CSCI 4200 Fall 2015.Pages
    CSCI 4200: Software Engineering I (WI) Fall 2015 Instructor Dr. Mark Hills Tuesday, Thursday: 9:30am - 10:45am, Bate 1018 (Section 1) Class Meeting 12:30pm - 1:45pm, Austin 307 (Section 2) Office Science & Technology Building, Room C-110 Tuesday and Thursday: 2:00pm – 4:30pm (except for second Thursday of the month, Office hours then it is Wednesday from 1:00pm - 3:30pm); every weekday by appointment. Phone 252-328-9692 [email protected] (responses within 24 hours during the week, possibly longer on Email weekends, over holidays, or during breaks) Course web page Blackboard: https://blackboard.ecu.edu Required textbooks Software Engineering (10th Edition), by Ian Sommerville, Addison Wesley, 2015, ISBN-10: 0-13-394303-8 Prerequisites CSCI major, completion of CSCI 3200 or CSCI 3310 Course Description and Learning Objectives This course provides practical and theoretical knowledge in relation to software development using software engineering principles. Students will learn the processes, methodologies and tools regarding the complete life cycle of software development so that they are able to begin using state-of-the art software development techniques that will aid the success of their software development projects. Students are required to complete a team project and other assignments during one semester. This is an approved Writing Intensive (WI) course. Upon completion of this course each student will be able to: • Understand the nature, objectives, and methods of software engineering practice • Evaluate and chose process models for
    [Show full text]
  • Comparison of Requirement Management Software
    Comparison of Requirement Management Software by Olusola Olufemi Oduko A thesis submitted in partial fulfillment of the requirements for the degree of Master of Science in Software Engineering and Intelligent Systems Department of Electrical and Computing Engineering University of Alberta ©Olusola Olufemi Oduko, 2021 Abstract The importance of gathering requirements that address a business need cannot be over emphasized. For IT projects to be successful, it is essential to gather and manage requirements until the project is satisfactorily delivered. This is where Requirement Management software come in and the essence of this research study. The objective of this research is to compare requirement management software based on a set of selected criteria, and present findings from this comparison to be used as a starting point for organizations in their search for requirement management software. The study also contributes to the business analysis community by describing benefits and limitations of requirement management software. Lastly, the objective is to contribute to the body of knowledge in the area of evaluating different requirement management software. The study identifies sixty-three requirement management software tools from articles and twenty- two from discussion forums (blogs), making a total of eighty-five. Based on the surveyed sources, a set of fifteen features has been selected to be used to compare this software. As a result, two groups of leading requirement management software tools have been recognized. The first group includes IBM Rational DOORS and Modern Requirements, while the second one is composed of IBM Rational Requisite, Caliber-RM and Cradle. Key words: requirement management software; types of requirements; features for comparing requirement management software; and IBM Rational DOORS and Modern Requirements.
    [Show full text]
  • Requirements Engineering Requirements Management
    Requirements Engineering Chapter 5 Requirements Management Learning Objective ...to describe the process of managing the evolution and change of a system’s requirements. Learning about the user (customers) needs and helping them to better understand and clarify the real and important facets of the endeavor. Some of the issues and aspects that are covered her include: Stable versus volatile requirements, requirements identification and storage, change management and last (but not least) traceability. Frederick T Sheldon Assistant Professor of Computer Science University of Colorado at Colorado Springs CS 531 Software Requirements Analysis and Specification Chapter 5 From Requirements Engineering Processes and Techniques by G. Kotonya and I. Sommerville 1998 Slide 1 Requirements management ⊗ The process of managing change to the requirements for a system ⊗ The principal concerns of requirements management are: • Managing changes to agreed requirements • Managing the relationships between requirements • Managing the dependencies between the requirements document and other documents produced in the systems engineering process ⊗ Requirements cannot be managed effectively without requirements traceability. • A requirement is traceable if you can discover who suggested the requirement, why the requirement exists, what requirements are related to it and how that requirement relates to other information such as systems designs, implementations and user documentation. CS 531 Software Requirements Analysis and Specification Chapter 5 From Requirements
    [Show full text]
  • Edit Excel Spreadsheet in Confluence
    Edit Excel Spreadsheet In Confluence Anguilliform Skipper shotguns very wonderfully while Osgood remains allegiant and plump. Ligular Willem always stipple his brouhaha if Nathanil is judgmental or interlaminating movingly. Eberhard remains preservative after Lambert canings antiquely or jabbers any alkyd. Scenario consists of excel spreadsheet in edit confluence cloud, you tell us assume that file contents of export file system is returned json, by selecting the text outline using The relevant document by either file name location Site collection. Confluence Atlassian. Airtable works a lot like this excel spreadsheet By clicking on grant field and wish to word you can hang the necessary changes you wish then make. Importing from Confluence Paligo. Keywordsfields from Xporter to be inserted in say Excel Spreadsheet to. Onedrive Excel Links Not Working domenicosaccoit. Thus You ask a 5 column 5 row Excel spreadsheet What branch of. Since Confluence allows collaborative editing the spreadsheet tool. The Workbook file needs to arms a Macro-Enabled Workbook. Create edit black and embed JIRA issues in Confluence Excellentable. Google Sheets and Microsoft Excel are written two leading programs that are used. Import and pure Excel csv txt and ods formatted data saw a Google spreadsheet. Now Confluence users can crop edit it share spreadsheets easily. To mercy a worksheet Atlassian Companion opens the file in amateur and. Click journalism with then band the app name The first time an do this tool'll be prompted to download the Atlassian Companion app Edit the file in particular appropriate desktop app and save will Go always to Confluence and click count to lounge that you want now save your changes as recent new version of the file.
    [Show full text]
  • Applyingrequirements Management with Use Cases
    R Applying Requirements Management with Use Cases Roger Oberg Technical Paper TP505 Leslee Probasco Maria Ericsson Roger Oberg is Vice President and General Manager for Rational Software's requirements management products and on the Board of Directors of two start-up software companies. He has 16 years of high technology marketing and engineering management experience in office automation systems, software development tools, and telecommunications, and a B.A. in Economics from the University of Michigan. Leslee Probasco is the Product Manager for Rational University's requirements management professional education courses. She is a trainer and consultant with experience teaching requirements management, project management, TQM, CMM and ISO 9000. Leslee has twenty years of software management and development experience in the areas of military and aerospace systems, telecommunications, oil and gas, and electrical engineering. Leslee has a M.S. in computer science from the University of Denver and a B.S. in Management Science and Operations Research from Colorado State University. Maria Ericsson is Senior Technical Consultant for Rational Software, located in McLean, Virginia. Maria is part of the team developing the Rational Unified Process, and the co-author of the textbook The Object Advantage: Business Process Engineering with Object Technology. Maria has a M.S. in Engineering Physics from the Royal Institute of Technology in Stockholm, Sweden Applying Requirements Management with Use Cases by Roger Oberg, Leslee Probasco and Maria Ericsson ©Copyright 1998 by Rational Software Corporation. All Rights Reserved. If you are new to or somewhat familiar with requirements management and are interested in requirements process improvement, this paper offers a framework with which to develop your own approach.
    [Show full text]
  • Requirements Management Plan ENT.0018
    Department of Health Care Services CA-MMIS Requirements Management Plan ENT.0018 October 31, 2013 Version 2.0 Table of Contents Preface ..................................................................................... v Revision History ............................................................................................. v Executive Summary .......................................................................................ix 1. Introduction ........................................................................ 1 1.1 Scope ............................................................................................... 5 1.2 Objectives ......................................................................................... 8 2. Process .............................................................................. 9 2.1 Approach .......................................................................................... 9 2.2 Inputs.............................................................................................. 10 2.3 Requirements Development ........................................................... 11 2.3.1 Preparation (1st-Pass Requirements Refinement) ...................... 12 2.3.2 Pre-Validation (2nd-Pass Requirements Refinement)................. 15 2.3.3 Validation (Including SR Workgroup Validation, BP and EVSA Workshops) ................................................................................ 18 2.4 Requirements Management ............................................................ 21 2.4.1
    [Show full text]