用于软件开发中需求建模的流程建模系统的制作方法

本发明涉及软件设计，特别是一种用于软件开发中需求建模的流程建模系统。

背景技术：

1、需求分析，是软件生命周期中一个重要的阶段。在可行性研究之后，确定了最基础的软件开发目标以及涉及到的业务范围。然后对所涉及的业务需求进行详细的分析，通过分析来确定最终的软件交付标准，同时也可以作为测试的校验文档来确定最终的产品完成度。更重要的一点是：避免需求分析中出现的错误溢出和延后，可以极大避免在后续开发及测试过程才发现问题、而进行修正所带来的系列关联处理而付出时间和成本成倍增加的代价。

2、传统的需求分析流程，通常划分为5个阶段：收集需求阶段，厂商原型培训阶段，访谈阶段，编制阶段，评审阶段。

3、收集需求阶段：收集需求是为实现目标而确定，记录并管理相关方的需求的过程。需要做到尽可能全面的收集需求，不管需求是否能够实现。收集需求由客户来收集，需求来源主要是竞品、系统现状、历史需求等。厂商原型培训阶段：该阶段需要由厂商做系统原型的培训，重点讲解目前厂商系统所具备的能力需求。访谈阶段：该阶段主要做厂商系统原型具备的需求和客户需求的差异分析，访谈期间由客户和厂商需求人员，针对需求差异做进一步的分析，形成提纲、问题清单，一一确认，最终得到需求清单。编制阶段：该阶段按照需求分析的结论，编写模板，确定需求主题。评审阶段：该阶段需要对需求清单做多次的评审修订，最终得到终版需求清单，并由客户签署确认。但是，传统的需求分析流程具有以下缺陷：

4、1、缺乏体系性的工艺方法论支撑，无法体现从客户诉求到高阶需求、再到中阶粗粒度需求、再分解到详细业务规则，逐层细化和推导的过程。

5、2、存在收集的需求过于零散，分析工艺和方法不成体系，对需求提出方和需求实施方的专业人员经验和素质要求过高、依赖过度等典型问题或现象。

6、3、需求分析阶段，一般采用线下文档整理评审意见等，文档更新、意见汇总效率低，协同性差，且容易出现纰漏。

7、4、业务与技术人员语言不统一或者一句话需求，会导致业务人员和技术人员对需求的理解不一致，出现理解偏差。

8、5、需求没有创新工具去管理，无法追根溯源，项目中的需求变更管理一直是一个痛点问题。

技术实现思路

1、鉴于上述问题，本发明提出一种克服上述问题或者至少部分地解决上述问题的用于软件开发中需求建模的流程建模系统。

2、本发明主要应用于金融科技领域的需求分析阶段，基于企业的业务架构，从企业级银行价值链和业务价值创造的视角出发，以便将企业的战略能力需求和管理需求逐级分解，该阶段在本发明中被称为流程建模阶段，其依次由业务领域、价值流、活动、任务构成，各级环环相扣、逐层落实，转化成可执行的企业级、结构化、层次化的业务流程模型，最终实现企业的战略目标，完成企业的价值交付。

3、本发明提供了一种用于软件开发中需求建模的流程建模系统，所述流程建模系统包括：

4、业务架构构建模块，获取目标企业的业务领域，构建与所述业务领域关联的业务架构，包括业务领域、干系人、业务对象、业务组件；

5、流程建模模块，基于所述业务架构进行流程建模，包括业务领域分析、价值流分析、活动分析和任务分析；所述任务是单一角色执行的步骤集合；所述活动是由事件触发，干系人之间的交互过程；所述价值流是业务领域内的价值创造过程，包含一组活动；所述业务领域由一组包含计划、执行、监督的活动组成，使用业务组件提供的任务，提供对外服务的能力。

6、可选地，所述业务对象是企业业务的核心资源，是资源的结构化体现，用于指导应用系统落地时，用户执行用例相关操作时，所创建、存取和更新、删除等的一组业务概念；所述业务组件为关联各所述业务对象的功能组件；所述业务领域为所述目标企业为客户和企业内部提供的需求服务，体现企业的高阶价值需求以及整体价值创造过程。

7、可选地，业务架构构建模块还用于：基于所述目标企业的价值链的视角定义业务领域；

8、根据业务活动和操作的业务对象定义干系人；预设活动与业务事件对接以定义业务对象；按照角色和业务目的划分业务并定义业务组件。

9、可选地，所述流程建模进行业务领域分析包括：业务领域定义、干系人定义、业务对象定义、业务组件定义、识别干系人、定义业务事件、预设活动。

10、可选地，所述流程建模进行价值流分析包括：划分价值流阶段，对基于价值链分析的业务价值进行价值阶段分析；归纳价值流节点，根据对业务领域定义和理解，将活动归纳为价值流节点；绘制价值流图，依据价值流图绘制标准，绘制预设活动的完整价值流图。

11、可选地，所述流程建模进行活动分析包括：预设活动与业务事件对接，分析活动清单、业务事件清单，建立业务事件与活动的映射关系；对接分析，分析预设活动与业务事件对接成果；活动优化，据预设活动与业务事件对接分析成果，明确活动的定义；识别业务场景，基于业务事件以及变量因子的不同取值的组合，识别出不同的业务场景。

12、可选地，所述变量因子包括客户、产品、渠道、合作方或者其他自定义变量因子。

13、可选地，所述流程建模进行任务分析包括：识别工作事项，活动分析完成后，以活动为单位，识别活动下具体的处理事项；任务划分定义，在活动下罗列的工作事项基础上，把工作事项进行归纳，划分任务；绘制工作流图，将活动下识别的任务以图形的形式表达，展示业务的处理流程；任务标准化，将业务领域下识别的任务，以企业级业务组件视角，进一步规范统一；识别输入输出，根据任务的职责定义，识别出任务核心的输入输出属性。

14、本发明基于企业的业务架构，承接企业高阶的顶层战略目标，完成需求从高阶到详细的逐层细化和推导；同时系统中的动名词库、交易码、数据字典等的设计，解决了传统的需求分析面临的业务与技术人员语言不统一，团队协同性差等问题。工艺平台承接流程建模工艺，形成了具有良好可视化，引导性操作的工具，辅助客户在该工具的指引操作下，实现企业顶层战略的规划，并且逐级分解，逐层落实，转化成可执行的企业级、结构化、层次化的业务流程模型，解决了需求管理难度大、需求成果物保鲜困难的问题，进一步促进业技融合，最终实现企业的战略目标，完成企业的价值交付。对比传统的需求分析方法，“工艺方法论+工艺工具”的方式能够更好地去做应用系统建设中的需求分析环节的流程建模。

15、上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

16、根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

技术特征：

1.一种用于软件开发中需求建模的流程建模系统，其特征在于，所述流程建模系统包括：

2.根据权利要求1所述的系统，其特征在于，所述业务对象是企业业务的核心资源，是资源的结构化体现，用于指导应用系统落地时，用户执行用例相关操作时，所创建、存取和更新、删除的一组业务概念；

3.根据权利要求1所述的系统，其特征在于，业务架构构建模块还用于：

4.根据权利要求1所述的系统，其特征在于，所述流程建模进行业务领域分析包括：业务领域定义、干系人定义、业务对象定义、业务组件定义、识别干系人、定义业务事件、预设活动。

5.根据权利要求1所述的系统，其特征在于，所述流程建模进行价值流分析包括：

6.根据权利要求1所述的系统，其特征在于，所述流程建模进行活动分析包括：

7.根据权利要求6所述的方法，其特征在于，所述变量因子包括客户、产品、渠道、合作方。

8.根据权利要求1所述的系统，其特征在于，所述流程建模进行任务分析包括：

技术总结
本发明提供了一种用于软件开发中需求建模的流程建模系统，所述流程建模系统包括：业务架构构建模块，获取目标企业的业务领域，构建与所述业务领域关联的业务架构，包括业务领域、干系人、业务对象、业务组件；流程建模模块，基于所述业务架构进行流程建模，包括业务领域分析、价值流分析、活动分析和任务分析。本发明的流程建模系统形成了具有良好可视化、引导性操作的工具，辅助客户在该工具的指引操作下，实现企业顶层战略的规划，并且逐级分解，逐层落实，转化成可执行的企业级、结构化、层次化的业务流程模型，解决了需求管理难度大、需求成果物保鲜困难的问题。

技术研发人员：雷涛,许华山,吴限权,牛国义,林挺,杨文峰,刘妍,杨雄,刘云星,曹安康,肖佳
受保护的技术使用者：深圳市长亮科技股份有限公司
技术研发日：
技术公布日：2024/1/15