Chapter 2 Introduction to Requirements Management

Slides:



Advertisements
Similar presentations
2 Introduction A central issue in supporting interoperability is achieving type compatibility. Type compatibility allows (a) entities developed by various.
Advertisements

Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 1.
Chapter 2: Software Process
Project Management.
Software Requirements
1 Chapter 4 The Software Team Requisite’s 6 team skills for effective requirements management.
The Role of Software Engineering Brief overview of relationship of SE to managing DSD risks 1.
Architecture is More Than Just Meeting Requirements Ron Olaski SE510 Fall 2003.
1 Chapter 5: The F1ive Steps in Problem Analysis The five steps in problem analysis. Team Skill 1.
Requirements - Why What and How? Sriram Mohan. Outline Why ? What ? How ?
IS Terms and Introductory Concepts. Contemplative Questions What is an information system? What is an information system? Why do we care about the difference.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 1.Gain agreement on the problem definition. 2.Understand the root causes 3.Identify the.
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
7M822 Software Requirements A Use Case Approach 14 September 2010.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Bite sized training sessions: Business And Functional Requirements.
VENDORS, CONSULTANTS AND USERS
Chapter : Software Process
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
Computer System Analysis
Software Engineering Muhammad Fahad Khan
Integrated Capability Maturity Model (CMMI)
Term 2, 2011 Week 3. CONTENTS The physical design of a network Network diagrams People who develop and support networks Developing a network Supporting.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
1 IBM Software Group ® Mastering Requirements Management with Use Cases Module 4: Analyze the Problem.
1 REQUIREMENT ENGINEERING Chapter 7. 2 REQUIREMENT ENGINEERING Definition Establishing what the customer requires from a software system. OR It helps.
Software System Engineering: A tutorial
The Architecture Business Cycle. Software Architecture Definition The software architecture of a program or computing system is the structure or structures.
Documenting the Participation of Fishing Vessel Crew Members in Alaska’s Commercial Fisheries Documenting the Participation of Fishing Vessel Crew Members.
Chapter 4 Requirements engineering Chapter 4 – Requirements Engineering Lecture 1 1.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
1 CS 426 Senior Projects Chapter 3: The Requirements Workflow [Arlow & Neustadt, 2005] January 31, 2012.
Software Requirements Engineering: What, Why, Who, When, and How
1 Requirements Management - General concepts - Noureddine Abbadeni King Saud University College of Computer and Information Sciences Based on “Software.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
1 Identifying System Requirements. 2 Agenda Identifying System Requirements –Stakeholder Needs –Features Project Scope Stakeholder Classifications.
REQUIREMENTS - WHY WHAT AND HOW? Steve Chenoweth & Chandan Rupakheti CSSE 371 Chapters Requirements Text. Question 6.
VENDORS, CONSULTANTS AND USERS. WHY CAN’T COMPANIES DEVELOP THEIR OWN ERP PACKAGES? To develop an ERP package is a complex & time consuming activity which.
Software Acquisition and Project Management Lesson I: Introduction.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
Software Requirements and Design Khalid Ishaq
Software Requirements: A More Rigorous Look 1. Features and Use Cases at a High Level of Abstraction  Helps to better understand the main characteristics.
Week 1. The goal of software development To develop quality software – on time on budget – that meets customers’ need However, our customer are quite.
Chapter 1 An Introduction to Information Systems
Information Systems System Analysis 421 Chapter 3 Managing the Information Systems Project.
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
INTRODUCTION TO SOFTWARE DEVELOPMENT (SOFTWARE ENGINEERING-I)
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Chapter 3: The Requirements Workflow [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada, Reno Department of Computer.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
Software Project Management
Lecture 21 Introduction to System Development Life Cycle - Part 1.
Requirement Discipline Spring 2006/1385 Semester 1.
1 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Analyzing the Problem.
Requirement Engineering Management Amna Shifia Nisafani Feby Artwodini M. Department of Information Systems Subject : Requirement Engineering.
Introduction to Software Requirement Engineering Nisa’ul Hafidhoh Teknik Informatika
 System Requirement Specification and System Planning.
1 Team Skill 1 Analyzing the Problem … Part 1: 5 steps in Problem Analysis Based on “Software Requirements Management, A use case approach”, by Leffingwell.
1 The XMSF Profile Overlay to the FEDEP Dr. Katherine L. Morse, SAIC Mr. Robert Lutz, JHU APL
Chapter 5 – Requirements Engineering
Software Engineering (CSI 321)
FOUNDATIONAL CONCEPTS
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Requirements Engineering Introduction
Introduction to Requirements Management
CS385T Software Engineering Dr.Doaa Sami
Chapter # 1 Overview of Software Quality Assurance
Software Project Management
Presentation transcript:

Chapter 2 Introduction to Requirements Management Software requirements Requirements management The problem domain The solution domain 21-Apr-17

What is a Software Requirement? It is a software capability that is needed by the user to solve a problem to achieve an objective, and must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed documentation 21-Apr-17 ICS 413 - Software Engineering

What is Requirements Management (RM)? A systematic approach for eliciting, organizing, and documenting the requirements of the system, and a process that establishes and maintains agreement between the customer and the project team on the changing requirements of the system. 21-Apr-17 ICS 413 - Software Engineering

ICS 413 - Software Engineering Key Concepts in RM The ability to elicit the requirements from users and stakeholders is a crucial skill. Since hundreds, if not thousands, of requirements are likely to be associated with a system, it's important to organize them. documenting the requirements is necessary to support effective communication among the various stakeholders. The requirements have to be recorded in an accessible medium: a document, a model, a database, or a list on the whiteboard. 21-Apr-17 ICS 413 - Software Engineering

Example of RM activities Which project team member is responsible for requirement # 125, (analyze, modify, change, ..etc) If requirement # 125 is modified what other requirements will be effected? Which part of the software will satisfy requirement #125 .. who is going to that ..how do we test it? 21-Apr-17 ICS 413 - Software Engineering

Formal Requirements Management Organized and formal processes of requirements management can be found in Capability Maturity Model (CMM) ISO 9000 for quality management standards 21-Apr-17 ICS 413 - Software Engineering

RM for all Types of Software Applications IS/IT: Information systems and other applications developed for use within a company, e.g., the payroll system of a certain company ISV: Software developed and sold as commercial products., e.g. MS Word, Excel Companies developing this type of software are referred to as independent software vendors (ISVs). Embedded applications: Software that runs on computers embedded in other devices, machines, or complex systems, e.g. software in cell phones, automobile 21-Apr-17 ICS 413 - Software Engineering

ICS 413 - Software Engineering The Road Map Problem domain is related to the Stakeholder needs Solution domain is related to the Features of the system Software requirements 21-Apr-17 ICS 413 - Software Engineering

ICS 413 - Software Engineering The Problem Domain Most successful requirements journeys begin with a trip to the land of the problem. This problem domain is the home of real users and other stakeholders, people whose needs must be addressed in order for us to build the perfect system. These users have business or technical problems that they need our help to solve. Therefore, it becomes our problem to understand their problems, in their culture and their language, and to build systems that meet their needs. 21-Apr-17 ICS 413 - Software Engineering

ICS 413 - Software Engineering Stakeholders Needs It is also our responsibility to understand the needs of users and other stakeholders whose lives will be affected by our solution. 21-Apr-17 ICS 413 - Software Engineering

Moving Toward the Solution domain A definition of a system in terms of the features of the system and the software requirements that will drive its design and implementation. 21-Apr-17 ICS 413 - Software Engineering

ICS 413 - Software Engineering Features of the System A feature is a service provided by the system that fulfills one or more stakeholder needs. Simple descriptions, in the user's language, that we will use as labels to communicate with the user how our system addresses the problem. Examples: "The car will have power windows." "The program will allow Web-enabled entry of sales orders." 21-Apr-17 ICS 413 - Software Engineering

Software Requirements Once we have established the feature set and have gained agreement with the customer, we move to defining the more specific requirements needed in the solution. Then we can be certain that the system we develop will deliver the features we promised. Since the features address one or more stakeholder needs, we will have addressed those needs directly in the solution. 21-Apr-17 ICS 413 - Software Engineering

Overview of the Problem Domain and the Solution Domain 21-Apr-17 ICS 413 - Software Engineering

ICS 413 - Software Engineering Key points A requirement is a capability that is imposed on the system. Requirements management is a process of systematically eliciting, organizing, and documenting requirements for a complex system. Our challenge is to understand users' problems in their culture and their language and to build systems that meet their needs. A feature is a service that the system provides to fulfill one or more stakeholder needs. 21-Apr-17 ICS 413 - Software Engineering