Configuration Control of Architecture Models

Slides:



Advertisements
Similar presentations
Teamcenter Systems Engineering
Advertisements

S Y S T E M S E N G I N E E R I N G.
Process Analysis and Modeling Using IDEF0
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Software Architecture in Practice (3 rd Ed) Understanding Quality Attributes Understanding the following: How to express the qualities we want our architecture.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
Chapter 9 Describing Process Specifications and Structured Decisions
TechMIS LLC Proprietary Tracking Requirements And Compliance Engineering (TRACE ) Steve Collier/B. Squires/TechMIS LLC An affordable and user friendly.
IMS1805 Systems Analysis Topic 3: Doing Analysis (continued from previous weeks)
Tanenbaum & Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved Chapter 7 Consistency.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
Low Coupling High Cohesion
IV&V Facility Model-based Design Verification IVV Annual Workshop September, 2009 Tom Hempler.
Data Structures and Algorithms Session 13 Ver. 1.0 Objectives In this session, you will learn to: Store data in a tree Implement a binary tree Implement.
Cube Enterprise Database Solution presented to MTF GIS Committee presented by Minhua Wang Citilabs, Inc. November 20, 2008.
Data Flow Diagrams.
An Introduction to Software Architecture
1 Lecture 5.2a: SEF Ch 8 SE Outputs Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
Emerging Technologies Work Group Master Data Management (MDM) in the Public Sector Don Hoag Manager.
© 2008 IBM Corporation ® IBM Cognos Business Viewpoint Miguel Garcia - Solutions Architect.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Collaborative Modeling Best Practices for Distributed Teams Ben Constable Chief Operations Officer Sparx Systems CIM Users Group Meeting,
Definition of a taxonomy “System for naming and organizing things into groups that share similar characteristics” Taxonomy Architectures Applications.
1 Database Concepts 2 Definition of a Database An organized Collection Of related records.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
Lecture # 3 & 4 Chapter # 2 Database System Concepts and Architecture Muhammad Emran Database Systems 1.
Design Concepts By Deepika Chaudhary.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
9-1 © Prentice Hall, 2007 Chapter 9: Analysis Classes Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey.
Design Model Lecture p6 T120B pavasario sem.
Internet & World Wide Web How to Program, 5/e. © by Pearson Education, Inc. All Rights Reserved.2 Revised by Dr. T. Tran for CSI3140.
By Rashid Khan Lesson 6-Building a Directory Service.
Karolina Muszyńska Based on: S. Wrycza, B. Marcinkowski, K. Wyrzykowski „Język UML 2.0 w modelowaniu SI”
Systems Integration EGN 5623 Enterprise Systems Optimization (Professional MSEM) Fall, 2012 Systems Integration EGN 5623 Enterprise Systems Optimization.
7-1 © Prentice Hall, 2007 Topic 7: Analysis Classes Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey.
Chapter 3: Introducing the UML
310414IMPLEMENTATION1 IMPLEMENTATIONIMPLEMENTATION SOFTWARE ENGINEERING SOFTWARE ENGINEERING.
Systems Integration EGN 5623 Enterprise Systems Optimization (Professional MSEM) Fall, 2011 Systems Integration EGN 5623 Enterprise Systems Optimization.
Level 2 Training ~ Part 2B: Shift 2: Coherence Continued How does coherence affect classroom instruction?
Project management Topic 8 Configuration Management.
TEAM FOUNDATION VERSION CONTROL AN OVERVIEW AND WALKTHROUGH By: Michael Mallar.
CS 501: Software Engineering Fall 1999 Lecture 15 Object-Oriented Design I.
R R R CSE870: UML Component Diagrams Implementation Diagrams.
Analysis Classes Unit 5.
Software Project Configuration Management
Accounting Information Systems: A Business Process Approach
Working in the Forms Developer Environment
ERP & APO Integration Theories & Concepts
Overview of MDM Site Hub
SysML 2.0 Model Lifecycle Management (MLM) Working Group
INCOSE MBSE Model Management Working Group
Business System Development
ERP & APO Integration Theories & Concepts EGN 5623 Enterprise Systems Optimization (Professional MSEM) Fall, 2011.
Rational Unified Process
Component-Level Design
Process Modeling: Activity/Swimlane Diagrams
Design Model Like a Pyramid Component Level Design i n t e r f a c d s
Document Object Model (DOM): Objects and Collections
SV-10c Template Systems Event/Trace Description – step-by-step instructions and template Click the mouse button to see the next slide. Use the browser.
An Introduction to Software Architecture
DISTRIBUTED SYSTEMS Principles and Paradigms Second Edition ANDREW S
Chapter 11 Describing Process Specifications and Structured Decisions
Simple Sequencing Part 2
TOSCA v1.3 Deprecated Features and Non-Backward-Compatible Changes
Instructor: Dr. Michael Geiger Spring 2019 Lecture 34: Exam 3 Preview
Relationships—Topics
Presentation transcript:

Configuration Control of Architecture Models Dr. Ron Carson John Herrold Michael Crow The Boeing Company

Discussion Topics 1. How are models used in your organization today? 2. How are they managed/controlled today? 3. What are the problems in model management today? 4. What do you think are the solutions to the problem?

Underlying Objectives Establish purposes of configuration control of models in architecting (use cases) Establish measures of effectiveness of configuration control of models in architecting Quality attributes of configuration control Configuration control completeness Defects in configuration control

Elements and Features of Models Objects Relationships Vertical – parent/child Horizontal – e.g., functionsrequirements Configuration control of Control by self or by parent or owner? Control by self, “owner”, “defining”, “complying” object? Event or time-sequenced configuration control Functional/Logical: Parentchild (left-side-of-V) Physical: Childparent (right-side-of-V) A sibling Parent (same or different type) Child of a different parent

Model Management Use Cases – 1 Develop architecture (left side of V) “Freeze” requirements, functions, logical architecture elements, interfaces at specified levels prior to going to next-lower level “Design review” sequence Synchronize at each level (horizontal integration) Allow lower-level items to be changed until baselined Enables sequential, tiered architecting Measures: Number of functional and logical objects under control Number of relationships under control % objects appropriately under control (maturity check) % relationships appropriately under control Sibling Sibling Child Child Child Child Child Child

Model Management Use Cases – 2 Maintain configuration control of design (right side of V) Manage functions, logical elements, at higher levels Manage effects of changes at lower levels E.g., Part substitutions Measures Number and % of physical objects under configuration control (by level) Sibling Sibling Child Child Child Child Child Child

Model Management Use Cases – 3 Maintain multiple versions concurrently Establish controlled object Establish controlled, alternative objects Establish compatibility of multiple objects Measures Number of available versions of any object (1,*) Accuracy of version assignment to configuration or “baseline” Consistency of version assignments to baseline across all objects Sibling Sibling Child Alt. Child Child Child Child Child

Satisfying Objectives Establish purposes of configuration control of models in architecting (use cases) Are there more use cases to consider? Establish measures of effectiveness of configuration control of models in architecting Quality attributes of configuration control Configuration control completeness Are we controlling the right things at the right times? Levels Links and relationships Children / parents Defect management Uncontrolled, or prematurely controlled Incompletely controlled (see completeness) “Size” – number of versions for any object Related artifacts