第二部分集成平臺建設(shè)方案

常德卷煙廠信息集成平臺項目第二部分集成平臺建設(shè)方案2003年7月22日第二洋分城下臺址沒方案 1 2 4 5 5 信息資源規(guī)劃(IRP)557 第二洋分城下臺址觀方案3。3.企業(yè)應(yīng)用集成 80 3.3。3…………集成遺留應(yīng)用系統(tǒng)3。4.交互集成 3.4.2.遺留應(yīng)用界面的集成 3。5.基于企業(yè)信息門戶的信息集成 3.6.1.面向服務(wù)的集成 關(guān)于Web服務(wù) 架構(gòu)Web服務(wù)來簡化Portlet實現(xiàn)3。6.5……………IBM全面支持Web服務(wù)、實現(xiàn)面向服務(wù)的架構(gòu)3.7.1.什么是企業(yè)應(yīng)用框架 企業(yè)應(yīng)用框架的特定和優(yōu)勢3.7。3……常德卷煙廠企業(yè)應(yīng)用框架的的實施策略4。集成平臺實施136 5.1。產(chǎn)品配置說明及清單 軟件產(chǎn)品、工具的詳細(xì)說明(詳見附錄)6.系統(tǒng)集成要求 6。1.項目管理和控制要求說明 6。2.客戶化定制開發(fā)說明 6.3。系統(tǒng)平臺集成要求 6.4。集成的驗收要求 7。技術(shù)培訓(xùn) 技術(shù)培訓(xùn)總則 7.3。培訓(xùn)人數(shù)、時間、地點要求 圖表1概念視圖 4圖表2邏輯視圖 5圖表3訂單系統(tǒng)業(yè)務(wù)模型 圖表4協(xié)作圖 圖表5順序圖 圖表6描述庫存物品的類圖 圖表7面向?qū)ο蟮慕７椒?圖表8需求分析階段的主要任務(wù) 圖表9初始階段的主要任務(wù) 圖表10業(yè)務(wù)概況模型 圖表11工資計算、發(fā)放的例子 第二洋分城下臺址沒方案圖表12模型改造 圖表13流程的改進(jìn) 圖表14系統(tǒng)建模階段的主要任務(wù) 圖表15系統(tǒng)建模階段的主要任務(wù) 圖表16主題數(shù)據(jù)庫例子 圖表17主題數(shù)據(jù)庫 23圖表18工程管理主題的數(shù)據(jù)模型 圖表19系統(tǒng)設(shè)計 圖表20BPR實施體系結(jié)構(gòu)圖 圖表21流程重建實施步驟 圖表22數(shù)據(jù)規(guī)劃概念視圖 38圖表23數(shù)據(jù)規(guī)劃邏輯結(jié)構(gòu)圖 圖表24數(shù)據(jù)規(guī)劃步驟(1) 圖表25數(shù)據(jù)規(guī)劃步驟(2) 圖表26數(shù)據(jù)規(guī)劃步驟(3) 圖表27數(shù)據(jù)規(guī)劃步驟(4) 圖表28主題數(shù)據(jù)庫 圖表29接口的數(shù)量級 圖表30交換平臺整體結(jié)構(gòu) 圖表31交換平臺的內(nèi)部結(jié)構(gòu) 圖表32數(shù)據(jù)傳輸中間件 圖表33數(shù)據(jù)集成中間件 圖表34系統(tǒng)自動實現(xiàn)之間的相互轉(zhuǎn)換 圖表35企業(yè)BI套件的評測報告 圖表36數(shù)據(jù)庫系統(tǒng)的分層結(jié)構(gòu)圖 圖表37BO產(chǎn)品的安全架構(gòu)示意圖 圖表38基于LDAP的用戶認(rèn)證示意圖 圖表39BO產(chǎn)品的Extranet配置示意圖 65圖表40基于資料庫機制的安全體系示意圖 圖表41BO群集技術(shù) 圖表42多數(shù)據(jù)源融合 76 圖表46企業(yè)應(yīng)用集成的概念 圖表47企業(yè)應(yīng)用集成的發(fā)展過程 圖表48EAI實現(xiàn)的基本原理 圖表49IBM的企業(yè)應(yīng)用集成解決方案 圖表53Tarantella技術(shù)原理圖 圖表55EIP實現(xiàn)原理 圖表56web請求的路由線路 圖表57實體訪問的路由線路 ●可靠原則，體現(xiàn)應(yīng)用性。集成平臺是企業(yè)信息系統(tǒng)的承載體，必須確保臺具備高度的可靠性、強大的恢復(fù)能力。因為集成平臺在底層的傳輸上選擇消息型中間件，確保了平臺的高度可靠性，同時結(jié)合集成平臺的流●實用原則，體現(xiàn)合理性、可用性和可管理性。企業(yè)信息化目的是為經(jīng)營心，在考慮先進(jìn)技術(shù)的同時，要考慮技術(shù)的成熟、實用的原則。因為在方案中所建議的解決方案是IBM公司多年來積累、完善、發(fā)展的產(chǎn)品系列，同時在此基礎(chǔ)上合理的融入了其他世界領(lǐng)先技術(shù)和產(chǎn)品，形成了一●創(chuàng)新原則，體現(xiàn)先進(jìn)性.信息技術(shù)的迅速發(fā)展，要求我們平臺建設(shè)應(yīng)該是創(chuàng)新性和先進(jìn)性.●整體原則，體現(xiàn)完整性.集成平臺作為企業(yè)今后信息化建設(shè)的基礎(chǔ)，其功能是完整的，并能適應(yīng)今后的應(yīng)用擴展。在整個方案中的硬件、系統(tǒng)軟件的主體都是IBM的產(chǎn)品系列，耦合性和完整性強，能夠從產(chǎn)品發(fā)展的延續(xù)性和完整性上得到充分的保證?！窨蓴U展原則，體現(xiàn)超前性.集成平臺系統(tǒng)架構(gòu)必須具備靈活性、可擴展性和可維護(hù)性，提供柔性的、適應(yīng)性的接口功能。使平臺系統(tǒng)架構(gòu)能適應(yīng)企業(yè)的發(fā)展變化的應(yīng)用需求。因為IBMWBI產(chǎn)品系列把整個系統(tǒng)有機的分為數(shù)據(jù)層、傳輸層、邏輯層，提供了充分的擴展空間。●經(jīng)濟(jì)原則，體現(xiàn)高性價比。目標(biāo)系統(tǒng)建設(shè)應(yīng)結(jié)合企業(yè)信息應(yīng)用現(xiàn)狀，在整本，使整個信息系統(tǒng)建設(shè)既高效實用，又經(jīng)濟(jì)合理。在產(chǎn)品選擇和軟件包報價中充分考慮到未來發(fā)展與現(xiàn)有情況相結(jié)合，把性價比作為一個重要的設(shè)計參數(shù)，因此能夠選用了IBMWBI產(chǎn)品作為整個應(yīng)用集成平臺的主體，而不是按照現(xiàn)在的情況僅僅選擇一個數(shù)據(jù)交換平臺實現(xiàn)。企業(yè)的數(shù)據(jù)往往是與應(yīng)用相關(guān)的，但由于企業(yè)在軟件采購和實施過程中對集成的考慮不周到，往往造成應(yīng)用的彼此獨立，由此造成企業(yè)信息/數(shù)據(jù)的多數(shù)據(jù)并隨著企業(yè)信息資產(chǎn)的積累發(fā)展而日益顯著,成為制約企業(yè)合理分析業(yè)務(wù)、規(guī)劃體驗、開發(fā)體系等諸多方面的問題，使信息系統(tǒng)的控制越來越力不從心.解決這種困境的策略就是重新考慮企業(yè)的信息架構(gòu)，以統(tǒng)一、整體的思維去重整企業(yè)的信息基礎(chǔ)架構(gòu)，而應(yīng)用是建立在這種統(tǒng)一架構(gòu)之上的。這些基礎(chǔ)架構(gòu)包括：數(shù)據(jù)、應(yīng)用、安全、網(wǎng)絡(luò)等.構(gòu)建湖南常德卷煙廠企業(yè)整體信息架構(gòu)要遵循"平臺"化的設(shè)計觀點——平臺是一個通用性的基礎(chǔ)設(shè)施框架結(jié)構(gòu)，提供最基礎(chǔ)的信息服務(wù)。我們通過“平臺”以便縮短應(yīng)用開發(fā)和交付的"周期"。而以往的應(yīng)用均為針對某一特定功能而設(shè)共享IT基礎(chǔ)設(shè)施，造成了許多底層計算資源的利用不足和信息資源進(jìn)一步整合在統(tǒng)一的信息基礎(chǔ)設(shè)施上，只有基于這種平臺化的設(shè)計思想才可以充分利用組件技術(shù)，快速拼裝新的服務(wù)，不斷進(jìn)行功能擴展而不必引入多余的基礎(chǔ)設(shè)施，最大限度的保護(hù)投資。施平臺、統(tǒng)一信息(數(shù)據(jù))集成平臺、統(tǒng)一企業(yè)應(yīng)用集成平臺、統(tǒng)一企業(yè)應(yīng)用開發(fā)平臺、統(tǒng)一服務(wù)提供平臺和統(tǒng)一用戶交互平臺，其中以統(tǒng)一系統(tǒng)基礎(chǔ)設(shè)施平臺為藍(lán)圖和保障，統(tǒng)一信息(數(shù)據(jù))集成平臺為基礎(chǔ)，統(tǒng)一企業(yè)應(yīng)用開發(fā)平臺和統(tǒng)一企業(yè)應(yīng)用集成平臺為核心，統(tǒng)一服務(wù)提供平臺和統(tǒng)一用戶交互平臺為手段，實第一洋分城下臺址沒方案現(xiàn)湖南常德卷煙廠內(nèi)外上下的統(tǒng)一企業(yè)藍(lán)圖、統(tǒng)一信息管理、統(tǒng)一業(yè)務(wù)處理，統(tǒng)一應(yīng)用平臺、統(tǒng)一服務(wù)接口、統(tǒng)一用戶交互和統(tǒng)一安全保障。湖南常德卷煙廠企業(yè)整體信息架構(gòu)就是遵循這"六個統(tǒng)一"的方針，因此具有很強的可擴展性和靈處理，使全廠的行政辦公，業(yè)務(wù)處理，決策支持和外部信息等應(yīng)用成為一個統(tǒng)一1)以企業(yè)模型和安全策略為中心的統(tǒng)一系統(tǒng)基礎(chǔ)設(shè)施平臺；2)以數(shù)據(jù)和內(nèi)容為中心的統(tǒng)一信息(數(shù)據(jù))集成平臺；3)以企業(yè)應(yīng)用框架為中心的統(tǒng)一企業(yè)應(yīng)用開發(fā)平臺；5)以統(tǒng)一服務(wù)接口為中心的統(tǒng)一服務(wù)提供平臺；6)以用戶操作界面為中心的統(tǒng)一用戶交互平臺.將這六個統(tǒng)一平臺有機地結(jié)合起來，得到一個企業(yè)信息架構(gòu)的整體輪廓。我們可以通過兩個視圖來理解此架構(gòu)：邱一洋分城下升址設(shè)方案元數(shù)據(jù)庫元數(shù)據(jù)庫企業(yè)應(yīng)用服務(wù)器企業(yè)門戶內(nèi)容管理引擎?zhèn)€性化引擎規(guī)則處理引擎濟(jì)后臺系統(tǒng)數(shù)據(jù)庫數(shù)據(jù)倉庫文件系統(tǒng)應(yīng)用系統(tǒng)應(yīng)用連接信息連接開發(fā)中心過程集成安全管理中心運行控制中心交互網(wǎng)關(guān)概念視圖直觀地描述了企業(yè)信息元素的組成關(guān)系和各組件的依存關(guān)系.可以明確地看出，通過交互網(wǎng)關(guān)和應(yīng)用連接、信息連接，可以有效地屏蔽用戶交互方式的差異和后臺系統(tǒng)的異構(gòu)性，把企業(yè)邏輯統(tǒng)一構(gòu)筑并展現(xiàn)在以六個集成平臺為基礎(chǔ)的整體信息架構(gòu)上。該架構(gòu)以信息、應(yīng)用和業(yè)務(wù)為核心，在安全環(huán)境、開發(fā)環(huán)境的支撐下，為用戶提供一致的操作和服務(wù)調(diào)用接口。第二洋分城下臺址沒方案2.2.邏輯視圖用戶交互用戶交互企業(yè)軟件驗證授權(quán)信息資產(chǎn)應(yīng)用軟件加密PKI數(shù)據(jù)倉庫文件系統(tǒng)文檔數(shù)據(jù)3.1.信息資源規(guī)劃(IRP)信息資源規(guī)劃可以通過調(diào)研，了解各個崗位的活動(人),找出適合企業(yè)發(fā)展的業(yè)務(wù)流程(工作方法),制定企業(yè)的業(yè)務(wù)模型與數(shù)據(jù)模型，為建立一個實用第二洋分城下臺址沒方案和信息系統(tǒng)模型。用這些標(biāo)準(zhǔn)和模型來衡量現(xiàn)有的信息系統(tǒng)及各種應(yīng)用，符合的就繼承并加以整合，不符合的就進(jìn)行改造優(yōu)化或重新開發(fā)，從而能積極穩(wěn)步地推進(jìn)企業(yè)信息化建設(shè)。建立企業(yè)所有信息的標(biāo)準(zhǔn)規(guī)范和一個統(tǒng)一的企業(yè)信息的表示方法，建立統(tǒng)一的企業(yè)內(nèi)部數(shù)據(jù)視圖，保證信息系統(tǒng)數(shù)據(jù)的一致性，建立統(tǒng)一的企業(yè)內(nèi)部數(shù)據(jù)交一個數(shù)據(jù)多次錄入，浪費人力并造成出錯的幾率的現(xiàn)象。為數(shù)據(jù)倉庫建設(shè)作好基礎(chǔ)準(zhǔn)備.建立企業(yè)業(yè)務(wù)模型，全面反映企業(yè)各個業(yè)務(wù)領(lǐng)域的業(yè)務(wù)流程，包含各種業(yè)務(wù)處理規(guī)則的知識；建立企業(yè)數(shù)據(jù)模型，從企業(yè)業(yè)務(wù)模型中分析抽象出數(shù)據(jù)模型，在數(shù)據(jù)模型的基礎(chǔ)上進(jìn)行系統(tǒng)功能建模，并建立與實際數(shù)據(jù)的映射關(guān)系。構(gòu)建統(tǒng)一的數(shù)據(jù)平臺模型，集成不同來源的信息(既要集成各管理系統(tǒng)的信息，也要集成工控系統(tǒng)的數(shù)據(jù))。實時動態(tài)的反映企業(yè)各個層面的信息，保證系在總體數(shù)據(jù)規(guī)劃的基礎(chǔ)上，企業(yè)可以分階段實施，以便集中精力解決最主要的問題，而不會出現(xiàn)前后銜接有問題的情況。明確未來建設(shè)的新系統(tǒng)的工作范圍和內(nèi)容，每個新系統(tǒng)的主要實現(xiàn)功能，以及與其它系統(tǒng)的關(guān)系，使得信息主管部門對未來的工作目標(biāo)和系統(tǒng)任務(wù)明確，各個獨立的開發(fā)商只需要此規(guī)劃的模型基礎(chǔ)上，就所涉及的各個系統(tǒng)做出進(jìn)一步的深化，就可以很好的利用規(guī)劃成果實現(xiàn)程序的設(shè)計工作，減少了將原有需求轉(zhuǎn)換成其他的系統(tǒng)分析和設(shè)計文檔的繁雜工作，并且可以反復(fù)修改，能夠保障用戶和開發(fā)商用一種語言交流，避免了過多的歧義帶來的問題。所以信息資源規(guī)劃的目標(biāo)是為了整合信息資源，消除"信息孤島",實現(xiàn)企業(yè)數(shù)據(jù)的統(tǒng)一、共享、交換和應(yīng)用的集成，實現(xiàn)跨行業(yè)和多數(shù)據(jù)庫平臺應(yīng)用.在信息系統(tǒng)開放性的基礎(chǔ)上，階段的信息化工作能夠得到有效繼承，避免重復(fù)投入；企業(yè)各信息系統(tǒng)模塊在統(tǒng)一數(shù)據(jù)規(guī)劃的基礎(chǔ)上做到整體集成，達(dá)到最低的信息冗余，最高程度的信息共享，保證數(shù)據(jù)信息的完整性、唯一性、可靠性做到數(shù)據(jù)庫結(jié)構(gòu)的統(tǒng)一.指導(dǎo)應(yīng)用軟件的選型并保證成功實施3.1.2.實施方法.實施原則與方法整個煙草行業(yè)信息化可分成工業(yè)(卷煙廠)、商業(yè)(專賣局)和農(nóng)業(yè)(煙草的種植、采購)三大信息系統(tǒng)，另外加上國家煙草專賣局、省局、地區(qū)局和縣局機關(guān)蓋集團(tuán)管理層的信息資源規(guī)劃工作，先行信息資條主線：(客戶資源)——銷——產(chǎn)——供——(供應(yīng)鏈資源),并以資金流統(tǒng)管(財務(wù)):前出(銷)得效益、中間(產(chǎn))創(chuàng)效益、后進(jìn)(供)保效益。以管理信息化為切入點，由中間逐漸向兩頭輻射。其實施原則是：統(tǒng)籌規(guī)劃、分步實施、效益驅(qū)動、不斷優(yōu)化的務(wù)實原則。數(shù)據(jù)規(guī)劃(或稱信息資源規(guī)劃—-IRP)是在分析企業(yè)業(yè)務(wù)和數(shù)據(jù)資源的基礎(chǔ)上，整理出基于整個企業(yè)的、與具體應(yīng)用無關(guān)的、面向業(yè)務(wù)主題、可擴展的數(shù)據(jù)源規(guī)劃本質(zhì)上是一個對業(yè)務(wù)進(jìn)行分析、歸納、精化、提煉的人工過程，是與業(yè)務(wù)領(lǐng)域緊密相關(guān)的.我們基于信息工程方法論(IEM)的指導(dǎo)，采用工程化方法進(jìn)行全企業(yè)的信息資源規(guī)劃，就是按照一定的方法步驟、遵循一定的標(biāo)準(zhǔn)規(guī)范、利用有效的軟件支持工具進(jìn)行各職能域的信息需求和數(shù)據(jù)流分析，制定信息資源管理基礎(chǔ)標(biāo)準(zhǔn)，建立全域和各職能域的信息系統(tǒng)框架——功能模型、數(shù)據(jù)模型和系統(tǒng)體系結(jié)構(gòu)模信息需求和數(shù)據(jù)流分析是按職能域進(jìn)行的最基礎(chǔ)的工作，包括整理、定義網(wǎng)上交流數(shù)據(jù)的格式。信息資源管理基礎(chǔ)標(biāo)準(zhǔn)是指開發(fā)利用信息資源所必須遵循的最基本的標(biāo)準(zhǔn)邱一洋分城下升址設(shè)方案—-數(shù)據(jù)元素標(biāo)準(zhǔn)、信息分類編碼標(biāo)準(zhǔn)、數(shù)據(jù)庫表標(biāo)準(zhǔn)。這信息需求分析、數(shù)據(jù)建模和后續(xù)應(yīng)用開發(fā)的全過程.信息資源管理基礎(chǔ)標(biāo)準(zhǔn)的建現(xiàn)，都要貫穿和體現(xiàn)這些基礎(chǔ)標(biāo)準(zhǔn)。建立全域和各職能域的信息系統(tǒng)框架是在大量的分析綜合工作的基礎(chǔ)上完成體上構(gòu)思和把握的信息網(wǎng)絡(luò)/信息系統(tǒng)框架。其中功能模型是系統(tǒng)的功能結(jié)構(gòu)框架，數(shù)據(jù)模型是系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)框架，系統(tǒng)體系結(jié)構(gòu)模型是系統(tǒng)的功能和數(shù)據(jù)關(guān)聯(lián)結(jié)構(gòu)框架。建立企業(yè)信息網(wǎng)絡(luò)/信息系統(tǒng)框架的目的，是使企業(yè)領(lǐng)導(dǎo)、信息中心負(fù)責(zé)人(CIO)和信息系統(tǒng)開發(fā)人員在全企業(yè)信息化建設(shè)的總體規(guī)劃方面達(dá)成能夠支持業(yè)務(wù)分析與數(shù)據(jù)分析兩個分析手段的工具(集)對于有效實施IRP過程一步的作程序化的處理，但是它已經(jīng)完成了業(yè)務(wù)需求、程序的主要業(yè)務(wù)功能，以及數(shù)據(jù)屬性和數(shù)據(jù)之間的關(guān)系的確定，基本完成了主要的概要設(shè)計工作，今后的軟件開發(fā)商和用戶可以在此基礎(chǔ)之上，按照規(guī)劃報告的具體劃定的業(yè)務(wù)范圍、系統(tǒng)功能、數(shù)據(jù)存儲和接口界面進(jìn)一步的反復(fù)迭代，完成詳細(xì)的程序設(shè)計工作。際標(biāo)準(zhǔn)和當(dāng)前的技術(shù)發(fā)展趨勢提出，并且按照實際業(yè)務(wù)和現(xiàn)有應(yīng)用系統(tǒng)，建立了間數(shù)據(jù)交換提供了示范作用和統(tǒng)一約定，提供了應(yīng)該遵循的技術(shù)依據(jù)，避免了由于技術(shù)采用不當(dāng)帶來的煩惱..1.面向?qū)ο箢I(lǐng)域面向?qū)ο箢I(lǐng)域，基于UML分析，主流的支持工具是RationalRose。其本身提供了用例模型、活動模型、協(xié)作模型、狀態(tài)模型等支持業(yè)務(wù)過程、實體及其關(guān)系的框架；另外，通過Eriksson-PenkerBusinessExtensions增強了對企業(yè)業(yè)務(wù)過程建模的描述能力。結(jié)合RationalRose的需求建模和分析工具(RequisitePro/AnalystStudio),可實現(xiàn)企業(yè)業(yè)務(wù)過程模型框架的整個生命周期管要求，為大型軟件工程提供了可塑性和柔韌性極強的解決方案：●可定制的目標(biāo)庫或編碼指南的代碼生成機制●既支持目標(biāo)語言中的標(biāo)準(zhǔn)類型又支持用戶自定義的數(shù)據(jù)類型●保證模型與代碼之間轉(zhuǎn)化的一致性件生命周期中的全部輔助軟件工程工作●強有力的正/反向建模工作●縮短開發(fā)周期●降低維護(hù)成本該工具可以以業(yè)務(wù)人員可理解的用例圖方式及文字注釋表述業(yè)務(wù)功能，能很好地展現(xiàn)業(yè)務(wù)場景，如圖是一個定單系統(tǒng)的分析模型：第二洋分城下臺址沒方案行登記，歸類管理定單定單管理員管理客戶登記管理物品執(zhí)行定單天庫存管理員圖表3訂單系統(tǒng)業(yè)務(wù)模型對每個用例可以以協(xié)作圖或順序圖表示業(yè)務(wù)功能內(nèi)部的具體處理細(xì)節(jié)：第二洋分城下臺址沒方案對較復(fù)雜的或?qū)崟r要求高的用例，Rose提供了活動圖和狀態(tài)圖來支持對需求的描述.通過Eriksson-PenkerBusinessExtensions增強了對企業(yè)業(yè)務(wù)過程建模的描除了對業(yè)務(wù)建模的支持，Rose可以以類/對象的形式表示業(yè)務(wù)實體，并提供了類模型到數(shù)據(jù)源的數(shù)據(jù)生成和反向工程能力，很好地支持了數(shù)據(jù)建模。下圖是→圖表錯誤!未定義書簽。描述庫存物品的類圖RationalRose以業(yè)界通用的建模語言UML來表述模型，可以與很多第三方工具良好集成。而且其本身集成了系統(tǒng)的需求、設(shè)計、部署等一系列開發(fā)過程，支持系統(tǒng)開發(fā)的完整生命周期，統(tǒng)一的表示形式和思維保證了從需求到設(shè)計、部署的無縫過渡，避免了開發(fā)不同階段由于采用不同方法和表述造成實現(xiàn)偏離需求實際的情況。其面向?qū)ο蟮姆治?、設(shè)計方式與最后的實現(xiàn)是一致的，所以作為系統(tǒng)實現(xiàn)的應(yīng)用框架和類庫可以保持很好的連貫性和一致性，而這是面向過程的分析方法所不具備的。圖表5面向?qū)ο蟮慕７椒嫦蜻^程領(lǐng)域，業(yè)務(wù)過程建模方案為了解業(yè)務(wù)過程提供了構(gòu)架。它可確定業(yè)務(wù)活動的影響，并對企業(yè)數(shù)據(jù)與業(yè)務(wù)過程間的交互方式作出定義，幫助開發(fā)人員：●對當(dāng)前的業(yè)務(wù)運營進(jìn)行評估，從而確保運營效率?！裰贫ú⒃u估市場壓力應(yīng)對方案，改善商務(wù)過程?！窨焖?、直觀地交流業(yè)務(wù)變更的信息，迅速摒棄無效的工作環(huán)節(jié)。工作人員可以根據(jù)公司的目標(biāo)，輕松地發(fā)現(xiàn)低效、浪費或冗余的活動，并加以改進(jìn)、替換或消除。提供了過程、數(shù)據(jù)流和工作流這三個方面重用關(guān)鍵的建模信息，以確定沖突點，并最終達(dá)成共識。通過過程建模，開發(fā)人員可以對業(yè)務(wù)做系統(tǒng)分析，側(cè)重于那些經(jīng)常性工作，為保證任務(wù)順利完成而采取的控制手段、所需資源、任務(wù)結(jié)果以及執(zhí)行任務(wù)時的投入。數(shù)據(jù)流建模側(cè)重于各項任務(wù)間的數(shù)據(jù)流動，包括如何存儲數(shù)據(jù)，以便最大程度提高可用性，最大限度縮短響應(yīng)時間。工作流側(cè)重某一具體過程，對所涉及的各項任務(wù)和影響任務(wù)進(jìn)度的決定進(jìn)行分析。目前企業(yè)大多已有一個或多個運行的應(yīng)用系統(tǒng)和數(shù)據(jù)庫，對原有數(shù)據(jù)庫數(shù)據(jù)的分析并不是以上兩種建模領(lǐng)域的強項，對復(fù)雜的數(shù)據(jù)結(jié)構(gòu)我們可能會借助數(shù)據(jù)計同步.建模人員可以利用該工具在集成化環(huán)境中設(shè)計事務(wù)系統(tǒng)、數(shù)據(jù)棧和數(shù)據(jù)●轉(zhuǎn)換技術(shù)；●定義標(biāo)準(zhǔn)；●大型數(shù)據(jù)管理；●完全比較，自動實現(xiàn)模型與數(shù)據(jù)庫間的同步；●生成數(shù)據(jù)庫設(shè)計；●設(shè)計數(shù)據(jù)倉庫和數(shù)據(jù)集市；3.1.3.IRP的實現(xiàn)步驟.需求分析在對企業(yè)運作體系、業(yè)務(wù)過程、業(yè)務(wù)環(huán)節(jié)等調(diào)研的基礎(chǔ)上，對業(yè)務(wù)流程、功能、處理數(shù)據(jù)等進(jìn)行歸納分析，以實現(xiàn)業(yè)務(wù)分析模型；下圖主要描述了，需求分析階段的主要任務(wù)。評估業(yè)務(wù)狀態(tài)[業(yè)務(wù)建換]B先期初始階段確定數(shù)據(jù)規(guī)劃的詳細(xì)范圍，制定合作方針，做一定范圍的培訓(xùn)，制定業(yè)務(wù)規(guī)則業(yè)務(wù)流程分折員業(yè)務(wù)前景(從環(huán)境出發(fā))恢取常用分折員圖表7初始階段的主要任務(wù)●評估目標(biāo)組織(要在其中部署最終系統(tǒng)的組織)的狀態(tài)?！窳私馊绾螌椖窟M(jìn)行分類以及采用哪種業(yè)務(wù)建模方式最合適?！駴Q定如何在當(dāng)前迭代中繼續(xù)工作，并概括出在隨后的迭代中如何處理業(yè)●初步理解目標(biāo)組織的目標(biāo)，而且涉眾和業(yè)務(wù)建模團(tuán)隊對此能達(dá)成一致意見。再通過調(diào)研分析以準(zhǔn)確的模型將業(yè)務(wù)整體反映出來，讓人一目了然.在此階第一洋分城下臺址沒方案(概述)制定業(yè)務(wù)規(guī)則設(shè)定和定義業(yè)務(wù)構(gòu)架目標(biāo)組織獲取常用業(yè)務(wù)調(diào)匯(更新)(更新)業(yè)務(wù)用例橫型客戶圖表錯誤!未定義書簽。業(yè)務(wù)概況模型如下圖工資計算、發(fā)放的例子：第二洋分知成干臺建設(shè)方家社社尚位級交更確認(rèn)交更Rk基本工瓷工詫改變整工流微據(jù)今勤調(diào)莊發(fā)工瓷空A應(yīng)發(fā)工資A應(yīng)發(fā)工克發(fā)新三無兌.由拉考弧登記城園肉位級空更粱文計算積任計算社激起A家月鞍密區(qū)回務(wù)和原牙珊廳鋁盤伊對務(wù)—圖表8工資計算、發(fā)放的例子為每個業(yè)務(wù)用例分配一名團(tuán)隊成員，由該成員負(fù)責(zé)詳細(xì)說明該用例.業(yè)務(wù)設(shè)計員將完成對業(yè)務(wù)用例的定義，并領(lǐng)導(dǎo)對該業(yè)務(wù)用例進(jìn)行復(fù)審。業(yè)務(wù)建模團(tuán)隊的其他成員作為業(yè)務(wù)模型復(fù)審員應(yīng)邀參加復(fù)審。業(yè)務(wù)設(shè)計員可能還會邀請涉眾代表角色和實體(改進(jìn)》規(guī)則(改進(jìn))定義業(yè)務(wù)構(gòu)架業(yè)務(wù)建模關(guān)指南●確定業(yè)務(wù)中的所有角色、產(chǎn)品、可交付工件和事件?！裾f明業(yè)務(wù)角色和業(yè)務(wù)實體是如何執(zhí)行業(yè)務(wù)用例實現(xiàn)的?！翊_保業(yè)務(wù)流轉(zhuǎn)的暢通性與正確性.●發(fā)現(xiàn)問題，提出修正如上例：通過流程再現(xiàn)，其流程是●組織勞動將各車間部門發(fā)生的崗位級別變更錄入數(shù)據(jù)庫●工資專責(zé)根據(jù)崗位級別確定基本工資●工資專責(zé)接收、審核、錄入各車間部門上報的職工考勤情況●根據(jù)考勤情況調(diào)整工資●從社保崗接收職工的社保數(shù)據(jù)●將基本工資與社保數(shù)據(jù)以及上月個人所得稅匯總制盤交財務(wù)●記錄工資臺帳從工資計算的流程可以看出，由于數(shù)據(jù)不能在網(wǎng)上共享造成了許多人力資源的浪費，在建立了公用的工資主題數(shù)據(jù)庫后，可以將原有的復(fù)雜流程改為如下圖所示的簡單流程的改進(jìn)和說明資批發(fā)薪考勤記錄工資數(shù)據(jù)改進(jìn)流程的優(yōu)點●流程簡單；●數(shù)據(jù)只錄入一遍，其他崗位調(diào)用就可以了；●相關(guān)崗位隨時可以察看最新數(shù)據(jù)，提高辦事效率；第一洋分城下臺址沒方案分析行為改進(jìn)構(gòu)架[非實時1[實時】改進(jìn)構(gòu)架[非實時1設(shè)計構(gòu)件設(shè)計實時構(gòu)件設(shè)計購裙出模型設(shè)計構(gòu)件圖表10系統(tǒng)建模階段的主要任務(wù)用例模型用例模型實拖構(gòu)件工作宜程中》設(shè)計復(fù)審員設(shè)計員構(gòu)件圖表11系統(tǒng)建模階段的主要任務(wù).1.面向業(yè)務(wù)主題的企業(yè)數(shù)據(jù)模型數(shù)據(jù)庫設(shè)計人員根據(jù)類、子系統(tǒng)和用例圖、活動圖設(shè)計數(shù)據(jù)庫，由于各系統(tǒng)的數(shù)據(jù)是“各自為政”的，在不同的開發(fā)組織獨立地開發(fā)應(yīng)用系統(tǒng)時，一種潛在的問題也同時產(chǎn)生：同義異名的數(shù)據(jù)項和內(nèi)容重疊又相互矛盾的“數(shù)據(jù)庫”被不同開發(fā)小組多次創(chuàng)建，大量存在數(shù)據(jù)的冗余、不一致等情況，造成信息采集、應(yīng)用集成的困難。我們稱這種問題為“數(shù)據(jù)處理危機問題”?！皵?shù)據(jù)環(huán)境”是為解決“數(shù)據(jù)處理危機問題”而提出的重要概念。典型的數(shù)第一類數(shù)據(jù)文件：這是一種數(shù)據(jù)組織技術(shù)簡單、相對容易實現(xiàn)的數(shù)據(jù)環(huán)境。但隨著應(yīng)用程序增加，數(shù)據(jù)文件數(shù)目劇增，會導(dǎo)致很高的維護(hù)費用并且一點應(yīng)用上的變化都將引起連鎖反應(yīng)，使修改又慢又昂貴，并很難進(jìn)行；第二類應(yīng)用數(shù)據(jù)庫：數(shù)據(jù)庫管理系統(tǒng)雖然出現(xiàn)了很長時間，但普遍地系統(tǒng)分析員和程序員根據(jù)報表的原樣“建庫”.這種沒有進(jìn)行數(shù)據(jù)分析和組織的、為分散的應(yīng)用設(shè)計的分散的數(shù)據(jù)庫實際上并不具備數(shù)據(jù)庫的本質(zhì)，不能支持?jǐn)?shù)據(jù)的著應(yīng)用的擴充，應(yīng)用數(shù)據(jù)庫也在劇增.其維護(hù)成本仍然很高，有時甚至高于數(shù)據(jù)文件。該類數(shù)據(jù)環(huán)境還沒有發(fā)揮使用數(shù)據(jù)庫的主要優(yōu)越性。第三類主題數(shù)據(jù)庫：這是一種真正意義上的數(shù)據(jù)庫，經(jīng)過科學(xué)的規(guī)劃與設(shè)據(jù)、產(chǎn)品數(shù)據(jù)或人事數(shù)據(jù)等，通過一些共享的數(shù)據(jù)庫被聯(lián)系和體現(xiàn)出來。其特點是：經(jīng)過嚴(yán)格的數(shù)據(jù)分析，建立模型需要花費時間，但其后的維護(hù)費用很低，并第四類信息檢索系統(tǒng)：這種數(shù)據(jù)庫環(huán)境的目的是保證信息檢索和快速查詢的獲取，經(jīng)過加工成為最終用戶在一定程度上可理解的形式?？梢哉f數(shù)據(jù)倉庫是主證高效率、高質(zhì)量地利用數(shù)據(jù)資源。一個典型主題數(shù)據(jù)庫的例子如下：第二洋分城下臺址沒方案人員基本情況采購數(shù)據(jù)生產(chǎn)數(shù)據(jù)物料數(shù)據(jù)顧客概況銷售數(shù)據(jù)財務(wù)管理圖表錯誤!未定義書簽。主題數(shù)據(jù)庫例子主題數(shù)據(jù)庫與企業(yè)中的各種業(yè)務(wù)主題相關(guān)，而不是與具體的應(yīng)用程序相關(guān)。甲主題數(shù)甲主題數(shù)圖表錯誤!未定義書簽。主題數(shù)據(jù)庫主題數(shù)據(jù)庫的基本特征是：●信息共享：主題數(shù)據(jù)庫是對各個應(yīng)用系統(tǒng)“自建自用”的數(shù)據(jù)庫的徹底第二洋分城下臺址沒方案否定，強調(diào)各個應(yīng)用系統(tǒng)“共建共用”的共享數(shù)據(jù)庫；●一次一處輸入系統(tǒng)：主題數(shù)據(jù)庫要求調(diào)研分析企業(yè)各經(jīng)營管理層次上的數(shù)據(jù)源，強調(diào)數(shù)據(jù)的就地采集、就地處理、使用和存儲，以及必要的傳及時性和完整性。根據(jù)“諾蘭模型”提出的企業(yè)計算機發(fā)展過程的六個階段：1)起步；5)數(shù)據(jù)管理；前三個階段具有計算機時代的特征，后三個階段具有信息時代的特征，其轉(zhuǎn)折點處是進(jìn)行總體數(shù)據(jù)規(guī)劃的時機。目前我國許多企業(yè)的信息化進(jìn)程基本處于“第三階段”,實現(xiàn)數(shù)據(jù)的集成是推進(jìn)企業(yè)信息化發(fā)展到質(zhì)變的基礎(chǔ)，而數(shù)據(jù)集成的基礎(chǔ)是主題數(shù)據(jù)庫的規(guī)劃.了用戶的綜合性信息需求。概念數(shù)據(jù)庫一般用數(shù)據(jù)庫名稱及其內(nèi)容(簡總體數(shù)據(jù)模型。這種模型首先要做到概念級，即概念數(shù)據(jù)庫的列表，以便反映用戶信息需求的總體觀點。規(guī)范概念數(shù)據(jù)庫需要較廣泛深入的業(yè)數(shù)據(jù)庫的標(biāo)識與名稱、主關(guān)鍵字和數(shù)據(jù)內(nèi)容。)如下圖：工程管理主題的數(shù)據(jù)模型。施工班皮表施工班皮表厚工視：IDTB0施工年月IB52本月工帶墻還：TIkAI五0下月工而計歸：IK011E資抖名EHS0)m>能社疊記表2O理反付脈IKTR(5.0(冷L胸工遇度表180臺網(wǎng)登記表合網(wǎng)名材En(EE●邏輯數(shù)據(jù)庫(LogicalDatabase):是系統(tǒng)分析設(shè)計人員的觀點.在關(guān)系數(shù)據(jù)庫模型中，邏輯數(shù)據(jù)庫是一組規(guī)范化的基本表(BaseTable)?！穸叩霓D(zhuǎn)化：把概念數(shù)據(jù)庫演化為邏輯數(shù)據(jù)庫的主要工作是采用數(shù)據(jù)結(jié)構(gòu)規(guī)范化原理與方法，將每個概念數(shù)據(jù)庫分解成三范式的一組基本表，一個邏輯數(shù)據(jù)庫就是這一組三范式基本表的統(tǒng)一體.邏輯數(shù)據(jù)庫標(biāo)準(zhǔn)涉及各基本表的命名標(biāo)識、主碼、屬性列表及基本表之間的結(jié)構(gòu)關(guān)系.在此階段完成數(shù)據(jù)規(guī)范的規(guī)劃設(shè)計建一個或者多個類圖來表示子系統(tǒng)包含的元素以及它們相互之間的關(guān)聯(lián)關(guān)系.雖然一個類圖已經(jīng)足夠，但使用多個類圖能降低復(fù)雜性并提高可讀性。最后，說明各個子系統(tǒng)之間的關(guān)系。當(dāng)子系統(tǒng)包含的某個元素使用了另一個子系統(tǒng)中的某個元素行為時，實際上就在所屬子系統(tǒng)間創(chuàng)建了依賴關(guān)系。為改進(jìn)復(fù)用和降低維護(hù)依賴關(guān)系，我們需要用子系統(tǒng)特定接口的依賴關(guān)系來進(jìn)行說明，而不利用子系統(tǒng)本身或者子系統(tǒng)包含的元素來說明。第一洋分城下臺址沒方案●只要兩個模型元素都能提供相同的行為，我們就能夠用其中一個模型元素(包括子系統(tǒng))代替另一個模型元素。由于我們利用接口來指定必需的行為，因此也應(yīng)當(dāng)利用接口來表示一個模型元素在另一個模型元素上的任何行為需求?！裰灰酉到y(tǒng)可以提供正確的外部行為，我們最好讓設(shè)計員充分自由地設(shè)計子系統(tǒng)的內(nèi)部行為。如果一個子系統(tǒng)的模型元素引用了另一個子系統(tǒng)的模型元素，則設(shè)計員再也無法自由地移去該模型元素或者將該模型元素的行為重新分配給其他元素。結(jié)果，系統(tǒng)變得更加脆弱。之間沒有直接的依賴關(guān)系或者關(guān)聯(lián)關(guān)系。還要確保子系統(tǒng)和接口之間沒有循環(huán)的當(dāng)存在用一個子系統(tǒng)代替另一個子系統(tǒng)的可能性(它們具有相同的接口)時，身。這樣就可以使用實現(xiàn)同一接口的其他任何模型元素(子系統(tǒng)或類)。采用接口依賴關(guān)系允許使用可替換設(shè)計元素來設(shè)計靈活的框架。子系統(tǒng)的外部行為是通過它所實現(xiàn)的接口定義的.當(dāng)子系統(tǒng)實現(xiàn)了某個接口第二洋分城下臺址沒方案(在實施構(gòu)件執(zhí)行單元測試類設(shè)計子系統(tǒng)設(shè)計封裂體協(xié)議復(fù)審設(shè)計變更請求設(shè)計復(fù)審員復(fù)審記錄設(shè)計指南補充規(guī)納封裝體設(shè)計員工作溫程中》分析模型實施員設(shè)計類圖表12系統(tǒng)設(shè)計實施人員根據(jù)子系統(tǒng)、類、數(shù)據(jù)模型，設(shè)計構(gòu)件的架構(gòu)，實現(xiàn)信息系統(tǒng)的統(tǒng)一平臺。構(gòu)件代表開發(fā)流程的物理資產(chǎn)：包含源文件、配置文件和可執(zhí)行文件的多種類型文件以及其他的開發(fā)實際產(chǎn)品構(gòu)件。是系統(tǒng)中實際存在的可更換部分，它實現(xiàn)特定的功能，符合一套接口標(biāo)準(zhǔn)并實現(xiàn)一組接口。構(gòu)件代表系統(tǒng)中的一部分物理實施。通過IRP(信息資源規(guī)劃)的實施可以帶來以下效果：●企業(yè)內(nèi)部的數(shù)據(jù)交換建立在統(tǒng)一的主題數(shù)據(jù)庫下；●全面利用信息資源，達(dá)到共享數(shù)據(jù)目的，充分利用數(shù)據(jù)；●通過整個規(guī)劃過程可以發(fā)現(xiàn)一些工作流程的不合理的地方；●在總體數(shù)據(jù)規(guī)劃的基礎(chǔ)上，企業(yè)信息化可以分階段實施，以集中精力解決最主要的問題；●數(shù)據(jù)信息可以由源頭錄入，在后續(xù)功能模塊共享，減輕工作量；●在總體數(shù)據(jù)規(guī)劃的基礎(chǔ)上，可以進(jìn)行數(shù)據(jù)整合與應(yīng)用整合，擺脫數(shù)據(jù)孤●可以選擇多家廠商的軟件產(chǎn)品模塊進(jìn)行集成；●對企業(yè)的現(xiàn)狀進(jìn)行一次徹底掃描，而且在規(guī)劃的指導(dǎo)下建立信息系統(tǒng)的統(tǒng)一平臺，使得企業(yè)的所有信息整體地展現(xiàn)在面前，甲乙雙方對企業(yè)的運行狀況與不足有了一個感性的認(rèn)識，這樣為后期成功實施BPR(即企業(yè)流程重組BusinessProcessing序號名稱提交產(chǎn)品1項目啟動項目詳細(xì)進(jìn)度表，活動圖使用說明，業(yè)務(wù)模型使用說明2需求調(diào)查本崗、部門的：用戶需求說明，書(用戶簽字),業(yè)務(wù)用例模型，業(yè)務(wù)用例活動圖3需求分析跨崗、部門的：業(yè)務(wù)用例活動圖，業(yè)務(wù)用例模型，狀態(tài)圖，業(yè)務(wù)規(guī)則，數(shù)據(jù)字典4業(yè)務(wù)用例進(jìn)行復(fù)審修改后的：用戶需求說明書(用戶簽字),業(yè)務(wù)用例模型，業(yè)務(wù)用例活動圖5系統(tǒng)建模立規(guī)則，數(shù)據(jù)模型使用說明，各系統(tǒng)構(gòu)件圖6系統(tǒng)完善測試報告，驗收報告3.1.5.BPR的概念與實施.BPR的概念與實施在前面我們已經(jīng)實施了IRP(信息資源規(guī)劃InformationResourcePlanning),掌握了企業(yè)的整體概況，為BPR的實施到好了基礎(chǔ)，那么,BPR到底是什么呢，BPR即企業(yè)流程重組(BusinessProcessingReengineering),該詞最早源于計算第二洋分城下臺址沒方案機領(lǐng)域中軟件維護(hù)過程中的反向工程(ReverseEngineering)的概念，但真正形成權(quán)威定義的時間是在1990年，提出了BPR概念；并且定義如下：“BPR是對企業(yè)的業(yè)務(wù)流程(Process)作根本性(Fundamental的思考和徹底性(Radical)重建，其目的是在成本、質(zhì)量、服務(wù)和速度等方面取得顯著性(Dramatic)的改善，使得企業(yè)能最大限度地適應(yīng)以顧客(Customer)、競爭(Competition)、變化業(yè)中，有70%的企業(yè)在推行BPR計劃，有15%的企業(yè)表示正在積極考慮。而發(fā)業(yè)務(wù)流程重組就是重新設(shè)計和安排企業(yè)的整個生產(chǎn)、服務(wù)和經(jīng)營過程，使之合理化。通過對組織原來生產(chǎn)經(jīng)營過程的各個方面、每個環(huán)節(jié)進(jìn)行全面的調(diào)查研究和細(xì)致分析，對其中不合理、不必要的環(huán)節(jié)進(jìn)行徹底的變革.流程是指一系列動分工的影響下，作業(yè)流程被分割成各種簡單的任務(wù)，經(jīng)理們將精力集中于個別任務(wù)效率的提高上，而忽略了最終目標(biāo)，即滿足顧客的需求。而實施BPR,就最優(yōu)。實施BPR不是單純的技術(shù)問題，更是一種思維方式的轉(zhuǎn)變.而多數(shù)企業(yè)卻將信息技術(shù)鑲嵌于現(xiàn)有的經(jīng)營過程中，他們想的是“如何運用IT來改善現(xiàn)有流程",卻沒有從根本上考慮"我們要不要沿用現(xiàn)有的流程?"而后者才是BPR的●實現(xiàn)從職能管理到面向業(yè)務(wù)流程管理的轉(zhuǎn)變.BPR強調(diào)管理面向業(yè)務(wù)流程，將業(yè)務(wù)的審核與決策點定位于業(yè)務(wù)流程執(zhí)行的地方，縮短信息溝通的渠道和時間，從而提高對顧客和市場的反應(yīng)速度.程中每一個環(huán)節(jié)上的活動盡可能實現(xiàn)最大化增值，盡可能減少無效的或不增值的活動。并從整體流程全局最優(yōu)(而不是局部最優(yōu))的目標(biāo)，設(shè)計和優(yōu)化流程中的各項活動，消除本位主義和利益分散主義.消除純粹的中層“領(lǐng)導(dǎo)”這不僅降低了管理費用和成本，更重要的是提高了組織的運轉(zhuǎn)效率及對市場的反應(yīng)速度.●組織結(jié)構(gòu)應(yīng)該以產(chǎn)出為中心，而不是以任務(wù)為中心.這條原則是說應(yīng)該由一個人或一個小組來完成流程中的所有步驟.圍繞目標(biāo)或產(chǎn)出而不是單個●充分發(fā)揮每個人在整個業(yè)務(wù)流程中的作用。BPR要求權(quán)力下放，將決策點定位于業(yè)務(wù)流程執(zhí)行地方，這要求業(yè)務(wù)處理流程上的人員素質(zhì)整體提高，并強調(diào)團(tuán)隊合作精神，并將個人的成功與其所處流程的成功作為一●面向客戶和供應(yīng)商整合企業(yè)業(yè)務(wù)流程。當(dāng)前時代的競爭不是單一企業(yè)與單一企業(yè)的競爭，而是一個企業(yè)的供應(yīng)鏈(供應(yīng)商、企業(yè)制造車間、分銷網(wǎng)絡(luò)、客戶組成一個企業(yè)緊密的供應(yīng)鏈)與另一個企業(yè)供應(yīng)鏈間的競爭，這要求企業(yè)在實施BPR時不僅要考慮企業(yè)內(nèi)部的業(yè)務(wù)處理流程，還要對量實現(xiàn)企業(yè)與外部只有一個接觸點.盡可能利用IT手段實現(xiàn)信息的一次處理與共享使用機制，將串行工作流程改造為并行工作流程，協(xié)調(diào)分散與集中之間的矛盾.另外，企業(yè)實施業(yè)務(wù)流程重組過程中應(yīng)該注意以下幾點。●從企業(yè)決定實施BPR開始，企業(yè)管理層與職工之間就要不斷進(jìn)行交流。要向職工宣傳BPR帶來的機會，如實說明BPR對組織機構(gòu)和工作方式的取得職工的理解與支持.如果隱瞞可能存在的威脅，有可能引起企業(yè)內(nèi)部動蕩不安，從而使可能的威脅成為現(xiàn)實?！褡屇切┬枰玫搅鞒坍a(chǎn)出的人自己執(zhí)行流程。過去由于專業(yè)化精密分工，于是采購部需要尋找供貨商，討價還價，發(fā)出訂單，驗收貨物然后付款，最后會計部才能得到所需的鉛筆。這一流程的確能完成工作，并且對于采購貴重貨物的確能顯示出專業(yè)化采購優(yōu)勢，但是對于鉛筆這類廉價的間接費用競會超過所購產(chǎn)品的成本。●當(dāng)與流程關(guān)系最密切的人自己可以完成流程時，大大消除了原有各工作組之間的摩擦，從而減少了管理費用，但是這并不意味著要取消所有的專業(yè)部門的專業(yè)職能，例如對于企業(yè)主要設(shè)備和原材料，還是需要由采購●將信息處理工作納入產(chǎn)生這些信息的實際工作中去.過去大部分企業(yè)都建立了這樣一些部門，它們的工作僅僅是收集和處理其它部門產(chǎn)生的信息。這種安排反映了一種舊思想，即認(rèn)為低層組織的員工沒有能力處理自己產(chǎn)生的信息.而今伴隨著IT的運用和員工素質(zhì)的提高，信息處理工作完全可以由低層組織的員工自己完成?！駥⒏鞯胤稚⒌馁Y源視為一體。集權(quán)和分權(quán)的矛盾是長期困擾企業(yè)的問題。集權(quán)的優(yōu)勢在于規(guī)模效益，而缺點是缺乏靈活性。分權(quán)，即將人、設(shè)備、資金等資源分散開來，能夠滿足更大范圍的服務(wù)，但卻隨之帶來冗員，官僚主義和喪失規(guī)模效益的后果。有了數(shù)據(jù)庫，遠(yuǎn)程通信網(wǎng)絡(luò)以及標(biāo)準(zhǔn)在保持靈活服務(wù)的同時，獲得規(guī)模效益?？偣九c各制造單位使用一個統(tǒng)?？偛繐?jù)此掌握全公司的需求狀況，并派出采購部與供應(yīng)商談判，簽●將并行工作聯(lián)系起來，而不是僅僅聯(lián)系他們的產(chǎn)出.存在著兩種形式的并工作，而這些工作最終必須組合到一起.新產(chǎn)品的開發(fā)就屬于后一種的典型。并行的好處在于將研究開發(fā)工作分割成一個個任務(wù)，同時進(jìn)行，可以縮短開發(fā)周期。但是傳統(tǒng)的并行流程缺乏各部門間的協(xié)作，因此，在縮短產(chǎn)品開發(fā)周期，減少不必要的浪費?！袷箾Q策點位于工作執(zhí)行的地方，在業(yè)務(wù)流程中建立控制程序。在大多數(shù)企業(yè)中，執(zhí)行者、監(jiān)控者和決策者是嚴(yán)格分開的。這是基于一種傳統(tǒng)的假設(shè)，即認(rèn)為一線工人既沒有時間也沒有意愿去監(jiān)控流程，同時他們也沒有足夠的知識和眼界去做出決策。這種假設(shè)就構(gòu)成了整個金字塔式管理結(jié)構(gòu)的基礎(chǔ)。而今，信息技術(shù)能夠捕捉和處理信息，專家系統(tǒng)又拓展了人們的知識，于是一線工作者可以自行決策，在流程中建立控制，這就為壓縮管理層次和實現(xiàn)扁平組織提供了技術(shù)支持。而一旦員工成為自我管理自我決策者的時候，金字塔式組織結(jié)構(gòu)以及伴隨著它的效率低下和官僚主義，也都會消失?！駨男畔碓吹匾淮涡缘孬@取信息。在信息難以傳遞的時代，人們往往會重復(fù)采集信息。但是，由于不同人、不同部門和組織對于信息有各自的要求和格式，不可避免地造成企業(yè)業(yè)務(wù)延遲、輸入錯誤和額外費用。然而今天，當(dāng)我們采集一條信息之后，可以將它儲存于在線數(shù)據(jù)庫中，與所有需要的人實現(xiàn)共享.所以根據(jù)BPR的思想精髓，我們可以將BPR的實施結(jié)構(gòu)設(shè)想成一種多層次的立體形式，即整個BPR實施體系由觀念重建、流程重建和組織重建三個層次構(gòu)成，其中以流程重建為主導(dǎo)，而每個層次內(nèi)部又有各自相應(yīng)的步驟過程，各層次也交織著彼此作用的關(guān)聯(lián)關(guān)系。面向職能→面向流程舊系統(tǒng)新系統(tǒng)關(guān)于每個層次內(nèi)部相應(yīng)的實施步驟，我們以流程重建層次為代表，看看具體第二洋分城下臺址沒方案資料分析流程分析績效評估建模傷真系腔分新實施圖表13流程重建實施步驟在上圖中的藍(lán)色部分，基本在IRP實施的過程中就完成了第一次反饋，也就是完成對企業(yè)現(xiàn)狀的描述和明顯流程問題的修正。進(jìn)行實施。(如上圖中的黑色部分)近年來信息技術(shù)的迅速發(fā)展，使得信息技術(shù)在企業(yè)流程的改造中得到廣泛應(yīng)用，開啟了一個新的研究領(lǐng)域。能否使用當(dāng)前信息領(lǐng)域最熱門的技術(shù)Intranet作為企業(yè)流程改造的網(wǎng)絡(luò)技術(shù)基礎(chǔ)將是本文主要探討的課題。技術(shù)就緊密參與其間.通過數(shù)據(jù)庫、通訊網(wǎng)絡(luò)、電子數(shù)據(jù)交換(EDI、工作流程軟所需的時間，并進(jìn)一步提供許多策略性價值以獲得競爭優(yōu)勢。員工心理抵制等幾個方面。其中信息技術(shù)帶來了時代性的改變，是BPR的誘發(fā)施是問題的瓶頸之一分析舊的企業(yè)信息系統(tǒng)結(jié)構(gòu)的底層——傳統(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)●傳統(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)缺乏柔性●企業(yè)處在不斷變化的競爭環(huán)境中，這種變化反映到企業(yè)內(nèi)部，必然要求企業(yè)的經(jīng)營模式或流程作出相應(yīng)的變化以適應(yīng)新的競爭，就是說BPR的改造是動態(tài)的過程，網(wǎng)絡(luò)拓?fù)浼熬W(wǎng)絡(luò)上的應(yīng)用在保持相對穩(wěn)定的基礎(chǔ)上必須有足夠的靈活性。傳統(tǒng)網(wǎng)絡(luò)里的改動常常需要企業(yè)多方面的共同運作，第二洋分城下臺址沒方案更換系統(tǒng)導(dǎo)致的工作停頓將使企業(yè)蒙受巨大損失.此外企業(yè)員工為掌握新的工具，需要接受新的培訓(xùn)，對于公司培訓(xùn)經(jīng)費預(yù)算及員工的心理承受又都是一項考驗.傳統(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)對于這種動態(tài)要求已無法適應(yīng)?！駛鹘y(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)缺乏開放性●在當(dāng)今全球化經(jīng)濟(jì)環(huán)境中，從事企業(yè)流程的改造不能局限于單個企業(yè)，必須具備系統(tǒng)思考與全局視野.從供應(yīng)鏈的角度來重構(gòu)企業(yè)流程，必須增強企業(yè)的開放性，將企業(yè)流程和整個供應(yīng)鏈流程整合為一體。傳統(tǒng)企業(yè)網(wǎng)絡(luò)大都要求相同平臺，跨企業(yè)的交流從硬件及軟件方面都相當(dāng)困難.●傳統(tǒng)網(wǎng)絡(luò)覆蓋范圍有限，與Internet網(wǎng)連接困難，遺失商機●在買方市場的今天，顧客導(dǎo)向是商家的信條，而通過網(wǎng)絡(luò)實時掌握市場動向，收集第一手的顧客數(shù)據(jù)無疑是快捷準(zhǔn)確的有效手段。局限于企業(yè)內(nèi)部的傳統(tǒng)網(wǎng)絡(luò)覆蓋范圍有限，顯然無法勝任。隨著信息技術(shù)的普必爭之地。企業(yè)要利用Internet的資源，而運用傳統(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)實現(xiàn)對●運用傳統(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)企業(yè)很難達(dá)到高度信息共享在傳統(tǒng)網(wǎng)絡(luò)中，大多通過文件服務(wù)器來實現(xiàn)信息共享。對于大型企業(yè)，文件服務(wù)器的任務(wù)繁統(tǒng)計，而細(xì)節(jié)性的信息無法收集，例如銷售部門無法掌握某產(chǎn)品的真正成本、最新庫存和客戶的信用情況，因此在顧客要求折扣時猶豫不決，導(dǎo)致利潤流失.而對于已經(jīng)或正在實施MRPIⅡ等系統(tǒng)集成軟件的企業(yè)，又發(fā)現(xiàn)要系統(tǒng)真正地運營起來并不是一件容易的事，企業(yè)網(wǎng)絡(luò)基礎(chǔ)設(shè)施和專業(yè)人員素質(zhì)的要求都非常高，大多數(shù)中小型企業(yè)無法負(fù)擔(dān)●傳統(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)難以支持跨平臺的系統(tǒng)集成系統(tǒng)集成是企業(yè)提高競爭力的必經(jīng)之路。許多企業(yè)已經(jīng)構(gòu)建了內(nèi)部網(wǎng)，基于傳統(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)的集成首先面臨的難題是跨平臺的應(yīng)用。企業(yè)內(nèi)各部門所用的硬件平臺從PC到小型機，軟件平臺從DOS到Windows95到NT到UNIX,各職能部門也有基于網(wǎng)絡(luò)的應(yīng)用程序在使用，例如：財會、物資采購比質(zhì)比價系統(tǒng)、輔料物流自動控制系統(tǒng)、制絲線集控管理系統(tǒng)等，這些應(yīng)用軟件可能是獨立開發(fā)或購買的產(chǎn)品.如何保護(hù)舊有投資，并在財務(wù)部門限定的預(yù)算內(nèi)完成系統(tǒng)集成是困擾信息專家的難題。通過以上分析，可以認(rèn)為傳統(tǒng)網(wǎng)絡(luò)應(yīng)用技術(shù)已系統(tǒng)造成很大的沖擊，也對企業(yè)的經(jīng)營提供了很大的策略性價值。一方面吸收了Internet先進(jìn)網(wǎng)絡(luò)技術(shù)的優(yōu)點，另一方面又針對企業(yè)出于安全性的需要把網(wǎng)絡(luò)相對封閉在企業(yè)內(nèi)部。這些特性使得新的信息技術(shù)作為BPR實施的基礎(chǔ)。信息集成平臺技術(shù)作為BPR網(wǎng)絡(luò)基礎(chǔ)的優(yōu)勢分析●真正實現(xiàn)了跨平臺的應(yīng)用，保護(hù)舊有投資。由于跨平臺特性，企業(yè)內(nèi)無現(xiàn)了資產(chǎn)增值?！駥崿F(xiàn)無縫過渡.原有應(yīng)用軟件及數(shù)據(jù)庫資料可以方便地整合到統(tǒng)一平臺中，避免了重復(fù)開發(fā)，也保護(hù)了這些企業(yè)多年來信息投資積累的成果，維系系統(tǒng)正常運轉(zhuǎn)。盡可能地保留了現(xiàn)有系統(tǒng)，并且企業(yè)可根據(jù)自身情況，逐步實現(xiàn)統(tǒng)一平臺下的構(gòu)件，就使得系統(tǒng)的升級趨于平穩(wěn)過渡，有利于消除BPR的激進(jìn)性帶來的不利因素。●加強溝通、合作與協(xié)調(diào)。運用Web的發(fā)布技術(shù)、電子郵件、新聞組等技術(shù)使得企業(yè)信息分散與收集更加方便，易于管理.信息流通刺激創(chuàng)意的產(chǎn)生，也使得跨功能與跨企業(yè)的溝通協(xié)調(diào)更容易進(jìn)行，對于高度要求信息成效果。●方便運用?？梢约涩F(xiàn)有的系統(tǒng)，也可以開發(fā)統(tǒng)一界面的新的應(yīng)用，也節(jié)省了在員工培訓(xùn)方面的經(jīng)費●不需要巨額投資。較少的投入能夠完成從簡單的Web站點瀏覽到完成與數(shù)據(jù)庫的復(fù)雜交互應(yīng)用。出于預(yù)算考慮或BPR實施的要求，可以選取其中任意部分實施?！癖馄交慕M織結(jié)構(gòu)一直是BPR追求的目標(biāo)。信息集成技術(shù)支持扁平化，并且比以往任何網(wǎng)絡(luò)技術(shù)更利于發(fā)揮扁平化組織的績效。團(tuán)隊成員工作共享、團(tuán)隊之間信息交流、團(tuán)隊與上下層溝通都可更加方便地實現(xiàn).業(yè)務(wù)流程重組與信息系統(tǒng)規(guī)劃相互作用，相輔相成。一方面，信息系統(tǒng)規(guī)劃要以流程再造為前提，并且在系統(tǒng)規(guī)劃的整個規(guī)程中以業(yè)務(wù)流程為主線。隨著業(yè)務(wù)流程再造的深入，要求業(yè)務(wù)信息系統(tǒng)不斷提高其集統(tǒng)定位于面向客戶、面向不斷變化的業(yè)務(wù)流程；另一方面，面向流程的信息系統(tǒng)規(guī)劃驅(qū)動企業(yè)的業(yè)務(wù)流程再造.信息系統(tǒng)的科學(xué)規(guī)劃，使得信息的收集、存儲、整理、利用和共產(chǎn)品的市場調(diào)查、產(chǎn)品構(gòu)想、工程設(shè)計、生產(chǎn)制造、銷售服務(wù)等環(huán)節(jié)的并行成為信息系統(tǒng)的建設(shè)更具有效性與靈活性?；跇I(yè)務(wù)流程重組的系統(tǒng)規(guī)劃一定要突破以現(xiàn)行職能部門為基礎(chǔ)的分工式選擇核心業(yè)務(wù)流程為再造的突破口，在業(yè)務(wù)流程創(chuàng)新及規(guī)范化的基礎(chǔ)上，進(jìn)行系統(tǒng)規(guī)劃與功能規(guī)劃。我們在BPR的信息化方面實施中采取以下的策略：●先進(jìn)行IRP,建立企業(yè)的業(yè)務(wù)、功能、數(shù)據(jù)模型●建立統(tǒng)一的信息系統(tǒng)消息平臺，連接舊有系統(tǒng)，將IRP實施的結(jié)果真實地展現(xiàn)在用戶面前第二洋分城下臺址沒方案●利用工具對建立的模型進(jìn)行反復(fù)的修改、論證，直至找到一個令人滿意●將備選方案的業(yè)務(wù)過程模型部署到工作流平臺(IBMMQSeriesWorkflow&IBMWebsphereBusinessIntegrationServer)中因為本項目的特殊性，在第一階段提供信息資源規(guī)劃(IRP)服務(wù)，重點在于對企業(yè)現(xiàn)有的情況進(jìn)行反應(yīng)，在此階段進(jìn)行局部的優(yōu)化和調(diào)整，同時我們也派出企業(yè)流程再造BPR方面首席顧問—梅紹祖教授作為本次項目的顧問專家，使得IRP項目能夠為未來的BPR工作打下一個堅實的基礎(chǔ)，同時完成一部分BPR的準(zhǔn)備工作，從業(yè)務(wù)和技術(shù)兩個層面上確保項目的效果和成功。3.2.數(shù)據(jù)集成3.2.1.數(shù)據(jù)規(guī)劃數(shù)據(jù)規(guī)劃是一個解決方案，而不是一個可以買到的產(chǎn)品。不同企業(yè)會有不同的設(shè)計、處理和實現(xiàn)過程。數(shù)據(jù)規(guī)劃既能給決策人員建立決策主題又能幫助技術(shù)速溝通的橋梁，共同協(xié)商開發(fā)中央數(shù)據(jù)集成處理平臺。針對常德卷煙廠信息平臺建設(shè)項目，我們認(rèn)為其數(shù)據(jù)規(guī)劃步驟也必須滿足如下幾步；●能從各種來源抽取數(shù)據(jù)●將數(shù)據(jù)綜合到一個通用存儲庫●將數(shù)據(jù)導(dǎo)入到一個用戶能夠使用的格式中●為用戶提供訪問數(shù)據(jù)的查詢工具第二洋分城下臺址沒方案數(shù)據(jù)規(guī)劃概念視圖數(shù)據(jù)管理中央數(shù)據(jù)庫信息展現(xiàn)業(yè)務(wù)用戶數(shù)據(jù)管理中央數(shù)據(jù)庫信息展現(xiàn)業(yè)務(wù)用戶源數(shù)掘數(shù)據(jù)轉(zhuǎn)極Olap用戶即東詢即東詢直接用戶(客戶地：亡性直接用戶(客戶地：圖表14數(shù)據(jù)規(guī)劃概念視圖整套數(shù)據(jù)規(guī)劃體系包括數(shù)據(jù)集成、數(shù)據(jù)管理和數(shù)據(jù)使用三個階段，其中數(shù)據(jù)從數(shù)據(jù)源中經(jīng)過數(shù)據(jù)抽取、轉(zhuǎn)化、過濾和加載后進(jìn)入中央數(shù)據(jù)庫中再經(jīng)分析轉(zhuǎn)換后可進(jìn)入OLAP數(shù)據(jù)倉庫中，高級管理人員可以通過報表、隨即查詢、多維分析及數(shù)據(jù)挖掘等工具可以獲得所需要的數(shù)據(jù).在常德卷煙廠信息集成平臺項目的建為數(shù)據(jù)倉庫的建設(shè)。在本方案中主要介紹第一期的建設(shè)，在本期方案中考慮到仍將涉及到數(shù)據(jù)的查詢和分析，這一部分的內(nèi)容我們將通過在前端展現(xiàn)工具—BusinessObject(BO)中定義語義層，采用動態(tài)微立方體技術(shù)對數(shù)據(jù)進(jìn)行查詢分ORACLE9I,不需要進(jìn)行數(shù)據(jù)的轉(zhuǎn)換和遷移，同時在我們建議采用的前端展現(xiàn)工具—BusinessObject(BO)在全球范圍內(nèi)和Oracle數(shù)據(jù)倉庫是最佳合作關(guān)系，只需要用數(shù)據(jù)倉庫的OLAP引擎串聯(lián)到現(xiàn)在的主題數(shù)據(jù)庫和BO之間就能夠保證將整個BI系統(tǒng)平滑轉(zhuǎn)換，由于各層互相獨立，所以置換數(shù)據(jù)存儲層對語義層、數(shù)據(jù)獲取層和分析展示層沒有影響。數(shù)據(jù)規(guī)劃邏輯結(jié)構(gòu)圖數(shù)據(jù)管理數(shù)據(jù)管理主題數(shù)據(jù)庫數(shù)據(jù)倉庫數(shù)據(jù)連接關(guān)系型效據(jù)庫數(shù)據(jù)控?fù)?jù)多維數(shù)據(jù)庫數(shù)據(jù)抽取數(shù)據(jù)倉庫管理數(shù)據(jù)加載數(shù)據(jù)使用報表工具外圖數(shù)據(jù)源數(shù)露集成數(shù)據(jù)轉(zhuǎn)換知識管理從數(shù)據(jù)規(guī)劃邏輯結(jié)構(gòu)圖中可以看出整個數(shù)據(jù)規(guī)劃邏輯結(jié)構(gòu)包括五大部份：●第一部分為未經(jīng)整合的源數(shù)據(jù)，包括目前使用的一些業(yè)務(wù)系統(tǒng)、管理系統(tǒng)及其它外部系統(tǒng)等.●第二部分為數(shù)據(jù)集成，數(shù)據(jù)集成將對異構(gòu)的或同構(gòu)的數(shù)據(jù)進(jìn)行抽取、轉(zhuǎn)換和加載。中，中央數(shù)據(jù)庫既存放關(guān)系型數(shù)據(jù)也存放多維型數(shù)據(jù)?！竦谒牟糠譃閿?shù)據(jù)使用部分，數(shù)據(jù)使用部分主要采用一些報表、分析、數(shù)據(jù)挖掘、數(shù)據(jù)查詢等工具生成需要的數(shù)據(jù)供決策層使用?！竦谖宀糠窒到y(tǒng)平臺部分，數(shù)據(jù)平臺部分包括系統(tǒng)管理、系統(tǒng)調(diào)度和基礎(chǔ)針對數(shù)據(jù)規(guī)劃邏輯結(jié)構(gòu)圖的數(shù)據(jù)邏輯處理結(jié)構(gòu)圖我們把常德卷煙廠信息平頂向下與自下而上相結(jié)合的方法進(jìn)行設(shè)計，把整個業(yè)務(wù)體系分成三個層次(概念第一洋分城下臺建沒方案層、邏輯層和物理層)進(jìn)行數(shù)據(jù)整理和分析，如圖數(shù)據(jù)規(guī)劃步驟(1)所示。自頂向下方法主要是以企業(yè)目標(biāo)和特殊的業(yè)務(wù)目標(biāo)為指導(dǎo)，以標(biāo)準(zhǔn)模型為基礎(chǔ)，設(shè)計自頂向下方法其優(yōu)點是可以做成理想模型，缺點是在業(yè)務(wù)和數(shù)據(jù)庫設(shè)計上要求有很高的設(shè)計能力和分析技巧且在實際操作中設(shè)計(項目)發(fā)生遺漏的概率很高，這樣會給新業(yè)務(wù)的實施帶來障礙.自下而上方法是以現(xiàn)行信息系統(tǒng)的畫面和報表生遺漏的概率很小。其缺點是不要的實體和項目容易混入；信息的標(biāo)準(zhǔn)和檢查以及數(shù)據(jù)整合需耗費大量時間。在本方案中采取自頂向下和自下而上相結(jié)合辦法進(jìn)行數(shù)據(jù)規(guī)劃，在DB概念設(shè)計和DB邏輯設(shè)計(概要)部份采取自頂向下的方法進(jìn)行數(shù)據(jù)建模，在DB邏輯設(shè)計(詳細(xì))階段采取自下而上的辦法進(jìn)行建模，這樣既避免了數(shù)據(jù)的遺漏又容易實現(xiàn)，如圖數(shù)據(jù)規(guī)劃步驟(2)所示。在我們的規(guī)劃設(shè)計中第三步是對公共數(shù)據(jù)項目的最終確定，如圖數(shù)據(jù)規(guī)劃步驟(3)所示，應(yīng)用開發(fā)小組對代碼定義文件、畫面定義文件及報表定義文件進(jìn)行討論并與邏輯ER圖進(jìn)行比照，確定最終的數(shù)據(jù)項目.設(shè)計的最后一步是數(shù)據(jù)的分析和采取，確定最終的數(shù)據(jù)源并確認(rèn)最終的設(shè)計文檔，其步驟如下：●搜索各應(yīng)用程序所使用的數(shù)據(jù)：在各應(yīng)用程序開發(fā)組搜索畫面定義文件和報表定義文件●確定數(shù)據(jù)來源：確定數(shù)據(jù)是在各個應(yīng)有程序產(chǎn)生還是在此之外產(chǎn)生●判斷實際利用階段：確認(rèn)是否有保留的理由，是否在其它系統(tǒng)有利用價值●把設(shè)計內(nèi)容反映到綜合數(shù)據(jù)庫上，相正相應(yīng)的文件并把它反映到設(shè)計文檔中。如圖數(shù)據(jù)規(guī)劃步驟(4)所示。數(shù)據(jù)規(guī)劃步驟(1)查業(yè)的阻標(biāo)發(fā)有邏舞夜型設(shè)計新的邏輯模型新的逐綠楓型新業(yè)務(wù)系駛色念匠t0onoch方法自頂向下以業(yè)臣標(biāo)和特乘的業(yè)務(wù)目標(biāo)為指，以標(biāo)限植激方基礎(chǔ)、設(shè)計新的很念模梨在折柔企鐵型基油上附加評湘的業(yè)務(wù)畏點，生:可以館成緩怒模型*:在業(yè)務(wù)和效慢庫設(shè)計上要求育減高的設(shè)讓能力和分折技5:武際協(xié)作中設(shè)計以)農(nóng)生選間的撕率限高。這桿合給領(lǐng)業(yè)務(wù)的實艙舉來障碼自下而上■以及行位豈系紙的疆工平推責(zé)為礎(chǔ)生旅現(xiàn)行迎細(xì)挖型在行邏能模型為基味，附加新的業(yè)務(wù)要點，生:與頂病下陶比不需要見高的分折枝巧:底新設(shè)計險段狀生遺潤的激率減小:要的實體和項口容品凝入，怕色的標(biāo)準(zhǔn)和檢查伙及數(shù)據(jù)覺右百尾費大量時間數(shù)據(jù)規(guī)劃步驟(2)霞白頂向下初佛渠●確定外畏的放船去體●確定實體主罐●恰查體問的關(guān)系及激解唯一作●從系彼畫.按表、文箱等始章臟嘎目，生成重體關(guān)夫系●確定敞觸吸的楓性●素歸和外縫約座●表定義文件出集巢●不碳大體堂(粗吉不樓相豆關(guān)系及唯任檢查相豆關(guān)系及唯任檢查(不包含系煌對密)●不續(xù)九體處體(不合系飲化對面)大體輛性的金部位底大體輛性的金部位底列名飾及字段約宗集作倒理表格式●配醒立作圖表15數(shù)據(jù)規(guī)劃步驟(2)數(shù)據(jù)規(guī)劃步驟(3)數(shù)據(jù)規(guī)劃步驟(3)數(shù)據(jù)類塑數(shù)據(jù)大小應(yīng)用開發(fā)紐上的數(shù)據(jù)項目修訂從定義文件中的數(shù)據(jù)m面設(shè)計報表設(shè)計明喻業(yè)務(wù)場合發(fā)生的輸入輸出項目邏輯名保存網(wǎng)期城數(shù)據(jù)大小對照表不能取得一致的實體確認(rèn)一致的實體修訂反映在邏輯的圖畫面定義報表定義代碼定義文件定義文件討論討論新增數(shù)據(jù)規(guī)劃步驟(4)用的數(shù)據(jù)確定數(shù)據(jù)來源判斷實際利用價值保存期間的設(shè)定把設(shè)計內(nèi)容反映到綜合數(shù)據(jù)庫上挽集畫面定義和報表定義文件畫而定義文件代碼定義文件手段明確數(shù)據(jù)源頭判斷是否應(yīng)該保存到整合后的確認(rèn)數(shù)據(jù)產(chǎn)生數(shù)據(jù)庫中綜合數(shù)據(jù)庫設(shè)定綜合數(shù)據(jù)庫保存數(shù)據(jù)的用期整合后上沒有在各個DB之間數(shù)據(jù)內(nèi)容保存用期確定數(shù)據(jù)是在各個應(yīng)用程序中產(chǎn)生，還是在此之外產(chǎn)生確認(rèn)是否有保留的理由，是否有在其他系統(tǒng)的利用價值修正相應(yīng)文件同時反映到設(shè)計文3.2.2.數(shù)據(jù)集成.數(shù)據(jù)集成的需求與解決方案●面向業(yè)務(wù)主題這要求各主題數(shù)據(jù)庫在邏輯上是唯一的，各應(yīng)用程序?qū)⒁砸恢碌姆绞皆L問各數(shù)據(jù)庫。而典型的企業(yè)數(shù)據(jù)環(huán)境是多種異構(gòu)的數(shù)據(jù)庫管理系統(tǒng)并存，其間的訪問技術(shù)和數(shù)據(jù)定義都存在較大差異，嚴(yán)重影響了一致數(shù)據(jù)訪問的效率和簡單性要求。而合并這些數(shù)據(jù)到一個數(shù)據(jù)庫系統(tǒng)又受到原有應(yīng)用的數(shù)據(jù)庫兼容性限制，且為保護(hù)原有投資，我們暫時還不能拋棄原有應(yīng)用，因此，在所有數(shù)據(jù)遷移到一個合并數(shù)據(jù)庫成為可行之前，我們需要各種異構(gòu)的數(shù)據(jù)庫系統(tǒng)具有互操作的能力。為實現(xiàn)對跨整個企業(yè)網(wǎng)絡(luò)的大量數(shù)據(jù)進(jìn)行高效簡單的訪問，需要一個分布的應(yīng)用計算環(huán)境，且這個分布環(huán)境必須隱藏數(shù)據(jù)存放的實際位置以及對其跨網(wǎng)絡(luò)訪問的分布式數(shù)據(jù)庫分布式數(shù)據(jù)庫全過程通用的統(tǒng)一數(shù)據(jù)模型名姓地址公司銷售代表發(fā)票…比質(zhì)比價圖表16主題數(shù)據(jù)庫這樣，各應(yīng)用系統(tǒng)都對同一個邏輯數(shù)據(jù)源進(jìn)行操作，而不必考慮各具體數(shù)據(jù)源的數(shù)據(jù)格式、SQL方言和物理位置等差異，大大降低了系統(tǒng)集成的復(fù)雜度和投資風(fēng)險。對于常德卷煙廠的數(shù)據(jù)集成需求，我們采取的是一種漸進(jìn)的實現(xiàn)策略是：■采用Oracle9i數(shù)據(jù)庫構(gòu)建企業(yè)的中央數(shù)據(jù)庫來展現(xiàn)企業(yè)的主題數(shù)據(jù)庫邏輯，其與企業(yè)現(xiàn)存的數(shù)據(jù)庫共同組成一個分布式數(shù)據(jù)庫系統(tǒng)。新的應(yīng)用數(shù)據(jù)將存儲在中央數(shù)據(jù)庫上。企業(yè)將來可以將各個異構(gòu)數(shù)據(jù)庫上的數(shù)據(jù)逐步遷移到■在所有數(shù)據(jù)遷移到一個合并數(shù)據(jù)庫成為可行之前，需要通過主題數(shù)據(jù)庫對各異構(gòu)數(shù)據(jù)庫系統(tǒng)的實行透明的訪問.其實現(xiàn)是通過采用不同的數(shù)據(jù)庫技術(shù)來建立中央數(shù)據(jù)庫與其它數(shù)據(jù)庫的數(shù)據(jù)連接或訪問鏈接，并屏蔽異種數(shù)據(jù)庫間的數(shù)據(jù)格式轉(zhuǎn)換等復(fù)雜處理來完成的。具體的集成需求可做如下劃分：針對不同物理數(shù)據(jù)環(huán)境的差異性分為：●物理數(shù)據(jù)庫與主題數(shù)據(jù)庫同為Oracle;●物理數(shù)據(jù)庫為非Oracle數(shù)據(jù)庫；針對業(yè)務(wù)存取要求分為：第二部分集成平臺建設(shè)方案●實時的訪問；●異步的訪問，這是因為在業(yè)務(wù)處理中，對有些數(shù)據(jù)的訪問處于各種原因不需或無法進(jìn)行實時訪問，諸如：業(yè)務(wù)分析/處理往往對實時性要求不太高；>有些應(yīng)用系統(tǒng)的數(shù)據(jù)安全級別較高，開放外界的訪問將帶來不必要的直接數(shù)據(jù)訪問是不可能的；●對Oracle同構(gòu)數(shù)據(jù)庫的實時訪問：由于同為Oracle數(shù)據(jù)庫，可直接通過●對Oracle同構(gòu)數(shù)據(jù)庫的異步訪問：利用Oracle的基本復(fù)制功能和高級復(fù)時的、定時的數(shù)據(jù)同步，但目前看這項技術(shù)只適用與Oracle的同構(gòu)數(shù)據(jù)庫之間?！駥racle異構(gòu)數(shù)據(jù)庫的實時訪問：詳見第二節(jié)“基于Oracle通用連接性的異構(gòu)數(shù)據(jù)庫實時訪問”?！駥racle異構(gòu)數(shù)據(jù)庫的異步訪問：詳見第三節(jié)“基于數(shù)據(jù)交換平臺的異構(gòu)數(shù)據(jù)庫異步訪問"3.2.3.基于Oracle通用連接性的異構(gòu)數(shù)據(jù)庫實時訪問為實現(xiàn)對異構(gòu)數(shù)據(jù)庫的透明訪問，關(guān)鍵是提供全面的數(shù)據(jù)視圖，Oracle提供了通用連接性(GenericConnectivity)連接策略來無縫地集成不同的系統(tǒng)并提供一個合并的企業(yè)視圖。通用連接性實現(xiàn)了以下特性：■異構(gòu)的透明性即從Oracle環(huán)境透明訪問非Oracle系統(tǒng)的數(shù)據(jù)的能力。使用Oracle分布數(shù)據(jù)庫環(huán)境，位置的透明性還可以被擴展到駐留在非Oracle系統(tǒng)中的對象.因此，用戶可以對非Oracle系統(tǒng)中的對象創(chuàng)建synonyms并引用它們而無須指定其物理第二部分集成平臺建設(shè)方案位置。這種透明性使應(yīng)用開發(fā)人員無須定制他們的應(yīng)用來訪問非Oracle系統(tǒng)中的數(shù)據(jù)，降低了開發(fā)工作量并增加了應(yīng)用靈活性。替代訪問非Oracle系統(tǒng)時使用它們的專用接口，應(yīng)用可以將對Oracle及非Oracle系統(tǒng)的訪問構(gòu)建在一個一致的Oracle接口上?？紤]用戶目前多數(shù)據(jù)庫并存的事實以及將來遷移到Oracle■連接不同的系統(tǒng)盡管基于SQL標(biāo)準(zhǔn)的針對不同非Oracle系統(tǒng)的用戶接口看起來一樣工作，但這些非Oracle系統(tǒng)間可能存在一些差別。而這些差別可能影響不同系統(tǒng)間的■異構(gòu)連接處理架構(gòu)網(wǎng)關(guān)技術(shù)由兩部分組成：一個組件使用通用技術(shù)連接非Oracle系統(tǒng)，其對另一個組件是特定于目標(biāo)的，稱為“代理”--Agent。二者一起完成從Oracle環(huán)境對非Oracle系統(tǒng)的透明訪問。

異構(gòu)服務(wù)數(shù)據(jù)庫的特性，諸如強大的SQL解析和分布優(yōu)化能力.異構(gòu)服務(wù)擴展了OracleSQL引擎來實現(xiàn)遠(yuǎn)端非Oracle系統(tǒng)的SQL和過程能構(gòu)服務(wù)還可以將非Oracle系統(tǒng)集成進(jìn)Oracle數(shù)據(jù)庫服務(wù)器事務(wù)和會話中。當(dāng)在Oracle系統(tǒng)，當(dāng)應(yīng)用提交事務(wù)時，Oracle的兩階段提交協(xié)議訪問非Oracle系統(tǒng)以透明地協(xié)調(diào)分布事務(wù).即使在非Oracle系統(tǒng)不支持Oracle的兩階段提交協(xié)議的情也能(當(dāng)然有一些限制)支持包含非Oracle系統(tǒng)的分布事務(wù)。異構(gòu)第二部分集成平臺建設(shè)方案服務(wù)的pass-throughSQL特性提供了直接轉(zhuǎn)發(fā)本地SQL給非Oracle系統(tǒng)而不解通過代理，一個Oracle服務(wù)器可以連接到一個非Oracle系統(tǒng)。代理中包括兩個組件：代理通用代碼和非Oracle系統(tǒng)特定驅(qū)動。代理的主要作用是分離Oracle服務(wù)器和第三方代碼。為訪問一個非Oracle系統(tǒng)，該非Oracle系統(tǒng)這些庫中存在錯誤將導(dǎo)致Oracle服務(wù)器癱瘓。代理中包含SQL映射、數(shù)據(jù)類型轉(zhuǎn)換以及對遠(yuǎn)端非Oracle系統(tǒng)的接口。代理與異構(gòu)服務(wù)交互來提供Oracle與非Oracle系統(tǒng)的透明連接性。存在兩種代理：異構(gòu)服務(wù)代理和透明網(wǎng)關(guān)代理。異構(gòu)部分缺省安裝.“通用連接性”使用異構(gòu)服務(wù)代理連接非Oracle系統(tǒng)?！鐾ㄓ眠B接性的限制何ODBC或OLEDB兼容的非Oracle系統(tǒng)的通用解決方案，對工業(yè)標(biāo)準(zhǔn)——ODBC或OLEDB的依賴導(dǎo)致其在功能和性能上有一定的限制。但從常德卷煙廠用連接性”應(yīng)該是可以滿足需求的.3.2.4.基于數(shù)據(jù)交換平臺的異構(gòu)數(shù)據(jù)庫異步訪問■提供數(shù)據(jù)的可靠傳輸，解決不同軟硬件和網(wǎng)絡(luò)環(huán)境中系統(tǒng)的通信問題，■解決數(shù)據(jù)的異地分布問題，實現(xiàn)數(shù)據(jù)的集中、匯總和交換；■解決數(shù)據(jù)的異構(gòu)性問題，使不同格式、不同數(shù)據(jù)管理系統(tǒng)中的數(shù)據(jù)能夠■解決數(shù)據(jù)的自動流轉(zhuǎn)和集中管理，減輕系統(tǒng)維護(hù)的工作量和手工操作的■保持已有系統(tǒng)的自治性，在進(jìn)行數(shù)據(jù)集成的同時不能影響已有系統(tǒng)的正常運行；■具有很好的可擴展性和適應(yīng)性，能夠適應(yīng)需求的不斷變化。統(tǒng)透明的、跨操作系統(tǒng)、跨數(shù)據(jù)庫以及跨應(yīng)用系統(tǒng)和跨管理域的數(shù)據(jù)交換.●統(tǒng)一的數(shù)據(jù)訪問格式和規(guī)范?！鲋饕δ軘?shù)據(jù)交換平臺的主要功能包括：●數(shù)據(jù)傳送：數(shù)據(jù)的接收與發(fā)送，數(shù)據(jù)的壓縮和加密●訪問監(jiān)控：數(shù)據(jù)訪問日志記錄與審計；■主要特性應(yīng)用系統(tǒng)的開發(fā)。由于交換平臺在數(shù)據(jù)傳輸、數(shù)據(jù)訪問和數(shù)據(jù)處理方面與應(yīng)用隔離，從而提高了開放交換的信息資源的安全性.部的系統(tǒng)進(jìn)行數(shù)據(jù)交換時，交換平臺需要通過專用的接口與外部應(yīng)用進(jìn)行連接。間互訪的復(fù)雜度，提高應(yīng)用數(shù)據(jù)訪問的可伸縮性.如房用房用I皮期1交換平臺皮用3皮用3皮用4皮限1虎用4■與應(yīng)用系統(tǒng)的集成交換平臺是系統(tǒng)的重要組成部分，是相關(guān)應(yīng)用系統(tǒng)之間進(jìn)行數(shù)據(jù)交換的主要途徑，并將與這些系統(tǒng)進(jìn)行有機集成。為此，數(shù)據(jù)交換平臺的開發(fā)和與各類應(yīng)用●交換平臺的應(yīng)采用“中間件”技術(shù)，以便于與應(yīng)用系統(tǒng)有機集成；●為適應(yīng)多種開發(fā)工具(如：PB、VB、C等)和所基于的操作系統(tǒng)，交換平臺應(yīng)具備多種應(yīng)用程序接口(API);●為便于使用，交換應(yīng)具備友好的用戶界面，不但能用來對其進(jìn)行配置，●系統(tǒng)內(nèi)參與數(shù)據(jù)交換的各子系統(tǒng)，在設(shè)計與開發(fā)時必須遵循數(shù)據(jù)交換平第二部分集成平臺建設(shè)方案1數(shù)據(jù)訪問接口交換平臺圖表17交換平臺整體結(jié)構(gòu)在進(jìn)行數(shù)據(jù)交換時，擁有數(shù)據(jù)的應(yīng)用稱為數(shù)據(jù)供應(yīng)端，需要訪問不屬于自己的數(shù)據(jù)的應(yīng)用稱為數(shù)據(jù)需求端。進(jìn)行數(shù)據(jù)交換的基本步驟為：●數(shù)據(jù)需求端通過交換平臺向數(shù)據(jù)供應(yīng)端發(fā)出數(shù)據(jù)請求；●交換平臺通過數(shù)據(jù)供應(yīng)端的數(shù)據(jù)訪問接口讀取供應(yīng)端的數(shù)據(jù)；●交換平臺將讀到的數(shù)據(jù)進(jìn)行編碼后發(fā)送出去；●交換平臺將收到的數(shù)據(jù)解碼，通過數(shù)據(jù)需求端的數(shù)據(jù)訪問接口存貯到數(shù)據(jù)需求端.下面介紹整體結(jié)構(gòu)中涉及到的各個部件?！駭?shù)據(jù)訪問接口塊訪問應(yīng)用的數(shù)據(jù)，后者是指通過應(yīng)用程序賦予的權(quán)限，可以直接訪問應(yīng)用程序所擁有的數(shù)據(jù)庫。分。對于其他系統(tǒng)中的應(yīng)用，只有提供了必要的數(shù)據(jù)訪問接口，才能通過交換平臺參與數(shù)據(jù)交換.當(dāng)數(shù)據(jù)需求端需要交換發(fā)送端的數(shù)據(jù)時，應(yīng)當(dāng)通過交換平臺向數(shù)據(jù)供應(yīng)端發(fā)出數(shù)據(jù)請求。如果該請求被數(shù)據(jù)供應(yīng)端認(rèn)可，交換平臺將負(fù)責(zé)將數(shù)據(jù)需求端需要的數(shù)據(jù)發(fā)送給需求端。數(shù)據(jù)請求有如下幾種方式：應(yīng)用發(fā)送數(shù)據(jù)請求，而通過人為溝通即可；>隨機數(shù)據(jù)請求。需求端突發(fā)性地訪問供應(yīng)端的數(shù)據(jù).這時需求端發(fā)出一次數(shù)據(jù)請求，僅能得到一次數(shù)據(jù)?！駭?shù)據(jù)編碼和解碼●發(fā)送/接收服務(wù)負(fù)責(zé)通過接收服務(wù)獲得相應(yīng)的數(shù)據(jù)，并交給解碼模塊進(jìn)行處理?！駛鬏敺?wù)交換平臺的內(nèi)部結(jié)構(gòu)分為四層，如圖所示.第二部分集成平臺建設(shè)方案圖表18交換平臺的內(nèi)部結(jié)構(gòu)最上層是實用工具，用戶可以直接利用這些工具完成對交換平臺的一些管理工作。第二層是應(yīng)用接口，用于提供對交換平臺功能的訪問.它是應(yīng)用程序和交調(diào)用交換平臺的功能.第三層是功能模塊層，用于實現(xiàn)交換平臺的核心功能。最底層，即第四層為數(shù)據(jù)傳輸中間件，是上層各類支持服務(wù)的基礎(chǔ).●數(shù)據(jù)傳輸數(shù)據(jù)傳輸?shù)闹饕蝿?wù)是實現(xiàn)數(shù)據(jù)的發(fā)送與接收，對參與者的合法性進(jìn)行驗的消息隊列，簡單易行的電子郵件、文件傳輸?shù)取?例如應(yīng)用系統(tǒng)的標(biāo)識碼以及加密算法),對應(yīng)用系統(tǒng)進(jìn)行合法性驗證。當(dāng)應(yīng)用的可靠性由所選定的傳輸中間件加以保證.在傳輸中間件基礎(chǔ)上實現(xiàn)的數(shù)據(jù)傳輸中的數(shù)據(jù)壓縮/解壓縮以及斷點續(xù)傳等，在保證數(shù)據(jù)交換的可靠性的同時，也提高了數(shù)據(jù)傳輸?shù)男?為保證傳輸?shù)陌踩裕梢詫鬏數(shù)臄?shù)據(jù)加密。數(shù)據(jù)的加密/解密既可以由第二部分集成平臺建設(shè)方案傳輸中間件實現(xiàn)，也可以由傳輸平臺自身實現(xiàn)。傳輸監(jiān)控的主要任務(wù)是對交換平臺本身和流過交換平臺的數(shù)據(jù)包進(jìn)行觀察數(shù)據(jù)流量和狀態(tài)的監(jiān)控，首先是對于所有通過交換平臺進(jìn)行交換的數(shù)據(jù)總量的把握，其次是對每個通過交換平臺的數(shù)據(jù)包狀態(tài)的微觀把握。通過監(jiān)控功能，可以了解在指定時間內(nèi)按照進(jìn)入/轉(zhuǎn)出、目的地/來源地、數(shù)據(jù)量大小等項目進(jìn)行處理完畢、回執(zhí)收到、處理中斷等)的監(jiān)控，可以追蹤某一個指定數(shù)據(jù)的狀態(tài)。對交換平臺自身運行狀態(tài)的查詢和監(jiān)控，是為了確認(rèn)交換平臺自身的運行是否正常。查詢和監(jiān)控的對象主要是構(gòu)成交換平臺的各類軟件運行實體(例如進(jìn)程、隊列等)。以進(jìn)程為例，監(jiān)控的主要操作包括查詢進(jìn)程狀態(tài)、停止進(jìn)程、重新啟動進(jìn)程等。對交換平臺的遠(yuǎn)程監(jiān)控，是指通過監(jiān)控命令的交換，對系統(tǒng)中的遠(yuǎn)端交換平臺部件進(jìn)行上述監(jiān)控.由于交換平臺的運行記錄不僅是進(jìn)行監(jiān)控的重要依據(jù)，還是進(jìn)行審計的重要系統(tǒng)配置的主要任務(wù)是對應(yīng)用系統(tǒng)中各子系統(tǒng)之間的交換關(guān)系進(jìn)行定義，并負(fù)責(zé)交換平臺各類功能所需要的參數(shù)設(shè)置等。系統(tǒng)配置的具體內(nèi)容包括：>對參與數(shù)據(jù)交換的應(yīng)用系統(tǒng)的追加、刪除、修改等。例如，當(dāng)增加一個查詢系統(tǒng)時，需要在交換平臺中增加相應(yīng)的配置，例如該查詢系統(tǒng)需要訪問的其他子系統(tǒng)、該查詢系統(tǒng)的訪問權(quán)限等，以反映交換平臺第二部分集成平臺建設(shè)方案僅傳送自上次傳送以來發(fā)生變化的數(shù)據(jù)，這可以有效地減少網(wǎng)絡(luò)中需要傳輸?shù)臄?shù)據(jù)量，提高數(shù)據(jù)的傳輸效率);制交換平臺的性能而對緩沖池尺寸的調(diào)整，定時啟動任務(wù)單的增加、修改、刪除等；系統(tǒng)配置功能既可以通過交互方式實現(xiàn)，也可以用后臺程序及服務(wù)程序的方式實現(xiàn)。應(yīng)用接口模塊建立在數(shù)據(jù)傳輸、傳輸監(jiān)控和系統(tǒng)配置模塊之上，向應(yīng)用和實用工具提供訪問集成平臺中相關(guān)功能的接口。交換平臺對應(yīng)用的支持是在數(shù)據(jù)一級。當(dāng)不同的應(yīng)用之間需要進(jìn)行數(shù)據(jù)交換時，應(yīng)用程序僅需向交換平臺提供訪問雙方數(shù)據(jù)的方式和數(shù)據(jù)交換方式，交換平臺將負(fù)責(zé)完成應(yīng)用程序之間的數(shù)據(jù)交換，此后，應(yīng)用程序能夠以訪問本地數(shù)據(jù)的方式訪問另一應(yīng)用的數(shù)據(jù)。因此，交換平臺提供的應(yīng)用接口僅包含對交換平臺進(jìn)行控制的接口，而不包含對其他應(yīng)用數(shù)據(jù)訪問的接口。管理管理包括以下幾個方面的內(nèi)容，即應(yīng)用系統(tǒng)之間關(guān)于數(shù)據(jù)交換的規(guī)則，參與數(shù)據(jù)交換的應(yīng)用系統(tǒng)開發(fā)所需要遵循的原則，以及相關(guān)的管理體制的建立。●交換規(guī)則不同應(yīng)用系統(tǒng)之間的數(shù)據(jù)交換必須經(jīng)過交換平臺，除非這些系統(tǒng)交換同一個數(shù)據(jù)庫.要求應(yīng)用系統(tǒng)之間的信息交換必須經(jīng)過交換平臺，實現(xiàn)業(yè)務(wù)管理范圍內(nèi)的信息交換和綜合，同時簡化縱向交換的多重性和多樣性。在管理體制方面，首先應(yīng)該強調(diào)交換平臺及其管理機構(gòu)的權(quán)威性與唯一性，即保證上述交換規(guī)則的落實。其次，應(yīng)該建立專門的管理與技術(shù)隊伍負(fù)責(zé)交換平臺以及相關(guān)的運行與維護(hù)。同時應(yīng)該出臺各種相關(guān)的管理規(guī)定與措施。第二部分集成平臺建設(shè)方案各級信息交換平臺的運行管理機構(gòu)，將承擔(dān)以下任務(wù)：先向管理機構(gòu)申請接入資格，根據(jù)應(yīng)用系統(tǒng)的具體情況，決定其接入交換平臺的方式。>將允許接入交換網(wǎng)絡(luò)的應(yīng)用系統(tǒng)列入合法用戶名單，并維護(hù)該名單的準(zhǔn)確性，以便交換平臺對應(yīng)用系統(tǒng)進(jìn)行合法性驗證。負(fù)責(zé)交換平臺的系統(tǒng)配置，根據(jù)運行情況及時調(diào)整各類參數(shù)，保證交換平臺的運行性能。數(shù)據(jù)交換平臺傳輸中間件包括消息中間件、數(shù)據(jù)集成中間件，其中消息中間業(yè)務(wù)業(yè)務(wù)…數(shù)據(jù)業(yè)務(wù)應(yīng)用1分布數(shù)據(jù)庫業(yè)務(wù)數(shù)據(jù)業(yè)務(wù)業(yè)務(wù)業(yè)務(wù)應(yīng)用n業(yè)名數(shù)據(jù)圖表19數(shù)據(jù)傳輸中間件●完整性：平臺中包含了數(shù)據(jù)復(fù)制和數(shù)據(jù)傳輸(IBM—MQ)兩種主流的數(shù)據(jù)集成技術(shù)。數(shù)據(jù)復(fù)制技術(shù)將數(shù)據(jù)從一個地方遷移到另一個地方，并在此基礎(chǔ)上進(jìn)行轉(zhuǎn)換處理，是一種松散耦合的方式，適合于不同組織之間數(shù)據(jù)的集成與匯總。●可靠性：平臺通過消息通信中間件來實現(xiàn)數(shù)據(jù)的可靠傳輸。消息通信第二部分集成平臺建設(shè)方案中間件屏蔽了網(wǎng)絡(luò)、操作系統(tǒng)的異構(gòu)性，通過提供持久隊列、消息恢復(fù)和斷點續(xù)傳機制保證數(shù)據(jù)的可靠傳輸，通過提供自動撥號和掛斷功能可以適應(yīng)低端網(wǎng)絡(luò)環(huán)境?！褡詣有裕浩脚_通過提供良好的自動性來解決數(shù)據(jù)集成過程中的各種繁瑣和復(fù)雜操作.數(shù)據(jù)集成中間件支持?jǐn)?shù)據(jù)提取、轉(zhuǎn)換、傳輸和加載全過程的操作，通過任務(wù)定義的方式定義數(shù)據(jù)處理流程。任務(wù)可以自動執(zhí)行，用戶一旦完成定義，就不再需要人工干預(yù)，系統(tǒng)會根據(jù)設(shè)定的條件自動地●安全性：平臺提供了很好的安全機制，通過支持用戶管理、身份認(rèn)●易用性：平臺中的每個系統(tǒng)都提供了圖形化的用戶管理工具，可以實現(xiàn)全面的管理、配置和監(jiān)控，并進(jìn)行系統(tǒng)定制?！耖_放性：在平臺中，通過對ODBC、XML等標(biāo)準(zhǔn)的支持可以集成各種數(shù)據(jù)資源，并通過提供全面的用戶編程接口來滿足與其他系統(tǒng)的集成.關(guān)于數(shù)據(jù)集成中間件數(shù)據(jù)集成中間件是企業(yè)內(nèi)部或企業(yè)之間利用Intranet或Internet進(jìn)行數(shù)據(jù)集成的中間件，為數(shù)據(jù)庫、文件系統(tǒng)等異構(gòu)數(shù)據(jù)源提供包含提取、轉(zhuǎn)換、傳輸和加載等操作的數(shù)據(jù)集成服務(wù).系統(tǒng)基于消息通信、FTP以及Email等多種傳輸方式，可以自動、方便、快捷地實現(xiàn)數(shù)據(jù)的復(fù)制和上傳下達(dá)，完成基于數(shù)據(jù)的應(yīng)用集成。目的數(shù)據(jù)端目的數(shù)據(jù)端加載傳輸提取關(guān)系數(shù)據(jù)庫XML文件結(jié)構(gòu)文本普通文件中間件系統(tǒng)管理任務(wù)定義圖表20數(shù)據(jù)集成中間件功能與特點：關(guān)鍵字域，方便數(shù)據(jù)的上報匯總操作；第二部分集成平臺建設(shè)方案進(jìn)行交互，滿足企業(yè)對信息安全的要求.同時也提供遠(yuǎn)程數(shù)據(jù)調(diào)度的功能，實現(xiàn)發(fā)送端與接收端之間的相互關(guān)聯(lián)操作；等相互轉(zhuǎn)換，如Oracle數(shù)據(jù)庫到Sybase數(shù)據(jù)庫、文本文件數(shù)據(jù)到關(guān)系數(shù)據(jù)庫等，如下圖所示；關(guān)系數(shù)數(shù)據(jù)集成中間件中間件據(jù)庫三種類型的數(shù)據(jù)可相互轉(zhuǎn)換結(jié)構(gòu)文本結(jié)構(gòu)文本數(shù)據(jù)集成●提供靈活的管理、監(jiān)控和任務(wù)定義工具；●所有功能都提供C/C++編程接口，可以方便的實現(xiàn)與其它系統(tǒng)的集在構(gòu)建好常德卷煙廠的信息集成平臺后，對企業(yè)現(xiàn)有信息資源進(jìn)行整理與提取，利用功能強大的報表開發(fā)和數(shù)據(jù)分析工具進(jìn)行數(shù)據(jù)展現(xiàn)與分析，為企業(yè)管理層與決策層提供有效的幫助，是隨之而來需要解決的問題.我們推薦采用成熟的智第二部分集成平臺建設(shè)方案能分析工具—BusinessObjects來提供這個統(tǒng)一的報表定制、數(shù)據(jù)分析及展現(xiàn)的平臺，它以主題數(shù)據(jù)庫為指導(dǎo)，集成平臺的數(shù)據(jù)集成為數(shù)據(jù)源，通過PORTAL—WPS(WebspherePortalServer)與集成平臺融合成一個統(tǒng)一的整體。以下通過討論BI工具的選擇，制定出其軟件配置結(jié)構(gòu)，結(jié)合需求對功能實今后的數(shù)據(jù)倉庫建設(shè)，我們在這里也提出了整個BI平臺與數(shù)據(jù)倉庫很好地結(jié)合并平滑過渡。.需求分析商業(yè)智能的成功很大程度上依賴于前端工具。如果最終用戶不能通過前端工具方便地回答關(guān)鍵的業(yè)務(wù)問題，那么無論數(shù)據(jù)倉庫設(shè)計得多么精巧，也不能稱為成功.