1、 设计评审---在开发时期的每个阶段， 特别是设计阶段结束时都要进行严格的技术评审，

尽量不让错误传播到下一个阶段。 设计评审一般采用评审会议的形式来进行。 书上有流程，

大家可以看看，其实不仅仅是设计需要评审，所有的地方都需要评审。

2、测试不再只是一种仅在编码阶段完成后才开始的活动。现在的软件测试被认为是一种应该包括在整个开发和维护过程中的活动，它本身是实际产品构造的一个重要部分。

3、黑盒测试：不考虑程序的内部结构，主要是在程序的接口上进行测试，测试用例设计有：

（1）等价类划分

（2）边界值分析

（3）错误推测法

（4）因果图

白盒测试：把测试对象看做一个透明的盒子，对程序所有逻辑路径进行测试。具有代表的逻辑覆盖包含：

（1）语句覆盖

（2）判断覆盖

（3）条件覆盖

（4）判定----条件覆盖

（5）条件组合覆盖

（6）路径覆盖

α测试：是在开发环境进行的测试

β测试：是用户在实际环境中进行的测试，开发者不在旁边。

4、详细范围说明书的内容：

• ? 项目的目标
• ? 产品范围描述
• ? 项目的可交付物
• ? 项目边界
• ? 产品验收标准
• ? 项目的约束条件
• ? 项目的假定

5、项目分解工作包的一般活动是什么？

? 识别分析项目可交付物与其他相关工作

? 构造和组织wbs

? 把高层的wbs分解为详细的 低层次的工作单元

? 为工作单元分配代码

? 确认分解的程度是充分必要的

6、项目工作分解的主要步骤是什么？

? 识别和确认项目的阶段和主要可交付物

? 分解并确认每一组成部分是否分解的足够详细

? 确认项目主要交付物的组成要素

? 核实分解的正确性

7、范围变更的原因是什么？

? 外部环境变化

? 项目范围的计划编制不周密详细

? 市场上出现了或是设计人员提出了新技术 新手段或新方案

? 项目实施组织本身发送变化

? 客户对项目、项目产品或服务要求发生了变化。

8、变更的常见原因如下:

（1）产品范围（成果）定义的过失或者疏忽。

（2）项目范围（工作）定义的过失或者疏忽。

（3）增值变更。

（4）应对风险的紧急计划或回避计划。

（5）项目执行过程与项目基准要求不一致带来的被动调整。

（6）外部事件。

9、变更流程

• 变更提出及申请
• 变更初审
• 变更方案论证
• CCB审查
• 变更通知并实施
• 变更实施的监控
• 变更效果的评估
• 判断发生变更后的项目是否已纳入正常轨道

10、进度压缩指在不改变项目范围、进度制约条件、强加日期或其他进度目标的前提下缩短项目的进度时间。

进度压缩的技术有以下几种

1. 赶进度
2. 快速跟进

缩短工期方法：

① 投入更多的资源以加速活动进程。

② 指派经验更丰富的人去完成或帮助完成项目工作。

③ 减少活动范围或降低活动要求。

④ 通过改进方法或技术提高生产率。

⑤ 快速跟进（或称并行。