Team Skill 2 Understanding User and Stakeholder Needs The features of a Product or System (9)

Slides:



Advertisements
Similar presentations
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.
Advertisements

Informatics 43 – April 16, Homework 1 What is the purpose and goal of each section in the document? Two audiences: non-technical users and technical.
AN OVERVIEW BY JAMIE STARKE The Role of Prototyping.
William H. Bowers – Understanding Users: Qualitative Research Cooper 4.
Human Computer Interaction G52HCI
8/28/2005ECEN5543 Req Elicitation1 Targets of Requirements Engineering ECEN 5543 SW Engineering of Standalone Programs University of Colorado, Boulder.
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.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
Overview of Software Requirements
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Why Software.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews 2. Workshops 3. Brainstorming.
Lesson 2: Software Project Planning
VENDORS, CONSULTANTS AND USERS
Change Request Management
1 College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 2 Chapter 6 & 7 System.
Brainstorming Steve Chenoweth & Chandan Rupakheti RHIT Chapters 12 & 13, Requirements Text, Brainstorming Techniques document Brainstorming involves generating.
Chapter 4 Requirements Engineering
Jasmine Gee Director, Product Marketing. Evaluate your current self-pay strategy Explore how practice management can support your self-pay strategy.
1 BTS330 Vision & Scope. 2 IT Projects What defines project success? On time Within budget Delivers what the clients want The reality Less than 20% of.
Requirements Spec Revisited Dan Fleck. Responsibility - if you don’t do well in class, who’s problem is it?
1 IBM Software Group ® Mastering Requirements Management with Use Cases Module 5: Understand Stakeholder Needs.
Dr. Ralph R. Young Director of Software Engineering Systems and Process Engineering Northrop Grumman Information Technology (703)
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
IS 466 ADVANCED TOPICS IN INFORMATION SYSTEMS LECTURER : NOUF ALMUJALLY 22 – 10 – 2011 College Of Computer Science and Information, Information Systems.
Software Requirements The starting point of software development “He kept changing the requirements on us” 1 540f07reqelic4sep4.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
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 Project Management Introduction. 2 Chap 1 What is the impact? 1994: 16% of IT projects completed “On-Time” 2004 : 29% of IT projects “On- Time” 53%
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
Team Communication and Difficult Conversations Chapter 3.
Lecture 7: Requirements Engineering
Team Skill 6: Building the Right System Managing Change (28)
1 Final Status Report Sonali PagadeNibha Dhagat David Ziman Reginald Bradshaw II Sebastian Schagerer Janet Xu Phan Marvel Electronics & Home Entertainment.
Lecture-3.
Applied Software Project Management
The Long Tail Why the future of business is selling less of more ▫ISBN = ▫Chris Anderson Low Distribution and Inventory costs allow companies.
Requirements Collection By Dr. Gabriel. Requirements A requirement is any function, constraint, or property that the system must provide, meet, or satisfy.
IS Analysis and Design. SDLC Systems Development Life Cycle Break problems into management review stages Control cost and time Works best with well understood.
CSCI 521 Final Exam Review. Why Establish a Standard Process? It is nearly impossible to have a high quality product without a high quality process. Standard.
Requirement engineering Good Practices for Requirements Engineering
CT1404 Lecture 2 Requirement Engineering 1 1. Today's Lecture Definition of a Software Requirement Definition of Software Requirements Management Characteristics.
Team Skill 6: Building the Right System Assessing Requirements Quality (29)
Lecture 10 More Innovation SE3821 Software Requirements and Specification Dr. Rob Hasker (based on slides by Dr. Brad Dennis)
Team Skill 1 Analyzing the Problem
Interacting with consumer Software Engineering. So far… What is Software Engineering? Different software process models waterfall, incremental, spiral.
Rational Unified Process (RUP)
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.
Software Requirements and Design Class 4 Khalid Ishaq.
1 JMP 5023 OPERATIONS & TECHNOLOGY MANAGEMENT INTRODUCTION TO OPERATIONS MANAGEMENT.
Chapter 3: The Requirements Workflow [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada, Reno Department of Computer.
Requirements Gathering
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Requirement Discipline Spring 2006/1385 Semester 1.
Requirements in the product life cycle Chapter 7.
Objective ICT : Internet of Services, Software & Virtualisation FLOSSEvo some preliminary ideas.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
SupervisorMr. Phan Trường Lâm Group Members01446 – Trịnh Anh Đức – Nguyễn Minh Thành SE02311 –Phạm Tuấn Anh SE02425 – Vũ Hoàng Anh 1.
Information Technology Project Management, Seventh Edition.
Your Prescription for Requirements Management 1. Assumptions The prescription for requirements management is based on the following assumptions:  The.
Why Software Estimation is so Painful and How It Doesn’t Have To Be
CMPE 280 Web UI Design and Development August 29 Class Meeting
Recall The Team Skills Analyzing the Problem (with 5 steps)
Requirements Engineering
Requirement Engineering
PROJECT SCOPE MANAGEMENT
Recall The Team Skills Analyzing the Problem (with 5 steps)
The Features of a Product or System
PROJECT SCOPE MANAGEMENT
Lecture # 7 System Requirements
Presentation transcript:

Team Skill 2 Understanding User and Stakeholder Needs The features of a Product or System (9)

System Features Eventually we will cover all these techniques for eliciting requirements ▫Interviewing and questionnaires ▫Requirements workshops ▫Brainstorming and idea reduction ▫Storyboards ▫Use cases ▫Role playing ▫Prototyping

System Features Success Factors ▫Communication skills of each team member is essential ▫The whole team must actively participate in eliciting requirements ▫Use techniques for eliciting reqs. that are proven successful ▫Limit the number of features in a new system  Depend on many factors  Team Size  Product Size  Release schedule

System Features Steps to requirement definition ▫You never start out with all your requirements defined ▫Follow the process to get to system requirements  Define the users Needs  Derive the Features from their Needs  Derive Software Requirements from the Features ▫Who is responsible for this?

System Features “Needs” ▫“reflection of the business, personal or operational problem (or opportunity) that must be addressed in order to justify consideration, purchase, or use of a new system” ▫Needs are often  Derived from one of the problem statements  They are what will fix the issue  Often used as considerations when to purchasing a new system  Does this system address the problems I have

System Features “Needs” ▫Must differentiate Needs vs Wants  You don’t build it if you don’t “need” it.  Helps determine priority ▫Example of a need statement  We need a new system because it can not handle the volume of orders  We need a new system because we cannot store all the data needed ▫A need does not describe anything about the system itself; a feature does

System Features Features ▫‘a service the system provides to fulfill one or more needs’ ▫Should describe at least a portion of the need ▫Difficult to clearly state are features involving time  The new system must have improved performance ▫Features can also contradict themselves  The screen shall show all order and product information  The screen shall be not be cluttered

System Features Features ▫Not usually testable ▫Help in deriving requirements ▫Help in determining initial scope  Give general estimates on projects  T-shirt sizes  Order Of Magnitude estimates (OOMs)

System Features Figure 9-1 (page 97) ▫Needs and features are closely related

System Features Needs drive Features Features drive Requirements Result ▫Requirements can be traced back to one or more features ▫Features can be traced back to one or more needs

System Features What are some needs of an Online Credit Card Info System?

System Features Credit Card Info System needs ▫Must stay competitive  Making statements available for our customers ▫Customers who maybe be late with payments become frustrated and may take their business else where

System Features What are some features of an Online Credit Card Info System?

System Features Credit Card Info System features ▫Customer can manage aspects of their billing online ▫Customer can get up-to-date account statements without having to wait for monthly mailed versions

System Features Once we have our list of features we need to ▫Categorize into projects ▫Schedule Release (usually based on project) ▫Reject the feature (make sure to document)

System Features Features ▫Translation to Requirements  Functional  Use cases are good for these requirements ▫Usually workflow dependant ▫Open Account ▫Place Bid  Non-functional  These do not fit the Use Case model and are documented separately

System Features What type of system/application does not have workflow oriented tasks?

System Features Microsoft Office Products ▫Not a whole lot of workflow type tasks ▫Some systems like this might be easier to create a list of features What are some word processor features?