Automative SPICE 之五 工作产品特性
附录 B Work product characteristics
WP ID |
WP名称 |
WP特征 |
01-00 |
配置项 |
•在配置控制下维护的项目: - 可能包括组件,子系统,库,测试用例,编译器,数据,文档,物理介质和外部接口 •维护版本标识 •项目描述包括: - 项目类型 - 关联的配置管理库,文件,系统 - 负责任的所有者 - 置于配置控制下的日期 - 状态信息(即开发,基线,发布) - 与较低级别配置的项目的关系 - 识别变更控制记录 - 确定变更历史 |
01-03 |
软件项 |
•集成软件包括: - 源代码 - 软件元素 - 可执行代码 - 配置文件 •文档,其中: - 描述和识别源代码 - 描述和识别软件元素 - 描述和识别配置文件 - 描述和识别可执行代码 - 描述软件生命周期状态 - 描述存档和发布标准 - 描述软件单元的编译 - 描述软件项目的构建 |
01-50 |
集成软件 |
•软件项的集合 •一组特定ECU配置的可执行文件以及可能的相关文档和数据 |
01-51 |
应用参数 |
• 名称 •描述 •值域,阈值,特征曲线 •所有者 •数据应用方式(例如闪存接口) •必要时进行分组/分类: - 类别/组/文件名的名称 - 描述 •应用实际值或特征曲线 |
02-00 |
合同 |
•定义要购买或交付的内容 •确定交付或合同服务日期的时间范围 •确定任何法定要求 •确定货币因素 •标识任何保修信息 •标识任何版权和许可信息 •确定任何客户服务要求 •确定服务级别要求 •参考任何性能和质量期望/约束/监控 •使用的标准和程序 •审查和批准的证据 •根据合同,考虑以下因素: - 参考任何验收标准 - 提及任何特殊客户需求(即保密要求,安全性,硬件等) - 对任何变更管理和问题解决程序的引用 - 识别与独立代理商和分包商的任何接口 - 确定客户在开发和维护过程中的角色 - 识别客户提供的资源 |
02-01 |
承诺/协议 |
•参与承诺/协议的所有各方签字 •确定承诺的内容 •建立履行承诺所需的资源,例如: - 时间 - 人 - 预算 - 设备 - 设施 |
03-03 |
基准数据 |
•当前绩效的测量结果,可以与历史值或目标值进行比较 •与关键目标/流程/产品/市场需求标准和要进行基准测试的信息相关 |
03-04 |
客户满意度数据 |
•确定客户对产品和服务的满意度 •收集客户满意度数据的机制: - 现场性能数据的结果 - 客户满意度调查结果 - 面试笔记 - 与客户会议的会议记录 |
03-06 |
处理性能数据 |
•数据将过程绩效与预期水平进行比较 •定义输入和输出工作产品 • 会议记录 •更改记录 •满足任务完成标准 •符合质量标准 •资源分配和跟踪 |
04-00 * |
设计 |
•描述整体产品/系统结构 •标识所需的产品/系统元素 •确定元素之间的关系 •考虑: - 任何所需的性能特征 - 任何所需的接口 - 任何所需的安全特性 |
04-02 |
域架构 |
•确定的域模型 •确定资产规格 •边界的定义和与其他域的关系(域接口规范) •识别域词汇 •确定域代表标准 •概述域中的功能,功能和概念 |
04-03 |
领域模型 |
•必须提供有关使用和属性的清晰说明和描述,以便重复使用 •确定模型中使用的管理和结构 |
04-04 |
软件架构设计 |
•描述整体软件结构 •描述包括任务结构的操作系统 •识别任务间/进程间通信 •标识所需的软件元素 •标识自己开发和提供的代码 •确定软件元素之间的关系和依赖关系 •识别数据(例如应用程序参数或变量)的存储位置以及采取哪些措施(例如校验和,冗余)来防止数据损坏 •描述如何派生不同型号系列或配置的变体 •描述软件的动态行为(启动,关闭,软件更新,错误处理和恢复等) •描述哪些数据是持久的,以及 •考虑: - 任何所需的软件性能特征 - 任何所需的软件接口 - 所需的任何所需安全特性 - 任何数据库设计要求 |
04-05 |
软件详细设计 |
•提供详细设计(可以表示为原型,流程图,实体关系图,伪代码等) •提供输入/输出数据的格式 •提供CPU,ROM,RAM,EEPROM和闪存需求规范 •描述具有优先级的中断 •描述具有周期时间和优先级的任务 •建立所需的数据命名约定 •定义所需数据结构的格式 •定义每个所需数据元素的数据字段和用途 •提供程序结构的规范 |
04-06 |
系统架构设计 |
•概述 •描述系统元素之间的相互关系 •描述系统元素和软件之间的关系 •从以下方面设计每个系统元素: - 内存/容量要求 - 硬件接口要求 - 用户界面要求 - 外部系统接口要求 - 性能要求 - 命令结构 - 安全/数据保护特性 - 系统参数的设置(例如应用程序参数或全局变量) - 手动操作 - 可重复使用的组件 •将需求映射到系统元素 •系统组件操作模式说明(启动,关闭,睡眠模式,诊断模式等) •描述系统组件之间关于操作模式的依赖关系 •系统和系统组件的动态行为的描述 |
05-00 |
目标 |
•确定要实现的目标 •确定预期实现目标的人员 •确定任何增量支持目标 •识别任何条件/约束 •确定成就的时间表 •在分配的资源范围内合理且可实现 •是当前项目,组织的最新组织 •经过优化,可支持已知的性能标准和计划 |
06-00 |
用户文档 |
•标识: - 外部文件 - 内部文件 - 维护当前的站点分发和维护列表 •文档与最新产品版本保持同步 •解决技术问题 |
06-01 |
客户手册 |
•考虑到: |
06-01 |
客户手册 |
•考虑到: - 受众和任务档案 - 使用信息的环境 - 方便用户 - 可用于开发和提供屏幕文档的技术设施,包括资源和产品 - 信息特征 - 交付成本和可维护性 •包括系统运行所需的信息,包括但不限于: - 产品和版本信息 - 处理系统的说明 - 初步熟悉信息 - 很长的例子 - 结构化参考资料,尤其适用于软件的高级功能 - 清单 - 使用输入设备的指南 |
06-04 |
训练材料 |
•更新并可用于新版本 •适用于应用程序的系统,应用程序,操作和维护的范围 •课程列表和可用性 |
07-00 |
测量 |
•适用于需要了解的人员 •预计会使用它们的人理解 •为组织/项目提供价值 •不破坏工作流程 •适用于流程,生命周期模型,组织: - 准确 - 验证源数据 - 验证结果以确保准确性 •进行适当的分析和评论,以便用户进行有意义的解释 |
07-01 |
顾客满意度调查 |
•识别客户和客户信息 •请求日期 •回复的目标日期 •识别相关的硬件/软件/产品配置 |
07-02 |
现场测量 |
•测量系统在现场位置操作性能的属性,例如: - 现场缺陷 - 针对定义的服务级别度量的性能 - 系统能够满足客户定义的要求 - 需要支持时间 - 用户投诉(可能是第三方用户) - 客户请求帮助 - 业绩趋势 - 问题报告 - 要求增强功能 |
07-03 |
人员绩效测量 |
•实时衡量人员绩效或预期服务水平 •确定以下方面: - 容量 - 吞吐量 - 运营绩效 - 运营服务 - 可用性 流程措施 •有关流程绩效的衡量标准: - 生产足够的工作产品的能力 - 坚持这个过程 - 执行流程所需的时间 - 与过程相关的缺陷 •衡量流程变更的影响 •衡量流程的效率 |
07-05 |
项目措施 |
•监控关键流程和关键任务,为项目提供状态信息: - 针对既定计划的项目绩效 - 针对既定计划的资源利用率 - 针对既定计划的时间表 - 根据质量期望和/或标准处理质量 - 产品质量与质量期望和/或标准 - 突出产品性能问题,趋势 •衡量项目活动的结果: - 任务按计划执行 - 产品的开发在分配的资源承诺范围内 •参考所建立的任何目标 |
07-06 |
质量措施 |
•衡量定义的工作产品的质量属性: - 功能 - 可靠性 - 可用性 - 效率 - 可维护性 - 便携性 •衡量“最终客户”产品质量和可靠性的质量属性 注意:有关产品质量测量的详细信息,请参阅ISO / IEC 25010。 |
07-07 风险衡量 •确定发生风险的可能性 •确定风险发生的影响 •为每个定义的风险建立措施 •衡量风险状态的变化 |
||
07-08 |
服务水平衡量 |
•在系统运行时实时采取措施,衡量系统的性能或预期的服务水平 •确定以下方面: - 容量 - 吞吐量 - 运营绩效 - 运营服务 - 服务中断时间 - 运行时间 - 工作运行时间 |
08-00 |
计划 |
适用于应用和目的: •确定要满足的目标或目标 •建立满足目标或目标的选项和方法 •识别计划所有者 •包括: - 要完成的目标和范围 - 作出假设 - 约束 - 风险 - 要完成的任务 - 时间表,里程碑和目标日期 - 关键依赖关系 - 计划的维护处置 •完成计划的方法/方法 •标识: - 任务所有权,包括其他方(例如供应商,客户)执行的任务 - 质量标准 - 所需的工作产品 •包括实现计划目标的资源: - 时间 - 工作人员(主要角色和当局,例如赞助商) - 材料/设备 - 预算 •包括未完成任务的应急计划 •计划获得批准 |
08-04 |
配置管理计划 |
•定义或引用控制配置项更改的过程 •定义用于确定配置管理活动状态的度量 •定义配置管理审核标准 •由配置管理功能批准 •标识配置库工具或机制 •包括管理记录和状态报告,显示受控物品的状态和历史记录 •指定配置管理库的位置和访问机制 •指定存储,处理和交付(包括归档和检索)机制 |
08-12 项目计划 •定义: - 待开发的工作产品 - 使用的生命周期模型和方法 - 与项目管理相关的客户要求 - 项目资源 •里程碑和目标日期: - 估计 - 质量标准 - 采用的流程和方法 - 应急行动 08-13 质量计划 •质量目标/目标 •定义确保质量所需的活动任务 •参考相关的工作产品 •参考任何法规要求,标准,客户要求 •确定预期的质量标准 •指定已定义生命周期和计划的相关活动的监视和质量检查点 •定义确保质量的方法 •确定工作产品和流程任务的质量标准 •指定在要求采取纠正措施之前允许的阈值/容差级别 •定义质量测量和收集时间 •指定将收集的质量记录反馈到受质量差影响的过程的机制 •定义保证客观性的方法 •由质量责任组织/职能部门批准: - 确定升级机会和渠道 - 定义与客户和供应商QA的合作 08-14 恢复计划 •确定要恢复的内容: - 执行恢复的程序/方法 - 恢复计划 - 恢复所需的时间 - 关键依赖关系 - 恢复所需的资源 - 维护的备份列表 - 负责恢复和分配角色的工作人员 - 需要特殊材料 - 所需的工作产品 - 所需设备 - 所需文件 - 备份的位置和存储 - 有关恢复通知的联系信息 - 验证程序 - 恢复成本估算 |
||
08-16 |
发布计划 |
•标识要在每个版本中包含的功能 •识别所需的相关元素(即硬件,软件,文档等) •映射客户请求,满足特定产品版本的要求 |
08-17 |
重用计划 |
•定义有关要重用的项目的策略 •定义可重用对象的构建标准: - 定义可重用组件的属性 - 质量/可靠性期望 - 标准命名约定 •定义重用存储库(库,CASE工具,文件,数据库等) •识别可重用组件: - 组件目录 - 组件说明 - 适用于他们的使用 - 检索和使用它们的方法 - 修改和使用的限制 •使用可重用组件的方法 •确定可重用组件的目标 |
08-18 审查计划 •定义: - 要审查什么 - 审稿人的角色和责任 - 审查标准(核对清单,要求,标准) - 预计准备时间 - 评论时间表 •识别: - 进行审查的程序 - 审查投入和产出 - 每次审查预期的专业知识 - 审查要保留的记录 - 检查要保持的测量值 - 资源,分配给审查的工具 |
||
08-19 |
风险管理计划 |
•确定项目风险并确定优先顺序 •跟踪风险的机制 •确定何时需要采取纠正措施的阈值标准 •提出的降低风险的方法: - 风险缓解者 - 解决 - 纠正措施活动/任务 - 监测标准 - 衡量风险的机制 |
08-20 |
风险迁移计划 |
•计划的风险处理活动和任务: - 描述针对风险或风险组合选择的风险处理的具体情况,这些风险或风险组合被认为是不可接受的 - 描述在实施治疗中可能遇到的任何困难 •治疗时间表 •治疗资源及其分配 •职责和权限: - 描述谁负责确保实施治疗及其权限 •治疗控制措施: - 定义将用于评估风险处理有效性的措施 •治疗费用 •相关各方之间的接口: - 描述利益相关者之间的协调或项目的总体规划,以便正确实施治疗 •环境/基础设施: - 描述任何环境或基础设施要求或影响(例如,治疗可能带来的安全或安全影响) •风险处理计划改变程序和历史 |
08-26 |
文件计划 |
•识别要生成的文档 •定义软件产品或服务生命周期中的文档活动 •确定任何适用的标准和模板 •定义文档要求 •审核和授权实践 •分发文件 •维护和处理文件 |
08-27 |
问题管理计划 |
•定义问题解决活动,包括识别,记录,描述和分类 •问题解决方法:评估和纠正问题 •定义问题跟踪 •收集和分发问题解决方案的机制 |
08-28 |
变更管理计划 |
•定义变更管理活动,包括识别,记录,描述,分析和实施 •定义跟踪变更请求状态的方法 •定义验证和验证活动 •更改批准和隐含审核 |
08-29 |
改进计划 |
•从组织业务目标中获得的改进目标 •组织范围 •流程范围,需要改进的流程 •关键角色和职责 •适当的里程碑,审查点和报告机制 •开展活动,使所有受改进计划影响的人了解进展情况 |
08-50 |
测试规范 |
•测试设计规范 •测试用例规范 •测试过程规范 •确定回归测试的测试用例 •此外,对于系统集成: - 识别所需的系统元素(硬件元件,接线元件,参数设置(如应用参数或全局变量),数据库等) - 为整合系统元素而确定的必要顺序 |
08-51 |
技术监测计划 |
Plan(Generic)没有其他要求 |
08-52 |
测试计划 |
•根据ISO29119-3的测试计划 •背景: - 项目/测试子流程 - 测试项目 - 测试范围 - 假设和约束 - 测试相关者 - 测试沟通 •测试策略 - 确定需要满足的需求 - 建立满足需求的选项和方法(黑盒和/或白盒测试,边界类测试确定,回归测试策略等) - 建立评估策略选择的评估标准 - 确定任何约束/风险以及如何解决这些问题 - 测试设计技巧 - 测试完成标准 - 测试结束标准 - 测试开始,中止和重新启动标准 - 要收集的指标 - 测试数据要求 - 重新测试和回归测试 - 暂停和恢复标准 - 偏离组织测试策略(?) •测试数据要求 •测试环境要求 •测试子流程 •测试可交付成果 •测试活动和估算 |
09-00 |
政策 |
•授权 •适用于受政策影响的所有人员 •制定要遵守的做法/规则 |
09-03 |
重用政策 |
•确定重用要求 •建立重用规则 •记录重用采用策略,包括目标和目标 •识别重用程序 •确定重用赞助商的名称 •确定重用计划参与者 •识别重复使用转向功能 •识别重用程序支持功能 |
10-00 |
流程说明 |
•流程/程序的详细说明,包括: - 定制标准流程(如适用) - 该过程的目的 - 过程的结果 - 要执行的任务和活动以及任务的排序 - 任务活动之间的关键依赖关系 - 执行任务所需的预期时间 - 输入/输出工作产品 - 输入和输出工作产品之间的联系 •确定流程进入和退出标准 •标识流程的内部和外部接口 •确定流程措施 •确定质量期望 •确定职能角色和职责 •经授权人员批准 |
11-00 |
产品 |
•过程执行的结果/可交付成果,包括服务,系统(软件和硬件)和已处理材料 •具有满足过程目的的一个或多个方面的元素 •可以在各种媒体上展示(有形和无形) |
11-03 |
产品发布信息 |
•关键元素的覆盖范围(适用于应用程序): •描述新内容或更改内容(包括删除的功能) •系统信息和要求 •识别转换程序和说明 •版本编号实施可能包括: - 主要版本号 - 功能发布号 - 缺陷修复号 - alpha或beta版本;以及阿尔法或测试版本中的迭代 •识别组件列表(包括版本标识): - 硬件/软件/产品元素,库等 - 相关文档列表 •新的/更改的参数信息(例如,用于应用程序参数或全局变量)和/或命令 •备份和恢复信息 •已知问题,故障,警告信息等的列表 •确定验证和诊断程序 •技术支持信息 •版权和许可证信息 •发行说明可能包括介绍,环境要求,安装过程,产品调用,新功能标识和缺陷解决方案列表,已知缺陷和变通方法 |
11-04 |
产品发布包 |
•包括硬件/软件/产品 •包括和相关的发布元素,例如: - 系统硬件/软件/产品元素 - 相关客户文档 - 定义应用程序参数定义 - 定义了命令语言 - 安装说明 - 发布信 |
11-05 |
软件单元 |
•遵循既定的编码标准(适用于语言和应用): - 评论道 - 结构化或优化 - 有意义的命名约定 - 确定参数信息 - 定义了错误代码 - 描述性和有意义的错误消息 - 格式化 - 缩进,级别 •遵循数据定义标准(适用于语言和应用程序): - 定义变量 - 定义的数据类型 - 定义了类和继承结构 - 定义的对象 •定义了实体关系 •定义了数据库布局 •定义了文件结构和阻塞 •定义数据结构 •定义算法 •定义了功能接口 |
11-06 |
系统 |
•包括产品版本的所有元素 •任何所需的硬件 •集成产品 •客户文档 •完全配置的系统元素集: - 定义了应用参数 - 定义的命令 - 加载或转换数据 |
11-07 |
临时解决方案 |
•问题识别 •发布和系统信息 •临时解决方案,确定实际修复的目标日期 •解决方案描述: - 限制,限制使用 - 额外的操作要求 - 特别程序 - 适用的版本 •备份/恢复信息 •验证程序 •临时安装说明 |
12-00 |
提案 |
•定义建议的解决方案 •定义建议的时间表 •确定初始提案的覆盖范围标识: - 确定满足的要求 - 确定无法满足的要求,并提供变体的理由 •定义拟议开发,产品或服务的估计价格 |
12-01 |
征求建议书 |
•参考要求规范 •确定供应商选择标准 •确定所需的特征,例如: - 系统架构,配置要求或服务要求(顾问,维护等) - 质量标准或要求 - 项目进度要求 - 预计交货/服务日期 - 成本/价格预期 - 监管标准/要求 •确定提交限制: - 重新提交答复的日期 - 关于答复格式的要求 |
12-03 |
重用提案 |
•标识项目名称 •标识项目联系人 •确定重用目标和目标 •标识重用资产列表 •确定重用组件的问题/风险,包括特定要求(硬件,软件,资源和其他重用组件) •标识将批准重用提议的人员 |
12-04 |
供应商提案响应 |
•定义供应商提议的解决方案 •定义供应商建议的交货计划 •确定初始提案的覆盖范围标识: - 确定满足的要求 - 确定无法满足的要求,并提供变体的理由 •定义拟议开发,产品或服务的估计价格 |
13-00 |
记录 |
•工作产品说明已取得的成果或提供过程中执行的活动的证据 •作为一组可识别和可检索数据的一部分的项目 |
13-01 |
验收记录 |
•收到交货记录 •确定收到的日期 •识别交付的组件 •记录所定义的任何客户验收标准的验证 •接收客户签名 |
13-04 |
通讯记录 |
•所有形式的人际交往,包括: - 信件 - 传真 - 电子邮件 - 录音 - 播客 - 博客 - 视频 - 论坛 - 在线聊天 - 维基 - 照片协议 - 会议支持记录 |
13-05 |
合同审查记录 |
•合同范围和要求 •可能的意外或风险 •使合同与组织的战略业务计划保持一致 •保护专有信息 •要求与原始文档中的要求不同 •能够满足合同要求 •分包工作的责任 •术语 •客户履行合同义务的能力。 |
13-06 |
交货记录 |
•以电子方式发送/交付给客户的物品记录 •识别: - 是谁送的 - 送达的地址 - 交付日期 •记录交付产品的收据 |
13-07 |
问题记录 |
•标识已提交和关联的联系详细信息的名称 •确定负责提供修复的团体/人员 •包括问题描述 •确定问题的分类(关键性,紧迫性,相关性等) •确定报告问题的状态 •确定将修复问题的目标版本 •确定预期的关闭日期 •确定任何关闭标准 •确定重新审核操作 13-08 底线 •标识一致或完整的一个或一组工作产品和工件的状态 •下一步流程的基础 •是唯一的,可能不会更改 注意:这应该在发布之前建立,以确定一致和完整的交付 |
13-09 |
会议支持记录 |
•议程和会议记录,这些记录定义: - 见面的目的 - 与会者 - 举行日期,地点 - 参考前几分钟 - 完成了什么 - 确定提出的问题 - 任何未解决的问题 - 下次会议,如果有的话 |
13-10 |
配置管理记录 |
•工作产品/项目和修改的状态 •标识配置控制下的项目 •识别执行的活动,例如备份,存储,存档,处理和交付配置的项目 •支持产品的一致性 |
13-13 |
产品发布批准记录 |
•要发运或交付的内容信息 •识别: - 为谁打算 - 地址交付地址 - 发布日期 •供应商批准记录 |
13-14 |
进度状态记录 |
•记录计划的状态(实际与计划的对应),例如: - 针对计划任务的实际任务状态 - 实际结果与既定目标/目标的对应情况 - 计划资源的实际资源分配状况 - 实际费用与预算估计的状况 - 实际时间与计划时间表的状态 - 实际质量状况与计划质量的关系 •记录与计划活动的偏差和原因 |
13-15 |
提案审核记录 |
•提案和要求的范围 •可能的意外或风险 •将提案与组织的战略业务计划保持一致 •保护专有信息 •要求与原始文档中的要求不同 •能够满足合同要求 •分包工作的责任 •术语 •供应商履行义务的能力 •批准 |
13-16 |
改变请求 |
•确定变革的目的 •识别请求状态(例如,打开,分配,实施,关闭) •标识请求者联系信息 •受影响的系统 •对定义的现有系统的运营产生影响 •对定义的相关文档的影响 •请求的截止日期,截止日期 |
13-17 |
顾客要求 |
•确定请求目的,例如: - 新的发展 - 增强 - 内部客户 - 运营 - 文件 - 信息 •标识请求状态信息,例如: - 开放日期 - 当前状态 - 日期分配和负责任的所有者 - 验证日期 - 关闭日期 •标识请求的优先级/严重性 •识别客户信息,例如: - 发起请求的公司/个人 - 联系信息和详细信息 - 系统站点配置信息 - 受影响的系统 - 对现有系统运营的影响 - 请求的重要性 - 预期的客户响应/关闭要求 •确定所需的要求/标准 •识别随请求发送的信息(即RFP,转储等) |
13-18 |
质量记录 |
•确定要保留的信息 •确定哪些任务/活动/流程产生信息 •确定何时收集数据 •标识任何关联数据的来源 •确定相关的质量标准 •使用信息识别任何相关的测量值 •确定创建记录或记录满足时要遵守的任何要求 |
13-19 |
审查(评审)记录 |
•提供有关审核的上下文信息: - 审查了什么 - 列出参加的评审员 - 审查的状态 •提供有关审核范围的信息: - 检查清单 - 审查标准 - 要求 - 符合(到达)标准 •记录以下信息: - 准备审查 - 审查所花费的准备时间 - 审查所花费的时间 - 审稿人,角色和专业知识 •审查结果: - 不符合项 - 改进建议 •确定所需的纠正措施: - 风险识别 - 发现的偏差和问题的优先列表 - 为解决问题而要执行的操作和任务 - 纠正措施的所有权 - 已发现问题的状态和目标关闭日期 |
13-20 |
风险行动要求 |
•启动日期 • 范围 • 学科 •请求发起人 •风险管理流程背景: - 此部分可以提供一次,如果没有发生任何更改,则在后续操作请求中引用 - 流程范围 - 利益相关者的观点 - 风险类别 - 风险阈值 - 项目目标 - 项目假设 - 项目限制 •风险: - 此部分可能涵盖用户选择的一种风险或多种风险 - 上述所有信息均适用于整套风险,一个行动请求可能就足够了 - 信息变化的地方,每个请求可能涵盖共享共同信息的风险或风险 - 风险描述 - 风险概率 - 风险后果 - 预期的风险时间 •风险处理方案: - 替代说明 - 推荐的替代方案 - 理由 •风险行动请求处理: - 每个请求都应注明是否接受,拒绝或修改,以及为采取的决定提供的理由 |
13-21 |
变更控制记录 |
•记录变更请求,以及要更改的基线产品(工作产品,软件,客户文档等): - 识别变更对系统、文件的影响 - 确定变更请求者 - 确定负责变更的一方 - 确定变化的状态 •与关联客户请求,内部变更请求等的链接。(?) Linkage to associated customer requests, internal change requests, etc. •批准 •识别并分组重复请求 |
13-22 |
追溯记录 |
•要跟踪所有需求(客户和内部需求) •确定需求与生命周期内工作产品的映射 •提供工作产品分解与需求的链接(即需求->设计->代码->测试->可交付成果等) •在生命周期的所有阶段提供对相关工作产品的需求的前向和后向映射 |
13-24 |
验证结果 |
•验证核对清单 •通过验证项目 •验证项失败 •待验证项目 •验证期间发现的问题 • 风险分析 •行动建议 •验证结论 •验证签名 |
13-25 |
验证结果 |
•验证核对清单 •通过验证项目 •验证项目失败 •待验证项目 •验证过程中发现的问题 • 风险分析 •行动建议 •验证结论 •签字验证 |
13-50 |
测试报告 |
•水平测试日志 •异常报告 •水平测试报告(摘要) - 测试用例未通过 - 未执行的测试用例 - 有关测试执行的信息(日期,测试人员姓名等) 另外,如有必要: •Level Interim Test Status Report •主测试报告(摘要) |
14-00 * |
寄存器 |
•寄存器是以定义的顺序捕获的数据或信息的汇编,用于: - 对已经发生的活动的证据的总体看法 - 监测和分析 - 提供过程表现的证据 |
14-01 |
改变历史 |
•对对象(文档,文件,软件组件等)所做的所有更改的历史记录: - 变更说明 - 有关已更改对象的版本信息 - 变更日期 - 更改请求者信息 - 更改控制记录信息 |
14-02 |
纠正措施登记册 |
•确定最初的问题 •确定完成已定义操作的所有权 •定义解决方案(解决问题的一系列操作) •确定开放日期和目标关闭日期 •包含状态指示器 •表示后续审核操作 |
14-05 |
首选供应商注册 |
•分包商或供应商历史 •潜在的分包商/供应商名单 •资格信息 •确定其资格 •过去的历史信息 |
14-06 |
时间表 |
•确定要执行的任务 •根据任务的进度/完成确定所需任务的预期和实际开始和完成日期 •允许识别关键任务和任务依赖性 •标识任务完成状态与计划日期 •具有到计划资源数据的映射 注意:时间表与工作分解结构一致,请参阅14-09 |
14-08 |
跟踪系统 |
•能够记录客户和流程所有者信息 •能够记录相关的系统配置信息 •能够记录所需问题或行动的信息: - 开放日期和目标关闭日期 - 项目的严重性/严重性 - 所需的任何问题或行动的状态 - 有关问题或行动所有者的信息 - 解决问题的优先级 •能够记录提议的决议或行动计划 •能够提供管理状态信息 •所有需要了解的人都可以获得信息 •综合变更控制系统/记录 |
14-09 |
工作分解结构 |
•定义要执行的任务及其修订 •记录任务的所有权 •记录任务之间的关键依赖关系 •文件输入和输出工作产品 •记录定义的工作产品之间的关键依赖关系 注意:工作分解结构可以集成到/部分时间表中,参见14-06 |
14-11 |
工作产品清单 |
•标识: - 工作产品的名称 - 工作产品参考ID - 工作产品修订 - 更新时 - 工作产品状态 - 获得批准后 - 参考审批来源 - 文件参考 |
14-50 |
利益相关者群体清单 |
•标识: - 相关的利益相关者群体 - 每个利益相关方群体的重量/重要性 - 每个利益相关方团体的代表 - 每个利益相关方群体的信息需求 |
15-00 * |
报告 |
•描述以下情况的工作产品: - 包括结果和状态 - 识别适用/相关信息 - 确定考虑/约束 - 提供证据/验证 |
15-01 |
分析报告 |
•分析了什么? •谁进行了分析? •分析标准: - 使用的选择标准或优先顺序方案 - 决策标准 - 质量标准 •记录分析的结果: - 决定/选择哪种方案 - 选择的原因 - 作出假设 - 潜在风险 •分析正确性的方面包括: - 完整性 - 可理解性 - 可测试性 - 可验证性 - 可行性 - 有效性 - 一致性 - 内容充足 |
15-03 |
配置状态报告 |
•确定配置管理下的项目数 •识别与配置管理相关的风险 •确定丢失的配置管理项目数量及其丢失原因 •确定与配置管理相关的问题和问题 •确定接收方 •确定基线 |
15-05 |
评估报告 |
•说明评估的目的 •用于评估的方法 •用于评估的要求 •假设和限制 •确定所需的上下文和范围信息: - 评估日期 - 涉及的各方 - 背景细节 - 使用的评估工具(检查清单,工具) •记录结果: - 数据 - 确定所需的纠正和预防措施 - 酌情改善机会 |
15-06 |
项目状态报告 |
•关于项目当前状态的报告 •时间表: - 针对任务的计划进度(既定目标/目标)或完成(日期/截止日期) - 任务的实际进展 - 与计划进度不一致的原因 - 对持续进步的威胁 - 维持进展的应急计划 •资源(人力资源,基础设施,硬件/材料,预算): - 计划支出与实际支出 - 计划支出和实际支出之间存在差异的原因 - 预计未来支出 - 实现预算目标的应急计划 •质量目标: - 实际质量措施 - 计划质量措施的差异原因 - 实现质量目标的应急计划 •项目问题: - 可能影响项目实现目标能力的问题。 - 应对计划以克服对项目目标的威胁 |
15-07 |
重用评估报告 |
•确定重用机会 •确定重用投资 •确定当前的技能和经验 •识别重用基础设施 •评估报告必须代表重用计划实施的当前状态 |
15-08 |
风险分析报告 |
•识别分析的风险 •记录分析结果: - 降低风险的潜在方法 - 作出假设 - 约束 |
15-09 |
风险状况报告 |
•确定已识别风险的状态: - 相关项目或活动 - 风险声明 - 条件 - 结果 - 优先权的变化 - 启动时的缓解持续时间 - 正在进行的风险缓解活动 - 责任 - 约束 |
15-12 |
问题状态报告 |
•提供问题记录摘要: - 按问题类别/分类 •解决问题的状况: - 解决与开放问题的发展 |
15-13 |
评估/审计报告 |
•说明评估的目的 •用于评估的方法 •用于评估的要求 •假设和限制 •确定所需的上下文和范围信息: - 评估日期 - 评估组织单位 - 赞助商信息 - 评估小组 - 与会者 - 范围/覆盖范围 - 评估者的信息 - 使用评估工具(检查清单,工具) •记录结果: - 数据 - 确定所需的纠正措施 - 改善机会 |
15-16 |
改善机会 |
•确定问题所在 •确定问题的原因 •建议可以采取哪些措施来解决问题 •确定执行改进的价值(预期收益) •确定未进行改进的处罚 |
15-18 |
流程绩效报告 |
评估报告(通用)之外没有其他要求 |
15-21 |
供应商评估报告 |
评估报告(通用)之外没有其他要求 |
16-00 * |
知识库 |
•组件的存储库 •存储和检索功能 •能够浏览内容 •列出具有属性描述的内容 •在受影响的组之间共享和传输组件 •有效控制访问 •维护组件描述 •恢复组件的归档版本 •能够报告组件状态 •跟踪组件的更改以更改/用户请求 |
16-03 |
配置管理系统 |
•支持配置管理策略 •正确配置产品 •可以重新创建任何版本或测试配置 •能够报告配置状态 •必须涵盖所有相关工具 |
16-06 流程库 •包含流程描述 •支持多个流程资产演示 |
||
17-00 |
要求规范 |
•确定每项要求 •每项要求都是独特的 •每项要求均可验证或可评估(见17-50) •包括法定和监管要求 •包括(合同)审核中的问题/要求 |
17-02 |
构建列表 |
•识别软件应用程序系统的聚合 •识别所需的系统元素(应用程序参数设置,宏库,数据库,作业控制语言等) •确定用于编译软件版本的必要序列排序 •识别输入和输出源库 |
17-03 |
供应商需求 |
•定义目的/目标 •包括(合同)审核中的问题/要求 •识别如下内容: - 时间表/项目时间的约束 - 所需功能和功能特性 - 性能考虑/约束 - 内部/外部接口考虑/约束 - 所需的系统特性/约束 - 人机工程考虑/约束 - 安全考虑/约束 - 环境考虑/限制 - 操作考虑/约束 - 维护考虑/约束 - 安装注意事项/约束 - 支持考虑/约束 - 设计约束 - 安全/可靠性考虑/限制 - 质量要求/期望 |
17-05 * |
文件要求 |
•定义目的/目标 •定义的建议内容(覆盖范围) •目标受众定义 •识别支持的硬件/软件/产品版本,系统信息 •确定文档满足的相关硬件/软件/产品要求和设计 •确定样式,格式,媒体标准预期定义的预期分发要求 •包括存储要求 |
17-08 |
接口要求规范 |
•定义两个产品,进程和进程任务之间的关系 •定义两者共有的标准和格式 •定义关键时序依赖性或序列排序 •每个系统组件的物理接口说明,如: - 总线接口(CAN,MOST,LIN,Flexray等) - 收发器(类型,制造商等) - 模拟接口 - 数字接口(PWM,I / O) - 附加接口(IEEE,ISO,蓝牙,USB等) •根据以下方面识别软件组件和其他软件项的软件接口: - 进程间通信机制 - 总线通信机制 |
17-11 |
软件需求规范 |
•确定要使用的标准 •标识软件结构应注意事项/约束 •标识所需的软件元素 •确定软件元素之间的关系 •考虑: - 任何所需的软件性能特征 - 任何所需的软件接口 - 所需的任何所需安全特性 - 任何数据库设计要求 - 任何必需的错误处理和恢复属性 - 任何所需的资源消耗特征 |
17-12 |
系统需求规范 |
•系统需求包括:系统的功能和能力;业务,组织和用户需求;安全,安全,人因工程(人体工程学),接口,操作和维护要求;设计约束和资格要求。 •系统概述 •确定系统元素之间的任何相互关系考虑/约束 •标识系统元素和软件之间的任何关系注意事项/约束 •确定每个所需系统元素的任何设计注意事项/约束,包括: - 内存/容量要求 - 硬件接口要求 - 用户界面要求 - 外部系统接口要求 - 性能要求 - 命令结构 - 安全/数据保护特性 - 应用程序参数设置 - 手动操作 - 可重复使用的组件 •描述操作功能 •描述环境能力 •文件要求 •可靠性要求 •后勤要求 •描述安全要求 •诊断要求 |
17-50 |
验证标准 |
•每项需求均可验证或可评估 •验证标准定义了验证需求的定性和定量标准。 •验证标准表明可以在商定的约束条件下验证要求。 (对17-00要求规范的附加要求) 1 |
8-00 * |
标准 |
•确定适用对象/适用对象 •确定对一致性的期望 •可以证明符合要求 •包括对要求进行定制或例外的规定 |
18-01 |
验收标准 |
•定义接受的期望,例如: - 接口 - 时间表 - 消息 - 文件 - 会议 - 联合评论 |
18-06 |
产品发布标准 |
•定义产品发布的期望: - 发布类型和状态 - 发布所需的元素 - 产品完整性,包括文档 - 测试的充分性和覆盖范围 - 限制开放缺陷 - 改变控制状态 |
18-07 |
质量标准 |
•定义对质量的期望: - 确定什么是适当的工作产品(要求的元素,预期的完整性,准确性等) - 确定什么构成了已定义任务的完整性 - 建立生命周期转换标准以及定义的每个过程和/或活动的进入和退出要求 - 建立预期的绩效属性 - 建立产品可靠性属性 |
18-50 |
供应商资格标准 |
•确定由合格供应商履行的符合性预期 •描述了从期望到国家/国际/域特定标准/法律/法规的链接 •符合要求可由潜在供应商证明或由收购组织评估 •包括对要求进行定制或例外的规定 |
19-00 |
战略 |
•确定需要满足的需求和目标 •建立满足需求,目标或目标的选项和方法 •建立评估战略选项的评估标准 •确定任何约束/风险以及如何解决这些问题 |
19-05 |
重用策略 |
•确定重用目标 |
19-10 |
验证策略 |
•验证方法,技术和工具 |
19-11 |
验证策略 |
•验证方法,技术和工具 |
19-11 |
验证策略 |
•验证方法,技术和工具 |
20-00 |
模板 |
•定义与作为流程执行结果创建的工作产品关联的属性 |
21-00 |
工作产品 |
•定义与流程执行中的工件关联的属性: |
Automative SPICE 之五 工作产品特性相关推荐
- Automative SPICE 之三 过程能力确定
3. 过程能力确定 可用基于二维框架的过程评估模型来定义过程能力. 第一个维度由过程参考模型(过程维度)中定义的过程提供(下图中的横坐标). 第二个维度包括能力级别(下图中的纵坐标),能力级别进一步细 ...
- 安装配置SPICE服务
转http://os.51cto.com/art/201201/311464.htm SPICE(独立计算环境简单协议)是红帽企业虚拟化桌面版的三大主要技术组件之一,具有自适应能力的远程提交协议,能够 ...
- JavaScript 工作原理之五-深入理解 WebSockets 和带有 SSE 机制的HTTP/2 以及正确的使用姿势(译)...
原文请查阅这里,略有改动,本文采用知识共享署名 4.0 国际许可协议共享,BY Troland. 本系列持续更新中,Github 地址请查阅这里. 这是 JavaScript 工作原理的第五章. 现在 ...
- 事务之五:Spring @Transactional工作原理
本文将深入研究Spring的事务管理.主要介绍@Transactional在底层是如何工作的. JPA(Java Persistence API--java持久层)和事务管理 很重要的一点是JPA本身 ...
- Network 之五 TCP/IP 协议族、工作流程、常用协议格式
最近工作需要搞网络相关的内容,由于之前对网络了解比较少,因此开始重点学习一下网络相关的各种知识.博文中的有些内容来自于在学习过程中对于一些互联网上我认为的重点知识的记录,如果侵权请联系删除! ...
- boost库在工作(25)任务之五
在前面的例子里使用了一个精度只能到秒级别的定时器,对于一般应用来说,已经卓卓有余,能对付大多数的情况了.但有一天,老板让你开发一个对时间精度能到毫秒级别的定时器,就显得力不从心,左思右想不得其解.假如 ...
- 工作故事之五--巨大挑战(大难不死,必有后福)
2015年干了一大票之后,时间来到了2016年初,这一年经历的巨大挑战,对于项目组和业务线来说,只能用"大难不死,必有后福"来形容了.对于我自己,同样感同身受,至于为什么,且听慢慢 ...
- boost库在工作(20)线程之五
通过上面的学习,基本上就可以使用线程了,但怎么样让线程运行类里的成员函数呢?以便封装得更方便使用了.接着下来,就看这个例子,如下: // boost_013.cpp : Defines the ent ...
- 【visum工作笔记】之五
一本笔记竟然只有截取到那么一些有用的内容,可想而知我的笔记有多少废话啊.不过多说废话的人比较快乐! 在进入第三个月的时候,我已经开始慢慢接触到visum的接口了,可以说是飞速的掉进了一个很深的坑. 1 ...
最新文章
- 国际分析师郭明錤:网络营销外包之下苹果头戴装置主要供应商被曝光!
- html概述和基本结构
- Android studio 使用SVN需要忽略的文件
- Java面试题 String类能不能被继承?为什么?
- FIR仿真module_04
- Java调用存储过程出现Bug,sql语法错误
- [Python]网络爬虫(十):一个爬虫的诞生全过程(以山东大学绩点运算为例)
- 华为超大云数据中心落地贵州,这些硬核技术有利支撑“东数西算”
- 苹果推送iOS 14.3,支持 ProRAW!
- FireFox的插件
- 软件产品三步曲(内容、可用性、视觉)
- java rsync上传_Rsync自动同步工具
- 基于mpvue的toast组件
- c++进阶(十八)stack容器和queue容器
- C# WinForm 数据库连接及对数据库的相关操作(未使用证实)
- UE4 特效生成函数
- 【通信原理 入坑之路】—— 深入理解奈奎斯特第一准则与码间串扰
- Mindjet MindManager 2019安装包
- 关于对音频的合并,左右声道的分离以及播放的操作
- 【CTF WriteUp】2020电信和互联网行业赛个人赛部分Crypto题解