Requirements Elaboration



Similar documents
Project Initiation. ProPath. Office of Information and Technology

Independent Test and Evaluation

Project Monitoring and Control

Product Build. ProPath. Office of Information and Technology

Release Management. ProPath. Office of Information and Technology

Configuration Management

Project Closure. ProPath. Office of Information and Technology

Introduction to OpenUP (Open Unified Process)

Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK

Basic Unified Process: A Process for Small and Agile Projects

Requirements Definition and Management Processes

Software Engineering. Session 3 Main Theme Requirements Definition & Management Processes and Tools Dr. Jean-Claude Franchitti

Practice Overview. REQUIREMENTS DEFINITION Issue Date: <mm/dd/yyyy> Revision Date: <mm/dd/yyyy>

Experiences Linking Business Architecture with an Agile/Lean Development Method

Project Lifecycle Management (PLM)

TREASURY INSPECTOR GENERAL FOR TAX ADMINISTRATION

Vendor Access Management

CDC UNIFIED PROCESS PRACTICES GUIDE

Project Team Roles Adapted for PAAMCO

Department of Veterans Affairs VA DIRECTIVE 6071

Appeals Case Management System Project. Scope Management Plan. November 20, 2014

Partnering for Project Success: Project Manager and Business Analyst Collaboration

Best Practices Statement Project Management. Best Practices for Managing State Information Technology Projects

IBM Rational University. Essentials of IBM Rational RequisitePro v7.0 REQ370 / RR331 October 2006 Student Workbook Part No.

Guide to Enterprise Life Cycle Processes, Artifacts, and Reviews

Appendix 2-A. Application and System Development Requirements

DATA GOVERNANCE COUNCIL (DGC) CHARTER

CDC UNIFIED PROCESS PRACTICES GUIDE

Requirements Management im Kontext von DevOps

Time Monitoring Tool Software Development Plan. Version <1.1>

Department of Administration Portfolio Management System 1.3 June 30, 2010

Assessment and Authorization

U.S. Department of Education Federal Student Aid

ITRM Guideline CPM Date: January 23, 2006 SECTION 5 PROJECT CLOSEOUT PHASE

Systems Development Life Cycle (SDLC) Methodology Information Technology Services

VAIL-Plant Asset Integrity Management System. Software Development Process

Develop Project Charter. Develop Project Management Plan

Leveraging RUP, OpenUP, and the PMBOK. Arthur English, GreenLine Systems

Non-Functional Requirements

NASCIO EA Development Tool-Kit Solution Architecture. Version 3.0

ITS Projects Systems Engineering Process Compliance Checklist

Plan-Driven Methodologies

Asset management guidelines

Traditional requirements

11 Tips to make the requirements definition process more effective and results more usable

Solutions for Quality Management in a Agile and Mobile World

Business Analysis Standardization & Maturity

COMMONWEALTH OF MASSACHUSETTS EXECUTIVE OFFICE OF HEALTH AND HUMAN SERVICES

Program Lifecycle Methodology Version 1.7

NYU. Business Solution Engineering Project Sample Application XXX

SYSTEMS ANALYSIS DESIGN

Software Requirements, Third Edition

Business Analysis Essentials

Laila TECHNICAL SKILLS

IT Asset Management. ProPath. Office of Information and Technology

Expert Reference Series of White Papers. Intersecting Project Management and Business Analysis

System Development Life Cycle (SDLC) Map

enterprise IBM Rational Team Concert 2 Essentials

CMMI Asset Library: Maturity Level 2

From Capability-Based Planning to Competitive Advantage Assembling Your Business Transformation Value Network

Chap 1. Introduction to Software Architecture

Value to the Mission. FEA Practice Guidance. Federal Enterprise Architecture Program Management Office, OMB

The New Model for IT Service Delivery

Web Service Implementation Methodology

Software Development Processes

SLCM Framework (Version ) Roles and Responsibilities As of January 21, 2005

Supporting Workflow Overview. CSC532 Fall06

ID Task Name Time Pred

Improve Quality and Decrease Time to Market with Better Requirements Management

Information Management

Project Management Fundamentals. Office of the Senior Associate Vice President for Finance

An Introduction to SharePoint Governance

How To Understand The Business Analysis Lifecycle

Agile Systems Engineering: What is it and What Have We Learned?

Best Practices for Building Mobile Web

PHASE 8: IMPLEMENTATION PHASE

Bridge Development and Operations for faster delivery of applications

PHASE 1: INITIATION PHASE

Towards Collaborative Requirements Engineering Tool for ERP product customization

Managing Agile Projects in TestTrack GUIDE

ATTACHMENT 3 SPS PROJECT SENIOR PROGRAM MANAGER (SPM) DUTIES & RESPONSIBILITIES

Business Analysis In Agile A Differentiated Narrative

Documentation Management Portal Implementation Statement of Work

Course Title: Managing the Agile Product Development Life Cycle

PROJECT SCOPE STATEMENT

The Rap on RUP : An Introduction to the Rational Unified Process

Mapping Service-Orientation to TOGAF 9 - Part II: Architecture Adoption, Service Inventories and Hierarchies

The Way to SOA Concept, Architectural Components and Organization

Enterprise Data Governance

Transcription:

Requirements Elaboration ProPath Office of Information and Technology

Table of Contents Requirements Elaboration Process Maps... 1 Process: Requirements Elaboration... 4 Requirements Elaboration and Goals... 5... 5 Goals... 5 Requirements Elaboration RACI Information... 6 Requirements Elaboration Process... 8 Process Activity Name: RQE-1 Evaluate Mandated Requirements... 8 Process Activity Name: RQE-2 Evaluate Mandated Security and Privacy Requirements... 9 Process Activity Name: RQE-2-DEC01 Agile Related?... 10 Process Activity Name: RQE-3 Document Use Case Scenarios... 11 Process Activity Name: RQE-3.1 Document Mandated Requirements Use Case Scenarios... 11 Process Activity Name: RQE-3.2 Document Security Use Case Scenarios... 12 Process Activity Name: RQE-4 Document Nonfunctional Requirements... 13 Process Activity Name: RQE-5 Conduct Agile Story Management... 14 Process Activity Name: RQE-5.1 Manage Epic Stories... 14 Process Activity Name: RQE-5.2 Manage User Stories... 15 Process Activity Name: RQE-6 Create Requirements Traceability Matrix... 16 i

Requirements Elaboration Process Maps Requirements Elaboration home overview raci help Requirements Management Repository Analyst RQE-1 Evaluate Mandated Requirements RQE-2 Evaluate Mandated Security and Privacy Requirements Agile Related? No RQE-3 Document Use Case Scenarios Yes RQE-5 Conduct Agile Story Management RQE-4 Document Nonfunctional Requirements RQE-6 Create Requirements Traceability Matrix The links in this process map are inactive. Please scroll to view activity data. 1

Requirements Elaboration: RQE-3 Document Use Case Scenarios home process overview raci help RQE-3.1 Document Mandated Requirements Use Case Scenarios RQE-3.2 Document Security Use Case Scenarios The links in this process map are inactive. Please scroll to view activity data. 2

Requirements Elaboration: RQE-5 Conduct Agile Story Management home proc ess overview raci help RQE-5.1 Manage Epic Stories RQE-5.2 Manage User Stories The links in this process map are inactive. Please scroll to view activity data. 3

Process: Requirements Elaboration Overview: The process map for Requirements Elaboration cycles through the following process and review activities: RQE-1 Evaluate Mandated Requirements RQE-2 Evaluate Mandated Security and Privacy Requirements RQE-2-DEC01 Agile Related? RQE-3 Document Use Case Scenarios RQE-3.1 Document Mandated Requirements Use Case Scenarios RQE-3.2 Document Security Use Case Scenarios RQE-4 Document Nonfunctional Requirements RQE-5 Conduct Agile Story Management RQE-5.1 Manage Epic Stories RQE-5.2 Manage User Stories RQE-6 Create Requirements Traceability Matrix 4

Requirements Elaboration and Goals The Requirements Elaboration process addresses the evaluation and incorporation of applicable mandated cross-cutting functional and non-functional requirements (and meta-data) provided to OIT development projects with the support and consultation of the Product Development Requirements Management Repository Team. One of the outcomes of this process is the development of the Requirements Traceability Matrix. Furthermore, this process addresses the development of Use Case Scenarios and Models which specify the actors and the sequence of activities performed by the actors interacting with the project to be developed. Finally, for the projects which have adopted the Agile project development/management methodology, the Requirements Elaboration process addresses the creation of Epic and User Stories. Goals Evaluate cross-cutting requirements for implementation Document use case scenarios Document nonfunctional requirements Ensure requirements traceability 5

Requirements Elaboration RACI Information The following describes the RACI information for this process: RQE-1 Evaluate Mandated Requirements Responsible Role: Requirements Management Repository Analyst Accountable Role: Director, Product Assessment Consulted Role: RQE-2 Evaluate Mandated Security and Privacy Requirements Responsible Role: Requirements Management Repository Analyst Accountable Role: Director, Product Assessment Consulted Role:, Health Care Security Requirements (HCSR) Security Specialist, Information Security Officer, Information System Security Officer, Privacy Officer, Stakeholder(s) Informed Role: Integrated Project Team, Program Manager, Project Manager RQE-2-DEC01 Agile Related? Responsible Role: Accountable Role: Project Manager RQE-3.1 Document Mandated Requirements Use Case Scenarios Responsible Role: Accountable Role: Director, Product Assessment RQE-3.2 Document Security Use Case Scenarios Responsible Role: Accountable Role: Director, Product Assessment Consulted Role: Health Care Security Requirements (HCSR) Security Specialist, Stakeholder(s), Subject Matter Expert(s) Informed Role: Integrated Project Team, Project Manager 6

RQE-4 Document Nonfunctional Requirements Responsible Role: Accountable Role: Project Manager RQE-5.1 Manage Epic Stories Responsible Role: Accountable Role: Project Manager RQE-5.2 Manage User Stories Responsible Role: Accountable Role: Project Manager RQE-6 Create Requirements Traceability Matrix Responsible Role: Accountable Role: Project Manager 7

Requirements Elaboration Process Process Activity Name: RQE-1 Evaluate Mandated Requirements None RQE-1-DEC01 Agile Related? The Requirements Management (RM) Repository is managed by the Product Development (PD) RM Repository Team. The repository contains cross-cutting requirements submitted by many VA Office of Information Technology (OIT) and Veterans Health Administration (VHA) Office of Health Information (OHI) organizational entities. These cross-cutting requirements are provisioned to OIT development projects through an allocation process that is initiated with an information sharing presentation followed by a Project Allocation Questionnaire (PAQ) that a project populates and submits to the RM Repository Team. Based on the project s completed PAQ, the RM Repository Team generates an initial Project Allocation Report (PAR) and provides the report to the project. The report contains a set of cross-cutting requirements and associated metadata that are determined through the allocation process, to be applicable to a particular project increment. The PAR is negotiated and a final set of cross-cutting requirements is allocated to the project through a final PAR. The development project is expected to incorporate cross-cutting requirements as deemed applicable to their product into their requirements artifacts and subsequently implement them in the identified project increment. The email distribution list for development projects to contact the RM Repository is: 'OIT PD PAC Requirements Repository Team'. Artifacts Used Business Requirements Document Business Use Case (if applicable) Enterprise RM Project Allocation Questionnaire Project Charter Project Management Plan Requirements Elaboration Document (if applicable) Artifacts Created Project Allocation Report Responsible Role Requirements Management Repository Analyst Tools and Websites IBM Rational RequisitePro 8

Requirements Management Repository Program Standards VA EA Enterprise Technical Architecture (ETA) Compliance Criteria More Info All community generated Open Source products (products developed by anyone outside the VA national development resources) that are identified as viable candidates to be used within VA need to be reviewed by the business community to assure that stakeholders approve all of the functionality that is provided in any such product. For VHA, contact should be made with Health Systems staff, who ensures the proper Program Offices are engaged. The VA EA Enterprise Technical Architecture (ETA) Compliance Criteria document establishes minimum compliance criteria for a product or product release. Process Activity Name: RQE-2 Evaluate Mandated Security and Privacy Requirements RQE-1 Evaluate Mandated Requirements RQE-2-DEC01 Agile Related? The incorporates enterprise security and privacy requirements as deemed applicable to their product into their requirements artifacts and subsequently implements them in the identified project increment. The Security Requirements Steering Committee (SRSC) manages and maintains a bank of comprehensive, authoritative, cross-cutting, enterprise security and privacy requirements located in SRSC_OIS_BusReqs repository contained in IBM Rational Requisite Requirements Composer (RRC). Enterprise security requirements leverage stakeholder involvement including line of business cross-cutting authoritative security and privacy requirements. Enterprise security requirements are reviewed and negotiated between Security Subject Matter Experts (SMEs), Security Stakeholders, and the development project team. For Security SME and Stakeholder support contact OIS.Communications@va.gov. For Healthcare Security SME and Stakeholder support contact VHA Health Care Security Requirements (HCSR) VHA 10P2 OIA HCSR REQUESTS mail group. Artifacts Used Business Requirements Document Business Use Case (if applicable) Enterprise RM Project Allocation Questionnaire Project Charter Project Management Plan Requirements Elaboration Document (if applicable) 9

Artifacts Created Project Allocation Report Responsible Role Requirements Management Repository Analyst Tools and Websites Requirements Management Repository Program Security Requirements Steering Committee SharePoint Standards VA Handbook 6500, Risk Management Framework for VA Information Systems - Tier 3: VA Information Security Program More Info None Listed Process Activity Name: RQE-2-DEC01 Agile Related? RQE-2 Evaluate Mandated Security Requirements If No, RQE-3 Document Use Case Scenarios Or If Yes, RQE-5 Conduct Agile Story Management There is a decision dependency that determines the next activity to complete: If the project is using an Agile development methodology, the next activity is RQE-5 Conduct Agile Story Management. If the project is not using an Agile development methodology, the next step is RQE-3 Document Use Case Scenarios. Responsible Role 10

Process Activity Name: RQE-3 Document Use Case Scenarios RQE-2 Evaluate Mandated Security and Privacy Requirements RQE-4 Document Nonfunctional Requirements The process map for RQE-3 Document Use Case Scenarios cycles through the following dependent activities: RQE-3.1 Document Mandated Requirements Use Case Scenarios RQE-3.2 Document Security Use Case Scenarios Process Activity Name: RQE-3.1 Document Mandated Requirements Use Case Scenarios RQE-2-DEC01 Agile Related? RQE-3.2 Document PAQ Use Case Scenarios The creates the Use Case Model and associated Use Cases, taking the Project Allocation Report into consideration. The Use Case Model, a high-level requirements document, (1) models the system's intended functions and its environment and (2) serves as a contract between the customer and the developers. Each Use Case specifies the actors and the sequence of activities performed by the actors interacting with the system. The Use Case Model and Use Cases serve as input for the analysis, design, and testing activities. Use Case Specification data are documented in the Requirements Specification Document. Artifacts Used Business Requirements Document Project Allocation Report Requirements Specification Document Artifacts Created Updated Requirements Specification Document 11

Responsible Role Tools and Websites IBM Rational RequisitePro ProPath Archived Artifacts Library Standards None Listed More Info None Listed Process Activity Name: RQE-3.2 Document Security Use Case Scenarios RQE-3.1 Document Mandated Security Requirements Use Case Scenarios RQE-4 Document Nonfunctional Requirements The creates the Use Case Model and associated Use Cases, taking the enterprise security requirements into consideration. The Use Case Model, a high-level requirements document, (1) models the system's intended functions and its environment and (2) serves as a contract between the customer and the developers. Each Use Case specifies the actors and the sequence of activities performed by the actors interacting with the system. The Use Case Model and Use Cases serve as input for the analysis, design, and testing activities. Defining the system-specific security baseline may require input from the Information System Owner, Security SME, or Security Stakeholder. Use Case Specification data are documented in the Requirements Specification Document. 12

Artifacts Used Business Requirements Document Project Allocation Report Requirements Specification Document Artifacts Created Updated Requirements Specification Document Use Case Model Use Cases Responsible Role Tools and Websites IBM Rational RequisitePro Standards None Listed More Info None Listed Process Activity Name: RQE-4 Document Nonfunctional Requirements RQE-4 Document Use Case Scenarios Or RQE-6.2 Manage User Stories RQE-5 Create Requirements Traceability Matrix The updates the Requirements Specification Document with any additional nonfunctional requirements that have been identified while creating use cases. Artifacts Used Requirements Specification Document Use Case Model 13

Artifacts Created Updated Requirements Specification Document Responsible Role Tools and Websites IBM Rational RequisitePro Standards VA EA Enterprise Technical Architecture (ETA) Compliance Criteria More Info The VA EA Enterprise Technical Architecture (ETA) Compliance Criteria document establishes minimum compliance criteria for a product or product release. Process Activity Name: RQE-5 Conduct Agile Story Management RQE-1-DEC01 Agile Related? RQE-6 Create Requirements Traceability Matrix The process map for RQE-5 Conduct Agile Story Management cycles through the following dependent activities: RQE-5.1 Manage Epic Stories RQE-5.2 Manage User Stories Process Activity Name: RQE-5.1 Manage Epic Stories RQE-1-DEC01 Agile Related? RQE-5.2 Manage User Stories The manages Epic stories which are user stories whose scope is so large as to make them difficult to complete in a single iteration or accurately estimate the level of effort to deliver. Epic stories are decomposed into smaller user stories where the requirements of the story are defined much more narrowly in scope. 14

Artifacts Used Business Requirements Document Requirements Specification Document Stakeholder Feedback Artifacts Created Agile Epic Story log Responsible Role Tools and Websites IBM Rational Team Concert/Change and Configuration Management (RTC/CCM) VA Agile/Lean Community of Practice (ALCP) Web Site Standards Agile Methodology and ProPath guidance paper More Info Process Activity Name: RQE-5.2 Manage User Stories RQE-6.1 Manage Epic Stories RQE-6 Create Requirements Traceability Matrix The manages User Stories. User Stories are simple, brief and concise statements which describe requirements from a user's perspective to capture and communicate customer requirements. User stories could be defined by decomposing an Epic, requirements from Business Requirements Document or Requirements Specification Document, or feedback from the project s stakeholders. A user story should be Independent, Negotiable, Valuable, Estimable, Small, and Testable (INVEST). A recommended format for a user story is: As a (user role), I would like (statement of need), so that I can (desired benefit) User stories are associated with Tasks which become the work items to accomplish a user story (i.e., a user story may be associated with several tasks.) Artifacts Used Agile Epic Story Log Business Requirements Document Requirements Specification Document 15

Stakeholder Feedback Artifacts Created Agile Task Item Log Agile User Story Log Responsible Role Tools and Websites IBM Rational Team Concert/Change and Configuration Management (RTC/CCM) VA Agile/Lean Community of Practice (ALCP) Web Site Standards Agile Methodology and ProPath guidance paper More Info Process Activity Name: RQE-6 Create Requirements Traceability Matrix RQE-4 Document Nonfunctional Requirements Or RQE-5.2 Manage User Stories None The generates the Requirements Traceability Matrix in the project's IBM Rational RequisitePro project. Development teams that do not have access to automated tools should use the Requirements Traceability Matrix template. Artifacts Used Business Requirements Document Requirements Specification Document Artifacts Created Requirements Traceability Matrix 16

Responsible Role Tools and Websites IBM Rational RequisitePro Standards Section 508 Standards Checklists, and Document Applications Checklists More Info None Listed END OF PROCESS 17