CN114327376A - It架构的建立方法、建立装置、处理器与电子设备 - Google Patents

Abstract

本申请提供了一种IT架构的建立方法、建立装置、处理器与电子设备，该建立方法包括：获取业务模型以及拆分规则，拆分规则为将业务模型拆分成多个业务需求的规则；根据业务模型以及拆分规则，生成各业务需求对应的服务配置文件；将各服务配置文件进行整合，得到业务模型对应的服务模型，其中，业务模型、业务需求、各配置文件以及服务模型均由结构化数据构成。本方案对由结构化数据构成的各服务配置文件进行整合，不仅效率较高，还保证了得到的服务模型质量较好，且不易出现错误、遗漏等情况，从而解决了现有技术中IT架构资产设计阶段的效率较低且质量较差的问题。

Description

IT架构的建立方法、建立装置、处理器与电子设备

技术领域

本申请涉及软件工程技术领域，具体而言，涉及一种IT架构的建立方法、建立装置、计算机可读存储介质、处理器与电子设备。

背景技术

IT架构指企业架构的一部分，包含应用架构、数据架构、技术架构、安全架构。IT架构资产指IT架构颗粒化后的内容，是IT架构的承载物。工艺资产指系统采用建模方式研发的信息系统IT架构，承接企业级业务建模成果，对系统分析、设计工作内容作了工序化的处理，最终由一个个提交件清单组成的IT架构资产。

针对系统IT架构分析和设计阶段，设计人员需要将分析和设计的结果整合成一个非结构化文档，例如“概要设计说明书”和“详细设计说明书”等，将该文档通过系统上传、审核、发布等流程。

对于传统工程，服务接口是在“接口设计说明书”或“接口规范说明书”中定义的，包括联机交易接口、批量文件传输接口以及消息传输接口等内容。

首先，设计人员需要根据业务领域划分各自负责的内容，每人将自己负责的内容设计完成后，统一交由小组长汇总。

其次，汇总后的数据可能由于边界不清楚导致数据重复的情况，故需要小组长进行二次编辑、整合数据，最终生成一个非结构化文档。例如，接口设计说明书是word格式的，根据联机交易接口、批量文件传输接口以及消息传输接口等内容插入了多个Excel文档。至此，IT架构资产分析与设计的线下流程完成。

最后，将该非结构化文档上传至系统，并发起审核流程，经由多个审核人员线上审批后，发布给相关方系统的开发人员查阅，为开发人员的开发任务提供依据。

上述的过程中，设计人员并行设计后整合难度大，且易出现错误、遗漏等情况发生，造成设计效率低以及设计质量较差的问题。

因此，亟需一种方法，来解决现有的IT架构资产设计阶段的效率较低且质量较差的问题。

在背景技术部分中公开的以上信息只是用来加强对本文所描述技术的背景技术的理解，因此，背景技术中可能包含某些信息，这些信息对于本领域技术人员来说并未形成在本国已知的现有技术。

发明内容

本申请的主要目的在于提供一种IT架构的建立方法、建立装置、计算机可读存储介质、处理器与电子设备，以解决现有技术中IT架构资产设计阶段的效率较低且质量较差的问题。

根据本发明实施例的一个方面，提供了一种IT架构的建立方法，包括：获取业务模型以及拆分规则，所述拆分规则为将所述业务模型拆分成多个业务需求的规则；根据所述业务模型以及拆分规则，生成各所述业务需求对应的服务配置文件；将各所述服务配置文件进行整合，得到所述业务模型对应的服务模型，其中，所述业务模型、所述业务需求、各所述配置文件以及所述服务模型均由结构化数据构成。

可选地，根据所述业务模型以及拆分规则，生成各所述业务需求对应的服务配置文件，包括：根据拆分规则对所述业务模型进行拆分，得到多个所述业务需求；根据各所述业务需求，从数据库中调用对应的表，所述数据库为结构化的数据库；接收对各所述表的编辑操作，生成对应的各所述服务配置文件。

可选地，所述表包括多个编辑区域，接收对各所述表的编辑操作，生成对应的各所述服务配置文件，包括：响应于作用在各所述编辑区域上的操作，生成对应的所述服务配置文件。

可选地，部分的所述编辑区域由多个选择标识以及位于所述选择标识一侧的选择内容构成，和/或部分的所述编辑区域由多个下拉选择框构成。

可选地，所述服务模型包括至少一个服务接口信息，所述服务接口信息由至少一个所述服务配置文件构成，在根据所述业务模型以及拆分规则，生成各所述业务需求对应的服务配置文件之后，所述方法还包括：将所述业务需求与对应的所述服务配置文件进行关联，生成第一关联信息，在将各所述服务配置文件进行整合，得到所述业务模型对应的服务模型之后，所述方法还包括：将所述服务接口信息与对应的所述服务配置文件进行关联，生成第二关联信息。

可选地，在将所述服务接口信息与对应的所述服务配置文件进行关联，生成第二关联信息之后，所述方法还包括：将所述第一关联信息以及所述第二关联信息显示在显示设备上。

根据本发明实施例的另一方面，还提供了一种IT架构的建立装置，包括：获取单元，用于获取业务模型以及拆分规则，所述拆分规则为将所述业务模型拆分成多个业务需求的规则；生成单元，用于根据所述业务模型以及拆分规则，生成各所述业务需求对应的服务配置文件；整合单元，用于将各所述服务配置文件进行整合，得到所述业务模型对应的服务模型，其中，所述业务模型、所述业务需求、各所述配置文件以及所述服务模型均由结构化数据构成。

根据本发明实施例的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序执行任意一种所述的方法。

根据本发明实施例的再一方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任意一种所述的方法。

根据本发明实施例的一方面，还提供了一种电子设备，包括：一个或多个处理器，存储器以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行任意一种所述的方法。

在本发明实施例中，所述IT架构的建立方法中，首先，获取业务模型以及拆分规则，然后，根据获取到的所述业务模型和所述拆分规则，生成各个所述业务需求对应的服务配置文件，最后，将得到的各个服务配置文件进行整合，得到所述业务模型对应的服务模型，其中，所述业务模型、所述业务需求、各所述服务配置文件以及所述服务模型均由结构化数据构成。在本方案中，根据获取到的拆分规则对业务模型进行拆分，得到多个业务需求，再生成与业务需求对应的服务配置文件，这样保证了对业务模型的划分较为明确、清晰，且本方案还可实现对多个业务需求进行并行处理，这样保证了得到服务配置文件的效率较高，最后本方案对多个服务配置文件进行整合，得到业务模型对应的服务模型，由于本方案中的业务模型、业务需求、服务配置文件以及服务模型均由结构化数据构成，这与现有技术中以非结构化数据作为管控对象相比，本方案对由结构化数据构成的各服务配置文件进行整合，不仅效率较高，还保证了得到的服务模型质量较好，且不易出现错误、遗漏等情况，从而解决了现有技术中IT架构资产设计阶段的效率较低且质量较差的问题。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了根据本申请的一种实施例的IT架构的建立方法的示意图；

图2示出了根据本申请的一种实施例的IT架构的建立装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

正如背景技术中所说的，现有技术中IT架构资产设计阶段的效率较低且质量较差，为了解决上述问题，本申请的一种典型的实施方式中，提供了一种IT架构的建立方法、建立装置、计算机可读存储介质、处理器与电子设备。

根据本申请的实施例，提供了一种IT架构的建立方法。

图1是根据本申请实施例的IT架构的建立方法的流程图。如图1所示，该方法包括以下步骤：

步骤S101，获取业务模型以及拆分规则，上述拆分规则为将上述业务模型拆分成多个业务需求的规则；

步骤S102，根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件；

步骤S103，将各上述服务配置文件进行整合，得到上述业务模型对应的服务模型，其中，上述业务模型、上述业务需求、各上述配置文件以及上述服务模型均由结构化数据构成。

上述IT架构的建立方法中，首先，获取业务模型以及拆分规则，然后，根据获取到的上述业务模型和上述拆分规则，生成各个上述业务需求对应的服务配置文件，最后，将得到的各个服务配置文件进行整合，得到上述业务模型对应的服务模型，其中，上述业务模型、上述业务需求、各上述服务配置文件以及上述服务模型均由结构化数据构成。在本方案中，根据获取到的拆分规则对业务模型进行拆分，得到多个业务需求，再生成与业务需求对应的服务配置文件，这样保证了对业务模型的划分较为明确、清晰，且本方案还可实现对多个业务需求进行并行处理，这样保证了得到服务配置文件的效率较高，最后本方案对多个服务配置文件进行整合，得到业务模型对应的服务模型，由于本方案中的业务模型、业务需求、服务配置文件以及服务模型均由结构化数据构成，这与现有技术中以非结构化数据作为管控对象相比，本方案对由结构化数据构成的各服务配置文件进行整合，不仅效率较高，还保证了得到的服务模型质量较好，且不易出现错误、遗漏等情况，从而解决了现有技术中IT架构资产设计阶段的效率较低且质量较差的问题。

具体地，上述IT架构是企业架构的一部分，是指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构以及技术架构三部分。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请的一种实施例中，根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件，包括：根据拆分规则对上述业务模型进行拆分，得到多个上述业务需求；根据各上述业务需求，从数据库中调用对应的表，上述数据库为结构化的数据库；接收对各上述表的编辑操作，生成对应的各上述服务配置文件。在该实施例中，从数据库中调用与业务需求对应的表，并接收对各表的编辑操作，生成对应的各服务配置文件，即实现了根据接收到的各个表的编辑操作来快速的进行数据填充，保证了输入项和输出项的数据的一致性，降低了设计人员由于疏忽造成的数据不一致的情况发生的可能性，保证了得到各个服务配置文件的效率较高。

在实际的应用过程中，可以根据上述业务需求，从数据库调用对应的一个表或者多个表，当然，还可以根据多个业务需求调用一个表，若多个业务需求调用一个表时，可以对该表进行区域划分，即可以将不同的业务需求输入至同一个表中对应的不同区域，这样便于对业务需求进行管理，且进一步地保证了对多个业务需求进行并行处理，进一步地保证了得到的服务配置文件的质量较好以及制作效率较高，且进一步地保证服务模型的制作效率较高，还便于后续对于问题的追溯以及调整。关于上述业务需求与上述表的对应关系，在本申请中并不做限制，具体地，也可以根据实际的业务需求进行相应的调整。

本申请的一种具体的实施例中，可以将一个应用集成设计说明书拆分为公共报文规范、联机接口设计、数据传输功能设计、消息传输功能设计等交付物，在进行拆分之后，还可以将拆分后的交付物分配给不同的设计人员来并行设计，也可以将同一个交付物分配给多个设计人员来完成；当同一个交付物分配给多个设计人员时，即实现了由多个设计人员之间协作完成，后续由小组长将各自提交的交付物进行合并，再对合并后的数据进行二次编辑；待拆分后的交付物都设计完成后，根据拆分规则进行整合，自动生成符合新一代IT分析与设计工艺要求的IT架构资产文档(word版本)。在该实施例中，由于对任务的分工更加明细、清晰，可以解决整个IT架构资产无法细粒度跟踪监控的难点，同时，流程化管理使得每个设计人员只需专注自己负责的任务内容即可，还提高了设计效率和资产质量。

为了进一步地简单和高效地得到服务配置文件，本申请的又一种实施例中，上述表包括多个编辑区域，接收对各上述表的编辑操作，生成对应的各上述服务配置文件，包括：响应于作用在各上述编辑区域上的操作，生成对应的上述服务配置文件。

本申请的另一种实施例中，部分的上述编辑区域由多个选择标识以及位于上述选择标识一侧的选择内容构成，和/或部分的上述编辑区域由多个下拉选择框构成。在该实施例中，部分的编辑区域由多个选择标识以及位于选择标识一侧的选择内容构成，或者部分的编辑区域由多个下拉选择框构成，或者部分编辑区域由多个选择标识以及位于选择标识一侧的选择内容和多个下拉选择框构成，这样避免了人工输入错误等问题，保证了后续得到的服务配置文件较为规范，进一步地保证了得到的服务配置文件的质量较好。

在实际的应用过程中，当上述选择内容或者上述下拉选择框对应的内容均没有所要输入的对应的内容时，上述部分编辑区域还可以包含其他选项，即可以通过输入的方式来输入相应的内容，这样保证了后续生成的服务配置文件较为全面，进一步地保证了服务模型较为完整。

本申请的一种具体的实施例中，在设计数据模型、服务模型及服务接口时，将数据字典中的数据项和域作为输入项，通过选择相应的数据字典，来保证数据字典的贯标。如在设计服务接口的请求报文和响应报文时，每个字段通过选择对应的数据项信息(包括数据项编码和数据项中文名)来实现报文中数据字典的贯标。

为了便于后续进行向下追溯和回溯功能，以及进一步便于开发人员快速定位问题，本申请的再一种实施例中，上述服务模型包括至少一个服务接口信息，上述服务接口信息由至少一个上述服务配置文件构成，在根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件之后，上述方法还包括：将上述业务需求与对应的上述服务配置文件进行关联，生成第一关联信息，在将各上述服务配置文件进行整合，得到上述业务模型对应的服务模型之后，上述方法还包括：将上述服务接口信息与对应的上述服务配置文件进行关联，生成第二关联信息。

在实际的应用过程中，如表一所示，C模型实体清单、C模型实体关系图与C’数据模型进行关联，C’数据模型与D模型设计进行关联，业务功能分析及定义与服务模型-BOC(Business Object Component，业务对象构件)进行关联，业务功能分析及定义、PBS(Physical Basic Service，基础服务)列表还可以与开发跟踪矩阵进行关联，业务对象构件列表与ACS(Application Component Service，应用组件服务)服务设计进行关联，业务对象构件列表还可以与构件设计进行关联，通过上述的关联可以实现对任一节点进行上钻和回溯，例如对C’数据模型进行回溯，可以回溯到C模型实体清单以及C模型实体关系图，对C’数据模型的下钻可以找到D模型设计。另外，C模型实体清单、C模型实体关系图对应于输入项资产所属说明书中，而C’数据模型对应于数据组件设计说明书，依次类推可以得到D模型设计对应于产品服务层细化设计说明书等等，这里不再一一赘述。

表一

本申请的一种具体的实施例中，将IT架构资产和业务建模成果进行关联，形成需求跟踪矩阵，支持任一节点的上钻和回溯操作。例如，从业务建模的三级活动、四级任务、场景、需求任务、业务功能，到IT架构资产的开发任务、ACS服务、PBS服务、PBC(PhysicalBasic Component，构件)服务、PBB(Physical Building Block，元件)服务和BCC(BasicCommand Component，基础命令构件)/BQC(Basic Query Component，基础查询构件)服务进行串联。其中开发任务和需求任务进行关联，可形成开发跟踪矩阵；业务功能和PBS服务进行关联，代表应用组件的基础服务承接业务功能；多个业务功能和ACS服务进行关联，代表对外服务接口承接多个业务功能；这样的需求跟踪矩阵，不仅可以为业务提供需求跟踪管理，而且可以为IT设计人员设计服务模型提供参考，同时以这种业务和IT都能理解的可视化界面，促使业务和IT融合。

具体地，由于IT架构资产之间的关联关系，还可以支持交叉检查，定期自动执行比对，生成分析报告，提供给设计人员，方便他们纠正错误。

本申请的一种实施例中，在将上述服务接口信息与对应的上述服务配置文件进行关联，生成第二关联信息之后，上述方法还包括：将上述第一关联信息以及上述第二关联信息显示在显示设备上。在该实施例中，将第一关联信息和第二关联信息显示在显示设备上，即实现了对第一关联信息和第二关联信息进行可视化的展示，通过可视化展示系统间和系统内部的调用关系，既便于服务接口在服务提供方和服务消费方之间的在线分享和变更通知，也解决了开发和设计人员难定位某个服务调用情况的问题，为开发人员快速定位问题提供了便利条件。

本申请实施例还提供了一种IT架构的建立装置，需要说明的是，本申请实施例的IT架构的建立装置可以用于执行本申请实施例所提供的用于IT架构的建立方法。以下对本申请实施例提供的IT架构的建立装置进行介绍。

图2是根据本申请实施例的IT架构的建立装置的示意图。如图2所示，该装置包括：

获取单元10，用于获取业务模型以及拆分规则，上述拆分规则为将上述业务模型拆分成多个业务需求的规则；

生成单元20，用于根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件；

整合单元30，用于将各上述服务配置文件进行整合，得到上述业务模型对应的服务模型，其中，上述业务模型、上述业务需求、各上述配置文件以及上述服务模型均由结构化数据构成。

上述IT架构的建立装置中，获取单元用于获取业务模型以及拆分规则，上述拆分规则为将上述业务模型拆分成多个业务需求的规则；生成单元用于根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件；整合单元用于将各上述服务配置文件进行整合，得到上述业务模型对应的服务模型，其中，上述业务模型、上述业务需求、各上述配置文件以及上述服务模型均由结构化数据构成。在本方案中，根据获取到的拆分规则对业务模型进行拆分，得到多个业务需求，再生成与业务需求对应的服务配置文件，这样保证了对业务模型的划分较为明确、清晰，且本方案还可实现对多个业务需求进行并行处理，这样保证了得到服务配置文件的效率较高，最后本方案对多个服务配置文件进行整合，得到业务模型对应的服务模型，由于本方案中的业务模型、业务需求、服务配置文件以及服务模型均由结构化数据构成，这与现有技术中以非结构化数据作为管控对象相比，本方案对由结构化数据构成的各服务配置文件进行整合，不仅效率较高，还保证了得到的服务模型质量较好，且不易出现错误、遗漏等情况，从而解决了现有技术中IT架构资产设计阶段的效率较低且质量较差的问题。

具体地，上述IT架构是企业架构的一部分，是指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构以及技术架构三部分。

本申请的一种实施例中，上述生成单元包括拆分模块、调用模块和生成模块，其中，上述拆分模块用于根据拆分规则对上述业务模型进行拆分，得到多个上述业务需求；上述调用模块用于根据各上述业务需求，从数据库中调用对应的表，上述数据库为结构化的数据库；上述生成模块用于接收对各上述表的编辑操作，生成对应的各上述服务配置文件。在该实施例中，从数据库中调用与业务需求对应的表，并接收对各表的编辑操作，生成对应的各服务配置文件，即实现了根据接收到的各个表的编辑操作来快速的进行数据填充，保证了输入项和输出项的数据的一致性，降低了设计人员由于疏忽造成的数据不一致的情况发生的可能性，保证了得到各个服务配置文件的效率较高。

在实际的应用过程中，可以根据上述业务需求，从数据库调用对应的一个表或者多个表，当然，还可以根据多个业务需求调用一个表，若多个业务需求调用一个表时，可以对该表进行区域划分，即可以将不同的业务需求输入至同一个表中对应的不同区域，这样便于对业务需求进行管理，且进一步地保证了对多个业务需求进行并行处理，进一步地保证了得到的服务配置文件的质量较好以及制作效率较高，且进一步地保证服务模型的制作效率较高，还便于后续对于问题的追溯以及调整。关于上述业务需求与上述表的对应关系，在本申请中并不做限制，具体地，也可以根据实际的业务需求进行相应的调整。

本申请的一种具体的实施例中，可以将一个应用集成设计说明书拆分为公共报文规范、联机接口设计、数据传输功能设计、消息传输功能设计等交付物，在进行拆分之后，还可以将拆分后的交付物分配给不同的设计人员来并行设计，也可以将同一个交付物分配给多个设计人员来完成；当同一个交付物分配给多个设计人员时，即实现了由多个设计人员之间协作完成，后续由小组长将各自提交的交付物进行合并，再对合并后的数据进行二次编辑；待拆分后的交付物都设计完成后，根据拆分规则进行整合，自动生成符合新一代IT分析与设计工艺要求的IT架构资产文档(word版本)。在该实施例中，由于对任务的分工更加明细、清晰，可以解决整个IT架构资产无法细粒度跟踪监控的难点，同时，流程化管理使得每个设计人员只需专注自己负责的任务内容即可，还提高了设计效率和资产质量。

为了进一步地简单和高效地得到服务配置文件，本申请的又一种实施例中，上述生成模块包括响应子模块，用于上述表包括多个编辑区域，响应于作用在各上述编辑区域上的操作，生成对应的上述服务配置文件。

本申请的另一种实施例中，部分的上述编辑区域由多个选择标识以及位于上述选择标识一侧的选择内容构成，和/或部分的上述编辑区域由多个下拉选择框构成。在该实施例中，部分的编辑区域由多个选择标识以及位于选择标识一侧的选择内容构成，或者部分的编辑区域由多个下拉选择框构成，或者部分编辑区域由多个选择标识以及位于选择标识一侧的选择内容和多个下拉选择框构成，这样避免了人工输入错误等问题，保证了后续得到的服务配置文件较为规范，进一步地保证了得到的服务配置文件的质量较好。

在实际的应用过程中，当上述选择内容或者上述下拉选择框对应的内容均没有所要输入的对应的内容时，上述部分编辑区域还可以包含其他选项，即可以通过输入的方式来输入相应的内容，这样保证了后续生成的服务配置文件较为全面，进一步地保证了服务模型较为完整。

本申请的一种具体的实施例中，在设计数据模型、服务模型及服务接口时，将数据字典中的数据项和域作为输入项，通过选择相应的数据字典，来保证数据字典的贯标。如在设计服务接口的请求报文和响应报文时，每个字段通过选择对应的数据项信息(包括数据项编码和数据项中文名)来实现报文中数据字典的贯标。

为了便于后续进行向下追溯和回溯功能，以及进一步便于开发人员快速定位问题，本申请的再一种实施例中，上述建立装置还包括第一关联单元和上述第二关联单元，其中，上述第一关联单元用于上述服务模型包括至少一个服务接口信息，上述服务接口信息由至少一个上述服务配置文件构成，在根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件之后，将上述业务需求与对应的上述服务配置文件进行关联，生成第一关联信息，上述第二关联单元用于在将各上述服务配置文件进行整合，得到上述业务模型对应的服务模型之后，将上述服务接口信息与对应的上述服务配置文件进行关联，生成第二关联信息。

在实际的应用过程中，如表一所示，C模型实体清单、C模型实体关系图与C’数据模型进行关联，C’数据模型与D模型设计进行关联，业务功能分析及定义与服务模型-BOC进行关联，业务功能分析及定义、PBS列表还可以与开发跟踪矩阵进行关联，业务对象构件列表与ACS服务设计进行关联，业务对象构件列表还可以与构件设计进行关联，通过上述的关联可以实现对任一节点进行上钻和回溯，例如对C’数据模型进行回溯，可以回溯到C模型实体清单以及C模型实体关系图，对C’数据模型的下钻可以找到D模型设计。另外，C模型实体清单、C模型实体关系图对应于输入项资产所属说明书中，而C’数据模型对应于数据组件设计说明书，依次类推可以得到D模型设计对应于产品服务层细化设计说明书等等，这里不再一一赘述。

本申请的一种具体的实施例中，将IT架构资产和业务建模成果进行关联，形成需求跟踪矩阵，支持任一节点的上钻和回溯操作。例如，从业务建模的三级活动、四级任务、场景、需求任务、业务功能，到IT架构资产的开发任务、ACS服务、PBS服务、PBC服务、PBB服务和BCC/BQC服务进行串联。其中开发任务和需求任务进行关联，可形成开发跟踪矩阵；业务功能和PBS服务进行关联，代表应用组件的基础服务承接业务功能；多个业务功能和ACS服务进行关联，代表对外服务接口承接多个业务功能；这样的需求跟踪矩阵，不仅可以为业务提供需求跟踪管理，而且可以为IT设计人员设计服务模型提供参考，同时以这种业务和IT都能理解的可视化界面，促使业务和IT融合。

具体地，由于IT架构资产之间的关联关系，还可以支持交叉检查，定期自动执行比对，生成分析报告，提供给设计人员，方便他们纠正错误。

本申请的一种实施例中，上述建立装置还包括显示单元，用于在将上述服务接口信息与对应的上述服务配置文件进行关联，生成第二关联信息之后，将上述第一关联信息以及上述第二关联信息显示在显示设备上。在该实施例中，将第一关联信息和第二关联信息显示在显示设备上，即实现了对第一关联信息和第二关联信息进行可视化的展示，通过可视化展示系统间和系统内部的调用关系，既便于服务接口在服务提供方和服务消费方之间的在线分享和变更通知，也解决了开发和设计人员难定位某个服务调用情况的问题，为开发人员快速定位问题提供了便利条件。

上述IT架构的建立装置包括处理器和存储器，上述获取单元、生成单元和整合单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决现有技术中IT架构资产设计阶段的效率较低且质量较差的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现上述IT架构的建立方法。

本发明实施例提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行上述IT架构的建立方法。

本申请的一种典型的实施例中，还提供了一种电子设备，包括：一个或多个处理器，存储器以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置为由上述一个或多个处理器执行，上述一个或多个程序包括用于任意一种上述的方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：

步骤S101，获取业务模型以及拆分规则，上述拆分规则为将上述业务模型拆分成多个业务需求的规则；

步骤S102，根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件；

步骤S103，将各上述服务配置文件进行整合，得到上述业务模型对应的服务模型，其中，上述业务模型、上述业务需求、各上述配置文件以及上述服务模型均由结构化数据构成。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：

步骤S101，获取业务模型以及拆分规则，上述拆分规则为将上述业务模型拆分成多个业务需求的规则；

步骤S102，根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件；

步骤S103，将各上述服务配置文件进行整合，得到上述业务模型对应的服务模型，其中，上述业务模型、上述业务需求、各上述配置文件以及上述服务模型均由结构化数据构成。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

从以上的描述中，可以看出，本申请上述的实施例实现了如下技术效果：

1)、本申请的IT架构的建立方法中，首先，获取业务模型以及拆分规则，然后，根据获取到的上述业务模型和上述拆分规则，生成各个上述业务需求对应的服务配置文件，最后，将得到的各个服务配置文件进行整合，得到上述业务模型对应的服务模型，其中，上述业务模型、上述业务需求、各上述服务配置文件以及上述服务模型均由结构化数据构成。在本方案中，根据获取到的拆分规则对业务模型进行拆分，得到多个业务需求，再生成与业务需求对应的服务配置文件，这样保证了对业务模型的划分较为明确、清晰，且本方案还可实现对多个业务需求进行并行处理，这样保证了得到服务配置文件的效率较高，最后本方案对多个服务配置文件进行整合，得到业务模型对应的服务模型，由于本方案中的业务模型、业务需求、服务配置文件以及服务模型均由结构化数据构成，这与现有技术中以非结构化数据作为管控对象相比，本方案对由结构化数据构成的各服务配置文件进行整合，不仅效率较高，还保证了得到的服务模型质量较好，且不易出现错误、遗漏等情况，从而解决了现有技术中IT架构资产设计阶段的效率较低且质量较差的问题。

2)、本申请的IT架构的建立装置中，获取单元用于获取业务模型以及拆分规则，上述拆分规则为将上述业务模型拆分成多个业务需求的规则；生成单元用于根据上述业务模型以及拆分规则，生成各上述业务需求对应的服务配置文件；整合单元用于将各上述服务配置文件进行整合，得到上述业务模型对应的服务模型，其中，上述业务模型、上述业务需求、各上述配置文件以及上述服务模型均由结构化数据构成。在本方案中，根据获取到的拆分规则对业务模型进行拆分，得到多个业务需求，再生成与业务需求对应的服务配置文件，这样保证了对业务模型的划分较为明确、清晰，且本方案还可实现对多个业务需求进行并行处理，这样保证了得到服务配置文件的效率较高，最后本方案对多个服务配置文件进行整合，得到业务模型对应的服务模型，由于本方案中的业务模型、业务需求、服务配置文件以及服务模型均由结构化数据构成，这与现有技术中以非结构化数据作为管控对象相比，本方案对由结构化数据构成的各服务配置文件进行整合，不仅效率较高，还保证了得到的服务模型质量较好，且不易出现错误、遗漏等情况，从而解决了现有技术中IT架构资产设计阶段的效率较低且质量较差的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种IT架构的建立方法，其特征在于，包括：

获取业务模型以及拆分规则，所述拆分规则为将所述业务模型拆分成多个业务需求的规则；

根据所述业务模型以及拆分规则，生成各所述业务需求对应的服务配置文件；

将各所述服务配置文件进行整合，得到所述业务模型对应的服务模型，其中，所述业务模型、所述业务需求、各所述配置文件以及所述服务模型均由结构化数据构成。

2.根据权利要求1所述的方法，其特征在于，根据所述业务模型以及拆分规则，生成各所述业务需求对应的服务配置文件，包括：

根据拆分规则对所述业务模型进行拆分，得到多个所述业务需求；

根据各所述业务需求，从数据库中调用对应的表，所述数据库为结构化的数据库；

接收对各所述表的编辑操作，生成对应的各所述服务配置文件。

3.根据权利要求2所述的方法，其特征在于，所述表包括多个编辑区域，接收对各所述表的编辑操作，生成对应的各所述服务配置文件，包括：

响应于作用在各所述编辑区域上的操作，生成对应的所述服务配置文件。

4.根据权利要求3所述的方法，其特征在于，部分的所述编辑区域由多个选择标识以及位于所述选择标识一侧的选择内容构成，和/或部分的所述编辑区域由多个下拉选择框构成。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述服务模型包括至少一个服务接口信息，所述服务接口信息由至少一个所述服务配置文件构成，

在根据所述业务模型以及拆分规则，生成各所述业务需求对应的服务配置文件之后，所述方法还包括：

将所述业务需求与对应的所述服务配置文件进行关联，生成第一关联信息，在将各所述服务配置文件进行整合，得到所述业务模型对应的服务模型之后，所述方法还包括：

将所述服务接口信息与对应的所述服务配置文件进行关联，生成第二关联信息。

6.根据权利要求5所述的方法，其特征在于，在将所述服务接口信息与对应的所述服务配置文件进行关联，生成第二关联信息之后，所述方法还包括：

将所述第一关联信息以及所述第二关联信息显示在显示设备上。

7.一种IT架构的建立装置，其特征在于，包括：

获取单元，用于获取业务模型以及拆分规则，所述拆分规则为将所述业务模型拆分成多个业务需求的规则；

生成单元，用于根据所述业务模型以及拆分规则，生成各所述业务需求对应的服务配置文件；

整合单元，用于将各所述服务配置文件进行整合，得到所述业务模型对应的服务模型，其中，所述业务模型、所述业务需求、各所述配置文件以及所述服务模型均由结构化数据构成。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，所述程序执行权利要求1至6中任意一项所述的方法。

9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至6中任意一项所述的方法。

10.一种电子设备，其特征在于，包括：一个或多个处理器，存储器以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行权利要求1至6中任意一项所述的方法。

Images