Requirements Specifications & Standards

Similar documents
<Name of the project> Software Requirement Specification

DATA ITEM DESCRIPTION

[Product] MTM Program Product Software Requirements Specification

Software Requirements Specification. <Project> for. Version 1.0 approved. Prepared by <author> <organization> <date created>

Delimited. Interfaced. Readable. Modifiable. Verifiable. Prioritized* Endorsed

Requirement Analysis

Software Requirements Specification. <Project> for. Version 1.0 approved. Prepared by <author(s)> <Organization> <Date created>

Software Requirements Specification (SRS) Software Requirements Specification for <Name of Project>

<Company Name> <Project Name> Software Requirements Specification For <Subsystem or Feature> Version <1.0>

System Requirements Specification

Software Design Document

<PROJECT NAME> IMPLEMENTATION PLAN

Saving the Project Brief document under its own name

Requirements Engineering

Requirements Specification with the IEEE 830 Standard

ATTACHMENT 2, EXHIBIT 3 Deliverable Expectation Document Template For [Deliverable Title]

REQUIREMENTS ENGINEERING LECTURE 2017/2018. Dr. Jörg Dörr. Conceptual Modelling. Fraunhofer IESE

Software Requirements Specification Template CptS 322 Software Engineering 9 February 2005

Sofware Requirements Engineeing

Software Requirements Specification

Communications Management Plan Template

RE Process. Lawrence Chung Department of Computer Science The University of Texas at Dallas

<Project Name> Vision

Standard Operating Procedures Template

Product. e ss. P roc. so get the right requirements. Garbage in garbage out,

Software Design Report

Requirements. CxOne Standard

Lecture 8 Requirements Engineering

<Project Name> Supplementary Specification

Government of Ontario IT Standard (GO ITS) GO-ITS Number 56.3 Information Modeling Standard

Standard Operating Procedures. Fit for Human Use

Managing Design Processes

Government of Ontario IT Standard (GO ITS)

Mathematics and Computing: Level 2 M253 Team working in distributed environments

Requirements Engineering

FedRAMP Plan of Action and Milestones (POA&M) Template Completion Guide. Version 1.2

Lecture 5: Requirements Specifications

Deriving safety requirements according to ISO for complex systems: How to avoid getting lost?

TOGAF Enterprise Edition Version 8.1

Recommended Practice for Software Requirements Specifications (IEEE)

RELATIONSHIP BETWEEN THE ISO SERIES OF STANDARDS AND OTHER PRODUCTS OF ISO/TC 46/SC 11: 1. Records processes and controls 2012

Requirements Validation and Negotiation

(c) Addison Wesley Chapter 3. ! Interviewing customers and domain experts. ! Questionnaires. ! Observation. ! Study of documents and software systems

Fundamentals to Creating Architectures using ISO/IEC/IEEE Standards

Reliability Coordinator Procedure PURPOSE... 1

Day 1 summary for day 2. Addison, TX

Software Architectures. Lecture 6 (part 1)

Chapter 3. Organizational Design and Support Usability. Organizational Design and Support Usability (cont.) Managing Design Processes

Vragen. Use case analysis. Use-Cases: describing how the user will Use cases

Summary of Contents LIST OF FIGURES LIST OF TABLES

Status report of TF-CS/OTA

<Project Name> Risk List

Purpose and Structure of Requirements Specifications (following IEEE 830 Standard)

Password Standard. Suzanne Baker Version Effective Date 7/12/2013 Last Updated 7/12/2013

Scenario-Based Analysis. Scenario-Based Analysis (example) Form analysis

Requirements Validation and Negotiation

Lecture 9 Requirements Engineering II

Globally Networked Customs Context, Concept, Rationale and Benefits - Indian Customs Perspective

Software Design Document (SDD) Template (summarized from IEEE STD 1016)

Software design descriptions standard

Vocabulary-Driven Enterprise Architecture Development Guidelines for DoDAF AV-2: Design and Development of the Integrated Dictionary

Software Requirements Specification for Peer Tutoring Record Keeping

ISO/IEC INTERNATIONAL STANDARD. Information technology Open Distributed Processing Interface references and binding

DATA ITEM DESCRIPTION

Protection Profile for Virtualization Extended Package Server Virtualization. Version: National Information Assurance Partnership

Lecture 16: (Architecture IV)

FISMAand the Risk Management Framework

Course # 55011A. The ITIL Foundation Certificate in IT Service Management

Drafting Recommendations. Gary Fishman Pearlfisher International

John Snare Chair Standards Australia Committee IT/12/4

TEL2813/IS2820 Security Management

Requirements Engineering. Csaba Veres

Security Management Models And Practices Feb 5, 2008

4.2.2 Usability. 4 Medical software from the idea to the finished product. Figure 4.3 Verification/validation of the usability, SW = software

"Charting the Course... ITIL 2011 Managing Across the Lifecycle ( MALC ) Course Summary

Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm. Rao Casturi 09/17/2015

CMPT E100 Introduction to Software Engineering Spring Assignment 2 (9%) - Requirements and Initial Design 1

<Project Name> Scope Management Plan. <Author> <Date> Name Date Reason For Changes Version <author> initial draft 1.0 draft1

System Name Software Architecture Description

IFPUG 4.3 What You Need to Know!

FedRAMP Plan of Action and Milestones (POA&M) Template Completion Guide. Version 1.1

<Project Name> Target-Organization Assessment

When the template is complete, the whole Project Initiation Document can be printed and approved.

Policy Document. PomSec-AllSitesBinder\Policy Docs, CompanyWide\Policy

OG0-091 Q&As TOGAF 9 Part 1

ATTENTION TO COME/ISE 491/492 STUDENT

GT48232/ME4182 First Progress Report & Presentation (Fall 2016)

Information technology Security techniques Information security controls for the energy utility industry

IBM Software Group. Mastering Requirements Management with Use Cases Module 8: Refine the System Definition

ISO / IEC 27001:2005. A brief introduction. Dimitris Petropoulos Managing Director ENCODE Middle East September 2006

<<Subsystem>> Software Architecture Document

Number: DI-SESS Approval Date:

Work Break Down Structure Template

Preface Entity Identifiers Directory Publication BIC Usage...7

Protection Profile for Virtualization Extended Package Client Virtualization. Version: National Information Assurance Partnership

Requirements Engineering. Version October 2016

ITIL Service Transition Lifecycle

Natural Language Requirements

Introducing Enterprise Architecture. into the Enterprise

CS 501- Software Engineering Legal Data Markup Software Release (V.1.0) Feasibility Report

Transcription:

REQUIREMENTS ENGINEERING LECTURE 2014/2015 Dr. Jörg Dörr Requirements Specifications & Standards

AGENDA Standards & Templates Natural Language Requirements Specification with Conceptual Models Suitable Models for different Aspects 2

Recommended Specification Practices 3

Requirements Specification The activity of specifying requirements The document in which the specified requirements are contained 4

Requirements Specification STANDARDS & TEMPLATES 5

Requirements Document Standards (1) Provide Templates present a document outline for a requirements specification document (including a short content description for each chapter) help to structure requirements documents Several Standards for Requirements Documents exist: IEEE Standard 1362-1998 Guide for Information Technology System Definition Concept of Operations Document IEEE Standard 830-1998 Recommended Practice for Software Requirements Specifications Volere Template (James & Suzanne Robertson, Atlantic Systems Guild) http://www.systemsguild.com/guildsite/robs/template.html 6

Requirements Document Standards (2) Standards tackle different levels of abstraction: Problem Clarification IEEE 1362-1998 Volere Template Basis for Development IEEE 830-1998 Volere Template Problem description User requirements Developer requirements IEEE 1362-1998 Volere IEEE 830-1998 Volere 7

Requirements Document Standards (3) Templates basically contain sections to describe: System context Business Processes Stakeholders Rationale (Why is the software developed) Organizational requirements Constraints Standards Project Information Cost and Effort Information Risk Functional requirements What should the system do! Non-functional requirements How good should the system do its job. 8

Introducing three Standards IEEE Standard 1362-1998 Guide for Information Technology System Definition Concept of Operations Document IEEE Standard 830-1998 Recommended Practice for Software Requirements Specifications Volere Template (James & Suzanne Robertson, Atlantic Systems Guild) 9

Volere Template Developed by James & Suzanne Robertson (The Atlantic Systems Guild) Presents a template that may be used to specify user requirements as well as developer requirements some template sections describe very detailed information about the system while other sections are very high level (developer vs user) some template sections can be used for a developer audience as well as a user audience. In these cases either the used notation is the key differentiator or the information contained in the user document is refined in the developer section Available online: http://www.volere.co.uk/template.htm 10

Volere Template Overview (1) Project Drivers 1. The Purpose of the Product 2. Client, Customer and other Stakeholders 3. Users of the Product Project Constraints 4. Mandated Constraints 5. Naming Conventions and Definitions 6. Relevant Facts and Assumptions Functional Requirements 7. The Scope of the Work 8. The Scope of the Product 9. Functional and Data Requirements 11

Volere Template Overview (2) Non-functional Requirements 10. Look and Feel Requirements 11. Usability Requirements 12. Performance Requirements 13. Operational Requirements 14. Maintainability and Portability Requirements 15. Security Requirements 16. Cultural and Political Requirements 17. Legal Requirements 12

Volere Template Overview (3) Project Issues 18. Open Issues 19. Off-the-Shelf Solutions 20. New Problems 21. Tasks 22. Cutover / Migration to new product 23. Risks 24. Costs 25. User Documentation and Training 26. Waiting Room 27. Ideas for Solutions 13

IEEE-1362 Template Developed by IEEE Presents a template that may be used to specify user requirements The template describes current situation (without system) justification for change (why new system) description of proposed system (high level) 14

IEEE-1362 Template Overview (1) Title page Revision chart Preface Table of contents List of figures List of tables 1. Scope 1.1 Identification 1.2 Document overview 1.3 System overview 2. Referenced documents 15

IEEE-1362 Template Overview (2) 3. Current system or situation 3.1 Background, objectives, and scope 3.2 Operational policies and constraints 3.3 Description of the current system or situation 3.4 Modes of operation for the current system or situation (e.g. active, maintenance, emergency) 3.5 User classes and other involved personnel 3.6 Support environment 4. Justification for and nature of changes 4.1 Justification of changes 4.2 Description of desired changes 4.3 Priorities among changes 4.4 Changes considered but not included 16

IEEE-1362 Template Overview (3) 5. Concepts for the proposed system 5.1 Background, objectives, and scope 5.2 Operational policies and constraints 5.3 Description of the proposed system 5.4 Modes of operation 5.5 User classes and other involved personnel 5.6 Support environment 6. Operational scenarios 7. Summary of impacts 7.1 Operational impacts 7.2 Organizational impacts 7.3 Impacts during development 17

IEEE-1362 Template Overview (4) 8. Analysis of the proposed system 9. Notes 8.1 Summary of improvements (new capabilities, deleted capabilities, improved performance) 8.2 Disadvantages and limitations 8.3 Alternatives and trade-offs considered Appendices Glossary 18

IEEE-830 Template Developed by IEEE Presents a template that may be used to specify developer requirements (some times it is partially used to describe user developer requirements as it contains parts that are on a higher level) The template describes overview of the system justification for change (why new system) description of proposed system (high level) In addition the template provides characteristics for a good software requirements specification document 19

IEEE-830 Template Overview (1) 1. Introduction 1.1 Purpose 1.2 Scope (Name, General System Description, Benefits) 1.3 Definitions, acronyms, and abbreviations 1.4 References 1.5 Overview 20

IEEE-830 Template Overview (2) 2. Overall description 2.1 Product perspective: System interfaces, user interfaces, HW interfaces, SW interfaces, Communications Interfaces Memory constraints 2.2 Product functions 2.3 User characteristics 2.4 Constraints 2.5 Assumptions and dependencies 21

IEEE-830 Template Overview (3) 3. Specific requirements 3.1 External interfaces 3.2 Functions 3.3 Performance requirements 3.4 Logical database requirements 3.5 Design constraints 3.6 Standards compliance 3.7 Software system attributes Reliability Availability Security Maintainability Portability Appendixes Refined in ISO 9126 / ISO 25010 22