Polarion ASPICE X方案能够满足ASPICE要求,即通过Polarion系统实现以管理的方式(计划,监控和调整)来实施已定义的过程,并且通过Polarion系统建立、控制和维护该过程产品。在Polarion系统中既可以管控软件研发过程,也可以管控过程输出的工作产品,并在系统中将上下游过程和产品链接起来,满足上下游追溯的要求。Polarion ASPICE X方案通过内置的各种产品流程,在研发实施过程和最终产品管理上满足ASPICE对于实施管理和工作产品的要求。本文将概述Polarion系统在软件研发过程中的相关功能使用。
一般而言,项目管理将贯穿软件研发过程全生命周期,我们将以项目管理中的项目计划为索引,逐步介绍Polarion系统中ASPICE各研发过程域使用的相关功能。系统中内置项目计划插件,能够满足大部分制定项目管理计划需求(见下图)。
输入:项目立项书
活动:项目经理中通过项目计划管理项目,跟踪项目实际进展确保项目实际进度和计划保持一致,推动项目进展。
活动描述:
确定项目成员,分配项目职责
项目经理在项目立项后,应明确项目起始时间,确定软件开发周期,为各过程域制定子计划提供参考。
各过程域根据项目总体计划和业务上下游依赖关系,制定各过程域开发计划,然后将各子计划纳入项目计划,对项目计划进行评审和发布。
项目管理操作操作手册:项目管理操作手册
输出:
已发布的项目计划
项目成员职责清单
参考案例:
项目管理计划样例:项目计划
项目角色_职责_成员:项目角色_职责_成员
在项目管理计划包括如下过程域子计划:
系统需求计划
系统架构计划
系统集成测试计划
系统合格性测试计划
软件需求计划
软件架构计划
软件单元验证测试计划
软件集成测试计划
软件合格性测试计划
质量保证计划
配置管理计划
下面,按照一般开发流程对各过程域业务活动映射到Polarion系统功能,进行逐一讲解。
输入:
车载软件开发从系统需求开始,系统需求可能来自整车的零部件技术规范,或市场,或用户等;
项目整体计划
活动:执行系统需求文档创建、编辑和发布系统需求文档
活动描述:
系统需求负责人会根据项目整体计划制定系统需求的开发计划,明确系统需求的输入和输出以及时间节点。系统需求开发计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,系统需求负责人根据系统需求开发计划,将在Polarion执行开发任务,系统需求工程师在Polarion中创建,编辑,评审,发布系统需求。
系统需求操作手册参见链接:系统需求操作手册
输出:
已发布的系统需求文档
系统需求开发计划
系统需求参考样例:XXX项目HCU系统需求样例
系统需求模板:系统需求分析
输入:
已发布的系统需求文档
项目整体计划和系统需求开发计划
活动:系统架构根据系统需求进行架构设计,创建、编辑和发布系统架构文档
活动描述:
系统架构负责人会在根据项目整体计划和系统需求计划,制定系统架构开发计划,在系统架构开发计划中明确系统需求输入节点,系统架构输出物和时间节点。系统架构开发计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,系统架构负责人根据系统架构开发计划,将在Polarion执行开发任务,在Polarion中创建,编辑,评审,发布系统架构文档。
系统架构操作手册参见链接:系统架构操作手册
输出:
已发布的系统架构文档
系统架构开发计划
系统架构设计参考样例:XXX项目HCU系统架构规格说明书
系统架构设计模板:系统架构设计
输入:
已发布的系统架构文档
项目整体计划
系统架构开发计划
软件合格性测试计划
活动:系统集成测试验证系统架构,系统集成测试工程师根据系输入物,制定系统集成测试计划,按照测试计划创建、编辑和发布测试用例,并执行测试用例,跟踪用例执行发现的缺陷。
活动描述:
系统集成测试负责人会在根据项目整体计划、系统架构计划,软件合格性测试计划,制定系统集成测试计划,在系统集成测试计划中明确系统架构输入节点,系统集成测试输出物和时间节点,系统集成测试用例执行计划。系统集成测试计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,系统集成测试负责人根据项目计划推进系统集成测试任务,在Polarion编辑用例,评审,发布,执行测试用例,跟踪缺陷。
系统集成测试操作手册参见链接:系统集成测试操作手册
输出:
已发布的系统集成测试用例文档
系统集成测试计划
系统集成测试用例样例参见:XXX项目系统集成测试用例规格说明书
系统集成测试策略模板:系统集成测试
输入:
已发布的系统需求文档
项目整体计划
系统需求开发计划
系统集成测试计划
活动:系统合格性测试验证系统需求,系统合格性测试负责人根据输入物,制定系统合格性测试计划,按照测试计划创建,编辑,发布测试用例,并执行测试用例,跟踪哟用了执行发现的缺陷
活动描述:
在系统合格性测试计划中明确系统需求输入节点,系统合格性测试输出物和时间节点,系统合格性测试用例执行计划。系统合格性测试计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,系统合格性测试负责人根据项目计划推进系统合格性测试任务,在Polarion编辑用例,评审,发布,执行测试用例,跟踪缺陷。
Polarion系统合格性测试操作手册参见链接:系统合格性测试操作手册
输出:
已发布的系统合格性测试用例文档
系统合格性测试计划
系统合格性测试用例样例参见:XXX项目系统合格性测试用例规格说明书
系统合格性测试策略模板参见:系统合格性测试
输入:
已发布的系统需求
已发布的系统架构
项目整体计划
系统需求开发计划
系统架构开发计划
活动:软件需求负责人会根据输入物,拟定软件需求开发计划,按照计划,创建,编辑,发布软件需求。
活动描述:
软件需求开发计划要明确软件需求的输入和输出以及时间节点,制定软件需求开发计划。系统集成测试计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,软件需求负责人根据软件需求开发计划,将在Polarion执行开发任务,在Polarion中创建,编辑,发布软件需求。
Polarion软件需求操作手册参见链接:软件需求操作手册
输出:
已发布的软件需求
软件需求开发计划
Polarion软件需求参考样例参见链接:XXX项目HCU软件需求规格说明书
软件需求分析策略:软件需求分析策略
输入:
已发布的软件需求
项目整体计划
软件需求开发计划
活动:软件架构根据软件需求进行架构设计,制定软件架构开发计划,根据计划创建,编辑,发布软件架构。
活动描述:
软件架构负责人会在根据输入物,制定软件架构开发计划,计划中明确软件需求输入节点,软件架构输出物和时间节点。软件架构开发计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,软件架构负责人根据软件需求开发计划,将在Polarion执行开发任务,在Polarion中创建,编辑,评审,发布软件架构。
Polarion软件架构操作手册参见链接:软件架构操作手册
输出:
已发布的软件架构文档
软件架构开发计划
Polarion软件架构参考样例参见链接:XXX项目软件架构设计规格说明书
软件架构设计策略模板:软件架构设计策略
输入:
已发布的软件架构文档
已发布的软件需求文档
软件架构开发计划
项目整体计划
活动:软件详细设计和单元构建根据软件需求和软件架构进行设计和开发,软件详细设计和单元构建负责人会在根据项目整体计划和软件架构开发计划,制定软件详细设计和单元构建开发计划,按照计划执行软件详细设计和编码。
活动描述:
在软件详细设计和单元构建开发计划中明确软件架构输入节点,软件详细设计和单元构建输出物和时间节点。软件详细设计和单元构建计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,软件详细设计和单元构建负责人根据软件详细设计和单元构建开发计划,将在Polarion创建详细设计文档,在IDEA等编译器中编辑代码,使用Git或SVN中进行代码管理。
Polarion软件架构操作手册参见链接:软件详细设计操作手册
输出物:
已发布的的软件详细设计文档
代码
软件详细设计和单元构建开发计划
Polarion软件详细设计参考样例参见链接:XXX项目软件详细设计规格说明书
软件详细设计策略模板:软件详细设计策略
输入:
已发布的软件详细设计文档
功能代码
项目整体计划
软件详细设计和单元构建开发计划
活动:软件单元验证测试根据软件详细设计和单元构建进行开发和验证,软件单元验证测试负责人会在根据输入物,制定软件单元验证测试计划,按照计划编写测试代码。
活动描述:
在软件单元验证测试计划中明确软件详细设计和单元构建输入节点,软件单元验证测试输出物和时间节点。软件单元验证测试计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,软件单元验证测试负责人根据软件单元验证测试计划,将在IDEA等编译器中编辑测试代码,使用Git或SVN中管理单元验证测试代码,执行完成后,可以将测试报告上传到Polarion系统中。
Polarion软件架构操作手册参见链接:软件单元验证测试操作手册
输出物:
测试代码
测试代码测试报告
软件单元验证测试计划
发现的缺陷
软件单元验证测试策略模板:软件单元验证
输入:
已发布的软件架构文档
软件架构开发计划
项目整体开发计划
软件单元验证测试计划
活动描述:软件集成测试验证软件架构,软件集成测试负责人会在根据输入物,制定软件集成测试计划,按照计划执行软件集成测试。
活动描述:
在软件集成测试计划中明确软件架构输入节点,软件集成测试输出物和时间节点,制定软件集成测行计划。软件集成测试计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,软件集成测试负责人根据项目计划推进软件集成测试任务,在Polarion编辑用例,评审,发布,执行测试用例,跟踪缺陷。
注:若项目已经实现自动化测试,可以考虑Polarion和测试平台集成,将测试用例和执行结果同步到Polarion系统,不需要同时维护两套系统。
Polarion系统软件测试操作手册参见链接:软件集成测试操作手册
输出物:
已发布的软件集成测试用例
软件集成测试计划
发现的缺陷
Polarion系统软件测试用例样例参见链接:XXX项目软件集成测试用例规格说明书
Polarion软件集成测试策略模板:软件集成测试
输入:
已发布的软件需求
项目整体计划
软件需求开发计划
软件集成测试计划
活动:软件合格性测试验证软件需求,软件合格性测试负责人会在根据输入物,制定软件合格性测试计划,按照计划执行软件合格性测试。
活动描述:
在软件合格性测试计划中明确软件需求输入节点,软件合格性测试输出物和时间节点,拟定软件合格性测试计划。软件合格性测试计划将被作为子计划纳入项目管理计划中。
项目计划评审通过之后,软件合格性测试负责人根据项目计划推进软件合格性测试任务,在Polarion编辑用例,评审,发布,执行测试用例,跟踪缺陷。
Polarion软件合格性测试操作手册参见链接:软件合格性测试操作手册
输出物:
已发布的软件合格性测试用例
软件合格性测试计划
发现的缺陷
Polarion软件合格性测试用例样例参见链接:XXX项目HCU软件合格性测试用例规格说明书
Polarion软件合格性测试策略模板:软件合格性测试
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
质量保证以及下面的配置管理、变更管理、问题管理属于支持过程组,与上面的系统工程和软件工程组不同。它们在项目启动之后,与项目管理相辅相成,能够有效的监控项目过程,为项目高质量运行提供非常重要的支持。
输入:
项目整体计划
系统过程和软件工程各过程域开发计划
活动:质量保证工程师根据项目计划,制定质量保证计划,按照计划执行质量保证活动。
活动描述:
根据项目计划节点,相关活动和输出物,质量工程师会参与相关业务活动,并审计相关输出物,因此质量保证计划根据项目整体计划和系统过程和软件过程计划,制定质量保证计划。
质量工程师在Polarion系统会创建质量保证计划和执行任务。按照计划执行质量保证审计,审计工作产品和过程是否符合预先定义的规定和计划,并使不符合项得到解决和进一步预防。
Polarion质量保证操作手册参见链接:质量管理操作手册
输出物:
质量保证计划
质量审计记录
不符合项
质量保证计划参见链接:质量保证计划
输入:
项目整体计划
系统过程和软件工程各过程域开发计划
配置项清单
活动:配置管理工程师根据项目整体计划制定配置管理计划,按照配置管理计划执行任务。
活动描述:
配置管理工程师根据输入的计划中的节点日期和输出物,制定配置管理计划。
配置管理员按照配置管理计划,在Polarion系统中,管理配置项,配置项版本。
按照配置计划执行配置管理审计工作产品,跟踪处理配置审计过程中发现的不符合项。
按照配置计划创建基线,发布基线。
Polarion配置管理操作手册参见链接:配置项管理操作手册
输出:
配置管理计划
配置项和配置项版本
已发布的基线
发现的不符合项
Polarion配置管理计划参见链接:配置管理策略
输入:
研发管理活动中发现的各类问题
活动:软件研发过程中,来自项目管理和开发过程中的重大技术问题等,项目成员识别,分析,管理和控制,并解决问题。
活动描述:
项目组需要制定问题管理策略
项目成员识别,分析,解决问题
输出:
已发布的问题管理策略
问题管理报告
Polarion问题管理操作手册:问题管理操作手册
Polarion问题样例:ASPI-898
Polarion缺陷管理操作手册:缺陷管理操作手册
Polarion缺陷样例:ASPI-1552
Polarion问题管理策略参见链接:问题管理策略
输入:
研发过程中,由于市场,客户需求等变化引发的变更
活动:软件研发过程中,由于市场变化或客户需求变化,技术问题等均有可能引起已发布的项目计划,需求,架构,代码,测试用例等变更。
活动描述:
项目组根据项目公司标准或项目经验等制定变更管理策略
项目组成员要记录变更请求和管理变更请求
输出物:
已发布的变更管理策略
变更管理报告
Polarion变更管理策略参见链接:变更管理策略
Polarion变更管理操作手册:变更管理操作手册
Polarion变更管理样例:ASPI-1663
输入:
公司供应商管理规章制度
活动:按照公司规章制度和研发需要对供应商进行有效管理
活动描述:
项目组根据公司对供应商管理政策和项目研发活动实际情况制定供应商管理计划
按照供应商管理计划对供应商进行管理
输出物:
已发布的供应商管理计划
Polarion供应商管理计划参见链接:供应商管理计划
输入:
项目计划
已发布的系统需求文档
已发布的系统架构文档
已发布的软件需求文档
已发布的软件架构文档
已发布的软件详细设计
软件单元测试报告
软件测试报告
软件合格性测试报告
系统集成测试报告
系统合格性测试报告
各类缺陷报告
可执行的二进制软件包
活动:当完成系统工程组,软件过程组,支持过程组相关业务活动之后,软件产品满足对外发布的条件,执行产品发布活动。
活动描述:
确定产品发布所有交付物已经配置准备完毕
执行发布流程进行软件发布
Polarion发布管理流程参见链接:发布流程操作手册
输出:
已发布的软件包
已发布状态下的发布工作项
参考样例:ASPI-1472 发布工作项
要满足ASPICE L2要求就需要对追溯性和一致性提供覆盖度报表证明,覆盖度报表如下:
系统架构对系统需求覆盖度报表:系统架构对系统需求覆盖度报表
系统合格性测试用例对系统需求覆盖度报表:系统合格性测试用例对系统需求覆盖度报表
软件需求对系统需求覆盖度报表:软件需求对系统需求覆盖度报表
软件需求对系统架构覆盖度报表:软件需求对系统架构覆盖度报表
系统集成测试用例对系统架构覆盖度报表:系统集成测试用例对系统架构覆盖度报表
软件架构对软件需求覆盖度报表:软件架构对软件需求覆盖度报表
软件合格性测试用例对软件需求覆盖度报表:软件合格性测试用例对软件需求覆盖度报表
软件详细设计对软件架构覆盖度报表:软件详细设计对软件架构覆盖度报表
软件集成测试用例对软件架构覆盖度报表:软件集成测试用例对软件架构覆盖度报表
软件单元对软件详细设计覆盖度报表:软件单元对软件详细设计覆盖度报表
样例如下: