<配资炒股票>银行全面风险管理框架实操指南 商业银行需求分析落地方法详解

中国邮政储蓄银行软件研发中心 汪洋

在数字化变革的驱动下，商业银行急需运用信息技术赋能业务经营与管理，不仅催生了企业级业务需求等创新概念，使业务需求呈现出规模化与精益化的特征，也加剧了信息工程建设的复杂性，进而对需求分析工作提出了更高的要求。若继续采用传统面向过程的分析框架，要求研发人员对大量复杂的业务流程逐层分解细化，无疑将加大需求分析工作的难度。在此背景下，笔者团队提出用例分析方法，可较好地适应规模较大且复杂的业务需求分析与建模工作，其优势在于可快速界定系统边界与识别高价值业务活动，帮助研发人员快速搭建业务模型，推动信息系统研发工作。本文以邮储银行新一代财务总账系统(以下简称“总账系统”)为例，介绍邮储银行在业务需求分析工作中运用用例分析方法快速分析业务需求与建模的实践经验。

一、企业级业务需求与需求分析

企业级业务需求是指以商业银行战略规划为目标，以具体经营发展策略为依托，为应对激烈的外部市场竞争与满足内部深层次改革发展需要银行全面风险管理框架实操指南 商业银行需求分析落地方法详解，系统性撰写的综合性信息系统需求，体现了商业银行业务价值创造的能力。

企业级业务需求承载着商业银行战略与业务发展规划、内部管理要求，以及各类市场产品运营与客户管理规则。在企业级业务需求框架下，优质的信息工程是研发符合企业级业务需求的信息系统或数字运营产品的基石，这不仅要求需求编写人员是本业务领域的资深专家银行全面风险管理框架实操指南 商业银行需求分析落地方法详解，还要求研发人员聚焦业务价值，以业务目标为驱动，持续关注提升需求分析能力的工具方法和实施路径。一份高质量的业务需求与信息系统设计、开发和后期运营维护有密切关系，可帮助研发人员有效约束信息工程建设的规模范围、避免潜在的项目进度风险，因此在企业级业务需求框架下，不断提升需求分析成效有助于研发团队围绕业务目标进行信息系统研发，最大限度发挥信息工程项目价值，提升交付系统质量，促进业务与技术共生共荣，对商业银行数字化转型具有重要价值和意义。

二、用例分析方法及其特点

用例分析方法是一种基于面向对象思想的需求分析方法，通过借助用例模型对业务需求进行快速分析与建模，形成用例用户、用例活动及用例活动关系说明三位一体的基础底座，支持将业务需求转化为结构化的业务模型。用例分析的基本原则是将对用户可见的业务交易或业务场景转换为用例活动，可屏蔽过多的过程细节。该方法对于业务需求具有以下价值：一是为研发人员提供了快速界定系统边界及主要用户的方法，在信息系统研发早期阶段可协助研发人员快速识别出高价值的业务活动；二是用例活动有助于指导系统设计人员明确系统建设范围，避免后期工程规模无限扩大；三是信息工程项目管理人员可参照用例活动迭代路径设立项目迭代优化模板，用例活动也可帮助项目管理人员更好地理解信息工程项目建设背景，实务中有多种技术语言如BPMN、UML供商业银行使用。

三、用例分析方法实施路径

近年来，邮储银行逐渐建立了完善的企业级业务建模工艺，打造了一条将业务需求转换为业务架构模型的实施路径银行全面风险管理框架，即由业务部门提出企业级业务需求，经研发人员分析建模形成流程模型、产品模型、实体模型等业务架构模型，最终将业务架构模型交付至技术架构人员，用以指导其设计系统技术方案。

结合邮储银行企业级业务建模工艺流程，笔者团队认为用例分析方法可嵌入需求分析环节银行全面风险管理框架，帮助研发人员拆解业务过程，分析识别出业务流程中的关键业务活动或高价值业务属性。对于研发人员来说，系统设计与研发工作的质量受限于业务需求本身以及需求分析工作的质量，用例分析方法有利于提高需求分析工作质量，降低研发人员与需求编写人员沟通的难度，协助双方快速、正确地理解业务内涵，并保障信息系统研发自始至终与业务目标高度吻合，降低信息工程项目研发风险、提高研发效率。总体而言，笔者团队认为用例分析方法可作为一种有效的需求分析方法被运用于企业级业务需求分析与商业银行信息系统研发工作，其实施路径如图1所示。

图1 用例分析方法实施路径

四、用例分析方法实践案例

下文以邮储银行总账系统中的用户管理模块功能为例，介绍用例分析及建模过程。基于邮储银行财务管理要求，用户管理模块需实现以下功能。一是设立系统管理员，负责全系统用户与岗位管理，但无权查阅财务有关数据；二是实现业务授权审批控制，总账系统中每项业务都需业务经办与复核人员双人处理；三是实现岗位职责分离与权限互斥，如凭证录入、凭证审核、报表查询等岗位人员按特定的菜单交易权限对系统进行访问和操作。基于上述需求，用户管理模块作为总账系统中相对独立的功能模块，面向全行财务条线提供统一集成的全员化、角色化用户管理功能，支持不同层级财务机构结合自身(属地)管理要求在总账系统内开设(变更或删除)用户。

1.识别用例用户及系统边界

识别用户管理模块边界及主要用户，过程中应屏蔽用户管理模块内部具体的业务细节，仅关注业务需求中主要用户与系统交互的基本实现过程，并将其抽象为本模块的用例用户与用例活动。系统正常运行所需的应用数据则作为外部输入银行全面风险管理框架，在模块外部表示。总账系统用户管理模块边界与用例用户建模成果如图2所示。

图2 总账系统用户管理模块边界与用例用户建模成果示意

这一阶段的用例分析产出以下成果：一是总账系统用户管理模块的用例用户包括业务管理岗、凭证录入岗、凭证审核岗、报表查询岗等；二是由主数据管理模块以及统一身份认证平台(渠道)向总账系统用户管理模块提供基础数据支撑；三是根据用户管理的灵活性及便捷性要求，在用户管理模块内部集成账套、机构、权限、角色、用户等子业务管理活动。在后续用例分析与业务建模过程中，研发人员可从用例用户、模块内部业务过程等维度梳理与用户管理模块相关的关键业务流程与过程细节。

2.用例用户与系统交互建模

在识别用例用户与用例活动后，需进一步分析用例用户如何与系统交互，即进行系统交互建模。以总账系统业务管理岗的用户管理活动为例，该活动映射至总账系统的用户新增、删除、信息修改等七项交易功能，研发人员可基于用例活动角度对总账系统用户与系统交互过程进行建模。用例用户及用例活动对应的系统内部处理功能如图3所示。

图3 用例用户及用例活动对应的系统内部处理功能

用户管理活动基本业务过程可描述为由业务管理岗登录总账系统，在登录环节由系统进行必要的校验，如输入管理员账号及口令。完成系统登录后，由业务管理岗发起用户岗位配置申请，并在该动作序列中向系统录入用户岗位信息以及岗位类型等数据。发起申请后银行全面风险管理框架实操指南 商业银行需求分析落地方法详解，由系统审核申请，如用户重复、岗位权限互斥校验等。一旦通过审核申请，由系统根据指令执行用户岗位信息的更新，其交互流程如图4所示。

图4 用户管理活动的交互流程

3.功能实现

基于用例分析建模方案，总账系统对用户及岗位、层级机构、系统交易等信息实现用户权限识别、隔离及交易控制。以总账系统日记账凭证查询交易为例，由凭证录入岗或凭证审核岗在提交请求打印凭证界面选择制单人后进行打印，总账系统根据制单人及该岗位所属的机构实现仅打印选定机构中制单人本人名下的日记账凭证，并管控同机构其他人员对本机构日记账凭证的修改、提交和撤销行为。

用例分析方法的优势包括以下几个方面：一是提升需求分析效率。基于用例活动视角，研发人员可避免业务过程重复性的需求功能分析工作，对关键高价值业务活动进行快速建模，从而加快需求分析过程。二是加强业技融合。基于结构化分析建模的方法，与研发团队对系统边界、功能范围等达成一致，避免需求歧义，从而推动研发人员与技术人员围绕业务目标开展信息系统研发。三是促进数字金融转型与技术创新。用例分析方法本质上是基于企业级业务需求的业务建模视角，将业务需求转换为数字能力的工具及手段，对其进行合理运用有助于推动商业银行技术创新、优化信息工程项目资源配置。

未来，伴随数字化浪潮的持续推进，邮储银行持续关注业务需求分析方法论及工具的创新优化，以更好地适应市场环境变化带来的全新挑战。