[发明专利]一种基于全流程开发的程序设计方法在审
| 申请号: | 202010040510.7 | 申请日: | 2020-01-15 |
| 公开(公告)号: | CN111240646A | 公开(公告)日: | 2020-06-05 |
| 发明(设计)人: | 李小斌;郭涛 | 申请(专利权)人: | 神州数码融信软件有限公司 |
| 主分类号: | G06F8/20 | 分类号: | G06F8/20 |
| 代理公司: | 北京世誉鑫诚专利代理事务所(普通合伙) 11368 | 代理人: | 任欣生 |
| 地址: | 100080 北京市海淀区西北旺*** | 国省代码: | 北京;11 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 一种 基于 流程 开发 程序设计 方法 | ||
本发明公开的基于全流程开发的程序设计方法,涉及计算机技术领域,利用IDE开发工具,在交易配置中心中定义各个节点的业务流程,根据业务流程的执行顺序,依次生成各个节点的业务日志,降低了开发门槛,提高了问题定位的效率,降低了微服务系统的管理难度。
技术领域
本发明涉及计算机技术领域,具体涉及一种基于全流程开发的程序设计方法。
背景技术
Java是一门优秀的语言,但是对于开发人员来说,如果缺少多年的经验积累,很难写出高质量的代码,为了提高代码可读性,开发人员需要在代码中写入大量的注释,为了方便运维进行问题定位,开发人员需要在代码中合理的输出日志。这种方式存在以下缺陷:
(1)由于开发人员的水平参差不齐,代码风格也各异,一套系统前后很多人维护,导致代码的可读性较差;
(2)后台系统微服务化之后,一笔业务请求有多个微服务系统组成,当该业务请求需要同时修改多个微服务系统时,需要协调多个系统部署新版本同时上线,过程较为复杂,导致微服务系统管理难度较大;
(3)系统上线后,出现问题时只能通过日志来定位问题,而日志完全是由开发人员在代码中输出,随意性较大,经常出现问题后,日志输出不全,给问题定位带来困难。而且一笔交易在日志文件中并不连续,需要根据关键字在日志中查找,定位难度大;
(4)Java编写的代码,当需要更新版本时,都是通过重启应用,实现新版本上线,无法实现热部署。
发明内容
为解决现有技术的不足,本发明实施例提供了一种基于全流程开发的程序设计方法,该方法包括以下步骤:
利用IDE开发工具,在交易配置中心中定义各个节点的业务流程;
根据所述业务流程的执行顺序,依次生成各个节点的业务日志。
优选地,利用IDE开发工具,在交易配置中心中定义各个节点的业务流程包括:
根据节点的服务类型,为所述节点对应的业务流程命名。
优选地,利用IDE开发工具,在交易配置中心中定义各个节点的业务流程还包括:
根据节点的服务内容,将所述节点拆分为多个子节点。
优选地,在交易配置中心中定义各个节点的业务流程之后,所述方法还包括:
当所述业务流程的定义发生变化时,交易配置中心通知微服务系统清理缓存的流程定义。
优选地,在依次生成各个节点的业务日志之后,所述方法还包括:
当业务流程发生异常时,对所述业务日志进行分析,回放所述业务日志并生成回放界面。
本发明实施例提供的基于全流程开发的程序设计方法,具有以下有益效果:
(1)开发人员不需要关注java的各种设计模式,不需再在代码中输出日志,只需要会拖动流程控件,将流程组织起来即可,降低了开发门槛;
(2)以往开发一个交易要提交三类以上的文件,主要包括流程定义文件、SQL语句定义及组件实现类等,而使用全流程开发后,整个流程的定义全部在一个文件里,降低了开发的复杂度;
(3)常规的开发过程中,开发人员编写设计文档,开发人员根据设计文档进行编码,但是在实际的开发过程中,由于某些原因,开发出来的东西和设计上是有很大的差异,方便设计与开发分工:
(4)设计人员可以将业务请求在流程图里画出来,将业务节点的逻辑用伪代码写出来,将该交易请求交给开发人员,开发人员参考伪代码即可实现业务节点的功能,利用脚本实现,实现了设计和开发分工及协作开发;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于神州数码融信软件有限公司,未经神州数码融信软件有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010040510.7/2.html,转载请声明来源钻瓜专利网。





