项目管理该怎么处理呢? 我认为: 1) 记录变更请求(CR) 任何变更,不论以后是否会被接受,都应该首先记录下来,有些变更 : 请求也许在本阶段不被接受,也许可以成为以后参考的功能或范围。所以对于任何变更请求,首 先要做的是记录下来是一个什么样的变更请求, 是由哪一类项目干系人提出来的, 以及相应的联 系方式。 2) 澄清变更细节,分析相应变更请求的必要性。 3) 对变更请求产生的原因进行分析, 象是由于在项目初期对需求没有明确产品范围产生的项目 变更,或是没有明确项目范围产生的变更,还是由于外部事件产生的原因。 4) 根据变更请求,由相应的人员分析相应变更请求对现有项目进度的影响程度,并分析相关的 变更请求之间的影响关系,添加相应记录在相应的变更请求中。 5) 根据变更请求对现有项目进度影响程度,确认相应的成本估计。 6) 对项目变更排列优先级。针对项目现有进度,进行项目变更的项目进度影响、费用及项目可 接受影响程度,建议对变更请求采取的应对措施,记录风险和相应的风险应对计划。 7) 同项目赞助人协商项目变更影响,解决变更请求需要符合的条件,以及相应的费用的变化, 及项目赞助人的可接受程度确定是否实施变更。 8) 项目配置控制委员会批准相应的项目范围变更,进度计划,人员和费用计划。 9
) 项目管理将项目变更加入现有项目的项目详细计划中,更新相应的项目
文档,通知相应项目 干系人相应的项目内容、进度、人员、费用的变更。 10) 执行并提交项目变更 11) 在项目变更被接受后,终止变更请求。 12) 记录实际项目变更所带来的影响,汲取的教训分析。
第三章-软件项目进度计划 第三章 软件项目进度计划
1. 根据图 3-21 计算项目在 20 天内完成的概率,其中任务 1 的最乐观、最悲观和最可能的历时
估计是 8 天,10 天,24 天, 任务 2 的最乐观、最悲观和最可能的历时估计是 1 天,5 天,9 天?
解: 项 任务 1 任务 2 项目路径 值 历时估 计E 12 5 17 8/3 4/3 3 64/9 16/9 80/9 标准差δ 方差
E±1δ即 17±3,从 14 天到 20 天的概率为 68.3%,所以 20 天完成的概率为 P=P(17 天)+P(17-20 天)=50%+68.3%/2=84.2%.
第四章-软件项目成本计划三、计算题 第四章 软件项目成本计划
1. 如果某软件公司正在进行一个项目,预计有 50KLOC 的代码量,项目是中等规模的半嵌入式 类型的项目,采用中等 COCOMO 模型,项目属性中只有可靠性为很高级别(即取值为 1.3) ,其 他属性为正常,计算项目是多少人月的规模?如果 2 万元/人月,则项目的费用是多少。 Effort=a*(KLOC)b*F 查表 a=3.0,b=1.12,F=1 Effort=3.0*501.12*1=239.9(人月) 所以项目的费用为 2*Effort=479.7 万元 2. 项目经理正在进行一个媒体信息
查询系统项目的估算,他采用的 delphi 的成本估算方法,邀 请 2 位专家估算,第一个专家给出 1 万, 8 万,9 万的估算值,第二个专家给出了 4 万, 6 万 , 万 8 万的估算,计算这是成本的估算值是多少? 解: E1=(a1+4*m1+b1)/6=(1+32+9)/6=7 E2=(a2+4*m2+b2)/6=(4+24+8)/6=6 E=(E1+E2)/2=6.5(万元)
第五章-
软件项目质量计划 第五章 软件项目质量计划补充材料
质量管理活动基本包括质量保证和质量控制两类。 质量保证是在项目过程中实施的有计划、 有系 统的活动,确保项目满足相关的标准,典型的例子是评审和审计。质量控制指采取适当的方法监 控项目结果,确保结果符合质量标准,还包括跟踪缺陷的排除情况,典型的例子就是测试。对于 软件开发来说,重要的质量活动包括: 1)评审:检查项目中间产品,早期发现缺陷以减少后期 修改和返工的工作量。 2)测试:直接检查软件产品中的缺陷,确保产品符合要求。一般通过单 元测试、功能测试、集成测试、压力测试实现。 3)缺陷追踪:记录和追踪缺陷从发现到解决的 整个过