業(yè)務(wù)架構(gòu)、信息架構(gòu)、技術(shù)架構(gòu)三位一體
作者：思域

 

客戶天天打電話要修改產(chǎn)品功能，簡(jiǎn)單的一個(gè)需求可能要做一個(gè)月。產(chǎn)品越改越笨重，為了趕工期bug越來(lái)越多。頭疼！

 

產(chǎn)品從初級(jí)版到現(xiàn)在已經(jīng)四個(gè)年頭，相關(guān)的程序員來(lái)去換了三批，在補(bǔ)丁上打補(bǔ)丁是常有的事，很多功能只是開(kāi)了個(gè)頭，換個(gè)項(xiàng)目經(jīng)理就被遺忘。我們總是害怕客戶在這個(gè)產(chǎn)品上提出新的需求，只要客戶還用得過(guò)去，能不改就不改。即使到了非改不可的地步，也會(huì)容忍這些僵化的代碼帶來(lái)的種種限制。

昨天才剛上的功能，忽然又要去掉?？蛻粼谑褂卯a(chǎn)品中的這些流程，難道事先就沒(méi)有人考慮到么？現(xiàn)在說(shuō)這個(gè)功能重要，又說(shuō)要做各種的接口和延展，需求積壓到這個(gè)程度，對(duì)不起！代碼已經(jīng)改不動(dòng)了。

出來(lái)混，早晚是要還的。

在初期，我們的客戶并不了解信息化可以為他帶來(lái)什么、改變什么。隨著時(shí)間的推移，企業(yè)信息化層層深入，甚至已經(jīng)演變成企業(yè)在市場(chǎng)競(jìng)爭(zhēng)中的利器，逆轉(zhuǎn)的情況就出現(xiàn)了。企業(yè)客戶的業(yè)務(wù)流程從之前的順應(yīng)軟件，逐步的變?yōu)樽屲浖ロ槕?yīng)該企業(yè)的發(fā)展。于是同一款軟件的客戶們提出了各種個(gè)性化的需求，加功能、改流程、維護(hù)優(yōu)化等等。

那么，我們?nèi)绾伪苊膺@些頭疼的問(wèn)題出現(xiàn)呢？

這些問(wèn)題出現(xiàn)的根本原因是商業(yè)軟件的設(shè)計(jì)與開(kāi)發(fā)方式已經(jīng)不符合企業(yè)信息化的發(fā)展要求?，F(xiàn)在市面上大多數(shù)軟件，是幾個(gè)程序員憑自己對(duì)業(yè)務(wù)的理解，把各種功能拼湊起來(lái)成的，在初期這些軟件因?yàn)閺浹a(bǔ)了空白，企業(yè)確實(shí)看到了收獲，隨著項(xiàng)目的推進(jìn)和新需求源源不斷的產(chǎn)生，系統(tǒng)的維護(hù)壓力越來(lái)越大，而且軟件中的業(yè)務(wù)流程與企業(yè)發(fā)展過(guò)程中的現(xiàn)實(shí)流程開(kāi)始產(chǎn)生偏差，于是軟件為了迎合企業(yè)信息化的要求不斷的修改，最后軟件越來(lái)越笨重，導(dǎo)致很多新的業(yè)務(wù)流程無(wú)法實(shí)現(xiàn)，代碼已經(jīng)改不動(dòng)了，所以這套所謂企業(yè)信息化的系統(tǒng)能解決的大部分是固定程式的業(yè)務(wù)，企業(yè)信息化進(jìn)入糾結(jié)期。

但是，企業(yè)已經(jīng)嘗到了信息化的甜頭，在強(qiáng)大市場(chǎng)利益的驅(qū)動(dòng)下，越來(lái)越多的軟件廠商并不一味的糾結(jié)下去，開(kāi)始推出所謂的“客戶化”，即以客戶為導(dǎo)向，收集客戶的需求，搭建業(yè)務(wù)框架之后再開(kāi)始編寫(xiě)代碼。這種理念并沒(méi)有被快速的模仿，因?yàn)樗^的“客戶化”往往把軟件廠商弄得筋疲力盡，軟件業(yè)是個(gè)靠大量復(fù)制用戶而生存的行業(yè)，要做到真正的個(gè)性化服務(wù)需要承擔(dān)的成本將非常大。所以這種“客戶化”的理念，還只是技術(shù)架構(gòu)層面的范疇。

最近在“客戶化”的基礎(chǔ)上，提出了“業(yè)務(wù)基礎(chǔ)架構(gòu)平臺(tái)軟件”

按計(jì)世資訊的定義：業(yè)務(wù)架構(gòu)平臺(tái)軟件是指以業(yè)務(wù)導(dǎo)向和驅(qū)動(dòng)的、可快速構(gòu)建應(yīng)用軟件的平臺(tái)。其包括集成應(yīng)用平臺(tái)、開(kāi)發(fā)體系兩個(gè)部分。從技術(shù)角度分析，該平臺(tái)軟件為復(fù)雜應(yīng)用軟件系統(tǒng)的開(kāi)發(fā)提供了一個(gè)基本框架，并有與之相應(yīng)的、方便易用的開(kāi)發(fā)與維護(hù)管理工具。這個(gè)框架給出了一些復(fù)雜應(yīng)用軟件的基本組成部分和實(shí)現(xiàn)方法，并且預(yù)置了很多供參考的軟件模塊。有了這樣的準(zhǔn)備，在業(yè)務(wù)基礎(chǔ)架構(gòu)平臺(tái)軟件之上開(kāi)發(fā)管理軟件就可以降低復(fù)雜性，省去很多基礎(chǔ)性的研發(fā)工作，從而大大縮短研發(fā)周期，提高研發(fā)效率。

這種“業(yè)務(wù)架構(gòu)平臺(tái)軟件”其實(shí)就是功能模塊形式下的“客戶化”。通過(guò)客戶的業(yè)務(wù)基礎(chǔ)框架，軟件會(huì)有很多模塊化的功能和可擴(kuò)展接口，一方面客戶可根據(jù)自身的業(yè)務(wù)特點(diǎn)從模塊化的功能池子中選擇需要的功能；另一方面，當(dāng)池子中的功能還不能滿足客戶需求時(shí)，通過(guò)模塊化的擴(kuò)展接口，程序員可以在基礎(chǔ)平臺(tái)上迅速的開(kāi)發(fā)新的功能。舉個(gè)大家熟知的例子：WordPress這款博客軟件正是這種“業(yè)務(wù)基礎(chǔ)架構(gòu)平臺(tái)軟件”的典型，一方面提供很多欄目模塊和功能供博主選擇，并且提供自定義；另一方面，因?yàn)檫@是一個(gè)開(kāi)源的平臺(tái)，所以會(huì)有各種各樣的應(yīng)用被迅速的兼容進(jìn)來(lái)。我們的軟件不需要向客戶開(kāi)源，不奢望客戶參與開(kāi)發(fā)，但是如果這個(gè)平臺(tái)有良好的業(yè)務(wù)架構(gòu)和技術(shù)架構(gòu)，軟件的項(xiàng)目團(tuán)隊(duì)在做功能增加和修改的時(shí)候只要模塊化就行。于是，業(yè)務(wù)架構(gòu)和技術(shù)架構(gòu)被放到同一個(gè)高度上來(lái)，避免出現(xiàn)開(kāi)發(fā)過(guò)程以技術(shù)架構(gòu)為主，業(yè)務(wù)架構(gòu)為輔，業(yè)務(wù)進(jìn)行架構(gòu)設(shè)計(jì)之前過(guò)早的進(jìn)行大規(guī)模的代碼編寫(xiě)。

以上一直在強(qiáng)調(diào)模塊化，這是“業(yè)務(wù)架構(gòu)平臺(tái)軟件”的關(guān)鍵所在，但是這個(gè)模塊化，現(xiàn)今還處在摸索階段，三百六十行，每一行的業(yè)務(wù)流程都不同，但是我們通過(guò)大量的流程對(duì)比，是能夠發(fā)現(xiàn)一些規(guī)律的，這些規(guī)律的組合就形成了模塊?！稑I(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)》這篇文章的作者無(wú)處查找，但是其中有一段話對(duì)業(yè)務(wù)架構(gòu)的模塊化說(shuō)明值得借鑒：“初看架構(gòu)這個(gè)詞容易理解為靜態(tài)的事物，但是廣義的業(yè)務(wù)架構(gòu)一定是靜態(tài)和動(dòng)態(tài)分析的集成和融合，在分析過(guò)程中相互影響又相互促進(jìn)。動(dòng)態(tài)的信息即我們說(shuō)的普通的價(jià)值鏈分析的思路，從企業(yè)端到端的一級(jí)流程到各個(gè)業(yè)務(wù)領(lǐng)域二級(jí)，三級(jí)等流程的分析。形成一級(jí)流程->子流程->活動(dòng)->活動(dòng)單元->任務(wù)->事件的主線；而對(duì)于靜態(tài)信息則包括組織，人員，崗位，角色，業(yè)務(wù)對(duì)象和表單，規(guī)程，模板等各種信息。靜態(tài)信息的重點(diǎn)是業(yè)務(wù)領(lǐng)域和業(yè)務(wù)對(duì)象，即形成業(yè)務(wù)領(lǐng)域->業(yè)務(wù)主題域->業(yè)務(wù)模塊->業(yè)務(wù)單元->業(yè)務(wù)組件的靜態(tài)數(shù)據(jù)逐層分解。靜態(tài)信息+動(dòng)態(tài)信息+交互點(diǎn)和接口分析后形成完整的業(yè)務(wù)架構(gòu)?？梢钥吹搅鞒淘偌?xì)粒度分解后的活動(dòng)單元的組合可能形成業(yè)務(wù)組件和業(yè)務(wù)模塊，同時(shí)業(yè)務(wù)模塊本身又存在更細(xì)粒度的流程和活動(dòng)分解，業(yè)務(wù)組件本身又是多個(gè)流程的組成部分，因此靜態(tài)和動(dòng)態(tài)相互融合，形成交互，所以必須分析交互和接口。”

除去以上這些，業(yè)務(wù)架構(gòu)和技術(shù)架構(gòu)下的模塊化平臺(tái)軟件還具有以下特質(zhì)：

1、 以用戶為中心

用戶將成為信息化的主導(dǎo)，他們不用去考慮技術(shù)如何實(shí)現(xiàn)，只需要了解自身業(yè)務(wù)流程，只需要利用模塊池中的功能組裝成符合自身需要的目標(biāo)軟件即可。這樣用戶可以徹底改變以前信息化過(guò)程中的被動(dòng)地位，從而有效保證軟件和需求二者之間的平衡。

2、 敏捷開(kāi)發(fā)

因?yàn)榫邆淠K化的接口和延展性，所以程序員不需用從零開(kāi)始逐步開(kāi)發(fā)，只要利用原有的模塊為基礎(chǔ)進(jìn)行開(kāi)發(fā)。

3、 集大成

說(shuō)到功能池的概念，這種軟件必將是一個(gè)集成了多種系統(tǒng)的平臺(tái)，它就像PC主板一樣，會(huì)有很多插槽，無(wú)論你要建立什么樣的管理系統(tǒng)，這些功能都將輕松整合在一起。

4、 生命周期很長(zhǎng)

因?yàn)榻⒘藰I(yè)務(wù)架構(gòu)和技術(shù)架構(gòu)協(xié)調(diào)一體的機(jī)制，所以其生存的根本就在于能夠順應(yīng)企業(yè)的發(fā)展，通過(guò)敏捷開(kāi)發(fā)的方式來(lái)實(shí)現(xiàn)軟件的生命周期模型。這些因素都有效地驅(qū)動(dòng)了軟件的持續(xù)完善，從根本上保證了管理軟件和企業(yè)發(fā)展的動(dòng)態(tài)平衡關(guān)系，使軟件具備較長(zhǎng)的生命周期。

在業(yè)務(wù)架構(gòu)和技術(shù)架構(gòu)協(xié)調(diào)一體的同時(shí)，漸漸發(fā)現(xiàn)，因?yàn)槠髽I(yè)的應(yīng)用越來(lái)越多，企業(yè)應(yīng)用的多樣性、復(fù)雜性以及它們直接相互關(guān)聯(lián)交互的需求增強(qiáng)，已經(jīng)越來(lái)越多的企業(yè)從應(yīng)用層上升到了數(shù)據(jù)層，如果還是像傳統(tǒng)軟件一樣，將數(shù)據(jù)存儲(chǔ)在系統(tǒng)文件中，那么這個(gè)所謂模塊化的“業(yè)務(wù)基礎(chǔ)架構(gòu)軟件”仍然無(wú)法發(fā)揮他的威力。

這時(shí)候就應(yīng)該將信息系統(tǒng)架構(gòu)提到業(yè)務(wù)架構(gòu)和技術(shù)架構(gòu)的高度，協(xié)同解決。我們稱之為“業(yè)務(wù)架構(gòu)、信息架構(gòu)、技術(shù)架構(gòu)三位一體”

很榮幸，從2009年開(kāi)始，我主導(dǎo)了一款餐飲行業(yè)應(yīng)用軟件的設(shè)計(jì)和規(guī)劃工作。這一年半的時(shí)間里，在項(xiàng)目組摸索尋找這種一體化的工作方法。其實(shí)并不是三種架構(gòu)都在同一個(gè)地方等你，而是走著走著發(fā)現(xiàn)問(wèn)題，然后一個(gè)一個(gè)的撿起來(lái)，最后發(fā)現(xiàn)其實(shí)一開(kāi)始三者是可以結(jié)合成一體的。

在信息架構(gòu)中，我們不僅將企業(yè)數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)中，而且將這一數(shù)據(jù)庫(kù)存儲(chǔ)到統(tǒng)一的服務(wù)器中，作為數(shù)據(jù)層開(kāi)放。采用C/S結(jié)構(gòu)，讓客戶和服務(wù)器實(shí)時(shí)交互，系統(tǒng)記錄客戶的操作數(shù)據(jù)，通過(guò)對(duì)這些數(shù)據(jù)的分析歸納，做出行業(yè)通用的業(yè)務(wù)模型?？蛻敉ㄟ^(guò)與服務(wù)器的鏈接，可以任意的在功能池子中選擇自己需要的模塊。

IBM在介紹其DB2pureXML時(shí)曾經(jīng)提到：“由于這種開(kāi)放的服務(wù)特性，這類核心信息在服務(wù)各種業(yè)務(wù)的過(guò)程中必然需要考慮很大的差異性和復(fù)雜性，必然需要把數(shù)據(jù)的存儲(chǔ)和數(shù)據(jù)的訪問(wèn)隔離。數(shù)據(jù)的差異性和復(fù)雜性將對(duì)數(shù)據(jù)模型的靈活性和可擴(kuò)展性提出更高的要求，而數(shù)據(jù)的訪問(wèn)和底層存儲(chǔ)的隔離，將直接導(dǎo)致未來(lái)越來(lái)越多的應(yīng)用通過(guò)XML的服務(wù)接口獲取信息而非用SQL直接訪問(wèn)底層數(shù)據(jù)庫(kù)表。”

是的，這正是saas成為行業(yè)趨勢(shì)的原因，軟件應(yīng)該是“軟性”的，它能夠順應(yīng)企業(yè)發(fā)展的需求，而不應(yīng)該讓企業(yè)去順應(yīng)軟件。業(yè)務(wù)架構(gòu)、信息架構(gòu)、技術(shù)架構(gòu)也正是saas的精髓所在。

今天玩把概念，個(gè)人一些零星的觀點(diǎn)不成體系，僅作拋磚引玉。感謝大家百忙中的閱讀！
▲