Posted on 2005-12-17 20:13
笨笨 閱讀(3734)
評(píng)論(13) 編輯 收藏 所屬分類:
軟件開發(fā)
架構(gòu)師的工作就笨笨所理解，其實(shí)很簡(jiǎn)單：
1 把意圖表達(dá)出來，主要做法是畫圖。
2 把意圖貫徹下去，主要做法是噴，對(duì)象是項(xiàng)目組、客戶、公司領(lǐng)導(dǎo)。
業(yè)務(wù)架構(gòu)的目標(biāo)按照優(yōu)先級(jí)排列
1 固化開發(fā)和測(cè)試模式，減小開發(fā)人員的自由發(fā)揮余地，從而做到：
1 將業(yè)務(wù)代碼實(shí)現(xiàn)簡(jiǎn)單化和固定化，降低對(duì)開發(fā)人員的技術(shù)要求（如要求了解J2EE框架或HTTP交互過程等）
2 復(fù)用開發(fā)人員的經(jīng)驗(yàn)，在下個(gè)使用業(yè)務(wù)架構(gòu)的項(xiàng)目中，不需要再行學(xué)習(xí)
2 減少項(xiàng)目的基礎(chǔ)性
技術(shù)代碼開發(fā)工作和步驟，這里的技術(shù)代碼，指與業(yè)務(wù)無(wú)關(guān)的部分，如配置、日志、文件上傳、ORM 等等。這個(gè)目標(biāo)需要在組織級(jí)維護(hù)跨項(xiàng)目的
技術(shù)框架，單靠個(gè)人是無(wú)法做到的。
3 實(shí)現(xiàn)對(duì)項(xiàng)目的
業(yè)務(wù)代碼的重用。這個(gè)目標(biāo)幾乎不可能實(shí)現(xiàn)，業(yè)務(wù)代碼重用的前提是它經(jīng)過業(yè)務(wù)專家的提煉、業(yè)務(wù)過程完整、可完全配置。假如這個(gè)目標(biāo)能夠?qū)崿F(xiàn)，那么開發(fā)人員的角色類似于 SAP 實(shí)施人員，主要工作是配置，而不是寫代碼。
國(guó)內(nèi)公司的業(yè)務(wù)架構(gòu)實(shí)現(xiàn)的困境對(duì)于國(guó)內(nèi)公司來說，由于中長(zhǎng)期利益與短期利益的沖突，架構(gòu)一般很難堅(jiān)持下去。
國(guó)內(nèi)公司限于成本壓力，經(jīng)常會(huì)要求架構(gòu)師在項(xiàng)目中實(shí)現(xiàn)業(yè)務(wù)框架；但是這個(gè)目標(biāo)與項(xiàng)目的直接目標(biāo)是有沖突的。
業(yè)務(wù)框架為了達(dá)到可重用的目標(biāo)，是需要比項(xiàng)目完成要多做好多工作的，如框架文檔、輔助工具等等，這需要大量的開發(fā)工作量，會(huì)與項(xiàng)目的直接目標(biāo)發(fā)生沖突，而沖突出現(xiàn)時(shí)，公司和項(xiàng)目經(jīng)理一般都會(huì)選擇犧牲重用的業(yè)務(wù)框架這個(gè)目標(biāo)，保證項(xiàng)目的完成。 在項(xiàng)目完成后，公司也很少單獨(dú)組織人力對(duì)項(xiàng)目成果進(jìn)行評(píng)估和重構(gòu)，結(jié)果最終還是得不到一個(gè)重用的業(yè)務(wù)框架。