课程注册系统

C2 迭代评估

 

版本 1.0

 


 

修订历史记录

日期

版本

描述

作者

1999 年 3 月 27 日

1.0

初始版本 - 第二次迭代 C2 的评估。

Rick Bell

 
 
 
 
 
 
 
 
 
 
 
 

 

目录

1.       简介         

1.1     目的     

1.2     范围     

1.3     定义、首字母缩写词和缩写     

1.4     参考资料     

1.5     概述

2.       实现的迭代目标         

3.       遵守计划

4.       实施的用例和场景 

5.       评估条件的相关结果

6.       测试结果

7.       发生的外部更改      

8.       必需的返工         


迭代评估

1.                  简介

1.1               目的

迭代评估的目标就是捕获迭代的结果、评估条件达到的等级、吸取的经验教训以及所作的更改。

1.2               范围

本迭代评估适用于 C2 迭代。C2 迭代为 C 注册系统的 R1.0 发行版开发了软件基线。

C2 迭代的成功与否是根据 C2 迭代计划 [7] 中概括的评估条件衡量的。

1.3               定义、首字母缩写词和缩写

请参阅词汇表 [3]。

1.4               参考资料

适用的参考资料有:

    1. Course Registration System Vision Document, WyIT387, V1.0, Wylie College IT.
    2. Course Registration System Stakeholder Requests Document, WyIT389, V1.0, 1998, Wylie College IT.
    3. Course Registration System Glossary, WyIT406, V1.0, 1998, Wylie College IT.
    4. Course Registration System Construction Phase Schedule, V1.0, 1999, Wylie College IT.
    5. Course Registration System Project Plan, WyIT418, V2.0, 1999, Wylie College IT.
    6. Course Registration System Test Plan, WyIT501, V1.0, 1999, Wylie College IT.
    7. Course Registration System C2 Iteration Plan, WyIT500, V1.0. 1999, Wylie College IT.
    8. Course Registration System C2 Integration Build Plan, WyIT502, V1.0, 1999, Wylie College IT.
    9. Course Registration System C2 Test Evaluation Summary, WyIT503, V1.0, 1999, Wylie College IT.

 

1.5               概述

本文档评估迭代,总结实现的目标以及迭代的运行与计划的符合程度。它列出了实施的用例和场景。

结果是根据为迭代计划设立的条件评估的。将会引用测试结果。

最后,文档列出了影响迭代的外部更改,例如对需求的更改和需要将来返工的有问题的区域。

2.                  实现的迭代目标

C2 迭代为 R1.0 开发了软件基线。通过大多数评估,迭代成功地实现了它的目标。 但是,解决性能问题(在测试评估报告 [9] 中有所描述)存在一定难度,这导致需要添加另一个迭代,从而为课程目录系统重新设计接口。

高级管理层和 Wylie College 代表没有核准 R1.0,因此建议添加另一个迭代以重新设计课程目录系统的接口。

3.                  遵守计划

迭代按计划按时执行完成。

C2 迭代的初始预算为 116,600 美元,由于部署了更多工时来解决性能问题,实际超支了 10,000 美元。

4.                  实施的用例和场景

没有为 C2 迭代开发任何新用例或场景。在 Beta 发行版中发现的缺陷已解决。根据用户对 Beta 发行版的反馈重新设计了菜单和屏幕布局。

5.                  评估条件的相关结果

下表列出了迭代评估条件(在 C2 迭代计划 [7] 中有所描述)和有关迭代成功程度的注释。

未能装入测试以满足性能需求的这一事实决定了要在 R1.0 发行版前再多添加一个迭代。

评估条件

迭代结果

必须解决在 Beta 发行版(C1 迭代)中发现的优先级为严重、高和中的所有缺陷。

使用与性能相关的缺陷的异常,已解决在 Beta 发行版中确定的所有缺陷(中、高或非常严重)。

必须评估所有用户对 Beta 发行版的反馈。必须解决所有列为“主要”的反馈。

针对 R1 的所有用例和需求都必须进行实施和测试。

已评估用户对 Beta 发行版的反馈。已解决列为“主要”的反馈注释。

针对 R1 的所有用例和需求已实施。

必须满足补充规范中指定的所有计时、性能和质量需求。

在 R1 测试中没有满足涉及到访问课程目录系统的装入和性能需求。

必须执行在测试计划 [6] 中定义的测试。

必须执行在测试计划 [6] 和测试套件中定义的所有测试。 在系统测试后独立地执行并通过了依赖于 Load Simulator 的 10 个测试用例。

必须复审所有测试结果。

测试管理者已复审了所有测试结果。

高级管理团队和 Wylie College 代表必须核准 R1.0 软件基线发行版。

高级管理层和 Wylie College 代表没有核准 R1.0 软件发行版。 计划添加一个迭代以重新设计课程目录系统接口并解决性能问题。

 

6.                  测试结果

测试结果归档在配置管理库中。请参考 C2 测试评估报告 [9] 以了解测试结果和测试评估。

7.                  发生外部更改

C2 迭代已对用户对 Beta 发行版的反馈作出响应。由于用户对用户界面十分不满意,所以已重新设计所有的菜单和屏幕布局。 我们选择了一组用户预览了新设计,他们对此次设计感到满意。此更改被认为是“在范围内”进行的,并且不需要“更改订单”。

8.                  必需的返工

如第 4 节中所述,现在已在计划中添加了另一个迭代。此迭代将重新设计接口组件并在各种装入条件下彻底测试系统响应。

将根据以下条件,估计从课程目录系统查找或存放记录的响应时间: