Representations and Models: SysML and Beyond David Long Vitech Corporation SEDC 20121.

Slides:



Advertisements
Similar presentations
Writing Good Use Cases - Instructor Notes
Advertisements

Entity Relationship (E-R) Modeling
2006 Pearson Education, Inc. All rights reserved Object-Oriented Programming: Inheritance.
Use Case Diagrams.
© 2005 by Prentice Hall Appendix 3 Object-Oriented Analysis and Design Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Chapter 1: The Database Environment
Requirements Engineering Process
Chapter 7 System Models.
Requirements Engineering Process
1 Copyright © 2013 Elsevier Inc. All rights reserved. Chapter 1 Embedded Computing.
By D. Fisher Geometric Transformations. Reflection, Rotation, or Translation 1.
1 System Engineers Toolbox 1 Compliance Automation, Inc. INCOSE: NM Enchantment Chapter By Cheryl Hill August 12, 2009.
Object Oriented Development For DoDAF System of Systems
Introduction to Product Family Engineering. 11 Oct 2002 Ver 2.0 ©Copyright 2002 Vortex System Concepts 2 Product Family Engineering Overview Project Engineering.
Implementation of a Validated Statistical Computing Environment Presented by Jeff Schumack, Associate Director – Drug Development Information September.
Software Process Modeling with UML and SPEM
Business Transaction Management Software for Application Coordination 1 Business Processes and Coordination.
Jeopardy Q 1 Q 6 Q 11 Q 16 Q 21 Q 2 Q 7 Q 12 Q 17 Q 22 Q 3 Q 8 Q 13
Jeopardy Q 1 Q 2 Q 3 Q 4 Q 5 Q 6Q 16Q 11Q 21 Q 7Q 12Q 17Q 22 Q 8Q 13Q 18 Q 23 Q 9 Q 14Q 19Q 24 Q 10Q 15Q 20Q 25 Final Jeopardy Writing Terms.
Jeopardy Q 1 Q 6 Q 11 Q 16 Q 21 Q 2 Q 7 Q 12 Q 17 Q 22 Q 3 Q 8 Q 13
Title Subtitle.
Determine Eligibility Chapter 4. Determine Eligibility 4-2 Objectives Search for Customer on database Enter application signed date and eligibility determination.
DIVIDING INTEGERS 1. IF THE SIGNS ARE THE SAME THE ANSWER IS POSITIVE 2. IF THE SIGNS ARE DIFFERENT THE ANSWER IS NEGATIVE.
Addition Facts
Year 6 mental test 5 second questions
Communicating over the Network
© 2009 IBM Corporation iEA16 Defining and Aligning Requirements using System Architect and DOORs Paul W. Johnson CEO / President Pragmatica Innovations.
Week 2 The Object-Oriented Approach to Requirements
Requirements Diagrams With UML Models
Table 22.1 Stakeholder summary for the Odd Shoe Company
OOAD – Dr. A. Alghamdi Mastering Object-Oriented Analysis and Design with UML Module 3: Requirements Overview Module 3 - Requirements Overview.
© 2011 TIBCO Software Inc. All Rights Reserved. Confidential and Proprietary. Towards a Model-Based Characterization of Data and Services Integration Paul.
ABC Technology Project
1 1 Mechanical Design and Production Dept, Faculty of Engineering, Zagazig University, Egypt. Mechanical Design and Production Dept, Faculty of Engineering,
Use Case Diagrams.
Trap Diagnostic Facility Todays Software Diagnostic Tool with innovative features for the z/OS software developer Arney Computer Systems.
Software Requirements
© 2012 National Heart Foundation of Australia. Slide 2.
Executional Architecture
MANAGEMENT RICHARD L. DAFT.
Chapter 5 Test Review Sections 5-1 through 5-4.
SIMOCODE-DP Software.
GG Consulting, LLC I-SUITE. Source: TEA SHARS Frequently asked questions 2.
Addition 1’s to 20.
25 seconds left…...
Chapter 2 Entity-Relationship Data Modeling: Tools and Techniques
Week 1.
Chapter 10: The Traditional Approach to Design
Systems Analysis and Design in a Changing World, Fifth Edition
We will resume in: 25 Minutes.
McGraw-Hill/Irwin © 2008 The McGraw-Hill Companies, All Rights Reserved Chapter 12 Integrating the Organization from End to End – Enterprise Resource Planning.
1 Unit 1 Kinematics Chapter 1 Day
Chapter 11 Component-Level Design
1 PART 1 ILLUSTRATION OF DOCUMENTS  Brief introduction to the documents contained in the envelope  Detailed clarification of the documents content.
Supply Chain Performance Measurement
Ch. 13: Supply Chain Performance Measurement: Introduction
Supply Chain Performance Measurement
Modeling Main issues: What do we want to build How do we write this down.
From Model-based to Model-driven Design of User Interfaces.
Karolina Muszyńska Based on: S. Wrycza, B. Marcinkowski, K. Wyrzykowski „Język UML 2.0 w modelowaniu SI”
© Copyright 2011 John Wiley & Sons, Inc.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
Chapter 7 System models.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
Effective SE Communication through Models and Representations David Long INCOSE Copyright © 2015 by D. Long. Published.
CV-1: Vision The overall vision for transformational endeavors, which provides a strategic context for the capabilities described and a high-level scope.
Presentation transcript:

Representations and Models: SysML and Beyond David Long Vitech Corporation SEDC 20121

In the beginning, a basic set of views… 2SEDC 2012

Followed by evolution… 3SEDC 2012

And insights and influences from UML… 4SEDC 2012

Next the introduction of frameworks… 5SEDC 2012

And the SysML revolution! 6SEDC 2012

Complex Problems, Diverse Groups, and Clear Needs 7 Analysis, presentation, and argumentation SEDC 2012

What Is A View? 8 MODEL VIEW SEDC 2012

9

Transitioning to an Integrated Toolbox of Fit-for-Purpose Views 10 Reprinted from DoDAF 2.0 SEDC 2012

Criteria for Diagram Choice Who is your audience? What do they want/need to see? What do you want/need to tell them? 11SEDC 2012

VIEWS DEPICT BEHAVIOR 12 Make Information Request Accept & Format RequestGet Product from Inventory Provide Product to Customer Accept Product SEDC 2012

An Integrated Picture of Behavioral Views What about audience? level of detail? 13 Concepts reflected Composition Control / Structure Triggering Data Flow Allocation SEDC 2012

Behavioral Views 14 DoDAF OV-1 Level of Detail: Low Audience: General Content: General context often with lightweight composition, triggering, and allocation Use: High-level contextual introduction to describe operational boundaries and align system vision FFBD Level of Detail: Low Audience: General, excluding software engineers Content: Specification of flow of control Use: Initial capture of threads and integrated behavior when focusing purely on control aspects Sequence Diagram Level of Detail: Medium Audience: General Content: Specification of sequence (but not control), allocation, and triggering Use: Initial capture of threads when focusing purely on triggering aspects; communication with software engineers SEDC 2012

Behavioral Views, cont. 15 N2 Diagram Level of Detail: Low Audience: General Content: Data flow with possible inclusion of allocation Use: Focused understanding of data flow and implied interfaces; clustering analysis IDEF0 Diagram Level of Detail: High Audience: Traditional SEs and process engineers Content: Data flow, triggering, and allocation Use: Analysis of data flow with diagnostics of inconsistencies across behavioral decomposition State Transition Diagram Level of Detail: Medium Audience: System and software engineers Content: System states and the corresponding transitions Use: Insight into the system by taking an orthogonal look at behavior SEDC 2012

Behavioral Views, cont. 16 Enhanced FFBD Level of Detail: High Audience: Not software engineers or SysML zealots Content: Composition, triggering, resourcing, and allocation Use: Full specification of system behavior; best at higher levels of decomposition (level 0, level 1, …) when dealing with broader audiences Activity Diagram Level of Detail: Highest Audience: System and software engineers Content: Composition, triggering, and allocation Use: Full specification of system behavior; best at lower levels of decomposition (design view) Simulation Timeline Level of Detail: Medium Audience: General Content: True performance aspects of specified behavior Use: Debugging system logic; analysis of performance characteristics SEDC 2012

VIEWS DEPICT COMPONENTS 17SEDC 2012

An Integrated Picture of Physical Views 18 PHYSICAL CHARACTERISTICS SPECTRUM More composition Less connectivity Less composition More connectivity Hierarchy Block Definition Internal Block Level 0 Level N Physical N2 Interface Block Physical Block Concepts Composition Connections Inheritance SEDC 2012

Physical Views 19 DoDAF SV-1 Level of Detail: Medium Audience: General Content: General context with lightweight composition and connectivity (logical and physical) Use: High-level contextual introduction to describe system boundaries and align system vision Physical Hierarchy Level of Detail: Low Audience: General Content: Multi-level specification of system composition Use: In-depth hierarchical presentation of parts list SEDC 2012

Physical Views, cont. 20 Block Definition Diagram (Classification) Level of Detail: High Audience: System and software engineers Content: System inheritance model Use: Detailed representation of any system inheritance and corresponding characteristics; software class diagram Level of Detail: High Audience: System/software engineers and subject matter experts (SMEs) Content: Physical composition often including block roles and characteristics Use: Detailed, multi-level design representation of system composition and corresponding physical characteristics Block Definition Diagram (Structure) SEDC 2012

Physical Views, cont. 21 Physical N2 Diagram Level of Detail: Low Audience: General Content: Single-level composition with corresponding logical (interface) or physical (link) connections Use: High-level identification of connections; clustering analysis Internal Block Diagram Level of Detail: High Audience: System/software engineers and SMEs Content: Specification of logical or physical connectivity often with ports, directionality, and corresponding data flows Use: Specification of logical or physical connections Interface Block and Physical Block Diagrams Level of Detail: Medium Audience: Not software engineers or SysML zealots Content: Composition with logical or physical connectivity Use: Specification of logical or physical connections; boundary definition; insight into external connections SEDC 2012

VIEWS DEPICT REQUIREMENTS 22SEDC 2012

Requirement Views 23 Level of Detail: Medium Audience: System/software engineers Content: Names, relationships, and descriptions Use: Limited use (a toy representation); context for limited set of requirements Requirements Diagram Hierarchy Diagram Level of Detail: Low Audience: General Content: Names and relationships Use: Multi-level decomposition and traceability of requirements Tables Level of Detail: High Audience: General Content: Requirement properties and relationships Use: Requirement lists; traceability matrices; verification matrices SEDC 2012

A Few Additional Representations 24 Parametric Diagram Level of Detail: High Audience: Systems engineers and SMEs Content: System parameter definition Use: Mathematical specification of key system parameters Use Case Diagram Level of Detail: Low Audience: General Content: Use cases and corresponding actors (components) Use: High-level tool to elicit requirements; bridge from requirements to system threads Spider Diagram Level of Detail: Low Audience: General Content: Object names and interrelationships Use: Contextual view of objects of interest with no implied meaning Dashboards Level of Detail: Low Audience: General Content: Fusion content Use: Single page focused illustration; often measurement / management SEDC 2012

25 A Consistent View of Views

Geospatial Library pbd Geospatial Library C.3 Customer Certification Authority C.1 Customers C.2 Collectors SYS.1.2 Workstation SYS.1.1 Command Center Geospatial Library Certification Request Link Certification Response Link Request Link Return Link Status Link Collector Product Link Command Link GL Internal Link

Customers Geospatial Library seq Thread 1- Product in Inventory

SEDC A Consistent View of Views

The Trap to Avoid Disjoint fit-for-purpose views can wreck our project on the rocky shores 32 Diagrams must be representational tools from the model, not a substitute for a model SEDC 2012