要捋清楚 ERD Online 能在实际开发过程中发挥哪些价值,我们要了解现实中的大致研发流程。
产品研发流程
结合实际软件开发迭代周期来看,目前国内主要存在三种开发形式: 一、产研项目交付型; 二、研发迭代型; 三、上述两种的混合型;
一、产研项目交付型
产研项目交付型一般在中大型公司才会有这种形式,这种形式至少需要具备两个大型团队:技术研发团队、项目交付团队。技术研发团队,针对市场上前沿的技术做持续的转换,在结合实际业务场景,封装提炼出基础通用技术架构;项目交付团队,持续的到市场上投标竞争、拿项目,以满足公司利润为目标,项目越多越好,这类项目的开发需要依赖技术研发团队强大的技术支撑,两个团队相辅相成。
二、研发迭代型
研发迭代型项目是比较常见的一种软件开发模式,和公司体量大小没有关系。这种模式关注的重点在于围绕着一个核心业务或者核心产品,不断地迭代升级,需求来了,然后驱动开发、测试、投产,以此循环。
三、混合型
混合型模式比较特殊,集合了上述两种模式的特性。通常采用混合型开发模式的公司,规模都比较庞大,研发部门都有好几个,大点的甚至分华北研发中心、华南研发中心。。。再大点的又分美国研发中心、德国研发中心。这些研发中心靠着超强的技术产出能力,吸收着国际上前沿的技术,或者自己研发,不断形成公司内部某些领域的独特技术产品。这些产品又会被公司中的业务部门所使用,业务部门可能使用其中的一个,或者多个产品,又形成了业务部门的核心竞争产品,在小范围内,以研发迭代的形式在演进。
各研发流程痛点
各种研发流程都有各自的优势,有会存在一定的弊端,我们今天侧重在模型管理方面,重点说下前两种研发流程中痛点。
一、产研项目交付型痛点
1、产研方、项目方 模型不一致
产研方和项目方各自使用独立的数据库管理模型,在需要升级的时候,由产研方手动导出升级脚本,再提供给项目方手动升级。这种方式由于人力介入,难免就会造成想象不到的错误,最可怕的是产研方不断升级功能,产生了很多个版本的模型,不通版本的模型又被项目方用在了不同的市场上,最终形成恶心循环,以至于最后项目方不敢升级一些旧市场上的项目模型,最终导致项目越做越差,直到破产。
ERD Online 解决方案
ERD Online 针对这一种场景,贴心设计了多数据源数据模型集中管理,并且辅以版本控制,可以追溯任意历史版本、回退到任意历史版本、以及历史版本差量比对等贴心功能。。。这样能够极大的避免掉因为数据模型版本不一致,带来的市场项目丢失问题。
2、异构数据源痛点
有的产品比较特殊,需要针对不同的市场,适配不同的数据源,尤其在银行和镇府项目,这个问题显得特别突出,同一个产品,这家要求用 Oracle,另一家要求用 DB2,有的又要 Mysql,在面对这类问题时,也给产研和项目团队带来了不小的挑战。
ERD Online 解决方案
ERD Online 针对这一类场景,开发了多数据源元数据同步功能,可以最大程度的保证不同数据源,元数据结构一致。同样的,也支持追溯任意历史版本、回退到任意历史版本、以及历史版本差量比对等贴心功能。。。
一、研发迭代型痛点
1、多环境模型不一致问题
通常来说,研发迭代性项目至少有三套环境:开发、测试、生产,当有数据模型变动,需要逐次从开发》测试》生产,按照这个顺序上线模型改动。这一过程通常是由开发人员手动写模型变动 sql,再依次执行。在开发、运维界,只要有人力介入的地方,就一定会出纰漏。
ERD Online 解决方案
ERD Online 针对这一类场景,提供多环境数据源比对、同步、执行功能,最大程度避免人力给项目带来的危害。
2、异构数据源痛点
同样的,研发迭代型产品也有可能会有多数据源的痛点(通常来说,这种情况比产研项目型的概率要低)。
ERD Online 解决方案
ERD Online 针对这一类场景,开发了多数据源元数据同步功能,可以最大程度的保证不同数据源,元数据结构一致。同样的,也支持追溯任意历史版本、回退到任意历史版本、以及历史版本差量比对等贴心功能。。。
结语
综上所述,ERD Online确实能够为企业解决产品开发、迭代过程中模型一致性问题。 随着数字化时代的到来,数据、数据模型的重要程度日渐显露,必须要有相应的管理体系去做支撑,相信ERD Online能在这方面为企业带来应有的价值。
交流渠道
官方论坛:https://www.zerocode.net.cn/
零代小程序 | 联系我们 |
---|---|