1 SRSInsight需求评审操作指南
需求评审 1是需求分析中最后面的环节，也是最重要最核心的环节。需求是否匹配客户的期望，产品的目标，项目的设定等等，都将由需求评审来决定。 需求评审将确定最终的需求基线。
2 前置条件
在进行需求评审 2之前，需要确保以下条件已经满足：
- 收集的素材已经完毕。
- 项目的基础信息已经确定。
- 项目的功能需求已经确定。
- 项目的非功能需求已经确定。
检查清单：
- 每一个素材是否都已经分析过。
- 分析完的素材，将至少关联一个需求项。
- 如果有未关联需求项的素材，将无法进行需求评审。
- 项目的基础信息需要已经填写。
- 项目的非功能需求至少填写了两项。
如果检查条件不满足，此时需求评审无法进行。页面将显示如下的提示：
注意其中的提示。
可选的前置条件：
- 涉众 3信息完善。
涉众管理 4不是需求的必须部分。但是完整的涉众信息，可以减少一些不必要的失误，在某些类型的项目系统中，尤其重要。建议在进行需求评审之前，将涉众信息完善。 如下图所示：
3 评审流程
如果前置条件都满足，此时进入“评估验证”页面，将显示如下的页面：
注意：需求评审未必是能一次完成的。 从页面上可以看到，左边为等待评估的需求，右边为已评估的需求。
4 评审准备
在进行需求评审之前，需要先安排好评审人员，并确定评审人员， 这部分相当重要，如果关键的人员没有安排好，需求评审不仅质量不高，关键其可信度也无法让人信服。 如图所是：
注意：这里提示了需要出席的评审人员，但不是全部的 除了这里列出的评审人员，其他重要的人员也需要保证参与， 比较重要的是客户的sponsor， owner等，以及技术专家等。
协调好评审人员之后，点击“准备好了”按钮，进入评审页面。
5 评审操作
在评审页面，将显示如下的页面：
这个页面将逐一显示待评审的需求，每个需求都可以有两种评审结果：
- 评估通过： 确认需求。
- 评估不通过： 拒绝需求。 如果需求被拒绝，需要填写拒绝的原因。
6 评审结束
当所有的需求都被评审完毕之后，这一次需求评审就结束了，如下图所示。
注意：评审结束不等于评审完成 由于需求评审有两种结果：通过和不通过。所以当前评审结束后，通常会出现部分需求通过、部分需求不通过的情况。
此时，有两种选择。 一种是确认不通过的需求，当前版本中不考虑。直接签署发布通过的需求集合。 另一种就是回到功能需求中，重新修订需求，然后再重新评审。
此时如果回到功能需求页面，可以看到状态已经有了明确的变化，如下图所示：
此时就可以对功能需求进行修改，以便重新评审。如下图所示：
此时可以对需求进行修改，保存修改后，状态将自动变为“待评审”，此时可以重新发起评审流程。
注：已经评审通过的需求，不建议修改，但仍可以修改，只是修改后，状态自动重置为待评审，需要重新评审。
此时回到功能需求页面，可以看到状态已经有了明确的变化，如下图所示：
7 签署发布
当所有的需求都被评审完毕之后，且最终的需求集都都确定了，不通过的也确认不包含在需求基线 5中时，就可以对评审通过的需求进行签署发布。 此时需要点击“签署发布”按钮，进入签署发布页面。
如果有需求尚未评审，如下图所示，可以多次迭代上面的过程进行分析、修改、评审。
如果所有需求都有确定的结果。如下图所示，可以点击“签署发布”按钮，进入签署发布页面。
签署发布时，首先提示当前要签署的基本信息，包括前一个基线信息，包含的需求数量，不包含的需求数量，以及当前基线信息。
注意如果之前已经做过了完整的涉众分析，此次将自动的选中sponsor,owner作为签署人。 如果没有或不在列表中，也可以手动输入。 注：签署人非常重要，将作为授权发布的人出现在最终报告中，应该是客户中具备决定权的人员。
填写完基线（版本）信息，签署人后， 点击“确认”进行签署发布。 注意！此次会逐项提示签署的重要信息，需要仔细核对。随时可以返回重新填写或走修改评审流程。
8 完成发布
当完成签署发布的所有确认后。项目将进入发布完成状态。此时对应一个稳定的需求基线。 此时的几个变化有：
- 版本信息将从草案编辑基线的版本号。
- 评审界面显示已经签署发布。
- 所有的修改页面都将冻结无法修改，并以水印形式显示版本号信息
如图所示：
此时如果回到项目概览页面，可以看到项目已经进入发布完成状态。如图：
最终在查看报告页面，可以看到完整的正式版SRS报告形式。如图：
正式版本的报告，将包含额外的正式授权信息（评审， 批准）等。 可以作为下一阶段的正式文档使用。
需要注意的是，在查看报告的页面中，需要时可以点击“打印pdf”文件，直接输出pdf格式的报告。 也可以选择生成docx报告文档，方便自行完善更细节的信息。