项目管理学习笔记之八软件项目ISO9000评估过程 (转)

项目管理学习笔记之八软件项目ISO9000评估过程 (转)[@more@]

  项目管理学习笔记之八软件项目ISO9000评估过程

作者:  CCBZZP

    项目的所有人员都可以对项目进行评审，而不仅仅限于项目经理。该过程作为项目管理的一部分，同时也可以作为软件开发组织的质量手册的一部分。该评估过程由七部分组成。
  1．描述了如何开发工作分解结构（WORK BREAKDOWN STRUCTURE，WBS）以及如何使用WBS进行工作量的评估，它代表项目方程中的‘需求’方。
  2．描述如何计算项目方程中的‘供给’方。例如，资源的可利用率。
  3．描述如何匹配项目方程中的‘需求’方和‘供给’方，进而建立项目展开模型。
  4．描述如何为你的项目建立风险储备计划。
  5．描述如何用项目模型确定方案，如何制定能做和不能做的合理决策。
  6．描述选择项目优选方案后的工作。
  7．给出一个WBS例子。
 生成项目的WBS列表，WBS是要尽可能的详细，因此用户要寻找和添加自己的有价值的生命周期元素和WBS清单元素。采取的步骤为：
 1．该工作所依赖的工作，依赖于该工作的工作。
 2．用自上而下的方式来表达这些工作：明确的起点和终点；高层的帮助工作；所有工作的里程碑；对工作分解尽可能详细的程度；所有的工作量大小不要太大。
 3．估计和记录下每件工作的工作量。
 4．所有的工作细项相加可以得到项目的总工作量。
 资源的可利用率，首先是人员计划，制定包含下列人员的计划：所需要的人员类型；各种类型人员的数量；何时需要这些不同类型的人员。其次是计算可利用的人工：他们所参与的其他项目；每周都会占用大块时间但不确定的时间；年休假和公休假等；一些不可预见的事情。
 使用WBS和可利用人力资源建立项目模型。采取的步骤是：给每个人分配工作，尽量让每个人在项目中的有效的工作时间和项目的要求相匹配；可以用计算机工具为他们分配工作，如果没有工具可以使用，就手工好了。
  一定要为项目建立风险储备。可以通过研究项目管理第一定律之成立的基础的4个参数来建立偏差余量。
  确定完成项目的各种备选方案，因为根据项目的模型和进程及人力资源状况，我们可以知道项目的功能都可以达到，但是不一定符合管理层或客户的要求。如果的确是这样，那么我们可以用项目管理第一定律的4个参数来寻找各种的备选方案：
 1．项目要交付啥。
 2．何时交付。
 3．完成项目所需要的工作量或成本。
 4．交付物需要满足的质量标准。
 使用计算机工具可以建立各种方案。
可以利用模型作为参照选择优选方案。通过对记录的项目实际执行情况与项目基线的比较，可以确定模型的准确性等内容，并且在需要时可以修改项目模型。

范例：

软件项目开发标准规范

一. 产品需求阶段
1. 产品需求文档
1.1 研究
1.2 编写
1.3 分发
1.4 个人评估
1.5 评审会议
1.6 更新/修改文档
1.7 重新分发
1.8 第二次评审
1.9 签署
2. 结束产品需求阶段
二. 软件需求阶段
1. 软件需求文档
1.1 研究
1.2 编写
1.3 分发
1.4 个人评估
1.5 评审会议
1.6 更新/修改文档
1.7 重新分发
1.8 第二次评审
1.9 签署
2. 软件验收测试计划
2.1 研究
2.2 编写
2.3 分发
2.4 个人评估
2.5 评审会议
2.6 更新/修改文档
2.7 重新分发
2.8 第二次评审
2.9 签署
3. 结束软件需求阶段
三. 体系结构设计阶段
1. 体系结构设计文档
1.1 研究
1.2 编写
1.3 分发
1.4 个人评估
1.5 评审会议
1.6 更新/修改文档
1.7 重新分发
1.8 第二次评审
1.9 签署
2. 软件集成测试计划
2.1 研究
2.2 编写
2.3 分发
2.4 个人评估
2.5 评审会议
2.6 更新/修改文档
2.7 重新分发
2.8 第二次评审
2.9 签署
3. 结束体系结构设计阶段
四. 详细设计阶段
1. 详细设计文档
1.1 研究
1.2 编写
1.3 分发
1.4 个人评估
1.5 评审会议
1.6 更新/修改文档
1.7 重新分发
1.8 第二次评审
1.9 签署
2. 软件单元测试计划
2.1 研究
2.2 编写
2.3 分发
2.4 个人评估
2.5 评审会议
2.6 更新/修改文档
2.7 重新分发
2.8 第二次评审
2.9 签署
3. 结束详细设计阶段
五. 编码阶段
1. 生成代码单元
1.1  编写代码单元
1.2  编译代码单元
1.3  链接代码单元
1.4  走察代码单元
1.4.1 为走察做准备
1.4.2 进行走察
1.4.3 更新/修改代码
1.4.4 签署走察结果
  1.5  代码单元文档
2. 结束编码阶段
六. 单元测试阶段
1. 单元测试代码
1.1 准备测试计划和测试案例集
1.2 测试代码
1.3 重新测试计划
1.4 准备单元测试文档
  2.  结束单元测试阶段
七. 集成测试阶段
1. 代码集成测试
1.1 系统集成测试计划没有覆盖到的任何测试计划和测试案例集都属于代码集成测试
1.2 测试代码
1.3 修正代码
1.4 重新测试代码
1.5 准备集成测试代码
2. 结束集成测试阶段
八. 系统测试阶段
1. 执行内部软件验收测试计划
2. 结束系统测试阶段
九. 发布阶段
1. 安装
1.1 计划
1.2 活动
1.3 测试
1.4 记录结果
2. 数据转换
2.1 计划
2.2 活动
2.3 测试
2.4 记录结果
3. 评审
4. 软件发布
5. 结束发布阶段
十. 操作和维护阶段
1. 评价
2. 设计评审
3. 支持和维护
4. 审计
5. 结束操作和维护阶段
十一.  项目生命周期中的其他可能用到的WBS元素
1. 培训
1.1 项目人员的相互熟悉
1.2 项目人员的培训
1.3 用户培训
2. 招聘
3. 测试环境开发
3.1 为软件人员提供的开销
4. 开发支持
4.1 数据库管理
4.2 开发环境
4.3 系统构造
5. 项目管理
5.1 审查
5.2 编制初始项目计划,监视和控制项目过程
5.3 分包商管理
6. 配置管理
6.1 评估
6.2 正在进行的配置管理
7. 文档记录
7.1 评审
7.2 用户(不同类型)
7.3 管理者
7.4 发行简介
7.5 技术手册,软件如何工作的手册
7.6 帮助文件
7.7 为软件开发人员提供的开销
8. 质量管理和质量计划
9. 行政管理
9.1 公众假期
9.2 年假
9.3 病假
9.4 事假
9.5 会议

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10752043/viewspace-963785/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10752043/viewspace-963785/