mba《管理信息系統(tǒng)》第五講-規(guī)劃與架構

1、許 鑫華東師范大學商學院華東師范大學MBA教育中心2016年8月,MIS第五講 規(guī)劃與架構,第五講 規(guī)劃與架構,主要內(nèi)容：如何把握業(yè)務需求企業(yè)系統(tǒng)規(guī)劃法業(yè)務流程與BPR企業(yè)級架構思想,如何把握業(yè)務需求,真實需求與偽需求學校的考勤系統(tǒng)飯店的點餐系統(tǒng)浴室一卡通計費。。。。。。功能性需求與非功能性需求北京奧運會第二階段門票發(fā)售。。。。。。需求滿足過程中的技術與管理上海世博會的場館預約機系統(tǒng)。。。。。。

2、把握業(yè)務需求的方法,如何進行信息化規(guī)劃,信息化規(guī)劃有很多的方法、策略和視角情景法關鍵企業(yè)系統(tǒng)規(guī)劃法關鍵成功因素法。。。。。。企業(yè)信息化規(guī)劃的基本原則信息系統(tǒng)的目標要與企業(yè)的戰(zhàn)略目標相符合信息系統(tǒng)規(guī)劃要有可操作性信息化規(guī)劃應有助于提出優(yōu)化企業(yè)管理的系統(tǒng)信息化規(guī)劃要使信息系統(tǒng)能夠可持續(xù)發(fā)展,企業(yè)系統(tǒng)規(guī)劃法,企業(yè)系統(tǒng)規(guī)劃法，又稱之為企業(yè)系統(tǒng)計劃方法（BSP, Business System Planning），是IBM公司

3、在20世紀70年代開始采用的一種信息系統(tǒng)規(guī)劃方法。企業(yè)系統(tǒng)規(guī)劃法是通過全方面調(diào)查，分析企業(yè)信息需求，制定信息系統(tǒng)總體方案的一種方法。由于該方法可操作性強，在信息系統(tǒng)規(guī)劃中得到了廣泛應用。企業(yè)系統(tǒng)規(guī)劃法的基本思想是：信息系統(tǒng)是為企業(yè)目標服務的，信息系統(tǒng)應該能夠滿足企業(yè)各個管理層次的信息要求，并向企業(yè)提供一致的信息。信息系統(tǒng)由多個互有聯(lián)系又相對獨立的子系統(tǒng)以集成的方式構成，并且應該具有相對穩(wěn)定的系統(tǒng)結構。,企業(yè)系統(tǒng)規(guī)劃法的基本思路,根據(jù)企

4、業(yè)系統(tǒng)規(guī)劃法的基本思想，信息系統(tǒng)規(guī)劃的基本思路是：識別企業(yè)目標和戰(zhàn)略；確定企業(yè)業(yè)務和企業(yè)數(shù)據(jù)；分析業(yè)務和數(shù)據(jù)之間關系；根據(jù)業(yè)務和數(shù)據(jù)的聚合關系導出信息系統(tǒng)的子系統(tǒng)構成和結構。,選擇什么樣的信息系統(tǒng)/解決方案？,國內(nèi)某國有大型航空客運企業(yè)信息化規(guī)劃的例子ERPCRMSCMOA,企業(yè)系統(tǒng)規(guī)劃法的主要流程,企業(yè)系統(tǒng)規(guī)劃主要包括：總體規(guī)劃準備工作、組織機構調(diào)查、定義管理目標、定義管理功能組、數(shù)據(jù)類分析、定義信息系統(tǒng)結構、現(xiàn)行信息系統(tǒng)分析

5、、確定子系統(tǒng)實施順序、計算機邏輯配置方案和可行性分析。,1）總體規(guī)劃準備工作,總體規(guī)劃涉及較高的管理層次，要與多個部門接觸，困難比較多。總體規(guī)劃的成功與否。很大程度上取決于管理部門的支持和對總體規(guī)劃隊伍的信任。因此，規(guī)劃的準備工作十分重要。信息系統(tǒng)總體規(guī)劃的準備工作應該包括：成立信息系統(tǒng)規(guī)劃小組、制定信息系統(tǒng)規(guī)劃計劃、啟動規(guī)劃工作、收集數(shù)據(jù)等。收集數(shù)據(jù)包括：企業(yè)一般情況（環(huán)境、管理目標、人員、產(chǎn)品、產(chǎn)值、客戶、合同）；新信息系統(tǒng)的情況（

6、概況、基本目標、技術力量、軟硬件環(huán)境、運行情況）。,2）組織機構調(diào)查,組織結構指的是一個組織(機關、企業(yè)、公司等)及其組成部分之間的隸屬關系或管理與被管理的關系。通?？捎媒M織結構圖來表示組織結構。要了解組織機構的各種關系，如：資料傳遞關系、資金流動關系等等。此外還要注意：切實了解各部門的職責；在組織機構圖中重點畫出與信息系統(tǒng)有關的部分。,3）定義管理目標,確定擬建信息系統(tǒng)的目標，需要調(diào)查了解企業(yè)的目標和為了達到這個目標所采取的經(jīng)營方

7、針以及約束條件。每個目標可以分成若干個子目標，子目標可以用一定的指標來衡量。整個目標體系可以用目標樹來表達。,4）定義管理功能組,管理功能組是管理各類資源的各種相關活動和決策的組合。管理人員通過管理這些資源支持管理目標。,5）數(shù)據(jù)類分析,數(shù)據(jù)類是按照主題劃分的企業(yè)實體集，像工資、人員、雇員等都是數(shù)據(jù)類。在整理數(shù)據(jù)類時，應該注明產(chǎn)生、使用、引用各數(shù)據(jù)類的業(yè)務。,6）定義信息系統(tǒng)結構,信息系統(tǒng)結構是指構成信息系統(tǒng)的子系統(tǒng)，以及各子系統(tǒng)相互之

8、間的聯(lián)系構成的關系模式。企業(yè)系統(tǒng)規(guī)劃方法利用UC矩陣，通過對企業(yè)業(yè)務與數(shù)據(jù)類之間關系的分析，得出信息系統(tǒng)結構。在UC矩陣中規(guī)定，行為企業(yè)業(yè)務，列為數(shù)據(jù)類。如果某一個數(shù)據(jù)類由某一項企業(yè)業(yè)務產(chǎn)生，在矩陣中行列相交的位置放C(Create)；如果某項業(yè)務使用到一個數(shù)據(jù)類，則在相交位置放U(Use)。,7）現(xiàn)行信息系統(tǒng)分析,每一個企業(yè)信息系統(tǒng)建設都需要一個十分漫長的過程，信息系統(tǒng)規(guī)劃也不是一次制定好后，再不做任何變化，而是根據(jù)變化進行及時修

9、改。在制定信息系統(tǒng)規(guī)劃或修訂信息系統(tǒng)規(guī)劃時，需要考慮企業(yè)已經(jīng)建立的信息系統(tǒng)的現(xiàn)狀，以及所存在的問題。這樣在規(guī)劃新信息系統(tǒng)過程中，既要能夠糾正和彌補現(xiàn)存信息系統(tǒng)的不足，又要充分地繼承現(xiàn)行信息系統(tǒng)，讓它在新建立的信息系統(tǒng)中發(fā)揮應有的作用。,8）確定子系統(tǒng)實施順序,信息系統(tǒng)建設需要較長的時間，應該根據(jù)企業(yè)對信息系統(tǒng)需要的急迫程度、企業(yè)的基礎條件和企業(yè)實力，統(tǒng)籌安排好信息系統(tǒng)建設的時間進度。諸如哪些子系統(tǒng)在什么時間完成，完成到什么程度等，都應該

10、有具體的計劃。,9）計算機邏輯配置方案,總體規(guī)劃后期，要考慮計算機邏輯配置方案。這是從系統(tǒng)需求的角度提出對計算機配置的基本要求，而不涉及具體硬件型號。計算機邏輯方案設計從以下幾個方面考慮：客觀條件約束；處理方式；聯(lián)機儲存量；應用設備；應用軟件。南京國展中心HP小型機的一個例子,10）可行性分析,對所制定的信息系統(tǒng)規(guī)劃進行可行性分析，以確定該規(guī)劃是否可行，以及還需要做哪些方面的修改和完善工作?？尚行苑治龅慕Y果需要專家進行審定，

11、只有可行的信息系統(tǒng)規(guī)劃才能被正式批準執(zhí)行。,可行性分析與可行性報告的撰寫,除了建立系統(tǒng)的必要性之外，建設信息系統(tǒng)的可行性研究應從三個方面考慮：技術可行性、經(jīng)濟可行性和社會可行性。技術可行性技術可行性是指根據(jù)現(xiàn)有的技術條件，能否達到所提出的要求；技術條件包括：硬件，系統(tǒng)軟件，應用軟件，技術人員等。所需要的物理資源是否具備，能否達到。是否成熟可靠？經(jīng)濟可行性經(jīng)濟可行性分析要評估項目的成本和效益，分析項目經(jīng)濟上是否合理?？葱б媸欠翊笥?/p>

12、成本？主要包括：資金可行性和經(jīng)濟合理性。社會可行性社會可行性是指所建立的信息系統(tǒng)能否在該企業(yè)中實現(xiàn)，在當前操作環(huán)境下能否很好的運行，即組織內(nèi)外是否具備接受和使用新系統(tǒng)的條件。有時又稱操作可行性，解決方案在當前的管理體系和組織形式中是否是較理想的。,可行性分析報告具體格式示例,可行性分析報告1．引言1.1 編寫目的1.2 背景1.3 參考資料2. 現(xiàn)行組織系統(tǒng)概況2.1 組織目標和戰(zhàn)略2.2 業(yè)務概況2.3

13、 存在的主要問題3. 擬建立的信息系統(tǒng)3.1 簡要說明3.2 初步建設計劃3.2 對組織的意義和影響,4. 經(jīng)濟可行性分析4.1 支出4.2 收益4.3 支出收益分析5. 技術可行性分析 5.1 主要技術路線5.2 技術可行性分析6. 社會可行性分析6.1 社會法律政策可行性 6.2 社會公共環(huán)境可行性 6.3 操作可行性7. 結論 7.1 可行性研究結論 7.2 結論的解釋,

14、固化與優(yōu)化問題,如何看待現(xiàn)實管理中的流程和信息系統(tǒng)里的流程？信息化規(guī)劃中如何確定業(yè)務流程？固化異或優(yōu)化？BPR案例：福特公司的應付款系統(tǒng),BPR前,福特公司物資采購工作中參與人員眾多，原因在于涉及的部門太多。原業(yè)務流程是采購部門首先給賣方開出一張采購訂貨單，送一副本給財務部門；當供應商運來貨物時，收貨部門完成一份收貨文件并送給財務部門，應付帳款部門收到供應商的發(fā)票后，將發(fā)票與采購部門的訂單副本和收貨文件核對；若三份文件不一致，更多人

15、將介入這一流程。,改進后流程：采購部門發(fā)出訂單，同時將訂單內(nèi)容輸入到聯(lián)機數(shù)據(jù)庫；供貨商發(fā)貨，驗收部門核查來貨是否與數(shù)據(jù)庫中的內(nèi)容相吻合，如果吻合就收貨，并在終端上按鍵通知數(shù)據(jù)庫，計算機會自動按時付款。,BPR后福特公司的應付款系統(tǒng),,BPR后,福特公司流程重建的成果,福特公司的新流程采用的是“無發(fā)票”制度，大大地簡化了工作環(huán)節(jié)，帶來了如下結果：往應付款部門需在訂單、驗收報告和發(fā)票中核查14項內(nèi)容，而如今只需3項——零件名稱、數(shù)量和供貨

16、商代碼；實現(xiàn)裁員75%，而非原定的20%；由于訂單和驗收單的自然吻合，使得付款也必然及時而準確，從而簡化了物料管理工作，并使得財務信息更加準確。,福特公司流程重建的啟示,向流程而不是單一部門若福特僅僅重建應付款一個部門，那將會發(fā)現(xiàn)是徒勞的，正確的重建應是將注意力集中于整個“物料獲取流程”，包括采購、驗收和付款部門，這才能獲得顯著改善。大膽挑戰(zhàn)傳統(tǒng)原則福特的舊原則是當收到發(fā)票時付款；福特的新原則是當收到貨物時付款。舊原則長期支

17、配著付款活動，并決定了整個流程的組織和運行，從未有人試圖推翻它，而BPR的實施就是要求我們要大膽質疑，大膽地反思，而不能禁錮于傳統(tǒng)。,EA歷史及相關背景（政府-企業(yè)）,企業(yè)架構雛形,信息系統(tǒng)架構框架,IT架構(ITA),聯(lián)邦企業(yè)架構框架(FEAF),企業(yè)視角定位,20世紀80年代早期企業(yè)建模應用限于某個信息系統(tǒng)的設計和開發(fā),20世紀80年代中期企業(yè)建模應用限于某個信息系統(tǒng)的設計和開發(fā),1996年，美國Clinger-Cohen導

18、致ITA產(chǎn)生ITA現(xiàn)在被解釋為IT企業(yè)架構（EA）,企業(yè)體系結構桌面參考,企業(yè)架構的理念得到了咨詢公司和研究機構認可2000年META Group發(fā)布,IBM、微軟、HP、EDS等IT廠商也紛紛把目光集聚到企業(yè)架構，希望能夠從企業(yè)這個視角來定位其產(chǎn)品和服務,1999年9月美國聯(lián)邦CIO委員會出版2002年2月，OMB建立了聯(lián)邦企業(yè)架構程序管理辦公室來開發(fā)FEA,,,,學術關注,政府關注,咨詢機構關注,企業(yè)關注,TOGAF,企業(yè)架構

19、標準化的工作越來越重要，也產(chǎn)生了一些研究團體和標準框架目前，業(yè)界最有名的企業(yè)架構框架是TOGAF（The Open Group Architecture Framework）,,標準化,,Enterprise Architecture,企業(yè)架構,企業(yè)業(yè)務架構,企業(yè)技術架構,企業(yè)信息架構,企業(yè)IT管理架構,,,,,,,,,企業(yè)價值架構,結合高校一卡通系統(tǒng)發(fā)展的實例,從局部到整體的理念轉換帶來了企業(yè)架構,對很多企業(yè)而言，業(yè)務與信息技術已經(jīng)

20、形成相輔相成的一體兩面。隨著信息化的發(fā)展，過去的發(fā)展模式也帶來了一些問題，這些問題主要體現(xiàn)在應用的分離，數(shù)據(jù)的分離與不一致，流程的斷裂等方面。分析問題產(chǎn)生的原因，缺乏統(tǒng)一規(guī)劃是一個重要因素，因為過去的信息化主要是以單一部門或單一業(yè)務為核心的模式，這無法適應今天企業(yè)級層面的信息化發(fā)展。以企業(yè)整體業(yè)務和戰(zhàn)略為目標，信息系統(tǒng)的建設需要全面的戰(zhàn)略規(guī)劃，在規(guī)劃的基礎上制定循序漸進、滾動式的發(fā)展和建設計劃以及應變策略，其中戰(zhàn)略規(guī)劃中的核心部分

21、就是企業(yè)架構。,企業(yè)架構是一個涵蓋了不同層次大量內(nèi)容的概念,企業(yè)架構是從企業(yè)全局的角度審視與信息化相關的業(yè)務、信息、技術和應用間的相互作用關系以及這種關系對企業(yè)業(yè)務流程和功能的影響，進而可以抽象理解為企業(yè)范圍內(nèi)的各種實體間的體系結構關系，以及與體系結構相關的制度、流程和標準等。在企業(yè)架構的定義下，衍生出一些概念，其作為企業(yè)架構概念的組成部分，包括企業(yè)業(yè)務架構、企業(yè)信息架構、IT管理架構、技術架構等。,企業(yè)架構的思考帶來了信息化建設的新

22、局面,企業(yè)架構首先關注的是企業(yè)架構的規(guī)劃，一般會從企業(yè)信息化的現(xiàn)狀、原則、模型、標準等方面來思考，描述清楚企業(yè)IT的基礎設施、數(shù)據(jù)、應用和人力資源等方面的內(nèi)容，在現(xiàn)在和未來愿景之上清晰地勾畫出企業(yè)架構的發(fā)展戰(zhàn)略。正如企業(yè)架構理念推廣者描述的那樣：企業(yè)架構是建設企業(yè)信息化的藍圖；企業(yè)架構是適應企業(yè)業(yè)務變革的方向盤；企業(yè)架構是溝通業(yè)務與信息技術間的橋梁；企業(yè)架構實現(xiàn)了業(yè)務、信息、應用和技術之間的協(xié)同。,企業(yè)架構的組成（1）,企業(yè)業(yè)

23、務架構（Enterprise Business Architecture）：又稱為商業(yè)架構，是企業(yè)關鍵業(yè)務戰(zhàn)略以及他們對業(yè)務功能和流程的影響的表達。通常包含業(yè)務功能、流程和信息價值鏈的當前和將來的狀態(tài)模型，通過信息架構、技術架構以及應用投資組合來進行實施，可定義為支撐競爭優(yōu)勢的業(yè)務設計。企業(yè)信息架構（Enterprise Information Architecture）：是一個由企業(yè)業(yè)務架構驅動的模型集來描述企業(yè)信息價值鏈，主要包括

24、建立關鍵信息流模型，描述業(yè)務事件的關鍵輸出信息，擴展組織邊界到外部信息來源和流向，使企業(yè)能快速進行業(yè)務決策和信息共享。數(shù)據(jù)架構（Data Architecture）：反應了數(shù)據(jù)在企業(yè)的分布和使用結構。應用架構（Application Architecture）：又稱之應用系統(tǒng)架構或者流程架構，反映了應用的構建方法和標準，從而為各種具體的應用開發(fā)提供指導性的意見。,企業(yè)架構的組成（2）,企業(yè)技術架構（Enterprise Techno

25、logy Architecture）：是一個邏輯一致的技術原理集合，指導組織信息系統(tǒng)和技術基礎結構的工程化，是對整個IT戰(zhàn)略的表達，是企業(yè)架構的核心部分，對網(wǎng)絡、硬件、軟件、集成、安全等制定了藍圖和實現(xiàn)方法。技術架構的各個部分不是完全獨立的，他們互相依賴互相關聯(lián)。網(wǎng)絡架構（Network Architecture）：根據(jù)企業(yè)的組織結構和分布情況，及對各種數(shù)據(jù)和應用的支持要求，定義網(wǎng)絡結構、建設方案和發(fā)展規(guī)劃。硬件架構（Hardwar

26、e Architecture）：從企業(yè)級IT架構的角度來重新審視IT系統(tǒng)硬件設備的規(guī)劃、采購、部署及與之對應的管理模式等問題。軟件架構（Software Architecture）：起源于軟件工程，是關于軟件系統(tǒng)的有機組織的決策集合、結構化元素的選擇以及元素之間的接口，通過這些接口以及元素間的協(xié)作構成軟件系統(tǒng)。,企業(yè)架構的組成（3）,集成架構（Integration Architecture）：通過制定技術方案，將所有的技術組件匯集成

27、一個完整的信息系統(tǒng)。安全架構（Security Architecture）：安全貫穿在數(shù)據(jù)、應用、網(wǎng)絡、軟硬件和集成等多個方面，安全架構需要對各種安全要求的特性進行總結和歸納，從而形成統(tǒng)一的安全架構體系以保證各個技術與業(yè)務層面的安全問題。IT管理架構（IT Management Architecture）：包含著IT規(guī)劃設計、IT組織架構、運維架構等內(nèi)容，特別是運維架構，其作為信息系統(tǒng)服務業(yè)務與戰(zhàn)略的保證，定義了對企業(yè)信息化系統(tǒng)的運

28、行管理和維護方法與機制。,業(yè)務架構,業(yè)務架構從IT的角度，對企業(yè)的業(yè)務結構、企業(yè)機構與業(yè)務的關系、企業(yè)內(nèi)部的關系以及企業(yè)與外部機構的關系進行整理定義。企業(yè)業(yè)務架構包含了：企業(yè)的業(yè)務和戰(zhàn)略目標：描述企業(yè)的目標，包含著近期目標，中期目標和長遠的戰(zhàn)略目標。企業(yè)的組織機構：明確描述企業(yè)的組織機構和職能，以及與企業(yè)相關的機構和個體，如客戶，合作伙伴和供應商等。業(yè)務的分類：對企業(yè)的產(chǎn)品、服務和資源體系進行分類。這種分類包含了對相關產(chǎn)品、服務

29、和資源的共性提取和總結。各類業(yè)務之間的關系：對產(chǎn)品、服務和資源的相互關聯(lián)進行總結。業(yè)務之間的關系體現(xiàn)為跨業(yè)務的流程及資源共享等。組織機構與業(yè)務的關系：業(yè)務的執(zhí)行是由機構來完成的，但是機構與業(yè)務并不一定是一一對應的關系。清楚地找出機構與業(yè)務的關系，將為應用與集成架構奠定可靠的基礎。企業(yè)與外部機構的關系：對與企業(yè)相關的外部機構或個人就其類型，業(yè)務類別，業(yè)務往來模式等進行分類。,信息架構,企業(yè)信息架構是將企業(yè)業(yè)務實體抽象成為信息對象，將

30、企業(yè)的業(yè)務運作模式抽象成為信息對象的屬性和方法，建立面向對象的企業(yè)信息模型。企業(yè)信息架構實現(xiàn)從業(yè)務模式向信息模型的轉變，業(yè)務需求向信息功能的映射，企業(yè)基礎數(shù)據(jù)向企業(yè)信息的抽象。企業(yè)信息架構由數(shù)據(jù)架構和應用架構組成，包括一個統(tǒng)一、共享、分布、準確和持續(xù)的數(shù)據(jù)環(huán)境和在這一平臺上建立的從事務處理系統(tǒng)到?jīng)Q策支持系統(tǒng)等各種企業(yè)信息系統(tǒng)，實現(xiàn)了從業(yè)務模型向功能模型的轉變，業(yè)務架構向信息架構的映射，企業(yè)基礎數(shù)據(jù)向企業(yè)信息的抽象。 企業(yè)數(shù)據(jù)架構描述

31、了企業(yè)所擁有的數(shù)據(jù)和數(shù)據(jù)管理資源，通過企業(yè)業(yè)務架構抽取企業(yè)的數(shù)據(jù)標準、數(shù)據(jù)元素、數(shù)據(jù)模型，構成數(shù)據(jù)庫、數(shù)據(jù)倉庫等企業(yè)數(shù)據(jù)運行環(huán)境，為企業(yè)應用架構提供統(tǒng)一的數(shù)據(jù)平臺。企業(yè)應用架構描述了在企業(yè)統(tǒng)一的數(shù)據(jù)平臺上各個相對獨立的應用系統(tǒng)的部署以及和核心業(yè)務流程之間的作用和關系。企業(yè)應用架構實現(xiàn)企業(yè)各個業(yè)務流程的信息化和可行的自動化，并使得各個應用系統(tǒng)的集成運行成為可能。企業(yè)應用架構中可以包括原有企業(yè)信息系統(tǒng)中對企業(yè)仍有戰(zhàn)略價值、對企業(yè)業(yè)務仍有影

32、響的遺留部分、軟件包、分布式系統(tǒng)等，也可以包括經(jīng)過確認的滿足即將到來的業(yè)務需求的新的應用部分或系統(tǒng)。,視角1：從業(yè)務和戰(zhàn)略看數(shù)據(jù),在企業(yè)級架構中，一個成功的數(shù)據(jù)架構應該能夠準確反映和實現(xiàn)企業(yè)現(xiàn)有的業(yè)務邏輯和未來的發(fā)展戰(zhàn)略，而且能夠針對數(shù)據(jù)的生命周期進行管理。從功能的角度，在制定數(shù)據(jù)架構時首先要考慮的是對企業(yè)業(yè)務架構的支持。從整體的數(shù)據(jù)模型出發(fā)，實現(xiàn)向各個業(yè)務模塊的映射，明確各個數(shù)據(jù)模塊間的相互關系，才能保證企業(yè)級數(shù)據(jù)的完整性和準確性

33、。企業(yè)戰(zhàn)略問題也是企業(yè)業(yè)務架構的重要組成部分，數(shù)據(jù)架構也必須充分考慮相關的因素。將可預測的東西考慮進去，同時對不可預測的東西打下靈活的基礎。,視角2：從生命周期看數(shù)據(jù),數(shù)據(jù)的生命周期包含了數(shù)據(jù)或者信息的產(chǎn)生、采集、整理、使用、存儲、分析、廢棄或消失等生命周期環(huán)節(jié)。在數(shù)據(jù)生命周期管理基礎上制定的數(shù)據(jù)架構不僅可以更加有效地支持業(yè)務系統(tǒng)，而且能夠提高企業(yè)數(shù)據(jù)資產(chǎn)的質量。數(shù)據(jù)架構要從結構上考慮業(yè)務需要，從物理上滿足業(yè)務的性能要求。在數(shù)據(jù)

34、產(chǎn)生和應用過程中，業(yè)務系統(tǒng)并不能保證數(shù)據(jù)的完整性，甚至也不是每個業(yè)務系統(tǒng)都需要完整的數(shù)據(jù)。數(shù)據(jù)的完整性和準確性問題的解決不僅是從數(shù)據(jù)向數(shù)據(jù)資產(chǎn)過度的重要環(huán)節(jié)，而且對業(yè)務將產(chǎn)生極其深遠的影響。分析型數(shù)據(jù)使得我們可以從不同的層面，或者說從不同的維度，來看待和分析數(shù)據(jù)資產(chǎn)。企業(yè)級數(shù)據(jù)架構必須包含了數(shù)據(jù)的靜態(tài)架構（如數(shù)據(jù)存儲等）和動態(tài)架構（如數(shù)據(jù)交換和傳輸?shù)龋┻@兩個方面。,視角3：從管理看數(shù)據(jù),企業(yè)的資產(chǎn)管理的重要性無容置疑，對數(shù)據(jù)的管理

35、，必須從數(shù)據(jù)的可用性、安全性，業(yè)務的連續(xù)性和防災能力等多個方面出發(fā)。保證在災難發(fā)生時的應對能力，同時保證系統(tǒng)出現(xiàn)非災難性的故障時業(yè)務的連續(xù)性。從企業(yè)的具體情況出發(fā)，制定對數(shù)據(jù)生命周期中的每一個環(huán)節(jié)和過程的管理機制，是企業(yè)級數(shù)據(jù)架構中必不可少的。,應用架構,企業(yè)應用結構又被稱之為應用系統(tǒng)架構，是以企業(yè)數(shù)據(jù)架構為基礎，建立支撐企業(yè)業(yè)務運行的各個業(yè)務系統(tǒng)，通過應用系統(tǒng)的集成運行，實現(xiàn)企業(yè)信息自動化流動，代替手工的信息流動方式，提高企業(yè)業(yè)務

36、的運作效率，降低運作的成本。多層架構與煙囪式應用多層架構將表示邏輯與業(yè)務邏輯分開，形成表示層和業(yè)務邏輯層，數(shù)據(jù)層也由原來的簡單數(shù)據(jù)存儲演變到了數(shù)據(jù)存儲與數(shù)據(jù)獲取的分離，因此應用架構由至少三層組成。中間件技術與Web技術的結合使得應用系統(tǒng)部署和使用方式發(fā)生了根本性的變化，使“組件化”技術得以充分實現(xiàn)。僅由單一應用角度出發(fā)所開發(fā)的應用就像一個個獨自聳立的煙窗一樣，即煙囪式應用系統(tǒng)，帶來了諸如信息孤島、流程斷裂等問題。C/S &am

37、p; B/S現(xiàn)實應用中存在著方便易用、安全、性能、展現(xiàn)等諸多方面考量。SOA松散耦合從技術模式轉換成一種業(yè)務模式。,技術架構,企業(yè)技術架構是實現(xiàn)企業(yè)應用架構的底層技術基礎結構，通過網(wǎng)絡技術、硬件技術、軟件平臺技術、應用集成技術、信息安全技術間的相互作用支撐企業(yè)應用的運轉，其通過提供滿足各種角色的用戶需要的技術平臺將業(yè)務架構、信息架構、應用架構等連在一起。企業(yè)技術架構是企業(yè)級架構的核心部分，它對網(wǎng)絡建設、軟硬件選型、集成與安全等制

38、定了藍圖和實現(xiàn)方法。,硬件架構,硬件是企業(yè)信息化的基礎設施。在信息化建設的初期，由于沒有技術基礎設施的概念，企業(yè)完全以業(yè)務部門需求為基準來建設IT應用，按應用的要求采購機器、網(wǎng)絡和存儲設備等，如今這種模式已經(jīng)逐漸被取代了。從企業(yè)級架構的角度出發(fā)，以企業(yè)業(yè)務架構為基礎，充分考慮數(shù)據(jù)、應用和技術等問題，以發(fā)展的眼光建設硬件技術基礎設施，才是真正的“硬”道理。具體說來企業(yè)的硬件技術基礎設施基本上向著服務主機大型化和用戶終端小型化和多元化

39、的方向發(fā)展，所以在企業(yè)IT架構規(guī)劃時，必須充分考慮這樣的方向性問題。,軟件架構,20世紀60年代的軟件危機使得人們開始重視軟件工程的研究。起初人們把軟件設計的重點放在數(shù)據(jù)結構和算法的選擇上，隨著軟件系統(tǒng)規(guī)模越來越大、越來越復雜，整個系統(tǒng)的結構和規(guī)格說明顯得越來越重要。對于企業(yè)大規(guī)模的復雜軟件系統(tǒng)來說，對總體的系統(tǒng)結構設計和規(guī)格說明比起對計算的算法和數(shù)據(jù)結構的選擇更顯重要，正是在此背景下企業(yè)越來越認識到軟件體系結構的重要性，同時也希望通

40、過對軟件體系結構進行系統(tǒng)、深入的研究來構建滿足企業(yè)需求的軟件基礎設施。軟件體系結構軟件基礎設施,軟件基礎設施服務示例,目錄服務例如LDAP Server安全服務例如企業(yè)級防火墻系統(tǒng)管理服務數(shù)據(jù)管理服務應用服務集成服務時間服務。。。。。。,集成架構,業(yè)務與戰(zhàn)略是集成的原動力，在考慮企業(yè)集成架構時必須從根本上解決這個問題，使其“分”而不“散”，因此集成架構必須從數(shù)據(jù)、應用和業(yè)務的問題上來著手。在數(shù)據(jù)問題上，集成架構

41、要從“橫”和“縱”兩個方面著手。從橫的方面來看，集成要解決應用系統(tǒng)間的互聯(lián)互通，實現(xiàn)數(shù)據(jù)共享和數(shù)據(jù)交換，從而解決信息孤島問題，保證數(shù)據(jù)在各系統(tǒng)中的準確性。從縱的方面來看，集成實現(xiàn)了數(shù)據(jù)在整個數(shù)據(jù)周期中的順暢流動，從而保證數(shù)據(jù)的完整性和準確性。集成架構不僅應該是數(shù)據(jù)能夠有效地支持各種應用系統(tǒng)，而且保證數(shù)據(jù)資產(chǎn)的可用價值，從而在數(shù)據(jù)層面支持企業(yè)業(yè)務的持續(xù)發(fā)展。,兩種視角不同層次的解決方案,從應用集成的角度提高應用組件的共享和復用，從而降

42、低系統(tǒng)的擁有成本。業(yè)務集成也是集成架構要考慮的重點，業(yè)務集成保證了企業(yè)從業(yè)務角度的整體性。不同層次的集成方案選擇展現(xiàn)層的門戶集成應用層的應用集成數(shù)據(jù)集成Data APIData BUS => ESBData Center（集中、共享、分布）。。。。。。,安全架構,安全的五大核心要素認證Authentication授權Authorization保密Confidentiality完整性Integrity不可

43、否認Non-repudiation,IT組織機構,多數(shù)企業(yè)的IT部門目前都基本是按照IT基礎架構功能分為各個部分，也有少部分的企業(yè)是按照業(yè)務來進行劃分。每個部門都有自己的工作方式、方法，部門間都是相對獨立的，而一般IT出現(xiàn)故障或問題，都不會是簡單的某個環(huán)節(jié)單獨出問題，很多時候需要多個部門協(xié)作才能排除故障。所以企業(yè)系統(tǒng)運維過程中經(jīng)常出現(xiàn)責任不清、相互推諉的現(xiàn)象。 IT部門還將面臨如何管好、用好龐大系統(tǒng)為業(yè)務部門提供有效的決策支持的挑戰(zhàn)

44、。IT部門究竟是企業(yè)成本中心還是利潤中心？,IT規(guī)劃設計,明確企業(yè)的戰(zhàn)略目標。分解企業(yè)整體發(fā)展戰(zhàn)略，明確企業(yè)的信息化戰(zhàn)略。對業(yè)務流程進行描述、分析、優(yōu)化設計。針對新設計的工作流程進行信息流分析，找出信息系統(tǒng)的需求。根據(jù)信息系統(tǒng)的各種需求，設計出適合企業(yè)需求的技術架構。對IT規(guī)劃項目的實施風險進行分析，并指出如何規(guī)避各類風險，提高IT規(guī)劃項目的成功保障程度。,IT運維架構,企業(yè)的運維架構是信息系統(tǒng)服務業(yè)務與戰(zhàn)略的保證，定義了對