系统里的结构是什么?
平时在给系统提需求的时候,经常会碰到这样的回复:需求涉及到底层结构性的问题了,所以实现不了或者可能性很小。有一位同业讲过,他们的头寸管理系统有一个无法解决的问题,因为使用的底层结构是EXCEL格式。
我们最近使用的系统在做大的更新换代,无意中又遇到了结构问题。
小的结构性问题:一项业务为什么不可以在一个界面显示,分颜色或者做其他形式的区分,以方便操作?
答复,不可以,因为系统的结构就是这样设计的,出完指令,复核要到下一个界面,发送要到下一个界面。
如果要实现一个界面有所有的操作,就要提个性化需求了。
这个问题还算可以解决的,结构还不算太底层。
大的结构性问题:不同类型产品的**号,在原系统中命名是相同的。(原不同类型的产品在不同的系统里)。现在所有的产品要归集到一个系统了,这个**号如果处理?
可能在这个问题上没有考虑充分,先迁移的产品使用原**号。后迁移的产品只好在原命名的基础上,更改一个字段。其实按照同业经验,有更好的命名规则。
问:不可以改了吗?现在这样编码不是特别好看。
答:不可以,这是结构,最底层的结构。产品已经迁移一部分了。不能动了。
问:迁移的只是最小的一部分产品,不可以动了?
答:不可以。
就是一个小小的编号,很不起眼,却在一个系统里起着举足轻重的作用,有着关键的核心地位。
系统里有很多的设置,比他难多了,复杂多了。可是再复杂,再难,下下功夫可以改。
只有这个编码不能动。这个就是底层的结构。
以前结构性问题只是我的一个知识点。现在通过一个小小的系统,对它有了进一步的感性认识。
想起来网校班长经常讲到的“人品不好一票否决”,善良比聪明重要。其实这些从小就听父母讲。老爸常念叨的一句,与人方便与己方便,吃亏是福。这些观念不反对,但不在心上。每次吃亏的时候气得要命。善良了也吃亏了,搞不清楚怎么回事。现在突然有点认可了。平时不显山露水,甚至憨憨傻傻的,但关键时候,这个底层的结构就起作用了。
一个系统说到底是简单的,可视可操作的。它也有自己的底层结构。
一个人更是如此了。底层结构太重要了。人品,性格这些是一个人的底层结构。所以至少在知识层面我意识到了,要倾其力和孩子构建好一个人的结构,相对稳定的结构。
湖北新冠疫情期间,脱颖而出的那位感动中国的快递员。相信他身上就有这种潜在的善良,勇敢,有担当的品质结构。和平年代,他就是一个普通的人,逆境中,那些优良的品质让他站了出来。
这也是我体会到的另外一点感受。
系统更新换代,如果我们不作为,开发商也可以把你需要的业务流程都搞好,基本的功能都实现。
但是这样远远不够,如果不参与,原来系统中陈旧的模式会平移过来,这样大家都最省事,但却失去了使用新系统的意义。
以前对系统了解不多,使用初期它已经运行起来了,你的操作都在一个既定的黑匣子里。
现在一个完全敞开的系统,只要你愿意,可以看到它的每一条脉落。
但毕竟是一个全新的系统。无法一下了解它的全貌。我们采用的是蒋军围剿红军时的“打呆仗”建碉堡策略。
一项业务一项业务过,把一项业务了解透了,再一家家托管行去测试,再把这个业务相关的需求提交上去。
从最初的基础参数设置,到最后划款的环节,完全测通。
参与这项工作时,没有想到会有这些对我自己来讲很珍贵的体会。
还是要感谢自己最初在参与这项工作时的决定,要用心好好把这项工作做好。
知识层面达到的地方不敷衍。太多的地方可以敷衍了。