軟工 誰說MDA不需要設計

2021-04-13 14:37:58 字數 1114 閱讀 1544

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 作為開發人員在一定階段內的工作成果和結束標...

軟工之軟工文件總結(二)

繼續文件的總結 五 詳細設計說明書 詳細設計說明書是進一步明確結構的乙個文件,需要詳細介紹系統的各個模組,為下一步的開發和測試做準備。讀者 專案設計者,程式設計師 本部分需要明確的一點就是程式系統的機構,即對機房收費系統進行乙個思路上的整理,對於從使用者的角度來看,管理員,操作員,一般使用者分別需要...