許鑫華東師范大學商學院華東師范大學MBA教育中心2016年8月MIS第五講規劃與架構許鑫MIS第五講規劃與架構第五講規劃與架構主要內容：如何把握業務需求企業系統規劃法業務流程與BPR企業級架構思想第五講規劃與架構主要內容：如何把握業務需求真實需求與偽需求學校的考勤系統飯店的點餐系統浴室一卡通計費。。。。。。功能性需求與非功能性需求北京奧運會第二階段門票發售。。。。。。需求滿足過程中的技術與管理上海世博會的場館預約機系統。。。。。。把握業務需求的方法如何把握業務需求真實需求與偽需求如何進行信息化規劃信息化規劃有很多的方法、策略和視角情景法關鍵企業系統規劃法關鍵成功因素法。。。。。。企業信息化規劃的基本原則信息系統的目標要與企業的戰略目標相符合信息系統規劃要有可操作性信息化規劃應有助于提出優化企業管理的系統信息化規劃要使信息系統能夠可持續發展如何進行信息化規劃信息化規劃有很多的方法、策略和視角企業系統規劃法企業系統規劃法，又稱之為企業系統計劃方法（BSP,BusinessSystemPlanning），是IBM公司在20世紀70年代開始采用的一種信息系統規劃方法。企業系統規劃法是通過全方面調查，分析企業信息需求，制定信息系統總體方案的一種方法。由于該方法可操作性強，在信息系統規劃中得到了廣泛應用。企業系統規劃法的基本思想是：信息系統是為企業目標服務的，信息系統應該能夠滿足企業各個管理層次的信息要求，并向企業提供一致的信息。信息系統由多個互有聯系又相對獨立的子系統以集成的方式構成，并且應該具有相對穩定的系統結構。企業系統規劃法企業系統規劃法，又稱之為企業系統計劃方法（BS企業系統規劃法的基本思路根據企業系統規劃法的基本思想，信息系統規劃的基本思路是：識別企業目標和戰略；確定企業業務和企業數據；分析業務和數據之間關系；根據業務和數據的聚合關系導出信息系統的子系統構成和結構。企業目標企業業務數據分析數據信息結構系統功能系統目標企業系統規劃法的基本思路根據企業系統規劃法的基本思想，信息系選擇什么樣的信息系統/解決方案？國內某國有大型航空客運企業信息化規劃的例子ERPCRMSCMOA選擇什么樣的信息系統/解決方案？國內某國有大型航空客運企業信企業系統規劃法的主要流程企業系統規劃主要包括：總體規劃準備工作、組織機構調查、定義管理目標、定義管理功能組、數據類分析、定義信息系統結構、現行信息系統分析、確定子系統實施順序、計算機邏輯配置方案和可行性分析。企業系統規劃法的主要流程企業系統規劃主要包括：總體規劃準備工1）總體規劃準備工作總體規劃涉及較高的管理層次，要與多個部門接觸，困難比較多。總體規劃的成功與否。很大程度上取決于管理部門的支持和對總體規劃隊伍的信任。因此，規劃的準備工作十分重要。信息系統總體規劃的準備工作應該包括：成立信息系統規劃小組、制定信息系統規劃計劃、啟動規劃工作、收集數據等。收集數據包括：企業一般情況（環境、管理目標、人員、產品、產值、客戶、合同）；新信息系統的情況（概況、基本目標、技術力量、軟硬件環境、運行情況）。1）總體規劃準備工作總體規劃涉及較高的管理層次，要與多個部門2）組織機構調查組織結構指的是一個組織(機關、企業、公司等)及其組成部分之間的隸屬關系或管理與被管理的關系。通常可用組織結構圖來表示組織結構。要了解組織機構的各種關系，如：資料傳遞關系、資金流動關系等等。此外還要注意：切實了解各部門的職責；在組織機構圖中重點畫出與信息系統有關的部分。2）組織機構調查組織結構指的是一個組織(機關、企業、公司等)3）定義管理目標確定擬建信息系統的目標，需要調查了解企業的目標和為了達到這個目標所采取的經營方針以及約束條件。每個目標可以分成若干個子目標，子目標可以用一定的指標來衡量。整個目標體系可以用目標樹來表達。3）定義管理目標確定擬建信息系統的目標，需要調查了解企業的目4）定義管理功能組管理功能組是管理各類資源的各種相關活動和決策的組合。管理人員通過管理這些資源支持管理目標。4）定義管理功能組管理功能組是管理各類資源的各種相關活動和決5）數據類分析數據類是按照主題劃分的企業實體集，像工資、人員、雇員等都是數據類。在整理數據類時，應該注明產生、使用、引用各數據類的業務。5）數據類分析數據類是按照主題劃分的企業實體集，像工資、人員6）定義信息系統結構信息系統結構是指構成信息系統的子系統，以及各子系統相互之間的聯系構成的關系模式。企業系統規劃方法利用UC矩陣，通過對企業業務與數據類之間關系的分析，得出信息系統結構。在UC矩陣中規定，行為企業業務，列為數據類。如果某一個數據類由某一項企業業務產生，在矩陣中行列相交的位置放C(Create)；如果某項業務使用到一個數據類，則在相交位置放U(Use)。6）定義信息系統結構信息系統結構是指構成信息系統的子系統，以7）現行信息系統分析每一個企業信息系統建設都需要一個十分漫長的過程，信息系統規劃也不是一次制定好后，再不做任何變化，而是根據變化進行及時修改。在制定信息系統規劃或修訂信息系統規劃時，需要考慮企業已經建立的信息系統的現狀，以及所存在的問題。這樣在規劃新信息系統過程中，既要能夠糾正和彌補現存信息系統的不足，又要充分地繼承現行信息系統，讓它在新建立的信息系統中發揮應有的作用。7）現行信息系統分析每一個企業信息系統建設都需要一個十分漫長8）確定子系統實施順序信息系統建設需要較長的時間，應該根據企業對信息系統需要的急迫程度、企業的基礎條件和企業實力，統籌安排好信息系統建設的時間進度。諸如哪些子系統在什么時間完成，完成到什么程度等，都應該有具體的計劃。8）確定子系統實施順序信息系統建設需要較長的時間，應該根據企9）計算機邏輯配置方案總體規劃后期，要考慮計算機邏輯配置方案。這是從系統需求的角度提出對計算機配置的基本要求，而不涉及具體硬件型號。計算機邏輯方案設計從以下幾個方面考慮：客觀條件約束；處理方式；聯機儲存量；應用設備；應用軟件。南京國展中心HP小型機的一個例子9）計算機邏輯配置方案總體規劃后期，要考慮計算機邏輯配置方案10）可行性分析對所制定的信息系統規劃進行可行性分析，以確定該規劃是否可行，以及還需要做哪些方面的修改和完善工作。可行性分析的結果需要專家進行審定，只有可行的信息系統規劃才能被正式批準執行。10）可行性分析對所制定的信息系統規劃進行可行性分析，以確定可行性分析與可行性報告的撰寫除了建立系統的必要性之外，建設信息系統的可行性研究應從三個方面考慮：技術可行性、經濟可行性和社會可行性。技術可行性技術可行性是指根據現有的技術條件，能否達到所提出的要求；技術條件包括：硬件，系統軟件，應用軟件，技術人員等。所需要的物理資源是否具備，能否達到。是否成熟可靠？經濟可行性經濟可行性分析要評估項目的成本和效益，分析項目經濟上是否合理。看效益是否大于成本？主要包括：資金可行性和經濟合理性。社會可行性社會可行性是指所建立的信息系統能否在該企業中實現，在當前操作環境下能否很好的運行，即組織內外是否具備接受和使用新系統的條件。有時又稱操作可行性，解決方案在當前的管理體系和組織形式中是否是較理想的。可行性分析與可行性報告的撰寫除了建立系統的必要性之外，建設信可行性分析報告具體格式示例可行性分析報告1．引言1.1編寫目的1.2背景1.3參考資料2.現行組織系統概況2.1組織目標和戰略2.2業務概況2.3存在的主要問題3.擬建立的信息系統3.1簡要說明3.2初步建設計劃3.2對組織的意義和影響4.經濟可行性分析4.1支出4.2收益4.3支出收益分析5.技術可行性分析5.1主要技術路線5.2技術可行性分析6.社會可行性分析6.1社會法律政策可行性

6.2社會公共環境可行性

6.3操作可行性7.結論

7.1可行性研究結論

7.2結論的解釋可行性分析報告具體格式示例可行性分析報告4.經濟可行性分析固化與優化問題如何看待現實管理中的流程和信息系統里的流程？信息化規劃中如何確定業務流程？固化異或優化？BPR案例：福特公司的應付款系統固化與優化問題如何看待現實管理中的流程和信息系統里的流程？BPR前

福特公司物資采購工作中參與人員眾多，原因在于涉及的部門太多。原業務流程是采購部門首先給賣方開出一張采購訂貨單，送一副本給財務部門；當供應商運來貨物時，收貨部門完成一份收貨文件并送給財務部門，應付帳款部門收到供應商的發票后，將發票與采購部門的訂單副本和收貨文件核對；若三份文件不一致，更多人將介入這一流程。BPR前福特公司物資采購工作中參與人員改進后流程：采購部門發出訂單，同時將訂單內容輸入到聯機數據庫；供貨商發貨，驗收部門核查來貨是否與數據庫中的內容相吻合，如果吻合就收貨，并在終端上按鍵通知數據庫，計算機會自動按時付款。BPR后福特公司的應付款系統BPR后改進后流程：采購部門發出訂單，同時將訂單內容福特公司流程重建的成果福特公司的新流程采用的是“無發票”制度，大大地簡化了工作環節，帶來了如下結果：往應付款部門需在訂單、驗收報告和發票中核查14項內容，而如今只需3項——零件名稱、數量和供貨商代碼；實現裁員75%，而非原定的20%；由于訂單和驗收單的自然吻合，使得付款也必然及時而準確，從而簡化了物料管理工作，并使得財務信息更加準確。福特公司流程重建的成果福特公司的新流程采用的是“無發票”制度福特公司流程重建的啟示向流程而不是單一部門若福特僅僅重建應付款一個部門，那將會發現是徒勞的，正確的重建應是將注意力集中于整個“物料獲取流程”，包括采購、驗收和付款部門，這才能獲得顯著改善。大膽挑戰傳統原則福特的舊原則是當收到發票時付款；福特的新原則是當收到貨物時付款。舊原則長期支配著付款活動，并決定了整個流程的組織和運行，從未有人試圖推翻它，而BPR的實施就是要求我們要大膽質疑，大膽地反思，而不能禁錮于傳統。福特公司流程重建的啟示向流程而不是單一部門EA歷史及相關背景（政府-企業）企業架構雛形信息系統架構框架IT架構(ITA)聯邦企業架構框架(FEAF)企業視角定位20世紀80年代早期企業建模應用限于某個信息系統的設計和開發20世紀80年代中期企業建模應用限于某個信息系統的設計和開發1996年，美國Clinger-Cohen導致ITA產生ITA現在被解釋為IT企業架構（EA）企業體系結構桌面參考企業架構的理念得到了咨詢公司和研究機構認可2000年METAGroup發布IBM、微軟、HP、EDS等IT廠商也紛紛把目光集聚到企業架構，希望能夠從企業這個視角來定位其產品和服務1999年9月美國聯邦CIO委員會出版2002年2月，OMB建立了聯邦企業架構程序管理辦公室來開發FEA學術關注政府關注咨詢機構關注企業關注TOGAF企業架構標準化的工作越來越重要，也產生了一些研究團體和標準框架目前，業界最有名的企業架構框架是TOGAF（TheOpenGroupArchitectureFramework）標準化EA歷史及相關背景（政府-企業）企業架構雛形信息系統架構框架EnterpriseArchitecture企業架構企業業務架構企業技術架構企業信息架構企業IT管理架構企業價值架構結合高校一卡通系統發展的實例EnterpriseArchitecture企業架構企業業從局部到整體的理念轉換帶來了企業架構對很多企業而言，業務與信息技術已經形成相輔相成的一體兩面。隨著信息化的發展，過去的發展模式也帶來了一些問題，這些問題主要體現在應用的分離，數據的分離與不一致，流程的斷裂等方面。分析問題產生的原因，缺乏統一規劃是一個重要因素，因為過去的信息化主要是以單一部門或單一業務為核心的模式，這無法適應今天企業級層面的信息化發展。以企業整體業務和戰略為目標，信息系統的建設需要全面的戰略規劃，在規劃的基礎上制定循序漸進、滾動式的發展和建設計劃以及應變策略，其中戰略規劃中的核心部分就是企業架構。從局部到整體的理念轉換帶來了企業架構對很多企業而言，業務與信企業架構是一個涵蓋了不同層次大量內容的概念企業架構是從企業全局的角度審視與信息化相關的業務、信息、技術和應用間的相互作用關系以及這種關系對企業業務流程和功能的影響，進而可以抽象理解為企業范圍內的各種實體間的體系結構關系，以及與體系結構相關的制度、流程和標準等。在企業架構的定義下，衍生出一些概念，其作為企業架構概念的組成部分，包括企業業務架構、企業信息架構、IT管理架構、技術架構等。企業架構是一個涵蓋了不同層次大量內容的概念企業架構是從企業全企業架構的思考帶來了信息化建設的新局面企業架構首先關注的是企業架構的規劃，一般會從企業信息化的現狀、原則、模型、標準等方面來思考，描述清楚企業IT的基礎設施、數據、應用和人力資源等方面的內容，在現在和未來愿景之上清晰地勾畫出企業架構的發展戰略。正如企業架構理念推廣者描述的那樣：企業架構是建設企業信息化的藍圖；企業架構是適應企業業務變革的方向盤；企業架構是溝通業務與信息技術間的橋梁；企業架構實現了業務、信息、應用和技術之間的協同。企業架構的思考帶來了信息化建設的新局面企業架構首先關注的是企企業架構的組成（1）企業業務架構（EnterpriseBusinessArchitecture）：又稱為商業架構，是企業關鍵業務戰略以及他們對業務功能和流程的影響的表達。通常包含業務功能、流程和信息價值鏈的當前和將來的狀態模型，通過信息架構、技術架構以及應用投資組合來進行實施，可定義為支撐競爭優勢的業務設計。企業信息架構（EnterpriseInformationArchitecture）：是一個由企業業務架構驅動的模型集來描述企業信息價值鏈，主要包括建立關鍵信息流模型，描述業務事件的關鍵輸出信息，擴展組織邊界到外部信息來源和流向，使企業能快速進行業務決策和信息共享。數據架構（DataArchitecture）：反應了數據在企業的分布和使用結構。應用架構（ApplicationArchitecture）：又稱之應用系統架構或者流程架構，反映了應用的構建方法和標準，從而為各種具體的應用開發提供指導性的意見。企業架構的組成（1）企業業務架構（EnterpriseBu企業架構的組成（2）企業技術架構（EnterpriseTechnologyArchitecture）：是一個邏輯一致的技術原理集合，指導組織信息系統和技術基礎結構的工程化，是對整個IT戰略的表達，是企業架構的核心部分，對網絡、硬件、軟件、集成、安全等制定了藍圖和實現方法。技術架構的各個部分不是完全獨立的，他們互相依賴互相關聯。網絡架構（NetworkArchitecture）：根據企業的組織結構和分布情況，及對各種數據和應用的支持要求，定義網絡結構、建設方案和發展規劃。硬件架構（HardwareArchitecture）：從企業級IT架構的角度來重新審視IT系統硬件設備的規劃、采購、部署及與之對應的管理模式等問題。軟件架構（SoftwareArchitecture）：起源于軟件工程，是關于軟件系統的有機組織的決策集合、結構化元素的選擇以及元素之間的接口，通過這些接口以及元素間的協作構成軟件系統。企業架構的組成（2）企業技術架構（EnterpriseTe企業架構的組成（3）集成架構（IntegrationArchitecture）：通過制定技術方案，將所有的技術組件匯集成一個完整的信息系統。安全架構（SecurityArchitecture）：安全貫穿在數據、應用、網絡、軟硬件和集成等多個方面，安全架構需要對各種安全要求的特性進行總結和歸納，從而形成統一的安全架構體系以保證各個技術與業務層面的安全問題。IT管理架構（ITManagementArchitecture）：包含著IT規劃設計、IT組織架構、運維架構等內容，特別是運維架構，其作為信息系統服務業務與戰略的保證，定義了對企業信息化系統的運行管理和維護方法與機制。企業架構的組成（3）業務架構業務架構從IT的角度，對企業的業務結構、企業機構與業務的關系、企業內部的關系以及企業與外部機構的關系進行整理定義。企業業務架構包含了：企業的業務和戰略目標：描述企業的目標，包含著近期目標，中期目標和長遠的戰略目標。企業的組織機構：明確描述企業的組織機構和職能，以及與企業相關的機構和個體，如客戶，合作伙伴和供應商等。業務的分類：對企業的產品、服務和資源體系進行分類。這種分類包含了對相關產品、服務和資源的共性提取和總結。各類業務之間的關系：對產品、服務和資源的相互關聯進行總結。業務之間的關系體現為跨業務的流程及資源共享等。組織機構與業務的關系：業務的執行是由機構來完成的，但是機構與業務并不一定是一一對應的關系。清楚地找出機構與業務的關系，將為應用與集成架構奠定可靠的基礎。企業與外部機構的關系：對與企業相關的外部機構或個人就其類型，業務類別，業務往來模式等進行分類。業務架構業務架構從IT的角度，對企業的業務結構、企業機構與業信息架構企業信息架構是將企業業務實體抽象成為信息對象，將企業的業務運作模式抽象成為信息對象的屬性和方法，建立面向對象的企業信息模型。企業信息架構實現從業務模式向信息模型的轉變，業務需求向信息功能的映射，企業基礎數據向企業信息的抽象。企業信息架構由數據架構和應用架構組成，包括一個統一、共享、分布、準確和持續的數據環境和在這一平臺上建立的從事務處理系統到決策支持系統等各種企業信息系統，實現了從業務模型向功能模型的轉變，業務架構向信息架構的映射，企業基礎數據向企業信息的抽象。

企業數據架構描述了企業所擁有的數據和數據管理資源，通過企業業務架構抽取企業的數據標準、數據元素、數據模型，構成數據庫、數據倉庫等企業數據運行環境，為企業應用架構提供統一的數據平臺。企業應用架構描述了在企業統一的數據平臺上各個相對獨立的應用系統的部署以及和核心業務流程之間的作用和關系。企業應用架構實現企業各個業務流程的信息化和可行的自動化，并使得各個應用系統的集成運行成為可能。企業應用架構中可以包括原有企業信息系統中對企業仍有戰略價值、對企業業務仍有影響的遺留部分、軟件包、分布式系統等，也可以包括經過確認的滿足即將到來的業務需求的新的應用部分或系統。信息架構企業信息架構是將企業業務實體抽象成為信息對象，將企業視角1：從業務和戰略看數據在企業級架構中，一個成功的數據架構應該能夠準確反映和實現企業現有的業務邏輯和未來的發展戰略，而且能夠針對數據的生命周期進行管理。從功能的角度，在制定數據架構時首先要考慮的是對企業業務架構的支持。從整體的數據模型出發，實現向各個業務模塊的映射，明確各個數據模塊間的相互關系，才能保證企業級數據的完整性和準確性。企業戰略問題也是企業業務架構的重要組成部分，數據架構也必須充分考慮相關的因素。將可預測的東西考慮進去，同時對不可預測的東西打下靈活的基礎。視角1：從業務和戰略看數據在企業級架構中，一個成功的數據架構視角2：從生命周期看數據數據的生命周期包含了數據或者信息的產生、采集、整理、使用、存儲、分析、廢棄或消失等生命周期環節。在數據生命周期管理基礎上制定的數據架構不僅可以更加有效地支持業務系統，而且能夠提高企業數據資產的質量。數據架構要從結構上考慮業務需要，從物理上滿足業務的性能要求。在數據產生和應用過程中，業務系統并不能保證數據的完整性，甚至也不是每個業務系統都需要完整的數據。數據的完整性和準確性問題的解決不僅是從數據向數據資產過度的重要環節，而且對業務將產生極其深遠的影響。分析型數據使得我們可以從不同的層面，或者說從不同的維度，來看待和分析數據資產。企業級數據架構必須包含了數據的靜態架構（如數據存儲等）和動態架構（如數據交換和傳輸等）這兩個方面。視角2：從生命周期看數據數據的生命周期包含了數據或者信息的產視角3：從管理看數據企業的資產管理的重要性無容置疑，對數據的管理，必須從數據的可用性、安全性，業務的連續性和防災能力等多個方面出發。保證在災難發生時的應對能力，同時保證系統出現非災難性的故障時業務的連續性。從企業的具體情況出發，制定對數據生命周期中的每一個環節和過程的管理機制，是企業級數據架構中必不可少的。視角3：從管理看數據企業的資產管理的重要性無容置疑，對數據的應用架構企業應用結構又被稱之為應用系統架構，是以企業數據架構為基礎，建立支撐企業業務運行的各個業務系統，通過應用系統的集成運行，實現企業信息自動化流動，代替手工的信息流動方式，提高企業業務的運作效率，降低運作的成本。多層架構與煙囪式應用多層架構將表示邏輯與業務邏輯分開，形成表示層和業務邏輯層，數據層也由原來的簡單數據存儲演變到了數據存儲與數據獲取的分離，因此應用架構由至少三層組成。中間件技術與Web技術的結合使得應用系統部署和使用方式發生了根本性的變化，使“組件化”技術得以充分實現。僅由單一應用角度出發所開發的應用就像一個個獨自聳立的煙窗一樣，即煙囪式應用系統，帶來了諸如信息孤島、流程斷裂等問題。C/S&B/S現實應用中存在著方便易用、安全、性能、展現等諸多方面考量。SOA松散耦合從技術模式轉換成一種業務模式。應用架構企業應用結構又被稱之為應用系統架構，是以企業數據架構技術架構企業技術架構是實現企業應用架構的底層技術基礎結構，通過網絡技術、硬件技術、軟件平臺技術、應用集成技術、信息安全技術間的相互作用支撐企業應用的運轉，其通過提供滿足各種角色的用戶需要的技術平臺將業務架構、信息架構、應用架構等連在一起。企業技術架構是企業級架構的核心部分，它對網絡建設、軟硬件選型、集成與安全等制定了藍圖和實現方法。技術架構企業技術架構是實現企業應用架構的底層技術基礎結構，通硬件架構硬件是企業信息化的基礎設施。在信息化建設的初期，由于沒有技術基礎設施的概念，企業完全以業務部門需求為基準來建設IT應用，按應用的要求采購機器、網絡和存儲設備等，如今這種模式已經逐漸被取代了。從企業級架構的角度出發，以企業業務架構為基礎，充分考慮數據、應用和技術等問題，以發展的眼光建設硬件技術基礎設施，才是真正的“硬”道理。具體說來企業的硬件技術基礎設施基本上向著服務主機大型化和用戶終端小型化和多元化的方向發展，所以在企業IT架構規劃時，必須充分考慮這樣的方向性問題。硬件架構硬件是企業信息化的基礎設施。軟件架構20世紀60年代的軟件危機使得人們開始重視軟件工程的研究。起初人們把軟件設計的重點放在數據結構和算法的選擇上，隨著軟件系統規模越來越大、越來越復雜，整個系統的結構和規格說明顯得越來越重要。對于企業大規模的復雜軟件系統來說，對總體的系統結構設計和規格說明比起對計算的算法和數據結構的選擇更顯重要，正是在此背景下企業越來越認識到軟件體系結構的重要性，同時也希望通過對軟件體系結構進行系統、深入的研究來構建滿足企業需求的軟件基礎設施。軟件體系結構軟件基礎設施軟件架構20世紀60年代的軟件危機使得人們開始重視軟件工程的軟件基礎設施服務示例目錄服務例如LDAPServer安全服務例如企業級防火墻系統管理服務數據管理服務應用服務集成服務時間服務。。。。。。軟件基礎設施服務示例目錄服務集成架構業務與戰略是集成的原動力，在考慮企業集成架構時必須從根本上解決這個問題，使其“分”而不“散”，因此集成架構必須從數據、應用和業務的問題上來著手。在數據問題上，集成架構要從“橫”和“縱”兩個方面著手。從橫的方面來看，集成要解決應用系統間的互聯互通，實現數據共享和數據交換，從而解決信息孤島問題，保證數據在各系統中的準確性。從縱的方面來看，集成實現了數據在整個數據周期中的順暢流動，從而保證數據的完整性和準確性。集成架構不僅應該是數據能夠有效地支持各種應用系統，而且保證數據資產的可用價值，從而在數據層面支持企業業務的持續發展。集成架構業務與戰略是集成的原動力，在考慮企業集成架構時必須從兩種視角不同層次的解決方案從應用集成的角度提高應用組件的共享和復用，從而降低系統的擁有成本。業務集成也是集成架構要考慮的重點，業務集成保證了企業從業務角度的整體性。不同層次的集成方案選擇展現層的門戶集成應用層的應用集成數據集成DataAPIDataBUS=>ESBDataCenter（集中、共享、分布）。。。。。。兩種視角不同層次的解決方案從應用集成的角度提高應用組件的共享安全架構安全的五大核心要素認證Authentication授權Authorization保密Confidentiality完整性Integrity不可否認Non-repudiation安全架構安全的五大核心要素IT組織機構多數企業的IT部門目前都基本是按照IT基礎架構功能分為各個部分，也有少部分的企業是按照業務來進行劃分。每個部門都有自己的工作方式、方法，部門間都是相對獨立的，而一般IT出現故障或問題，都不會是簡單的某個環節單獨出問題，很多時候需要多個部門協作才能排除故障。所以企業系統運維過程中經常出現責任不清、相互推諉的現象。IT部門還將面臨如何管好、用好龐大系統為業務部門提供有效的決策支持的挑戰。IT部門究竟是企業成本中心還是利潤中心？IT組織機構多數企業的IT部門目前都基本是按照IT基礎架構功IT規劃設計明確企業的戰略目標。分解企業整體發展戰略，明確企業的信息化戰略。對業務流程進行描述、分析、優化設計。針對新設計的工作流程進行信息流分析，找出信息系統的需求。根據信息系統的各種需求，設計出適合企業需求的技術架構。對IT規劃項目的實施風險進行分析，并指出如何規避各類風險，提高IT規劃項目的成功保障程度。IT規劃設計明確企業的戰略目標。IT運維架構企業的運維架構是信息系統服務業務與戰略的保證，定義了對企業信息化系統的運行管理和維護方法與機制。企業運維架構也對企業的技術架構反過來提出了技術上的要求，通常我們稱其為非功能性需求，如可管理性、可擴展性和可用性等。IT運維架構企業的運維架構是信息系統服務業務與戰略的保證，定謝謝各位！謝謝各位！演講完畢，謝謝觀看！演講完畢，謝謝觀看！許鑫華東師范大學商學院華東師范大學MBA教育中心2016年8月MIS第五講規劃與架構許鑫MIS第五講規劃與架構第五講規劃與架構主要內容：如何把握業務需求企業系統規劃法業務流程與BPR企業級架構思想第五講規劃與架構主要內容：如何把握業務需求真實需求與偽需求學校的考勤系統飯店的點餐系統浴室一卡通計費。。。。。。功能性需求與非功能性需求北京奧運會第二階段門票發售。。。。。。需求滿足過程中的技術與管理上海世博會的場館預約機系統。。。。。。把握業務需求的方法如何把握業務需求真實需求與偽需求如何進行信息化規劃信息化規劃有很多的方法、策略和視角情景法關鍵企業系統規劃法關鍵成功因素法。。。。。。企業信息化規劃的基本原則信息系統的目標要與企業的戰略目標相符合信息系統規劃要有可操作性信息化規劃應有助于提出優化企業管理的系統信息化規劃要使信息系統能夠可持續發展如何進行信息化規劃信息化規劃有很多的方法、策略和視角企業系統規劃法企業系統規劃法，又稱之為企業系統計劃方法（BSP,BusinessSystemPlanning），是IBM公司在20世紀70年代開始采用的一種信息系統規劃方法。企業系統規劃法是通過全方面調查，分析企業信息需求，制定信息系統總體方案的一種方法。由于該方法可操作性強，在信息系統規劃中得到了廣泛應用。企業系統規劃法的基本思想是：信息系統是為企業目標服務的，信息系統應該能夠滿足企業各個管理層次的信息要求，并向企業提供一致的信息。信息系統由多個互有聯系又相對獨立的子系統以集成的方式構成，并且應該具有相對穩定的系統結構。企業系統規劃法企業系統規劃法，又稱之為企業系統計劃方法（BS企業系統規劃法的基本思路根據企業系統規劃法的基本思想，信息系統規劃的基本思路是：識別企業目標和戰略；確定企業業務和企業數據；分析業務和數據之間關系；根據業務和數據的聚合關系導出信息系統的子系統構成和結構。企業目標企業業務數據分析數據信息結構系統功能系統目標企業系統規劃法的基本思路根據企業系統規劃法的基本思想，信息系選擇什么樣的信息系統/解決方案？國內某國有大型航空客運企業信息化規劃的例子ERPCRMSCMOA選擇什么樣的信息系統/解決方案？國內某國有大型航空客運企業信企業系統規劃法的主要流程企業系統規劃主要包括：總體規劃準備工作、組織機構調查、定義管理目標、定義管理功能組、數據類分析、定義信息系統結構、現行信息系統分析、確定子系統實施順序、計算機邏輯配置方案和可行性分析。企業系統規劃法的主要流程企業系統規劃主要包括：總體規劃準備工1）總體規劃準備工作總體規劃涉及較高的管理層次，要與多個部門接觸，困難比較多。總體規劃的成功與否。很大程度上取決于管理部門的支持和對總體規劃隊伍的信任。因此，規劃的準備工作十分重要。信息系統總體規劃的準備工作應該包括：成立信息系統規劃小組、制定信息系統規劃計劃、啟動規劃工作、收集數據等。收集數據包括：企業一般情況（環境、管理目標、人員、產品、產值、客戶、合同）；新信息系統的情況（概況、基本目標、技術力量、軟硬件環境、運行情況）。1）總體規劃準備工作總體規劃涉及較高的管理層次，要與多個部門2）組織機構調查組織結構指的是一個組織(機關、企業、公司等)及其組成部分之間的隸屬關系或管理與被管理的關系。通常可用組織結構圖來表示組織結構。要了解組織機構的各種關系，如：資料傳遞關系、資金流動關系等等。此外還要注意：切實了解各部門的職責；在組織機構圖中重點畫出與信息系統有關的部分。2）組織機構調查組織結構指的是一個組織(機關、企業、公司等)3）定義管理目標確定擬建信息系統的目標，需要調查了解企業的目標和為了達到這個目標所采取的經營方針以及約束條件。每個目標可以分成若干個子目標，子目標可以用一定的指標來衡量。整個目標體系可以用目標樹來表達。3）定義管理目標確定擬建信息系統的目標，需要調查了解企業的目4）定義管理功能組管理功能組是管理各類資源的各種相關活動和決策的組合。管理人員通過管理這些資源支持管理目標。4）定義管理功能組管理功能組是管理各類資源的各種相關活動和決5）數據類分析數據類是按照主題劃分的企業實體集，像工資、人員、雇員等都是數據類。在整理數據類時，應該注明產生、使用、引用各數據類的業務。5）數據類分析數據類是按照主題劃分的企業實體集，像工資、人員6）定義信息系統結構信息系統結構是指構成信息系統的子系統，以及各子系統相互之間的聯系構成的關系模式。企業系統規劃方法利用UC矩陣，通過對企業業務與數據類之間關系的分析，得出信息系統結構。在UC矩陣中規定，行為企業業務，列為數據類。如果某一個數據類由某一項企業業務產生，在矩陣中行列相交的位置放C(Create)；如果某項業務使用到一個數據類，則在相交位置放U(Use)。6）定義信息系統結構信息系統結構是指構成信息系統的子系統，以7）現行信息系統分析每一個企業信息系統建設都需要一個十分漫長的過程，信息系統規劃也不是一次制定好后，再不做任何變化，而是根據變化進行及時修改。在制定信息系統規劃或修訂信息系統規劃時，需要考慮企業已經建立的信息系統的現狀，以及所存在的問題。這樣在規劃新信息系統過程中，既要能夠糾正和彌補現存信息系統的不足，又要充分地繼承現行信息系統，讓它在新建立的信息系統中發揮應有的作用。7）現行信息系統分析每一個企業信息系統建設都需要一個十分漫長8）確定子系統實施順序信息系統建設需要較長的時間，應該根據企業對信息系統需要的急迫程度、企業的基礎條件和企業實力，統籌安排好信息系統建設的時間進度。諸如哪些子系統在什么時間完成，完成到什么程度等，都應該有具體的計劃。8）確定子系統實施順序信息系統建設需要較長的時間，應該根據企9）計算機邏輯配置方案總體規劃后期，要考慮計算機邏輯配置方案。這是從系統需求的角度提出對計算機配置的基本要求，而不涉及具體硬件型號。計算機邏輯方案設計從以下幾個方面考慮：客觀條件約束；處理方式；聯機儲存量；應用設備；應用軟件。南京國展中心HP小型機的一個例子9）計算機邏輯配置方案總體規劃后期，要考慮計算機邏輯配置方案10）可行性分析對所制定的信息系統規劃進行可行性分析，以確定該規劃是否可行，以及還需要做哪些方面的修改和完善工作。可行性分析的結果需要專家進行審定，只有可行的信息系統規劃才能被正式批準執行。10）可行性分析對所制定的信息系統規劃進行可行性分析，以確定可行性分析與可行性報告的撰寫除了建立系統的必要性之外，建設信息系統的可行性研究應從三個方面考慮：技術可行性、經濟可行性和社會可行性。技術可行性技術可行性是指根據現有的技術條件，能否達到所提出的要求；技術條件包括：硬件，系統軟件，應用軟件，技術人員等。所需要的物理資源是否具備，能否達到。是否成熟可靠？經濟可行性經濟可行性分析要評估項目的成本和效益，分析項目經濟上是否合理。看效益是否大于成本？主要包括：資金可行性和經濟合理性。社會可行性社會可行性是指所建立的信息系統能否在該企業中實現，在當前操作環境下能否很好的運行，即組織內外是否具備接受和使用新系統的條件。有時又稱操作可行性，解決方案在當前的管理體系和組織形式中是否是較理想的。可行性分析與可行性報告的撰寫除了建立系統的必要性之外，建設信可行性分析報告具體格式示例可行性分析報告1．引言1.1編寫目的1.2背景1.3參考資料2.現行組織系統概況2.1組織目標和戰略2.2業務概況2.3存在的主要問題3.擬建立的信息系統3.1簡要說明3.2初步建設計劃3.2對組織的意義和影響4.經濟可行性分析4.1支出4.2收益4.3支出收益分析5.技術可行性分析5.1主要技術路線5.2技術可行性分析6.社會可行性分析6.1社會法律政策可行性

6.2社會公共環境可行性

6.3操作可行性7.結論

7.1可行性研究結論

7.2結論的解釋可行性分析報告具體格式示例可行性分析報告4.經濟可行性分析固化與優化問題如何看待現實管理中的流程和信息系統里的流程？信息化規劃中如何確定業務流程？固化異或優化？BPR案例：福特公司的應付款系統固化與優化問題如何看待現實管理中的流程和信息系統里的流程？BPR前

福特公司物資采購工作中參與人員眾多，原因在于涉及的部門太多。原業務流程是采購部門首先給賣方開出一張采購訂貨單，送一副本給財務部門；當供應商運來貨物時，收貨部門完成一份收貨文件并送給財務部門，應付帳款部門收到供應商的發票后，將發票與采購部門的訂單副本和收貨文件核對；若三份文件不一致，更多人將介入這一流程。BPR前福特公司物資采購工作中參與人員改進后流程：采購部門發出訂單，同時將訂單內容輸入到聯機數據庫；供貨商發貨，驗收部門核查來貨是否與數據庫中的內容相吻合，如果吻合就收貨，并在終端上按鍵通知數據庫，計算機會自動按時付款。BPR后福特公司的應付款系統BPR后改進后流程：采購部門發出訂單，同時將訂單內容福特公司流程重建的成果福特公司的新流程采用的是“無發票”制度，大大地簡化了工作環節，帶來了如下結果：往應付款部門需在訂單、驗收報告和發票中核查14項內容，而如今只需3項——零件名稱、數量和供貨商代碼；實現裁員75%，而非原定的20%；由于訂單和驗收單的自然吻合，使得付款也必然及時而準確，從而簡化了物料管理工作，并使得財務信息更加準確。福特公司流程重建的成果福特公司的新流程采用的是“無發票”制度福特公司流程重建的啟示向流程而不是單一部門若福特僅僅重建應付款一個部門，那將會發現是徒勞的，正確的重建應是將注意力集中于整個“物料獲取流程”，包括采購、驗收和付款部門，這才能獲得顯著改善。大膽挑戰傳統原則福特的舊原則是當收到發票時付款；福特的新原則是當收到貨物時付款。舊原則長期支配著付款活動，并決定了整個流程的組織和運行，從未有人試圖推翻它，而BPR的實施就是要求我們要大膽質疑，大膽地反思，而不能禁錮于傳統。福特公司流程重建的啟示向流程而不是單一部門EA歷史及相關背景（政府-企業）企業架構雛形信息系統架構框架IT架構(ITA)聯邦企業架構框架(FEAF)企業視角定位20世紀80年代早期企業建模應用限于某個信息系統的設計和開發20世紀80年代中期企業建模應用限于某個信息系統的設計和開發1996年，美國Clinger-Cohen導致ITA產生ITA現在被解釋為IT企業架構（EA）企業體系結構桌面參考企業架構的理念得到了咨詢公司和研究機構認可2000年METAGroup發布IBM、微軟、HP、EDS等IT廠商也紛紛把目光集聚到企業架構，希望能夠從企業這個視角來定位其產品和服務1999年9月美國聯邦CIO委員會出版2002年2月，OMB建立了聯邦企業架構程序管理辦公室來開發FEA學術關注政府關注咨詢機構關注企業關注TOGAF企業架構標準化的工作越來越重要，也產生了一些研究團體和標準框架目前，業界最有名的企業架構框架是TOGAF（TheOpenGroupArchitectureFramework）標準化EA歷史及相關背景（政府-企業）企業架構雛形信息系統架構框架EnterpriseArchitecture企業架構企業業務架構企業技術架構企業信息架構企業IT管理架構企業價值架構結合高校一卡通系統發展的實例EnterpriseArchitecture企業架構企業業從局部到整體的理念轉換帶來了企業架構對很多企業而言，業務與信息技術已經形成相輔相成的一體兩面。隨著信息化的發展，過去的發展模式也帶來了一些問題，這些問題主要體現在應用的分離，數據的分離與不一致，流程的斷裂等方面。分析問題產生的原因，缺乏統一規劃是一個重要因素，因為過去的信息化主要是以單一部門或單一業務為核心的模式，這無法適應今天企業級層面的信息化發展。以企業整體業務和戰略為目標，信息系統的建設需要全面的戰略規劃，在規劃的基礎上制定循序漸進、滾動式的發展和建設計劃以及應變策略，其中戰略規劃中的核心部分就是企業架構。從局部到整體的理念轉換帶來了企業架構對很多企業而言，業務與信企業架構是一個涵蓋了不同層次大量內容的概念企業架構是從企業全局的角度審視與信息化相關的業務、信息、技術和應用間的相互作用關系以及這種關系對企業業務流程和功能的影響，進而可以抽象理解為企業范圍內的各種實體間的體系結構關系，以及與體系結構相關的制度、流程和標準等。在企業架構的定義下，衍生出一些概念，其作為企業架構概念的組成部分，包括企業業務架構、企業信息架構、IT管理架構、技術架構等。企業架構是一個涵蓋了不同層次大量內容的概念企業架構是從企業全企業架構的思考帶來了信息化建設的新局面企業架構首先關注的是企業架構的規劃，一般會從企業信息化的現狀、原則、模型、標準等方面來思考，描述清楚企業IT的基礎設施、數據、應用和人力資源等方面的內容，在現在和未來愿景之上清晰地勾畫出企業架構的發展戰略。正如企業架構理念推廣者描述的那樣：企業架構是建設企業信息化的藍圖；企業架構是適應企業業務變革的方向盤；企業架構是溝通業務與信息技術間的橋梁；企業架構實現了業務、信息、應用和技術之間的協同。企業架構的思考帶來了信息化建設的新局面企業架構首先關注的是企企業架構的組成（1）企業業務架構（EnterpriseBusinessArchitecture）：又稱為商業架構，是企業關鍵業務戰略以及他們對業務功能和流程的影響的表達。通常包含業務功能、流程和信息價值鏈的當前和將來的狀態模型，通過信息架構、技術架構以及應用投資組合來進行實施，可定義為支撐競爭優勢的業務設計。企業信息架構（EnterpriseInformationArchitecture）：是一個由企業業務架構驅動的模型集來描述企業信息價值鏈，主要包括建立關鍵信息流模型，描述業務事件的關鍵輸出信息，擴展組織邊界到外部信息來源和流向，使企業能快速進行業務決策和信息共享。數據架構（DataArchitecture）：反應了數據在企業的分布和使用結構。應用架構（ApplicationArchitecture）：又稱之應用系統架構或者流程架構，反映了應用的構建方法和標準，從而為各種具體的應用開發提供指導性的意見。企業架構的組成（1）企業業務架構（EnterpriseBu企業架構的組成（2）企業技術架構（EnterpriseTechnologyArchitecture）：是一個邏輯一致的技術原理集合，指導組織信息系統和技術基礎結構的工程化，是對整個IT戰略的表達，是企業架構的核心部分，對網絡、硬件、軟件、集成、安全等制定了藍圖和實現方法。技術架構的各個部分不是完全獨立的，他們互相依賴互相關聯。網絡架構（NetworkArchitecture）：根據企業的組織結構和分布情況，及對各種數據和應用的支持要求，定義網絡結構、建設方案和發展規劃。硬件架構（HardwareArchitecture）：從企業級IT架構的角度來重新審視IT系統硬件設備的規劃、采購、部署及與之對應的管理模式等問題。軟件架構（SoftwareArchitecture）：起源于軟件工程，是關于軟件系統的有機組織的決策集合、結構化元素的選擇以及元素之間的接口，通過這些接口以及元素間的協作構成軟件系統。企業架構的組成（2）企業技術架構（EnterpriseTe企業架構的組成（3）集成架構（IntegrationArchitecture）：通過制定技術方案，將所有的技術組件匯集成一個完整的信息系統。安全架構（SecurityArchitecture）：安全貫穿在數據、應用、網絡、軟硬件和集成等多個方面，安全架構需要對各種安全要求的特性進行總結和歸納，從而形成統一的安全架構體系以保證各個技術與業務層面的安全問題。IT管理架構（ITManagementArchitecture）：包含著IT規劃設計、IT組織架構、運維架構等內容，特別是運維架構，其作為信息系統服務業務與戰略的保證，定義了對企業信息化系統的運行管理和維護方法與機制。企業架構的組成（3）業務架構業務架構從IT的角度，對企業的業務結構、企業機構與業務的關系、企業內部的關系以及企業與外部機構的關系進行整理定義。企業業務架構包含了：企業的業務和戰略目標：描述企業的目標，包含著近期目標，中期目標和長遠的戰略目標。企業的組織機構：明確描述企業的組織機構和職能，以及與企業相關的機構和個體，如客戶，合作伙伴和供應商等。業務的分類：對企業的產品、服務和資源體系進行分類。這種分類包含了對相關產品、服務和資源的共性提取和總結。各類業務之間的關系：對產品、服務和資源的相互關聯進行總結。業務之間的關系體現為跨業務的流程及資源共享等。組織機構與業務的關系：業務的執行是由機構來完成的，但是機構與業務并不一定是一一對應的關系。清楚地找出機構與業務的關系，將為應用與集成架構奠定可靠的基礎。企業與外部機構的關系：對與企業相關的外部機構或個人就其類型，業務類別，業務往來模式等進行分類。業務架構業務架構從IT的角度，對企業的業務結構、企業機構與業信息架構企業信息架構是將企業業務實體抽象成為信息對象，將企業的業務運作模式抽象成為信息對象的屬性和方法，建立面向對象的企業信息模型。企業信息架構實現從業務模式向信息模型的轉變，業務需求向信息功能的映射，企業基礎數據向企業信息的抽象。企業信息架構由數據架構和應用架構組成，包括一個統一、共享、分布、準確和持續的數據環境和在這一平臺上建立的從事務處理系統到決策支持系統等各種企業信息系統，實現了從業務模型向功能模型的轉變，業務架構向信息架構的映射，企業基礎數據向企業信息的抽象。

企業數據架構描述了企業所擁有的數據和數據管理資源，通過企業業務架構抽取企業的數據標準、數據元素、數據模型，構成數據庫、數據倉庫等企業數據運行環境，為企業應用架構提供統一的數據平臺。企業應用架構描述了在企業統一的數據平臺上各個相對獨立的應用系統的部署以及和核心業務流程之間的作用和關系。企業應用架構實現企業各個業務流程的信息化和可行的自動化，并使得各個應用系統的集成運行成為可能。企業應用架構中可以包括原有企業信息系統中對企業仍有戰略價值、對企業業務仍有影響的遺留部分、軟件包、分布式系統等，也可以包括經過確認的滿足即將到來的業務需求的新的應用部分或系統。信息架構企業信息架構是將企業業務實體抽象成為信息對象，將企業視角1：從業務和戰略看數據在企業級架構中，一個成功的數據架構應該能夠準確反映和實現企業現有的業務邏輯和未來的發展戰略，而且能夠針對數據的生命周期進行管理。從功能的角度，在制定數據架構時首先要考慮的是對企業業務架構的支持。從整體的數據模型出發，實現向各個業務模塊的映射，明確各個數據模塊間的相互關系，才能保證企業級數據的完整性和準確性。企業戰略問題也是企業業務架構的重要組成部分，數據架構也必須充分考慮相關的因素。將可預測的東西考慮進去，同時對不可預測的東西打下靈活的基礎。視角1：從業務和戰略看數據在企業級架構中，一個成功的數據架構視角2：從生命周期看數據數據的生命周期包含了數據或者信息的產生、采集、整理、使用、存儲、分析、廢棄或消失等生命周期環節。在數據生命周期管理基礎上制定的數據架構不僅可以更加有效地支持業務系統，而且能夠提高企業數據資產的質量。數據架構要從結構上考慮業務需要，從物理上滿足業務的性能要求。在數據產生和應用過程中，業務系統并不能保證數據的完整性，甚至也不是每個業務系統都需要完整的數據。數據的完整性和準確性問題的解決不僅是從數據向數據資產過度的重要環節，而且對業務將產生極其深遠的影響。分析型數據使得我們可以從不同的層面，或者說從不同的維度，來看待和分析數據資產。企業級數據架構必須包含了數據的靜態架構（如數據存儲等）和動態架構（如數據交換和傳輸等）這兩個方面。視角2：從生命周期看數據數據的生命周期包含了數據或者信息的產視角3：從管理看數據企業的資產管理的重要性無容置疑，對數據的管理，必須從數據的可用性、安全性，業務的連續性和防災能力等多個方面出發。保證在災難發生時的應對能力，同時保證系統出現非災難性的故障時業務的連續性。從企業的具體情況出發，制定對數據生命周期中的每一個環節和過程的管理機制，是企業級數據架構中必不可少的。視角3：從管理看數據企業的資產管理的重要性無容置疑，對數據的應用架構企業應用結構又被稱之為應用系統架構，是以企業數據架構為基礎，建立支撐企業業務運行的各個業務系統，通過應用系統的集成運行，實現企業信息自動化流動，代替手工的信息流動方式，提高企業業務的運作效率，降低運作的成本。多層架構與煙囪式應用多層架構將表示邏輯與業務邏輯分開，形成表示層和業務邏輯層，數據層也由原來的簡單數據存儲演變到了數據存儲與數據獲取的分離，因此應用架構由至少三層組成。中間件技術與Web技術的結