AUTOSAR Feature Model Exchange Format Requirements, AUTOSAR 22-11, FO, No.605

AUTOSAR Countdown Calendar 2022

2022/12/09日の投稿です。

AUTOSARが、今年の版、R22-11公開しました。公開行事の模様は

AUTOSAR R22-11 Release Event 20221208

下記は想定URLです。順次確認中です。

間違っていたら、いいね　を押していただいて、コメント欄にご報告くださると幸いです。
編集リクエストが、構造的な変更をしている最中に、構造的な編集リクエストをしていただくと、
何をどう直したらいいかわからなくなってしまいます。自動修復ツールがつくれていません。ごめんなさい。

文書は検索してダウンロードすることができます。
クラウドサービスにありがちな、あるのにないかのような検索結果が出ることがあります。

AUTOSAR R22-11 Qiita 記事一覧はこちらに編集中です。

<この項は書きかけです。順次追記します。>

用語(terms)

term	definition
Artifact	This is a Work Product Definition that provides a description and definition for tangible work product types. Artifacts may be composed of other artifacts ([12]). At a high level, an artifact is represented as a single conceptual file.
AUTOSAR Tool	This is a software tool which supports one or more tasks defined as AUTOSAR tasks in the methodology. Depending on the supported tasks, an AUTOSAR tool can act as an authoring tool, a converter tool, a processor tool or as a combination of those (see separate definitions).
AUTOSAR Authoring Tool	An AUTOSAR Tool used to create and modify AUTOSAR XML Descriptions. Example: System Description Editor.
AUTOSAR Converter Tool	An AUTOSAR Tool used to create AUTOSAR XML files by converting information from other AUTOSAR XML files. Example: ECU Flattener
AUTOSAR Definition	This is the definition of parameters which can have values. One could say that the parameter values are Instances of the definitions. But in the meta model hierarchy of AUTOSAR, definitions are also instances of the meta model and therefore considered as a description. Examples for AUTOSAR definitions are: EcucParameterDef, PostBuildVariantCriterion, SwSystemconst.
AUTOSAR XML Description	In AUTOSAR this means "filled Template". In fact an AUTOSAR XML description is the XML representation of an AUTOSAR model. The AUTOSAR XML description can consist of several files. Each individual file represents an AUTOSAR partial model and shall validate successfully against the AUTOSAR XML schema.
AUTOSAR Meta-Model	This is an UML2.0 model that defines the language for describing AUTOSAR systems. The AUTOSAR meta-model is an UML representation of the AUTOSAR templates. UML2.0 class diagrams are used to describe the attributes and their interrelationships. Stereotypes, UML tags and OCL expressions (object constraint language) are used for defining specific semantics and constraints.
AUTOSAR Meta-Model Tool	The AUTOSAR Meta-Model Tool is the tool that generates different views (class tables, list of constraints, diagrams, XML Schema etc.) on the AUTOSAR meta-model.
AUTOSAR Model	This is a representation of an AUTOSAR product. The AUTOSAR model represents aspects suitable to the intended use according to the AUTOSAR methodology. Strictly speaking, this is an instance of the AUTOSAR meta-model. The information contained in the AUTOSAR model can be anything that is representable according to the AUTOSAR meta-model.
AUTOSAR Partial Model	In AUTOSAR, the possible partitioning of models is marked in the meta-model by atpSplitable. One partial model is represented in an AUTOSAR XML description by one file. The partial model does not need to fulfill all semantic constraints applicable to an AUTOSAR model.
AUTOSAR Processor Tool	An AUTOSAR Tool used to create non-AUTOSAR files by processing information from AUTOSAR XML files. Example: RTE Generator
AUTOSAR Specification Element	An AUTOSAR Specification Element is a named element that is part of an AUTOSAR specification. Examples: requirement, constraint, specification item, class or attribute in the meta model, methodology, deliverable, methodology activity, model element, bsw module etc.
AUTOSAR Template	The term "Template" is used in AUTOSAR to describe the format different kinds of descriptions. The term template comes from the idea, that AUTOSAR defines a kind of form which shall be filled out in order to describe a model. The filled form is then called the description. In fact the AUTOSAR templates are now defined as a meta-model.
AUTOSAR Validation Tool	A specialized AUTOSAR Tool which is able to check an AUTOSAR model against the rules defined by a profile.
AUTOSAR XML Schema	This is a W3C XML schema that defines the language for exchanging AUTOSAR models. This Schema is derived from the AUTOSAR meta-model. The AUTOSAR XML Schema defines the AUTOSAR data exchange format.
Blueprint	This is a model from which other models can be derived by copy and refinement. Note that in contrast to meta model resp. types, this process is not an instantiation.
Instance	Generally this is a particular exemplar of a model or of a type.
Life Cycle	Life Cycle is the course of development/evolutionary stages of a model element during its life time.
Meta-Model	This defines the building blocks of a model. In that sense, a Meta-Model represents the language for building models.
Meta-Data	This includes pertinent information about data, including information about the authorship, versioning, access-rights, timestamps etc.
Model	A Model is an simplified representation of reality. The model represents the aspects suitable for an intended purpose.
Partial Model	This is a part of a model which is intended to be persisted in one particular artifact.
Pattern in GST	This is an approach to simplify the definition of the meta model by applying a model transformation. This transformation creates an enhanced model out of an annotated model.
Profile Authoring Support Data	Data that is used for efficient authoring of a profile. E.g. list of referable constraints, meta-classes, meta-attributes or other reusable model assets (blueprints)
Profile Authoring Tool	A specialized AUTOSAR Tool which focuses on the authoring of profiles for data exchange points. It e.g. provides support for the creation of profiles from scratch, modification of existing profiles or composition of existing profiles.
Profile Compatibility Checker Tool	A specialized AUTOSAR Tool which focuses on checking the compatibility of profiles for data exchange. Note that this compatibility check includes manual compatibility checks by engineers and automated assistance using more formal algorithms.
Profile Consistency Checker Tool	A specialized AUTOSAR Tool which focuses on checking the consistency of profiles.
Property	A property is a structural feature of an object. As an example a “connector” has the properties “receive port” and “send port” Properties are made variant by the atpVariation.
Prototype	This is the implementation of a role of a type within the definition of another type. In other words a type may contain Prototypes that in turn are typed by "Types". Each one of these prototypes becomes an instance when this type is instantiated.
Type	A type provides features that can appear in various roles of this type.
Value	This is a particular value assigned to a “Definition”.
Variability	Variability of a system is its quality to describe a set of variants. These variants are characterized by variant specific property settings and / or selections. As an example, such a system property selection manifests itself in a particular “receive port” for a connection. This is implemented using the atpVariation.
Variant	A system variant is a concrete realization of a system, so that all its properties have been set respectively selected. The software system has no variability anymore with respect to the binding time. This is implemented using EvaluatedVariantSet.
Variation Binding	A variant is the result of a variation binding process that resolves the variability of the system by assigning particular values/selections to all the system’s properties. This is implemented by VariationPoint.
Variation Binding Time	The variation binding time determines the step in the methodology at which the variability given by a set of variable properties is resolved. This is implemented by vh.LatestBindingtime at the related properties.
Variation Definition Time	The variation definition time determines the step in the methodology at which the variation points are defined.
Variation Point	A variation point indicates that a property is subject to variation. Furthermore, it is associated with a condition and a binding time which define the system context for the selection / setting of a concrete variant. This is implemented by VariationPoint.

英日

日本語は仮訳

no.	count	word	日本語
1	188	the	その
2	159	a	一つの
3	148	model	模型
4	142	feature	特徴
5	140	autosar	AUTomotive Open System Architecture(短縮名)
6	127	of	の
7	95	uc_fmdt_	uc_fmdt_
8	92	is	です
9	73	to	に
10	71	for	にとって
11	65	in	の中に
12	60	exchange	両替
13	57	this	これ
14	56	format	書式
15	54	features	特徴
16	51	and	と
17	51	that	それ
18	50	rs_fmdt_	rs_fmdt_
19	48	be	です
20	42	an	一つの
21	38	use	使う
22	36	are	です
23	35	by	に
24	34	c	c
25	33	or	または
26	32	document	文書
27	28	requirements	要件
28	26	description	説明
29	26	may	かもしれない
30	26	r	r
31	26	tool	道具
32	25	product	製品
33	24	case	場合
34	24	not	いいえ
35	23	example	例
36	22	as	なので
37	21	autosar_rs_feature	autosar_rs_feature
38	21	fo	foundation(短縮名)
39	21	id	identifier, 識別子(短縮名）
40	21	meta	超
41	21	which	どの
42	19	material	材料
43	19	should	したほうがいい
44	17	dependencies	依存関係
45	17	it	それ
46	16	binding	縛り
47	16	d	d
48	16	different	違う
49	16	models	模型
50	16	one	1
51	16	rationale	根拠
52	16	supporting	対応
53	16	variation	変化
54	16	with	と
55	15	time	時間
56	15	variant	変異体
57	14	at	で
58	14	xml	Extensible Markup Language(短縮名)
59	13	other	他の
60	12	able	できる
61	12	have	持ってる
62	12	release	開放
63	11	from	から
64	11	its	これは
65	11	management	管理
66	11	several	いくつかの
67	11	system	系
68	11	work	仕事
69	10	define	定義
70	10	oem	Original Equipment Manufacturer(短縮名)
71	10	restrictions	制限
72	10	software	ソフトウェア
73	9	any	どれか
74	9	b	b
75	9	but	しかし
76	9	changes	変更
77	9	definition	意味
78	9	has	もっている
79	9	optional	選択肢
80	9	relations	関係
81	9	supplier	提供者
82	9	type	型
83	8	also	また
84	8	because	なぜなら
85	8	concrete	固める
86	8	development	発達
87	8	does	する
88	8	express	特急
89	8	information	情報
90	8	methodology	方法論
91	8	must	しなければならない
92	8	only	それだけ
93	8	such	そのような
94	8	template	雛形
95	8	there	そこの
96	8	these	これらは
97	7	can	できる
98	7	characteristics	特徴
99	7	constraints	制約
100	7	data	与件
101	7	defines	定義する
102	7	editorial	社説
103	7	files	紙ばさみ
104	7	handling	取り扱い
105	7	if	もし
106	7	implemented	実装
107	7	included	含んだ
108	7	more	もっと
109	7	on	の上
110	7	property	財産
111	7	selection	選択
112	7	set	設定する
113	7	then	それから
114	7	used	使った

参考(reference)

Glossary も　参考に入れましょう。
https://www.autosar.org/fileadmin/standards/foundation/22-11/AUTOSAR_TR_Glossary.pdf

[1] Standardization Template, AUTOSAR_TPS_StandardizationTemplate
[2] Software Process Engineering Meta-Model Specification, http://www.omg.org/spec/SPEM/2.0/

Countdown Calendar 2022

今年企画した6つのCountdown Calendarと、それぞれの記事一つをご紹介します。

AUTOSAR Countdown Calendar 2022

AUTOSAR References to ISO, IEC, ITU, IEEE, RFC and SEA etc.

Automotive Handbook Countdown Calendar 2022

Basic principles, ボッシュ自動車handbook(英語)11版まとめ<2>

2022 いいねをいただいた記事ランキング(O.K.版) Countdown Calendar 2022

2022年１月下旬　いいねをいただいた記事　16

CDCale(O.K.) Countdown Calendar 2022

「会議は15分未満」に。小耳にはさんだ話。

ABC language (O.K.版） Advent Calendar 2022

LLVMソースコードのコンパイルをしようと思ってハマった罠とそこから脱出するための努力

ABC maker(O.K版） Advent Calendar 2022

JAXA/IPA クリティカルソフトウェアワークショップ WOCS言語関連発表(改定版)

CountdownCalendar2022 報告

関連文書(Related document)

AUTOSAR Abstract Platformへの道（詳細編）

2023年1月　記事数一覧

年末100記事を30点に仕上げる。

2023 書き初め

「はじめてのCAN/CANFD 」ベクタージャパン＜エンジニア夏休み企画>【読書感想文】

三方良し　Udemy 車載LAN入門講座 CAN通信編

詳解車載ネットワーク CAN, CAN FD, LIN, CXPI, Ethernetの仕組みと設計のために(1) 著者　＜エンジニア夏休み企画読書感想文＞

詳解車載ネットワーク CAN, CAN FD, LIN, CXPI, Ethernetの仕組みと設計のために(2)参考文献＜エンジニア夏休み企画>【読書感想文】

詳解車載ネットワーク CAN、CAN FD、LIN、CXPI、Ethernetの仕組みと設計のために

AUTOSAR Abstract Platform User Group Weekly Report(1) 2022.1.8

AUTOSAR Abstract Platform User Group Weekly Report(2) 2022.1.15

更新資料　Abstract Platform, Vehicle Modelへの対応版

AUTOSAR Feature Model Exchange Format Requirements, No.605, FO, AUTOSAR 22-11 新

https://qiita.com/kaizen_nagoya/items/8263acbfb60aca661107
＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞

文書履歴(document history)

ver. 0.01 初稿 20221209
ver. 0.02 URL追記　20230124