本篇是企業(yè)服務(wù)架構(gòu)演進(jìn)系列的第七篇，本篇將討論一些令廣大軟件開發(fā)者深有感觸的一些關(guān)于項(xiàng)目重構(gòu)，項(xiàng)目重建等相關(guān)話題，并通過幾個(gè)切身經(jīng)歷過和使用過的一些系統(tǒng)case來闡述一些更深刻的問題。這些話題引申出來其實(shí)是有些嚴(yán)肅的，這深刻的影響到了企業(yè)發(fā)展的效率，包括人力投入，時(shí)間投入，運(yùn)維成本投入等。很多行業(yè)最忌諱的一個(gè)詞就是返工，雖然很刺耳，但是在重構(gòu)，重建的包裝里面其本質(zhì)上來說就是沒有做好，低效。
- 企業(yè)服務(wù)架構(gòu)演進(jìn)-引言
- 企業(yè)服務(wù)架構(gòu)演進(jìn)-單體架構(gòu)的變遷
- 企業(yè)服務(wù)架構(gòu)演進(jìn)-從jquery到vue的工程實(shí)踐
- 企業(yè)服務(wù)架構(gòu)演進(jìn)-單庫多服務(wù)的尷尬
- 企業(yè)服務(wù)架構(gòu)演進(jìn)-第三方系統(tǒng)與自研之道
- 企業(yè)服務(wù)架構(gòu)演進(jìn)-走上造輪子之路
7. 企業(yè)服務(wù)架構(gòu)演進(jìn)-重復(fù)開發(fā)之殤
四代權(quán)限系統(tǒng)的煎熬
1.第一代權(quán)限系統(tǒng)其實(shí)在16年做物料管理系統(tǒng)的的時(shí)候就在開發(fā)了，開發(fā)完成之后對接4+系統(tǒng)。在之后隨著業(yè)務(wù)的發(fā)展，各個(gè)項(xiàng)目逐步上線，對于更高的權(quán)限管理場景則顯得不太能支持。
2.第二代系統(tǒng)研發(fā)上線之后直接被棄用-->說實(shí)話這其實(shí)是在領(lǐng)導(dǎo)層撕逼的情況下導(dǎo)致項(xiàng)目沒有推動起來，另一方面也是沒有充分調(diào)研業(yè)務(wù)權(quán)限需求，數(shù)據(jù)模型不夠合理導(dǎo)致的結(jié)果。
3.第三代系統(tǒng)研發(fā)的目的是為了解決大量項(xiàng)目上線之后廣泛的權(quán)限對接場景，同時(shí)從根本上解決數(shù)據(jù)權(quán)限，操作權(quán)限等風(fēng)險(xiǎn)問題，第三代系統(tǒng)目前整體承接了第一代權(quán)限系統(tǒng)的權(quán)限管理需求，整個(gè)部門的多個(gè)業(yè)務(wù)系統(tǒng)則在這個(gè)系統(tǒng)上面進(jìn)行權(quán)限管控，包括管理員權(quán)限，數(shù)據(jù)權(quán)限，按鈕權(quán)限等。這個(gè)系統(tǒng)為了與后面新做的權(quán)限系統(tǒng)區(qū)分開來我們內(nèi)部叫做統(tǒng)一權(quán)限2.0系統(tǒng)。
4.第四代系統(tǒng)通過德勤軟件公司提供的權(quán)限管理設(shè)計(jì)方案進(jìn)行開發(fā)，充分按照上市公司的管理標(biāo)準(zhǔn)設(shè)計(jì)，從不同方面和業(yè)務(wù)模型去整體輸出對各個(gè)業(yè)務(wù)線不同系統(tǒng)的權(quán)限管理能力。整個(gè)項(xiàng)目周期持續(xù)了半年，以scrum的形式迭代開發(fā)，原先需求是專門為某一業(yè)務(wù)線去設(shè)計(jì)的，后來根據(jù)業(yè)務(wù)線需求，將整個(gè)服務(wù)拆分為4套，不同業(yè)務(wù)線自己按照包源碼去部署，數(shù)據(jù)庫隔離，代碼共用。整體將核心代碼打包，再在外面套一個(gè)殼標(biāo)示不同業(yè)務(wù)線的權(quán)限管理系統(tǒng)。
這里比較煎熬的情況是一個(gè)部門要維護(hù)接近3套的權(quán)限系統(tǒng)還包括外部部門接入的，需要推動遷移，同時(shí)最老的一套系統(tǒng)當(dāng)時(shí)存在一個(gè)濫用redis緩存導(dǎo)致的嚴(yán)重bug，在整個(gè)權(quán)限系統(tǒng)的設(shè)計(jì)開發(fā)過程中實(shí)際上付出的時(shí)間和人力成本是非常高的，但是從整體上看權(quán)限系統(tǒng)越來越符合業(yè)務(wù)線需要，數(shù)據(jù)量上也越來越多。
招聘數(shù)據(jù)報(bào)表難產(chǎn)的一個(gè)季度
背景：這其實(shí)是一個(gè)面向面向老板編程的需求，因?yàn)檎娴膬H僅就1到2個(gè)老板去用，而且頻率也不是特別高。
報(bào)表維度是按月維度統(tǒng)計(jì)的，基于不同指標(biāo)去計(jì)算一些數(shù)據(jù)，同時(shí)也加上了按部門計(jì)算統(tǒng)計(jì)的需求，開發(fā)難度和成本也比較高。了解需求之后制定開發(fā)方案并進(jìn)行評審，第一版搞完之后，由于數(shù)據(jù)維度的問題重新調(diào)整計(jì)算了一版。再之后由于統(tǒng)計(jì)維度的問題重新跟hr系統(tǒng)打通并重構(gòu)了一版。在整個(gè)過程中我是唯一一個(gè)全程負(fù)責(zé)這個(gè)功能的人，每一版本幾乎都相當(dāng)于重做了一次，比較慶幸的是我當(dāng)初的設(shè)計(jì)方案和表結(jié)構(gòu)設(shè)計(jì)經(jīng)得起這么折騰，改動點(diǎn)也不是特別多，但是最后一版對于hr系統(tǒng)的數(shù)據(jù)要求則顯得復(fù)雜的多。報(bào)表數(shù)據(jù)源一開始只有招聘系統(tǒng)本身的，我分為三類處理的，后續(xù)根據(jù)需求變更的內(nèi)容有些數(shù)據(jù)需要從hr系統(tǒng)中取，但是取之前也需要按照報(bào)表維度的要求計(jì)算，否則無法實(shí)現(xiàn)統(tǒng)計(jì)功能。
工程效能研發(fā)系統(tǒng)的系統(tǒng)迭代演進(jìn)
第一版工程效能系統(tǒng)由兄弟公司引進(jìn)，后由于整體功能復(fù)雜，部分模塊存在耦合，導(dǎo)致代碼可維護(hù)性和穩(wěn)定性存在問題。第二版由企業(yè)信息系統(tǒng)專門負(fù)責(zé)建設(shè)工程效能研發(fā)，與資深PMO大佬合力研發(fā)，實(shí)現(xiàn)了代碼發(fā)布，需求管理，bug管理，集群管理等，需求看板等特色功能。
第三版根據(jù)業(yè)務(wù)線推廣的工程效能系統(tǒng)在第二版的基礎(chǔ)上根據(jù)自己的需求場景抽象了通用的解決能力，并嘗試推廣到其他業(yè)務(wù)線。看似有這么多版，實(shí)際上不同的公司在工程部署，打包，項(xiàng)目研發(fā)管理方面的成熟度都不同，隨著容器化部署的流行，以及未來的運(yùn)維管理趨勢來看，整體的工程效能系統(tǒng)實(shí)際上也需要做一些針對性的升級。其本質(zhì)就是為了應(yīng)對大規(guī)模服務(wù)化提升研發(fā)效能和開發(fā)部署效率的。
OA系統(tǒng)的首頁改版之爭
OA系統(tǒng)的演進(jìn)過程中，我在前一篇博文中有所涉及，這里的OA系統(tǒng)指的是公司內(nèi)部改版了很多次的OA系統(tǒng)。整體界面風(fēng)格，權(quán)限管理，業(yè)務(wù)系統(tǒng)集成都跟大多數(shù)OA系統(tǒng)類似。但是在架構(gòu)方面實(shí)際上也走過不少彎路，尤其是OA系統(tǒng)與各個(gè)子系統(tǒng)之間的集成并沒有特別的說明，另外一個(gè)OA本身也存在一些界面改版，整體過程中有三次大的改動。每次改動之后，OA系統(tǒng)的首頁布局就更加清晰，各個(gè)子系統(tǒng)模塊的劃分也更合理。但是改動過程中領(lǐng)導(dǎo)層對于產(chǎn)品的設(shè)計(jì)方案并不認(rèn)可，每次改動完之后總有新的變化，導(dǎo)致部門內(nèi)的產(chǎn)品和開發(fā)非常難受，畢竟這么大的一個(gè)OA設(shè)計(jì)和交互，有自己的想法表露出來也沒能被領(lǐng)導(dǎo)層認(rèn)可。在這個(gè)過程中其實(shí)我沒怎么參與，但是總體上看來就是折騰，折騰，然后慢慢看著像那么回事。其中，為了整體的OA界面效果當(dāng)時(shí)還到阿里公司去取經(jīng)來著，后續(xù)的設(shè)計(jì)也跟阿里內(nèi)部的OA系統(tǒng)有類似的風(fēng)格，只是功能和交互設(shè)計(jì)簡單了些。
本篇沒有過多講解其中的細(xì)節(jié)，但是重復(fù)開發(fā)和重復(fù)建設(shè)實(shí)際上對公司也好對程序員也好都不是一個(gè)好的事情。雖然有些客觀因素存在，但是如果我們能找到一些方法論，做充分的準(zhǔn)備和調(diào)研，盡量減少重復(fù)建設(shè)或者返工的成本的話，那么我們將有更多的資源做更有意義的事情。
整體的企業(yè)服務(wù)架構(gòu)演進(jìn)系列已經(jīng)完結(jié)，如果你全看完了的話，希望有些內(nèi)容能有共鳴，筆者最近的面試中跟一位資深大佬聊了一些，說我最近幾年的工作經(jīng)歷中有沒有對企業(yè)內(nèi)部服務(wù)相關(guān)的領(lǐng)域行業(yè)做總結(jié)，比如領(lǐng)域模型，業(yè)務(wù)模型去沉淀一些。說實(shí)話我并沒有，我這兩年更傾向于偏技術(shù)點(diǎn)的業(yè)務(wù)系統(tǒng)開發(fā)，但是我也在不間斷的思考企業(yè)內(nèi)部服務(wù)的一些業(yè)務(wù)模式，在業(yè)務(wù)開發(fā)過程中比較重要的應(yīng)該就是業(yè)務(wù)模型了，但是更深入的去理解業(yè)務(wù)的話對于自己的工作經(jīng)歷和成長也很有幫助。后續(xù)筆者會再增加1-2篇文章講述企業(yè)內(nèi)部系統(tǒng)相關(guān)的業(yè)務(wù)模型，領(lǐng)域模型等。以博客筆記的形式去綜合性的展示一些企業(yè)級系統(tǒng)的相關(guān)業(yè)務(wù)模型和業(yè)務(wù)流程。
