DESIRED OUTPUTS MATERIALS TO BRING 7/30/2010

Similar documents
COSYSMO-IP COnstructive SYStems Engineering Cost Model Information Processing. Headed in a new direction. Workshop Outbrief

COSYSMO-IP COnstructive SYStems Engineering Cost Model Information Processing. Headed in a new direction

System Development Performance. In-process Status

PSM. Practical Software and Systems Measurement A foundation for objective project management. COSYSMO Requirements Volatility Workshop

Use of the Air Force HSI Requirements Pocket Guide to Improve Writing and Interpretation of Human-Centered Requirements

On the Use of Architectural Products for Cost Estimation

COSYSMO: A Systems Engineering Cost Model

The Method Framework for Engineering System Architectures (MFESA)

COSYSMO: COnstructive SYStems Engineering Cost MOdel. Ricardo Valerdi USC Annual Research Review March 11, 2002

Practical Systems Measurement (PSysM)

Leading Indicators for Systems Engineering Effectiveness Presentation for NDIA SE Conference October 28, 2009

SE Effectiveness Leading Indicators. Garry Roedler

Addressing the Challenges of Systems Engineering Estimation

SEER for Systems Engineering Webinar February 24, Copyright Galorath Incorporated 1

New Opportunities for System Architecture Measurement

Cost Estimation IV for Next-Generation Ground Systems Focusing on COSYSMO 3.0: The Expert-Based Model

Leading Indicators of Systems Engineering Effectiveness. Leading Indicators of Systems Engineering Effectiveness

COSYSMO: A Systems Engineering Cost Model

System Cost Modeling and SysML Integration

COSYSMO 3.0: The Expert-Based Model

COSYSMO: Constructive Systems Engineering Cost Model

Extending Systems Engineering Leading Indicators for Human Systems Integration Effectiveness

The Method Framework for Engineering System Architectures (MFESA)

System-of-Systems Cost Estimation: Analysis of. Lead System Integrator Engineering Activities

Exactly So what is railway systems engineering?

Project Managers Guide to Systems Engineering Measurement for Project Success

Factors Influencing System-of-Systems Architecting and Integration Costs

Cost Estimation of Human Systems Integration

Enabling Repeatable SE Cost Estimation with COSYSMO and MBSE

Systems of Systems Cost Estimation Solutions

Systems Cost Modeling

PSM. Practical Software and Systems Measurement A foundation for objective project management

Softwaretechnik. Lecture 02: Processes. Peter Thiemann SS University of Freiburg, Germany

1.5 Model based Conceptual Design

COSOSIMO Parameter Definitions Jo Ann Lane University of Southern California Center for Software Engineering

Software Engineering

Integration of Software Intensive Systems

Synthesis of Existing Cost Models to Meet System of Systems Needs

BAE Systems Insyte Software Estimation

A Resource Estimation Framework for System Acquisition using a Hybrid Cost Estimation Approach

COSYSMO Reuse Extension

Measuring Your Social #socialimpact

TOPIC DESCRIPTION SUPPLEMENT for the SYSTEMS ENGINEERING SURVEY DESCRIPTION

Development and Validation of a Systems Engineering Competency Model

Spaceflight Software Architecture Analysis Techniques

Developing Standards for Systems of Systems (SoS) Engineering IS0/IEC/IEEE 21839: SoS Considerations through the Lifecycle of a System

Available online at ScienceDirect. Procedia Computer Science 36 (2014 )

28 X 27 Steps to Success: The DoD Acquisition M&S Master Plan

Process Improvement Measurement Workshop

The Challenge Tom Williams

Architecture. By Glib Kutepov Fraunhofer IESE

Practical Software and Systems Measurement

Optimizing Device Interoperability Through Model-Based Systems Engineering

Systems Engineering Concept

Systems Engineering for Software Intensive Projects Using Agile Methods

Developed by: Steven Jacobs, Eck Doerry

V Model material adapted from Steve Easterbrook. Waterfall Model material adapted from Steve Easterbrook. Lifecycle of Software Projects

Architecture-Based Drivers for System-of-Systems and Family-of-Systems Cost Estimating

Practical Software and Systems Measurement

Introduction of RUP - The Rational Unified Process

Business Architecture Fundamentals

SE Tools Overview & Advanced Systems Engineering Lab (ASEL)

Requirements Verification and Validation Leading Indicators

SAN DIEGO I-15 TEST BED FOR INTEGRATED CORRIDOR MANAGEMENT

Comparing Traditional and Agile Systems Engineering. Phyllis Marbach, Boeing 2 February 2016

A framework to improve performance measurement in engineering projects

INCOSE Certification for Systems Engineers & Systems Engineering: Fundamental Maxims

Enterprise Portal Modeling Methodologies and Processes

Leading Indicators for Systems Engineering i Effectiveness

Applying Software Architecture Principles in a DoD Acquisition

Attribute-Driven Design Method

Model Based Systems Engineering The State of the Nation

Correlating Product and Process Measures as a Model for Systems Engineering Measurement

Accelerate Performance Improvements: Systems Engineering Skills Competency Analysis and Training Program Development

S&T/IR&D to Support Development Planning. NDIA 16 th Annual Systems Engineering Conference 30 October John Lohse NDIA DPWG Chair (520)

Version 0.75 of the Proposed INCOSE Competency Framework

Software Quality Engineering Courses Offered by The Westfall Team

Software System Integration. Chapter 8 Software testing 1

Motivations. Case Study. Reference documents for the presentation

Rational Unified Process (RUP) in e-business Development

Software Quality Engineering Courses Offered by The Westfall Team

Chapter 3 Prescriptive Process Models

Poorly estimated projects

Digital Manufacturing Commons

Software Engineering

Applying Model-Based Design to Commercial Vehicle Electronics Systems

EPI. Systems Engineering Leading Indicators Guide. Engineering Process Improvement. EPI , Rev. 1.7 Draft November 10, 2009

COSYSMO 3.0: An Extended, Unified Cost Estimating Model For Systems Engineering

SATURN 2006 Working Session Out-brief Bridging System and Software Architecture

Evolving Lockheed Martin s Engineering Practices Through the Creation of a Model-centric Digital Tapestry

INTEGRATION of PROJECT MANAGEMENT and SYSTEMS ENGINEERING

Extending Systems Engineering Leading Indicators for Human Systems Integration Effectiveness

Satisfying DoD Contract Reporting With Agile Artifacts

Systems Engineering (SE)

Big Data in Test and Evaluation

An Overview of Software Process

CC532 Collaborative System Design

Measuring and Assessing Software Quality

Product Line Working Group Charter

AUTOMATED DEFECT PREVENTION: BEST PRACTICES IN SOFTWARE MANAGEMENT

Transcription:

PURPOSE Identify the primary management needs in assessing the size and stability of systems engineering work products. Management information needs (for size and stability) will be proposed and documented such that SE work products can be planned and monitored in a typical control loop fashion. A set of candidate SE work products will be elaborated from CMMI, ISO- 15288, INCOSE SE Handbook, as well as team contribution. 1

DESIRED OUTPUTS Draft set of SE work products to which measures could be applied Draft measurement specifications for SE size and stability Obtain feedback for SE measurement specifications Opportunity for participants to exchange lessons learned on measuring systems engineering work products and processes MATERIALS TO BRING Past performance, in the form of estimates, plans or experience reports related to the engineering or delivery of system engineering work products. A candidate list of measures which address sizing or stability of work products in use across your project or organization. 2

SIZE & STABILITY IN THE ICM TABLE Size Measures Requirements Physical Dimensions Interfaces Lines of Code Components Database Size Stability Requirements Volatility Functional Change Workload From Excel ICM table FROM SELI 2.0 GUIDE Most are relevant but most relevant are: Requirement Trends Interface Trends Algorithm/Scenario Trends System Definition Change Backlog 3

MODAF DODAF 4

COSYSMO SEA LEVEL CONCLUSION It has been shown that the sea level analogy developed for use cases provides a useful framework for the decomposition of system requirements from the customer to the contractor s system-of-interest. Leveraging off this framework, summary level requirements can be broken down into user level requirements. These user level requirements are then used to estimate the amount of systems engineering hours associated with the requirements. The guidance provided can help organizations uniformly count the # of system requirements for accurate use in COSYSMO. With this framework clearly delineated, it can lead to extensions for the three other size drivers in the model. Finally, counting rules were shown to significantly improve the predictive abilities of requirements in different experiments. While more work needs to be done to refine the counting rules for COSYSMO size drivers, significant progress has been made thanks to the support of INCOSE member companies and USC CSE13 Affiliates. WIKIPEDIA SAMPLE FLOW OF SE PRODUCTS 5

CANDIDATE SE WORK PRODUCTS Measures initially evaluated with respect to these work products: Mission / Needs Document Concept Document Design Options/Design to Cost Architecture Documents (specific types?) Requirements Specification (SoS, System, Subsystem) Interface Requirements/Definition System Information Model CRITERIA FOR AN SE SIZE MEASURE Directly measureable from a product Product Developed by a Systems Engineer Or, Product Provided to the Systems Engineer (?) Associated with an SE ANSI-632 phase (?) 6

DISQUALIFIERS FOR AN SE SIZE MEASURE If the candidate addresses one of the following then we can exclude it? Schedule Resources and Cost of items under development Quality? Software-only OUTBRIEF NOTES Attendees (not final) Peter Baxter Garry Roedler Tom Conrad Don Reifer Mauricio Pena Celia Modell Ilya Lipkin Peter Thomas Phil Flora Shally Malhorta Antonia Catena 7

PRIMARY DISCUSSION POINTS When does systems engineering start? At what level do we measure a requirement? How can requirements expansion be measured? What are the various SE work products (DoDAF, ISO-15289, experience, etc)? What are the methods or mechanisms to represent requirements that could influence the size measures? Can we just use a single concept called requirement unit? Let s start with the COSYSMO Four and go from there. ACTION ITEMS Agree on an approach for finishing the work after the conference. Phase 1 1. Create/Verify measurement specification for 4 COSYSMO inputs 2. Send for Workshop Attendees Review 3. PSM/INCOSE review Phase 2 1. Develop set of work products 2. Develop set of mechanisms for representing work product 3. Map of WPs to Mechanisms 4. Develop Draft SE Size and Stability ICM table 5. Identify applicable criteria (e.g. SE lifecycle, phase applicability) 6. Finalize SE Size ICM Table 8

ACTION ITEMS Assemble a list of SE work products from various workshop attendee sources and distribute Baxter) Review ICM table and verify that 4 COSYSMO inputs (requirements, interfaces, algorithms, scenarios) are represented in both size and stability/volatility measures (Baxter) CONTACT INFORMATION Peter Baxter pbaxter@distributive.com Distributive Management 540 891 8811 x201 Fredericksburg, Virginia 18 9