课程注册系统
状态评估
V1.0
修订历史记录
日期 |
版本 |
描述 |
作者 |
---|---|---|---|
1999 年 3 月 29 日 |
1.0 |
初始版本 - R1.0 期间执行的状态评估。 |
Rick Bell |
|
|
|
|
|
|
|
|
|
|
|
|
目录
状态评估
本状态评估检查项目有关资源、预算、日程表、风险、技术问题和管理问题方面的当前状态。本文档将总结这个评估引起的所有操作。
本状态评估检查“课程注册系统”在 C2 迭代结束时的各个方面。
请参阅词汇表 [3]。
适用的参考资料有:
项目除 1 个开发人员职位和 1 个测试员职位以外,作了充分的人员配备。这些职位是在上一个迭代中确定的,可以帮助完成日程表往前数周内的任务。Rick Bell 目前正在与候选者面谈。
C2 迭代开始时,系统工程师撤出这个项目,然后被分配给其他项目。但系统性能问题使两个工程师必须花部分时间返回处理这个项目。
由于安排了额外的工作来解决性能问题,因此 C2 迭代的 $116,600 的初始预算超支 $10,000。
至于 $638,000 的项目总预算(请参阅项目计划 V2.0 [6]),预计会超支 $104,000。
下表总结了整体的项目财务状态以及上一个迭代的财务状态。
预算 |
迄今实际 |
未完工估计支出 |
完工总估计支出 |
差额 |
差额 |
|
---|---|---|---|---|---|---|
B |
ATC |
ETC |
EAC=ATC+ETC |
V=B-EAC |
PV=V/B |
|
总项目 |
$638,000 |
$402,000 |
$340,000 |
$742,000 |
-$104,000 |
-16.3% |
C2 迭代 |
$116,600 |
$126,600 |
$- |
$126,600 |
-$10,000 |
-8.6% |
风险列表 [16] 中记录了最重要的风险和相应的风险降低计划。在风险列表的 V3 中已更新当前状态和所有为降低风险指定的操作。
开发 R1.0 软件基线的 C2 迭代刚刚完成。迭代计划 [7]、[8] 和 [9] 中定义的所有工作产品都已生成,并进行了复审。
R1.0 基线中的 40 个缺陷仍处于打开状态。其中有 12 个归类为“高”严重性或“紧急”严重性。(请参阅 C2 测试评估报告 [13],获取有关 C2 缺陷的更多详细信息。)
添加附加迭代 C2b,已引入它来重新设计“课程目录系统”的接口。
满足性能和负载需求是当前未完成的唯一主要设计问题。
下表总结了主要里程碑的结果
里程碑 |
计划日期 |
实际日期 |
结果 |
---|---|---|---|
业务案例复审 |
1999 年 1 月 19 日 |
1999 年 1 月 30 日 |
高级管理团队和 Wylie College 代表接受“业务案例复审”。范围无更改。R2.0 承诺日期为 1999 年 6 月 24 日。 |
体系结构原型 |
1999 年 3 月 2 日 |
1999 年 3 月 15 日 |
在访问课程目录系统中发现重大性能问题。 |
Beta 发行版 |
1999 年 4 月 2 日 |
1999 年 4 月 12 日 |
用户反馈积极肯定。用户请求对所有屏幕和菜单进行设计更改。 |
初始运行能力(R1.0) |
1999 年 5 月 10 日 |
- |
R1.0 系统测试完成。未满足访问“课程目录系统”的性能需求。高级管理团队决定添加迭代来重新设计接口软件以更正性能问题。 |
产品 R1.0 |
1999 年 5 月 19 日 |
- |
|
第 2 个运行能力 |
1999 年 6 月 24 日 |
- |
|
产品 R2.0 |
1999 年 6 月 24 日 |
- |
|
远景文档 [1] 中定义的项目总范围未变。根据用户对 Beta 发行版的反馈重新设计了所有屏幕和菜单。此更改是“在范围内”进行的,因此不会有更改单送交给客户。
从风险列表 [16]、C2 测试评估报告 [14] 和每周项目会议编译了以下一列打开的操作项:
标识 |
操作项描述 |
受托人 |
到期日 |
状态 |
---|---|---|---|---|
1. |
投入系统工程资源去处理涉及“课程目录系统”的响应时间问题。 |
Rick Bell |
1999 年 4 月 4 日 |
打开。 |
2. |
复查主日程表,确定是否可将第四个迭代添加到“构造阶段”。 |
高级管理团队 |
1999 年 3 月 31 日 |
打开。 安排了会议。 |
3. |
确保在构建集成之前所有高风险组件都检查了代码。 |
Rick Bell |
1999 年 3 月 31 日 |
打开。 每周会议上要讨论的风险。 |
4. |
计划 R2.0 发行版的补充设计复审。 |
Rick Bell |
1999 年 4 月 15 日 |
打开。 要添加到 C3 和 C2b 日程表中。 |
5. |
修正负载模拟器软件的问题并重新运行关联的测试用例。 |
Kerry Stone |
1999 年 4 月 2 日 |
打开 给问题指定了测试工程师。 |
6. |
调查缺陷帐龄。为什么许多缺陷要花费 30 多天才能关闭? |
Kerry Stone |
1999 年 4 月 2 日 |
打开 |
7. |
每周监视性能问题的进度。 |
Rick Bell |
正在进行 |
打开 |
8. |
再雇用一个开发人员。 |
Rick Bell |
1999 年 4 月 15 日 |
打开 联系了招聘机构。 |
9. |
继续监视旧系统的 Y2K 状态。 |
Rick Bell |
正在进行 |
打开 |