需求管理规范(4)

性的技术分析，并分析支持系统开发的软件需求，编写出《架构设计说明书》和《高层接口
说明书》，并牵头组织项目组编写《软件需求规格说明书》。在特殊情况（如项目紧急、项
目规模较大等）下，以上 3 份《说明书》的设计和编写可以并行开ห้องสมุดไป่ตู้。
7. 对符合条件、材料齐全完备的需求，由架构集成组负责填写《需求评审申请》，提
预算计划内按时完成开发，这一点非常关键。
对高质量的开发来说， 为了在
2. 需求管理背景
XX银行在新核心信息化建设中，需要尽快建立先进的、全面的软件项目需求管理体系。
从目前行内现状来看， 现有需求流程不能全面支持全行科技发展政策和战略的实施，
无法保
证需求的质量，需求提出、分析、评审和跟踪的能力相对较弱，全行需求管理标准化水平、
务需求的预审。
3. 业务支持组和需求组对《业务需求》进行预审，判定其内容是否符合我行规范，业
务描述是否明确和清晰。 如果预审不能通过， 将资料及预审意见返回到需求提出部门。 当出
现重大的业务需求且需求组无法进行预审时，可以提请架构集成组提供技术支持。
4. 业务支持组和需求组作为对全行的业务需求统一管理的机构，
1000 万人民币的项目，提
请科技与创新委员会进行审批，预算小于
1000 万人民币的项目由科技项目管理委员会进行
审批，对于通过审批的项目将进入立项流程，启动项目的开发。如果审批无法通过，将再次
重复以上流程，待完善后重新提交申请。
10. 项目实施过程中，由项目经理制定《项目计划》和《需求跟踪矩阵》，经过审批后
4. 指导规范
第一条 业务部门根据本部门实际的业务需要及本行发展规划进行业务需求调研，
业
务需求原则为“以市场为导向，以业务为源点”。
益相关者进行合作， 共同确定项目需求的优先顺序来缩短业务目标和开发制约因素之间的差
距。
当然， 一个可以重复而且可靠的变化控制流程是至关重要的。
能够让您快速对项目管理
活动进行监督并做出响应。
对需求管理来说， 另外一个很有用的帮助就是以模板和行业标准的形式开发一个好
（和
坏） 需求范例数据库。 将每个项目的需求范例都纳入数据库， 这些需求范例要能够反映企业
建立企业知识库所需的各个领域的专业知识。 这样还有助于对需求进行明智地重复利用。 先
前项目中确定的好的需求可以供未来使用， 而且伴随需求的链接能够让分析人士随时了解原
始需求。这样，就可以将原始需求的任何变化（例如，更新和缺陷修复程序）随时通知重复
第 2 页 共 16 页
利用这些信息的团队。 总之， 需求定义和管理是任何项目活动中最重要的环节。
5.2. 细则 ........................................................................................................1..3.. 5.3. 流程图 .....................................................................................................1..3. 5.4. 评审细则 .................................................................................................1..4. 5.5. 模板 ........................................................................................................1..5.. 5.6. 编写指南 .................................................................................................1..6. 6. 合理性评价 ........................................................................................................1..6.
1. 前言
需求定义和管理是开发流程中最重要的一步， 它能够确保软件项目符合客户的需求， 遵
守相关的合同并且在预算计划内按时完成。 此外，这也是诸如集成的能力成熟度模型 （ CMM）I
这类标准、 法规和质量改进计划的要求。 由于需求表达不佳造成的影响是毁灭性的， 它会产
生多米诺效应， 导致开发团队需要耗费大量的时间对已完成的开发工作进行返工，
无法按时
交付产品，超出预算以及各种法规遵从问题。
优秀的需求管理方案从技术上和法律上都可能实现，
能使需求变得完整、 清楚。 保持一
致性，不会与其它需求发生冲突。证明系统满足需求，可以对需求进行跟踪，可以对需求进
行唯一识别和跟踪。此外，需求应该是模块化的，并且可以修改而不会造成过多的影响。它
们还应该独立于设计。
由项目需求管理员负责执行，执行范围须涵盖以下部分：需求记录、基线管理、需求跟踪、
变更管理和项目终结等需求生命周期管理。
11. 项目组在设计、开发和测试阶段，如果出现需求变更，将根据《项目计划》和《需
求跟踪矩阵》 进入变更流程。 用户验收测试中， 业务部门的需求提出人员需要对开发实现的
系统进行验收测试，验证其是否满足业务需求。
对于通过预审的 《业
务需求》进行整合和条目化，完成业务需求补充完善。
5. 业务支持组和需求组在进行需求完善后，编写《业务需求说明书》。
《业务需求说
第 3 页 共 16 页
明书》须按照我行《业务需求说明书编写指南》进行编写，详细描述业务的流程、关系、特
性和规划等信息。
6. 架构集成组根据业务支持组和需求组提供的 《业务需求说明书》 ，对需求进行可行
流程效率有待进一步提高。
当前， 业界领先的银行已经建立起了先进的需求管理体系。
参考中国建设银行、 中国工
商银行和招商银行等同行业需求管理经验，基于
XX银行当前需求管理工作中存在的不足，
相关人员通过深入的访谈和共同讨论，结合业界最佳实践和
XX 银行现状，针对新核心建设
实际情况，确定需求管理体系优化目标以及实施改进方案，提升需求管理的能力。
制作的幻灯片演示在内的一切内容。 此外， 还可通过将它们明确映射至测试案例的方式来保
证需求可以测试， 确保每个需求从一开始就可以明确识别， 从而能够更加轻松地满足这些需
求并实际证明。 在许多情况下， 可以通过减少需求数量来更好地对需求进行管理。
很少有项
目能够完全满足客户的所有请求、 营销创意和业务建议， 并且在预算内按时完成。 通过与利
3. 需求管理流程
1. 需求提出部门根据本部门实际的业务需要及本行发展规划进行需求调研。
应收集的
如下信息：业务范围、业务流程、业务功能、安全需求、报表凭证、非功能需求等。需求信
息将以书面形式进行记录。
2. 业务提出部门依据需求调研，按照我行的《 XX 银行需求管理制度》，编写《业务
需求》和《测试案例》，对业务需求信息进行详细说明，并提交业务支持组和需求组进行业
目录
1. 前言 .....................................................................................................................2.... 2. 需求管理背景 ......................................................................................................3... 3. 需求管理流程 ......................................................................................................3... 4. 指导规范 ..............................................................................................................4... 5. 需求管理体系 ......................................................................................................6...
为了对需求进行组织和管理，可以采取以下的主要步骤。
首先，对需求进行组织，以避免重复和遗漏。接下来，对客户需求、软件需求以及材料
等信息进行管理并将其关联起来，通过集中的需求管理数据库来获取规格和要求。
然后，对那些决定性能、接口、安全等的非功能要求或者制约因素进行管理。功能和非
功能要求的文字版本应该通过直观的建模加以补充， 这种建模包括从简单的白板图纸到精心
5.1. 制度 ..........................................................................................................6.... （一） 总则 ..........................................................................................................7.... （二） 机构职责 ...................................................................................................7... （三） 总体工作流程 .........................................................................................1..0. （四） 需求提出 .................................................................................................1..0. （五） 需求分析 .................................................................................................1..0. （六） 需求评审 .................................................................................................1..1. （七） 需求跟踪 .................................................................................................1..2. （八） 需求实现 .................................................................................................1..2. （九） 附则 ........................................................................................................1..2..
交项目评审材料到科技项目管理委员会进行需求评审。
8. 科技项目管理委员会召开评审会议， 对需求的合理性、 全行科技规划等重要事项进
行审查， 做出实施审查意见。 详细的评审规范参见本制度的评审部分。 未通过评审的需求申
请，需要再次重复以上流程，并在准备完成后提请项目管理委员会进行复议。
9. 科技项目管理委员还需对项目预算进行审议。预算大于