审查很费时间，甚至有些无聊，但是有经验的项目管理者都知道花在需求审查上的每一分钟都是值得的。但是，银行项目往往都是时间紧张的项目，如果没有时间详细审查需求的每个方面，也要根据在需求分析阶段得出的优先级，对那些非常关键的需求进行详细的审查，而对那些不太重要的部分用非正式评审就能满足质量要求。
4、软件的需求管理
4.1 软件需求确认
银行软件项目在需求规格说明书完成之后，通常会召开需求确认会议来对需求进行交流，沟通确认，通常由全体项目利益相关方参加，这可是个确认需求的难得的机会，大家能聚在一起，共同探讨，对项目的需求达成共识，所以一定要珍惜。
在需求确认会议上，一定要先针对全局性的问题进行交流，千万不要针对部分人感兴趣的问题讨论个没完没了，然后再对根据原型法得到的需求规格书中的内容、差异逐一过一遍，银行业务人员通过对项目需求的讲解，对需求可行性的分析，需求优先级的确认等，最终与开发人员达成一致，并且要进行书面确认。软件项目需求确认的最终书面确认，是需求管理的重要环节，为项目开发过程中的需求变更管理提供了依据。
4.2 软件需求变更管理
由于需求分析不全、业务需求不断增加和变更、需求不清楚等原因，需求在项目的整个生命周期都会不可避免地发生变化。需求管理是软件项目开发过程中控制和维持需求约定的活动，它包括：变更控制、版本控制、需求跟踪和需求状态跟踪等工作。
项目业务需求的变更是影响项目进度的主要因素，一定要严格控制变更，避免无限制的需求变更。在项目开发过程中，要做好应对需求变化的情况，需求管理的方法主要有以下几点：
（1）建立需求变更控制流程。制定一个选择、分析和决策需求变更的过程，所有的需求变更都要遵循此过程。
（2）进行需求变更影响分析。要及时召集业务人员和开发人员，对项目的需求变更所带来的影响进行分析，明确与变更相关模块的工作量，从而帮助需求变更控制部门做出更适当的决策。
（3）建立需求控制文档。以确定的《软件需求规格说明书》为前提，之后的需求变更要遵循变更控制过程，新的版本以前面版本为基础，要避免两个版本的混淆，确保需求的一致性。
（4）维护需求变更历史记录。要求用户填写变更申请单发送给项目配置管理员，再通过配置员转交质保小组，负责组织专家小组和项目组成员一起讨论实施变更的可行性及实施后所带来的影响。
（5）跟踪需求状态。要保存每项需求的状态，以便于管理控制。从整体上把握每个需求的进度。
（6）保持需求稳定性。过多的需求变更会给项目的进度造成不小的麻烦，往往会导致银行软件项目的延期，对于无法实现或是变更会带来巨大影响而将导致进度的延期，这时，我们将变更报告提交给用户或邀请用户进行协调会议，
讨论变更取舍问题或是项目进度变更问题。在项目的后期和项目完成时间不可更改时，要冻结需求，以保证项目顺利完成，而需要新增的功能可以留待下一个版本完善。
（7）决定变更之后，由项目经理组织实施变更，测试人员检测变更结果，而质保小组成员监督变更实施过程并协助配置管理员对变更后的成果物进行版本控制。变更实施完后，上线前还需要指定人员协助用户一同测试并由用户签字同意后方可上线。
5、结语
金融软件的需求管理是关系到金融软件产品质量的关键，对业务发展具有深远影响。它是整个开发项目中最重要的工作，需要应用部门和开发部门密切配合，并按需求工程的要求和开发工作的规律进行。良好的需求管理会减少开发工作中不必要的调整，保证开发工作的顺利进行和最终投人使用。