從整合角度定義企業(yè)架構(gòu)組件

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

企業(yè)框架描述了很多的問(wèn)題，因此它比僅僅實(shí)現(xiàn)商業(yè)和IT技術(shù)的整合這一單一目的要復(fù)雜得多。因此我們可以簡(jiǎn)化這些模型、僅僅考慮一些有共同點(diǎn)的子架構(gòu)，全面地研究和修正企業(yè)架構(gòu)框架中的這些概念已超出了本文討論的范圍。如果將整合作為主要目的，一個(gè)企業(yè)架構(gòu)有四個(gè)基本組件：商業(yè)架構(gòu)、信息架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)。這并不是新提出來(lái)的，這個(gè)觀點(diǎn)已經(jīng)被企業(yè)架構(gòu)公共組織接受了。

我們將陳述基于這四種架構(gòu)組件的整合的相關(guān)問(wèn)題。架構(gòu)所擁有的組件越多，整合就越復(fù)雜，因?yàn)橛懈嗟囊?guī)則和推理需要考慮和管理。因此為了完成整合，首先要弄清楚的是各個(gè)架構(gòu)的組件。

至于技術(shù)架構(gòu)的整合，主要取決于技術(shù)本身。我們正在研究面向服務(wù)概念怎樣去與以前的架構(gòu)交疊，怎樣來(lái)實(shí)現(xiàn)在模型中整合的形式化的問(wèn)題。這是在研究的問(wèn)題超出了本文討論的范圍。

商業(yè)架構(gòu)

商業(yè)架構(gòu)是定義商業(yè)決策、步驟和功能要求的結(jié)果。它是規(guī)定信息系統(tǒng)要求的基礎(chǔ)，通常包括以下內(nèi)容：企業(yè)高層次的目標(biāo)；企業(yè)整個(gè)或至少是重要的商業(yè)運(yùn)作步驟、商業(yè)功能的實(shí)現(xiàn)；主要組織的架構(gòu)和這些內(nèi)容之間的聯(lián)系等。

在此文中，我們考慮一個(gè)簡(jiǎn)單的情況，即商業(yè)架構(gòu)僅包括商業(yè)活動(dòng)過(guò)程。每個(gè)商業(yè)活動(dòng)過(guò)程由一系列商業(yè)活動(dòng)組成，而每個(gè)商業(yè)活動(dòng)又與信息、時(shí)間和人相關(guān)聯(lián)。商業(yè)活動(dòng)過(guò)程具有危急性、安全性、有延時(shí)性、在線性等一些屬性。

信息架構(gòu)

正如在商業(yè)架構(gòu)中所講述的，信息架構(gòu)描述組織為了運(yùn)營(yíng)商業(yè)活動(dòng)需要知道些什么。它提供除了IT數(shù)據(jù)庫(kù)以外的商業(yè)信息。在信息架構(gòu)中，商業(yè)信息以信息實(shí)體的形式組織著，它們每一個(gè)對(duì)于管理和執(zhí)行諸如查詢、分類、質(zhì)量控制、顯示、分布、評(píng)定等操作，都有著各自的責(zé)任。

信息實(shí)體必須都有一個(gè)從商業(yè)角度定義的標(biāo)識(shí)符、一組描述和一系列屬性。屬性和使用或制造它們的商業(yè)活動(dòng)過(guò)程、創(chuàng)建、閱讀、更新和刪除它們的應(yīng)用程序都相關(guān)，它們的分類根據(jù)的是不同的性質(zhì)，如安全性、可用性等。

比如：客戶和雇員都是典型的信息實(shí)體。雇員有“所修課程”、“能力”、“意外事故”、“職位”等屬性。這些屬性都可以由一個(gè)復(fù)雜的數(shù)據(jù)庫(kù)模式來(lái)提供物理支持，這個(gè)數(shù)據(jù)庫(kù)模式可被用于不同的數(shù)據(jù)庫(kù)中，被一些不同的應(yīng)用程序來(lái)使用。

應(yīng)用架構(gòu)

應(yīng)用架構(gòu)描述了為達(dá)到以下兩個(gè)目標(biāo)所需的一些應(yīng)用程序:

支持商業(yè)要求

支持對(duì)信息實(shí)體的有效管理

應(yīng)用架構(gòu)通常源于對(duì)商業(yè)和信息架構(gòu)的分析。

應(yīng)用架構(gòu)通常包括：對(duì)支持商業(yè)活動(dòng)的自動(dòng)化服務(wù)描述；對(duì)組織應(yīng)用系統(tǒng)的交互和接口的描述；對(duì)開(kāi)發(fā)新應(yīng)用程序、以達(dá)到企業(yè)目的而需進(jìn)行的對(duì)舊的應(yīng)用程序的修正和相關(guān)技術(shù)平臺(tái)的描述；

應(yīng)用程序也有必需的屬性，如可用性、可擴(kuò)展性和基于固定模式的可訪問(wèn)性。

整合和架構(gòu)組件

在定義了主要的架構(gòu)組件之后，我們將要講述這些組件和它們之間整合的關(guān)系。

商業(yè)和應(yīng)用之間的整合

如果商業(yè)和應(yīng)用架構(gòu)高度整合，那么工作人員所花的時(shí)間和所付出的努力都僅僅用在值得的功能上；反之，在以下這些事情上工作人員將會(huì)消耗額外的工作：

多次在不同的應(yīng)用中插入相同的數(shù)據(jù)

每次為了一個(gè)應(yīng)用，都必須登錄一次

從多系統(tǒng)的失敗操作中恢復(fù)，恢復(fù)到正常的狀態(tài)需要細(xì)心的人工分析

需克服不方便的應(yīng)用功能。如因?yàn)闆](méi)有多份打印的接口而只能一張張打印發(fā)票。

注意：上文中商業(yè)和應(yīng)用架構(gòu)的整合并不是指一個(gè)靈活的IT架構(gòu)，事實(shí)上，對(duì)靈活的IT架構(gòu)的度量是人們?yōu)榱嗽谏虡I(yè)活動(dòng)變化的情況下仍保持商業(yè)和應(yīng)用架構(gòu)整合的結(jié)果。下面將要討論這一主題。

信息和應(yīng)用的整合

在信息和應(yīng)用高度整合的架構(gòu)中，IT工作者僅僅在商業(yè)功能和邏輯的編程上花費(fèi)時(shí)間和精力。反之，IT工作者必須為以下事情做一些額外的編程工作：

因?yàn)楸欢鄠€(gè)應(yīng)用程序更新，需對(duì)同樣的數(shù)據(jù)保留復(fù)制多份。

需保證多交易操作的一致性，因?yàn)閱蝹€(gè)商業(yè)活動(dòng)涉及到多個(gè)應(yīng)用程序。

從多系統(tǒng)中收集信息，為了保持組織商業(yè)信息一致性而編寫(xiě)規(guī)則。

當(dāng)數(shù)據(jù)在應(yīng)用程序之間遷移時(shí)需轉(zhuǎn)換數(shù)據(jù)架構(gòu)

在更改這兩種架構(gòu)是額外的代碼始終是必須的，但是運(yùn)行信息架構(gòu)的關(guān)鍵信息比支持應(yīng)用架構(gòu)的應(yīng)用程序要穩(wěn)定得多，所以實(shí)際上大部分精力都花在應(yīng)用程序的更改上。

商業(yè)和信息架構(gòu)的整合

當(dāng)商人擁用運(yùn)營(yíng)商業(yè)活動(dòng)所必需的信息時(shí)，信息和商業(yè)架構(gòu)就整合在一起了。這些信息是指準(zhǔn)確的，足夠詳細(xì)的和及時(shí)的信息。不像以前的不協(xié)調(diào)架構(gòu)，這里關(guān)鍵不是時(shí)間或是努力，而是得到足夠多的與商業(yè)相關(guān)的信息。

例子有很多：一個(gè)執(zhí)行總裁想得到一份銷售額按服務(wù)類型分類的報(bào)告。假設(shè)總裁想得到的這份報(bào)告或者是目前的商業(yè)，或者是將來(lái)的商業(yè)，能或不能完成這樣一份報(bào)告分別是信息和商業(yè)架構(gòu)整合或不整合的證據(jù)。為了完成這份報(bào)告我們必須有足夠多的基本數(shù)據(jù)和數(shù)據(jù)挖掘的應(yīng)用程序，因此這件事應(yīng)該由前面的整合（信息和應(yīng)用以及商業(yè)和應(yīng)用的整合）處理。