Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Slides:



Advertisements
Similar presentations
1 Copyright © 2013 Elsevier Inc. All rights reserved. Chapter 1 Embedded Computing.
Advertisements

Integration of MBSE and Virtual Engineering for Detailed Design
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 12Slide 1 Software Design l Objectives To explain how a software design may be represented.
OMG Systems Modeling Language (OMG SysML™) Matthew Hause ARTiSAN Software Tools Some slides reused from the OMG SysML™ Tutorial with permission.
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
The Unified Software Development Process - Workflows Ivar Jacobson, Grady Booch, James Rumbaugh Addison Wesley, 1999.
1 SWE Introduction to Software Engineering Lecture 25 – Object-Oriented Design (Chapter 14)
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 14 Slide 1 Object-oriented design 2.
Modeling State-Dependent Objects Using Colored Petri Nets
Architectural Design.
Model-Driven User Requirements Specification using SysML Authors: Michel dos Santos Soares, Jos Vrancken Source: Journal of Software(JSW), Vol. 3, No.
Free Mini Course: Applying SysML with MagicDraw
An Introduction to Software Architecture
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
SysML Awareness John Davies BSc, PhD, CEng, FIET.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
Unified Modelling Language (UML) Software Engineering Lab. Sharif University of Technology.
Requirements and Use Cases
OMT Modeling 1. Object Model : presented by the object model and the data dictionary. 2. Dynamic Model: presented by the state diagrams and event flow.
SYSE 802 John D. McGregor Module 1 Session 2 Requirements Modeling in SysML.
UML / UML 2.0 Diagrams (Part I) 1. Overview of the 13 diagrams of UML Structure diagrams 1.Class diagram 2.Composite structure diagram (*) 3.Component.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
© 2009 Artisan Software Tools. All rights reserved. Testing Solutions with UML/SysML Andrew Stuart, Matthew Hause.
UML (Unified Modeling Language)
Systems Modeling Language (SysML). 2 What is SysML? A graphical modeling language in response to UML for Systems Engineering developed by the OMG, INCOSE,
IBM Rational Rhapsody Advanced Systems Training v7.5
Design Review.
Systems Engineering Concept Model (SECM) Update
Software Architecture
UML Diagrams By Daniel Damaris Novarianto S..
Systems Analysis and Design With UML 2
UML Diagrams Jung Woo.
UML Diagrams: The Static Model Class Diagrams
Documenting an Architecture
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Modeling Constraints with Parametrics
Chapter 20 Object-Oriented Analysis and Design
Design and Implementation
An Introduction to Software Architecture
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2012, Elsevier Inc. All rights Reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
The University of Adelaide, School of Computer Science
Copyright © 2012, Elsevier Inc. All rights Reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2013 Elsevier Inc. All rights reserved.
Copyright © 2012, Elsevier Inc. All rights Reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2012, Elsevier Inc. All rights Reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2013 Elsevier Inc. All rights reserved.
Modeling Modelica Interfaces with SysML v1.3
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Modeling Cross-Cutting Relationships with Allocations
Modeling Text-Based Requirements and their Relationship to Design
Modeling Functionality with Use Cases
Customizing SysML for Specific Domains
Copyright © 2012, Elsevier Inc. All rights Reserved.
Copyright © 2012, Elsevier Inc. All rights Reserved.
Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.
Copyright © 2013 Elsevier Inc. All rights reserved.
Modeling Message-Based Behavior with Interactions
Copyright © 2012, Elsevier Inc. All rights Reserved.
Software Architecture
Presentation transcript:

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FRIEDENTHAL-9780128002025 A Practical Guide to SysML The Systems Modeling Language Third edition Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. CH04 - AN AUTOMOBILE EXAMPLE USING THE SysML BASIC FEATURE SET Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.1 Package diagram showing how the model is organized into packages that contain the model elements that comprise the Automobile Domain. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.2 Requirement diagram showing the system requirements contained in the Automobile Specification. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.3 Block definition diagram of the Automobile Domain showing the Vehicle as the system of interest, along with the Vehicle Occupants and the Environment. Selected value properties for the Road and Atmosphere are also shown. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.4 The use case diagram describes the major functionality in terms of how the Vehicle is used by the Vehicle Occupants to Operate Vehicle. The Vehicle and Vehicle Occupants are defined on the block definition diagram in Figure 4.3. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.5 The Drive Vehicle sequence diagram describes the interaction between the Driver and the Vehicle to realize the Drive Vehicle use case in Figure 4.4. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.6 Sequence diagram for the Turn On Vehicle interaction that was referenced in the Drive Vehicle sequence diagram in Figure 4.5, showing the message from the Driver requesting Vehicle to start, and the Vehicle responding with the vehicle on reply. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.7 Activity diagram allocated from the Control Neutral, Forward, and Reverse Power interaction uses that are referenced in the Drive Vehicle sequence diagram in Figure 4.5. It shows the continuous Accelerator Cmd input and the Gear Select input from the Driver to the Provide Power action that the Vehicle must perform. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.8 A state machine diagram that shows the Drive Vehicle States and the transitions between them. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.9 The internal block diagram for the Automobile Domain describes the Vehicle Context, which shows the Vehicle and its external interfaces with the Driver and the Physical Environment that were defined in Figure 4.3. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.10 A block definition diagram of the Vehicle Hierarchy that shows the Vehicle and its components. The Power Train is further decomposed into its components, and the Vehicle Processor includes the Vehicle Controller software. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.11 Cont’d Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.11 The activity diagram for Provide Power shows how the Vehicle components generate the torque to move the vehicle. This activity diagram realizes the Provide Power action in Figure 4.7 with activity partitions that correspond to the components in Figure 4.10 Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.12 The internal block diagram for the Power Subsystem shows how the parts of the Vehicle that Provide Power are interconnected. The parts interact as specified by the activity diagram in Figure 4.11. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.13 The block definition diagram for the Analysis Context that defines the equations for analyzing the vehicle acceleration requirement. The equations and their parameters are specified using constraint blocks. The Automobile Domain block from Figure 4.3 is referenced since it is the subject of the analysis. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.14 The parametric diagram that uses the equations defined in Figure 4.13 to analyze vehicle acceleration. The parameters of the equations are bound to other parameters and to value properties of the Vehicle and its Physical Environment, some of which were defined in Figure 4.3. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.15 Analysis results from executing the constraints in the parametric diagram in Figure 4.14, showing the Vehicle Speed and Vehicle State as a function of time. This is captured in a UML timing diagram. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.16 A block definition diagram that shows the Engine block and the features used to specify the block. This block was previously shown in the Vehicle Hierarchy block definition diagram in Figure 4.10. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.17 The requirement diagram showing the traceability of the Maximum Acceleration requirement that was displayed in the Automobile Specification in Figure 4.2. The traceability to a text-based requirement includes the design elements to satisfy it, other requirements derived from it, and a test case to verify it. Rationale for the deriveReqt relationship based on parametric analysis is also shown. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.

Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved. FIGURE 4.18 The package diagram showing the Architect viewpoint to address concerns related to fuel economy versus acceleration trade-offs, and a Regulator viewpoint to address concerns related to meeting safety requirements. Copyright © 2015, 2012, 2009 Elsevier Inc. All rights reserved.