干了七八年的数字化规划图这一行, 最近所承接的工作项目, 几乎都不可避免与区块链技术发生关联。
用最通俗易懂的大白话来解释一下核心意思就是: 区块链数字化规划图制作这项工作, 绝不是单纯地去绘制一张普通的流程图那么回事, 而是要把相关的技术支撑节点、数据的流动方向, 以及具体的业务应用场景, 这些关键要素全都牢牢地固定在同一张图纸上面, 让它们彼此紧密连接在一起, 形成一个整体。
区块链规划图怎么画
我通常是从数据主权这个角度来作为切入点的, 因为必须要把是哪一块儿的数据归谁所有、数据要上到哪一个链上去、节点是怎么分布的这种事儿, 统统都给标得清清楚楚的, 如果不这样的话, 那张图就是一张废纸。
我在进行绘制工作的时候, 会使用不同的颜色来进行区分联盟链节点和许可链节点, 然后在图的旁边去标注清楚数据的读写权限, 也就是谁具有读取数据的权限、谁又具有写入数据的权限, 这样一来情况就非常一目了然了。
图例的设计必须是极简的风格, 好让领导在短短三秒钟之内就能够直接看懂。我这边只保留了四五种图标, 具体是上链点、验证节点以及智能合约触发点和业务接口这几类。每一个多出来多余的颜色设计, 都会增加让人看不愿意再看一点的风险, 这一点的说法是可以值得信任的。
规划图制作有啥坑
最大的问题在于, 是用制作PPT的方式来去处理图表。为此花费了长达两周的时间来调整颜色搭配, 但是关于核心的业务逻辑代码却一行也没有去编写。
我曾经见过一幅图片里面包含了多达三十个不同的功能模块, 然而其中却没有一条明确的标注信息来指示失败后的回滚路径究竟在哪里。一旦真正出现了事故, 相关人员就完全不知道应该从哪个方面去进行排查, 到最后只能依赖口头流传的方式进行问题的解决。
版本管理这个问题一直以来就是一个让人头疼的老大难问题。因为只要改动了一版图谱, 下游的开发工作就会陷入混乱的局面, 导致代码或者数据也跟着乱掉一版。
所以现在我们实施了新的每版图带变更日志的规范，这种做法可以清楚地标明哪些线条发生了变动、造成变动的具体内容是什么以及是由谁签字确认了的, 这样做可以有效避免后续产生各种扯皮的情况。
图交付并不是结束的标志, 我每一次都会附上一份三页的看图说明材料, 明确指定每一个节点分别由哪一个部门负责以及涉及哪一套系统, 从而使得后续的更换人员也能够继续开展工作。
