關鍵詞：看似輕鬆 亞歷山大

評分：B+

2016年，我們部門主要做了兩件事。MMS專案一二期的交付、企業定額平臺的開發。在這兩件事情中，自己的收穫仍然是巨大的，尤其是MMS專案。

在此專案，我第一次獨立負責專案的進度開發計劃、模組設計、資料庫設計。

在專案前期的撕逼中，大家對專案開發週期存在較大分歧（20個工作日），無論是市場的壓縮週期，還是其他開發人員為了專案質量而要求增加工期，都沒有拿出實際的計劃來闡述自己的觀點。本來作為開發人員的我，根據自己的經驗，依賴前東家我們做的專案管理系統，初步設計了一個專案開發計劃，儘管後續有些調整，但是這為自己的話語權增加了N多分量。說出來大家都未必相信，怎麼說我廠也是個A股上市公司，我們的部門也是擁有高大上的名稱和願景的部門。怎麼會有連專案計劃都不寫的專案？並且持續了好久，我入職兩年來，這是我第一次見到有人寫開發計劃，難道3人的開發團隊真的不需要專案開發計劃嗎？

在專案開發過程中，我依據需求人員提供的需求文件，逐步拆解專案、將MMS系統拆分為採購流程管理、庫存管理、基礎資料管理、使用者及許可權管理、統計分析五個模組。然後將自己負責開發的採購流程拆分成專案管理、計劃管理、流程管理。其中工作流流轉拆分出獨立的包、以便日後拓展和複用。

資料庫的設計過程，依據模組的拆分，畫制涉及到36個表的ER圖。由於是第一次獨立負責整個系統的資料庫設計，可以說結果有些慘。在對業務判斷不準確的情況下，出現了過度設計，為了莫須有的擴充套件，改變了業務實體之間的關聯關係。

在其他方面，我們拋棄了之前的ssh+前端外包的模式，改為現在的springmvc + mybatis + bootstrap的模式。我們三個開發人員還是學習前端技術，大大的加快了我們的系統開發節奏。並且在此專案中引入了幾個流行的jquery外掛，包括highchar、jqgrid、ztree.並引入了maven來構建我們的專案。

進3個月的努力，我們最終成功交付了專案的一期和二期，並且客戶已經開始在公司內推廣。專案交付後，我也在反思自己最開始的設計，站的有些低，沒有從更大、更高的視角來處理問題。覺得應該有兩點改進的地方。

1、對需求要有做夠足夠的判斷，判斷出哪些地方是變動的高發區，才能做出更好的擴充套件判斷。

2、maven的作用，不僅僅是管理jar包。而是應該作為專案管理工具，將專案拆分成若干個子專案來用maven管理其依賴。

因為工作並不是很忙，所以在空閒時間，自己在16年大概看了13本書。如何閱讀一本書、大型網站技術架構、Python基礎教程(第2版)、Python 核心程式設計第二版、會說話的程式碼、影響力、阿彌陀佛麼麼麼噠、三體I、三體II黑暗森林、餘罪、琅琊榜，復讀了兩本Redis 入門指南、MongoDB權威指南第2版。

2017年，未知的事情太多。計劃暫時沒有。只希望工資漲漲！房貸輕鬆些！

電子書下載：http://pan.baidu.com/s/1pLCpGxX

密碼：vdeo