全部学习汇总： https://github.com/GreyZhang/hack_autosar
继续梳理《AUTOSAR_TPS_GenericStructureTemplate》。
2.3 构造型
AUTOSAR 模板配置文件使用以下构造型：
• [TPS_GST_00022] atpAbstract 适用于关系（关联、聚合）。这表明关系是抽象的。 每个具体的子类中都需要有专门的关系来重新定义抽象关系。
这种刻板印象是为了在图表中提供更好的可视化。关系是抽象的这一事实是通过在模型中将角色定义为“派生的”来建模的。在图中的角色名称前也用“/”表示。
atpAbstract 的关系只存在于超类中，不会继承到子类。 它们需要在 subclasses子类中重新定义。
[TPS_GST_00023] atpDerived 适用于关系（关联、聚合）。这表明关系通过继承存在于子类中。它进一步表明，在 M1 模型中，关系是从其他信息计算（导出）的。
有两种类型的计算：
– 一般
表示通过抽象关系注释中描述的方法计算值。例如，atpBase 被计算为第一个 atpContextElement 的容器。
– 派生联合
表示它是作为所有具体关系的联合派生的。
例如，从 AtpClassifier 到 AtpFeature 的聚合，角色是 atpFeature 是 atpDerived ，SwComponentType 除了 component、port 等，还有 atpFeature 关联，这个 atpFeature 被计算为具体特征的并集。
派生联合意味着对于给定的组件类型，其 atpFeature 属性保存其端口及其包含的组件原型及其包含的连接器。这允许在抽象级别定义实例引用。
有关详细信息，参阅第 5 章。
备注：除了连接器这部分理解了，其他的部分一点都没看懂！！！！
备注：感觉上，AUTOSAR框架类的设计似乎都是工具来保证的居多。而这种设计描述本身，也不像嵌入式软件设计的直接动作。可能，这部分要求是为了做工具以及集成工作的规范性？
结合这部分目录信息，以及部分章节的具体描述来看了下。感觉这个文档似乎不需要投入过多的关注，可能更多的信息会是关于工具管理类的要求。
除了这部分之外，其实还有对于数据处理的一些要求。这样，这部分文档可以标注一下，后面有需求再回查。临时对于我自己在实操类能力的成长上，可能并不会起到太大的作用。同样分类中的其他文件是否也是类似的内容，还得进一步确认一下。这样，这一份文件本身的梳理基本可以到此结束了。
