requirements management for net-centric enterprises: an overview doug bodner*, nenad medvidovic+,...

1
Requirements Management for Net-Centric Enterprises: An Overview Doug Bodner*, Nenad Medvidovic+, Barry Boehm+, Jo Ann Lane+, Bill Rouse*, George Edwards+, Ivo Krka+, Daniel Popescu+, and Animesh Podar* *Georgia Institute of Technology +University of Southern California Background: Problem Statement Net-centric enterprises engage semi- autonomous business units, each with its own goals and methods for characterizing “requirements” These units often need to collaborate using common IT systems, involving integration or merging Missions and unit needs evolve over time Legacy systems exist and must be addressed How should capabilities and requirements be managed? References Conclusions •Methodology/MPTs •Specified generic solution framework •Indentified candidate MPTs •Case studies and validation •Case studies to adapt MPTs to net- centric domain and demonstrate solution value •Validation with third-party systems integrators to identify gaps and independently demonstrate solution Contact Doug Bodner, Tennenbaum Institute, Georgia Institute of Technology ([email protected] , www.ti.gatech.edu/ ) Nenad Medvidovic, Center for Systems and Software Engineering, University of Southern California ( [email protected] , http://csse.usc.edu/csse/ ) Our goal: Specify a methodological framework for requirements management, identify candidate Methods, Processes and Tools (MPTs), and use case studies to aid in solution development and value articulation Solution Approach: Methodological Framework Decompose high-level capabilities into software requirements, then into architectures Provide support for multiple stakeholders involved in net-centric integration (conflicting needs, compartmentalized information) Provide support for traceability Use a spiral decision process to incrementally involve lower levels of detail and incorporate evolution of needs Solution Details: MPTs, Case Studies and Validation RT-25 Net-Centric Requirements Management University of Southern California Georgia Tech A- Functions B- Functions Requireme nts Org n Capabilit ies Net-Centric Eco-System Legacy System s Collaborative Interoperation / Integration / Merging Functions Requireme nts Org 1 Capabilit ies Legacy System s Functions Requireme nts Org 2 Capabilit ies Legacy System s How to enable ? Capabilities and requirements selection and reconciliation Traceability analysis Integration architecture definition and design Candidate Netcentric SoS Capabilities Candidate Netcentric SoS Requirements Candidate Netcentric SoS Architecture Decision Priorities Decision Drivers Context Variables Constraint Variables D1 Decision Process Input D2 D3 Output DecisionFram ew ork M ulti-Actor Reconciliation Start Problem Framework Refinemen t Refinemen t Methods, Processes and Tools (generic systems/software) Win-Win – MPT for negotiating and resolving multi-stakeholder conflicts regarding IT requirements System-of-systems toolkit – MPTs for going from capabilities to requirements Adopt-and-Go – MPT for selecting one system from among multiple CBSP – MPT for deriving architecture design decisions from IT requirements COSYSMO for SoS – MPT for estimating cost of software-intensive system-of-systems given size factors and cost parameters Case Study Analogy Approach ∙ Apply the methodology/MPTs: Identify issues/challen ges Determine MPT adaptations Evaluate methodology ∙ Expected outputs: Manual/tutorial Other research problems Validation Goals and Approach • Determine capabilities and gaps with respect to managing requirements IT integration efforts in net-centric-like environments • Determine extent to which our methods and tools address gaps • Determine specific reactions and insights Enterprise systems integration Health IT integration • Surveys and interviews Developed generic instrument • Walk-throughs and usage Net - Centric SoS Net- Centric Connectiv ity • Regional area crisis response • Mergers (HP-Compaq) • Back-office IT integration (ISP) • Health IT MPT Mapping To Problems Next step: Use case studies to adapt MPTs and integrated solution to net-centric domain Bodner, D. A., N. Medvidovic, W. B. Rouse, B. W. Boehm, R. A. DeMillo, G. Edwards, D. Khan, I. Krka, J. A. Lane and A. Pradhan. “RT-25: Requirements Management for Net-Centric Enterprises,” technical report SERC-2011- TR-017, Systems Engineering Research Center, Stevens Institute of Technology, 2011. Decision Priorities Decision Drivers Context Variables Constraint Variables D1 Decision Process Input D2 D3 Output DecisionFram ew ork M ulti-Actor Reconciliation Start Candidate N etcentricSoS Capabilities Candidate N etcentricSoS Requirements Candidate N etcentricSoS A rchitecture Refinem ent Refinem ent SoSToolkit CO SYSM O forSoS Adopt-and- Go CBSP Win-Win

Upload: jodie-williamson

Post on 27-Dec-2015

213 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: Requirements Management for Net-Centric Enterprises: An Overview Doug Bodner*, Nenad Medvidovic+, Barry Boehm+, Jo Ann Lane+, Bill Rouse*, George Edwards+,

Requirements Management for Net-Centric Enterprises: An Overview

Doug Bodner*, Nenad Medvidovic+, Barry Boehm+, Jo Ann Lane+, Bill Rouse*, George Edwards+, Ivo Krka+, Daniel Popescu+, and Animesh

Podar**Georgia Institute of Technology +University of Southern

CaliforniaBackground: Problem Statement

• Net-centric enterprises engage semi-autonomous business units, each with its own goals and methods for characterizing “requirements”

• These units often need to collaborate using common IT systems, involving integration or merging

• Missions and unit needs evolve over time • Legacy systems exist and must be addressed• How should capabilities and requirements be managed?

References

Conclusions•Methodology/MPTs•Specified generic solution framework• Indentified candidate MPTs

•Case studies and validation•Case studies to adapt MPTs to net-centric domain and

demonstrate solution value•Validation with third-party systems integrators to identify

gaps and independently demonstrate solution value

ContactDoug Bodner, Tennenbaum Institute, Georgia Institute of Technology ([email protected], www.ti.gatech.edu/)

Nenad Medvidovic, Center for Systems and Software Engineering, University of Southern California ([email protected], http://csse.usc.edu/csse/)

Our goal: Specify a methodological framework for requirements management, identify candidate Methods, Processes and Tools (MPTs), and use case studies to aid in solution development and value articulation

Solution Approach: Methodological Framework• Decompose high-level capabilities into software requirements, then

into architectures• Provide support for multiple stakeholders involved in net-centric

integration (conflicting needs, compartmentalized information)• Provide support for traceability• Use a spiral decision process to incrementally involve lower levels of

detail and incorporate evolution of needs

Solution Details: MPTs, Case Studies and Validation

RT-25Net-Centric

Requirements Management

University ofSouthernCalifornia

GeorgiaTech

A-Functions

B-Functions

Requirements

Org n

Capabilities

Net-Centric Eco-System

Legacy Systems

Collaborative Interoperation / Integration / Merging

Functions

Requirements

Org 1

Capabilities

Legacy Systems

Functions

Requirements

Org 2

Capabilities

Legacy Systems

How to enable?

Capabilities and requirements selection and reconciliation

Traceability analysis

Integration architecture definition and design

Candidate Netcentric SoS Capabilities

Candidate Netcentric SoS Requirements

Candidate Netcentric SoS Architecture

Decision Priorities

Decision Drivers

Context Variables

Constraint Variables

D1

DecisionProcess

InputD2

D3

Output

Decision Framework

Multi-ActorReconciliation

Start

Problem Framework

Refinement

Refinement

Methods, Processes and Tools (generic systems/software)• Win-Win – MPT for negotiating and resolving multi-stakeholder conflicts

regarding IT requirements• System-of-systems toolkit – MPTs for going from capabilities to

requirements• Adopt-and-Go – MPT for selecting one system from among multiple• CBSP – MPT for deriving architecture design decisions from IT

requirements• COSYSMO for SoS – MPT for estimating cost of software-intensive

system-of-systems given size factors and cost parameters

Case Study Analogy Approach ∙ Apply the

methodology/MPTs:Identify issues/challengesDetermine MPT adaptationsEvaluate methodology

∙ Expected outputs:Manual/tutorialOther research problems

Validation Goals and Approach• Determine capabilities and gaps with respect to managing requirements IT

integration efforts in net-centric-like environments • Determine extent to which our methods and tools address gaps• Determine specific reactions and insights

Enterprise systems integrationHealth IT integration• Surveys and interviewsDeveloped generic instrument• Walk-throughs and usage

Net-Centric SoS Net-CentricConnectivity

• Regional area crisis response• Mergers (HP-Compaq)• Back-office IT integration

(ISP)• Health IT

MPT MappingTo Problems

Next step: Use case studies to adapt MPTs and integrated solution to net-centric domain

Bodner, D. A., N. Medvidovic, W. B. Rouse, B. W. Boehm, R. A. DeMillo, G. Edwards, D. Khan, I. Krka, J. A. Lane and A. Pradhan. “RT-25: Requirements Management for Net-Centric Enterprises,” technical report SERC-2011-TR-017, Systems Engineering Research Center, Stevens Institute of Technology, 2011.

Decision Priorities

Decision Drivers

Context Variables

Constraint Variables

D1

DecisionProcess

InputD2

D3

Output

Decision Framework

Multi-ActorReconciliation

Start

Candidate Netcentric SoS Capabilities

Candidate Netcentric SoS Requirements

Candidate Netcentric SoS Architecture

Refin

emen

tRe

finem

ent SoS Toolkit

COSYSMO for SoS

Adopt-and-Go

CBSP

Win-Win