U8二次开发规范

U8二次开发规范

1.背景

目前U8产品越来越庞大，提供的应用与服务也越来越多样化。公司整体的发展战略要求U8要成为一个能支持规模化交付的产品。为了达到这样的目标，仅仅通过我们的水平产品是无法满足客户的行业化、个性化的要求的。所以二次开发就成为一个能满足可以要求的填充剂，填补水平产品与客户的需求中的差异的空隙。

2.二次开发定义及范畴

二次开发是与一次开发是相对应的，所以凡是由U8产品开发部提供的U8产品、套件以外的都应属于二次开发的产品。从这个定义出发以下行为属于开发开发范畴。

⏹分公司、大区的基于U8的开发行为。

⏹第三方合作伙伴的基于U8的开发行为。

⏹行业开发本部基于U8产品的开发行为。

3.U8ERP二次开发模式分析

目前我们的二次开发处于缺乏管理状态。由于U8软件缺乏足够的开放性，导致二次开发人员能利用的手段和方法非常有限。同时由于U8每年都需要年结，造成二次开发的数据需要手工结转。甚至有些是利用原代码进行的修改，这种方式会因为版本升级而造成功能失效。以下列出了主要的开发模式。

1.独立开发模式，独立于产品

●模式描述：

在开发过程中基本不利用U8产品的构件（只利用登录构件），开发成果形成单独的可执行文件及动态库，模块不需要与U8门户程序集成，二次开发模块的权限设置、功能升级、部署均独立于产品。

●优点：

对产品的影响小，产品可升级性强，不受产品功能制约。模块功能灵活度大，能够实现很复杂的功能。

●缺点：

二次开发的模块产品风格与U8 产品风格差距较大，产品中一些很完善的功能（权限、打印、格式设置、输出等）不能被二次开发利用，打印、输出等基础功能需要重新开发，开发效率低。

●注意问题：

如果使用了U8登录构件，在产品升级后，应测试登录构件是否向下兼容，如果不兼容要根据新版登录构件的使用文档对二次开发程序的登录部分作修改。

●禁止行为：

为最大限度的保证产品的可升级性，禁止直接修改产品的系统数据表、视图、存储过程等数据库对象。

●适用需求：

与产品关联度小，二次开发的功能与产品相对独立，属单独的功能需求，不影响产品的业务流程，但允许由产品中取数。例如：在U8ERP产品的基础上增加提成管理系统。

2.通过产品插件接口开发模式

●模式描述：

此模式的开发是利用产品开放的插件接口对原产品模块做功能扩展。开发成果形成单独的动态链接库，模块功能不能单独使用，一般由产品模块通过插件接口依据插件注册信息自动调用。二次开发模块的权限设置、功能升级、部署均独立于产品。

●优点：

利用插件方式开发，对产品影响小，产品可升级性强。插件机制可以规范二次开发模块的开发方式，插件产品重用性强，功能配置灵活。

●缺点：

受产品插件接口开放程度的限制，目前只有库存模块提供了二次开发插件接口，其他模块还未提供，而库存模块也只提供了单据保存、审核、明细行双击等部分事件的插件接口，面对用户多种多样的二次开发需求，产品的插件接口开放程度还很不够。

●注意问题：

插件开发应完全符合U8产品提供的插件二次开发规范，尽量采用与产品一致的开发语言(VB6.0)做插件，保证插件数据库操作与产品的数据库操作在同一事务中。

●禁止行为：

●适用需求：客户需求与产品模块结合紧密，需要基于某一产品模块做功能扩展，尽

量采用插件方式。

3.利用产品提供的工具、服务的开发模式

●模式描述：利用产品提供的二次开发工具、二次开发服务实现客户的个性化需求的

开发模式。

●优点：基本不用或只做少量的编码工作、开发效率高、与原产品风格一致、集成度

高、易部署。

●缺点：产品提供的开发工具能够解决的问题有限，特别是针对二次开发常涉及的供

应链、财务等模块，目前只提供了自定义报表的二次开发工具。

●注意问题：

●禁止行为：

●适用需求：能够利用产品提供的二次开发工具开发的需求尽量采用二次开发工具实

现。例如：为客户定制开发的业务报表，一般的业务报表利用产品的自定义报表功能都可以实现。

4.申请产品源码做修改、替换原产品模块或新增模块节点的开发模式

●模式描述：向集团申请源码直接修改产品功能模块的方式。

●优点：基于原产品模块的代码进行二次开发可以实现很复杂的功能，开发灵活性、

与产品集成度高。

●缺点：如果需要以这种模式进行二次开发，必须首先向集团伙伴开发部申请开放部

分源码，由伙伴开发部提供二次开发环境，分公司程序员不得将源码带回分公司。

如果采用新增模块的方式，产品可以做补丁升级；如果采用替换原产品模块的方式

导致产品不能进行升级，否则产品升级后会覆盖二次开发的模块，一定要升级需要

二次开发人员对升级的安全性做测试，确认产品升级后不会影响二次开发模块的功

能。

●注意问题：应慎重选择此种开发模式，这种模式最大的问题就是严重影响产品的数

据安全性、影响产品的正常升级。

●禁止行为：没有二次开发程序员的指导，不能由用户自行进行产品补丁升级工作。

●适用需求：适用于不能利用插件接口、外挂模块、二次开发工具的开发的需求，且

此类需求的实现必须基于产品模块做修改。

5.行业插件的开发模式

●模式描述：行业本部针对某个行业的行业特点对产品局部功能做行业化改造或开发

新模块的开发模式，最终形成行业插件产品。

●优点：开发规范遵循U8产品的开发规范，与产品开发过程一致。行业插件产品经

过严格、专业的测试，保证开发质量。

●缺点：

●注意问题：行业插件产品要注明适用的产品版本，提供详尽的联机帮助、使用说明、

升级方法。同时要考虑能够随产品的升级而升级。

●禁止行为：禁止随意占用产品的模块编号做单据模板、报表模板的预置工作，行业

本部增加模块前需向产品管理部申请全套模块代码及相关标识。

●适用需求：行业插件产品的开发。

4.U8ERP二次开发行为规范

针对目前的开发现状现我们分几个方面制定开发行为规范，以此规范开发人员的行为，告诉二次开发人员哪些行为是安全的，哪些行为是危险的。

4.1. 独立模块开发规范。

利用VB或其他开发工具开发独立的模块是目前一般的开发行为，这种开发方式对U8的依赖最低，藕合度小，受到的升级的影响也最小。在目前U8开发性比较低的情况下这是一种合理的选择。但是这种方式无法做到与系统的无缝结合。在UI的风格上也有可能造成较大的差异。开发分以下阶段进行。

●需求调研阶段：

调研规范：二次开发调研不同于产品功能调研，客户提出的需求有可能代表一类行业的应用方式，但也有可能为该客户独有的需求。要求二次开发人员必须仔细分析客户提出需求的原因，首先确定是否可以通过软件以变通的方式实现用户的需求，确认没有其他解决方案后才可定义为二次开发需求。

需求规范：对于典型行业的二次开发的需求，且符合集团行业开发部做行业项目支持的条件，需要遵循行业开发部提供的二次开发需求模板编写二次开发需求文档。需求文档要严格按照模板内容逐项编写，特别要注意业务算法、数据精度、效率要求等设计相关的内容一