一种基于业务活动驱动的软件开发方法、系统及终端技术方案

本发明专利技术属于软件需求开发领域，公开了一种基于业务活动驱动的软件开发方法、系统及终端，软件开发方法包括，利用半结构化语言三元结构描述并保存业务活动，生成业务流程绘制场景，供用户绘制业务流程图，生成软件需求说明文档、接口文档、数据共享和功能共享说明文档，提供外部接口与其他软件实现交互。本发明专利技术使得业务用户能够随时参与到业务需求和业务流程的构建中，并在开发过程中关注需求的覆盖情况；基于三元结构的半结构化自然语言描述为用户和开发人员提供了基于自然语言的沟通语言，有利于开发人员快速从需求中进行系统设计和模块开发；领域内不同业务系统的需求发现有助于解决系统集成和数据共享问题，既降低开发成本又提高了开发效率。本又提高了开发效率。本又提高了开发效率。

【技术实现步骤摘要】
一种基于业务活动驱动的软件开发方法、系统及终端


[0001]本专利技术属于软件开发领域，尤其涉及一种基于业务活动驱动的软件开发方法、系统及终端。

技术介绍

[0002]数字化、网络化和智能化技术应用正加速各个领域改革业务方向、提升业务信息化能力和重构业务流程等。这对特定领域的业务系统开发提出了新要求：
[0003]一是功能和数据共享要求增多。传统功能共享多采用开放少量指定的功能模块接口或者提供指定服务等方式实现，而数据共享则采用直接提供指定要求的数据访问视图或者通过服务实现数据交换。这两种方式对于固定的功能和数据共享有较好的支持，但难以解决领域内业务系统变化的共享需求，特别是时间相差较大和业务领域相差较大的新功能和数据共享访问需求。传统业务系统已经难以提供相关的再次开发服务支持，而不同业务系统的业务共享和数据共享无论是沟通还是技术实现都存在困难。在某些领域内，为了解决数据共享和功能共享问题，制定了技术标准和数据标准。但真正实现时，很少有人真正按照标准实现，特别是有一些标准本身存在理解和实现困难时，使业务开发企业更加不愿意按照技术标准和数据标准实施开发。
[0004]二是业务系统开发效率要求更高。很多领域的信息化能力已经得到了较大提高，搭建了自己的信息环境，建设了较多业务信息系统，具备了很高的信息化能力。在此基础上，新业务需求多是针对业务痛点、新业务需求和业务能力深化等方向提出的临时性业务开发需求，要求开发单位能够在较短时间内完成开发任务。软件工程领域为了实现快速开发，提出了敏捷开发概念，以降低开发的时间和经费成本。这种方法对于软件开发方的开发效率有较大提高，但对于业务方可能出现的业务流程变化、集成过去业务系统中的相同功能模块和新的数据集成共享方面都难以提供有效支持。对于发生改变的业务流程，只能通过软件开发方重构业务系统或者重新开发新业务系统以达到新需求。
[0005]三是降低开发成本和管理成本。随着信息化能力的提升，单位信息化系统开发和管理成本正急速增多。一方面新开发业务系统难度增加，正增加开发成本；二是业务系统共享和数据共享需求正增加集成成本；三是业务系统越多，管理成本也越多，管理的工作量也越多。因此降低单位开发成本，也成为了建设单位必须考虑的重要因素。
[0006]针对以上新需求，特定领域内的业务系统开发存在着开发速度快、开发成本低、集成容易和重构灵活等新要求，传统业务信息系统功能固定、接口固定和信息能力固定，业务流程固定，重构和开发效率受到软件开发公司的制约。针对新需求与传统业务信息系统之间的矛盾，研究发现依靠传统的开发方法难以获得有效解决方案。主要因为传统开发方法是以软件开发方为主角，以软件技术为核心，围绕软件开发流程组织软件开发。在此过程中，业务用户参与少、参与难，难以理解软件开发需求、软件开发设计等诸多过程中的术语和文档。业务系统部署后，业务用户将对系统功能、接口等了解不足，这种情况将随着时间的推移和后期支持服务的减少而加剧。
[0007]本专利技术立足于领域内业务系统需求共享、功能共享、架构共享和数据共享的思想，实现一个业务活动驱动的软件开发方法。本专利技术侧重于实现一个用户持续参与的软件需求开发方法和系统，并详细描述对后期软件开发过程的指导作用，强调用户如何了解后期软件设计的功能和接口。
[0008]本专利技术调研了过去软件需求开发方法。近几年，为了快速理解用户需求，将用户需求快速转换为系统设计，过去相继提出了用例驱动的需求获取方法、面向目标的需求获取方法以及基于场景的需求获取方法。段振华等人1提出了一种基于目标和场景的用例驱动需求获取方法，通过表格收集和挖掘用户需求，通过UML等工具将用户需求转换为用例图，实现软件系统的设计。该方法将基于目标和用例的方法结合起来使用，进一步提高需求与业务的紧密相关性。尽管这些方法都为用户需求的采集和分析提供了很好的解决方案。但是这种传统的需求采集和分析过程多是开发方主动，需求方被动，需求结果的描述多为专业开发人员设计和描述，普通用户难以理解和参与。另外，由于需求结果的描述主观性强，造成理解困难，开发效率低下，业务需求随着人员和时间的变化变得难以确定，难以避免重复开发和满足不同业务系统集成共享需求。
[0009]通过上述分析，现有技术存在的问题及缺陷为：
[0010](1)需求开发缺乏用户持续参与。过去，软件开发方多通过用户访谈、头脑风暴、调查问卷等手段收集用户需求，这种收集过程具有时空局限性，用户无法持续参与需求采集过程，导致需求不完善或者需求描述不清晰，反复次数多，时间长，既影响开发效率，也影响产品效果。
[0011](2)需求描述结构性差，客户理解困难。需求说明书是开发方在用户对需求描述的基础上，通过自身理解形成的文字、用例等。软件需求说明书往往专业性强，语言描述随意性大，而业务用户对专业描述理解困难，语言存在歧义。这些导致业务用户与开发方对需求理解存在差异，严重影响产品效果和开发效率。
[0012](3)相同领域的不同业务系统需求难融通。当前，同一领域内的业务变化快，细分业务方向多，业务系统开发数量不断增长，造成功能模块重合多，这对不同业务系统共享功能模块和数据共享需求提出了更高要求。传统的需求开发过程多是开发方完成的纸质记录文件，难以阅读、查询和共享，且难以对业务需求进行明确的界定。因此，新旧业务系统的业务功能是否存在重合也难以明确界定。

技术实现思路

[0013]针对现有技术存在的问题，本专利技术提供了一种基于业务活动驱动的软件开发方法、系统及终端。
[0014]本专利技术是这样实现的，一种基于业务活动驱动的软件开发方法，包括：
[0015]步骤一，保存利用半结构化自然语言三元结构描述的业务活动；
[0016]步骤二，生成可供绘制、修改或擦除的业务流程图场景，根据步骤一绘制业务流程图；
[0017]步骤三，根据所述业务活动列表和所述业务流程图，生成软件需求文档、接口文档、数据和功能共享文档。
[0018]进一步，所述步骤一具体过程为：
[0019]待开发业务信息系统的业务用户采用三元结构描述业务活动，即用单一实体(业务操作对象)加动词(业务活动动词)加单一实体(业务中被操作对象)这样的三元结构描述业务活动，其中实体可以是人、物或者系统中某一组成单元等，其中的业务活动动词是指业务流程中某一操作过程。在这个步骤中针对某一领域内的某一业务系统需求，一次增加修改或删除操作只允许一个业务用户进行，其他业务用户可以查询；同一领域内不同系统可以允许多个用户同时进行。业务活动的描述可以分层次描述，即同某一业务活动可以有子业务活动需求描述，但也必须采用三元结构描述。所有业务用户共同描述的某业务系统业务活动需求构成该业务系统的需求列表。在需求列表中，业务活动的描述不分先后。
[0020]进一步，所述步骤二具体过程为：
[0021]业务用户根据自己平时的业务处理过程，建立业务流程图，图中节点即为步骤一中的业务需求描述，图中的指针为业务过程的序列指导。如果存在可选择性过程，则为本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于业务活动驱动的软件开发方法，其特征在于，所述基于业务活动驱动的软件开发方法包括：利用半结构化语言三元结构描述并保存业务活动，生成业务流程绘制场景，供用户绘制业务流程图，生成软件需求说明文档、接口文档、数据共享和功能共享说明文档，提供外部接口与其他软件实现交互。2.如权利要求1所述基于业务活动驱动的软件开发方法，其特征在于，所述基于业务活动驱动的软件开发方法还包括以下步骤；步骤一，保存利用半结构化自然语言三元结构描述的业务活动；步骤二，生成可供绘制、修改或擦除的业务流程图场景，根据步骤一绘制业务流程图；步骤三，根据所述业务活动列表和所述业务流程图，生成软件需求文档、接口文档、数据和功能共享文档。3.如权利要求1所述基于业务活动驱动的软件开发方法，其特征在于，所述业务活动驱动的软件开发方法还包括：针对单一系统或者相同领域内业务活动的增加、修改、删除和查询控制；针对相同业务活动的识别判断；采用相同结构分层次描述某一业务活动。4.如权利要求1所述基于业务活动驱动的软件开发方法，其特征在于，所述业务活动驱动的软件开发方法还包括：在场景绘制时提供所述业务活动记录提示，指导完成业务流程图绘制；检查业务流程图完整性；提供可供绘制顺序、条件和循环的方法。5.如权利要求1所述基于业务活动驱动的软件开发方法，其特征在于，所述业务活动驱动的软件开发方法还包括：提供外部访问接口，与软件设计相差文档、软件集成环境实现交互，使所述业务活动和所述业务流程图与软件实现映射关系，生成映射关系图或映射关系文档，以供开发人员和测试人员使用。6.如权利要求1所述基于业务活动驱动的软件开发方法，其特征在于，所述三元结构中三元包...

【专利技术属性】
技术研发人员：田雨川，薛承斌，罗保山，干飞，
申请(专利权)人：武汉软件工程职业学院，
类型：发明
国别省市：