软件管理文档

第6章

软件管理文档6.1 管理文档概述

6.2 项目开发计划

6.2.1 项目开发计划书

6.2.2 工作分解结构

图6.3 工作分解结构6.2.3 项目里程碑与阶段性文档

图6.4 需求过程中的里程碑

6.2.4 项目进度

图6.5 项目进度过程

6.2.5 运用图和表描述项目进度

表6.1 任务的持续时间及其依赖关系

任务持续时间（天数）依赖关系T1 8

T2 15

T3 15 T1（M1）

T4 10

T5 10 T2,T4（M2）

T6 5 T1,T2（M3）

T7 20 T1（M1）

T8 25 T4（M5）

T9 15 T3,T6（M4）

T10 15 T5,T7（M7）

T11 7 T9（M6）

T12 10 T11（M8）

图6.6 活动网络

图6.7 活动条形图

表6.2 任务—开发人员分配表

任务开发人员任务开发人员T1 人员1 T7 人员5

T2 人员2 T8 人员3

T3 人员1 T9 人员1

T4 人员3 T10 人员2

T5 人员4 T11 人员3

T6 人员2 T12 人员3

图6.8 人员分配及时间表

6.2.6 风险管理

表6.3 一些可能出现的典型的风险

风险风险类型描述职员跳槽项目有经验的职员未完成项目就跳槽

管理层变更项目不同的管理层考虑、关注的事情会不同

硬件缺乏项目项目所需的基础硬件没有按期交付

需求变更项目和产品软件需求与预期的相比，将会有许多变化

描述延迟项目和产品有关主要的接口的描述未按期完成

低估了系统规模项目和产品过低估计了系统的规模

CASE工具性能较差产品支持项目的CASE工具达不到要求

技术变更业务系统的基础技术被新技术取代

产品竞争业务系统还未完成，其他有竞争力的产品就已经上市了

图6.9 风险管理过程

表6.4 风险及风险类型

风险类型可能的风险

技术系统使用的数据库的处理速度不够快

要复用的软件组件有缺陷，限制了项目的功能

人员招聘不到符合项目技术要求的职员

在项目的非常时期，关键性职员生病，不能发挥作用职员所需的培训跟不上

机构重新进行机构调整，由不同的管理层负责这个项目开发机构的财务出现问题，必须削减项目预算

工具CASE工具产生的编码CASE工具不能被集成

需求需求发生变化，主体设计要返工

客户不了解需求变更对项目造成的影响

估算

低估了软件开发所需要的时间

低估了缺陷的修补率

低估了软件的规模

表6.5 风险分析

风险出现的可能性后果

开发机构的财务出现问题，必须削减项目预算小灾难性招聘不到符合项目技术要求的职员大灾难性在项目的非常时期，关键性职员生病中等严重要复用的软件组件有缺陷，限制了项目的功能中等严重需求发生变化，主体设计要返工中等严重开发机构重新调整，由新的管理层负责该项目大严重系统使用的数据库的处理速度不够快中等严重低估了软件开发所需要的时间大严重CASE工具不能被集成大可容忍客户不了解需求变更对项目造成的影响中等可容忍职员所需的培训跟不上中等可容忍低估了缺陷的修补率中等可容忍低估了软件的规模大可容忍

CASE工具产生的编码效率低中等可以忽略

表6.6 风险管理策略

风险策略

机构的财务问题拟一份简短的报告，提交高级管理层，说明这个项目将对业务目标有重大贡献职员招聘问题告诉客户项目潜在的困难和延迟的可能性，检查要买进的组件

职员生病问题重新对团队进行组织，使更多工作有重叠，员工可以了解他人的工作

有缺陷的组件用买进的可靠性稳定的组件更换有潜在缺陷的组件

需求变更导出可追溯信息来评估需求变更带来的影响，把隐藏在设计中的信息扩大化机构调整拟一份简短的报告，提交高级管理层，说明这个项目将对业务目标有重大贡献数据库的性能研究一下购买高性能数据库的可能性

低估开发时间对要买进的组件、程序生成器的效用进行检查

表6.7 风险因素

风险类型潜在的特征

技术硬件或支持软件延迟交付，暴露出来许多技术问题

人员员工士气低靡，团队成员的关系不协调，工作分配不当

机构机构说三道四，缺乏资深管理人员

工具团队成员不愿使用工具，抱怨CASE工具，需要更强大的工作站

需求很多需求变更请求和客户怨言

估算跟不上双方协商的进度，无法除掉暴露出来的缺陷

6.3 软件测试计划与测试报告

6.3.1 软件测试、软件检查与调试

图6.10 软件检查和软件测试

图6.11 调试过程

6.3.2 测试的成本

图6.12 测试成本曲线图6.13 进度、成本、质量之间的关系6.3.3 测试的原则

6.3.4 软件测试过程

图6.14 测试阶段

图6.15 测试过程划分

6.3.5 测试计划的导出与测试计划的结构

图6.16 测试计划的导出

表6.8 软件测试计划的结构

容说明

测试过程描述测试过程的主要阶段

需求跟踪用户最关心系统能否满足需求，测试计划应包含对每项需求的单独测试测试项目软件需要测试的容都应在此定义

测试时间安排给出总的时间安排和相应的资源分配

测试记录测试所得到的结果、测试过程、执行情况等必须系统地记录下来

软件和硬件需求列出测试所要使用的软件工具和硬件设施

约束需要考虑和预料的影响测试过程的约束