CN109901872A - 一种企业信息化系列产品版本管控方法 - Google Patents

Abstract

本发明公开了一种企业信息化系列产品版本管控方法，通过将企业信息化系列产品进行树形建模，通过定义其依赖关系将产品数据统一存储在数据库中；将需求导入与软件配置管理工具的签入签出动作关联，结合有效的数据库脚本管控机制，实现统一、完整的企业信息化系列产品版本管控。本发明实现了企业信息化系列产品统一的源代码管理，确保不同层级源代码的统一协调管理，与产品发包更新的强关联；为项目实际应用获取和更新产品包提供了统一的版本管控，能够流畅的进行产品版本更新升级；总体上完成了从开发到应用的统一的企业信息化系列产品版本管控机制。

Description

一种企业信息化系列产品版本管控方法

技术领域

本发明涉及企业信息化软件，具体说是一种企业信息化系列产品版本管控方法。

通过本发明为企业信息化软件按产品应用行业等进行系列化管理时，提供一种对系列产品、标准版产品、定制版产品的统一管理方法。

背景技术

企业信息化软件是企业管理与IT技术融合的软件产品，在实际应用时往往不能通过提供一套绝对标准化的产品来满足各行业、各种性质企业的管理需要。因此企业信息化软件厂商以系列产品的模式进行开发推广是一种常见的解决方案。

但是同一模块的不同行业版本之间既存在共性，又有差异，且在行业版之下也会产生解决特定问题的定制版本，进一步扩大了产品树的复杂度。如何在这样的产品树组织之下统一解决共性问题，又允许差异性的存在是一个非常复杂的管理工作。开发商容易产生管理失控，导致出现同一缺陷需要多次修改、多次测试，目标环境升级易出错等问题。

发明内容

针对上述的需求，本发明的目的在于提出一种用于企业信息化系列产品版本管控的方法（以下简称PDM）。为企业信息化的产品标准版系列与行业标准版系列，以及与项目定制版系列之间的依赖、竞争关系进行统一协调。

本发明的目的通过以下技术方案实现：

一种企业信息化系列产品版本管控方法，其特征在于：该方法通过将企业信息化系列产品进行树形建模，通过定义其依赖关系将产品数据统一存储在数据库中；将需求导入与软件配置管理工具的签入签出动作关联，结合有效的数据库脚本管控机制，实现统一、完整的企业信息化系列产品版本管控；具体如下：

企业信息化系列产品按照标准版、行业版、定制版进行分类构建一棵产品树，每一级分类之下包含子分类和具体模块；在不同层级的分类的下的模块意味着通用性的不同，标准版节点下的模块具有全局通用性；行业版下的模块具有行业通用性；定制版仅满足项目个性需求；层级数是不固定的，符合从通用到完全定制，产品适应性逐渐降低的排列；每一个分类包含一个标识ID属性和上级ID属性，自身标识ID属性值同时存储在下级分类的上级ID属性中，形成一个多层的树形结构；

将产品开发、配置管理与产品包发布统一在一个平台下完成集成，即实现企业信息化产品需求导入及开发与产品发布管控，将需求导入与源代码权限申请、数据表结构修改强关联，将代码和数据表结构修改后的提交与测试和发布强关联；关联时利用不同配置管理产品的外部api访问接口，以当前权限申请数据（或提交任务信息）为参数，形成动态的、自动化的调用接口，完成签入（或签出）动作；

在企业信息化产品包的关系数据库脚本的管理上，实现产品版本升级相关数据表结构修改的正确性、可追溯性管理，在系统部署目标环境中对于每一次数据表结构的修改自动记录相关历史信息，每次产品包在进行更新部署时将包中包含的全量脚本与系统部署目标环境中的数据表结构历史信息进行比对，通过校验双方的每一项数据库脚本的字符串校验和确保脚本信息无法被篡改。

企业信息化系列产品版本管控原理如下：

企业信息化系列产品按照标准版、行业版、定制版进行分类可以构建一棵产品树，图1中为产品树示例。每一级分类之下包含子分类和具体模块。在不同层级的分类的下的模块意味着通用性的不同，标准版节点下的模块具有全局通用性；行业版下的模块具有行业通用性；定制版仅满足项目个性需求。这里的层级数是不固定的，但一定符合从通用到完全定制这样的产品适应性逐渐降低的排列。

在不同分类之下的模块如果存在依赖关系，则仅允许依赖本分类及上级（或再上级）的模块，禁止依赖下级或平级及之下的模块，从而确保模块的依赖也是树型结构。图2描述了该算法的实现。

对于某一个具体的应用项目，在其项目信息中明确标识该项目属于PDM产品分类树中的哪一个分类。这个属性决定该项目在初次部署时，通过系统进行功能模块下载，仅能下载特定分类及父类之下的功能模块。从而避免误下载到不适用本项目的功能模块。如果是进行更新包下载，首先在现场环境中下载标识本地环境信息的元文件，将其上传至PDM，系统将根据信息文件和系统中各功能模块的最新版本进行比较，自动生成针对该项目的产品更新包。图3描述了下载产品包的整体流程，图4描述了使用产品包进行部署的整体流程。

企业信息化的产品标准版系列与行业标准版系列，以及与项目定制版系列之间的依赖、竞争关系进行统一协调；包括：产品开发过程中间的产品标准版、行业标准版、项目定制版的源代码统一管理；产品部署过程中间的产品标准版、行业标准版、项目定制版的产品包统一管理；新产品需求导入过程中源代码开发与产品发布统一管理。

本发明的优点：本发明的管控方法是一种通用方法，为企业信息化系列产品的版本管理提供了有效的方法和工具，并且在产品分类定义、模块定义上保持足够的灵活性，能够有效降低系列产品的版本管控成本；从而方便开发人员、实施人员、业务管理人员等不同岗位的人员进行高效协作，实现企业信息化系列产品的规范和高效管控，快速的完成业务需求变化所推动的一系列开发和实施工作。

本发明在ERP、CRM、SCM等管理软件系统的系列产品管控上得到应用，使用效果显著，获得了企业信息化软件从业公司的广泛认可，满足了复杂的系列产品管控需要，即减少了成本又提高了效率。

附图说明：

图1是本发明中产品分类树示例。

图2是本发明中项目可下载产品包的查找路径算法。

图3是本发明用于产品包下载时的流程图。

图4是本发明中部署工具执行过程的流程图。

具体实施方式

一种企业信息化系列产品版本管控方法，通过将企业信息化系列产品进行树形建模，通过定义其依赖关系将产品数据统一存储在数据库中；将需求导入与软件配置管理工具的签入签出动作关联，结合有效的数据库脚本管控机制，实现统一、完整的企业信息化系列产品版本管控。企业信息化的产品标准版系列与行业标准版系列，以及与项目定制版系列之间的依赖、竞争关系进行统一协调；包括：产品开发过程中间的产品标准版、行业标准版、项目定制版的源代码统一管理；产品部署过程中间的产品标准版、行业标准版、项目定制版的产品包统一管理；新产品需求导入过程中源代码开发与产品发布统一管理。

实现方法如下：

（一）、维护产品分类的树形结构。每一个分类节点包含编码、名称、备注和上级分类信息。

（二）、维护功能模块。每一个功能模块位于产品分类树中的某一节点之下。模块包含编码、名称和所属分类信息，另外包含业务负责人、配置库名称和路径以及描述信息属性。在每一个功能模块下详细定义了每一个具体功能涉及的后台源代码清单。

产品分类和其子分类、功能模块所形成的树形结构，反应了从通用到个性化的逐渐变化的层级关系，这一层级关系应用在如下三个场景中：

1、某一实施项目必须所属某一具体的产品分类下，以此决定该项目仅能下载特定分类及其上级类别之下的功能模块；而平级或下级的模块分别表示不同的差异产品线和个性化应用模块，该项目不能使用。

2、功能模块仅能依赖其同级产品分类和上级类别之下的模块。

3、两个模块分属平行分类或平行分类下的不同下级类别时，允许使用相同的关系数据库表名。

（三）、发布功能模块新版本。功能模块发布时，需要选择某一功能模块，并指定版本号、相关数据库脚本、依赖的模块及版本信息，以及产品包文件。功能模块的发布需要在PDM中使用电子流程完成审批后生效。

在针对通用或个性需求进行功能开发的过程中，包含两项关键资源的管控，分别是源代码和关系数据库脚本。这两项关键资源最终经编译和审核后，分别成为产品包中程序文件和关系数据库升级脚本。

源代码的管控实现方法如下：

1、根据PDM上登记的需求，由开发人员申请签出哪些源代码文件，使用电子流程完成审批。

2、审批通过后，PDM使用VSS或SVN提供的集成api自动将相关源代码签出，供开发人员修改。

3、开发人员将源代码修改完成提交，PDM自动执行依赖选择、执行编译，生成测试包。

4、通过测试的产品包成为产品发布的内容之一。

关系数据库脚本管控实现方法如下：

1、根据PDM上登记的需求，由开发人员创建新的数据表，或修改现有数据表。

2、开发人员对数据表结构修改完成后，PDM根据对表结构的修改自动生成数据库升级脚本。

3、开发人员提交对数据库的修改，使用电子流程进行审批。

4、审批后的数据库脚本成为产品发布的内容之一。

每一个模块所使用的关系数据库脚本在PDM中进行统一的、自动化的管理。每一次正式发布的脚本元信息包含流水号、版本号、描述、脚本文件名、脚本校验和、所属模块信息。PDM自动识别DDL和DML语句，对于每个DDL语句生成一个单独的脚本，对于连续的多个DML语句合并到一个脚本文件中。

（四）、实施项目登记。每个实施项目包含编码、名称和所属分类信息，以及使用的关系数据库类型、备注信息，项目上应用的模块列表。实施项目的登记需要在PDM中使用电子流程完成审批后生效。

（五）、产品包下载。项目进行初始部署时选择项目即可，并选择本次下载哪些需要的功能模块。项目进行升级部署时需要首先在现场系统中下载信息元文件，并上传至PDM，PDM进行比对后形成功能模块的更新包列表，由工程人员根据实际需要选择下载哪些功能模块的安装包。最终形成针对本项目的独立安装包。

（六）、项目现场使用部署工具，选择安装包文件，并指定系统部署的磁盘路径和关系数据库的连接信息。然后按照向导一步步完成安装部署。

在部署的过程中，部署工具将会完成程序文件的复制和每个关系数据库脚本的执行。部署工具在执行关系数据库脚本时，每成功执行一个即在本地系统环境中进行记录，标识特定关系数据库脚本已成功执行，然后自动执行下一个。如果执行失败也进行标识，同时中止部署过程。根据错误信息进行修正并再次执行安装时，部署工具将从最后一个（也是唯一一个）异常执行的关系数据库脚本处开始继续向下执行，确保关系数据库脚本不重复执行、不遗漏执行。

Claims (4)

1.一种企业信息化系列产品版本管控方法，其特征在于：该方法通过将企业信息化系列产品进行树形建模，通过定义其依赖关系将产品数据统一存储在数据库中；将需求导入与软件配置管理工具的签入签出动作关联，结合数据库脚本管控机制，实现统一、完整的企业信息化系列产品版本管控；具体如下：

企业信息化系列产品按照标准版、行业版、定制版进行分类构建一棵产品树，每一级分类之下包含子分类和具体模块；在不同层级的分类下的模块意味着通用性的不同，标准版节点下的模块具有全局通用性；行业版下的模块具有行业通用性；定制版仅满足项目个性需求；层级数是不固定的，符合从通用到完全定制，产品适应性逐渐降低的排列；每一个分类包含一个自身标识ID属性和上级ID属性，自身标识ID属性值同时存储在下级分类的上级ID属性中，形成一个多层的树形结构；

将产品开发、配置管理与产品包发布统一在一个平台下完成集成，即实现企业信息化产品需求导入及开发与产品发布管控，将需求导入与源代码权限申请、数据表结构修改强关联，将代码和数据表结构修改后的提交与测试和发布强关联；关联时利用不同配置管理产品的外部api访问接口，以当前权限申请数据为参数，形成动态的、自动化的调用接口，完成签入（或签出）动作；

在企业信息化产品包的关系数据库脚本的管理上，实现产品版本升级相关数据表结构修改的正确性、可追溯性管理，在系统部署目标环境中对于每一次数据表结构的修改自动记录相关历史信息，每次产品包在进行更新部署时将包中包含的全量脚本与系统部署目标环境中的数据表结构历史信息进行比对，通过校验双方的每一项数据库脚本的字符串校验和确保脚本信息无法被篡改。

2.根据权利要求1所述的企业信息化系列产品版本管控方法，其特征在于实现方法如下：

（一）、维护产品分类的树形结构；

（二）、维护功能模块；每一个功能模块位于产品分类树中的某一节点之下；

（三）、发布功能模块新版本；功能模块发布时，选择某一功能模块，完成审批后生效；

（四）、实施项目登记；完成审批后生效；

（五）、产品包下载；项目进行初始部署时选择项目，并选择本次下载哪些需要的功能模块；项目进行升级部署时首先在现场系统中下载信息元文件，并上传至PDM，PDM进行比对后形成功能模块的更新包列表，根据实际需要选择下载哪些功能模块的安装包；最终形成针对本项目的独立安装包；

（六）、项目现场使用部署工具，选择安装包文件，并指定系统部署的磁盘路径和关系数据库的连接信息；然后按照向导完成安装部署。

3.根据权利要求2所述的企业信息化系列产品版本管控方法，其特征在于：步骤（二）中，功能模块包含编码、名称和所属分类信息，另外包含业务负责人、配置库名称和路径以及描述信息属性；在每一个功能模块下详细定义了每一个具体功能涉及的后台源代码清单；

产品分类和其子分类、功能模块所形成的树形结构，反应了从通用到个性化的逐渐变化的层级关系，这一层级关系应用在如下三个场景中：

1）、某一实施项目必须属于某一具体的产品分类下，以此决定该项目仅能下载特定分类及其上级类别之下的功能模块；而平级或下级的模块分别表示不同的差异产品线和个性化应用模块，该项目不能使用；

2）、功能模块仅能依赖其同级产品分类和上级类别之下的模块；

3）、两个模块分属平行分类或平行分类下的不同下级类别时，允许使用相同的关系数据库表名。

4.根据权利要求2所述的企业信息化系列产品版本管控方法，其特征在于：步骤（三）中，在针对通用或个性需求进行功能开发的过程中，包含两项关键资源的管控，分别是源代码和关系数据库脚本；这两项关键资源最终经编译和审核后，分别成为产品包中程序文件和关系数据库升级脚本；

源代码的管控实现方法如下：

1）、根据PDM上登记的需求，由开发人员申请签出哪些源代码文件，使用电子流程完成审批；

2)、审批通过后，PDM使用VSS或SVN提供的集成api自动将相关源代码签出，供开发人员修改；

3)、开发人员将源代码修改完成提交，PDM自动执行依赖选择、执行编译，生成测试包；

4)、通过测试的产品包成为产品发布的内容之一；

关系数据库脚本管控实现方法如下：

1)、根据PDM上登记的需求，由开发人员创建新的数据表，或修改现有数据表；

2)、开发人员对数据表结构修改完成后，PDM根据对表结构的修改自动生成数据库升级脚本；

3)、开发人员提交对数据库的修改，使用电子流程进行审批；

4)、审批后的数据库脚本成为产品发布的内容之一。