3.3 编写规格说明

　　软件需求是软件产品开发的依据，也是整个开发过程各项活动的基础。需求阶段不细致的工作，软件需求的不明确，会导致整个项目阶段工作量的增加。实际上，许多软件项目失败的主要原因是需求阶段对需求的描述不够细致，导致后来超出预算或者时间进度达不到要求。

　　编写规格说明是清楚、准确地编写用户需要和约束文档的过程，在项目的需求分析阶段，双方必须全面地尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。

　　在此基础上，要提交的成果是《软件需求规格说明书》，它是终用户和开发机构之间的技术合同书，是开发者开发软件系统的依据，也是终用户验收软件系统的依据。

　　3.4 需求验证

　　需求验证是保证系统需求完整、正确、一致、明白的过程。在需求开发过程中，还没有形成任何软件，不可能进行任何测试，但是可以在软件开发组设计编码之前，以需求为基础建立概念性的测试用例，并使用这些例子来发现软件规格说明书中的错误、二义性，以及是否有遗漏等。

　　需求验证是需求开发过程中的后一部分，需求验证所包括的活动是为了确定以下几方面的内容：

　　（l）软件需求规格说明正确描述了预期的系统行为和特征。

　　（2）需求的完整性和高质量。

　　（3）需求的一致性。

　　（4）软件的需求分析，为接下来的功能说明书和系统详细设计以及测试提供了基础。

　　虽然对于一些大型的银行系统的需求文档进行详细的审查很费时间，甚至有些无聊，但是有经验的项目管理者都知道花在需求审查上的每一分钟都是值得的。但是，银行项目往往都是时间紧张的项目，如果没有时间详细审查需求的每个方面，也要根据在需求分析阶段得出的优先级，对那些非常关键的需求进行详细的审查，而对那些不太重要的部分用非正式评审能满足质量要求。

　　4、软件的需求管理

　　4.1 软件需求确认

　　银行软件项目在需求规格说明书完成之后，通常会召开需求确认会议来对需求进行交流，沟通确认，通常由全体项目利益相关方参加，这可是个确认需求的难得的机会，大家能聚在一起，共同探讨，对项目的需求达成共识，所以一定要珍惜。

　　在需求确认会议上，一定要先针对全局性的问题进行交流，千万不要针对部分人感兴趣的问题讨论个没完没了，然后再对根据原型法得到的需求规格书中的内容、差异逐一过一遍，银行业务人员通过对项目需求的讲解，对需求可行性的分析，需求优先级的确认等，终与开发人员达成一致，并且要进行书面确认。软件项目需求确认的终书面确认，是需求管理的重要环节，为项目开发过程中的需求变更管理提供了依据。

　　4.2 软件需求变更管理

　　由于需求分析不全、业务需求不断增加和变更、需求不清楚等原因，需求在项目的整个生命周期都会不可避免地发生变化。需求管理是软件项目开发过程中控制和维持需求约定的活动，它包括：变更控制、版本控制、需求跟踪和需求状态跟踪等工作。

　　项目业务需求的变更是影响项目进度的主要因素，一定要严格控制变更，避免无限制的需求变更。在项目开发过程中，要做好应对需求变化的情况，需求管理的方法主要有以下几点：

　　（1）建立需求变更控制流程。制定一个选择、分析和决策需求变更的过程，所有的需求变更都要遵循此过程。

　　（2）进行需求变更影响分析。要及时召集业务人员和开发人员，对项目的需求变更所带来的影响进行分析，明确与变更相关模块的工作量，从而帮助需求变更控制部门做出更适当的决策。

　　（3）建立需求控制文档。以确定的《软件需求规格说明书》为前提，之后的需求变更要遵循变更控制过程，新的版本以前面版本为基础，要避免两个版本的混淆，确保需求的一致性。

　　（4）维护需求变更历史记录。要求用户填写变更申请单发送给项目配置管理员，再通过配置员转交质保小组，负责组织专家小组和项目组成员一起讨论实施变更的可行性及实施后所带来的影响。

　　（5）跟踪需求状态。要保存每项需求的状态，以便于管理控制。从整体上把握每个需求的进度。

　　（6）保持需求稳定性。过多的需求变更会给项目的进度造成不小的麻烦，往往会导致银行软件项目的延期，对于无法实现或是变更会带来巨大影响而将导致进度的延期，这时，我们将变更报告提交给用户或邀请用户进行协调会议，

　　讨论变更取舍问题或是项目进度变更问题。在项目的后期和项目完成时间不可更改时，要冻结需求，以保证项目顺利完成，而需要新增的功能可以留待下一个版本完善。

　　（7）决定变更之后，由项目经理组织实施变更，测试人员检测变更结果，而质保小组成员监督变更实施过程并协助配置管理员对变更后的成果物进行版本控制。变更实施完后，上线前还需要指定人员协助用户一同测试并由用户签字同意后方可上线。

　　5、结语

　　金融软件的需求管理是关系到金融软件产品质量的关键，对业务发展具有深远影响。它是整个开发项目中重要的工作，需要应用部门和开发部门密切配合，并按需求工程的要求和开发工作的规律进行。良好的需求管理会减少开发工作中不必要的调整，保证开发工作的顺利进行和终投人使用。