2023年09月08日 17:53:00
接連幾個專案下來，都是跟政務相關的，這一趟下來，感覺收穫頗多。
我接觸的第乙個政務類專案，是crj系統（金稅系統也有接觸，但是不是很深），在這個專案中，小j和他的團隊們，開創了乙個大型專案全部使用mda工具進行系統實現的乙個先河。這個專案，目前應該是成功了，在成功的背後，j也進行了總結，我個人，對他的總結，還是有些不同的看法的，這種看法，在這次政務專案之行後，得到了充分的驗證。願意就這個問題，跟他**。
這個專案成功，小j兄弟總計了很多條，有三條最為重要的是：1 採用了迭代的開發方式，2 採用了mda工具； 3 客戶的大粒度的參與。 1和3都沒有什麼好說的：迭代的開發方式，是我在該專案初期，給專案組做諮詢時，給他們引入的第一項思維方式的轉變；在專案的初期，crj的客戶就派了業務專家和協調人，入住到泰安基地，一直工作到專案上線前。其實，第2 點，從大體上說，也是對的，不過，如果說是因為採用了mda工具，就可以省略分析和設計的工作，我感覺還是不妥。
要知道，crj系統，產生的背景是：國家選了5個省做試點，山東、廣東、江蘇各是乙個，為了保證各個省以後的統一管理，國家局還制定了一套標準。這個標準，對crj系統的指導意義，是非常大的，不管是業務架構，還是技術架構，或是安全架構，在這個標準中，都有明確的規定。我研究了其中的核心領域模型，最後推導出來的資料模型，居然跟標準中規定的資料模型非常類似。一方面，這說明，我們對系統的核心領域把握得很準了，另一方面，我們可以想像得出，國家局在制定標準時，花了多少精力。
因此，我可以很負責任的說，crj專案之所以成功的關鍵原因，是國家局對系統架構的統籌和規劃。（這裡面，包括了系統需求，包括了系統架構），而mda工具的應用，是在這個統籌規劃的基礎上，起了推波助瀾的作用。
這個感受越來越深,從上海到廣州，這幾個專案，都缺乏這種國家級別的規範，在做領域職能分層時，我找不太出策略層或決策層的內容，客戶在建設的過程中，雖然有心想做統一規劃，無奈目前業務的複雜度，不是區區乙個資訊中心能夠解決的（關於這方面的思考，見後續的blog《理想向左，現實向右》）。因此，業務架構不穩定，技術架構上無法統一，專案風險急劇增大。
希望，聽到對crj專案更理性的評估，有些本質，躲在了現象之後的之後。
軟工 誰說MDA不需要設計
2006年09月08日 17 53 00 接連幾個專案下來，都是跟政務相關的，這一趟下來，感覺收穫頗多。我接觸的第乙個政務類專案，是crj系統 金稅系統也有接觸，但是不是很深 在這個專案中，小j和他的團隊們，開創了乙個大型專案全部使用mda工具進行系統實現的乙個先河。這個專案，目前應該是成功了，在成...
軟工 軟工文件總結
1 定義 軟工文件是與程式開發 維護和使用有關的 材料，記錄了軟體開發活動和階段性成果 理解軟體所必需的闡述性資料。2 目的與作用 1 目的是為了保證專案開發的成功，最經濟的花費這些投資，並且便於執行和維護，在開發的每乙個階段都需要編制文件。2 作用是 a 作為開發人員在一定階段內的工作成果和結束標...
軟工之軟工文件總結（二）
繼續文件的總結 五 詳細設計說明書 詳細設計說明書是進一步明確結構的乙個文件，需要詳細介紹系統的各個模組，為下一步的開發和測試做準備。讀者 專案設計者，程式設計師 本部分需要明確的一點就是程式系統的機構，即對機房收費系統進行乙個思路上的整理，對於從使用者的角度來看，管理員，操作員，一般使用者分別需要...