Requirements Elaboration
|
|
- Kathryn Henry
- 8 years ago
- Views:
Transcription
1 Requirements Elaboration ProPath Office of Information and Technology
2 Table of Contents Requirements Elaboration Process Maps... 1 Process: Requirements Elaboration... 4 Requirements Elaboration and Goals 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? Process Activity Name: RQE-3 Document Use Case Scenarios Process Activity Name: RQE-3.1 Document Mandated Requirements Use Case Scenarios Process Activity Name: RQE-3.2 Document Security Use Case Scenarios Process Activity Name: RQE-4 Document Nonfunctional Requirements Process Activity Name: RQE-5 Conduct Agile Story Management Process Activity Name: RQE-5.1 Manage Epic Stories Process Activity Name: RQE-5.2 Manage User Stories Process Activity Name: RQE-6 Create Requirements Traceability Matrix i
3 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
4 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
5 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
6 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
7 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
8 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
9 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
10 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 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
11 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
12 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
13 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
14 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
15 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
16 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
17 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
18 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
19 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
Project Initiation. ProPath. Office of Information and Technology
Project Initiation ProPath Office of Information and Technology Table of Contents Project Initiation Process Maps... 1 Process: Project Initiation... 10 Project Initiation and Goals... 12... 12 Goals...
More informationIndependent Test and Evaluation
Independent Test and Evaluation ProPath Office of Information and Technology Table of Contents Independent Test and Evaluation Process Maps... 1 Process: Independent Test and Evaluation... 3 Independent
More informationProject Monitoring and Control
Project Monitoring and Control ProPath Office of Information and Technology Table of Contents Project Monitoring and Control Process Maps... 1 Process: Project Monitoring and Control... 10 Project Monitoring
More informationEnterprise Service Specification
Enterprise Service Specification ProPath Office of Information and Technology Table of Contents Enterprise Service Specification Process Map... 1 Process: Enterprise Service Specification... 2 Enterprise
More informationProduct Build. ProPath. Office of Information and Technology
Product Build ProPath Office of Information and Technology Table of Contents Product Build Process Maps... 1 Process: Product Build... 3 Product Build and Goals... 4... 4 Goals... 4 Product Build RACI
More informationRelease Management. ProPath. Office of Information and Technology
Release Management ProPath Office of Information and Technology Table of Contents Release Management Process Maps... 1 Process: Release Management... 7 Release Management and Goals... 9... 9 Goals... 9
More informationEnterprise Service Provisioning
Enterprise Service Provisioning ProPath Office of Information and Technology Table of Contents Enterprise Service Provisioning Process Map... 1 Process: Enterprise Service Provisioning... 2 Enterprise
More informationConfiguration Management
Configuration Management ProPath Office of Information and Technology Table of Contents Configuration Management Process Map... 1 Process: Configuration Management... 2 Configuration Management Description
More informationChange Management. ProPath. Office of Information and Technology
Change Management ProPath Office of Information and Technology Table of Contents Change Management Process Map... 1 Process: Change Management... 2 Change Management Description and Goals... 3 Description...
More informationProject Closure. ProPath. Office of Information and Technology
Project Closure ProPath Office of Information and Technology Table of Contents Project Closure Process Map... 1 Process: Project Closure... 2 Project Closure Description and Goals... 3 Description... 3
More informationIntroduction to OpenUP (Open Unified Process)
Introduction to OpenUP (Open Unified Process) Different projects have different process needs. Typical factors dictate the needs for a more formal or agile process, such as team size and location, architecture
More informationRequirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK
IBM Software Group Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK Jean-Louis Maréchaux Software IT Specialist IBM Rational
More informationBasic Unified Process: A Process for Small and Agile Projects
Basic Unified Process: A Process for Small and Agile Projects Ricardo Balduino - Rational Unified Process Content Developer, IBM Introduction Small projects have different process needs than larger projects.
More informationRequirements Definition and Management Processes
Software Engineering G22.2440-001 Session 1 Sub-Topic 1 Requirements Definition & Management Processes and Tools Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute
More informationSoftware Engineering. Session 3 Main Theme Requirements Definition & Management Processes and Tools Dr. Jean-Claude Franchitti
Software Engineering Session 3 Main Theme Requirements Definition & Management Processes and Tools Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute of Mathematical
More informationPractice Overview. REQUIREMENTS DEFINITION Issue Date: <mm/dd/yyyy> Revision Date: <mm/dd/yyyy>
DEPARTMENT OF HEALTH AND HUMAN SERVICES ENTERPRISE PERFORMANCE LIFE CYCLE FRAMEWORK PRACTIICES GUIIDE REQUIREMENTS DEFINITION Issue Date: Revision Date: Document
More informationExperiences Linking Business Architecture with an Agile/Lean Development Method
John Baker, Enterprise Architecture Experiences Linking Business Architecture with an Agile/Lean Development Method Agenda Setting the stage Business Architecture within MasterCard Agile within MasterCard
More informationProject Lifecycle Management (PLM)
Project Lifecycle Management (PLM) Process or Tool? Why PLM? Project Definition Project Management NEW REQUEST/ INITIATIVES SUPPORT (Quick fixes) PROJECT (Start Finish) ONGOING WORK (Continuous) ENHANCEMENTS
More informationTREASURY INSPECTOR GENERAL FOR TAX ADMINISTRATION
TREASURY INSPECTOR GENERAL FOR TAX ADMINISTRATION The Customer Account Data Engine 2 Systems Development Guidelines; However, Process Improvements Are Needed to Address Inconsistencies September 30, Year
More informationVendor Access Management
Vendor Access Management ProPath Office of Information and Technology Table of Contents Vendor Access Management Process Map... 1 Process: Vendor Access Management... 2 Vendor Access Management Description
More informationCDC UNIFIED PROCESS PRACTICES GUIDE
Document Purpose The purpose of this document is to provide guidance on the practice of Requirements Definition and to describe the practice overview, requirements, best practices, activities, and key
More informationVA Enterprise Design Patterns: VA SOA Design Patterns for VistA Evolution
VA Enterprise Design Patterns: VA SOA Design Patterns for VistA Evolution Office of Technology Strategies (TS) Architecture, Strategy, and Design (ASD) Office of Information and Technology (OIT) Version
More informationProject Team Roles Adapted for PAAMCO
Project Team Roles Adapted for PAAMCO Project Roles, Authority & Responsibilities Role a defined funciton assumed by or assigned to a person in the project Authority the right to apply project resources,
More informationDepartment of Veterans Affairs VA DIRECTIVE 6071
Department of Veterans Affairs VA DIRECTIVE 6071 Washington, DC 20420 Transmittal Sheet PROJECT MANAGEMENT ACCOUNTABILITY SYSTEM (PMAS) 1. REASON FOR ISSUE. To set forth policies and responsibilities for
More informationAppeals Case Management System Project. Scope Management Plan. November 20, 2014
Appeals Case Management System Project Version 1.0 Health and Human Services Agency, Office of Systems Integration Template Revision History REVISION HISTORY REVISION # DATE OF RELEASE OWNER SUMMARY OF
More informationPartnering for Project Success: Project Manager and Business Analyst Collaboration
Partnering for Project Success: Project Manager and Business Analyst Collaboration By Barbara Carkenord, CBAP, Chris Cartwright, PMP, Robin Grace, CBAP, Larry Goldsmith, PMP, Elizabeth Larson, PMP, CBAP,
More informationBest Practices Statement Project Management. Best Practices for Managing State Information Technology Projects
State of Arkansas Office of Information Technology 124 W. Capitol Ave. Suite 990 Little Rock, AR 72201 501.682.4300 Voice 501.682.4020 Fax http://www.cio.arkansas.gov/techarch Best Practices Statement
More informationIBM Rational University. Essentials of IBM Rational RequisitePro v7.0 REQ370 / RR331 October 2006 Student Workbook Part No.
IBM Rational University Essentials of IBM Rational RequisitePro v7.0 REQ370 / RR331 October 2006 Student Workbook Part No. 800-027250-000 IBM Corporation Rational University REQ370 / RR331 Essentials of
More informationGuide to Enterprise Life Cycle Processes, Artifacts, and Reviews
Department of Health and Human Services Centers for Medicare & Medicaid Services Center for Consumer Information and Insurance Oversight Guide to Enterprise Life Cycle Processes, Artifacts, and Reviews
More informationAppendix 2-A. Application and System Development Requirements
Appendix 2-A. Application and System Development Requirements Introduction AHRQ has set up a Distributed Systems Engineering Lab (DSEL) to support all internal development efforts and provide a facility
More informationDATA GOVERNANCE COUNCIL (DGC) CHARTER
DATA GOVERNANCE COUNCIL (DGC) CHARTER 1. PURPOSE: This Charter defines the function, membership and procedures of the Department of Veterans Affairs (VA) Data Governance Council (DGC). 2. OBJECTIVE: To
More informationCDC UNIFIED PROCESS PRACTICES GUIDE
Purpose The purpose of this document is to provide guidance on the practice of Release Strategy and to describe the practice overview, requirements, best practices, activities, and key terms related to
More informationRequirements Management im Kontext von DevOps
IBM Software Group Rational software Requirements Management im Kontext von DevOps DI Steindl Wolfgang https://www.xing.com/profiles/wolfgang_steindl Senior IT Specialist wolfgang.steindl@at.ibm.com http://lnkd.in/tpzrug
More informationTime Monitoring Tool Software Development Plan. Version <1.1>
Time Monitoring Tool Software Development Plan Version Revision History Date Version Description Author 10/01/01 1.0 First Draft Sabrina Laflamme 12/01/01 1.1 Completion of Document John Lemon Page
More informationDepartment of Administration Portfolio Management System 1.3 June 30, 2010
E 06/ 30/ 2010 EX AM PL 1. 3 06/ 28/ 2010 06/ 24/ 2010 06/ 23/ 2010 06/ 15/ 2010 06/ 18/ 2010 Portfolio System 1.3 June 30, 2010 Contents Section 1. Project Overview... 1 1.1 Project Description... 1 1.2
More informationAssessment and Authorization
Assessment and Authorization ProPath Office of Information and Technology Table of Contents Assessment and Authorization Process Maps... 1 Process: Assessment and Authorization... 5 Assessment and Authorization
More informationService Strategy and Design
Strategy and Design Traditionally, IT departments have been managed through technology silos like infrastructure, applications, etc. With the introduction of the latest edition of the Information Technology
More informationU.S. Department of Education Federal Student Aid
U.S. Department of Education Federal Student Aid Lifecycle Management Methodology Stage Gate Review Process Description Version 1.3 06/30/2015 Final DOCUMENT NUMBER: FSA_TOQA_PROC_STGRW.NA_001 Lifecycle
More informationITRM Guideline CPM 110-01 Date: January 23, 2006 SECTION 5 PROJECT CLOSEOUT PHASE
PROJECT MANAGEMENT GUIDELINE SECTION 5 PROJECT CLOSEOUT PHASE Table of Contents Introduction... 3 Project Closeout Phase... 3 Activities and Documents in the Closeout Phase... 4 Project Closeout Task...
More informationSystems Development Life Cycle (SDLC) Methodology Information Technology Services
Systems Development Life Cycle (SDLC) Methodology Information Technology Services July 7, 2009 Version 1 Authors: Mel Barracliffe, Lisa Gardner, John Hammond, and Shawn Duncan Document Control Change Record
More informationVAIL-Plant Asset Integrity Management System. Software Development Process
VAIL-Plant Asset Integrity Management System Software Development Process Document Number: VAIL/SDP/2008/008 Engineering For a Safer World P u b l i c Approved by : Ijaz Ul Karim Rao Revision: 0 Page:2-of-15
More informationDevelop Project Charter. Develop Project Management Plan
Develop Charter Develop Charter is the process of developing documentation that formally authorizes a project or a phase. The documentation includes initial requirements that satisfy stakeholder needs
More informationLeveraging RUP, OpenUP, and the PMBOK. Arthur English, GreenLine Systems
Software Project Management Leveraging RUP, OpenUP, and the PMBOK Arthur English, GreenLine Systems GreenLine Systems Inc. 2003 2013 My Background 30+ years of IT project management experience with both
More informationNon-Functional Requirements
IBM Software Group Non-Functional Requirements Peter Eeles peter.eeles@uk.ibm.com Agenda IBM Software Group Rational software Definitions Types of requirement Classifying requirements Capturing NFRs Summary
More informationNASCIO EA Development Tool-Kit Solution Architecture. Version 3.0
NASCIO EA Development Tool-Kit Solution Architecture Version 3.0 October 2004 TABLE OF CONTENTS SOLUTION ARCHITECTURE...1 Introduction...1 Benefits...3 Link to Implementation Planning...4 Definitions...5
More informationITS Projects Systems Engineering Process Compliance Checklist
ITS Projects Systems Engineering Process Compliance Checklist FHWA Final Rule (23 CFR 940) This checklist is to be completed by the MDOT or LPA Project Management Staff. Please refer to the accompanying
More informationPlan-Driven Methodologies
Plan-Driven Methodologies The traditional way to develop software Based on system engineering and quality disciplines (process improvement) Standards developed from DoD & industry to make process fit a
More informationAsset management guidelines
Asset management guidelines 1 IT asset management (ITAM) overview Objective Provide a single, integrated view of agency assets in order to allow agencies to identify the asset location and assess the potential
More informationTraditional requirements
What do we do now? Traditional requirements Reams of paper Detailed requirements documented upfront Documentation of so many requirements that they had to be identified as mandatory or desirable Customers
More information11 Tips to make the requirements definition process more effective and results more usable
1 11 Tips to make the s definition process more effective and results more usable This article discusses what I believe are the key techniques for making s definition process repeatable from project to
More informationSolutions for Quality Management in a Agile and Mobile World
Solutions for Quality Management in a Agile and Mobile World with IBM Rational Quality Management Solutions Realities can stall software-driven innovation Complexities in software delivery compounded by
More informationBusiness Analysis Standardization & Maturity
Business Analysis Standardization & Maturity Contact Us: 210.399.4240 info@enfocussolutions.com Copyright 2014 Enfocus Solutions Inc. Enfocus Requirements Suite is a trademark of Enfocus Solutions Inc.
More informationCOMMONWEALTH OF MASSACHUSETTS EXECUTIVE OFFICE OF HEALTH AND HUMAN SERVICES
COMMONWEALTH OF MASSACHUSETTS EXECUTIVE OFFICE OF HEALTH AND HUMAN SERVICES The Office of Information Technology Project Methodology and Lifecycle Guide Version 4.4 Last Updated: November 15, 2011 CE M
More informationWord List method-related capitalization and punctuation
Word List method-related capitalization and punctuation Updated September 22, 2008 by Rational REDI team editors (jbroadh@us.ibm.com or rkliegel@us.ibm.com) Note: Trademark symbols may change. Be sure
More informationProgram Lifecycle Methodology Version 1.7
Version 1.7 March 30, 2011 REVISION HISTORY VERSION NO. DATE DESCRIPTION AUTHOR 1.0 Initial Draft Hkelley 1.2 10/22/08 Updated with feedback Hkelley 1.3 1/7/2009 Copy edited Kevans 1.4 4/22/2010 Updated
More informationNYU. Business Solution Engineering Project Sample Application XXX
NYU Business Solution Engineering Project Sample Application XXX Great things are not done by impulse, but by a series of small things brought together. Vincent Van Gogh Authors: xxx Version Number: 1.0
More informationSYSTEMS ANALYSIS DESIGN
SYSTEMS ANALYSIS DESIGN Third Edition ALAN DENNIS Indiana University BARBARA HALEY WIXOM University of Virginia ROBERTA M. ROTH University of Northern Iowa WILEY John Wiley & Sons, Inc. http://www.wiley.com/college/dennis
More informationSoftware Requirements, Third Edition
j Microsoft Software Requirements, Third Edition Karl Wiegers and Joy Beatty Contents Introduction Acknowledgments xxv xxxi PART I SOFTWARE REQUIREMENTS: WHAT, WHY, AND WHO Chapter 1 The essential software
More informationBusiness Analysis Essentials
Understand the business analyst's role and responsibilities in a successful project. In this introductory course, you'll delve into the role and responsibilities of the business analyst (BA)- the communication
More informationLaila TECHNICAL SKILLS
PROFESSIONAL SUMMARY Diversified experience in the field of Information Technology in the financial domain. In depth knowledge of RUP, Agile, waterfall Software Development Life Cycle (SDLC) processes.
More informationIT Asset Management. ProPath. Office of Information and Technology
IT Asset Management ProPath Office of Information and Technology Table of Contents IT Asset Management Process Maps... 1 Process: IT Asset Management... 19 IT Asset Management and Goals... 22... 22 Goals...
More informationExpert Reference Series of White Papers. Intersecting Project Management and Business Analysis
Expert Reference Series of White Papers Intersecting Project Management and Business Analysis 1-800-COURSES www.globalknowledge.com Intersecting Project Management and Business Analysis Daniel Stober,
More informationTREASURY INSPECTOR GENERAL FOR TAX ADMINISTRATION
TREASURY INSPECTOR GENERAL FOR TAX ADMINISTRATION Customer Account Data Engine 2 (CADE 2): System Requirements and Testing Processes Need Improvements September 28, 2012 Reference Number: 2012-20-122 This
More informationSystem Development Life Cycle (SDLC) Map
System Development Life Cycle (SDLC) Map ProPath Office of Information and Technology Table of Contents System Development Life Cycle (SDLC) Map... 1 ProPath System Development Life Cycle (SDLC) Map...
More informationenterprise IBM Rational Team Concert 2 Essentials
IBM Rational Team Concert 2 Essentials Improve team productivity with Integrated Processes, Planning, and Collaboration using Team Concert Enterprise Edition Suresh Krishna TC Fenstermaker [ '; v.v- ;
More informationCMMI Asset Library: Maturity Level 2
CMMI Asset Library: Maturity Level 2 All items listed below are to assist in achieving CMMI Maturity Level 2; they may be purchased by the bundle. David Consulting Group will invoice you for your total
More informationFrom Capability-Based Planning to Competitive Advantage Assembling Your Business Transformation Value Network
From Capability-Based Planning to Competitive Advantage Assembling Your Business Transformation Value Network Marc Lankhorst, BiZZdesign Iver Band, Cambia Health Solutions INTRODUCTIONS 2 1 Marc Lankhorst
More informationIf using your phone for audio, please dial in: 201-479- 4595 Mee9ng ID: 289-34- 406# Tweet with us using #VAMobileHealth
If using your phone for audio, please dial in: 201-479- 4595 Mee9ng ID: 289-34- 406# Thank you for joining, we will begin shortly. Tweet with us using #VAMobileHealth VA Mobile Contrac9ng Brent Dalton,
More informationChap 1. Introduction to Software Architecture
Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)
More informationValue to the Mission. FEA Practice Guidance. Federal Enterprise Architecture Program Management Office, OMB
Value to the Mission FEA Practice Guidance Federal Enterprise Program Management Office, OMB November 2007 FEA Practice Guidance Table of Contents Section 1: Overview...1-1 About the FEA Practice Guidance...
More informationThe New Model for IT Service Delivery
CEB CIO Executive Board The New Model for IT Service Delivery Volume II: Skills, Deployment, and Integration All Rights Reserved. VOLuME II: SKILLS, DEPLOyMENT, AND INTEGRATION Study roadmap 4 Service
More informationWeb Service Implementation Methodology
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 Web Service Implementation Methodology Public Review Draft 1.0, 05 September 2005
More informationSoftware Development Processes
Software Development Processes Audit Report Report Number IT-AR-15-006 July 13, 2015 Highlights The Postal Service does not consistently manage software development risk. Background Organizations spend
More informationSLCM Framework (Version 2003.1) Roles and Responsibilities As of January 21, 2005
SLCM Framework (Version 2003.1) Roles and Responsibilities As of January 21, 2005 ROLE RESPONSIBILITY REVIEW SIGN- OFF CTO Manage IT assets to meet corporate goals Establish and chair the Information Technology
More informationSupporting Workflow Overview. CSC532 Fall06
Supporting Workflow Overview CSC532 Fall06 Objectives: Supporting Workflows Define the supporting workflows Understand how to apply the supporting workflows Understand the activities necessary to configure
More informationID Task Name Time Pred
0 UC Modernization Project Plan 1115 d 1 1 Phase I - Business Case Development and Competitive Procurement 205 d 2 1.1 Complete Initial Feasibility Study 55 d 3 1.2 Prepare and Issue LBR 30 d 2 4 1.3 Competitive
More informationImprove Quality and Decrease Time to Market with Better Requirements Management
Improve Quality and Decrease Time to Market with Better Requirements Management Requirements Engineering: Right Requirements, Right Products Nearly 20% of development cost is due to rework because of ill-defined
More informationInformation Management
G i Information Management Information Management Planning March 2005 Produced by Information Management Branch Open Government Service Alberta 3 rd Floor, Commerce Place 10155 102 Street Edmonton, Alberta,
More informationProject Management Fundamentals. Office of the Senior Associate Vice President for Finance
Project Management Fundamentals Project Management Institute PMI is an aggregation of best practices from thousands of professional project managers Principles in this training are based on PMI methodologies,
More informationPUERTO RICO JOB REQUISITION DETAILS INFOSYS
PUERTO RICO JOB REQUISITION DETAILS INFOSYS If you are interested to apply for any of the following positions listed in the table, you can quickly search on Infosys site with the REQ No s mentioned below,
More informationAn Introduction to SharePoint Governance
An Introduction to SharePoint Governance A Guide to Enabling Effective Collaboration within the Workplace Christopher Woodill Vice President, Solutions and Strategy christopherw@navantis.com 416-477-3945
More informationHow To Understand The Business Analysis Lifecycle
Business Analysis Lifecycle by Sergey Korban Aotea Studios Ltd November 2011 Contents Introduction... 3 Business Analysis Lifecycle... 4 Practical Application... 5 Start-Up Phase... 5 Initiation Phase...
More informationAgile Systems Engineering: What is it and What Have We Learned?
Agile Systems Engineering: What is it and What Have We Learned? March 2012 Dr. Suzette S. Johnson Agile Engineering Northrop Grumman Suzette.Johnson@ngc.com Getting To Know You! Dr. Suzette Johnson Northrop
More informationBest Practices for Building Mobile Web
Best Practices for Building Mobile Web and Hybrid Applications Mobile is the NEXT dominant phase of computing Mobile is different: Transformational business models Faster lifecycles More iterative Mobile/Wireless/Cloud
More informationPHASE 8: IMPLEMENTATION PHASE
PHASE 8: IMPLEMENTATION PHASE The Implementation Phase has one key activity: deploying the new system in its target environment. Supporting actions include training end-users and preparing to turn the
More informationBridge Development and Operations for faster delivery of applications
Technical white paper Bridge Development and Operations for faster delivery of applications HP Continuous Delivery Automation software Table of contents Application lifecycle in the current business scenario
More informationPHASE 1: INITIATION PHASE
PHASE 1: INITIATION PHASE The Initiation Phase begins when agency management determines that a business function requires enhancement through an agency information technology (IT) project and investment
More informationTowards Collaborative Requirements Engineering Tool for ERP product customization
Towards Collaborative Requirements Engineering Tool for ERP product customization Boban Celebic, Ruth Breu, Michael Felderer, Florian Häser Institute of Computer Science, University of Innsbruck 6020 Innsbruck,
More informationManaging Agile Projects in TestTrack GUIDE
Managing Agile Projects in TestTrack GUIDE Table of Contents Introduction...1 Automatic Traceability...2 Setting Up TestTrack for Agile...6 Plan Your Folder Structure... 10 Building Your Product Backlog...
More informationATTACHMENT 3 SPS PROJECT SENIOR PROGRAM MANAGER (SPM) DUTIES & RESPONSIBILITIES
1. ROLE DEFINITIONS ATTACHMENT 3 SPS PROJECT SENIOR PROGRAM MANAGER (SPM) DUTIES & RESPONSIBILITIES The purpose of this section is to distinguish among the roles interacting with the SPM obtained through
More informationBusiness Analysis In Agile A Differentiated Narrative
2014 BA Convention Business Analysis In Agile A Differentiated Narrative Presented By: Praveen Kumar Benguluru Associate Vice President Business Solutions, Scope International Private Ltd. 2014 BA Convention
More informationFamily: Iterative Enhancement Origin: Ivar Jacobson, James Rumbaugh, Grady Booch, 1996 Defines process framework that is adaptable to
Unified Process Family: Iterative Enhancement Origin: Ivar Jacobson, James Rumbaugh, Grady Booch, 1996 Defines process framework that is adaptable to various application domains different organizations
More informationDocumentation Management Portal Implementation Statement of Work
Documentation Management Portal Implementation Statement of Work Prepared For: State of Michigan Department of Community Health 400 South Pine Street Lansing, Michigan 48909 Prepared By: CNSI 6465 Millennium
More informationCourse Title: Managing the Agile Product Development Life Cycle
Course Title: Managing the Agile Product Development Life Cycle Course ID: BA25 Credits: 28 PDUs Course Duration: 4 days (with optional Executive session) Course Level: Intermediate/Advanced Course Description:
More informationPROJECT SCOPE STATEMENT
PROJECT SCOPE STATEMENT Note: Any work not explicitly included in this Project Scope Statement is implicitly excluded from the project. Create links to referenced documents (e.g., Link_To_ ) by using Insert
More informationThe Rap on RUP : An Introduction to the Rational Unified Process
The Rap on RUP : An Introduction to the Rational Unified Process Jeff Jacobs Jeffrey Jacobs & Associates phone: 650.571.7092 email: jeff@jeffreyjacobs.com http://www.jeffreyjacobs.com Survey Does your
More informationMapping Service-Orientation to TOGAF 9 - Part II: Architecture Adoption, Service Inventories and Hierarchies
by Filippos Santas, IT Architect for Credit Suisse Private Banking in Switzerland and Certified SOA Trainer SERVICE TECHNOLOGY MAGAZINE Issue LI June 2011 This is second part in a multi-part article series.
More informationThe Way to SOA Concept, Architectural Components and Organization
The Way to SOA Concept, Architectural Components and Organization Eric Scholz Director Product Management Software AG Seite 1 Goals of business and IT Business Goals Increase business agility Support new
More informationEnterprise Data Governance
Enterprise Aligning Quality With Your Program Presented by: Mark Allen Sr. Consultant, Enterprise WellPoint, Inc. (mark.allen@wellpoint.com) 1 Introduction: Mark Allen is a senior consultant and enterprise
More informationMDA Case Study: State of Wisconsin Unemployment Insurance Division
MDA Case Study: State of Wisconsin Unemployment Insurance Division MDA Implementers Workshop 2003 ATC Enterprises, Inc. 7402 Borman Avenue St. Paul, MN 55076 651.554.1771 www.atcenterprises.com Objectives
More information