附录 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
|
项目措施
|
•监控关键流程和关键任务,为项目提供状态信息: - 针对既定计划的项目绩效 - 针对既定计划的资源利用率 - 针对既定计划的时间表 - 根据质量期望和/或标准处理质量 - 产品质量与质量期望和/或标准 - 突出产品性能问题,趋势 •衡量项目活动的结果: - 任务按计划执行 - 产品的开发在分配的资源承诺范围内 •参考所建立的任何目标
|