>>>>>>>>>>点击进入2016年系统分析师考试网络课堂
>>>>>>>>>>点击进入2016年系统分析师考试大纲和教程
2.4交付阶段
当基线已经足够完善，可以安装到最终用户实际环境中时，则进入交付阶段。交付阶段
的重点是确保软件对最终用户是可用的。
交付阶段的主要任务是进行β测试，制作产品发布版本；对最终用户支持文档定稿；按用户的需求确认新系统；培训用户和维护人员；获得用户对当前版本的反馈，基于反馈调整产品，如进行调试、性能或可用性的增强等。
根据产品的种类，交付阶段可能非常简单，也可能非常复杂。例如，发布现有桌面产品的新发布版可能十分简单，而替换一个的航空交通管制系统可能就非常复杂。交付阶段结束时也要进行技术评审，评审目标是否实现，是否应该开始进化过程，用户对交付的产品是否满意等。
2.5技术评审
在每个阶段结束时都要进行一次技术评审，以确定在完成该阶段的最终迭代后是否应该让项目进入下一阶段。技术评审要考虑的主要问题应该主要与项目管理有关，因为主要的技术问题应该已经在该阶段的最终迭代以及随后的活动中得到解决。技术评审的步骤如图4所示。
（1）安排评审会议日程
技术评审会议的参加者必须包括外部人员（用户代表和领域希赛网）、项目的管理团队（项目经理以及项目团队各功能区域的团队负责人）和项目评审委员会。与会者一旦确定，就应安排会议的召开日期和时间，以便为与会者留出充足的准备时间，让他们能够评审有关材料。
（2）分发会议材料
在会议召开之前，应当将技术评审材料分发给评审人员。要在会议召开之前及早地将这些材料分发出去，让评审人员有充足的时间对其进行审阅。
（3）召开评审会议
在会议期间，评审人员主要关注状态评估。在会议结束时，评审人员应作出是否批准的决定。技术评审会议可能会得到以下结果之一：
（Ⅰ）阶段被接受：评审委员会认为项目实现了该阶段的预期目标，可以进入下一阶段。
（Ⅱ）有条件接受：评审委员会同意项目可以进入下一阶段，但必须先完成指定的纠正操作。如果发现的问题很少并且不是很重要，则客户可能决定在项目团队执行某些纠正操作的同时有条件地接受该产品。在这种情况下，项目经理需要根据问题的重要性，或选择开始新的迭代，以处理所出现的问题，或只是通过延长最终迭代来处理问题，二者的差异在于所需的计划工作量。
（Ⅲ）阶段不被接受：项目没有实现该阶段的预期目标，项目经理就可能必须开始另一次迭代，甚至项目经理无法决定对问题的解决方案，而需要由有关人员根据合同重新确定项目规模或终止项目。
相关链接：
软考不知道考啥科目？扫码测最适合你的报考科目
通关资源：软考各科历年真题 | 各科学习资料汇总 | 在线试题库【点击刷题】
免费课程：系统架构设计师报考指南 | 2026年高项备考指导课及精讲试听
热门活动： 春节不打烊 海量课程免费畅学
