Defining and Aligning Requirements using System Architect and DOORS
© 2009 IBM Corporation iEA16 Defining and Aligning Requirements using System Architect and DOORs...
-
Upload
rylee-lorance -
Category
Documents
-
view
214 -
download
1
Transcript of © 2009 IBM Corporation iEA16 Defining and Aligning Requirements using System Architect and DOORs...
© 2009 IBM Corporation
iEA16
Defining and Aligning Requirements using System Architect and DOORs
Paul W. JohnsonCEO / President
Pragmatica [email protected]
iEA16
© 2009 IBM Corporation
IBM Rational Software Conference 2009
iEA16
Objective
Align business requirements from strategy to front line process execution
Combine use of Enterprise Architecture & Requirements tools.
2
IBM Rational Software Conference 2009
iEA16
Session Benefits
Users attending session can take away an understanding of:
Enabling an ‘actionable’ enterprise architecture
Value of linking enterprise architecture to requirements
Efficiencies of generating requirements from enterprise architecture
Process for managing requirements through enterprise architecture
3
IBM Rational Software Conference 2009
iEA16
Scenario
Managers make many decisions - from simple to complex.
Most business decisions have data dependencies captured as static snapshots in enterprise architecture products orrequirements documentation.
Decisions are made without considering effects on enterprise touch points – uninformed.
4
IBM Rational Software Conference 2009
iEA16
Scenario
EA, in today's world, cannot persist simply as artifacts supporting compliance…
Not enough money to support both robust data management efforts
comprehensive EA efforts
Go beyond static artifacts - an enterprise architecture that delivers decisions based on relevant data.
5
IBM Rational Software Conference 2009
iEA16
Problem
Little attention is paid to human usability (or reuse) of the finished product.
Requirements ‘documentation’ is produced and the solution delivered.
Content is ‘shelved’ and neither visible nor usable to most people.
6
Most requirements gathering efforts center on generating large quantities of documentation to support ill-defined business needs.
IBM Rational Software Conference 2009
iEA16
Problem (other side)
Most people are graphical learners – comprehending through pictures or models.
7
IBM Rational Software Conference 2009
iEA16
Problem (other side)
Most requirements are textual; detailed and data rich.
8
IBM Rational Software Conference 2009
iEA16
Solution
Enable rapid assessment of gaps in enterprise through architecture ensuring requirements meet relevant needs.
Use enterprise architecture products (graphics) to clearly depict desired solution.
Link or generate requirements from an enterprise-wide accessible architecture based on real time information.
9
Link Requirements (textual) to Enterprise Architecture (graphical)
IBM Rational Software Conference 2009
iEA16
Architecture Driven Requirements Process
10
Scope Project
End
Start
Assess against ‘current’
architecture
Architecture Views
Define ‘future’
architecture
Update ‘current’
architectureDeliver Project Solution
Generate Solution
Requirements
Requirements Text Document
IBM Rational Software Conference 2009
iEA16
Scope Project Solution.
Assess current architecture for gaps or redundancies relevant to solution.
Define future solution architecture (linked to requirements).
Write (or generate from architecture) requirements to address solution (linked to architecture).
Deliver project solution.
Update ‘current’ EA to reflect solution capabilities.
Solution Steps
11
IBM Rational Software Conference 2009
iEA16
Define Scope of Project Solution.
12
Discuss with stakeholders and capture scope and purpose for solution.
Purpose
Scope These two parameters provide initial “frame” for questions that architecture can answer.
IBM Rational Software Conference 2009
iEA16
Assess ‘Current’ Architecture for Gaps or Redundancies
13
Process Model Variant 1 (as-is)
Process Model Variant 2 (to-be)
IBM Rational Software Conference 2009
iEA16
Define ‘Future’ Architecture to Address Solution
14
Use System Architect (SA) tool to graphically model architecture.
IBM Rational Software Conference 2009
iEA16
Generate Requirements from Architecture
15
IBM Rational Software Conference 2009
iEA16
Requirements Structure (architecture)
16
DOORsInternal
Customer
Functional
System
Functional
Software
Specification
Software
Load Plan
User Acceptance
Test Plan
PITCO
CMMI
Process
Strategy & Vision External
Customer
Test & Equipment
Master PlanTests
System
StandardsConforms to
Technical
StandardsConforms to
Policy
Conforms to
TestsSatisfies
Satisfies
Satisfies
Satisfies
Tests
IBM Rational Software Conference 2009
iEA16
Requirements Coupled with Architecture
17
System Architect
OV-1Concept Graphic
OV-5Operational Activity
SV-4System Function
SV-5OA to
SF
SV-10System Process
OV-6Business Process
OV-7Logical Data
DOORsInternal
Customer
Human
Functional
System
Functional
Software
Specification
Software
Load Plan
User Acceptance
Test Plan
PITCO
CMMI
Process
Strategy & Vision External
Customer
Test & Equipment
Master PlanTests
System
StandardsConforms to
Technical
StandardsConforms to
Policy
Conforms to
TestsSatisfies
Satisfies
Satisfies
Satisfies
Tests
IBM Rational Software Conference 2009
iEA16
Deliver Project Solution
18
Finished products generated in a variety of formats can be accomplished with features in System Architect or DOORs: HTML output
Word Document
Detailed graphic diagrams
Database DDL
SAXT provides real-time web-based access
SA Publisher provides: Dashboard views
Pie Charts, Bar Charts, “Heat Maps”
As-Is <> To-Be Comparisons
IBM Rational Software Conference 2009
iEA16
Update ‘Current’ Architecture to Reflect Solution
19
IBM Rational Software Conference 2009
iEA16
Results
Actionable, executable architecture that is tied to requirements that enable informed decisions
supported by real time data.
20
Requirements Architecture
IBM Rational Software Conference 2009
iEA16
Results
Informed decisions supported by data are crucial for the success of any
enterprise of the future.
21
Dat
a
IBM Rational Software Conference 2009
iEA16 22
IBM Rational Software Conference 2009
iEA16 23
© Copyright IBM Corporation 2009. All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of any kind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in these materials may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. IBM, the IBM logo, Rational, the Rational logo, Telelogic, the Telelogic logo, and other IBM products and services are trademarks of the International Business Machines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others.