從11月初開始，我想對系統中的乙個模組做重構。這是乙個任務管理的模組，主要負責任務的自動生成，手動生成，任務的查詢，跟進和統計。
該模組是一年以前做的，當時雖然我也負責架構，但是頭緒很多，我沒有很細緻的設計這塊，主要由幾個同事分工完成。從開發的角度，各自負責自己的業務，不統一，存在很多重複冗餘的**。從業務的角度來看，業務單一，範圍比較狹隘，有些東西使用者不需要卻設計的很複雜；有些地方又不能滿足使用者的需求。從業務和開發的結合來看，開發者沒有深入挖掘需求的概念，對概念進行模型設計；而是採用膚淺的業務處理，導致很多概念的共性沒有發掘出來。同時很多技術的選擇也不是很合理，比如資料按照月分表，實際查詢並非如此。
經過2周的調研，包括對現有系統業務以及技術方面問題的總結，我把pm拉進來討論，同時和專家一起深入挖掘業務模型，最終形成了新的系統業務模型。然後是確定設計方案，最重要的是資料庫的設計。我在完成資料庫設計之後，同時也完成了系統模組的劃分。然後我開始拉入開發人員進行討論，對他們講解設計。原計畫12-15號上線，後來推遲到22號。
回顧過程中做的好的地方：
1. 清晰的定義了業務模型，確保大家對業務模型有乙個統一的認識；
2. 業務模組劃分清晰，沒有發現開發人員功能重疊的地方；
做得不好的地方：
1. 沒有能及時發現專案延期的風險，知道14號才發現不能上線，推遲到22號，pm也不滿意，還發生了爭吵；
3. 沒能說服pm對系統進行深入的概念挖掘，導致系統模型仍然存在模凌兩可的地方，不利於後續的演進。
感悟：1. 系統架構師要先抓住大的主要的架構元素，哪些核心概念，並把它們清晰的傳遞給開發人員；
2. team內部要有嚴格的進度跟蹤系統，不管使用方式，需要了解**的完成程度，才能進一步提前預知風險。雖然有可能進度管理不是架構師 責任，但通常兩者是一起的；
3. 一些小的地方也需要仔細的設計，有時候小地方也存在大問題。
架構師考試總結
想考架構師很久了，但一直都感覺沒時間，回頭仔細一想長期以來總是沒有時間，可能還是沒有真正逼自己一把，於是年初便下定決心要把它考出來。考試衝刺 因為前面已經看過教程了，所以剩下的兩個月也沒有再考慮看基礎知識了，我把剩下的時間分三個重點，做題，背案例和寫 對於任何考試來說，做題真的是非常有效的，把歷年的...
架構師之路 架構師思維的培養
公司的cms 綜合賦碼管理系統 是winform的cs架構。這套系統的架構師換了3屆，到現在已經幾年沒有架構師了。本來入職時，崗位目標就是這個 自動化架構師 後來和領導達成共識先爭取成為儲備架構師，因為架構首先是為業務服務的，而工控行業有許多特別的地方，不是普通的軟體技術堆疊就能做出優秀的工控軟體的...
架構師之路 架構師思維的培養
公司的cms 綜合賦碼管理系統 是winform的cs架構。這套系統的架構師換了3屆，到現在已經幾年沒有架構師了。本來入職時，崗位目標就是這個 自動化架構師 後來和領導達成共識先爭取成為儲備架構師，因為架構首先是為業務服務的，而工控行業有許多特別的地方，不是普通的軟體技術堆疊就能做出優秀的工控軟體的...