Skip to:Content
|
Bottom
Cover image for Real time UML workshop for embedded systems
Title:
Real time UML workshop for embedded systems
Personal Author:
Series:
Embedded technology series
Publication Information:
Burlington, MA : Newnes, 2007
Physical Description:
1 CD-ROM ; 12 cm.
ISBN:
9780750679060
General Note:
Accompanies text of the same title : QA76.6 D684 2007

Available:*

Library
Item Barcode
Call Number
Material Type
Item Category 1
Status
Searching...
30000010120634 CP 8052 Computer File Accompanies Open Access Book Compact Disc Accompanies Open Access Book
Searching...
Searching...
30000010120633 CP 8052 Computer File Accompanies Open Access Book Compact Disc Accompanies Open Access Book
Searching...

On Order

Summary

Summary

This practical new book provides much-needed, practical, hands-on experience capturing analysis and design in UML. It holds the hands of engineers making the difficult leap from developing in C to the higher-level and more robust Unified Modeling Language, thereby supporting professional development for engineers looking to broaden their skill-sets in order to become more saleable in the job market. It provides a laboratory environment through a series of progressively more complex exercises that act as building blocks, illustrating the various aspects of UML and its application to real-time and embedded systems. With its focus on gaining proficiency, it goes a significant step beyond basic UML overviews, providing both comprehensive methodology and the best level of supporting exercises available on the market. Each exercise has a matching solution which is thoroughly explained step-by-step in the back of the book. The techniques used to solve these problems come from the author's decades of experience designing and constructing real-time systems. After the exercises have been successfully completed, the book will act as a desk reference for engineers, reminding them of how many of the problems they face in their designs can be solved.


Author Notes

Embedded Software Methodologist. Triathlete. Systems engineer. Contributor to UML and SysML specifications. Writer. Black Belt. Neuroscientist. Classical guitarist. High school dropout. Bruce Powel Douglass, who has a doctorate in neurocybernetics from the USD Medical School, has over 35 years of experience developing safety-critical real-time applications in a variety of hard real-time environments. He is the author of over 5700 book pages from a number of technical books including Real-Time UML, Real-Time UML Workshop for Embedded Systems, Real-Time Design Patterns, Doing Hard Time, Real-Time Agility, and Design Patterns for Embedded Systems in C. He is the Chief Evangelist at IBM Rational, where he is a thought leader in the systems space and consulting with and mentors IBM customers all over the world. He can be followed on Twitter @BruceDouglass. Papers and presentations are available at his Real-Time UML Yahoo technical group (http://tech.groups.yahoo.com/group/RT-UML) and from his IBM thought leader page (www-01.ibm.com/software/rational/leadership/thought/brucedouglass.html).


Table of Contents

Prefacep. xiii
Audiencep. xiv
Goalsp. xv
Where to Go After the Bookp. xv
Evaluate UML on ARMp. xv
Acknowledgmentsp. xvii
About the Authorp. xix
What's on the CD-ROM?p. xxi
Chapter 1 Introductionp. 1
Basic Modeling Concepts of the UMLp. 1
Structural Elements and Diagramsp. 5
Small Things: Objects, Classes, and Interfacesp. 5
Relationsp. 10
Big Things: Subsystems, Components, and Packagesp. 17
Behavioral Elements and Diagramsp. 19
Actions and Activitiesp. 19
Operations and Methodsp. 20
Activity Diagramsp. 20
Statechartsp. 22
Interactionsp. 27
Use Case and Requirements Modelsp. 31
Summaryp. 33
Check Out the CD-ROMp. 33
Chapter 2 The Harmony Processp. 35
Introductionp. 35
The Harmony Development Processp. 36
Why Process?p. 36
Harmony Process Overviewp. 41
The Systems Engineering Harmony Workflows in Detailp. 43
The Incremental (Spiral) Development Workflows in Detailp. 47
Increment Review (Party!) Workflowp. 48
Design with the Harmony Processp. 55
Implementationp. 60
Testp. 61
Summaryp. 63
Chapter 3 Specifying Requirementsp. 65
Overviewp. 65
Problem 3.1 Identifying Kinds of Requirements for Roadrunner Traffic Light Control Systemp. 67
Problem 3.2 Identifying Use Cases for the Roadrunner Traffic Light Control Systemp. 69
Problem 3.3 Mapping Requirements to Use Casesp. 69
Problem 3.4 Identifying Use Cases for the Coyote UAV Systemp. 70
Problem 3.5 Identifying Parametric Requirementsp. 70
Problem 3.6 Capturing Quality of Service Requirements in Use Casesp. 71
Problem 3.7 Operational View: Identifying Traffic Light Scenariosp. 71
Problem 3.8 Operational View: CUAVS Optical Surveillance Scenariosp. 73
Problem 3.9 Specification View: Use-Case Descriptionp. 73
Specification View: State Machines for Requirements Capturep. 74
Problem 3.10 Specification View: Capturing Complex Requirementsp. 76
Problem 3.11 Operational to Specification View: Capturing Operational Contractsp. 77
Referencesp. 82
Chapter 4 Systems Architecturep. 83
Overviewp. 83
Problem 4.1 Organizing the Systems Modelp. 85
Problem 4.2 Subsystem Identificationp. 90
Problem 4.3 Mapping Operational Contracts into Subsystem Architecturep. 92
Problem 4.4 Identifying Subsystem Use Casesp. 101
Looking Aheadp. 107
Chapter 5 Object Analysisp. 109
Overviewp. 109
Key Strategies for Object Identificationp. 111
Underline the Noun Strategyp. 113
Identify the Causal Agentsp. 113
Identify Services (Passive Contributors or Server Objects)p. 114
Identify Messages and Information Flowsp. 114
Identify Real-World Itemsp. 114
Identify Physical Devicesp. 114
Identify Key Conceptsp. 115
Identify Transactionsp. 115
Identify Persistent Informationp. 115
Identify Visual Elementsp. 115
Identify Control Elementsp. 116
Apply Scenariosp. 116
Problem 5.1 Apply Nouns and Causal Agents Strategiesp. 116
Problem 5.2 Apply Services and Messages Strategiesp. 125
Problem 5.3 Apply Real-World Items and Physical Devices Strategiesp. 127
Problem 5.4 Apply Key Concepts and Transaction Strategiesp. 128
Problem 5.5 Apply Identify Visual Elements and Scenarios Strategiesp. 128
Problem 5.6 Merge Models from the Various Strategiesp. 137
Looking Aheadp. 139
Chapter 6 Architectural Designp. 141
Overviewp. 141
Problem 6.1 Concurrency and Resource Architecturep. 147
Problem 6.2 Distribution Architecturep. 158
Problem 6.3 Safety and Reliability Architecturep. 163
Looking Aheadp. 177
Chapter 7 Mechanistic and Detailed Designp. 179
Overviewp. 179
Mechanistic Designp. 180
Delegation Pattern Strategyp. 183
Interface Abstraction Pattern Strategyp. 185
Detailed Designp. 187
Problem 7.1 Applying Mechanistic Design Patterns-Part 1p. 192
Problem 7.2 Applying Mechanistic Design Patterns-Part 2p. 196
Problem 7.3 Applying Detailed-Design State Behavior Patternsp. 201
Problem 7.4 Applying-Detailed Design Idiomsp. 206
Summaryp. 214
Chapter 8 Specifying Requirements: Answersp. 215
Answer 3.1 Identifying Kinds of Requirementsp. 215
Answer 3.2 Identifying Use Cases for Roadrunner Traffic Light Control Systemp. 216
Answer 3.3 Mapping Requirements to Use Casesp. 219
Answer 3.4 Identifying Use Cases for Coyote UAV Systemp. 220
Answer 3.5 Identifying Parametric Requirementsp. 222
Answer 3.6 Capturing Quality of Service Requirementsp. 223
Answer 3.7 Operational View: Identifying Traffic Light Scenariosp. 224
Answer 3.8 Operational View: CUAVS Optical Surveillance Scenariosp. 228
Answer 3.9 Specification View: Use-Case Descriptionsp. 231
Answer 3.10 Specification View: Capturing Complex Requirementsp. 232
Answer 3.11 Operational to Specification View: Capturing Operational Contractsp. 238
Referencesp. 242
Chapter 9 Systems Architecture: Answersp. 243
Answer 4.1 Organizing the Systems Modelp. 243
Answer 4.2 Subsystem Identificationp. 250
Answer 4.3 Mapping Operational Contracts into the Subsystem Architecturep. 256
Answer 4.4 Identifying Subsystem Use Casesp. 267
Chapter 10 Object Analysis: Answersp. 273
Answer 5.1 Apply Nouns and Causal Agents Strategiesp. 273
Answer 5.2 Apply Services and Messages Strategiesp. 291
Answer 5.3 Applying the Real-World Items and Physical Devices Strategiesp. 297
Answer 5.4 Apply Key Concepts and Transaction Strategiesp. 299
Answer 5.5 Identify Visual Elements and Scenarios Strategiesp. 303
Answer 5.6 Merge Models from the Various Strategiesp. 315
Chapter 11 Architectural Design: Answersp. 317
Answer 6.1 Concurrency and Resource Architecturep. 317
Answer 6.2 Distribution Architecturep. 319
Answer 6.3 Safety and Reliability Architecturep. 323
Chapter 12 Mechanistic and Detailed Design: Answersp. 339
Answer 7.1 Applying Mechanistic Design Patterns-Part 1p. 339
Answer 7.2 Applying Mechanistic Design Patterns-Part 2p. 341
Answer 7.3 Applying Detailed-Design State Behavior Patternsp. 346
Answer 7.4 Applying Detailed-Design Idiomsp. 351
Appendix A The Roadrunner Intersection Controller System Specificationp. 357
Overviewp. 357
The Intersection Controller (IC)p. 357
Configuration Parametersp. 358
Intersection Modesp. 361
The Vehicle Detectorp. 365
Vehicular Traffic Lightp. 366
Pedestrian Light and Sensorp. 367
Front Panel Displayp. 368
Remote Communicationsp. 369
Powerp. 370
Appendix B The Coyote Unmanned Air Vehicle System (CUAVS) Specificationp. 371
Overviewp. 371
Primary CUAV System Componentsp. 371
The Unmanned Air Vehicle (UAV)p. 371
The Coyote Mission Planning and Control System (CMPCS)p. 372
Coyote Payloadsp. 372
The Coyote Datalink Subsystem (CDS)p. 373
Detailed Requirementsp. 373
The Unmanned Air Vehicle (UAV)p. 373
Flight Modesp. 373
Mission Modesp. 374
The Coyote Mission Planning and Control System (CMPCS)p. 374
The Coyote Reconnaissance Sensor Suite Payload (CSSP)p. 375
The Coyote Hellfire Attack Payload (CHAP)p. 376
The Coyote Datalink Subsystem (CDS)p. 377
Appendix C UML Notational Summaryp. 379
Indexp. 401
Go to:Top of Page