相關(guān)文章：MMN實(shí)用架構(gòu)過程概覽

　　在MMN的宏觀視圖中，包括了三個(gè)過程環(huán)節(jié)：定義架構(gòu)概圖、架構(gòu)全局分析以及構(gòu)建概念模型。這是一個(gè)循序漸進(jìn)的過程，是系統(tǒng)架構(gòu)整體分析的逐步細(xì)化。這個(gè)過程的關(guān)鍵是找準(zhǔn)架構(gòu)分析的切入點(diǎn)。這正是定義架構(gòu)概圖所要解決的問題。定義架構(gòu)概圖需要明確架構(gòu)目標(biāo)、調(diào)查架構(gòu)資源和分析用例場(chǎng)景。這三個(gè)活動(dòng)可以是并行的，至少彼此之間是相互影響、相互作用的。如下圖所示：

　　雖然這些活動(dòng)是并行的，但從一開始明確架構(gòu)目標(biāo)才是最佳的選擇，因?yàn)榧軜?gòu)目標(biāo)是整個(gè)架構(gòu)過程所要努力達(dá)到的方向。不了解架構(gòu)目標(biāo)，搭建出來的系統(tǒng)架構(gòu)再好，也可能不符合客戶的需求。架構(gòu)目標(biāo)來源于需求，主要指客戶或其他利益相關(guān)人提出的項(xiàng)目（產(chǎn)品）愿景。愿景表達(dá)了客戶的目標(biāo)以及對(duì)系統(tǒng)的期望。從愿景中我們可以獲得許多架構(gòu)分析所需要知道的知識(shí)，例如明確客戶最期望達(dá)到的目標(biāo)，以此可以確定場(chǎng)景與風(fēng)險(xiǎn)的優(yōu)先級(jí)；了解客戶的不同目標(biāo)，可以由此識(shí)別系統(tǒng)客戶的不同角色，明確不同的利益相關(guān)人的態(tài)度。

　　通過需求的愿景和范圍，就可以確定架構(gòu)的實(shí)現(xiàn)目標(biāo)。識(shí)別架構(gòu)目標(biāo)，就需要了解是誰需要使用架構(gòu)，理解架構(gòu)的約束（技術(shù)約束、使用約束和部署約束）。如同架構(gòu)在軟件開發(fā)中起到的作用，架構(gòu)目標(biāo)一方面是業(yè)務(wù)需求和客戶的要求，另一方面也是技術(shù)和應(yīng)用系統(tǒng)的要求。架構(gòu)目標(biāo)是需求分析師、架構(gòu)師和客戶達(dá)成的一致共識(shí)，而一旦確立了架構(gòu)目標(biāo)，該目標(biāo)就會(huì)成為團(tuán)隊(duì)的一致共識(shí)。

　　架構(gòu)旨在為業(yè)務(wù)需求和技術(shù)需求之間搭建起相同的橋梁，并找到合適的方式實(shí)現(xiàn)這些需求。好的架構(gòu)必須能夠減少與技術(shù)解決方案相關(guān)的業(yè)務(wù)風(fēng)險(xiǎn)。它最好是靈活的，能夠處理軟硬件以及業(yè)務(wù)需求等的變化，考慮整體影響設(shè)計(jì)決策的因素，在質(zhì)量屬性之間權(quán)衡，并努力滿足用戶、系統(tǒng)和業(yè)務(wù)的需求，如圖所示：

　　在了解用戶的目標(biāo)時(shí)，首先需要明確用戶的分類，因?yàn)椴煌悇e的用戶，他們的關(guān)注點(diǎn)是不相同的。例如投資者或者管理層關(guān)注的目標(biāo)，可能更多地是考慮組織因素，例如項(xiàng)目成本，周期與收益。如果是系統(tǒng)的使用者，則主要考慮業(yè)務(wù)因素，關(guān)心的是與自己工作相關(guān)的功能是否滿足需求。如果是系統(tǒng)的運(yùn)維成員，則主要考慮技術(shù)因素，例如系統(tǒng)的可維護(hù)性、健壯性、可擴(kuò)展性、可伸縮性等質(zhì)量屬性。

　　在明確架構(gòu)的業(yè)務(wù)目標(biāo)時(shí)，我們并不需要了解每個(gè)細(xì)節(jié)功能的需求，而是關(guān)注業(yè)務(wù)的期望值。了解業(yè)務(wù)目標(biāo)，不是要識(shí)別業(yè)務(wù)流程、業(yè)務(wù)規(guī)則或者業(yè)務(wù)所要處理的數(shù)據(jù)。例如業(yè)務(wù)目標(biāo)提出了提升工作效率，改善工作質(zhì)量的要求，確定了應(yīng)該由系統(tǒng)自動(dòng)完成的功能，明確對(duì)業(yè)務(wù)需求變化的處理。

　　系統(tǒng)的目標(biāo)和技術(shù)直接相關(guān)，尤其是架構(gòu)的質(zhì)量因素。系統(tǒng)目標(biāo)可能包含對(duì)系統(tǒng)規(guī)模、用戶數(shù)、并發(fā)量等的要求。系統(tǒng)目標(biāo)也可能對(duì)軟硬件平臺(tái)提出了約束性要求。

　　整體而言，架構(gòu)應(yīng)該：
　　1）公開系統(tǒng)的結(jié)構(gòu)，但隱藏實(shí)現(xiàn)細(xì)節(jié)。
　　2）實(shí)現(xiàn)所有的用例。
　　3）試圖滿足不同涉眾的要求。
　　4）滿足功能需求和質(zhì)量需求。

　　我曾經(jīng)為一個(gè)集團(tuán)公司開發(fā)類似ERP的系統(tǒng)。這個(gè)集團(tuán)從事軟件外包業(yè)務(wù)，它希望能夠搭建一個(gè)平臺(tái)，實(shí)現(xiàn)人力資源、客戶資源與項(xiàng)目資源的整合。系統(tǒng)包括人力資源管理、客戶關(guān)系管理和項(xiàng)目過程管理等主要模塊。系統(tǒng)用戶為集團(tuán)的所有員工，但角色的不同，決定了他們關(guān)注點(diǎn)之間的區(qū)別。

　　在提出方案的開始階段，我們注意到管理層用戶對(duì)于系統(tǒng)的預(yù)期目標(biāo)，那就是避免“信息孤島”，實(shí)現(xiàn)資源的可控，以避免資源浪費(fèi)，或者避免因?yàn)橘Y源的缺乏而導(dǎo)致業(yè)務(wù)的流失。例如，客戶方需要集團(tuán)提供20名各個(gè)層次的Java開發(fā)人員，則市場(chǎng)部門在確定是否簽訂該合同之前，就需要通過系統(tǒng)查詢集團(tuán)的人力資源庫，了解現(xiàn)有的人力資源是否匹配客戶需求。如果匹配，還需要判斷人力成本，以決定合同的標(biāo)的。如果不具備，則需要人力資源啟動(dòng)招聘流程。管理人員可能還需要了解開發(fā)人員的閑置率，跟蹤項(xiàng)目的進(jìn)展情況，以及開發(fā)人員在項(xiàng)目中承擔(dān)的職責(zé)和完成質(zhì)量。

　　在進(jìn)行需求調(diào)研的過程中，我們又了解到系統(tǒng)最終用戶的訴求。例如人力資源部門的普通員工對(duì)于系統(tǒng)的要求非常簡單，就是希望系統(tǒng)的操作方便快捷，最好能夠提供導(dǎo)入Excel文件的支持。市場(chǎng)部則需要系統(tǒng)提供合同文件的管理功能，包括文件的上傳下載。

　　通過對(duì)用戶、業(yè)務(wù)和系統(tǒng)的需求分析，我們就可以初步確定架構(gòu)目標(biāo)。例如：
　　1）系統(tǒng)主要分為人力資源管理、客戶關(guān)系管理和項(xiàng)目過程管理模塊；三個(gè)模塊共享同一個(gè)數(shù)據(jù)庫；為達(dá)到重用目的，需要在這三個(gè)模塊中抽取出公共模塊，例如員工信息管理；
　　2）系統(tǒng)應(yīng)達(dá)到輔助決策的功能，以滿足管理者對(duì)資源的控制、分析、跟蹤與查詢功能；
　　3）系統(tǒng)具有良好的可用性；提供設(shè)計(jì)簡潔的導(dǎo)航功能與菜單；能夠與Office進(jìn)行集成。系統(tǒng)需快速搭建原型，以更快地了解用戶的反饋；
　　4）系統(tǒng)應(yīng)基于角色與組織進(jìn)行權(quán)限控制；
　　5）為部署的簡單性，系統(tǒng)應(yīng)采用B/S應(yīng)用架構(gòu)；
　　6）系統(tǒng)的業(yè)務(wù)組件應(yīng)該是松散耦合的；

it知識(shí)庫：明確架構(gòu)目標(biāo)，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。