一种体系文件的生成方法、装置、设备及介质与流程

本发明涉及工程研制技术领域，具体涉及一种体系文件的生成方法、装置、设备及介质。

背景技术：

目前，体系文件设计大多是组织工程团队，采用excel工具，进行集中式的设计，为了数据的维护，基本是采用对excel进行二次开发，或使用其自身具有的公式功能进行数据统计和管理。在设计完体系文件架构后，由工程师自己根据模板，将excel中的内容手动搬到word文档中，形成不同层级的体系文件。

随着excel工具中数据的增加，管理和维护难度越来越大，由于不同层次体系文件的数据之间存在的关联关系，如果一处发生变化，整体架构都需要发生不同程度的改变，造成工程师大部分时间花在了数据的维护上，而投入真正的体系文件设计工作的时间相对减少。数据搬到word文档的过程中，容易造成数据遗漏或搬移差错，造成数据不一致。

由于体系文件所有数据都在同一个excel文件中进行统计和管理，这种形式决定了工程师无法进行同步工作，否则会发生数据冲突；excel自身特点决定了随着数据的增加，加之其中增加的二次开发代码的执行等，都会造成其运行速度缓慢，一旦数据发生改变时维护困难。

技术实现要素：

针对现有技术中的缺陷，本发明提供一种体系文件的生成方法及装置，以解决目前体系文件设计过程中效率低以及维护难度大的问题。

第一方面，本发明提供的一种体系文件的生成方法，包括：

获取专业和业务类型两个维度的业务活动，建立可视化的业务活动模型；

基于所述业务活动模型，建立体系文件的描述架构；其中，所述描述架构包括过程文件和指令文件；

根据所述描述架构的数据要素，建立结构化数据库；其中，所述数据要素为所述描述架构中活动的参数信息；

从所述结构化数据库输出所述数据元素的具体数据；

组合所述数据元素的具体数据，生成体系文件并输出。

由上述技术方案可知，本发明提供的体系文件的生成方法，基于结构化数据库，保证了生成的体系文件符合行业标准，也使体系文件满足一致性，生成过程可以实现异地操作和多人操作。

可选地，所述基于所述业务活动模型，建立体系文件的描述架构，具体包括：

根据研发设计活动的流程，从所述业务活动模型中分级获取业务类型；其中，所述业务类型用于划分研发设计活动的流程中数据元素的逻辑关系；

识别所述业务类型，输出符合实际研发场景的所述业务类型对应的描述架构。

可选地，若所述业务类型不符合实际研发场景，所述方法还包括：

输入指令文件补充所述描述架构，当业务类型符合实际研发场景，输出描述架构。

可选地，所述根据所述描述架构的数据要素，建立结构化数据库，具体包括：

根据研发流程确定一致的数据元素定义；

根据相同的所述数据元素定义，输出一致的数据元素名称；

将所述一致的数据元素名称对应的数据元素划分为同一类别；

将对应不同类别的数据元素分类输出，生成结构化数据库。

可选地，所述方法还包括：

将所述生成的体系文件输入预先设定的逻辑规则模型中进行逻辑检查。

可选地，所述方法还包括：

基于所述体系文件，建立信息化流程；

根据所述信息化流程，形成信息化研发管理平台。

第二方面，本发明提供的一种体系文件的生成装置，包括：

模型建立模块，用于获取专业和业务类型两个维度的业务活动，建立可视化的业务活动模型；

架构生成模块，用于基于所述业务活动模型，建立体系文件的描述架构；其中，所述描述架构包括过程文件和指令文件；

数据库建立模块，用于根据所述描述架构的数据要素，建立结构化数据库；其中，所述数据要素为所述描述架构中活动的参数信息；

数据输出模块，用于从所述结构化数据库输出所述数据元素的具体数据；

文件生成模块，用于组合所述数据元素的具体数据，生成体系文件并输出。

可选地，所述架构生成模块，具体用于：

根据研发设计活动的流程，从所述业务活动模型中分级获取业务类型；其中，所述业务类型用于划分研发设计活动的流程中数据元素的逻辑关系；

识别所述业务类型，输出符合实际研发场景的所述业务类型对应的描述架构。

可选地，若所述业务类型不符合实际研发场景，所述架构生成模块，具体还用于：

输入指令文件补充所述描述架构，当业务类型符合实际研发场景，输出描述架构。

可选地，所述数据库建立模块，具体用于：

根据研发流程确定一致的数据元素定义；

根据相同的所述数据元素定义，输出一致的数据元素名称；

将所述一致的数据元素名称对应的数据元素划分为同一类别；

将对应不同类别的数据元素分类输出，生成结构化数据库。

可选地，所述装置还包括检查模块：

将所述生成的体系文件输入预先设定的逻辑规则模型中进行逻辑检查。

可选地，所述装置还包括平台生成模块：

基于所述体系文件，建立信息化流程；

根据所述信息化流程，形成信息化研发管理平台。

第三方面，本发明一实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行计算机程序时实现上述任一种方法的步骤。

第四方面，本发明一实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时实现上述任一种方法的步骤。

基于上述技术方案，本申请具有如下有益效果：

1)基于结构化数据库，保证了生成的体系文件符合行业标准，也使体系文件满足一致性，生成过程可以实现异地操作和多人操作。

2)通过指令文件的输入，用于支持活动的完成，以输出符合实际研发场景需要的描述架构。其中，指令文件主要是对应研发过程中要引用的规程、指南、模板和检查单，通过纵向类型的指令文件的补充，使描述架构可以匹配实际研发场景，符合研发需求。

3)在生成体系文件之后，还可以将体系文件输入预先设立的逻辑规则模型中进行逻辑检查，逻辑规则模型可基于行业标准和行业最佳工程实践，定义体系文件中涉及到的生命周期数据，体系中涉及的角色及其职责，研制体系需要满足的行业标准目标。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1示出了本发明一实施例所提供的体系文件的生成方法的流程图；

图2示出了本发明一实施例所提供的业务活动划分的示意图；

图3示出了本发明一实施例所提供的体系文件的生成方法的流程图；

图4示出了本发明一实施例所提供的体系文件的生成装置的结构框图；

图5示出了本发明一实施例所提供的电子设备的结构框图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只是作为示例，而不能以此来限制本发明的保护范围。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

图1示出了本发明第一实施例所提供的一种体系文件建立方法的流程图。如图1所示，根据本发明实施例的体系文件生成方法包括：

s101、获取专业和业务类型两个维度的业务活动，建立可视化的业务活动模型。

具体地，依据行业标准，识别体系文件的业务活动，用于使研发活动符合行业标准或项目目标。其中，工程研制体系文件的业务活动按专业和类型两个维度进行划分，参见图2，按专业划分，如系统、软件、硬件、结构等，按类型划分，如过程文件、指令文件。

基于模型的流程化工具来进行完成业务活动模型的建立，将识别的业务活动通过可视化的方式进行创建，每个活动针对于名称、责任人和活动概述等，形成可视化的业务活动模型。通过建立的可视化的业务活动模型，可得到在相应研发活动中责任人或是活动概述，通过观察业务活动模型，可直观获取到活动的具体情况。

s102、基于业务活动模型，建立体系文件的描述架构。

具体地，建立描述体系文件的架构，包括过程文件和指令文件的描述架构。其中，过程文件中主要是对该过程要执行的用于满足相关行业标准或项目目标的活动信息的描述，指令文件主要是对应过程中的活动要引用的规程、指南、模板和检查单，用于支持活动的完成，以及活动的输出物的产生。业务活动模型中过程文件和指令文件的一系列对业务活动的规范化描述，以及需要符合的规程、指南或是模板等，以此建立体系文件的架构，使体系文件的架构符合行业标准。

s103、根据描述架构的数据要素，建立结构化数据库；其中，数据要素为描述架构中活动的参数信息。

具体地，依据描述架构内数据要素的逻辑关系，数据要素包括：活动内容、参与人员角色及职责、输入和输出等，将体系文件生成过程中所需的数据要素统一编辑入描述架构中，结构化数据库包括研发过程需要的数据元素的具体数据，在生成体系文件时，通过调用结构化数据库中的数据元素，实现多人操作时数据元素的一致性，从而可以形成统一标准的体系文件，实现异地协作和多人编辑。

s104、从结构化数据库输出数据元素的具体数据。

s105、组合数据元素的具体数据，生成体系文件并输出。

基于步骤s103中的根据描述架构的数据要素建立的结构化数据库，从结构化数据库中输出数据元素的具体数据，保证了生成的体系文件符合行业标准，也保证了体系文件满足一致性要求，使生成过程可以实现异地操作和多人操作。

可选地，基于业务活动模型，建立体系文件的描述架构，具体包括：

根据研发设计活动的流程，从业务活动模型中分级获取业务类型；其中，业务类型用于划分研发设计活动的流程中数据元素的逻辑关系；

识别业务类型，输出符合实际研发场景的业务类型对应的描述架构。

可选地，当业务类型不符合实际研发场景时，为了补充描述架构直到符合研发场景的需求，所述方法还包括：

输入指令文件补充所述描述架构，当业务类型符合实际研发场景，输出描述架构。

识别业务类型，若业务类型符合实际研发场景，输出符合实际研发场景的描述架构。

具体地，通过指令文件的输入，用于支持活动的完成，以输出符合实际研发场景需要的描述架构。其中，指令文件主要是对应研发过程中要引用的规程、指南、模板和检查单，通过纵向类型的指令文件的补充，使描述架构可以匹配实际研发场景，符合研发需求。

可选地，参见图3，根据描述架构的数据要素，建立结构化数据库的步骤具体包括：

s201、根据研发流程确定一致的数据元素定义；

s202、根据相同的数据元素定义，输出一致的数据元素名称；

s203、将一致的数据元素名称对应的数据元素划分为同一类别；

s204、将对应不同类别的数据元素分类输出，生成结构化数据库。

具体地，建立结构化数据库的方法，基于一致的数据元素定义，将相同数据元素定义并命名此种数据元素类型，根据数据元素类型，对数据元素进行划分输出。

通过采用上述方法来建立结构化数据库，保证结构化数据库内数据元素的一致性，当后续从数据库中获取数据元素时，保证了类别的一致性，更便于后续基于体系文件进行研发过程。

可选地，当生成体系文件之后，还需要对体系文件进行检查，方法还包括：

将生成的体系文件输入预先设定的逻辑规则模型中进行逻辑检查。

在生成体系文件之后，还可以将体系文件输入预先设立的逻辑规则模型中进行逻辑检查，逻辑规则模型可基于行业标准和行业最佳工程实践，定义体系文件中涉及到的生命周期数据，体系中涉及的角色及其职责，研制体系需要满足的行业标准目标，为工程研制体系的设计和编写提供完全一致的数据、角色和目标表述，使体系文件符合行业标准。

可选地，方法还包括：

基于体系文件，建立信息化流程；

根据信息化流程，形成信息化研发管理平台。

在形成体系文件之后，按照体系文件架构，以及体系文件数据信息的内部逻辑关系和业务流程，将工程研制体系从文档形式转换为信息化的研制平台，由于体系文件中的规定了各个过程的具体研制活动顺序，并且活动包含责任人，输入输出等元素，以此转化为信息化流程，在得到信息流程的基础上搭建信息化研制平台，将业务活动和流程固化到相关平台中，从而利用信息平台规范实际的研制场景，消除工程研制人员阅读大量体系文档的苦恼，使其在相关平台的指引下，执行体系文件要求的活动和流程。

另外，体系文件设计团队可以借助信息化平台，通过开通意见评论区的方式收集工程研制人员在使用过程中发现的体系数据问题或流程问题，并对问题进行评估，提出合理解决方案，并对体系和对应的平台进行相应的调整。

通过上述步骤，完成体系文件的设计、优化，逐步完善体系文件的数据和流程以及架构。

在一个实施例中，提供了一种体系文件的生成装置30，参见图4，包括：

模型建立模块301，用于获取专业和业务类型两个维度的业务活动，建立可视化的业务活动模型；

架构生成模块302，用于基于所述业务活动模型，建立体系文件的描述架构；

数据库建立模块303，用于根据所述描述架构的数据要素，建立结构化数据库；其中，所述数据要素为所述描述架构中活动的参数信息；

数据输出模块304，用于从所述结构化数据库输出所述数据元素的具体数据；

文件生成模块305，用于组合所述数据元素的具体数据，生成体系文件并输出。

可选地，所述架构生成模块302，具体用于：

根据研发设计活动的流程，从所述业务活动模型中分级获取业务类型；其中，所述业务类型用于划分研发设计活动的流程中数据元素的逻辑关系；

识别所述业务类型，输出符合实际研发场景的所述业务类型对应的描述架构。

可选地，若所述业务类型不符合实际研发场景，所述架构生成模块302，具体还用于：

输入指令文件补充所述描述架构，当业务类型符合实际研发场景，输出描述架构。

可选地，所述数据库建立模块303，具体用于：

根据研发流程确定一致的数据元素定义；

根据相同的所述数据元素定义，输出一致的数据元素名称；

将所述一致的数据元素名称对应的数据元素划分为同一类别；

将对应不同类别的数据元素分类输出，生成结构化数据库。

可选地，所述装置还包括检查模块：

将所述生成的体系文件输入预先设定的逻辑规则模型中进行逻辑检查。

可选地，所述装置还包括平台生成模块：

基于所述体系文件，建立信息化流程；

根据所述信息化流程，形成信息化研发管理平台。

本申请实施例提供的体系文件的生成装置20与上述体系文件的生成方法采用了相同的发明构思，能够取得相同的有益效果，在此不再赘述。

基于与上述xx方法相同的发明构思，本申请实施例还提供了一种电子设备30，如图5所示，该电子设备40可以包括处理器401和存储器402。

处理器401可以是通用处理器，例如中央处理器(cpu)、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(randomaccessmemory，ram)、静态随机访问存储器(staticrandomaccessmemory，sram)、可编程只读存储器(programmablereadonlymemory，prom)、只读存储器(readonlymemory，rom)、带电可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、磁性存储器、磁盘、光盘等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器302还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；上述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于：移动存储设备、随机存取存储器(ram，randomaccessmemory)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nandflash)、固态硬盘(ssd))等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、随机存取存储器(ram，randomaccessmemory)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nandflash)、固态硬盘(ssd))等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。