國立虎尾科技大學 |

Model-based system and architecture engineering with the arcadia method

Record Type:	Language materials, printed : Monograph/item
Title/Author:	Model-based system and architecture engineering with the arcadia method/ Jean-Luc Voirin.
Author:	Voirin, Jean-Luc,
Published:	London :ISTE Press ; : 2018.,
Description:	1 online resource.
Subject:	Systems engineering. -
Online resource:	https://www.sciencedirect.com/science/book/9781785481697
ISBN:	9780081017944 (electronic bk.)

Model-based system and architecture engineering with the arcadia method
Voirin, Jean-Luc,

Model-based system and architecture engineering with the arcadia method[electronic resource] /Jean-Luc Voirin. - London :ISTE Press ;2018. - 1 online resource. - Implementation of model based system engineering set. - Implementation of model based system engineering set..

Includes bibliographical references and index.

Foundations of the Method: General Approach and Major Prospects --Machine generated contents note:

Arcadia is a system engineering method based on the use of models, with a focus on the collaborative definition, evaluation and exploitation of its architecture. This book describes the fundamentals of the method and its contribution to engineering issues such as requirements management, product line, system supervision, and integration, verification and validation (IVV). It provides a reference for the modeling language defined by Arcadia. The author discusses the range of applications, from the assessment of different architectures and their suitability, to the collaboration between system engineering, specialties such as safety or security, subsystems engineering teams, software and hardware. This isillustrated by several examples of representative models which constitute a common thread.

ISBN: 9780081017944 (electronic bk.)Subjects--Topical Terms:

561164
Systems engineering.
Index Terms--Genre/Form:

554714
Electronic books.

LC Class. No.: TA168

Dewey Class. No.: 620.011

Model-based system and architecture engineering with the arcadia method
LDR:14373cam a2200301 a 4500 001 1042925
006 m o d
007 cr cnu|||unuuu
008 211216s2018 enka gob 001 0 eng d
020 $a 9780081017944 (electronic bk.)
020 $a 0081017944 (electronic bk.)
020 $a 9781785481697
020 $a 178548169X
035 $a (OCoLC)1013462528
035 $a on1013462528
040 $a N$T $b eng $c N$T $d IDEBK $d EBLCP $d N$T $d OPELS $d OCLCF $d UAB $d YDX $d UPM $d MERER $d OCLCQ $d D6H $d U3W $d OCLCQ $d INT $d OCLCQ $d LVT $d OCLCQ $d AU@ $d LQU $d OCLCQ $d S2H $d OCLCO $d OCLCQ
041 0 $a eng
050 4 $a TA168
082 0 4 $a 620.011 $2 23
100 1 $a Voirin, Jean-Luc, $e author. $3 1343627
245 1 0 $a Model-based system and architecture engineering with the arcadia method $h [electronic resource] / $c Jean-Luc Voirin.
260 $a London : $a Kidlington, Oxford : $b ISTE Press ; $c 2018. $b Elsevier,
300 $a 1 online resource.
490 1 $a Implementation of model based system engineering set
504 $a Includes bibliographical references and index.
505 0 0 $g Machine generated contents note: $g pt. 1 $t Foundations of the Method: General Approach and Major Prospects -- $g ch. 1 $t Motivations, Background and Introduction to Arcadia -- $g 1.1. $t Context and challenges -- $g 1.2. $t bit of history: the creation of a method -- $g 1.2.1. $t Evolution of engineering -- $g 1.2.2. $t 2001 -- 2006: First experiments using a model-based approach -- $g 1.2.3. $t 2006: From an engineering transformation plan toward a method -- $g 1.2.4. $t First deployments -- new setbacks -- $g 1.2.5. $t Transition to an agile definition process of the method -- $g 1.2.6. $t Global operational deployment and maturity -- $g 1.3. $t Scope of application of Arcadia -- $g 1.3.1. $t collaborative development of the architecture, not the exploration -- $g 1.3.2. $t Cooperation with experts, but not their core profession -- $g 1.3.3. $t Definition and design of the architecture, not its development -- $g 1.3.4. $t Some very broad application scopes and areas -- $g 1.4. $t Arcadia presentation -- $g ch. 2 $t Main Perspectives Structuring the Modeling Approach -- $g 2.1. $t From the need to the solution -- $g 2.1.1. $t Operational analysis (or OA) -- $g 2.1.2. $t System needs analysis (or SA) -- $g 2.1.3. $t Logical architecture (or LA) -- $g 2.1.4. $t Physical architecture (or PA) -- $g 2.1.5. $t Product building strategy (or BS) -- $g 2.2. $t Overview of the main concepts -- $g 2.3. $t illustrative example: traffic regulation in the vicinity of a level crossing -- $g ch. 3 $t Adaptation to Project Context and Life Cycle -- $g 3.1. $t Iterative or incremental approach -- $g 3.2. $t Scheduling activities -- $g 3.3. $t Top-down or bottom-up approach -- $g 3.4. $t Progressive and focused architecture construction -- $g 3.5. $t Activity adjustment and adaptation to a particular area -- $g ch. 4 $t General Approach to Functional Analysis -- $g 4.1. $t role of functional analysis in Arcadia -- $g 4.2. $t General principles of functional analysis in Arcadia -- $g 4.2.1. $t Functions and exchanges -- $g 4.2.2. $t Missions, capabilities, functional chains and scenarios -- $g 4.2.3. $t States and modes -- $g 4.2.4. $t Data model -- $g 4.2.5. $t Non-functional characterization and analysis viewpoints -- $g 4.2.6. $t Summary -- $g 4.3. $t Functional analysis construction approach -- $g 4.3.1. $t Top-down hierarchical approach -- $g 4.3.2. $t Functional grouping bottom-up approach -- $g 4.3.3. $t Functional construction/allocation approach -- $g 4.3.4. $t Service functions and traversal functional chains based approach -- $g 4.3.5. $t Use case scenario based approach -- $g 4.3.6. $t practical approach of functional analysis -- $g 4.3.7. $t Summary -- $g ch. 5 $t Operational Analysis -- $g 5.1. $t Principles -- $g 5.2. $t Define missions and required operational capabilities -- $g 5.3. $t Perform operational needs analysis -- $g 5.4. $t Summary -- $g 5.5. $t Exercise -- $g ch. 6 $t System Needs Analysis -- $g 6.1. $t Principles -- $g 6.2. $t Performing a capability compromise analysis -- $g 6.3. $t Performing a functional and non-functional needs analysis -- $g 6.4. $t Formalizing and consolidating the expression of system needs -- $g 6.5. $t Summary -- $g 6.6. $t Exercise -- $g ch. 7 $t Definition of the Principle Architecture or Logical Architecture -- $g 7.1. $t Principles -- $g 7.2. $t Definition of the factors impacting the architecture and analysis viewpoints -- $g 7.3. $t Definition of the behavior principles of the system -- $g 7.4. $t Construction of component-based system structuring alternatives -- $g 7.5. $t Selection of the architecture alternative offering the best trade-off -- $g 7.6. $t Summary -- $g 7.7. $t Exercise -- $g ch. 8 $t Definition of the Finalized Architecture or Physical Architecture -- $g 8.1. $t Principles -- $g 8.2. $t Definition of the structuring principles of the architecture and behavior -- $g 8.3. $t Detail and finalization of the expected system behavior -- $g 8.4. $t Construction and rationalization of one or more possible system architectures -- $g 8.5. $t Selection, completion and justification of the system architecture retained -- $g 8.6. $t Summary -- $g 8.7. $t Exercise -- $g ch. 9 $t Definition of Implementation, Development, Acquisition and Integration Contracts -- $g 9.1. $t Principles -- $g 9.2. $t Definition of the product breakdown structure -- $g 9.3. $t Finalization of development contracts of components to be implemented -- $g 9.4. $t Consolidation of the definition of components to be acquired -- $g 9.5. $t Definition of the IVV strategy -- $g 9.6. $t Summary -- $g pt. 2 $t Method in Action: Using Engineering Models -- $g ch. 10 $t Mixing Viewpoints: Analysis and Specialties -- $g 10.1. $t Justification -- $g 10.2. $t Principles behind the approach -- $g 10.3. $t illustration of some viewpoints -- $g 10.3.1. $t Operational analysis -- $g 10.3.2. $t System needs analysis -- $g 10.3.3. $t Logical architecture -- $g 10.3.4. $t Physical architecture -- $g 10.3.5. $t Contracts development -- $g 10.4. $t Summary -- $g ch. 11 $t Requirements Engineering and Modeling -- $g 11.1. $t Limits of engineering based only on informal requirements -- $g 11.2. $t Using models as a support for expressing requirements -- $g 11.3. $t Link between informal and model requirements -- $g 11.4. $t Structuring requirements and the model -- $g 11.5. $t Summary -- $g ch. 12 $t Integration, Verification and Validation Approach -- $g 12.1. $t Defining and implementing the test strategy -- $g 12.1.1. $t Principles -- $g 12.1.2. $t Defining the strategy for testing and integration -- $g 12.1.3. $t Optimizing multilevel IVV -- $g 12.1.4. $t Specifying test means -- $g 12.1.5. $t Optimizing progress of the integration -- $g 12.2. $t Verifying model requirements -- $g 12.2.1. $t Principles -- $g 12.2.2. $t Inspection -- $g 12.2.3. $t Model analysis -- $g 12.2.4. $t Demonstration and tests -- $g 12.3. $t Definition and use of scenarios and functional chains in IVV -- $g 12.4. $t Verifying informal requirements -- $g 12.5. $t Summary -- $g ch. 13 $t Articulation between Engineering Levels -- $g 13.1. $t Principles of the coengineering approach -- $g 13.2. $t Responsibility and limits of each engineering -- $g 13.3. $t Articulation by informal requirements only -- $g 13.4. $t Model-based articulation -- $g 13.4.1. $t Single component transition -- $g 13.4.2. $t Multicomponent transition -- $g 13.4.3. $t Reusable component-based construction -- $g 13.4.4. $t Transition to design and development engineering -- $g 13.5. $t Articulation with the customer -- $g 13.5.1. $t Articulation between final customer and lead system supplier -- $g 13.5.2. $t Articulation between the lead supplier and a subsystem supplier -- $g 13.6. $t Summary -- $g ch. 14 $t System Supervision, States and Modes -- $g 14.1. $t Introduction to supervision -- $g 14.2. $t Principles and concepts -- $g 14.3. $t Articulation between states and modes in Arcadia perspectives -- $g 14.3.1. $t States and modes in operational analysis -- $g 14.3.2. $t States and modes in system needs analysis -- $g 14.3.3. $t States and modes in logical architecture -- $g 14.3.4. $t States and modes in physical architecture -- $g 14.3.5. $t States and modes between engineering levels -- $g 14.4. $t Approach to defining states and modes and the system supervision -- $g 14.4.1. $t Definition of expected behaviors -- $g 14.4.2. $t Analysis of superpositions of modes and states -- $g 14.4.3. $t Adapting architecture to superpositions -- $g 14.5. $t Designing supervision associated with system and components states and modes -- $g 14.5.1. $t Supervision functions and behavior -- $g 14.5.2. $t Articulation between system and components supervision -- $g 14.5.3. $t Analysis and verification of the conditions for system reconfigurations -- $g 14.6. $t Using the model for startup and shutdown procedures -- $g 14.7. $t Summary
505 0 0 $t 15 $t Contribution to Product Line Engineering -- $g 15.1. $t Context and position of the problem -- $g 15.2. $t General approach to product line engineering -- $g 15.2.1. $t Principles of the approach -- $g 15.2.2. $t Drivers and key activities in the approach -- $g 15.2.3. $t Benefits of the approach -- $g 15.3. $t Joint construction of architecture and product variability -- $g 15.3.1. $t Market analysis in operational analysis -- $g 15.3.2. $t Defining customer options in system needs analysis -- $g 15.3.3. $t Designing a logical and physical architecture compatible with the product policy -- $g 15.3.4. $t Deriving a configuration for a given customer or product using a subtractive approach -- $g 15.4. $t Additive or compositional engineering by building blocks -- $g 15.4.1. $t Engineering using reusable components, building blocks -- $g 15.4.2. $t Building a base of reusable components -- $g 15.4.3. $t Defining a configuration by reusing components in an additive approach -- $g 15.5. $t Articulating system and subsystem product lines -- $g 15.6. $t Summary -- $g pt. 3 $t Encyclopedia of the Language and Glossary of the Concepts of Arcadia -- $g ch. 16 $t Introduction to Arcadia Modeling Language -- $g 16.1. $t perimeter addressed -- $g 16.2. $t logic behind presenting these concepts -- $g 16.3. $t Conventions for representation in figures and diagrams -- $g ch. 17 $t Concepts of Functional and Operational Description -- $g 17.1. $t Concepts and relationships of functional description -- $g 17.2. $t Function -- $g 17.3. $t Function port -- $g 17.4. $t Functional exchange and exchange category -- $g 17.5. $t Synthetic representation of functions and functional exchanges -- $g 17.6. $t Dataflow and flow control functions -- $g 17.7. $t System mission -- $g 17.8. $t System capability -- $g 17.9. $t Functional chain -- $g 17.10. $t Function scenario -- $g 17.11. $t Orchestration -- $g 17.12. $t Concepts and functional relationships in operational analysis -- $g 17.13. $t Operational activity -- $g 17.14. $t Operational interaction -- $g 17.15. $t Operational mission -- $g 17.16. $t Operational capability -- $g 17.17. $t Operational process -- $g 17.18. $t Operational activity scenario -- $g ch. 18 $t Concepts of States and Modes -- $g 18.1. $t Concepts and relationships involved in states and modes -- $g 18.2. $t Mode -- $g 18.3. $t State -- $g 18.4. $t Transition -- $g 18.5. $t Mode/state machine -- $g 18.6. $t Configuration -- $g 18.7. $t Situation -- $g ch. 19 $t Concepts of Structural Description -- $g 19.1. $t Concepts and relationships of structural description -- $g 19.2. $t System.
505 0 0 $g Note continued: $g 19.3. $t Actor -- $g 19.4. $t Component -- $g 19.5. $t Behavioral component -- $g 19.6. $t Behavioral port -- $g 19.7. $t Behavioral exchange -- $g 19.8. $t Logical component -- $g 19.9. $t Hosting physical component -- $g 19.10. $t Physical port -- $g 19.11. $t Physical link -- $g 19.12. $t Physical path -- $g 19.13. $t Behavioral component scenario -- $g 19.14. $t Structural concepts and relationships in operational analysis -- $g 19.15. $t Operational entity and actor -- $g 19.16. $t Communication means -- $g 19.17. $t Configuration item -- $g ch. 20 $t Links between Functional and Structural Descriptions -- $g 20.1. $t Concepts and relationships between functional and structural descriptions -- $g 20.2. $t Performing functions -- $g 20.3. $t Implementing functional ports -- $g 20.4. $t Implementing functional exchanges -- $g 20.5. $t Functional path -- $g 20.6. $t Functional component scenario -- $g 20.7. $t Links between dataflow, states and modes, and scenarios or functional chains -- $g 20.8. $t Links between functional and structural descriptions in operational analysis -- $g 20.9. $t Simplifications in representation -- $g ch. 21 $t Data Exchange Concepts and Links with Functional and Structural Concepts -- $g 21.1. $t Concepts and relationships involved in data exchanges and their use -- $g 21.2. $t Exchange item -- $g 21.3. $t Data model, class -- $g 21.4. $t Allocating exchange items to functional ports and exchanges -- $g 21.5. $t Allocating exchange items to behavioral exchanges -- $g 21.6. $t Types and instances of data -- $g 21.7. $t Interfaces -- $g 21.8. $t Allocating interfaces to behavioral component ports -- $g 21.9. $t Links between exchanges, exchange items and interfaces -- $g 21.10. $t Interaction roles and interface usage -- $g 21.11. $t Interaction protocol -- $g ch. 22 $t Additional Concepts -- $g 22.1. $t Concepts for product line engineering -- $g 22.1.1. $t Variant -- $g 22.1.2. $t Variation point -- $g 22.1.3. $t Variability model -- $g 22.1.4. $t Project configuration -- $g 22.2. $t Concepts for the integration, verification and validation approach -- $g 22.2.1. $t Integration version -- $g 22.2.2. $t Functional version -- $g 22.2.3. $t Component functional contents -- $g 22.2.4. $t Integration configuration -- $g 22.2.5. $t IVV strategy -- $g 22.2.6. $t Test case -- $g 22.2.7. $t Test campaign -- $g 22.3. $t Other concepts not detailed here -- $g ch. 23 $t Building the Global Model -- $g 23.1. $t structure of an Arcadia model -- $g 23.2. $t Model segmentation to support alternatives -- $g 23.3. $t Using language concepts in perspectives -- $g 23.3.1. $t Operational analysis -- $g 23.3.2. $t System needs analysis -- $g 23.3.3. $t Logical architecture -- $g 23.3.4. $t Physical architecture -- $g 23.3.5. $t Product breakdown structure -- $g 23.4. $t Scope of links in the model -- $g 23.5. $t Traceability between model elements -- $g 23.6. $t Replicable Element Collection and Replica.
520 $a Arcadia is a system engineering method based on the use of models, with a focus on the collaborative definition, evaluation and exploitation of its architecture. This book describes the fundamentals of the method and its contribution to engineering issues such as requirements management, product line, system supervision, and integration, verification and validation (IVV). It provides a reference for the modeling language defined by Arcadia. The author discusses the range of applications, from the assessment of different architectures and their suitability, to the collaboration between system engineering, specialties such as safety or security, subsystems engineering teams, software and hardware. This isillustrated by several examples of representative models which constitute a common thread.
650 0 $a Systems engineering. $3 561164
650 0 $a System design. $3 560330
650 0 $a Model-driven software architecture. $3 681472
650 7 $a TECHNOLOGY & ENGINEERING $x Engineering (General) $2 bisacsh $3 771644
650 7 $a TECHNOLOGY & ENGINEERING $x Reference. $2 bisacsh $3 771645
655 4 $a Electronic books. $2 local $3 554714
830 0 $a Implementation of model based system engineering set. $3 1343628
856 4 0 $u https://www.sciencedirect.com/science/book/9781785481697