继续看《AUTOSAR_TR_Methodology》。

675_AUTOSAR_TR_Methodology_文档阅读2_Java工作产物的定义

       ** 工作产物的定义

       根据 SPEM 元模型,工作产物定义由任务使用、修改和生成(即任务输入和输出)。 在大多数情况下,工作产物是由任务消耗、生产或修改的有形工作产物。 它们可以作为定义可重用资产的基础。工作产物可​​以通过一种嵌套关系与其他工作产物相关联。

       ** 角色和工作产物之间的关系

       角色使用工作产物来执行任务并在执行任务的过程中产生工作产物。 工作产物由相关角色负责,因此也定义了执行角色应该具备的一组技能。 即使一个角色可能拥有一种特定类型的工作产物,其他角色仍然可以将工作产物用于他们的工作,并对其进行更新。

675_AUTOSAR_TR_Methodology_文档阅读2_Java_02工作产物可​​以是 工件 或 可提交 类型:

       工件:由一个或多个任务消耗、生产或修改的有形工作产物。 Artifacts 可能由其他 Artifacts 组成,可以作为定义可重用资产的基础。

675_AUTOSAR_TR_Methodology_文档阅读2_Java_03

675_AUTOSAR_TR_Methodology_文档阅读2_Java_04

       工件类的,可能包括:AUTOSAR的XML、代码、目标代码、可执行文件、文本。

675_AUTOSAR_TR_Methodology_文档阅读2_Java_05

       工件属性

       在高层次上,工件表示为单个概念文件。 根据经验,AUTOSAR 方法将区分具有以下大多数属性的工件:

       – 需要单独的版本控制

       – 必须关注专用的生命周期

       – 需要满足不同的交换要求

       – 负责角色的变化

       – 多样性的变化

       – 物理表示或格式的变化

       – 产品之一可能是单独交付给另一方的交付物

       – 标准化部件与非标准化部件的分离

675_AUTOSAR_TR_Methodology_文档阅读2_Java_06

       工件和元模型元素之间的关系

       为了表达方法模型的工件与任何 AUTOSAR 元模型元素之间的关系,使用带有构造型 «atpUseMetaModelElement » 的关系来表达这种“依赖性”。 对于与方法元素不直接相关的 AUTOSAR 元模型元素,通常通过相关的元模型元素存在间接关系。因此,该方法可以专注于元模型的主要元素。

675_AUTOSAR_TR_Methodology_文档阅读2_Java_07

       可发布的定义

       用于以将打包交付的工作产物的形式预先定义典型或推荐的内容。 可交付成果用于向客户、顾客或其他利益相关者表示具有价值、材料或其他价值的流程的输出。

675_AUTOSAR_TR_Methodology_文档阅读2_Java_08

       工作产物的聚合

       可交付成果是聚合其他工作产物的工作产物。 方法内容维护预先配置的潜在交付物。 对于 AUTOSAR 方法,聚合关系用于指示可交付成果中包含哪些工作产物。

675_AUTOSAR_TR_Methodology_文档阅读2_Java_09

       这个是工作产物的一个定义视图

675_AUTOSAR_TR_Methodology_文档阅读2_Java_10

       角色定义

       根据 SPEM 元模型,角色定义定义了一个人或一组人的职责,从而定义了执行任务所需的一组相关技能、能力和资格。 一个角色可以由一人或多人担任,一个人可以担任多个角色。 每个角色执行任务。

675_AUTOSAR_TR_Methodology_文档阅读2_Java_11

       角色分派

       角色不是个人或资源。 开发组织的个别成员将戴不同的帽子(应该就是职责做一下区分的意思),或扮演不同的角色。 从个人到角色的映射,通常由项目经理在计划和为项目配备人员时执行,允许不同的个人充当几个不同的角色,并且一个角色可以由几个人担任。

       在 AUTOSAR 方法论中,角色还分配任务的责任并定义可选的执行者。 负责例如的表演者 任务与任务的关系的多重性为 1,可选的执行者分配了可选的多重性。 角色定义通常是通用的,并且仍然为管理人员组织团队提供足够的详细信息。 角色示例包括“系统工程师”、“安全工程师”或“软件开发人员”。

675_AUTOSAR_TR_Methodology_文档阅读2_Java_12

       这个是角色定义的图解,角色定义用来解决任务的定义。左侧的分支说明,必须有一个负责,而右边则是0或者更多个可选。

       这一次的小结到此为止,长路漫漫,这份文档的梳理看起来会是一个超长的耗时工作。考虑太多也没有用,慢慢梳理,守得云开见月明。