SAF-Specification/stereotypes.csv at main · GfSE/SAF-Specification · GitHub

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
"UID","Name","Documentation"
"_2024x_4c5019a_1725547950570_166239_37", "SAF_Adversary", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1724753316265_833673_1841'>Adversary</A></html>"
"_2021x_2_6d8019d_1674232165468_699772_23249", "SAF_Argument", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167080_762583_23364'>Argument</A></html>"
"_2021x_2_6d8019d_1687623430525_974383_25431", "SAF_ArgumentClaimSupport", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1687622957056_63882_25313'>AGTsupportingCLM</A></html>"
"_2024x_4c5019a_1724838389862_85507_1364", "SAF_Asset", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1724750542260_2346_1453'>Asset</A></html>"
"_2024x_4c5019a_1725547916078_557191_25", "SAF_Assumption", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1724754064310_650307_1929'>Assumption</A></html>"
"_2024x_4c5019a_1729866479166_357505_18", "SAF_AttackAction", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1729865951822_392813_2627'>Attack Action</A></html>"
"_2024x_4c5019a_1725547928969_322514_31", "SAF_AttackPath", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1728287543061_486317_539'>ADV use Attack Path to attack SO</A></html>"
"_2024x_2a0c05a1_1731001044239_219725_34", "SAF_AttackVector", "<html>Not implementing a concept</html>"
"_2024x_4c5019a_1727777620157_683028_20", "SAF_Availability", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1727773856081_19672_133'>Availability</A></html>"
"_2021x_2_6d8019d_1674232165479_968036_23271", "SAF_C2_ARAS", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Common Domain/Argumentation Assurance Viewpoint'>Argumentation Assurance Viewpoint</A><BR>Purpose:<BR>The Argumentation Assurance Viewpoint presents claims backed up by arguments that are supported by evidence;together with the possibility to counter such claims in a similar manner.<BR>Presentation:<BR>A block definition diagram (BDD) featuring a claim-argument-evidence pattern (CAE).</html>"
"_2021x_2_8710274_1700817327515_843725_50585", "SAF_C2_CSTD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Common Domain/Common Standards Definition Viewpoint'>Common Standards Definition Viewpoint</A><BR>Purpose:<BR>The Standards Definition Viewpoint supports the definition of applicable standards;and their relationships; e.g.;for format and protocol specifications;regulations;and engineering documents that are used throughout the system life cycle. It provides the meta-data for the applied standards;guidance and policy;e.g.;issue;version;issue date;and publisher. The Viewpoint helps to keep track of changes to the set of applicable documents and of new versions of applied standards. Links should be used to refer to documents external to the architecture description.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring the taxonomy of types of standards; applicable to the system of interest;or parts of the system of interest. The Standards are represented by packages which allows to use them in model libraries and put e.g. reusable interface definitions;or terms complying to the standard into the package</li><li>A table format listing standards;applicable to the system of interest or parts of it;their relationships and the relation to which parts of the system the standards apply</li></UL></html>"
"_2024x_8710274_1717680274694_162060_14786", "SAF_C2_CSTD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Common Domain/Common Standards Definition Viewpoint'>Common Standards Definition Viewpoint</A><BR>Purpose:<BR>The Standards Definition Viewpoint supports the definition of applicable standards;and their relationships; e.g.;for format and protocol specifications;regulations;and engineering documents that are used throughout the system life cycle. It provides the meta-data for the applied standards;guidance and policy;e.g.;issue;version;issue date;and publisher. The Viewpoint helps to keep track of changes to the set of applicable documents and of new versions of applied standards. Links should be used to refer to documents external to the architecture description.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring the taxonomy of types of standards; applicable to the system of interest;or parts of the system of interest. The Standards are represented by packages which allows to use them in model libraries and put e.g. reusable interface definitions;or terms complying to the standard into the package</li><li>A table format listing standards;applicable to the system of interest or parts of it;their relationships and the relation to which parts of the system the standards apply</li></UL></html>"
"_2021x_2_8710274_1697453280481_761317_28570", "SAF_C2_GRID", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1696576589232_543559_24371'>Grid Definition Viewpoint</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697453616439_929610_29143'>Grid</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697453884307_467076_29314'>GDcontainingVP</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697454168635_705915_29452'>GDcontainingAT</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697454194125_161227_29476'>GDcontainingDN</A></LI></ul></html>"
"_2024x_26f0132_1719141205004_162437_25125", "SAF_C2_GRID_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Common Domain/Grid Definition Viewpoint'>Grid Definition Viewpoint</A><BR>Purpose:<BR>The Grid Definition Viewpoint serves as overview about the of the Views present in a System Model.<BR>Presentations:<BR> <UL><li>A content diagram featuring a matrix view for the SAF Viewpoint conceptual model: Rows represent Domains;and columns represent Aspects;and the cells manage the Views.</li><li>A table featuring the saf viewpoints;the views (diagrams;tables;..) of the system model conforming to those viewpoints;domain and aspect information</li></UL></html>"
"_2021x_2_8710274_1701349840148_646810_89384", "SAF_C2_TRMD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Common Domain/Common Terms Definition Viewpoint'>Common Terms Definition Viewpoint</A><BR>Purpose:<BR>The Common Terms Definition Viewpoint supports the definition of applicable terms used in standards or defined during the systems engineering activities.<BR>Presentations:<BR> <UL><li>A table format listing terms included in glossaries;or standards if applicable.</li><li>A table format listing abbreviations included in glossaries;orstandards if applicable.</li></UL></html>"
"_2024x_8710274_1715874592986_911669_15868", "SAF_C7_PRND_Table", "<html>Not implementing a concept</html>"
"_2024x_2_26f0132_1757586882201_912675_456", "SAF_C8_EATR", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Common Domain/EA Traceability Viewpoint'>EA Traceability Viewpoint</A><BR>Purpose:<BR>The EA Traceability Viewpoint provides a mapping between SAF System Model elements and model elements of an upper Enterprise Architecture (EA) Model. The mapping is accomplished by three kinds of relations - a representation relation which states that an element of the SAF System Model and the related model element in the EA model represents the same entity. - a derivation relation;stating that an element of the SAF System Model is derived from an EA model element. - an informed relation;stating that an element of the  SAF System Model is related to the respective EA Element. <BR>Presentations:<BR> <UL><li>One or more mapping matrices representing EA model elements and SAF model elements and their represents;derive and inform relations.</li><li>One or more tables containing EA model elements;SAF model elements and the represents;derivation and informs relations.</li><li>One or more BDD containing EA model elements;SAF model elements and the  represents;derivation and informs relations.</li></UL></html>"
"_2024x_2_26f0132_1757423193639_473235_10", "SAF_C8_EATR_Matrix", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Common Domain/EA Traceability Viewpoint'>EA Traceability Viewpoint</A><BR>Purpose:<BR>The EA Traceability Viewpoint provides a mapping between SAF System Model elements and model elements of an upper Enterprise Architecture (EA) Model. The mapping is accomplished by three kinds of relations - a representation relation which states that an element of the SAF System Model and the related model element in the EA model represents the same entity. - a derivation relation;stating that an element of the SAF System Model is derived from an EA model element. - an informed relation;stating that an element of the  SAF System Model is related to the respective EA Element. <BR>Presentations:<BR> <UL><li>One or more mapping matrices representing EA model elements and SAF model elements and their represents;derive and inform relations.</li><li>One or more tables containing EA model elements;SAF model elements and the represents;derivation and informs relations.</li><li>One or more BDD containing EA model elements;SAF model elements and the  represents;derivation and informs relations.</li></UL></html>"
"_2024x_2_26f0132_1757423370722_685247_31", "SAF_C8_EATR_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Common Domain/EA Traceability Viewpoint'>EA Traceability Viewpoint</A><BR>Purpose:<BR>The EA Traceability Viewpoint provides a mapping between SAF System Model elements and model elements of an upper Enterprise Architecture (EA) Model. The mapping is accomplished by three kinds of relations - a representation relation which states that an element of the SAF System Model and the related model element in the EA model represents the same entity. - a derivation relation;stating that an element of the SAF System Model is derived from an EA model element. - an informed relation;stating that an element of the  SAF System Model is related to the respective EA Element. <BR>Presentations:<BR> <UL><li>One or more mapping matrices representing EA model elements and SAF model elements and their represents;derive and inform relations.</li><li>One or more tables containing EA model elements;SAF model elements and the represents;derivation and informs relations.</li><li>One or more BDD containing EA model elements;SAF model elements and the  represents;derivation and informs relations.</li></UL></html>"
"_2021x_2_6d8019d_1674232165465_734664_23246", "SAF_Claim", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167080_274533_23363'>Claim</A></html>"
"_2021x_2_6d8019d_1674232165481_295568_23274", "SAF_ClaimAboutSubjectMaking", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167083_240422_23373'>CLMbeingMadeAboutSBC</A></html>"
"_2021x_2_6d8019d_1687619081355_443463_25050", "SAF_ClaimClaimableItemSupport", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167084_618602_23374'>CLMsupportingCIM</A></html>"
"_2021x_2_6d8019d_1674232165471_339910_23255", "SAF_ClaimSubject", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167083_587567_23372'>Subject of Claim</A></html>"
"_2021x_2_6d8019d_1674232165482_924684_23277", "SAF_ClaimableItem", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167079_323900_23362'>Claimable Item</A></html>"
"_2021x_2_6d8019d_1688225145328_197291_24223", "SAF_Claimant", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167082_68281_23367'>Claimant</A></html>"
"_2021x_2_6d8019d_1674232165478_345466_23268", "SAF_ClaimantClaimMaking", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167083_795162_23371'>CLTmakingCLM</A></html>"
"_2021x_2_6d8019d_1692273490109_662219_24437", "SAF_ConceptualInterfaceDefinition", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_900081_91027'>Logical Interaction Point Definition</A></html>"
"_2024x_4c5019a_1727777600435_428401_14", "SAF_Confidentiality", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1727770091854_264005_90'>Confidentiality</A></html>"
"_2024x_1_26f0132_1729185092432_155560_16027", "SAF_ConformsStandard", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_1_26f0132_1729184481488_984688_15862'>ASFconformToSTD</A></html>"
"_2024x_4c5019a_1726421761881_744492_308", "SAF_Consequence", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1726422601254_223976_195'>Consequence</A></html>"
"_2021x_2_8710274_1676920197680_884628_29235", "SAF_ContextAction", "<html>Not implementing a concept</html>"
"_19_0_3_6d8019d_1599386889842_487820_471", "SAF_ContextElementRepresentation", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1576255436585_904360_55710'>SCErepresentedBySSH</A></html>"
"_19_0_4_6d8019d_1624825970650_773062_2087", "SAF_ContextFunction", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_26f0132_1624611972707_746294_1003'>Context Function</A></html>"
"_2021x_2_6d8019d_1674232165473_600709_23259", "SAF_CounterClaim", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167081_446328_23366'>CounterClaim</A></html>"
"_2021x_2_6d8019d_1674232165483_312955_23278", "SAF_CounterClaimClaimableItemMaking", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167084_655777_23375'>CCMcounteringCIM</A></html>"
"_2024x_26f0132_1719737905318_641589_28831", "SAF_D2_CCND", "<html>Not implementing a concept</html>"
"_2021x_2_8710274_1702027432699_857546_20465", "SAF_D2_COTD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/SAF Development Domain/Framework Concept Definition Viewpoint'>Framework Concept Definition Viewpoint</A><BR>Purpose:<BR>The Framework Concept Viewpoint allows to define SE concepts and their relationships to be supported by the SAF. It shall specifiy * the concepts with comprehensive documentation * the relationships of concepts with comprehensive documentation and allowable multiplicities * constraints among relations and concepts if applicable.  The viewpoint is intended to be used for development or extension of the SAF.<BR>Presentations:<BR> <UL><li>A Block Definition Diagram (BDD)  featuring elements of SCM_Concept representing SE concepts to be supported by SAF. SCM_Concept can be classes of items and relations between items. It is also possible to create relations to relations (SCM_Concepts can be Classes;Associations and Association Classes). For relational concepts;it is reqired to display the direction;and to define the multiplicities. See SAF Development Guide for details on concept modeling conventions</li><li>A table featuring SCM_Concepts and their descriptions. In case of relational concepts the related concepts are shown also.</li></UL></html>"
"_2024x_26f0132_1719737475680_936292_28621", "SAF_D2_COTD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/SAF Development Domain/Framework Concept Definition Viewpoint'>Framework Concept Definition Viewpoint</A><BR>Purpose:<BR>The Framework Concept Viewpoint allows to define SE concepts and their relationships to be supported by the SAF. It shall specifiy * the concepts with comprehensive documentation * the relationships of concepts with comprehensive documentation and allowable multiplicities * constraints among relations and concepts if applicable.  The viewpoint is intended to be used for development or extension of the SAF.<BR>Presentations:<BR> <UL><li>A Block Definition Diagram (BDD)  featuring elements of SCM_Concept representing SE concepts to be supported by SAF. SCM_Concept can be classes of items and relations between items. It is also possible to create relations to relations (SCM_Concepts can be Classes;Associations and Association Classes). For relational concepts;it is reqired to display the direction;and to define the multiplicities. See SAF Development Guide for details on concept modeling conventions</li><li>A table featuring SCM_Concepts and their descriptions. In case of relational concepts the related concepts are shown also.</li></UL></html>"
"_2024x_26f0132_1719738093050_603021_28974", "SAF_D2_STKD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/SAF Development Domain/Framework Stakeholder and Concern Definition Viewpoint'>Framework Stakeholder and Concern Definition Viewpoint</A><BR>Purpose:<BR>The Framework Stakeholder Viewpoint provides definitions for Architecture Framework Stakeholders having an interest in SAF Viewpoints. The Interest is formulated using Concerns. A Rationale formulates why a Stakeholder has a certain concern.  The viewpoint is intended to be used for development or extension of the SAF.<BR>Presentations:<BR> <UL><li>A Block Definition Diagram (BDD) featuring *SCM_VPStakeholder* elements;and inheritance relationships if applicable.</li><li>A matrix featuring SCM_VPStakeholder elements and SCM_VPConcern elements as rows and columns;and a marking in cells where a SCM_ConcernRationale connects a stakeholder with a concern.</li><li>A table featuring the SCM_ConcernRationales that connect SCM_VPStakeholders and SCM_VPConcerns;and the rationales documentation.</li><li>A table featuring *SCM_VPStakeholder* elements;their documentation; the *SCM_VPConcern* elements representing the concerns of the stakeholders regarding to SAF Viewpoints;and The SCM_Rationale Elements.</li></UL></html>"
"_2024x_26f0132_1719738142966_985767_29029", "SAF_D2_STYD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/SAF Development Domain/Framework Stereotype Overview Viewpoint'>Framework Stereotype Overview Viewpoint</A><BR>Purpose:<BR>The Framework Stereotype Viewpoint provides an overview over all stereotypes provided by SAF.<BR>Presentation:<BR>A table featuring the stereotypes of the SAF profile and their documentation.</html>"
"_2024x_26f0132_1719737475678_685392_28619", "SAF_D2_VPTD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/SAF Development Domain/Framework Viewpoint Definition Viewpoint'>Framework Viewpoint Definition Viewpoint</A><BR>Purpose:<BR>The Framework Viewpoint Definition Viewpoint serves as a specification for any SAF viewpoints in the context of the development of SAF. The Viewpoint shall specify * an example of a conforming view  * purpose  * applicability   * exposed concepts; * presentation forms for the conforming views  * related viewpoints  * stereotypes used in the conforming views  The viewpoint is intended to be used for development or extension of the SAF.<BR>Presentation:<BR>A View and Viewpoints Diagram featuring one *SCM Viewpoint* Element;one *SCM_View* element;a *conform* relationship among them. Additionally all *SCM_Concept* elements that are of interest in the viewpoint. Additionally *expose* relationships for all concepts that help satisfy the viewpoints concerns. Note;that the consequence of exposing a concept is;that the implementation of the concept must appear in the diagram/table/matrix that implements the viewpoint.</html>"
"_2024x_26f0132_1719737520846_727143_28649", "SAF_D2_VPTI", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/SAF Development Domain/Framework Viewpoint Implementation Viewpoint'>Framework Viewpoint Implementation Viewpoint</A><BR>Purpose:<BR>The Framework Viewpoint Implementation Viewpoint defines the implementation of SE concepts exposed by SAF Viewpoints. It serves as the basis for profile implementations of SAF. It shall specify * for each exposed concept an implementation * an implementation for each presentation of the viewpoint * full traceability from implementation   The viewpoint is intended to be used for development or extension of the SAF.<BR>Presentation:<BR>A Profile Diagram featuring SCM_Concept elements for the exposed concepts of a viewpoint;stereotypes from the SAF Profile implementing the concepts;and SCM_RealizeConcept relationships tracing the implementation to the implemented concept. If concepts are implemented directly by UML Metaclasses or by SysML profile elements;they shall be shown on the diagram and related to the concepts. There are additional relationships SCM_Attribute;SCM_TypedBy and SCM_ContainedIn;that can be used to specify details of the implementation;e.g. if a concept is to be implemented by the fact that one element is part of an other element. Please see the SAF Development Guide how to do this.</html>"
"_2024x_26f0132_1719737521935_491979_28659", "SAF_D2_VPTO", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/SAF Development Domain/Framework Viewpoint Overview Viewpoint'>Framework Viewpoint Overview Viewpoint</A><BR>Purpose:<BR>The Framework Viewpoint Overview Viewpoint provides an overview about the Viewpoints in SAF from a SAF Developers perspective. It shall specify * the viewpoints available * their location in the grid by domain and aspect * their maturity of development   The viewpoint is intended to be used for development or extension of the SAF.<BR>Presentations:<BR> <UL><li>A content diagram  featuring a graphical grid representation containing graphical representations of the aspects;domains;and viewpoints available in the framework.</li><li>A table featuring the frameworks viewpoints;the domains;aspects;viewpoint implementation diagrams and maturity.</li></UL></html>"
"_2024x_26f0132_1719738460476_855266_29208", "SAF_D2_VPTO_Table", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_26f0132_1719735639638_993311_27196'>Framework Viewpoint Overview Viewpoint</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697454168635_705915_29452'>GDcontainingAT</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697454194125_161227_29476'>GDcontainingDN</A></LI></ul></html>"
"_2024x_2_26f0132_1757002702622_804051_15213", "SAF_DerivedFromEA", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_2_26f0132_1757421734076_475755_1298'>derives from</A></html>"
"_2024x_26f0132_1718451954698_578645_28046", "SAF_Diagram", "<html>Not implementing a concept</html>"
"_19_0_2_26f0132_1562309311661_472964_142997", "SAF_DocumentReference", "<html>Not implementing a concept</html>"
"_19_0_3_26f0132_1614938958203_459716_5653", "SAF_DomainKind", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1561753378434_784618_50481'>System Domain Kind</A></html>"
"_19_0_4_6d8019d_1632170657124_127768_451", "SAF_DomainKindComposition", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1632170395135_344484_397'>composed of</A></html>"
"_19_0_4_26f0132_1631285127577_990399_5297", "SAF_DomainKindDerivation", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_26f0132_1631284129545_438782_4876'>deriving from</A></html>"
"_2024x_4c5019a_1726421646707_39826_295", "SAF_Effect", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1729856541482_59473_223'>CON has Effect On AA</A></html>"
"_2021x_2_6d8019d_1674232165469_125342_23251", "SAF_Evidence", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167081_609406_23365'>Evidence</A></html>"
"_2021x_2_6d8019d_1674232165474_404920_23262", "SAF_EvidenceArgumentReinforcement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167082_51450_23369'>EVCreinforcingAGT</A></html>"
"_19_0_2_26f0132_1567115071113_47392_54955", "SAF_Example", "<html>Not implementing a concept</html>"
"_19_0_4_6d8019d_1618591731111_585346_2477", "SAF_F1_SCXD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Context Definition Viewpoint'>System Context Definition Viewpoint</A><BR>Purpose:<BR>The System Context Definition Viewpoint defines how the SOI is embedded in its environment;i.e.;where the boundary of the SOI is and who the external entities are the SOI interacts with (e.g.;users;other external systems;environmental conditions;etc.).  In addition;the System Context Definition Viewpoint serves as architecture concept to demonstrate how the architecture description defined in the Operational Context Definition Viewpoint is realized.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring the following elements * a Logical element block representing SOI in the logical domain * a Logical context block representing the addressed context in the logical domain * Logical context element blocks for each relevant context element * a composition relationship from context block to each context element used in the context * a composition relationship from context block to the SOI</li><li>A tabular format listing context roles;context elements;and respective descriptions.</li></UL></html>"
"_2024x_26f0132_1718445860250_114816_23014", "SAF_F1_SCXD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Context Definition Viewpoint'>System Context Definition Viewpoint</A><BR>Purpose:<BR>The System Context Definition Viewpoint defines how the SOI is embedded in its environment;i.e.;where the boundary of the SOI is and who the external entities are the SOI interacts with (e.g.;users;other external systems;environmental conditions;etc.).  In addition;the System Context Definition Viewpoint serves as architecture concept to demonstrate how the architecture description defined in the Operational Context Definition Viewpoint is realized.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring the following elements * a Logical element block representing SOI in the logical domain * a Logical context block representing the addressed context in the logical domain * Logical context element blocks for each relevant context element * a composition relationship from context block to each context element used in the context * a composition relationship from context block to the SOI</li><li>A tabular format listing context roles;context elements;and respective descriptions.</li></UL></html>"
"_19_0_4_6d8019d_1618081524318_206808_1303", "SAF_F1_SCXE", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Context Exchange Viewpoint'>System Context Exchange Viewpoint</A><BR>Purpose:<BR>The System Context Exchange Viewpoint serves for the identification and definition of external interfaces of the SOI that are used to interact;e.g.;users;external systems;and other external entities defined in the given context of the SOI. The System Context Exchange Viewpoint * identifies system interfaces on a functional level;* states to which external entities the system interfaces are connected to;* and defines the usage of interfaces;e.g.;when only a subset of the interface is used.<BR>Presentations:<BR> <UL><li>An internal block diagram (IBD) - associated to a system context - featuring the SOI;the system context elements;and the connectors for each identified interface from SOI to the respective context elements. An interface is an interaction point for interaction of the SOI to with context elements. Item flows are defined for each exchange on the identified interface. Connectors/ports may contain reference to the interface documents if applicable. Ports may be structured as appropriate to manage and structure the information. Note: more than one IBD focused on different areas of interest may be used in oder to keep the view comprehensive. Depending on the Stakeholder concerns the item exchange information might be suppressed.</li><li>A tabular format listing the identified interfaces of the soi (ports);referencing interface definitions (port types) ,connections (connector) to system context elements;and information exchange (item flows) conveyed over these connections. It is advised to have multiple tables focusing on certain aspects to keep the view comprehensive;e.g. table focusing on contexts or on certain interface partners.</li></UL></html>"
"_2024x_26f0132_1718445081588_464851_22944", "SAF_F1_SCXE_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Context Exchange Viewpoint'>System Context Exchange Viewpoint</A><BR>Purpose:<BR>The System Context Exchange Viewpoint serves for the identification and definition of external interfaces of the SOI that are used to interact;e.g.;users;external systems;and other external entities defined in the given context of the SOI. The System Context Exchange Viewpoint * identifies system interfaces on a functional level;* states to which external entities the system interfaces are connected to;* and defines the usage of interfaces;e.g.;when only a subset of the interface is used.<BR>Presentations:<BR> <UL><li>An internal block diagram (IBD) - associated to a system context - featuring the SOI;the system context elements;and the connectors for each identified interface from SOI to the respective context elements. An interface is an interaction point for interaction of the SOI to with context elements. Item flows are defined for each exchange on the identified interface. Connectors/ports may contain reference to the interface documents if applicable. Ports may be structured as appropriate to manage and structure the information. Note: more than one IBD focused on different areas of interest may be used in oder to keep the view comprehensive. Depending on the Stakeholder concerns the item exchange information might be suppressed.</li><li>A tabular format listing the identified interfaces of the soi (ports);referencing interface definitions (port types) ,connections (connector) to system context elements;and information exchange (item flows) conveyed over these connections. It is advised to have multiple tables focusing on certain aspects to keep the view comprehensive;e.g. table focusing on contexts or on certain interface partners.</li></UL></html>"
"_19_0_4_6d8019d_1617380348210_24096_555", "SAF_F1_SUCD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Use Case Viewpoint'>System Use Case Viewpoint</A><BR>Purpose:<BR>The System Use Case Viewpoint provides an outside view on the system functionality from the perspective of the system users and contributes to the definition of system requirements and system usage. The intended system use may be captured as free-text use case description;as well as storytelling approach on a coarse level of detail. The main system exchange partners participating in the intended system use are identified. System use cases are related to a specific system context. System use cases are derived from operational scenarios elaborated during mission analysis.<BR>Presentations:<BR> <UL><li>A use case diagram featuring model elements representing System Use Cases;System Context;and System Context Elements. The System Context shall be used as subject of the use case. The System Context Elements playing a Role in the Use Case shall be connected to the Use Case by associations. Note: System Use Case pre- and postconditions shall be represented either by callout or compartment notation. Relationship to operational stories can be related to the use case in order trace to mission analysis.</li><li>A tabular format listing the System Use Cases;the System Use Case pre- and postconditions;the System Context;and the System Context Elements. Additionaly;the relationship to operational stories;if applicable.</li></UL></html>"
"_2024x_26f0132_1718444814950_893924_22854", "SAF_F1_SUCD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Use Case Viewpoint'>System Use Case Viewpoint</A><BR>Purpose:<BR>The System Use Case Viewpoint provides an outside view on the system functionality from the perspective of the system users and contributes to the definition of system requirements and system usage. The intended system use may be captured as free-text use case description;as well as storytelling approach on a coarse level of detail. The main system exchange partners participating in the intended system use are identified. System use cases are related to a specific system context. System use cases are derived from operational scenarios elaborated during mission analysis.<BR>Presentations:<BR> <UL><li>A use case diagram featuring model elements representing System Use Cases;System Context;and System Context Elements. The System Context shall be used as subject of the use case. The System Context Elements playing a Role in the Use Case shall be connected to the Use Case by associations. Note: System Use Case pre- and postconditions shall be represented either by callout or compartment notation. Relationship to operational stories can be related to the use case in order trace to mission analysis.</li><li>A tabular format listing the System Use Cases;the System Use Case pre- and postconditions;the System Context;and the System Context Elements. Additionaly;the relationship to operational stories;if applicable.</li></UL></html>"
"_19_0_4_6d8019d_1618762989365_936788_2353", "SAF_F2_SCYD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Capability Definition Viewpoint'>System Capability Definition Viewpoint</A><BR>Purpose:<BR>The System Capability Definition Viewpoint defines a taxonomy of Capabilities including composition;specialization;and dependency relationships between System Capabilities. Note: Connecting capabilities to requirements creates a linkage between two different types of conceptual problem description that helps manage the complexity of the system. At a high level of abstraction;capabilities allow an system architect to plan phases of the system evolution without the need to bear details in mind. Those details will not be lost if they are captured as requirements and traced to a corresponding capability. There is one key difference between capabilities and requirements: Requirements come from different sources;sponsored by different stakeholders;and are usually captured at different levels of abstraction. In contrast;capabilities should always represent a coherent and consolidated view of the system.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring System Capabilities;their composition;specialization;and dependency relationships. Note: The relationship to operational capabilities shall be shown if applicable.</li><li>A tabular format listing System Capabilities;their composition;specialisation;and dependency relationships;as well as relations to operational capabilities.</li></UL></html>"
"_2024x_26f0132_1718444691784_101759_22771", "SAF_F2_SCYD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Capability Definition Viewpoint'>System Capability Definition Viewpoint</A><BR>Purpose:<BR>The System Capability Definition Viewpoint defines a taxonomy of Capabilities including composition;specialization;and dependency relationships between System Capabilities. Note: Connecting capabilities to requirements creates a linkage between two different types of conceptual problem description that helps manage the complexity of the system. At a high level of abstraction;capabilities allow an system architect to plan phases of the system evolution without the need to bear details in mind. Those details will not be lost if they are captured as requirements and traced to a corresponding capability. There is one key difference between capabilities and requirements: Requirements come from different sources;sponsored by different stakeholders;and are usually captured at different levels of abstraction. In contrast;capabilities should always represent a coherent and consolidated view of the system.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring System Capabilities;their composition;specialization;and dependency relationships. Note: The relationship to operational capabilities shall be shown if applicable.</li><li>A tabular format listing System Capabilities;their composition;specialisation;and dependency relationships;as well as relations to operational capabilities.</li></UL></html>"
"_19_0_4_26f0132_1631267986737_158302_36", "SAF_F2_SDIK", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Domain Item Kind Viewpoint'>System Domain Item Kind Viewpoint</A><BR>Purpose:<BR>The System Domain Item Kind Viewpoint captures system wide concepts and collects type definitions for any exchanged item;e.g.;information;material;or energy;of the Functional and Logical domain. Its purpose is to define these item types and their relationships. Furthermore;the System Domain Item Kind Viewpoint specifies the data types;entity types;related value types;and units that are used by the SOI. Note: Domain Item Kinds are used as types of function input and output in the Functional Domain;and for types of interfaces in the Logical Domain. They specify what is to be exchanged but not how.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Domain Item Kinds and their relationships in terms of generalization;composition;or general association.  Note: Domain Item Kinds are managed in the domain knowledge package of the SOI;the Domain Item Kinds are visible and usable to all sub elements of the SOI. Domain Item Kinds shall be value types or blocks. </li><li>A tabular format listing the Domain Item Kinds;and their relationships.</li></UL></html>"
"_2024x_26f0132_1718444573319_748914_22693", "SAF_F2_SDIK_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Domain Item Kind Viewpoint'>System Domain Item Kind Viewpoint</A><BR>Purpose:<BR>The System Domain Item Kind Viewpoint captures system wide concepts and collects type definitions for any exchanged item;e.g.;information;material;or energy;of the Functional and Logical domain. Its purpose is to define these item types and their relationships. Furthermore;the System Domain Item Kind Viewpoint specifies the data types;entity types;related value types;and units that are used by the SOI. Note: Domain Item Kinds are used as types of function input and output in the Functional Domain;and for types of interfaces in the Logical Domain. They specify what is to be exchanged but not how.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Domain Item Kinds and their relationships in terms of generalization;composition;or general association.  Note: Domain Item Kinds are managed in the domain knowledge package of the SOI;the Domain Item Kinds are visible and usable to all sub elements of the SOI. Domain Item Kinds shall be value types or blocks. </li><li>A tabular format listing the Domain Item Kinds;and their relationships.</li></UL></html>"
"_19_0_4_26f0132_1629448019169_887442_9417", "SAF_F2_SFBS", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Functional Breakdown Structure Viewpoint'>System Functional Breakdown Structure Viewpoint</A><BR>Purpose:<BR>The System Functional Breakdown Structure Viewpoint defines the structured;modular functional breakdown of the SOI beginning with System Processes;over identified System Functions further refined down to System Partial Functions. The reuse of System Functions;and System Partial Functions over Function Trees of the SOI is facilitated. <BR>Presentations:<BR> <UL><li>One or more more block definition diagrams (BDD) featuring activities representing System Processes;System Functions;System Partial Functions;and their aggregation composing the functional breakdown structure.</li><li>Tool specific analysis diagram featuring the relationships between System Processes;System Functions;and System Partial Functions.</li></UL></html>"
"_2021x_2_6d8019d_1677616004198_497557_24505", "SAF_F3_SFRE", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Functional Refinement Viewpoint'>System Functional Refinement Viewpoint</A><BR>Purpose:<BR>The System Functional Refinement Viewpoint analyses decomposition of System Functions into System Partial Functions in order achieve understanding and agreement about the System functions sufficient to derive system  requirements.<BR>Presentation:<BR>Activity Diagram featuring System Partial Functions;functional exchange between partial functions. There are explicitely no Swimlanes and no allocations to structure.</html>"
"_19_0_4_6d8019d_1617380277228_633159_552", "SAF_F3_SPRO", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Process Viewpoint'>System Process Viewpoint</A><BR>Purpose:<BR>The System Process Viewpoint provides the functional representation of the system using a black-box approach * the representation of the SOI and all Context Elements * the System Functions the SOI shall be able to perform * the Context Functions the Context Elements are expected to perform * the exchange between SOI System Functions and Context Functions of Context Elements * the functional flows crossing the boundary between SOI and Context Elements<BR>Presentations:<BR> <UL><li>An activity diagram featuring the ordered execution of System Process Actions. The activity diagram swim lanes are typed with Context Element usage and SOI usage from the same System Context.  Note: In order to improve the clarity of presentation it may be appropriate to use several activity diagrams for one System Process.</li><li>A tabular format listing all identified System Functions;the System Processes in which they appear;and the Comtext Exchange with the Context Functions.</li></UL></html>"
"_2024x_26f0132_1718444307071_150416_22623", "SAF_F3_SPRO_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Process Viewpoint'>System Process Viewpoint</A><BR>Purpose:<BR>The System Process Viewpoint provides the functional representation of the system using a black-box approach * the representation of the SOI and all Context Elements * the System Functions the SOI shall be able to perform * the Context Functions the Context Elements are expected to perform * the exchange between SOI System Functions and Context Functions of Context Elements * the functional flows crossing the boundary between SOI and Context Elements<BR>Presentations:<BR> <UL><li>An activity diagram featuring the ordered execution of System Process Actions. The activity diagram swim lanes are typed with Context Element usage and SOI usage from the same System Context.  Note: In order to improve the clarity of presentation it may be appropriate to use several activity diagrams for one System Process.</li><li>A tabular format listing all identified System Functions;the System Processes in which they appear;and the Comtext Exchange with the Context Functions.</li></UL></html>"
"_19_0_4_6d8019d_1627582668863_723808_2445", "SAF_F3_SSTA", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System State Viewpoint'>System State Viewpoint</A><BR>Purpose:<BR>The System State Viewpoint defines the conditions of the SOI or parts of thereof that constrain the execution of System Functions. System States are used as pre- or post-condition of System Use Cases;and as constraints within the definition of System Functions to specifying valid transitions. Valid transitions between System States and the conditions for transitioning are specified in system wide concepts captured in System Requirements.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring states;and state transitions.  Note: References to model elements that are dependent of states;or transitions shall be shown as callout;or compartment notation.</li><li>A tabular format listing states;state transitions;and the conditons to be fullfilled before the transition will occur. References to model elements that are dependent of states (Domain Item Kinds;System Functions;System Use Cases;etc.);or transitions shall be shown in the table.</li></UL></html>"
"_2024x_26f0132_1718444107324_646747_22569", "SAF_F3_SSTA_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System State Viewpoint'>System State Viewpoint</A><BR>Purpose:<BR>The System State Viewpoint defines the conditions of the SOI or parts of thereof that constrain the execution of System Functions. System States are used as pre- or post-condition of System Use Cases;and as constraints within the definition of System Functions to specifying valid transitions. Valid transitions between System States and the conditions for transitioning are specified in system wide concepts captured in System Requirements.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring states;and state transitions.  Note: References to model elements that are dependent of states;or transitions shall be shown as callout;or compartment notation.</li><li>A tabular format listing states;state transitions;and the conditons to be fullfilled before the transition will occur. References to model elements that are dependent of states (Domain Item Kinds;System Functions;System Use Cases;etc.);or transitions shall be shown in the table.</li></UL></html>"
"_19_0_4_26f0132_1626791693357_994866_3136", "SAF_F4_SCXI", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Context Interaction Viewpoint'>System Context Interaction Viewpoint</A><BR>Purpose:<BR>The System Context Interaction Viewpoint describes the System external behavior based on the exchange between Logical SOI and Logical Context Elements Usage in a given System Context. It depicts the sequence of interactions between the Logical SOI;the Context Elements and the exchanged Domain Item Kinds needed to accomplish a given System Process.  Note: The System Context Interaction Viewpoint may refine a System Use Case.<BR>Presentation:<BR>A sequence diagram featuring the flow of control between SOI and Context Elements Roles of a System Context to achieve one outcome of a System Use Case.  Note: This diagram depicts the sending and receiving of messages between the interacting entities called lifelines;where time is represented along the vertical axis. The lifelines representatives are part properties typed by a System Context Elements.</html>"
"_2021x_2_8710274_1679480698224_528018_25860", "SAF_F5_SIFD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Interface Definition Viewpoint'>System Interface Definition Viewpoint</A><BR>Purpose:<BR>The System Interface Definition Viewpoint captures system wide concepts defining interfaces. It allows to adopt long-lived standards and to harmonize conceptual interface definitions to improve interchangeability;interoperability;and portability.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Conceptual Interface blocks with ports;and flow properties.</li><li>A tabular format listing Conceptual Interface blocks;their ports;and flow properties.</li></UL></html>"
"_19_0_1_26f0132_1548407715628_25139_43804", "SAF_F6_SRQD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Requirement Definition Viewpoint'>System Requirement Definition Viewpoint</A><BR>Purpose:<BR>The System Requirement Definition Viewpoint specifies functions;non-functional properties;or constraints of the System. System Requirements are captured;the interrelationships between Functional and Non-Functional Requirements on the same level of abstraction and the traceability to Stakeholder Requirements are depicted.<BR>Presentation:<BR>A tabular format listing * unique requirement ID;text;and attributes;* traceability reference to Stakeholder Requirements;* traceability reference to depended Requirements on the same level of abstraction.</html>"
"_2024x_4c5019a_1724846855776_360910_2549", "SAF_F7_ASID", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Asset Identification Viewpoint'>Asset Identification Viewpoint</A><BR>Purpose:<BR>The Asset Identification viewpoint defines the assets that must be taken into account in the risk analysis. This is the first step of the risk management process according to DIN EN ISO/IEC 27005:2024-05.<BR></html>"
"_2024x_4c5019a_1724834932932_125760_732", "SAF_F7_ASID_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Asset Identification Viewpoint'>Asset Identification Viewpoint</A><BR>Purpose:<BR>The Asset Identification viewpoint defines the assets that must be taken into account in the risk analysis. This is the first step of the risk management process according to DIN EN ISO/IEC 27005:2024-05.<BR></html>"
"_2024x_4c5019a_1726421910225_40359_327", "SAF_F7_IMAN", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Impact Analysis Viewpoint'>Impact Analysis Viewpoint</A><BR>Purpose:<BR>tbd<BR></html>"
"_2024x_4c5019a_1726421828345_746165_321", "SAF_F7_IMAN_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Impact Analysis Viewpoint'>Impact Analysis Viewpoint</A><BR>Purpose:<BR>tbd<BR></html>"
"_2024x_4c5019a_1726432568406_567060_417", "SAF_F7_RIAN", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Security Risk Analysis Viewpoint'>Security Risk Analysis Viewpoint</A><BR>Purpose:<BR>tbd<BR></html>"
"_2024x_4c5019a_1726432589722_859572_423", "SAF_F7_RIAN_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Security Risk Analysis Viewpoint'>Security Risk Analysis Viewpoint</A><BR>Purpose:<BR>tbd<BR></html>"
"_2024x_4c5019a_1725548418126_514094_79", "SAF_F7_SECT", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Security Context Viewpoint'>Security Context Viewpoint</A><BR>Purpose:<BR>The Security Context viewpoint defines the Security Context;that describes the environment and all security relevant aspects of a System. This is the first step of the risk management process according to DIN EN ISO/IEC 27005:2024-05.  The Security Context describes all internal and external elements;boundaries;interconnections and assumptions that referes to the security of a system or an asset. DIN ISO 31000:2018-10 defines:  "The context of the risk management process should be derived from an understanding of the external and internal environment in which the organisation operates and should reflect the specific environment of the activity to which the risk management process is applied." <BR></html>"
"_2024x_4c5019a_1725548466184_799473_85", "SAF_F7_SECT_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Security Context Viewpoint'>Security Context Viewpoint</A><BR>Purpose:<BR>The Security Context viewpoint defines the Security Context;that describes the environment and all security relevant aspects of a System. This is the first step of the risk management process according to DIN EN ISO/IEC 27005:2024-05.  The Security Context describes all internal and external elements;boundaries;interconnections and assumptions that referes to the security of a system or an asset. DIN ISO 31000:2018-10 defines:  "The context of the risk management process should be derived from an understanding of the external and internal environment in which the organisation operates and should reflect the specific environment of the activity to which the risk management process is applied." <BR></html>"
"_2024x_4c5019a_1726432501687_212033_405", "SAF_F7_THSC", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Threat Szenario Viewpoint'>Threat Szenario Viewpoint</A><BR>Purpose:<BR>tbd<BR></html>"
"_2024x_4c5019a_1726432538483_126898_411", "SAF_F7_THSC_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/Threat Szenario Viewpoint'>Threat Szenario Viewpoint</A><BR>Purpose:<BR>tbd<BR></html>"
"_2021x_2_6d8019d_1691055569911_434596_24894", "SAF_F8_SCYM_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Capability Mapping Viewpoint'>System Capability Mapping Viewpoint</A><BR>Purpose:<BR>The System Capability Mapping Viewpoint describes the relationships of System Capabilities. The reasoning for System Capabilities as support for System Use Cases and the contribution of System Processes to Capabilities are described. Furthermore;the mapping of System Capabilities to Operational Capabilities are identified.<BR>Presentation:<BR>A tabular format listing the relationships of System Capabilities to Operational Capabilities;System Use Cases;System Process Activities;and System Requirements.</html>"
"_19_0_4_6d8019d_1624904106285_850809_1491", "SAF_F8_SRQT_Matrix", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Functional Domain/System Requirement Traceability Viewpoint'>System Requirement Traceability Viewpoint</A><BR>Purpose:<BR>The System Requirement Traceability Viewpoint specifies for every System Requirement the traceability to the functional domain level * System Use Case * System Capability * System Context Definition * System Context Exchange * System Context Interaction * System Process * System State<BR>Presentation:<BR>A dependency matrix featuring relationships for every System Requirement to the functional domain level * System Use Case * System Capability * System Context Definition * System Context Exchange * System Context Interaction * System Process * System State</html>"
"_19_0_4_6d8019d_1629825338987_420088_594", "SAF_FunctionAction", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524161_907005_91002'>General Functional Usage</A></html>"
"_2024x_1_26f0132_1725610111066_673801_221", "SAF_FunctionAsset", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1727855369397_570583_19'>SF is Asset in Security Context</A></html>"
"_2024x_1_26f0132_1729193328493_921636_25629", "SAF_Glossary", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_1_26f0132_1729193426484_948459_25660'>Glossary</A></html>"
"_2024x_4c5019a_1729857039097_486963_144", "SAF_ImpactedActeurs", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1729856201681_931608_163'>Affected Acteurs</A></html>"
"_2024x_2_26f0132_1757002770095_975274_15303", "SAF_InformedByEA", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_2_26f0132_1757421856918_814040_1326'>informed by</A></html>"
"_2024x_4c5019a_1727777638965_664243_26", "SAF_Integrity", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1727773842236_29260_132'>Integrity</A></html>"
"_2021x_2_8710274_1695985266083_110612_25287", "SAF_InterfaceLayerRelationship", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1695984535441_481088_24822'>PCPOverPCP</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697109899298_943155_150586'>PCPPOverPCPP</A></LI></ul></html>"
"_2024x_1_26f0132_1729185567557_816733_16281", "SAF_IssuedBy", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1700810378676_882309_48192'>STDissuedBySTO</A></html>"
"_19_0_4_26f0132_1625209562736_284155_381", "SAF_L2_LSTD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Logical Domain/Logical Structure Definition Viewpoint'>Logical Structure Definition Viewpoint</A><BR>Purpose:<BR>The Logical Structure Definition Viewpoint describes how the system is decomposed into a hierarchical structure of logical elements responsible for different system functions (divide & conquer principle). It covers related logical concepts and principles that support the logical operation of the system and is widely reusable among similar systems like product families;or product generations.<BR>Presentation:<BR>A block definition diagram (BDD) featuring the logical system block and logical blocks for any kind of logical element the system is composed of. These elements are connected to the system block by means of aggregation relationships.  Note: Multiple relationships to a kind of element are allowed meaning;that this kind of element is used in several roles.</html>"
"_19_0_4_26f0132_1625209687705_869914_419", "SAF_L4_LIEX", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Logical Domain/Logical Internal Exchange Viewpoint'>Logical Internal Exchange Viewpoint</A><BR>Purpose:<BR>The Logical Internal Exchange Viewpoint serves for the identification and definition of interfaces of elements of the logical system. also;the delegation of system element interfaces to the logical system boundary interfaces is covered. The Logical Internal Exchange Viewpoint * identifies system element interfaces on a logical level * states to which other logical elements the interfaces are connected to * assigns conceptual interface definitions to interfaces * defines the usage of interfaces;e.g.;if only a subset of the interfaces is used  * defines the delegation of logical system element interfaces to the logical system boundary interfaces<BR>Presentation:<BR>One or more IBDs featuring the SOI boundary;the logical elements of the SOI;as well as the connectors for each identified SOI interface delegation to logical SOI elements. An interface is a connection resource for hooking on the logical SOI elements to other logical SOI elements. Item flows are defined for each exchange on the identified interface. Note: Please use more than one IBD focused on different areas of interest to keep the view comprehensive.</html>"
"_19_0_3_26f0132_1582319340394_382321_60610", "SAF_L4_LITI", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Logical Domain/Logical Internal Interaction Viewpoint'>Logical Internal Interaction Viewpoint</A><BR>Purpose:<BR>The Logical Internal Interaction Viewpoint describes System internal behavior based on the exchange between the Logical SOI Elements Usage. It depicts the sequence of interactions between the Logical SOI Elements and the exchanged Domain Item Kinds needed to accomplish a System Partial Function.<BR>Presentation:<BR>A sequence diagram featuring the flow of control between Internal Logical Elements of the SOI. Note: This diagram depicts the sending and receiving of messages between the interacting entities called lifelines where time is represented along the vertical axis. The lifeline representatives are part properties typed by Logical System Elements.</html>"
"_2021x_2_6d8019d_1677360534022_847905_25995", "SAF_L8_LFUM_Matrix", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Logical Domain/Logical Functional Mapping Viewpoint'>Logical Functional Mapping Viewpoint</A><BR>Purpose:<BR>The Logical Functional Mapping Viewpoint supports the definition of assignment of system functions and system partial functions to logical system elements.<BR>Presentation:<BR>A FBS to LBS mapping matrix featuring * Functional Breakdown Structure (FBS) * Logical Breakdown Structure (LBS) * Allocation from system functions and system partial functions to logical system elements</html>"
"_2024x_4c5019a_1726432199859_742406_370", "SAF_LikelihoodParameter", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1726428976637_131748_562'>Likelyhood Parameter</A></html>"
"_19_0_2_26f0132_1558076033373_157322_46890", "SAF_LogicalContext", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1558075086129_173532_44926'>Logical System Context</A></html>"
"_19_0_4_6d8019d_1617440763282_465948_2187", "SAF_LogicalContextElementActing", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_6d8019d_1555339282353_464909_46799'>LCEactingInSUC</A></html>"
"_19_0_4_6d8019d_1630175259198_859971_358", "SAF_LogicalContextRole", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1567171243005_813677_60746'>Logical Context Element Role</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1567171329121_821656_60902'>Logical SOI Role</A></LI></ul></html>"
"_19_0_1_26f0132_1547201742246_537565_42154", "SAF_LogicalElement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_845719_91080'>Logical Element</A></html>"
"_19_0_2_26f0132_1562313107961_803548_148677", "SAF_LogicalEnvironment", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303989622_501728_139950'>Logical Environment</A></html>"
"_19_0_1_26f0132_1547202431219_827789_42473", "SAF_LogicalExternalSystem", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1558075062569_130489_44874'>Logical External System</A></html>"
"_2021x_2_6d8019d_1692006392401_529537_24496", "SAF_LogicalInternalRole", "<html>Not implementing a concept</html>"
"_2024x_4c5019a_1724838612884_200901_1484", "SAF_LogicalResource", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1724751581579_977661_1588'>Intangible Resource</A></html>"
"_19_0_1_8710274_1547464060642_374530_42162", "SAF_LogicalSOI", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1558075212525_51415_45174'>Logical Context SOI</A></html>"
"_19_0_2_26f0132_1558076117783_295122_47010", "SAF_LogicalUser", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1558534130432_293473_45375'>Logical User</A></html>"
"_19_0_1_26f0132_1548401929328_77241_42963", "SAF_O1_OCXD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Context Definition Viewpoint'>Operational Context Definition Viewpoint</A><BR>Purpose:<BR>The Operational Context Definition Viewpoint provides the operational contexts and the involved operational performers necessary to support a specific set of operational capabilities.<BR>Presentation:<BR>A block definition diagram (BDD) featuring the identified Operational Performers playing a role in the Operational Context being addressed.</html>"
"_19_0_3_26f0132_1601646100437_337953_13001", "SAF_O1_OCXE", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Context Exchange Viewpoint'>Operational Context Exchange Viewpoint</A><BR>Purpose:<BR>The Operational Context Exchange Viewpoint provides the operational exchange of systems;personnel;information;material;energy;etc. between operational performers.<BR>Presentations:<BR> <UL><li>An internal block diagram (IBD) - associated to the operational context - featuring the interconnected operational performers in their respective operational role;and the operational item exchange per operational connection.</li><li>A tabular format listing [tbd].</li></UL></html>"
"_19_0_3_26f0132_1601645195786_604902_11134", "SAF_O1_OSTY", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Story Viewpoint'>Operational Story Viewpoint</A><BR>Purpose:<BR>The Operational Story Viewpoint * captures operational stories within operational contexts and their relation to operational performers;thus enables storytelling * illustrates the operational background from the Stakeholder perspective * serves as starting point to identify Stakeholders and/or context elements * fosters the communication among different Stakeholders<BR>Presentation:<BR>A use case diagram featuring model elements representing operational stories;the context in they're taking place and operational performers involved.  Note: Illustrations;drawings;sketches;etc.;and/or descriptions in free text may provide a comprehensive understanding of the operational mission.</html>"
"_19_0_3_26f0132_1601643834849_398612_8169", "SAF_O2_OCYD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Capability Definition Viewpoint'>Operational Capability Definition Viewpoint</A><BR>Purpose:<BR>The Operational Capability Definition Viewpoint defines a taxonomy of Capabilities from a Stakeholder’s perspective including composition;specialization;and dependency relationships between Operational Capabilities.<BR>Presentation:<BR>A block definition diagram (BDD) featuring Operational Capabilities;their composition;specialization;and dependency relationships.</html>"
"_19_0_4_26f0132_1630062793069_290685_155", "SAF_O2_ODIK", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Domain Item Kind Viewpoint'>Operational Domain Item Kind Viewpoint</A><BR>Purpose:<BR>The Operational Domain Item Kind Viewpoint captures enterprise wide concepts and collects type definitions for any exchanged item of the Operational Domain. Its purpose is to define these item types and their relationships.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Operational Domain Item Kinds and their relationships.</li><li>A Table featuring Operational Domain Item Kinds;their relationships and their Documentation</li></UL></html>"
"_2024x_26f0132_1717876271033_50962_14573", "SAF_O2_ODIK_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Domain Item Kind Viewpoint'>Operational Domain Item Kind Viewpoint</A><BR>Purpose:<BR>The Operational Domain Item Kind Viewpoint captures enterprise wide concepts and collects type definitions for any exchanged item of the Operational Domain. Its purpose is to define these item types and their relationships.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Operational Domain Item Kinds and their relationships.</li><li>A Table featuring Operational Domain Item Kinds;their relationships and their Documentation</li></UL></html>"
"_19_0_3_26f0132_1601455842479_177976_826", "SAF_O2_OPRF", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Performer Definition Viewpoint'>Operational Performer Definition Viewpoint</A><BR>Purpose:<BR>The Operational Performer Definition Viewpoint represents the taxonomy of the identified Operational Performers;if existing and relevant for the understanding of the operation of the intended solution. <BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Operational Performers. and their relations in terms of decomposition or generalization at a level of detail required for problem understanding and analysis.  Note: Identified Stakeholders are related to Operational Performers if appropriate.</li><li>A table containing operational performers;their inter relations  and relations to stakeholders</li></UL></html>"
"_2024x_26f0132_1718465296666_634864_34126", "SAF_O2_OPRF_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Performer Definition Viewpoint'>Operational Performer Definition Viewpoint</A><BR>Purpose:<BR>The Operational Performer Definition Viewpoint represents the taxonomy of the identified Operational Performers;if existing and relevant for the understanding of the operation of the intended solution. <BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Operational Performers. and their relations in terms of decomposition or generalization at a level of detail required for problem understanding and analysis.  Note: Identified Stakeholders are related to Operational Performers if appropriate.</li><li>A table containing operational performers;their inter relations  and relations to stakeholders</li></UL></html>"
"_19_0_4_6d8019d_1671380025053_143662_13", "SAF_O2_STID", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Stakeholder Identification Viewpoint'>Stakeholder Identification Viewpoint</A><BR>Purpose:<BR>The Stakeholder Identification Viewpoint of the operational domain strives to identify Stakeholders;who's concerns shall be considered;and adequatley adressed by the intended solution. Relations <BR>Presentation:<BR>A block definition diagram (BDD) depicting the identified;analysed;and classified Stakeholders;their interrelaions and their relations to the Intended Solution. Relations to represented Operational Performers shall also be shown.</html>"
"_19_0_3_26f0132_1600503062173_139730_1994", "SAF_O3_OPRO", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Process Viewpoint'>Operational Process Viewpoint</A><BR>Purpose:<BR>The Operational Process Viewpoint describes the Operational Processes related to a specific Operational Story;the sequence of execution;and their Operational Exchanges;including information;materials;natural resources;etc. The assignment of Operational Processes to Operational Performers is captured.<BR>Presentation:<BR>An activity diagram featuring the ordered execution of Operational Process Actions. Operational Processes may be linked in terms of control flow and/or data flow visualizing the Operational Exchanges needed.  Note: Operational Process Actions are assigned to Operational Roles and therefore in a more general manner to Operational Performers.</html>"
"_2024x_2_26f0132_1751012321984_702856_2975", "SAF_O3_OSTA", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational State Viewpoint'>Operational State Viewpoint</A><BR>Purpose:<BR>The viewpoint defines modes of operation for the prosed system (such as normal;on-road;degraded;war-time;maintenance;training etc.) which apply not only to the SOI but also to involved personnel. An operational mode defines a potential life-cycle selection for the SOI which has a relevant impact for the SOI’s stakeholder/users w.r.t. to the operations. [tbd]<BR>Presentation:<BR>A block definition diagram (BDD) featuring states;and state transitions. Note: References to model elements that are dependent of states;or transitions shall be shown as callout;or compartment notation.</html>"
"_19_0_2_26f0132_1567697216482_129982_55869", "SAF_O4_OCXI", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Context Interaction Viewpoint'>Operational Context Interaction Viewpoint</A><BR>Purpose:<BR>The Operational Context Interaction Viewpoint describes single threads of interaction between Operational Performers in an Operational Context on an operational domain level.  Note: The Operational Interaction Viewpoint may refine an Operational Story.<BR>Presentation:<BR>A sequence diagram featuring the flow of control between Operational Performers of an Operational Context to achieve one outcome of an Operational Story.  Note: This diagram depicts the sending and receiving of messages between the interacting entities called lifelines where time is represented along the vertical axis. The lifelines representatives are part properties typed by Operational Performers.</html>"
"_19_0_1_26f0132_1548401956524_759247_43000", "SAF_O6_SKRD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Stakeholder Requirement Definition Viewpoint'>Stakeholder Requirement Definition Viewpoint</A><BR>Purpose:<BR>The Stakeholder Requirement Definition Viewpoint specifies all capabilities;functions and properties;that the intended solution shall possess or expose from the perspective of the Stakeholders. The Stakeholder Requirement Definition Viewpoint also captures constraints for the system to be developed from stakeholders perspective.<BR>Presentation:<BR>A tabular format lisiting * unique requirement ID;text;and attributes;* traceability reference to justifying model artefacts;e.g. operational stories;operational capabilities;identified concerns of stakeholders;and compliance statements Note: Stakeholder Requirements are to be structured in a way that the Stakeholder behind the Requirement is identifiable. When appropriate;the relationships between identified Stakeholder Requirements are and the justifying model artefacts;Operational Story;Operational Capability;Operational Performer;Operational Process;and Operational Exchange are presented. * "One Requirement Package for each Stakeholder" is a best-practice modeling rule. A package contains the Requirements specific for one Stakeholder. * Even if different Stakeholders may have intersecting interests and / or concerns resulting in a similar set of Requirements;each Stakeholder shall have its own set managed in a dedicated Requirement Package. Requirements must not be shared due to their different life cycles. Resolving duplications and conflicts is subject of the requirement analysis resulting in an agreed and consolidated set of System Requirements.</html>"
"_19_0_3_6d8019d_1608907358473_975875_316", "SAF_O8_OCYM_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Capability Mapping Viewpoint'>Operational Capability Mapping Viewpoint</A><BR>Purpose:<BR>The Operational Capability Mapping Viewpoint describes the relationships of Operational Capabilities. The reasoning for Operational Capabilities as support for Operational Stories and the contribution of Operational Processes to Capabilities are described. Operational Capabilities encoded in Stakeholder Requirements are identified.<BR>Presentation:<BR>A tabular format listing the relationships of Operational Capabilities to Stakeholder Requirements;Operational Stories;and Operational Process Activities.</html>"
"_19_0_3_26f0132_1601459116625_669721_6527", "SAF_O8_OPRM_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Operational Domain/Operational Process Mapping Viewpoint'>Operational Process Mapping Viewpoint</A><BR>Purpose:<BR>The Operational Process Mapping Viewpoint describes the relationships of Operational Processes. The reasoning for Operational Processes from Operational Stories and their contribution to Capabilities is described. The assignment of Operational Processes to Operational Performers is captured.<BR>Presentation:<BR>A tabular format listing the relationships of Operational Process Activities to Operational Capabilities;Operational Stories;and Operational Performers.</html>"
"_19_0_3_8710274_1581676828664_176399_54365", "SAF_OperationalCapability", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_8710274_1581665911562_310714_48925'>Operational Capability</A></html>"
"_19_0_3_6d8019d_1600160576148_12235_366", "SAF_OperationalCapabilityComposition", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_8710274_1581666201982_100862_49030'>OCYcomposedOF</A></html>"
"_19_0_3_6d8019d_1600678873153_400736_372", "SAF_OperationalCapabilityDependency", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_8710274_1581666429993_560174_49054'>OCYdependingON</A></html>"
"_19_0_3_6d8019d_1600163146864_328836_471", "SAF_OperationalCapabilityGeneralization", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_8710274_1581666154134_936493_49002'>OCYspecializedBY</A></html>"
"_19_0_3_6d8019d_1614802389942_56809_428", "SAF_OperationalCapabilitySupport", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_26f0132_1593161538343_235854_323'>OCYsupportingOSY</A></html>"
"_19_0_3_26f0132_1581502754179_833407_156439", "SAF_OperationalContext", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1561763753175_522268_51960'>Operational Context</A></html>"
"_19_0_4_6d8019d_1629637155053_836431_340", "SAF_OperationalContextRole", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1567694227019_837886_54521'>Operational Context Role</A></html>"
"_19_0_4_6d8019d_1618158382195_41606_448", "SAF_OperationalDomainKind", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_26f0132_1600783068816_502199_735'>Operational Domain Kind</A></html>"
"_19_0_4_6d8019d_1632227659718_825878_1667", "SAF_OperationalDomainKindComposition", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1632227066479_408164_1197'>composed of</A></html>"
"_19_0_3_26f0132_1581501489077_870542_155174", "SAF_OperationalPerformer", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562316412621_925297_43615'>Operational Performer</A></html>"
"_19_0_3_6d8019d_1600283017764_387587_659", "SAF_OperationalPerformerActing", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_26f0132_1582984690099_348707_50208'>OPRactingInOSY</A></html>"
"_19_0_3_6d8019d_1599414738887_63027_366", "SAF_OperationalPerformerComposition", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_6d8019d_1598981150221_83799_30'>OPRcomposedOF</A></html>"
"_19_0_3_6d8019d_1611595448048_514745_861", "SAF_OperationalPerformerExhibit", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_6d8019d_1611592925440_283346_480'>OPRexhibitingOCY</A></html>"
"_19_0_3_8710274_1581679987896_193803_55986", "SAF_OperationalProcess", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_164f041e_1564572299224_487951_54901'>Operational Process</A></html>"
"_19_0_4_6d8019d_1629824443819_231386_336", "SAF_OperationalProcessAction", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_8710274_1581674683825_886069_50270'>Operational Process Usage</A></html>"
"_19_0_3_8710274_1581681312847_255155_56868", "SAF_OperationalProcessEnabling", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_8710274_1581673944718_281561_49734'>enabling</A></html>"
"_19_0_3_8710274_1581684654332_634229_49093", "SAF_OperationalProcessRefinement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_164f041e_1564572616564_538444_54929'>refining</A></html>"
"_19_0_1_26f0132_1550433084140_670092_43421", "SAF_OperationalSketch", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1561750848810_524986_48546'>Operational Sketch</A></html>"
"_2024x_2_26f0132_1751012115640_421211_2857", "SAF_OperationalState", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_2_26f0132_1751005742166_577072_1491'>Operational State</A></html>"
"_19_0_1_8710274_1552023067867_433281_43825", "SAF_OperationalStory", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1561750989144_963009_48675'>Operational Story</A></html>"
"_2021x_2_6d8019d_1674914191877_627483_25391", "SAF_P1_PCXD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Context Definition Viewpoint'>Physical Context Definition Viewpoint</A><BR>Purpose:<BR>The Physical Context Definition Viewpoint identifies the various contexts the SOI is used in;along with the associated external entities sharing a physical interface with the system. For each context;the applicable environmental conditions shall be defined. The physical context helps identify the interface requirements needed to integrate a system into its environment in a given context.<BR>Presentation:<BR>A block definition diagram (BDD) depicting the elements available in a specific context. At least one BDD is used per identified context featuring * one block representing the Physical System;i.e.;the system of interest * one block representing the specific Physical System Context * several blocks representing Physical Context Elements such as Physical User;Physical External System;and Physical Environment that are present in the Physical System Context * composition relationships attaching the Physical Context Elements and the Physical System to the Physical System Context block</html>"
"_2021x_2_8710274_1695735069570_422039_26031", "SAF_P1_PCXE", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Context Exchange Viewpoint'>Physical Context Exchange Viewpoint</A><BR>Purpose:<BR>The Physical Context Exchange Viewpoint focuses on the identification of the physical interfaces with external entities and relevant documentation. It is used to capture interface design requirements;applicable standards;protocols and format specifications;that are agreed upon the interfaces.<BR>Presentations:<BR> <UL><li>A) For each given context;an internal block diagram (IBD is used to identify the physical interfaces;the item flows;that are exchanged on that interfaces;and related documentation. Note: To understand the interfaces;a mapping of protocol layers may be depicted.</li><li>B) A tabular format providing a list of all the defined external interfaces and the applicable documentation * context element kind (environment;external entity;physical user;etc.) * context element role name * port name and reference to port type * reference to context element type</li><li>C) A tabular format listing the applicable standards;protocols and formats for the item flows exchanged via the identified interfaces.</li></UL></html>"
"_2024x_8710274_1717757741721_127767_15486", "SAF_P1_PCXE_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Context Exchange Viewpoint'>Physical Context Exchange Viewpoint</A><BR>Purpose:<BR>The Physical Context Exchange Viewpoint focuses on the identification of the physical interfaces with external entities and relevant documentation. It is used to capture interface design requirements;applicable standards;protocols and format specifications;that are agreed upon the interfaces.<BR>Presentations:<BR> <UL><li>A) For each given context;an internal block diagram (IBD is used to identify the physical interfaces;the item flows;that are exchanged on that interfaces;and related documentation. Note: To understand the interfaces;a mapping of protocol layers may be depicted.</li><li>B) A tabular format providing a list of all the defined external interfaces and the applicable documentation * context element kind (environment;external entity;physical user;etc.) * context element role name * port name and reference to port type * reference to context element type</li><li>C) A tabular format listing the applicable standards;protocols and formats for the item flows exchanged via the identified interfaces.</li></UL></html>"
"_2024x_3_26f0132_1758914098555_163483_1159", "SAF_P2_PETD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Exchange Type Definition Viewpoint'>Physical Exchange Type Definition Viewpoint</A><BR>Purpose:<BR>The Physical Exchange Type Definition Viewpoint captures type definitions on design level for any exchanged or stored items;e.g.;information;material;or energy;of the Physical Domain. Its purpose is to define these item types;their properties and their relationships. It also shows the traceability of these items to the conceptual layer (Functional and Logical Domain) <BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Physical Exchange Types;their properties and relationships.</li><li>A tabular format listing the Physical Exchange Types;their properties and relationships.</li></UL></html>"
"_2024x_3_26f0132_1758914138353_148539_1164", "SAF_P2_PETD_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Exchange Type Definition Viewpoint'>Physical Exchange Type Definition Viewpoint</A><BR>Purpose:<BR>The Physical Exchange Type Definition Viewpoint captures type definitions on design level for any exchanged or stored items;e.g.;information;material;or energy;of the Physical Domain. Its purpose is to define these item types;their properties and their relationships. It also shows the traceability of these items to the conceptual layer (Functional and Logical Domain) <BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Physical Exchange Types;their properties and relationships.</li><li>A tabular format listing the Physical Exchange Types;their properties and relationships.</li></UL></html>"
"_2021x_2_8710274_1695637697813_912556_25589", "SAF_P2_PSTD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Structure Definition Viewpoint'>Physical Structure Definition Viewpoint</A><BR>Purpose:<BR>The Physical Structure Viewpoint is used to model the internal structure of the SOI and to identify the internal system elements making up the SOI. The SOI breakdown structure identifies system elements and finally at the implementation level hardware;software;and mechanics. The SOI breakdown structure determines items that are reused and make-or-buy (COTS) items. The Physical Structure Viewpoint is elaborated for each candidate physical SOI architecture. It provides the basis for further assessment of the architecture candidates by identifying the system elements in each candidate solution.<BR>Presentation:<BR>A block definition diagram (BDD) featuring the physical system block and physical blocks for any kind of physical element;HW or SW elements;the system is composed of. These elements are connected to the system block by means of aggregation relationships.  Note: Multiple relationships to a kind of element are allowed meaning;that this kind of element is used in several roles.</html>"
"_2021x_2_6d8019d_1675161151233_753157_23835", "SAF_P4_PIEX", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Internal Exchange Viewpoint'>Physical Internal Exchange Viewpoint</A><BR>Purpose:<BR>The Physical Internal Exchange Viewpoint serves for the identification and definition of interfaces of elements of the physical system. also;the delegation of system element interfaces to the physical system boundary interfaces is covered. The Physical Internal Exchange Viewpoint * identifies system element interfaces on a physical level * states to which other physical elements the interfaces are connected to * assigns physical interface definitions to interfaces * defines the usage of interfaces;e.g.;if only a subset of the interfaces is used * defines the delegation of physical system element interfaces to physical system boundary interfaces<BR>Presentations:<BR> <UL><li>One or more IBDs featuring the SOI boundary;the parts representing physical elements of the SOI. At the SOI boundary;the interfaces of the SOI represented as proxy ports. At the parts;proxy ports representing the SOI parts interfaces. Binding Connectors for each identified SOI interface delegated to physical SOI elements interfaces.  connectors representing connections between interfaces of SOI parts. Item flows are defined for each planned exchange on the identified interfaces. Note: Please use more than one IBD focused on different areas of interest to keep the view comprehensive. Note: Ports may be nested to organize interfaces;but it is recommended to use only only one level.</li><li>A Table representing the content or part of the ibd content.</li></UL></html>"
"_2024x_8710274_1717669386236_274273_20833", "SAF_P4_PIEX_Table", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Internal Exchange Viewpoint'>Physical Internal Exchange Viewpoint</A><BR>Purpose:<BR>The Physical Internal Exchange Viewpoint serves for the identification and definition of interfaces of elements of the physical system. also;the delegation of system element interfaces to the physical system boundary interfaces is covered. The Physical Internal Exchange Viewpoint * identifies system element interfaces on a physical level * states to which other physical elements the interfaces are connected to * assigns physical interface definitions to interfaces * defines the usage of interfaces;e.g.;if only a subset of the interfaces is used * defines the delegation of physical system element interfaces to physical system boundary interfaces<BR>Presentations:<BR> <UL><li>One or more IBDs featuring the SOI boundary;the parts representing physical elements of the SOI. At the SOI boundary;the interfaces of the SOI represented as proxy ports. At the parts;proxy ports representing the SOI parts interfaces. Binding Connectors for each identified SOI interface delegated to physical SOI elements interfaces.  connectors representing connections between interfaces of SOI parts. Item flows are defined for each planned exchange on the identified interfaces. Note: Please use more than one IBD focused on different areas of interest to keep the view comprehensive. Note: Ports may be nested to organize interfaces;but it is recommended to use only only one level.</li><li>A Table representing the content or part of the ibd content.</li></UL></html>"
"_2021x_2_8710274_1695208632632_218609_27418", "SAF_P5_PIFD", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Interface Definition Viewpoint'>Physical Interface Definition Viewpoint</A><BR>Purpose:<BR>The Physical Interface Definition Viewpoint captures definitions for physical interfaces. It allows to adopt long-lived standards and to harmonize physical interface definitions to improve interchangeability;interoperability;and portability.<BR>Presentations:<BR> <UL><li>A block definition diagram (BDD) featuring Physical Interface blocks with ports;and flow properties. Compatibility between Physical Interface blocks is expressed by associations and association blocks. Physical Interface blocks may be specialisations of others (use of generalisation). Note: When ports are used these shall be proxy ports and be typed by interface blocks.</li><li>A tabular format listing Physical Interface blocks;their ports;and flow properties.</li></UL></html>"
"_2021x_2_6d8019d_1677946801652_589028_24613", "SAF_P8_PFUM_Matrix", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Functional Mapping Viewpoint'>Physical Functional Mapping Viewpoint</A><BR>Purpose:<BR>The Physical Functional Mapping Viewpoint supports the analysis of the assigment of system functions and system partial functions to physical system elements. The result shall be computed from the assigment of functions to logial system elements and the assignment of logical system elements to physical system elements<BR>Presentation:<BR>A FBS_to_PBS mapping matrix featuring * Functional Breakdown Structure (FBS) * Physical Breakdown Structure (PBS) * mapping (it is a derived relationship) from system functions and system partial functions to physical SOI elements</html>"
"_2021x_2_6d8019d_1677947386605_221993_24617", "SAF_P8_PLOM_Matrix", "<html>Implementation of <A HREF='https://saf.gfse.org/userdoc/Physical Domain/Physical Logical Mapping Viewpoint'>Physical Logical Mapping Viewpoint</A><BR>Purpose:<BR>The Physical Logical Mapping Viewpoint  supports the definition of the assignment of conceptual logical system elements to physical system elements comprising the SOI.  Following the identification of physical system elements capable of performing the system functions of logical elements;the Physical Logical Mapping Viewpoint provides feedback to the System Architecture Definition process to consolidate or confirm the allocation;partitioning;and alignment of logical elements to physical elements that comprise the SOI.<BR>Presentation:<BR>A assignment matrix featuring * Logical Element Breakdown Structure showing Logical Element Roles and Logical Elements * Physical Element Breakdown Structure showing physical element roles and physical elements * Allocation relationship from logical system element roles to physical system element roles</html>"
"_19_0_2_164f041e_1564558860534_409677_52063", "SAF_PhysicalContext", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1558075325978_897109_45289'>Physical System Context</A></html>"
"_2021x_2_8710274_1697706707436_503229_24914", "SAF_PhysicalContextRole", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1567172443186_403777_62964'>Physical SOI Role</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1567172425344_546313_62832'>Physical Context Element Role</A></LI></ul></html>"
"_19_0_2_26f0132_1558090585793_420384_48529", "SAF_PhysicalElement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_824595_91079'>Physical Element</A></html>"
"_19_0_2_26f0132_1558076176279_434857_47106", "SAF_PhysicalEnvironment", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1558075136166_927385_45031'>Physical Environment</A></html>"
"_2021x_2_8710274_1675099152786_518672_26637", "SAF_PhysicalExchangeType", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_482464_91025'>Physical Exchange Kind</A></html>"
"_19_0_2_26f0132_1560372077241_905943_48390", "SAF_PhysicalExternalSystem", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1558075409978_427311_45484'>Physical External System</A></html>"
"_19_0_2_26f0132_1558090490396_87116_48464", "SAF_PhysicalHardwareElement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_845534_91075'>Hardware Element</A></html>"
"_2021x_2_8710274_1695210280486_572526_27622", "SAF_PhysicalInterfaceDefinition", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_956519_91030'>Physical Interaction Point Definition</A></html>"
"_2021x_2_8710274_1695809841236_544249_27160", "SAF_PhysicalInternalRole", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524161_107047_91004'>General Physical Role</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_174876_91086'>Hardware Element Role</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_61581_91084'>Physical Software Role</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_594816_91083'>Software Element Role</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_635820_91087'>Physical Element Role</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_672620_91085'>Physical Hardware Role</A></LI></ul></html>"
"_19_0_1_26f0132_1547201836188_227821_42212", "SAF_PhysicalItem", "<html>Not implementing a concept</html>"
"_2024x_3_ea40342_1760102235622_120598_2", "SAF_PhysicalRealization", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697730753339_508227_29549'>specifying</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303523801_894791_90759'>realizing</A></LI></ul></html>"
"_2024x_4c5019a_1724838520834_148039_1465", "SAF_PhysicalResource", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1724751736523_167024_1636'>Tangible Resource</A></html>"
"_19_0_2_26f0132_1558090471537_935611_48414", "SAF_PhysicalSoftwareElement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524176_251302_91078'>Software Element</A></html>"
"_19_0_1_8710274_1547464071851_635988_42197", "SAF_PhysicalSystem", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1558075337119_355128_45325'>Physical SOI</A></html>"
"_19_0_1_26f0132_1547202486398_568937_42535", "SAF_PhysicalUser", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_ebf0350_1555174193029_536383_44542'>Physical User</A></html>"
"_2021x_2_8710274_1700809840928_269630_17686", "SAF_Process", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1700810729890_968352_48370'>Process</A></html>"
"_2024x_8710274_1715874541389_595179_15826", "SAF_ProtectionNeed", "<html>Not implementing a concept</html>"
"_2021x_2_6d8019d_1688225179612_961895_24265", "SAF_Refuter", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1674232167082_824671_23368'>Refuter</A></html>"
"_2021x_2_6d8019d_1687637715067_620676_25736", "SAF_RefuterCounterClaimMaking", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1687635765022_652079_24627'>RFTmakingCCM</A></html>"
"_2024x_2_26f0132_1757002641692_837788_15175", "SAF_RepresentsEA", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_2_26f0132_1757421548498_984650_1244'>represents</A></html>"
"_2024x_4c5019a_1726432026287_484307_352", "SAF_Risk", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1726430943101_262310_996'>Risk</A></html>"
"_2024x_4c5019a_1729866790085_297932_52", "SAF_SecurityAssuranceLevel", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1728711798398_384221_251'>Security Assurance Level</A></html>"
"_2024x_4c5019a_1724836153200_404924_846", "SAF_SecurityContext", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1724674758529_936816_356'>Security Context</A></html>"
"_2024x_4c5019a_1725547883612_860887_19", "SAF_SecurityEnviromentalElement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1724752203589_449075_1766'>Security Enviromental Element</A></html>"
"_2024x_4c5019a_1729866769685_232637_46", "SAF_SecurityMeasures", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1728711539575_688605_182'>Security Measures</A></html>"
"_2024x_4c5019a_1724838496713_843411_1449", "SAF_SecurityObjective", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1724750691427_829277_1481'>Security Objective</A></html>"
"_2024x_4c5019a_1729866714922_602421_33", "SAF_SecurityRecuirements", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1728711582034_531131_209'>Security Requirements</A></html>"
"_2024x_4c5019a_1726421366863_823772_271", "SAF_SeverityLevel", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1726422508426_194688_174'>Severity Level</A></html>"
"_19_0_2_26f0132_1565094689606_808099_51895", "SAF_Stakeholder", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1558519956748_646834_44043'>System of Interest Stakeholder</A></html>"
"_19_0_2_26f0132_1576256988971_313392_56275", "SAF_StakeholderRelation", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1575019807024_82785_55519'>SSHrelatedToSSH</A></html>"
"_19_0_3_6d8019d_1600597534207_157849_655", "SAF_StakeholderRepresenting", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1576255381074_947214_55662'>SSHrepresentingOPR</A></html>"
"_19_0_2_164f041e_1564562840570_263949_52838", "SAF_StakeholderRequirement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1558520000264_403052_44141'>Stakeholder Requirement</A></html>"
"_19_0_3_6d8019d_1600679857332_333392_618", "SAF_StakeholderRequirementImposition", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1558520103521_679129_44321'>SHRimposedBY</A></html>"
"_19_0_3_6d8019d_1609148130261_947486_570", "SAF_StakeholderRequirementRefinement", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1558520697796_594436_44679'>SHRrefiningCRN</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_6d8019d_1609067438603_923129_400'>SHRrefiningOSY</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1567606884034_616995_54129'>SHRrefiningOCY</A></LI></ul></html>"
"_2021x_2_8710274_1700810557668_637315_48235", "SAF_Standard", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1700810118595_556759_48108'>Standard</A></html>"
"_2021x_2_8710274_1700819040067_20402_51257", "SAF_StandardCategory", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1700813046483_995773_50081'>Category Of Standard</A></html>"
"_2021x_2_8710274_1701360709869_194778_91148", "SAF_StandardCategoryAssignment", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1700814367039_336586_50268'>SDTcategorizedCOF</A></html>"
"_2024x_1_26f0132_1730537023123_451623_16921", "SAF_StandardChapter", "<html>Not implementing a concept</html>"
"_2024x_1_26f0132_1730146316549_832482_16733", "SAF_StandardDependingOn", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_1_26f0132_1730145934888_287548_16610'>STDdependsOnSTD</A></html>"
"_2021x_2_8710274_1700817699465_496750_50736", "SAF_StandardSuperseding", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1700817559642_660412_50682'>SDTsupersedingSDT</A></html>"
"_2021x_2_8710274_1700812596870_49325_49849", "SAF_StandardizationOrganization", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1700810355233_788568_48161'>Standardization Organization</A></html>"
"_19_0_3_6d8019d_1614802234951_841733_423", "SAF_SystemCapability", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1617463709646_290604_336'>System Capability</A></html>"
"_19_0_4_6d8019d_1618761245041_564044_2064", "SAF_SystemCapabilityComposition", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1617463709658_247814_337'>SCYcomposedOF</A></html>"
"_19_0_4_6d8019d_1618761245046_533877_2065", "SAF_SystemCapabilityDependency", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1617463709661_722502_339'>SCYdependingON</A></html>"
"_19_0_4_6d8019d_1633793471065_964488_390", "SAF_SystemCapabilityEnabling", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1617524582560_511978_675'>SCYenablingOCY</A></html>"
"_19_0_4_6d8019d_1618761245048_815843_2066", "SAF_SystemCapabilityGeneralization", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1617463709660_425346_338'>SCYspecializedBY</A></html>"
"_2021x_2_6d8019d_1691179425619_679578_24346", "SAF_SystemCapabilitySatisfaction", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1691056625013_260300_25600'>SCYsatisfyingSHR</A></html>"
"_19_0_4_6d8019d_1630159558286_241427_911", "SAF_SystemCapabilitySupport", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1617464677545_852747_1286'>SCYsupportingSUC</A></html>"
"_2024x_1_26f0132_1725610159794_815187_303", "SAF_SystemDomainKindAsset", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1727856501532_940147_149'>SDK is Asset in Security Context</A></html>"
"_19_0_1_26f0132_1548408079060_514464_44018", "SAF_SystemFunction", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303524161_394471_91009'>System Function</A></html>"
"_2021x_2_6d8019d_1691057742693_17377_25753", "SAF_SystemFunctionSupport", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1624798205940_66834_232'>SFNsupportingSCY</A></html>"
"_19_0_4_6d8019d_1630685173057_20068_948", "SAF_SystemFunctionalRequirement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_164f041e_1564383963900_307503_51643'>Functional Requirement</A></html>"
"_19_0_2_26f0132_1566859056603_764774_53994", "SAF_SystemFunctionalRequirementConstraint", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_164f041e_1564384014791_156524_51726'>FRboundedByNFR</A></html>"
"_19_0_4_6d8019d_1630757173609_819998_2321", "SAF_SystemFunctionalRequirementRefinement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_164f041e_1564384276906_470959_51917'>FRrefiningSFN</A></html>"
"_19_0_4_6d8019d_1630685173062_232273_950", "SAF_SystemNonFunctionalRequirement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_164f041e_1564383985280_212499_51679'>Non-functional Requirement</A></html>"
"_19_0_2_26f0132_1567750318852_177696_53167", "SAF_SystemOfInterestConcern", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1558519985294_233543_44077'>System of Interest Concern</A></html>"
"_2021x_2_8710274_1676729827724_699643_30171", "SAF_SystemPartialFunction", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_26f0132_1624611043495_845903_880'>System Partial Function</A></html>"
"_19_0_4_26f0132_1624963294145_897849_4228", "SAF_SystemProcess", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_26f0132_1624610613457_313794_115'>System Process</A></html>"
"_2021x_2_6d8019d_1691052942497_211885_24413", "SAF_SystemProcessEnabling", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_6d8019d_1654507324074_749318_302'>enabling</A></html>"
"_2021x_2_6d8019d_1691063354251_379935_24633", "SAF_SystemProcessRefinement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_4_26f0132_1624610806163_247313_817'>refining</A></html>"
"_19_0_2_6d8019d_1566473880087_254926_52599", "SAF_SystemRequirement", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1558520012975_812587_44177'>System Requirement</A></html>"
"_19_0_4_6d8019d_1630686502149_531538_1032", "SAF_SystemRequirementDerivation", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_8710274_1558520123795_924466_44365'>SRderivingFromSTKR</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1565104656755_27827_55752'>SRderivingFromSR</A></LI></ul></html>"
"_19_0_4_6d8019d_1630755344891_22928_2192", "SAF_SystemRequirementRefinement", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_3_26f0132_1582299953373_258701_56319'>SRrefiningLICP</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1575561280252_959861_56562'>SRrefiningSUC</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_6d8019d_1690055913036_853745_24319'>SRrefiningSCY</A></LI></ul></html>"
"_2024x_2_26f0132_1751013382405_4997_3245", "SAF_SystemState", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_26f0132_1562303523973_719860_90882'>System State</A></html>"
"_19_0_1_8710274_1552023080917_369823_43852", "SAF_SystemUseCase", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_1_26f0132_1554446894995_335285_45800'>System Use Case</A></html>"
"_19_0_4_6d8019d_1630778868755_864755_338", "SAF_SystemUseCaseEnabling", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_19_0_2_164f041e_1564571019748_834303_54723'>SUCenablingOSY</A></html>"
"_2024x_4c5019a_1726432132115_888920_364", "SAF_TargetMisuseCase", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1726428890020_798933_560'>Target Misuse Case</A></html>"
"_2021x_2_8710274_1676285202908_857449_35044", "SAF_Term", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1700810107962_53436_48086'>Term</A></html>"
"_2024x_4c5019a_1726432059871_801089_358", "SAF_ThreatScenario", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1726428909034_879245_561'>Threat Scenario</A></html>"
"_2024x_26f0132_1718446856501_55465_24568", "SAF_Viewpoint", "<html>Implementation of SAF Concepts  <ul><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2021x_2_8710274_1697454030821_682386_29382'>Viewpoint</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_26f0132_1719141336629_21600_25167'>VPbelongingToDN</A></LI><LI><A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_26f0132_1719141564806_4128_25334'>VPbelongingToAT</A></LI></ul></html>"
"_2024x_4c5019a_1729855550162_991277_33", "SAF_Vulnerability", "<html>Implementation of SAF Concept <A HREF='https://saf.gfse.org/devdoc/concepts.html#_2024x_4c5019a_1728710827922_136312_119'>Vulnerability</A></html>"
"_19_0_3_26f0132_1600503186077_662521_2047", "SysML ActivityDiagram", "<html>Not implementing a concept</html>"
"_19_0_2_26f0132_1567697620322_299075_57415", "SysML BlockDiagram", "<html>Not implementing a concept</html>"
"_19_0_3_26f0132_1601646128417_547818_13036", "SysML InternalBlockDiagram", "<html>Not implementing a concept</html>"
"_19_0_3_6d8019d_1609099545041_886180_408", "SysML RequirementDiagram", "<html>Not implementing a concept</html>"
"_19_0_2_26f0132_1567697372946_56228_57325", "SysML SequenceDiagram", "<html>Not implementing a concept</html>"
"_19_0_4_6d8019d_1627581789485_703492_1206", "SysML StateMaschineDiagram", "<html>Not implementing a concept</html>"
"_19_0_3_26f0132_1601645172752_571834_11090", "SysML UseCaseDiagram", "<html>Not implementing a concept</html>"