軟件架構(gòu)分析方法論

軟件架構(gòu)分析方法論產(chǎn)品功能圖、原型圖、PRD文檔制作完畢，下一步即進(jìn)入技術(shù)架構(gòu)分析階段。技術(shù)架構(gòu)總體上分為：軟件架構(gòu)、數(shù)據(jù)架構(gòu)、分布架構(gòu)三個(gè)層面。分布架構(gòu)指產(chǎn)品運(yùn)行時(shí)服務(wù)的分布；數(shù)據(jù)架構(gòu)通俗的講即數(shù)據(jù)庫分布及表設(shè)計(jì)結(jié)構(gòu)；軟件架構(gòu)指軟件模塊之間的有機(jī)邏輯結(jié)構(gòu)，這也是本文討論的內(nèi)容（以下統(tǒng)稱技術(shù)架構(gòu)）。原型圖只是業(yè)務(wù)需求的圖型化，與這里所講的技術(shù)架構(gòu)，類似建筑效果圖與設(shè)計(jì)圖紙的關(guān)系，但到建筑落成還要經(jīng)歷地質(zhì)分析、深挖地基、建筑框架、安裝管道等一系列工作。整個(gè)過程中，設(shè)計(jì)圖紙就像航標(biāo)中的燈塔一樣至關(guān)重要的。如果您不了解建筑，那換個(gè)例子：就像裝修效果與裝修結(jié)構(gòu)是完全兩回事一樣。換句話說，業(yè)務(wù)需求就像跑在圓周上，而架構(gòu)分析的目標(biāo)，就是層層深入找到圓心。如果不能找這個(gè)圓心，那結(jié)果就像在圓周上不停奔跑但永遠(yuǎn)找不到終點(diǎn)一樣，早晚會被不斷變變幻的需求拖死。在架構(gòu)分析的過程中，一定要把握好三條原則：1、發(fā)展的眼光，即拓展性。因?yàn)槟忝媾R的需求，不見得是最終的需求。功能分析和原型分析階段的邏輯性遠(yuǎn)遠(yuǎn)比不上設(shè)計(jì)階段。一些難以覺察的深度需求，在邏輯嚴(yán)密的架構(gòu)分析照妖鏡下很容易露出端倪。另外，就算產(chǎn)品不想一步到位，也要為以后拓展留出足夠的余地。2、模塊間保持弱耦合關(guān)系。如果模塊間出現(xiàn)了交叉調(diào)用，說明還有公共部分沒有獨(dú)立出來，還要進(jìn)一步深化剖析。3、始終緊繃兩根弦：效率和可維護(hù)性。高效率容易理解。系統(tǒng)的維護(hù)周期要遠(yuǎn)遠(yuǎn)大于開發(fā)周期，如果此時(shí)不予考慮維護(hù)問題，后期將會大大提高維護(hù)成本。此刻我們正式進(jìn)入架構(gòu)分析階段。幾十年來計(jì)算機(jī)語言千變?nèi)f化但其理論基礎(chǔ)并沒有發(fā)生質(zhì)的變化。就像計(jì)算機(jī)硬件性能日新月異，但馮?諾依曼型結(jié)構(gòu)并沒有發(fā)生變化似的。在此強(qiáng)烈推薦數(shù)據(jù)流圖，我們借助數(shù)據(jù)流可以清晰的把軟件架構(gòu)邏輯勾勒出來。數(shù)據(jù)流是對業(yè)務(wù)流的深層次抽象，主要由三部分組成：處理邏輯、存儲部分、數(shù)據(jù)流向。從原型圖與數(shù)據(jù)流圖兩個(gè)角度看到的是完全不同的景象。如果說完整的功能結(jié)構(gòu)圖像一棵倒掛的樹，那數(shù)據(jù)流圖就像一張完整的蛛網(wǎng)，體現(xiàn)的只是數(shù)據(jù)的處理邏輯和流向。以B2B2C商城為會員、商戶注冊為例：從業(yè)務(wù)層面看，會員注冊、商戶注冊是兩個(gè)完全不同的業(yè)務(wù)，但在數(shù)據(jù)流角度看應(yīng)用的卻是同一個(gè)邏輯。如下圖所示：＞業(yè)務(wù)流程：＞數(shù)據(jù)流圖:通過數(shù)據(jù)流圖可以看出，類似注冊等模塊可以剝離出來形成一個(gè)公共模塊。檔案表也可以合并成一張表。以此類推，通過層層剖析，將會有不斷的公共模塊被挖掘出來。以此為基礎(chǔ)，不但開發(fā)過程中節(jié)省了工作量，避免了重復(fù)勞動(dòng)。而且日后維護(hù)起來也更加方便，系統(tǒng)也會更穩(wěn)健靈活。另外，數(shù)據(jù)流圖明析以后，數(shù)據(jù)結(jié)構(gòu)也基本上確定了方向。總之，軟件架構(gòu)分析的過程其實(shí)就是業(yè)務(wù)邏輯由具體到抽象的過程，好像從一大堆數(shù)據(jù)里尋找x+y=z的規(guī)律似的，整個(gè)過程就像一個(gè)倒置的金字塔從塔底向塔尖努力的過程。從長遠(yuǎn)的來看，技術(shù)設(shè)計(jì)的成功與否，直接決定