全部学习汇总: [GitHub - GreyZhang/hack\_autosar: learning autosar documents, aha, very hard!][GitHub - GreyZhang_hack_autosar_ learning autosar documents_ aha_ very hard]
继续学习AUTOSAR的文档,看一下《AUTOSAR\_RS\_StandardizationTemplate》。
应能够提供角色和权利的蓝图
标准化模板应支持角色和权限的蓝图。
应能够为构建操作清单提供蓝图
标准化模板应支持Processor Manfest 的蓝图。
小结:这个Processor Manfest是一个什么概念呢?
内隐沟通行为的蓝图
AUTOSAR 模板和方法应支持隐式通信行为描述的蓝图。 在知道具有所有细节(数据访问点)的 RunnableEntitys 之前,数据分组应该是可能的。 在自上而下的方法中,数据原型的分组已经可以用于以保证一致性属性并且不相关的数据原型不需要一致性的方式来设计系统。
应支持关键词蓝图
关键字应该是可蓝图的,以支持供应商特定的扩展。
StandardizationTemplate 应指定需求在 AUTOSAR 文档中的表示
在 AUTOSAR 文档和 AUTOSAR 元模型中指定结构化需求的内容和首选图形表示。
AUTOSAR 中要求和规范项的一致规范和表示。
StandardizationTemplate 应指定 AUTOSAR 文档中规范项的表示
指定 AUTOSAR 文档和 AUTOSAR 元模型中规范项的内容。
AUTOSAR 中规范项的一致规范和表示。
StandardizationTemplate 应指定 AUTOSAR 文档中约束项的表示
在 AUTOSAR 文档和 AUTOSAR 元模型中指定约束项的内容。
AUTOSAR 中约束项的一致规范和表示。
StandardizationTemplate 应指定 AUTOSAR 文档中测试项目的表示
指定 AUTOSAR 文档和 AUTOSAR 元模型中测试项的内容。
AUTOSAR 中测试项目的一致规范和表示。
派生对象中元素的多样性
标准化模板应支持具有上限多重性 > 1 的元素的预期派生对象数量的描述。
这支持从蓝图派生任务。
BSW Abstract SWS 的形式化描述
标准化模板应能够发布通用 SWS 的形式化部分,然后由派生的特定 SWS 继承。
多组 BSW SWS 通常共享一组通用的规范元素。不应多次说明这些通用规范元素以避免冗余。 因此,特定的 SWS 应该能够从抽象的 SWS 继承一般部分,并专注于那些必须特别指定的元素。
应提供为公共符号定义命名约定的能力
标准化模板应提供为公共符号定义命名约定的能力。 这尤其包括发布文档中使用的需求 ID、模块缩写、元数据和配置符号。
避免规范中的歧义和名称冲突。 向规范的读者提供元数据的一致统一表示。允许自动处理规范元素。
这部分是之前学习笔记的继承和补充,继续描述蓝图方面的支持,增加了一些属性的设计要求。这样,关于标准模板的部分就已经全都看完了,接下来看看继续其他的部分阅读。
还没有评论,来说两句吧...