业务架构更新方法、装置、设备和介质与流程

本公开涉及信息安全技术领域，尤其涉及一种业务架构更新方法、装置、电子设备和计算机可读存储介质。

背景技术：

业务架构在很多行业被广泛构建，但由于其具有高度抽象、从架构稳定及完整的视角体现业务，很难被业务人员所理解。而业务人员与市场和客户最为接近，能更为敏锐地感知市场和客户的需求。若业务架构未能与业务变化紧密结合，相互间的差异就会被快速拉开；若该差异未能及时弥合，业务架构很快就不能真实反映业务，不能发挥应有的作用。其中，针对业务架构的快速、有效更新尤为重要。

技术实现要素：

(一)要解决的技术问题

为解决现有技术中业务架构更新所存在的技术问题至少之一，本公开提供了一种业务架构更新方法、装置、电子设备和计算机可读存储介质。

(二)技术方案

本公开的一个方面提供了一种业务架构更新方法，其中，包括：根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿；通过对步骤和规则进行训练以获取编写推荐规则，编写推荐规则用于作为根据用例说明书基础稿编写用例说明书定稿的编写依据；以及根据用例说明书定稿更新业务架构。

根据本公开的实施例，在根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿之前，还包括：通过原用例说明书的事件描述检索与业务需求数据相关的事件活动；以及对事件活动进行匹配，以确定步骤和规则。

根据本公开的实施例，在对事件活动进行匹配，以确定步骤和规则中，包括：通过决策树算法对事件活动进行cpcp匹配，以确定匹配任务；以及根据匹配任务确定步骤和规则。

根据本公开的实施例，在根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿中，包括：依照原用例规格说明书对步骤和规则进行整理；按照资产关联关系拼装整理的步骤和规则形成关联流程图；以及将关联流程图填写入原用例说明书的活动图中以形成用例说明书基础稿。

根据本公开的实施例，在通过对步骤和规则进行训练以获取编写推荐规则之前，还包括：采集业务架构的历史业务数据；以及对历史业务数据进行清洗处理，获取历史需求数据。

根据本公开的实施例，在通过对步骤和规则进行训练以获取编写推荐规则中，包括：基于历史需求数据对步骤和规则进行训练以确定cpcp权重测试集；以及对cpcp权重的测试集进行权重排序推荐，获取编写推荐规则。

根据本公开的实施例，在基于历史需求数据对步骤和规则进行训练以确定cpcp权重测试集中，包括：根据历史需求数据对步骤和规则进行逻辑回归训练，确定对应步骤和规则的cpcp权重值；以及形成cpcp权重测试集，其中，cpcp权重测试集包括至少一个cpcp权重值。

根据本公开的实施例，在根据用例说明书定稿更新业务架构中，包括：对比用例说明书定稿和原用例说明书的资产数据，确定待更新数据；以增量方式将待更新数据加入到业务架构中；以及对业务架构中的资产关联关系进行同步更新，完成业务架构的更新。

根据本公开的实施例，在根据用例说明书定稿更新业务架构之后，还包括：响应于业务架构的更新，获取更新通知数据；以及传输更新通知数据。

本公开的另一个方面提供了一种业务架构更新装置，其中，包括初稿拼装模块、规则训练模块和架构更新模块。初稿拼装模块用于根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿；规则训练模块用于通过对步骤和规则进行训练以获取编写推荐规则，编写推荐规则用于作为根据用例说明书基础稿编写用例说明书定稿的编写依据；以及架构更新模块用于根据用例说明书定稿更新业务架构。

本公开的另一个方面提供了一种电子设备，其中，包括一个或多个处理器和存储器；存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述的方法。

本公开的另一个方面提供了一种计算机可读存储介质，存储有计算机可执行指令，其中，指令在被执行时用于实现上述的方法。

(三)有益效果

本公开提供了一种业务架构更新方法，可以应用于信息安全和大数据技术领域，其中该方法包括：根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿；通过对步骤和规则进行训练以获取编写推荐规则，编写推荐规则用于作为根据用例说明书基础稿编写用例说明书定稿的编写依据；以及根据用例说明书定稿更新业务架构。因此，实现了业务架构更新与业务需求的紧密结合，同时提升了用例说明书的编写自动化、规范化和标准化，提高用例说明书编写的质量和效率，节约了业务架构更新的人力成本。此外，本公开还提供了一种业务架构更新装置、电子设备和计算机可读存储介质。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开实施例的可以应用业务架构更新方法的示例性系统架构；

图2a示意性示出了根据本公开实施例的应用于上述业务架构更新方法的一应用场景图；

图2b示意性示出了根据本公开实施例的应用于上述业务架构更新方法的一应用场景图；

图3示意性示出了根据本公开实施例的业务架构更新方法的流程图；

图4a示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；

图4b示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；

图4c示意性示出了根据本公开实施例的业务架构更新方法的cpcp匹配过程的场景图；

图5示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；

图6示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；

图7a示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；

图7b示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；

图8示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；

图9示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；

图10示意性示出了根据本公开实施例的业务架构更新装置的框图；

图11示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

为有效促进业务架构资产与业务的衔接，可以将业务架构与业务需求相结合，一方面可以应用业务架构提升业务需求的质量(确保业务处理逻辑完整、业务处理闭环、规则明晰)，另一方面可以将用例结果直接更新业务架构，能大幅度降低业务架构的维护成本。然而，在现有业务架构的更新的过程中仍然存在诸如用例说明书编写自动化和智能化程度低、编写不准确、人力依赖度高等问题，而且业务架构的更新也难以与业务需求实现有效的结合，使得运维成本大幅提高。

为解决现有技术中业务架构更新方面所存在的技术问题至少之一，本公开提供了一种业务架构更新方法、装置、电子设备和计算机可读存储介质。

需要说明的是，本公开所提供的业务架构更新方法和装置可以应用于信息安全技术领域，也可以应用于大数据技术领域和金融技术领域，也可以应用于上述技术领域之外的任意技术领域，本公开的业务架构更新方法和装置的应用领域具体不作限定。

图1示意性示出了根据本公开实施例的可以应用业务架构更新方法的示例性系统架构。

需要注意的是，图1所示仅为可以应用本公开实施例的应用示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例的业务架构更新方法的不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括数据请求系统110，以及与该数据请求系统110建立数据通信的服务器系统120，其中服务器系统中包括与数据请求系统110建立数据传输通道的服务器m、121、122、123、124以及125，其中服务器m为主访问服务器(即总服务器)，可以获取来自用户(如服务器系统的运维人员、编写人员等技术人员)的指令信息。服务器121、122、123、124以及125为副访问服务器(即分服务器)，数据请求系统110与服务器m、121、122、123、124以及125可以基于一个内部云端网络服务器c实现。或者，服务器m、121、122、123、124以及125中的主服务器m为一网络服务器时，即与其他终端设备111、112、113、114以及115的内网相对，服务器系统120的主服务器m可以位于一外网中。此时，云端网络服务器c此处用以其他终端设备111、112、113、114以及115之间提供通信链路的介质。服务器系统120与多个终端设备之间的数据传输通道具体可以通过各种通信连接类型实现，例如有线、无线通信链路或者光纤电缆等等。其中，云端网络服务器c可以为一web服务器，以向用户提供图形显示和输入界面。

需要说明的是，根据本公开实施例，服务器121、122、123、124以及125可以实现无密互联，应用于能够保证信息安全的大型业务服务。

用户可以使用终端设备111、112、113、114以及115与服务器系统120交互，以接收或发送消息等，以实现数据交互或处理，具体涉及对服务器系统中主服务器m中的数据库的访问。例如，终端设备111向终端设备112发送业务数据等访问请求内容，服务器系统120在接收到终端设备111的数据请求后，会对相应的业务数据执行转发处理，并在特定的需要下对业务数据进行加密，以使得最终到达终端设备111的业务数据得到安全保障。终端设备111、112、113、114以及115上可以安装有各种通讯客户端应用，例如管理类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备111、112、113、114以及115可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机以及各类应用服务器等等。

服务器系统120可以包括提供各种服务的各类型防火墙，例如对用户利用终端设备111、112、113、114以及115所浏览的网站提供支持的过滤型防火墙(仅为示例)。过滤型防火墙可以对接收到的用户请求等数据进行分析等处理，并基于数据源头的地址以及协议类型等标志特征进行分析，确定是否可以通过，从而将不安全因素过滤或阻挡。

需要说明的是，本公开实施例所提供的业务架构更新方法一般可以由服务器系统120执行。相应地，本公开实施例所提供的业务架构更新装置一般可以设置于服务器系统120中。本公开实施例所提供的业务架构更新方法也可以由不同于服务器系统120且能够与终端设备111、112、113、114、115和/或服务器系统120通信的其他服务器系统执行。相应地，本公开实施例所提供的业务架构更新装置也可以设置于不同于服务器系统120且能够与终端设备111、112、113、114、115和/或服务器系统120通信的其他服务器系统中。

应该理解，图1中的终端设备和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、服务器。

以下结合图2-图11，对本公开提供的业务架构更新方法、业务架构更新装置、电子设备及计算机可读存储介质作进一步的详细说明。

图2a示意性示出了根据本公开实施例的应用于上述业务架构更新方法的一应用场景图；图2b示意性示出了根据本公开实施例的应用于上述业务架构更新方法的一应用场景图。

在本公开的业务架构更新方法中，在更新业务架构之前首先要确认用于更新操作的用例规格说明书定稿，为此，本公开实施例提供对用例规格说明书进行提前拼装用以构成用例规格说明书初稿，然后基于该初稿内容作进一步的编辑形成定稿。

如图2a所示，用例(usecase)211是在不展现一个系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单一的定义和描述，主要用于对系统功能的描述。用例211的基本信息一般包括用例名称、资产名称、修改标识、用例编号和cpcp，其中cpcp对应于客户(customer)、产品(product)、渠道(channel)、合作方(partner)四个方面。

针对用例规格说明书初稿的编辑，可以基于用例211的基本信息和相应的活动名称可以通过步骤s201执行检索定位操作以确定相应的活动、任务、步骤和规则。进一步地，可以依据业务资产库216中对cpcp进行的步骤s202的关联操作进行确认。其中，业务资产库216中存储有与业务需求等业务直接相关的数据，各个数据之间依照预设资产关联关系进行有序存储。

在步骤s203中依据资产关联关系查询出步骤和规则中所确认的所有步骤，以对用例211中cpcp执行步骤s204的匹配筛选操作，确定步骤中cpcp是否一致，其中包括完全一致、部分一致和完全不一致三种情况。以此不同的cpcp关联结果可以实现对本公开实施例中的用例规格说明书的撰写内容、规则和形式等内容的确认，以用于初稿的编辑。

如图2b所示，进一步地，本公开实施例的业务架构更新方法主要涉及编写人员、用于更新操作的系统架构以及运维人员三个方面。

其中，编写人员首先可以根据业务需求明确初稿的事件要素，如步骤s211。之后，在步骤s212中，系统架构基于编写人员所明确的事件要素，对用例基础稿进行拼装，形成用例规格说明书初稿。进一步，系统架构可以获取推荐业务架构信息并对其进行优先级排序，如步骤s213。之后，在步骤s214中，编写人员依据上述排序的具体内容，对初稿进行再编辑，例如对系统已形成的初稿进行增、删、改等编辑处理、在推荐的业务架构信息中选择需使用的信息以及选择完成后拖动到相应的用例编写区域等，以输出用例规格说明书定稿。在步骤s215中，编写人员向系统架构提交用例规格说明书的定稿，使得系统架构在步骤s216中可以依据该定稿版本对业务架构执行更新操作，并向运维人员转达更新操作通知，使得运维人员可以在步骤s217中，收到业务架构变更通知，并对更新后的业务架构进行运维操作。至此，可见，本公开实施例的业务架构可以实现对用例规格说明书初稿的拼装，并对定稿的编写过程提供编写内容或规格的排序信息，使得整个用例规格说明书的编写过程更加高效准确，能够排除更多的人为主观因素干扰，有利于形成完整的用例规格说明书的编写规范。

图3示意性示出了根据本公开实施例的业务架构更新方法的流程图。

如图3所示，本公开的一个方面提供了一种业务架构更新方法，其中，包括步骤s301-s303。

在步骤s301中，根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿；

在步骤s302中，通过对步骤和规则进行训练以获取编写推荐规则，编写推荐规则用于作为根据用例说明书基础稿编写用例说明书定稿的编写依据；以及

在步骤s303中，根据用例说明书定稿更新业务架构。

业务需求数据为通过用例规格说明书中的事件描述，即什么客户在什么渠道提出什么要求，所确定的与客户的业务功能需要所关联的数据，能够直接反映客户的业务需求，表达客户的真实意愿。而且，将业务架构应用于业务需求，能形成相关资产间的良性循环，相互支持、相互促进，提升业务效率。

步骤和规则可以作为用例规格说明书初稿的填写内容的基本数据，用于对基础稿进行拼装。此外，进一步对步骤和规则进行训练操作，可以获取用例规格说明书定稿的编写推荐规则，编写推荐规则定义了对基础稿进行编写时所应依据的编写规则，体现了编写的规范化和标准化，具体体现于相应编写信息或数据的推荐等级的排序。因此，编写人员可以依据该编写推荐规则，对用例说明书基础稿(即上述初稿)进行编写，最终形成用例规格说明书(即用例说明书)定稿。

此外，基于编写人员所得到的用例说明书定稿版本，可以直接对业务架构执行更新操作，实现业务架构的更新。整个业务架构的更新过程中，系统架构可以自动实现对初稿的拼装、对定稿编写提供标准或规范且实现了业务架构的自动更新。

因此，相对于现有技术中只能通过编写人员凭借编写经验手动进行初稿编写形成定稿，并提交更新的操作，上述本公开实施例的业务架构更新方法实现了业务架构更新与业务需求的紧密结合，同时提升了用例说明书的编写自动化、规范化和标准化，提高用例说明书编写的质量和效率，节约了业务架构更新的人力成本。

进一步地，本公开实施例的方法以标准化的用例库为基础，以编写人员输入的用例名称检索最新版本的用例图，用例规格说明书让编写人员进行修订后形成新的需求用例；此外，用模型语言提升需求用例规格说明书的标准化、规范化、正确性；而且，将业务规则与处理实施步骤紧密结合，有助于需求方与开发方进行沟通，确保每一步骤的处理能充分、有效地体现业务目标。可见，通过本公开实施例的业务架构更新方法可以全面提升用例编写的质量和效率。

图4a示意性示出了根据本公开实施例的业务架构更新方法的另一流程图。

如图4a所示，根据本公开的实施例，在步骤s301根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿之前，还包括步骤s401-s402。

在步骤s401中，通过原用例说明书的事件描述检索与业务需求数据相关的事件活动；以及

在步骤s402中，对事件活动进行匹配，以确定步骤和规则。

通过原用例规格说明书中所记载的事件描述作为输入，即什么客户在什么渠道提出什么要求，在原有业务架构中检索满足该事件的活动。具体地，根据事件描述找到业务架构中的事件，然后按事件找到对应的活动。

由于对应事件活动中存在众多的任务，需要对活动进行匹配，以确定相应活动的步骤和规则。

图4b示意性示出了根据本公开实施例的业务架构更新方法的另一流程图；图4c示意性示出了根据本公开实施例的业务架构更新方法的cpcp匹配过程的场景图。

如图4b所示，根据本公开的实施例，在步骤s402对事件活动进行匹配，以确定步骤和规则中，包括步骤s421-s422。

在步骤s421中，通过决策树算法对事件活动进行cpcp匹配，以确定匹配任务；以及

在步骤s422中，根据匹配任务确定步骤和规则。

对活动进行匹配，需要根据客户、产品、渠道、合作方(即cpcp)的匹配找到完全符合的任务。

如图4c所示，通过决策树的方法，匹配产品、客户、渠道、合作方(cpcp)。具体地，首先可以判断产品是否匹配；若产品不匹配，则进一步判断客户是否匹配；若客户不匹配，则进一步判断渠道是否匹配；若渠道也不匹配，则进一步判断合作方是否匹配；在合作方也不匹配的情况下，则说明cpcp匹配完全不一致。相对地，在产品、客户、渠道和合作方均匹配的情况下，则说明cpcp匹配完全一致。

其中，如图2a所示，对于cpcp完全一致，即完全匹配的，直接推送给编写人员直接引用；另外，对于cpcp完全不一致的，即完全不匹配，不主动进行推送，但可以支持编写人员按需查询；最后，对于cpcp部分一致的，即部分匹配的，则进行步骤和规则的挑选，并将挑选出来的步骤和规则按用例规格说明书的形式进行整理，拼装出新用例基础稿，供编写人员使用，基于此便可以形成相应的决策树分析结果。

图5示意性示出了根据本公开实施例的业务架构更新方法的另一流程图。

如图5所示，根据本公开的实施例，在步骤s301根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿中，包括步骤s501-s503。

在步骤s501中，依照原用例规格说明书对步骤和规则进行整理；

在步骤s502中，按照资产关联关系拼装整理的步骤和规则形成关联流程图；以及

在步骤s503中，将关联流程图填写入原用例说明书的活动图中以形成用例说明书基础稿。

按照上述决策树分析结果，取出相关任务的步骤、规则，依据原用例规格说明书的编写形式对上述的步骤和规则进行整理，从而将该活动下完全符合客户、渠道的任务取出来，并按业务资产库中的资产关联关系进行步骤和规则的拼装，形成符合要求的资产关联流程图，进一步依据关联的实体、产品、合作方、ui界面等信息，将该流程图直接填写在用例规格说明书的活动图中，便可以形成本公开实施例中的用例规格说明书基础稿，即初稿。

图6示意性示出了根据本公开实施例的业务架构更新方法的另一流程图。

如图6所示，根据本公开的实施例，在步骤s302通过对步骤和规则进行训练以获取编写推荐规则之前，还包括步骤s601-s602。

在步骤s601中，采集业务架构的历史业务数据；以及

在步骤s602中，对历史业务数据进行清洗处理，获取历史需求数据。

首先对业务架构中所产生的历史业务数据进行采集。一般业务架构的业务资产库可以用于存储上述与业务办理或处理相关的历史业务数据。因此，可以直接对业务资产库的存储数据进行相应的调取操作，以获取历史业务数据。

首对采集的数据进行分析，然后主要针对历史的业务需求用例、权重设置及查询数据进行收集并执行数据清洗操作，以获取历史需求数据，历史需求数据可以用于反馈客户的业务办理的需求和意愿。

图7a示意性示出了根据本公开实施例的业务架构更新方法的另一流程图。

如图7a所示，根据本公开的实施例，在步骤s302通过对步骤和规则进行训练以获取编写推荐规则中，包括步骤s701-s702。

在步骤s701中，基于历史需求数据对步骤和规则进行训练以确定cpcp权重测试集；以及

在步骤s702中，对cpcp权重的测试集进行权重排序推荐，获取编写推荐规则。

通过上述的历史需求数据，借助相应的训练算法，对步骤和规则进行训练操作，以确定cpcp相应的权重测试集，测试集中包括与cpcp相关的多个权重值。测试集中的权重值的大小，可以对测试集对应的步骤和规则进行权重的排序，形成步骤和规则的推荐规则，即编写推荐规则。

图7b示意性示出了根据本公开实施例的业务架构更新方法的另一流程图。

如图7b所示，根据本公开的实施例，在步骤s701基于历史需求数据对步骤和规则进行训练以确定cpcp权重测试集中，包括步骤s711-s712。

在步骤s711中，根据历史需求数据对步骤和规则进行逻辑回归训练，确定对应步骤和规则的cpcp权重值；以及

在步骤s712中，形成cpcp权重测试集，其中，cpcp权重测试集包括至少一个cpcp权重值。

将上述客户、产品、渠道、合作方作为输入的变量因子，依据逻辑回归算法根据历史需求数据对上述步骤和规则进行逻辑回归的训练操作，从而确定对应步骤和规则的cpcp权重值，多个cpcp权重值的集合形成cpcp权重测试集。

对于逻辑回归训练操作的cpcp权重值，根据历史需求数据(如历史的需求用例和修改数据)进行分析逻辑的自动构建，并采用决策树算法以便于逻辑编辑。

具体地，将本公开实施例中的逻辑回归训练的具体内容公开如下：

样本集：假设标注的样本集有n个文档；

特征：每个文档有m个特征，对应于cpcp的特征，本公开实施例中的m＝4；

标签：推送(1)和不推送(0)；

训练模型：

xi是n个文档中第i个文档；xij是第i个文档中第j个特征的匹配结果；λj是第j个特征的权重系统；yi是模型对第i个文档的cpcp匹配的预测结果。

函数：

f(x)＝sigmoid(x)(2)

目标函数：

其中，初始的λj值按照产品线进行差异化设置，根据上面的公式(2)和(3)，对第i条数据，将公式(1)的训练模型预测的值规约到0到1。然后与该条数据的真实标签值：推送(1)和不推送(0)做差，再求平方得到平方值。其中，该平方值越大，表明预测的越不准，就是模型的预测误差越大；反之，平方值越小，则预测的越准，预测误差越小。

最后，将训练模型对n个样本的预测误差求和，并利用不断训练预测误差的值不断地对λj的值进行调整，以找出最佳的参数值。最后，将训练好的训练模型和参数应用测试集中，结果就会按照权重值的大小，由高到低进行排序推荐。

因此，本公开实施例的方法可以根据事件描述找到同任务下相近客户、产品、渠道、合作方的操作步骤及规则用逻辑回归算法来进行训练，找出最佳的客户、产品、渠道、合作方匹配名称的权重，形成相关的业务规则，在测试集按照权重由高到低进行排序、推荐，形成排序后的推荐的业务架构信息。然后，由需求编写人员选择使用进行定稿编写，形成最终的用例说明书定稿。

图8示意性示出了根据本公开实施例的业务架构更新方法的另一流程图。

如图8所示，根据本公开的实施例，在步骤s303根据用例说明书定稿更新业务架构中，包括步骤s801-s803。

在步骤s801中，对比用例说明书定稿和原用例说明书的资产数据，确定待更新数据；

在步骤s802中，以增量方式将待更新数据加入到业务架构中；以及

在步骤s803中，对业务架构中的资产关联关系进行同步更新，完成业务架构的更新。

将由编写人员根据基础稿和排序推荐规则所编写形成的用例规格说明书定稿作为输入，将业务架构中原用例规格说明书各区域的原资产数据内容与该定稿进行比对，获取二者之间的变更部分数据以作为待更新数据。

以增量方式将变更部分更新至业务架构中，同时按照用例规格说明书中明确的资产间的关联关系同步更新业务架构中资产间的关联关系，并将更新后的业务架构作为输出。此时，即完成了业务架构的更新过程。

因此，本公开实施例的方法中用例规格说明书定稿后，可以与业务架构相关的信息按业务架构的要求自动更新业务架构，自动化、智能化程度更高。

图9示意性示出了根据本公开实施例的业务架构更新方法的另一流程图。

如图9所示，根据本公开的实施例，在步骤s303根据用例说明书定稿更新业务架构之后，还包括步骤s901-s902。

在步骤s901中，响应于业务架构的更新，获取更新通知数据；以及

在步骤s902中，传输更新通知数据。

在业务架构更新之后，本公开实施例的业务架构更新方法，还可以进一步把业务架构变更的情况形成更新通知数据，将该更新通知数据进行压缩打包，传输至运维人员(如业务架构师)所对应的终端设备进行展示，从而完成业务架构更新的通知操作。

为使得本领域技术人员对上述本公开实施例的业务架构更新方法又更进一步地理解，特举如下示例：

在实际的业务架构更新过程中，考虑客户业务需求的情况下，如监管机构要求对个人消费贷款业务在互联网渠道办理出台新规，要求签定协议时必须录像，以表达申请人的真实意愿。因此，业务架构需要将该“签定协议时必须录像”的新规落实到系统中。

为此，要求编写相应的个人客户在手机、网银及通过合作方办理个人消费贷款用例规格说明书。

其中，业务人员在架构系统里对事件描述，则可以获取cpcp信息如下，客户：个人客户；渠道：手机银行、网银；合作方；产品：签定贷款协议。系统架构通过“用例基础稿拼装”的对应模块，按决策树算法从业务架构中检索出“签定贷款协议”的活动，之后在该活动下检索出与个人客户、手机银行、网银、合作方等cpcp有关的任务、步骤及规则，按用例规格说明书要求列示的内容分别进行填写，形成用例规格说明书的基础稿。如以该活动的业务流程图体现出具体的业务处理流程，则可以对每一任务体现出具体的处理步骤及其遵循的业务规则，关联的实体、产品、合作方、ui界面等信息。

之后，编写人员则用“用例规格说明书编辑”对应的模块进行基于基础稿进行用例编写，根据“签定贷款协议”的活动增加一个与客户沟通确认的录像任务，并明确具体的ui界面、关联的实体、产品、操作的步骤及其遵循的业务规则，关联的实体、产品、ui界面等信息。

进一步地，编写人员在推荐的步骤规则框中选中需要使用的步骤和业务规则，拖到用例编写框中，根据需要完成调整，形成用例规格说明书的定稿版本。其中，编写的相关内容可以作为业务架构中的流程模型进行存储。

在具体的定稿编写过程中，可以添加相应的输入、输出信息及具体要求，并选择其业务属性。其中，业务属性用于定位其所属的实体模型，具体内容可以作为业务架构中的实体模型进行存储。进一步地，从ui组件库中选择合适的组件完成ui的修改或设计，相关内容作为业务架构中的ui界面进行存储。

在用例编写完成，并且审核通过提交之后，系统架构将自动通过该提交的用例规格说明书定稿版本相对原版本中变更的信息去更新业务架构，即在“签定贷款协议”的活动中增加“确认录像”的任务，并记录该任务下的具体步骤及规则，同时标注其适用的个人客户、手机银行、网银、合作方等市场要素。其中，需求进一步建立任务关联的实体模型，并在该实体模型中增加相应的属性，同时建立该任务关联的ui界面，并存储该界面的相关信息。

基于上述具体示例，结合上述本公开实施例的相关描述，可见基于上述的业务架构更新方法，可以实现流程、实体、市场模型的完整建模，并实现了结构化的存储。而且，将业务架构应用于业务需求，能形成相关资产间的良性循环，相互支持、相互促进，提升业务效率。

进一步地，本公开实施例的业务架构更新方法可以根据业务明确的事件描述(即什么客户在什么渠道提出什么要求)，利用已有业务架构自动完成用例规格说明书的编写，并智能化地提供相近变量(如客户、产品、渠道、合作方)相关的业务规则，为新产品的设计提供支持，大幅降低需求编写的难度、提升需求编写的质量。同时，确定的用例规格说明书的结果将自动更新业务架构，确保业务架构始终与业务保持一致性。

图10示意性示出了根据本公开实施例的业务架构更新装置的框图。

如图10所示，本公开的另一个方面提供了一种业务架构更新装置1000，其中，包括初稿拼装模块1010、规则训练模块1020和架构更新模块1030。初稿拼装模块1010用于根据与业务需求数据相关的步骤和规则拼装用例说明书基础稿；规则训练模块1020用于通过对步骤和规则进行训练以获取编写推荐规则，编写推荐规则用于作为根据用例说明书基础稿编写用例说明书定稿的编写依据；以及架构更新模块1030用于根据用例说明书定稿更新业务架构。

需要说明的是，图10所示业务架构更新装置1000部分的实施例方式与前述业务架构更新方法部分的实施例方式对应类似，并且所达到的技术效果也对应类似，在此不再赘述。

本公开的另一个方面提供了一种服务器，其中，包括上述的业务架构更新装置，以实现上述的业务架构更新方法。由于该服务器部分的实施例方式与前述业务架构更新方法部分的实施例方式对应类似，并且所达到的技术效果也对应类似，在此不再赘述。

图11示意性示出了根据本公开实施例的电子设备的框图。其中，图11示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器和存储器；存储器用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现本公开实施例的方法。

如图11所示，根据本公开实施例的计算机系统1100包括处理器1101，其可以根据存储在只读存储器(rom)1102中的程序或者从存储部分1108加载到随机访问存储器(ram)1103中的程序而执行各种适当的动作和处理。处理器1101例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器1101还可以包括用于缓存用途的板载存储器。处理器1101可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram1103中，存储有系统1100操作所需的各种程序和数据。处理器1101、rom1102以及ram1103通过总线1104彼此相连。处理器1101通过执行rom1102和/或ram1103中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom1102和ram1103以外的一个或多个存储器中。处理器1101也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统1100还可以包括输入/输出(i/o)接口1105，输入/输出(i/o)接口1105也连接至总线1104。系统1100还可以包括连接至i/o接口1105的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至i/o接口1108。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被处理器1101执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，初稿拼装模块1010、规则训练模块1020和架构更新模块1030中的至少一个可以实现为参考图11描述的计算机程序模块，其在被处理器执行时，可以实现上面描述业务架构更新方法的相应操作。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。

具体地，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的业务架构更新方法。

或者，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的业务架构更新方法。

本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现本公开实施例业务架构更新方法。

至此，已经结合附图对本公开实施例进行了详细描述。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能电可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。