Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC TR 29110-5-1-3 为实施ISO/IEC 29110 基础剖面的非常小实体(VSE)提供了详细的管理和工程指南。该技术报告是29110家族中操作导向最强的文件,为项目管理和软件实施过程提供了逐步指导。它将框架中的高级过程需求转化为具体、可操作且VSE可以直接应用于其项目的实践。
ISO/IEC TR 29110-5-1-3 中定义的项目管理过程涵盖从启动到收尾的完整项目生命周期。该过程组织为五个关键活动:项目规划、项目计划执行、项目评估与控制、项目收尾和测量。每个活动都描述了具体的任务、工作产品和针对VSE定制的质量标准。
项目规划包括定义项目范围、识别可交付成果、估算工作量与成本、排定任务时间表、识别风险和分配资源。该指南提供了适合VSE项目的简化工作分解结构(WBS)模板,以及基于历史数据或类比法的估算指南。风险管理精简为关注通常影响VSE项目的前五到十大风险,如人员流失、需求波动和技术不确定性。
| 活动 | 关键任务 | 工作产品 | 质量标准 |
|---|---|---|---|
| 项目规划 | 范围定义、估算、排期、风险识别 | 项目计划、风险登记册 | 计划已评审和批准 |
| 计划执行 | 任务分配、进度跟踪、沟通 | 进度记录、会议纪要 | 任务按计划跟踪 |
| 评估与控制 | 状态评审、纠正措施、变更管理 | 状态报告、变更请求 | 已定义纠正措施 |
| 项目收尾 | 交付验收、经验教训、归档 | 验收记录、经验教训 | 已获得客户验收 |
软件实施过程涵盖开发和交付软件产品所需的技术活动。它包括六个活动:软件需求分析、软件架构设计、软件详细设计、软件构建、软件集成与测试和产品交付。该过程设计为可裁剪——VSE可以根据项目关键性和规模调整正式程度。
软件需求分析侧重于需求获取、分析、规约和验证。该指南提供了一个简化的需求规约模板,包含功能需求、性能需求、接口需求和质量属性需求等章节。它还提供了使用简单MoSCoW(必须有、应该有、可以有、不会有)框架进行需求优先级排序的指导。
软件架构设计涉及软件系统的高层结构。对于VSE,该指南推荐使用非正式架构描述(如方框-线条图),辅以组件责任文档。详细设计涵盖模块级设计决策,详细程度由模块的复杂性和实施该模块的开发人员的经验决定。
| 活动 | 输入 | 输出 | 典型工作量 |
|---|---|---|---|
| 需求分析 | 客户需求、要求 | 软件需求规约 | 10-20% |
| 架构设计 | 需求规约 | 架构描述 | 5-15% |
| 详细设计 | 架构、需求 | 设计文档 | 10-20% |
| 构建 | 设计、编码标准 | 源代码、单元测试 | 30-40% |
| 集成与测试 | 软件组件、测试计划 | 测试报告、集成软件 | 15-25% |
| 产品交付 | 已测试软件、用户文档 | 已部署产品、交付说明 | 5-10% |
ISO/IEC TR 29110-5-1-3 在全球VSE环境中得到广泛应用。实用的模板和检查表已被数百家小型软件公司采用,特别是在拉丁美洲、东南亚和东欧等VSE构成软件产业大多数的地区。该指南强调实用性而非形式主义,引起了需要过程效益而无过程开销的企业家和技术负责人的共鸣。
该指南最受重视的方面之一是其在VSE环境中对验证和确认的处理。认识到VSE通常无法承担专门的测试团队,指南提供了开发者主导的测试(单元测试、同行评审)、客户参与的验证(原型演示、验收测试)以及在可行情况下的自动化测试技术。它还提供了从简单项目的非正式测试笔记到关键项目的结构化测试计划的测试文档指南。
从持续改进的角度来看,该指南包含了一个轻量级的测量框架。为VSE推荐的关键指标包括:工作量偏差(计划与实际对比)、进度偏差、缺陷密度(每功能点或每故事点的缺陷数)和客户满意度。指南提供了简单的数据收集模板和关于使用指标进行过程改进而不创建测量官僚机构的指导。