Overcoming Customer Constraints on Requirements Documents Presented by: Robert Smole Presented by: Robert Smole November 5, 2008 Sub-Optimization of Systems.

Slides:



Advertisements
Similar presentations
Business Alignment Using Enterprise Architecture
Advertisements

February 26, What is a CONOPS anyway? Avoiding Brooks law: All major mistakes are made on the first day of the project!
1 System Engineers Toolbox 1 Compliance Automation, Inc. INCOSE: NM Enchantment Chapter By Cheryl Hill August 12, 2009.
Railways Systems: Applications HSI beyond DoD Dr. Jen Narkevicius Jenius LLC Dr. Jen Narkevicius Jenius LLC Human Systems Integration.
Introduction to Product Family Engineering. 11 Oct 2002 Ver 2.0 ©Copyright 2002 Vortex System Concepts 2 Product Family Engineering Overview Project Engineering.
IMT-Advanced Technical Requirements Summary of status after 22 nd Meeting of WP8F.
ASYCUDA Overview … a summary of the objectives of ASYCUDA implementation projects and features of the software for the Customs computer system.
HL7 V2 Implementation Guide Authoring Tool Proposal
0 - 0.
Addition Facts
IAEA Training in Emergency Preparedness and Response Module L-051 General Concepts of Exercises to Test Preparedness Lecture.
EuSEC Tool Vendors Challenge Adie Ditchburn Jon Chard 19 Sep 2006.
AS9102 First Article Inspection Report
Testing Workflow Purpose
Describing Complex Products as Configurations using APL Arrays.
Page 1 October 31, 2000 An Introduction to Large-Scale Software Development Steve Varnau Core HP-UX Operation October 31, 2000.
1 Functional Strategy – IS & IT Geoff Leese November 2006, revised July 2007, September 2008, August 2009.
Internal Control–Integrated Framework
Lecture 8 Systems Analysis: Concept and Principles
Contents 2 Engagement Overview Migrating to Hyper-V from VMware Consider if time allows.
NDIA SoS SE Committee Topics of Interest May 25, 2009.
2009 – E. Félix Security DSL Toward model-based security engineering: developing a security analysis DSML Véronique Normand, Edith Félix, Thales Research.
Addition 1’s to 20.
Test B, 100 Subtraction Facts
1 Budgets and Budgetary Control Prepared and Presented By Gladstone K. Hlalakuhle.
Methods in Enterprises 2 BPMBPM BABA UXUX SOASOA EIMEIM MDD / TDD / XP EAEA PMBOK / CMMI-DEV ITILITIL Scrum / Kanban Business/IT Strategy.
10-1 © Prentice Hall, 2004 Chapter 10: Selecting the Best Alternative Design Strategy Plus Project Management Concepts.
Module 12 WSP quality assurance tool 1. Module 12 WSP quality assurance tool Session structure Introduction About the tool Using the tool Supporting materials.
Optimize tomorrow today. TM Cost and Affordability approach at Development Planning stage 1.
Affinity Diagrams.
Mahmut Ali GÖKÇEIndustrial Systems Engineering Lecture 2 System Identification ISE102 Spring 2007.
S Y S T E M S E N G I N E E R I N G.
© 2009 The MITRE Corporation. All rights Reserved. Evolutionary Strategies for the Development of a SOA-Enabled USMC Enterprise Mohamed Hussein, Ph.D.
Aerospace Systems Engineering
National Aeronautics and Space Administration Systems Engineering (SE) Tools National Aeronautics and Space Administration Example.
1 Introduction to System Engineering G. Nacouzi ME 155B.
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Trade Study Training Need and Goals Need Consistent methodologies and practices performing trade studies Pros/cons, advantages/disadvantages, customer/management.
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
IV&V Facility Model-based Design Verification IVV Annual Workshop September, 2009 Tom Hempler.
Engineering Systems of.
Effective Methods for Software and Systems Integration
Overview of the Database Development Process
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Rational Unified Process Fundamentals Module 4: Disciplines II.
Software System Engineering: A tutorial
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
1 Lecture 5.2a: SEF Ch 8 SE Outputs Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
1 Systems Engineering Process Review Mark E. Sampson EMIS 8340 Systems Engineering Tool—applying tools to engineering systems.
Using Business Scenarios for Active Loss Prevention Terry Blevins t
Best Systems Engineering Products Drive CMMI NDIA 6th Annual Systems Engineering Supportability & Interoperability Conference October 21, 2003 Dr. Tom.
Effective Requirements Management – an overview Kristian Persson Field Product Manager, Telelogic Asia/Pacific.
MD Digital Government Summit, June 26, Maryland Project Management Oversight & System Development Life Cycle (SDLC) Robert Krauss MD Digital Government.
Michael deLamare Requirements Management Program Functions R-9.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Bill Fournier Nov 2014 Systems Engineer for Non SE Bill Fournier
1 Mission Discussion & Project Reviews 祝飛鴻 10/14/93.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
UTA/ARRI. Enterprise Engineering for The Agile Enterprise Don Liles The University of Texas at Arlington.
Software Engineering Lecture 10: System Engineering.
What has been accomplished at the end of MSD 1 & 2?
1 Lecture 2.3: SE Process (SEF Ch 3) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Software Requirements
Technical Management Processes
Systems Engineering for Mission-Driven Modeling
Presentation transcript:

Overcoming Customer Constraints on Requirements Documents Presented by: Robert Smole Presented by: Robert Smole November 5, 2008 Sub-Optimization of Systems Engineering

1 Agenda Introduction Problem Approach Results Wrap Up

2 Introduction Systems Engineering –Means to enable the realization of successful systems – best practices –Considers both the business and the technical needs of all customers - constraints What happens when the business needs constrain the best practices? Systems Engineering –Means to enable the realization of successful systems – best practices –Considers both the business and the technical needs of all customers - constraints What happens when the business needs constrain the best practices?

3 Why Sub-Optimal? Find a balance. Approach: Sub-optimal SE. Agenda: Communicate the value of SE. Goal: …to realize a successful system. Find a balance. Approach: Sub-optimal SE. Agenda: Communicate the value of SE. Goal: …to realize a successful system. Systems Engineering Best Practices Customer Constraints

4 Size: Length-1092ft, Weight- 97,000tons Cost: Approx. $5-6 Billion Construction time: 6-7 years Design time: Approx 6 years from Concept A mobile, nuclear powered, survivable, sea-based super structure, capable of accommodating approx 5000 personnel, managing 75+ air combat vehicles, and conducting joint operations. Nimitz Class CVN HIGHLY COMPLEX AND CHALLENGING PROGRAMS DEMAND SYSTEMS ENGINEERING

5 Requirements Analysis Requirements Model R Functional Analysis Define high level FA from ORD Define mission/operational performance Decompose functions to lowest level Allocate performance requirements to functions Develop FFBDs Develop Operational Threads (sortie) Operational Scenarios, Conceptual Behavior Models F1 F5 F2F3 F4 Physical Architecture Analysis Define System Structure Define Internal/External Interfaces Determine Island Alternatives Establish product baselines Define system design constraints Allocate functions to systems/components Common Island Component Models Components Interfaces System Analyze Design & Assess Risk Cost Assessment Conduct trade studies Select Best Design Solution Automatic Document Generation Provide Metrics Reports Product Evaluation and Document Generation Analysis Results SRDs Determine common missions Review top level requirements documents Decompose ORD Derive Ship system Requirements Flowdown to system requirements Derive Functional / Performance Requirements R2R1 R1-1 NGSB-NN: Model-Based SE Approach

6 Does our system as-designed and as-built meet the system requirements as-validated? Verification Develop Physical Solution Develop Functional Solution Perform Requirements Analysis Requirements Process Does the customer agree with our interpretation of the requirements? Validation

7 Problem Update a System Requirements Document Not configuration managed within the CASE tool. Contained some or all of: will, shall, may, & should within requirement text. Requirements within functional statements. Requirements not singular (more than one shall). Requirements not stand alone. –Definitions within the body of the document, not in appendix. –SRD used an outline format - multiple indents. Interface requirements not mapped to interfaces on diagram. Update a System Requirements Document Not configuration managed within the CASE tool. Contained some or all of: will, shall, may, & should within requirement text. Requirements within functional statements. Requirements not singular (more than one shall). Requirements not stand alone. –Definitions within the body of the document, not in appendix. –SRD used an outline format - multiple indents. Interface requirements not mapped to interfaces on diagram.

8 Communicate Function Function 1 Function 2 Communicate Orders 3 Function 4 Function 5 AND

9 Improper Use of the CASE Tool Function 1 Function 2 Communicate Orders 3 Function 4 Function 5 Requirement(s) Liabilities: Traceability, Verification, Decomposition

10 Requirements Imbedded within Functions Communicate Orders 1)The _____ subsystem shall be the primary means of communicating orders. 2)The _____ subsystem with interfaces to the _____ shall provide supplementary communications. a)Main Deck Communications Capability 1)The _____ subsystem shall be the primary means of communication for the coordination of operations on the Main Deck. 2)The _____ subsystem with interfaces to the _____ shall provide supplementary communications. b)2nd Deck Communications Capability 1)The _____ subsystem shall be the primary means of communication for the coordination of operations on the 2nd Deck. 2)The _____ subsystem with interfaces to the _____ shall provide supplementary communications. c)Engine Room Communications Capability 1)The _____ subsystem shall be the primary means of communication for the coordination of operations in the Engine Room. 2)The _____ subsystem with interfaces to the _____ shall provide supplementary communications Communicate Orders 1)The _____ subsystem shall be the primary means of communicating orders. 2)The _____ subsystem with interfaces to the _____ shall provide supplementary communications. a)Main Deck Communications Capability 1)The _____ subsystem shall be the primary means of communication for the coordination of operations on the Main Deck. 2)The _____ subsystem with interfaces to the _____ shall provide supplementary communications. b)2nd Deck Communications Capability 1)The _____ subsystem shall be the primary means of communication for the coordination of operations on the 2nd Deck. 2)The _____ subsystem with interfaces to the _____ shall provide supplementary communications. c)Engine Room Communications Capability 1)The _____ subsystem shall be the primary means of communication for the coordination of operations in the Engine Room. 2)The _____ subsystem with interfaces to the _____ shall provide supplementary communications.

11 Constraints The overall document format and layout had to remain consistent with the original document which was not consistent with standard SRD formatting. Definitions and lead-in statements had to remain in their relative location (could not move the definitions to an appendix). May was acceptable - there are some design targets that are not hard requirements (they dont have to meet these). The overall document format and layout had to remain consistent with the original document which was not consistent with standard SRD formatting. Definitions and lead-in statements had to remain in their relative location (could not move the definitions to an appendix). May was acceptable - there are some design targets that are not hard requirements (they dont have to meet these).

12 Approach Moved all the requirements from Word to Excel. Parsed the requirements from the functions. Separated multiple shall statements. (singular requirements) Placed definitions in Requirement Objects and marked the Verification Method as n/a to identify it as not a requirement. Standardized on the use of shall to denote requirements. Moved all the requirements from Word to Excel. Parsed the requirements from the functions. Separated multiple shall statements. (singular requirements) Placed definitions in Requirement Objects and marked the Verification Method as n/a to identify it as not a requirement. Standardized on the use of shall to denote requirements.

13 Approach Allowed the use of may for design targets (these are not requirements). Used the spreadsheet to provide a comparison to the baseline. Decided on an iterative approach to fix the SRD. –Further changes to structure (ie, interface linking) in future revisions. Migrated requirements to the CASE Tool (Cradle) and used this tool to generate the Rev B SRD. Allowed the use of may for design targets (these are not requirements). Used the spreadsheet to provide a comparison to the baseline. Decided on an iterative approach to fix the SRD. –Further changes to structure (ie, interface linking) in future revisions. Migrated requirements to the CASE Tool (Cradle) and used this tool to generate the Rev B SRD.

14 Result (example) Communicate Orders This function communicates orders a) Communicate Orders - 1 The _____ subsystem shall be the primary means of communicating orders. b) Communicate Orders - 2 The _____ subsystem with interfaces to the _____ shall provide supplementary communications. c) Main Deck Communications Capability - 1 The _____ subsystem shall be the primary means of communication for the coordination of operations on the Main Deck. d) Main Deck Communications Capability - 2 The _____ subsystem with interfaces to the _____ shall provide supplementary communications. e) 2nd Deck Communications Capability - 1 The _____ subsystem shall be the primary means of communication for the coordination of operations on the 2nd Deck. … Communicate Orders This function communicates orders a) Communicate Orders - 1 The _____ subsystem shall be the primary means of communicating orders. b) Communicate Orders - 2 The _____ subsystem with interfaces to the _____ shall provide supplementary communications. c) Main Deck Communications Capability - 1 The _____ subsystem shall be the primary means of communication for the coordination of operations on the Main Deck. d) Main Deck Communications Capability - 2 The _____ subsystem with interfaces to the _____ shall provide supplementary communications. e) 2nd Deck Communications Capability - 1 The _____ subsystem shall be the primary means of communication for the coordination of operations on the 2nd Deck. …

15 Communicate Function - Revisited Function 1 Function 2 Communicate Orders 3 Function 4 Function 5 AND

16 Proper Use of the CASE Tool Function 1 Function 2 Communicate Orders 3 Function 4 Function 5 Requirement(s) Allows: Traceability, Verification, Decomposition

17 Wrap Up Considerations –New Design? –Roll-over Design? –Commercially Available Products? –Integrating Other Systems? –System Complexity? Essentials –Interface Requirements. –Traceability. –Verification. Non-Essentials –Document Format/Layout. One step at a time = progress toward full SE Considerations –New Design? –Roll-over Design? –Commercially Available Products? –Integrating Other Systems? –System Complexity? Essentials –Interface Requirements. –Traceability. –Verification. Non-Essentials –Document Format/Layout. One step at a time = progress toward full SE

18