8/28/2005ECEN5543 Req Elicitation1 Targets of Requirements Engineering ECEN 5543 SW Engineering of Standalone Programs University of Colorado, Boulder.

Slides:



Advertisements
Similar presentations
THE BUSINESS PLAN The Business Plan Chp. 5 ITB.
Advertisements

Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
CS 411W - Notes Product Development Documentation.
Developing Your Business Plan
Configuration Management Managing Change. Points to Ponder Which is more important?  stability  progress Why is change potentially dangerous?
Requirements Specification
Requirements Analysis & Requirements Specification Originally developed by Michael Madigan StorageTek Manager, PAL Engineering Software Engineering of.
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System A Use Case Primer Organizing.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
S R S S ystem R equirements S pecification Specifying the Specifications.
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher (2009) with material from: IEEE Standard, Daniel Amyot.
Software Requirement Specification(SRS)
The Vision Document 1. Importance of a Vision Document  It describes the application in general terms, including descriptions of the target market, the.
Requirements Engineering
Project KickStart Product Requirements Document Presenter Name #/#/200# Note: this project plan was exported from Project KickStart directly to PowerPoint.
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 Context of Software Product Design.
Introduction to Business
SOFTWARE REQUIREMENTS SPECIFICATION (SRS)
RUP Requirements RUP Artifacts and Deliverables
CC20O7N - Software Engineering 1 CC2007N Software Engineering 1 Requirements Engineering Practices with Techniques.
Requirements Management with Use Cases Module 6: Define the System Requirements Management with Use Cases Module 6: Define the System.
CS 4310: Software Engineering Lecture 3 Requirements and Design.
Software Requirements Specification (SRS) Complete description of external behavior of software system Complete description of external behavior.
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher with material from: Wiegers: Software Requirements, Chapter 5.
Typical Software Documents with an emphasis on writing proposals.
Software Engineering 2003 Jyrki Nummenmaa 1 REQUIREMENT SPECIFICATION Today: Requirements Specification Requirements tell us what the system should.
Requirements specification Copyright, 2001 © Jerzy R. Nawrocki Quality Management.
Software System Engineering: A tutorial
Requirements Engineering How do we keep straight what we are supposed to be building?
Instructore: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Requirement engineering.
ECE450 – Software Engineering II
Rational Requirements Management with Use Cases v5.5 Copyright © Rational Software, all rights reserved 1Welcome! Rational Requirements Management.
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
Feasibility Study.
1 Lecture 5.2.b: Requirements Specifications (IEEE 830) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
Standard SRS Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering Lecture.
BMAN Integrative Team Project Week 2 Professor Linda A Macaulay.
Software Requirements Engineering CSE 305 Lecture-2.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
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.
University Of Palestine. Department of Information Technology.
Software Requirements Engineering: What, Why, Who, When, and How
Lecture 7: Requirements Engineering
1 Final Status Report Sonali PagadeNibha Dhagat David Ziman Reginald Bradshaw II Sebastian Schagerer Janet Xu Phan Marvel Electronics & Home Entertainment.
1 15 quality goals for requirements  Justified  Correct  Complete  Consistent  Unambiguous  Feasible  Abstract  Traceable  Delimited  Interfaced.
CONTENTS OF THE SRS REPORT. Software Requirements Specification (SRS) template The SRS document describes recommended approaches for the specification.
Systems Development Life Cycle
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Bell Ringer Activity Planning is the key to success in many areas. Teachers have lesson plans, healthcare providers have treatment plans, and Coaches have.
Rational Requirements Management with Use Cases v5.5 Copyright © Rational Software, all rights reserved 1 Requirements Management with Use Cases.
An organizational structure is a mostly hierarchical concept of subordination of entities that collaborate and contribute to serve one common aim... Organizational.
System Requirements Specification
Team Skill 3: Defining the System The Vision Document (16) 1.
Outlines Overview Defining the Vision Through Business Requirements
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
Milestone Two – Reach Across Houston (RAH) Tuesday, June 14, Team:Matthew Edwards Thomasina Coates Michelle Graham James Henrydoss James McNicholas.
Daniel Amyot, University of Ottawa Based on slides by Gunter Mussbacher (2009) and Stéphane Somé (2008) with material from these standards: IEEE ,
The Vision Document Group members: Zainab BSEF07M025 Noreen BSEF08M021
Chapter 11: Software Configuration Management
System Requirements Specification
Chapter 11: Software Configuration Management
Chapter 6: Principles of Requirements Analysis
Software Requirements Specification (SRS) Template.
CEN 5035, Software Engineering
Requirements Document
Requirement Analysis.
Requirements Engineering Lecture 6
Presentation transcript:

8/28/2005ECEN5543 Req Elicitation1 Targets of Requirements Engineering ECEN 5543 SW Engineering of Standalone Programs University of Colorado, Boulder

8/28/2005ECEN5543 Req Elicitation2 Vision Document Should not be long Should not describe firm requirements in detail Output of requirements elicitation techniques, workshops in particular –Not created in the order of the outline –Information gathered, then structured

8/28/2005ECEN5543 Req Elicitation3 Vision Template 1.Introduction –1.1Purpose –1.2Scope –1.3Definitions, Acronyms, and Abbreviations –1.4References –1.5Overview

8/28/2005ECEN5543 Req Elicitation4 Vision Template Section 2 2.Positioning –2.1Business Opportunity –2.2Problem Statement –2.3Product Position Statement

8/28/2005ECEN5543 Req Elicitation5 Vision Template Section 3.1 – Stakeholder and User Descriptions –3.1Market Demographics –3.2Stakeholder Summary –3.3User Summary –3.4User Environment –3.5Stakeholder Profiles –3.6User Profiles 3.6.1

8/28/2005ECEN5543 Req Elicitation6 Vision Template Section Stakeholder and User Descriptions 3.7 Key Stakeholder or User Needs 3.8 Alternatives and Competition –3.8.1 –3.8.2

8/28/2005ECEN5543 Req Elicitation7 Vision Template Section 4 4.Product Overview 4.1Product Perspective 4.2Summary of Capabilities 4.3Assumptions and Dependencies 4.4Cost and Pricing 4.5Licensing and Installation

8/28/2005ECEN5543 Req Elicitation8 Vision Template Section 5, 6, 7 5.Product Features –5.1 –5.2 6.Constraints 7.Quality Ranges

8/28/2005ECEN5543 Req Elicitation9 Vision Template Section 8, 9 8.Precedence and Priority 9.Other Product Requirements –9.1Applicable Standards –9.2System Requirements –9.3Performance Requirements –9.4Environmental Requirements

8/28/2005ECEN5543 Req Elicitation10 Vision Template Section Documentation Requirements –10.1User Manual –10.2Online Help –10.3Installation Guides, Configuration, and Read Me File –10.4Labeling and Packaging

8/28/2005ECEN5543 Req Elicitation11 Vision Template Appendix A Feature Attributes A.1 Status A.2 Benefit A.3 Effort A.4 Risk A.5 Stability A.6 Target Release A.7 Assigned To A.8 Reason

8/28/2005ECEN5543 Req Elicitation12 IEEE 830 Software Requirements Specification (SRS) This is not created all at once Some parts come straight from Vision Doc However, all of this must be understood and specified eventually May be maintained in a Requirements DB Should be accessible to team on the web Should be baselined and managed

8/28/2005ECEN5543 Req Elicitation13 IEEE Std 830 SRS Table of Contents

8/28/2005ECEN5543 Req Elicitation14 Overall description Product perspective Product functions User characteristics Constraints Assumptions and dependencies

8/28/2005ECEN5543 Req Elicitation15 Specific requirements External interfaces Functions Performance Logical database Design constraints –Standards compliance

8/28/2005ECEN5543 Req Elicitation16 Specific requirements – cont. Software system attributes –Reliability –Availability –Security –Maintainability –Portability –Accessibility

8/28/2005ECEN5543 Req Elicitation17 Organizing the detailed requirements System mode User class Objects Feature Stimulus Response Functional hierarchy