-
Notifications
You must be signed in to change notification settings - Fork 3
/
Copy patharcadia.html
772 lines (766 loc) · 38 KB
/
arcadia.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
<!DOCTYPE html>
<html lang="en" class="no-js">
<head>
<!-- Google Tag Manager -->
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-WCRD68P');</script>
<!-- End Google Tag Manager -->
<!-- Basic Page Needs
================================================== -->
<meta charset="utf-8">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<link rel="icon" type="image/png" href="images/favicon.ico">
<title>Capella MBSE Tool - Arcadia</title>
<meta name="description" content="Let yourself be guided with Arcadia, a comprehensive methodological and tool-supported model-based engineering guidance.">
<meta name="keywords" content="">
<meta name="author" content="">
<!-- Mobile Specific Metas
================================================== -->
<meta name="format-detection" content="telephone=no">
<meta name="viewport" content="width=device-width, initial-scale=1">
<!-- Template CSS Files
================================================== -->
<!-- Twitter Bootstrs CSS -->
<link rel="stylesheet" href="css/bootstrap.min.css">
<!-- animate css -->
<link rel="stylesheet" href="css/animate.css">
<link rel="stylesheet" href="css/jquery.fancybox.css">
<!-- template main css file -->
<link rel="stylesheet" href="css/main.css">
<!-- responsive css -->
<link rel="stylesheet" href="css/responsive.css">
<link rel="stylesheet" href="css/latofonts.css">
<link rel="stylesheet" href="css/flag-icons.min.css">
<!-- Cookie content -->
<link rel="stylesheet" type="text/css"
href="//www.eclipse.org/eclipse.org-common/themes/solstice/public/stylesheets/vendor/cookieconsent/cookieconsent.min.css" />
<!-- Eclipse Foundation Google Tag Manager -->
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-5WLCZXC');</script>
<!-- End Google Tag Manager -->
<!-- Template Javascript Files
================================================== -->
<!-- Angular -->
<base href="/">
<script src="js/angular-1.7.8.min.js"></script>
<script src="angular/capella.js"></script>
<!-- jquery -->
<script src="js/jquery-3.4.1.min.js"></script>
<script src="js/lazysizes.min.js" async></script>
<script src="js/helpers.js"></script>
<script defer src="https://kit.fontawesome.com/16cf99803e.js" crossorigin="anonymous"></script>
<!-- display videos in fancybox -->
<script type="text/javascript">
$(document).ready(function() {
$(".various").fancybox({
maxWidth : 800,
maxHeight : 600,
fitToView : false,
width : '70%',
height : '70%',
autoSize : false,
closeClick : false,
openEffect : 'elastic',
closeEffect : 'none',
beforeLoad : function(){
var url= $(this.element).attr("href");
url = url.replace(new RegExp("watch\\?v=", "i"), 'v/');
url += '?fs=1&autoplay=1';
this.href = url
}
});
});
</script>
<script>
$(document).ready(function(){
$(".fancypdf").fancybox({
openEffect : 'none',
closeEffect : 'none',
iframe : {
preload: false
}
});
});
</script>
</head>
<body ng-app="capella" data-deferred-cloak>
<!-- Google Tag Manager (noscript) -->
<noscript><iframe src="https://www.googletagmanager.com/ns.html?id=GTM-WCRD68P"
height="0" width="0" style="display:none;visibility:hidden"></iframe></noscript>
<!-- End Google Tag Manager (noscript) -->
<!--
==================================================
Header Section
================================================== -->
<ng-include src="'angular/blocks/header.html'"></ng-include>
<!--
==================================================
Global Page Section Start
================================================== -->
<section class="hero-area arcadia">
<div class="container">
<div class="row">
<div class="col-md-12 text-center">
<div class="block wow fadeInUp" data-wow-delay=".3s">
<!-- Slider -->
<section class="cd-intro">
<h1 class="wow fadeInUp animated" data-wow-delay=".4s">Let
yourself be guided with Arcadia</h1>
</section>
<!-- cd-intro -->
<!-- /.slider -->
<h2 class="wow fadeInUp animated" data-wow-delay=".6s">
A comprehensive methodological and tool-supported<br>model-based
engineering guidance<br>
</h2>
</div>
</div>
</div>
</div>
</section>
<section>
<div class="container wow fadeInDown" data-wow-delay=".1s">
<p>Arcadia is a tooled method devoted to systems & architecture engineering, supported by Capella modelling tool.</p>
<p>It describes the detailed reasoning to</p>
<ul><b>
<li>understand the real customer need,</li>
<li>define and share the product architecture among all engineering stakeholders,</li>
<li>early validate its design and justify it,</li>
<li>ease and master Integration, Validation, Verification, Qualification (IVVQ).</li></b>
</ul>
<p>It can be applied to complex systems, equipment, software or hardware architecture definition, especially those dealing with strong constraints to be reconciled (cost, performance, safety, security, reuse, consumption, weight…).</p>
<p>It is intended to be used by most stakeholders in system/product/software or hardware definition and IVVQ as their common engineering reference and collaboration support.</p>
<p>Arcadia stands for ARChitecture Analysis and Design Integrated Approach.</p>
</div>
</section>
<!--/#page-header-->
<!--
==================================================
Arcadia sheet
================================================== -->
<ng-include src="'angular/blocks/arcadia_sheet.html'"></ng-include>
<!-- #overview -->
<section id="reference">
<div class="container">
<div class="row">
<div class="col-md-6 wow fadeInLeft" data-wow-delay=".2s">
<a href="arcadia-reference.html"><img class="lazyload" width="500" data-src="images/arcadia/arcadia_stakeholders.png" alt="How can Arcadia contribute to engineering stakeholders tasks?"></a>
</div>
<div class="col-md-6">
<h2 class="title wow fadeInDown" data-wow-delay=".1s">Reference Documents</h2>
<h6 class="text-uppercase txt_lightest_grey wow fadeInLeft" data-wow-delay=".1s">Online documents by the author of the method</h6>
<br>
<p class="wow fadeInDown" data-wow-delay=".1s">A series of online documents to dive into the principles and concepts of Arcadia:</p>
<ul class="wow fadeInDown" data-wow-delay=".1s">
<li>An introduction to Engineering as supported by Arcadia.</li>
<li>A first level description of Arcadia approach and main engineering Tasks.</li>
<li>An in-depth description of Arcadia tasks and activities.</li>
<li>The data created and exploited by these activities.</li>
<li>The main processes supporting engineering.</li>
<li>A formal description of Arcadia language concepts.</li>
<li>Real life questions and answers on deploying Arcadia.</li>
</ul></p>
<p><a class="btn btn-default wow fadeInUp" data-wow-delay=".2s" href="arcadia-reference.html">Discover these documents</a></p>
</div>
</div>
</div>
</section>
<section id="book" class="bg_lightest_grey">
<div class="container">
<div class="row">
<div class="col-md-9">
<h2 class="title wow fadeInDown" data-wow-delay=".1s">Reference Book</h2>
<h6 class="text-uppercase txt_lightest_grey wow fadeInLeft" data-wow-delay=".1s">Model-based System and Architecture Engineering with the Arcadia Method</h6>
<br>
<p class="wow fadeInDown" data-wow-delay=".1s">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.</p>
<p class="wow fadeInDown" data-wow-delay=".1s">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.</p>
<p><a class="btn btn-default wow fadeInUp" data-wow-delay=".2s" href="https://www.elsevier.com/books/model-based-system-and-architecture-engineering-with-the-arcadia-method/voirin/978-1-78548-169-7">Get this book</a></p>
</div>
<div class="col-md-3 wow fadeInLeft" data-wow-delay=".2s">
<a href="https://www.elsevier.com/books/model-based-system-and-architecture-engineering-with-the-arcadia-method/voirin/978-1-78548-169-7"><img class="lazyload" width="351" height="390" data-src="images/thumbs/thumb_book_jlvoirin.png" alt="Model-based System and Architecture Engineering with the Arcadia Method"></a>
</div>
</div>
</div>
</section>
<section id="reference">
<div class="container">
<div class="row">
<div class="col-md-6 wow fadeInLeft" data-wow-delay=".2s">
<img class="lazyload" width="500" data-src="images/arcadia/team_arcadia.png" alt="Arcadia Leadership Team">
</div>
<div class="col-md-6">
<h2 class="title wow fadeInDown" data-wow-delay=".1s">Arcadia Leadership Team</h2>
<br>
<p class="wow fadeInDown" data-wow-delay=".1s">Jean-Luc Voirin, leader of the creation of the Arcadia method, along with some of the leaders on developing and deploying MBSE Arcadia & Capella practices in Thales. From right to left: Pierre Nowodzienski, Jean-Luc Voirin, Juan Navas, Stephane Bonnet, Frederic Maraux, Gerald Garcia, Philippe Fournies, Eric Lepicier.</p>
</p>
</div>
</div>
</div>
</section>
<!--
==================================================
All Diagrams - Intro Banner with Anchors
================================================== -->
<section class="bg_indigo">
<div class="container">
<div class="row" id="anchors">
<div class="col-md-12 text-center">
<h2 class="title wow fadeInDown txt_white" data-wow-delay=".1s">Arcadia Principles</h2>
<br>
<div class="block wow fadeInUp" data-wow-delay=".1s">
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".1s"
href="#arcadia-architecture" data-row="#arcadia-architecture">Architecture
as prime engineering driver <i class="fa fa-arrow-circle-right"
aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".2s"
href="#arcadia-mbse-method" data-row="#arcadia-mbse-method">Arcadia,
a model-based engineering method <i
class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".3s"
href="#arcadia-features" data-row="#arcadia-features">Noticeable
features of Arcadia <i class="fa fa-arrow-circle-right"
aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".4s"
href="#arcadia-customer-need-analysis"
data-row="#arcadia-customer-need-analysis">Definition of the
Problem - Customer Operational Need Analysis <i
class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".5s"
href="#arcadia-system-need-analysis"
data-row="#arcadia-system-need-analysis">Formalization of
system requirements - System Need Analysis <i
class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".6s"
href="#arcadia-logical-architecture"
data-row="#arcadia-logical-architecture">Development of
System Architectural Design - Logical Architecture (Notional
Solution) <i class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".7s"
href="#arcadia-physical-architecture"
data-row="#arcadia-physical-architecture">Development of
System Architecture - Physical Architecture <i
class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".9s"
href="#arcadia-components-requirements"
data-row="#arcadia-components-requirements">Formalize
Components Requirements - Contracts for Development and IVVQ <i
class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".9s"
href="#arcadia-engineering" data-row="#arcadia-engineering">Co-Engineering,
Sub-Contracting and Multi-Level Engineering <i
class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp smooth-scroll" data-wow-delay=".9s"
href="#arcadia-adoptation" data-row="#arcadia-adoptation">Adaptation
of Arcadia to Dedicated Domains, Contexts, Etc. <i
class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
<p>
<a class="wow fadeInUp" data-wow-delay=".9s"
href="arcadia_capella_sysml_tool.html">Equivalences and
Differences between SysML and Arcadia/Capella <i
class="fa fa-arrow-circle-right" aria-hidden="true"></i>
</a>
</p>
</div>
</div>
</div>
</div>
</section>
<!--/#anchors-->
<!--
==================================================
Old content
================================================== -->
<section id="service-page" class="arcadia-content">
<div class="container">
<div class="row">
<p>Modern systems are subject to increasingly higher
constraints regarding expected behavior and services, safety, security, performance, environment,
human factors, etc. All these constraints are under the
responsibility of different stakeholders, which need to be reconciled during the solution
architectural design and development process.</p>
<div id="arcadia-architecture"></div>
<h3>Architecture as prime engineering driver</h3>
<p>Architecture definition is a major part of engineering
activities, and notably includes analyzing operational needs,
structuring and decomposing the system, software, or hardware
assets in order to</p>
<ul>
<li>Provide significant information for decision-makers and
managers</li>
<li>Ease the mastering of need, complexity, design and
development</li>
<li>Structure engineering in a well-defined, justified,
technical frame</li>
<li>Guide designers and developers to respect the product
definition drivers.</li>
</ul>
<p class="text-center"><a rel="gallery" class="fancybox"
href="images/arcadia/architecture_benefits.png"><img class="lazyload" width="600" height="379"
alt="Architecture benefits"
data-src="images/arcadia/architecture_benefits.png"></a></p><br>
<br>
<div id="arcadia-mbse-method"></div>
<h3>Arcadia, a model-based engineering method</h3>
<p></p>
<p>
Arcadia is a <b>model-based engineering method for systems,
hardware and software architectural design</b>. It has been developed
by Thales between 2005 and 2010 through an iterative process
involving operational architects from all the Thales business
domains. Since 2018, Arcadia is registered as <a href="https://norminfo.afnor.org/norme/XP%20Z67-140/technologies-de-linformation-arcadia-methode-pour-lingenierie-des-systemes-soutenue-par-son-langage-de-modelisation/123795">Z67-140 standard</a> by AFNOR, the French national organization for standardization.
</p>
<p>Arcadia promotes a viewpoint-driven approach (as described in
<a href="http://www.iso-architecture.org/42010">ISO/IEC 42010</a>) and emphasizes a clear distinction between need and
solution.</p>
<p class="text-center"><a rel="gallery" class="fancybox"
href="images/arcadia/triptique.png"><img class="lazyload" width="600" height="auto"
alt="Triptique" data-src="images/arcadia/triptique.png"></a></p>
<br> <br>
<p>Perspectives and activities of the method have been defined in order to comply with a
few Golden Rules:</p>
<ul>
<li>Besides requirement engineering, drive an <b>operational and functional/nonfunctional
need analysis</b>, describing final user expectations, usage
conditions, and realistic integration, verification and validation conditions
</li>
<li>Consider engineering through three mandatory interrelated
activities, at the same level of importance:
<ul>
<li>Need analysis and modelling</li>
<li>Architecture building and validation</li>
<li>Requirements engineering</li>
</ul>
</li>
<li>Check requirements against an <b>architectural design
model</b> (early architecture) for robustness and feasibility
</li>
<li>Structure the system/hardware/software and build a <b>logical
architecture</b>, by searching for the best <b>compromise between
design drivers, (non-functional) constraints and viewpoints</b>. Each
viewpoint deals with a specific concern such as functional
consistency, interfaces, performances, real time, safety,
security, integration, reuse, cost, risk, schedule, and the ease
of adaptation (e.g. to changing requirements)
</li>
<li>Secure development and IVVQ through a <b>physical
architecture</b> which deals with technical and development issues,
favoring separation of concerns, efficient and safe component
interaction (e.g. layered architecture, generic behavior and
interaction patterns, component model, etc.)
</li>
</ul>
<p class="text-center"><a rel="gallery" class="fancybox"
href="images/arcadia/phases_arcadia.png"><img class="lazyload" width="527" height="373"
alt="Phases" data-src="images/arcadia/phases_arcadia.png"></a></p><br>
<br>
<div id="arcadia-features"></div>
<h3>Noticeable features of Arcadia</h3>
<br>
<ul>
<li>Models supporting enterprise-wide collaboration and
co-engineering
<ul>
<li>An Eclipse Capella™ model is built for each Arcadia engineering
phase. All of these models are articulated through model
transformation, and related by justification links; they are
processed as a whole for impact analysis, notably in case of
required evolutions.</li>
<li>Collaboration with engineering specialties is supported
by modelled engineering viewpoints to formalize constraints and
to evaluate architecture adequacy with each of them</li>
<li>Collaboration with customer and subsystems engineering
relies on co-engineered models (e.g. physical architecture),
automatic initialization of need model for sub-systems, and
impact analysis means between requirements and models of
different engineering levels.</li>
<li>Integration, verification, validation and qualification
(IVVQ) are driven by user capabilities, functional chains and
scenarios in the model, rather than by textual requirements</li>
<li>Elaboration of product line variabilities and
configurations is optimized and assisted based on operational
market segmentation, commercial portfolio contents and
architecture constraints/adaptations to product policy, all
described in the model.</li>
</ul>
</li>
<li>Tailored for architectural design
<ul>
<li>A domain-specific language (DSL) was preferred in order
to ease appropriation by all stakeholders, usually not familiar
with general-purpose, generic languages such as UML or SysML.</li>
</ul>
</li>
<li>Dealing with complexity and size
<ul>
<li>Abstraction levels are in the DNA of Arcadia. Capella
advanced mechanisms have been developed to mask and confine
complexity, deal with model maintenance, large-scale modelling,
model evolution and reuse.</li>
</ul>
</li>
<li>Field-proven in real industrial situations
<ul>
<li>Arcadia is currently applied in various domains and organizations, in many countries, on very large or small projects, by
thousands of users. A continuous challenging, improvement and
adaptation of both the method and its supporting workbench has
favored a very fast dissemination.</li>
</ul>
</li>
<li>Open to domain-specific added value</li>
<li>Adapted to several lifecycles and work sharing schemes</li>
</ul>
<p>Next paragraphs give a first description of major arcadia perspectives, for a given engineering level (system, sub-system, software or hardware part…).</p>
<br>
<div id="arcadia-customer-need-analysis"></div>
<h3>Definition of the Problem - Customer Operational Need
Analysis</h3>
<p>
The first perspective focuses on analyzing the customer needs and goals,
expected missions and activities, far beyond system requirements.
This analysis aims at ensuring <b>adequate system definition
with regard to its real operational use and IVVQ conditions</b>.
</p>
<p>Outputs of this engineering phase mainly consist of an
“operational architecture” which describes and structures the need
in terms of actors/users, their operational capabilities and
activities (including operational use scenarios with dimensioning
parameters, and operational constraints such as safety, security,
lifecycle, etc.).</p>
<p>Watch the video below, illustrating this architecture level with a commented example: the level-crossing traffic control.</p>
<div class="row">
<div class="col-md-12 text-center">
<p><a class="fancybox" href="https://www.youtube.com/embed/TawT_G9DNNc" data-fancybox-type="iframe"><img class="lazyload" width="600" height="auto" data-src="images/arcadia/mockups/arcadia-customer-operational-need-analysis.png" alt="Arcadia - Customer Operational Need Analysis" /></a></p>
</div>
</div>
<div id="arcadia-system-need-analysis"></div>
<h3>Formalization of system requirements - System Need Analysis</h3>
<p>
The second perspective focuses on the <b>system itself</b>, in order to
define <b>how it can satisfy the former operational need</b>, along
with its expected behavior and qualities. The following elements
are created during this step: Functions (or services) to be supported and related
exchanges, non-functional constraints (safety, security, etc.);
performance allocated to system boundary; role sharing and
interactions between system and operators; scenarios of usage, etc.
</p>
<p>
The main goal at this stage is to <b>check the feasibility of
customer requirements</b> (cost, schedule, technology readiness, etc.)
and if necessary, to provide means to renegotiate their content.
The functional need analysis can be completed by an initial system
architectural design model in order to examine requirements against
this architecture and evaluate their cost and consistency.
</p>
<p>Outputs of this engineering phase mainly consist of system
functional need descriptions (functions, functional chains,
scenarios), interoperability and interaction with the users and
external systems (functions, exchanges plus non-functional
constraints), and system requirements.</p>
<p>
Note that these two phases, which constitute the first part of
architecture building, <b>"specify" the subsequent design</b>, and
therefore should be approved/validated with the Customer.
</p>
<p>Watch the video below, illustrating this architecture level with a commented example: the level-crossing traffic control.</p>
<div class="row">
<div class="col-md-12 text-center">
<p><a class="fancybox" href="https://www.youtube.com/embed/UESXFZFbi5Q" data-fancybox-type="iframe"><img class="lazyload" width="600" height="auto" data-src="images/arcadia/mockups/arcadia-system-need-analysis.png" alt="Arcadia - Formalization of system requirements - System Need Analysis" /></a></p>
</div>
</div>
<div id="arcadia-logical-architecture"></div>
<h3>Definition of solution architecture - Logical
Architecture (Notional Solution)</h3>
<p>
This third perspective aims at building a
<b>coarse-grained component breakdown of the system</b> carrying
most important engineering decisions, and which is unlikely to be
challenged later in the development process. Starting from previous
functional and non-functional need analysis, a first definition of
the solution expected behavior is performed (using functions,
interfaces, data flows, behaviors…). In order to embed these
functions, one or several decompositions of the system into logical
components are to be built, each function being allocated to one
component. These logical components will later tend to be the basic
decomposition for development/sub-contracting, integration, reuse,
product and configuration management item definitions (but other
criteria will be taken into account to define the boundaries for
these items)
</p>
<p class="text-center"><a rel="gallery" class="fancybox"
href="images/arcadia/composant-functions.png"><img class="lazyload" width="600" height="auto"
alt="Functions"
data-src="images/arcadia/composant-functions.png"></a></p> <br>
<br>
<p>
The building process has to take into account <b>architectural
drivers and priorities, viewpoints and associated design rules</b>,
etc. For the component breakdown to be stable in further engineering
phases, all major (non-functional) constraints (safety, security,
performance, IVV, cost, non-technical, Etc.) are taken into account
and compared to each other so as to find the best trade-off. This
method is described as "viewpoint-driven", where viewpoints
formalize the way these constraints impact the system architecture.
</p>
<p>Outputs of this engineering phase consist of the selected
logical architecture which is described by a functional
description, components and justified interfaces definition,
scenarios, modes and states, along with the formalization of all
viewpoints and the way they are taken into account in the
components design.</p>
<p>Since the architecture has to be validated against the need
analysis, links with requirements and operational scenarios are
also to be produced.</p>
<p class="text-center"><a rel="gallery" class="fancybox"
href="images/arcadia/arcadia_viewpoints.png"><img class="lazyload" width="600" height="auto"
alt="Viewpoints"
data-src="images/arcadia/arcadia_viewpoints.png"></a></p><br>
<p>Watch the video below, illustrating this architecture level with a commented example: the level-crossing traffic control.</p>
<div class="row">
<div class="col-md-12 text-center">
<p><a class="fancybox" href="https://www.youtube.com/embed/4jSoVNb4gaQ" data-fancybox-type="iframe"><img class="lazyload" width="600" height="auto" data-src="images/arcadia/mockups/arcadia-logical-architecture.png" alt="Arcadia - Definition of solution architecture - Logical Architecture (Notional Solution)" /></a></p>
</div>
</div>
<br>
<div id="arcadia-physical-architecture"></div>
<h3>Definition of solution architecture - Physical Architecture</h3>
<p>
The fourth perspective has the same intent as the logical architecture
building, except that it defines the “final” architecture of the
system at this level of engineering. Once this is done the model is
considered <b>ready to develop</b> (by "lower" engineering levels).
Therefore, it introduces further details and design decisions,
rationalization, architectural patterns, new technical services and
behavioral components, and makes the logical architecture vision
evolve according to implementation, technical and technological
constraints and choices. It notably introduces resource components
that will embed former behavioral components. The same
viewpoint-driven approach as for logical architecture building is
used.
</p>
<p>Outputs of this engineering phase consist of the selected
physical architecture which includes components to be produced,
formalization of all viewpoints and the way they are taken into
account in the components design. Links with requirements and
operational scenarios are also produced.</p>
<p>Watch the video below, illustrating this architecture level with a commented example: the level-crossing traffic control.</p>
<div class="row">
<div class="col-md-12 text-center">
<p><a class="fancybox" href="https://www.youtube.com/embed/1EEcDtLAiXk" data-fancybox-type="iframe"><img class="lazyload" width="600" height="auto" data-src="images/arcadia/mockups/arcadia-physical-architecture.png" alt="Arcadia - Definition of solution architecture - Physical Architecture" /></a></p>
</div>
</div>
<div id="arcadia-components-requirements"></div>
<h3>Building Strategy - Contracts for
Development and IVVQ</h3>
<p>The fifth and last perspective is a contribution to an EPBS
(End-Product Breakdown Structure), and models describing
specification of each sub-system, hardware or software component;
it takes benefits from the former architectural work, to formalize
the component requirements definition and prepare a secured IVVQ.</p>
<p>All previous hypotheses and imposed constraints associated to
the system architecture and components are summarized and checked
here.</p>
<p>
Outputs from this engineering phase are mainly new models describing <b>component
integration contracts</b>, collecting all necessary expected properties
for each component to be developed.
</p>
<div id="arcadia-engineering"></div>
<h3>Co-Engineering, Sub-Contracting and Multi-Level Engineering</h3>
<p>
The physical architecture is the preferred place for <b>co-engineering
between systems, software, and hardware stakeholders</b>.
</p>
<p class="text-center"><a rel="gallery" class="fancybox"
href="images/arcadia/coengineering-and-subcontracting.png"><img class="lazyload" width="600" height="auto"
alt="Coengineering"
data-src="images/arcadia/coengineering-and-subcontracting.png"></a></p><br> <br>
<p>
Arcadia can be applied in a <b>recursive way at each level of
system breakdown</b>, so that a subsystem of the current system of
interest becomes the system at the next level of interest, until
single discipline subsystems or procurement items or COTS are
identified.
</p>
<p>The physical architecture at a given level of interest
defines the components to be developed at the level above,
according to the corresponding component integration contract.
Level "n" need analysis is restricted to each component scope and
neighborhood, in order to define its IVVQ context while preserving
Intellectual Property constraints.</p>
<p class="text-center"><a rel="gallery" class="fancybox"
href="images/arcadia/multi-level.png"><img class="lazyload" width="600" height="auto"
alt="Multi-level" data-src="images/arcadia/multi-level.png" /></a></p>
<br> <br>
<div id="arcadia-adoptation"></div>
<h3>Adaptation of Arcadia to Dedicated Domains, Contexts, Etc.</h3>
<p>
Beyond the transverse, common architectural design work, each
organization, in the field of its own business, constraints and
know-how, should <b>tailor the method steps by adapting them to
their own domains, products and programs</b>. This includes:
</p>
<ul>
<li>Definition of a reference architecture (including
architecture drivers) for each key product and software element</li>
<li>Definition of appropriate viewpoints adapted to the
domain, product and architecture</li>
<li>Definition of complementary dedicated engineering rules</li>
<li>Selection of relevant architectural patterns for the
domain, product, and technologies considered</li>
<li>Setting up of models, based on the reference architecture
and viewpoints, and basis for simulation, early validation,
automation of the design process (key for productivity gains)</li>
<li>Definition of adjustment rules for each of its contexts</li>
<li>Dissemination in the engineering teams (training,
coaching)...</li>
</ul>
<h3>Adaptation to different Lifecycles</h3>
<p>
The recommended method described in this document takes best
benefit from a <b>top-down approach</b>:
</p>
<ul>
<li>Starting from operational and system need to define and validate
requirements</li>
<li>Building a "technology neutral" logical architecture
dealing with non-functional constraints</li>
<li>Then specifying technical functions and services of a
physical architecture to implement it in the best way</li>
</ul>
<p>Yet many constraints which need to be taken into account
arise from the industrial context:</p>
<ul>
<li>Technical or technological limits</li>
<li>Available technology, COTS</li>
<li>Existing legacy to be reused</li>
<li>Product policy imposing the use of given hardware boards,
software components...</li>
<li>Industrial constraints such as available skills, the
necessity to sub-contract, and export control...</li>
</ul>
<p>
This is the reason why Arcadia can be applied according to several
lifecycles and work sharing schemes. Great care has been taken in
the method, the language and the Capella workbench to not impose one
single engineering path (e.g. top-down) but to be adaptable to many
lifecycles: <b>Incremental, iterative, top-down, bottom-up,
middle-out</b>, Etc.. The method is inherently <b>iterative</b>.
</p>
<p>Examples of iterations or non-linear courses are:</p>
<ul>
<li>Need analysis starting from requirements, due to a lack of
operational knowledge (a kind of reverse engineering of
operational need)</li>
<li>Requirements analysis anticipating logical or even
physical architecture, to check for feasibility by
defining/confronting to an early architecture</li>
<li>Logical architecture anticipating (part of) physical
architecture, e.g. to check for performance issues</li>
<li>Physical architecture adapting to subcontracting
constraints, or built from assembling reusable, existing
components</li>
<li>Components contract definition iterating on physical
architecture to secure integration and refine contract parameters</li>
</ul>
</div>
</div>
</section>
<section id="overview" class="bg_lightest_grey text-center">
<div class="container">
<h2 class="title wow fadeInDown" data-wow-delay=".3s">Arcadia matrix activities</h2>
<div class="row">
<h3 class="wow fadeInDown" data-wow-delay=".5s">MBSE with Arcadia method step-by-step</h3>
<br>
<p><a href="https://iexcelarc.com/"><img
alt="iexcelarc.com"
src="images/arcadia/arcadia-matrix.png" width="800"></a></p>
<p>
<a href="https://iexcelarc.com/"
class="btn btn-default wow fadeInDown animated"
data-wow-delay=".7s" data-wow-duration="500ms">Read the articles</a>
</p>
<br>
</div>
</div>
</section>
<div id="back-to-top" data-spy="affix" data-offset-top="100"
class="back-to-top hidden-xs hidden-sm affix-top">
<button class="btn btn-default" title="Back to Top">
<i class="fa fa-caret-up"></i>
</button>
</div>
<script type="text/javascript">
// Back to top
jQuery('#back-to-top').on('click', function() {
jQuery("html, body").animate({
scrollTop : 0
}, 500);
return false;
});
</script>
<!--
==================================================
Call To Action Section Start
================================================== -->
<ng-include src="'angular/blocks/call2action.html'"></ng-include>
<!--
==================================================
Footer Section
================================================== -->
<ng-include src="'angular/blocks/footer.html'"></ng-include>
<!-- bootstrap js -->
<script defer src="js/bootstrap.min.js"></script>
<!-- wow js -->
<script defer src="js/wow.min.js"></script>
<script defer src="js/jquery.fancybox.js"></script>
<!-- template main js -->
<script defer src="js/main.js"></script>
<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=UA-57722280-1"></script>
<script async src="js/googleAnalytics.js"></script>
<script async src="//www.eclipse.org/eclipse.org-common/themes/solstice/public/javascript/vendor/cookieconsent/default.min.js"></script>
<!-- modernizr js -->
<script defer src="js/vendor/modernizr-2.6.2.min.js"></script></body>
</html>