1、產(chǎn)品推介與技術(shù)交流,CTBS（遠(yuǎn)程接入方案） Justep Business 業(yè)務(wù)協(xié)同平臺(tái),開場(chǎng)白,企業(yè)信息化現(xiàn)狀 (1)信息戰(zhàn)略已經(jīng)成為基礎(chǔ)戰(zhàn)略 (2)IT黑洞 (3)高投入低產(chǎn)出 (4)信息孤島 (5)重復(fù)投資 (6)失敗率高,(1)個(gè)性化 一個(gè)軟件，不可能滿足所有用戶的需求，即使是同一個(gè)行業(yè)，雖然在業(yè)務(wù)流程上大致相當(dāng)，但是在管理細(xì)節(jié)上總是有這樣或者那樣的區(qū)別。因此，管理軟件的個(gè)性化在管理系統(tǒng)的開發(fā)過程中無處不在。 (2)持續(xù)完善 個(gè)性化是對(duì)軟件特性的一個(gè)重大挑戰(zhàn)，但更大的挑戰(zhàn)在于“持續(xù)的變革”。企業(yè)的變革雖然不規(guī)則，但卻是持續(xù)的，企業(yè)在每個(gè)特定的發(fā)展階段都有特定的企業(yè)模型，每個(gè)階段都要有

2、與之匹配的信息系統(tǒng)來對(duì)應(yīng)。目前的管理信息系統(tǒng)基本都是靜態(tài)系統(tǒng)，無法滿足持續(xù)動(dòng)態(tài)完善的需求。 (3)實(shí)時(shí)性 軟件的實(shí)時(shí)性要求的核心目標(biāo)對(duì)象是：共享、協(xié)作和軟件的物理價(jià)值問題。 軟件的實(shí)時(shí)性要求包括兩個(gè)方面： 1)集成性解決軟件的保值、增值和壽命問題（解決信息化投資問題） 研究顯示，“實(shí)現(xiàn)企業(yè)應(yīng)用集成，消滅信息孤島”是近1/3的CIO最關(guān)心的事情，每年全球有超過40%的IT投資會(huì)花在對(duì)企業(yè)內(nèi)部的各種應(yīng)用系統(tǒng)進(jìn)行集成上。然而，應(yīng)用集成是一件極其困難的事情，費(fèi)力而不討好。高失敗率充斥著整個(gè)應(yīng)用集成領(lǐng)域。 2)協(xié)作性解決共享和協(xié)作問題（解決數(shù)據(jù)/信息孤島、功能孤島等應(yīng)用問題） 協(xié)作可以看成是一種高級(jí)的集

3、成，或者是充分集成的結(jié)果。協(xié)作強(qiáng)調(diào)業(yè)務(wù)流程的集成。業(yè)務(wù)流程的集成的最佳方法莫過于“以業(yè)務(wù)為驅(qū)動(dòng)的業(yè)務(wù)集成”。,企業(yè)信息化的三大難題,實(shí)時(shí)性問題已經(jīng)成為信息化里面一個(gè)核心的且無法回避的問題。但是，我們距實(shí)時(shí)性還很遠(yuǎn)。集成解決方案有很多種，目前主要流行的是基于工具的解決方案。 利用工具來解決集成問題，有一定的短期效果，但治標(biāo)不治本。孤島產(chǎn)生主要源于技術(shù)標(biāo)準(zhǔn)的多樣性、技術(shù)工具的多樣性和設(shè)計(jì)的多樣性。而工具只是技術(shù)之間的轉(zhuǎn)換器。在一個(gè)多系統(tǒng)的工程里，如果存在很多的轉(zhuǎn)換器，那將會(huì)是災(zāi)難。 實(shí)際上，大多數(shù)EAI（企業(yè)應(yīng)用集成）項(xiàng)目都是不得已而為之的項(xiàng)目。越多的信息化，帶來的往往是越多的孤島和越多的集成難題

4、。而集成基本上都是費(fèi)力不討好的工作。 管理軟件進(jìn)入“用戶主控，大規(guī)模定制”的新時(shí)代！ 管理軟件的傳統(tǒng)開發(fā)模式必將被取代。,主題（一）,什么是CTBS CTBS產(chǎn)生的背景 CTBS的基本功能 CTBS的特色 CTBS VS TS、CITRIX、VPN CTBS體驗(yàn),什么是CTBS,Client Server TO Browser Server ，將C/S 架構(gòu)的應(yīng)用程序在不改變?nèi)魏苇h(huán)境、條件、代碼和部署方式的情形下使用一種技術(shù)，使遠(yuǎn)程用戶或者局域網(wǎng)內(nèi)的客戶端用戶在不用裝客戶端的情形下通過瀏覽器直接訪問我們的管理系統(tǒng)。這種技術(shù)充分結(jié)合了B/S和C/S架構(gòu)程序的優(yōu)點(diǎn)，而且保護(hù)了用戶原有的投資，方便了

5、系統(tǒng)管理員的維護(hù)和應(yīng)用程序的部署。主要有兩種功能： （1）遠(yuǎn)程訪問 （2）系統(tǒng)集成,CTBS產(chǎn)生的背景,隨著企業(yè)信息化的深入發(fā)展，遠(yuǎn)程訪問和接入的需求已經(jīng)越來越迫切， 企業(yè)基于局域網(wǎng)的應(yīng)用架構(gòu)必然走向基于互聯(lián)網(wǎng)的應(yīng)用架構(gòu)。遠(yuǎn)程接入市 場(chǎng)正進(jìn)入一個(gè)快速發(fā)展的階段。 (1)軟件體系結(jié)構(gòu)特點(diǎn)決定企業(yè)需要新的接入策略 隨著計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)和軟件技術(shù)的發(fā)展，軟件體系結(jié)構(gòu)和模式也在不斷地發(fā)生變化。由于不同結(jié)構(gòu)的特點(diǎn)不同，結(jié)構(gòu)還不能替代結(jié)構(gòu)，現(xiàn)在大型的企業(yè)應(yīng)用系統(tǒng)基本上采用三層結(jié)構(gòu)和結(jié)構(gòu)開發(fā)，基于結(jié)構(gòu)的企業(yè)應(yīng)用在市場(chǎng)中仍占主要地位。目前國內(nèi)主流的成熟產(chǎn)品都采用混合體系結(jié)構(gòu)，WEB版的功能主要是進(jìn)行數(shù)據(jù)瀏覽和查

6、詢。這樣可以避免結(jié)構(gòu)產(chǎn)品遠(yuǎn)程響應(yīng)速度慢，操作界面單一，無法滿足客戶自身的個(gè)性化要求，不能實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程處理的等問題。另外就是結(jié)構(gòu)的產(chǎn)品也還有一個(gè)接入（安全和速度）問題。,CTBS產(chǎn)生的背景,(2)集中管理模式的要求決定企業(yè)需要新的接入策略 基于數(shù)據(jù)和應(yīng)用的集中而實(shí)現(xiàn)的集中式管理代表著當(dāng)今世界最先進(jìn)的管理模式和未來的發(fā)展趨勢(shì)集。一方面集中式管理可以幫助企業(yè)實(shí)現(xiàn)全球范圍內(nèi)的資源和業(yè)務(wù)的集中管理和監(jiān)控，能夠?qū)崟r(shí)獲取信息進(jìn)行科學(xué)決策；另外集中式管理可以讓企業(yè)的數(shù)據(jù)和應(yīng)用管理更安全有效，大大降低了企業(yè)對(duì)IT投資管理和維護(hù)的TCO（綜合擁有成本） (3)傳統(tǒng)遠(yuǎn)程訪問的不足需要新的接入策略 目前實(shí)現(xiàn)遠(yuǎn)程

7、連接的技術(shù)主要是DDN和VPN兩種，從技術(shù)和應(yīng)用的角度來看，它們更適合支持視頻會(huì)議和網(wǎng)絡(luò)電話這樣的企業(yè)應(yīng)用，實(shí)現(xiàn)安全的互聯(lián)；卻不擅長部署共享應(yīng)用程序服務(wù)或集中的數(shù)據(jù)庫來提供即時(shí)和高效的訪問及管理。 DDN專線主要是存在網(wǎng)絡(luò)覆蓋范圍有限，建設(shè)成本高，日常費(fèi)用昂貴的問題；而且，租用線路的可移動(dòng)性較差、不可升級(jí)，管理費(fèi)用也很高。 傳統(tǒng)的VPN技術(shù)存在服務(wù)器暴露不安全、客戶端管理負(fù)擔(dān)大和傳輸帶寬要求高的問題，無法滿足遠(yuǎn)程應(yīng)用的速度和管理要求；同時(shí)部署和管理復(fù)雜、網(wǎng)絡(luò)兼容性差。,CTBS的基本功能,CTBS是溝通科技根據(jù)國內(nèi)實(shí)際網(wǎng)絡(luò)狀況和應(yīng)用系統(tǒng)現(xiàn)狀，在吸收國際同類產(chǎn)品的優(yōu)點(diǎn)基礎(chǔ)上，全力研制開發(fā)的企業(yè)整

8、體接入平臺(tái)套件，幫助企業(yè)靈活簡(jiǎn)捷快速地部署整體遠(yuǎn)程接入方案，任何人以任何網(wǎng)絡(luò)連接方式從任何地方使用任何設(shè)備獲取企業(yè)各種關(guān)鍵應(yīng)用和信息，保護(hù)原有投資，應(yīng)用程序無須作任何修改，讓企業(yè)對(duì)業(yè)務(wù)、數(shù)據(jù)和IT實(shí)現(xiàn)真正的集中管理，輕松部署、管理和維護(hù)。CTBS具有強(qiáng)大的應(yīng)用程序發(fā)布能力，遠(yuǎn)程用戶以Web瀏覽器方式實(shí)現(xiàn)安全訪問，同時(shí)集成VPN功能，整合了數(shù)據(jù)加密、身份認(rèn)證、數(shù)字證書、訪問控制等安全技術(shù)。 n 全面發(fā)布C/S和B/S結(jié)構(gòu)的應(yīng)用 n 客戶端以Web瀏覽器方式訪問 n 將遠(yuǎn)程打印和磁盤映射到本地 n 統(tǒng)一的用戶身份認(rèn)證和單點(diǎn)登錄 n 確保用戶只訪問授權(quán)使用的應(yīng)用 n 方便的服務(wù)器安全訪問策略設(shè)置 n

9、 集中管理用戶、服務(wù)器和應(yīng)用 n 對(duì)用戶和應(yīng)用使用情況詳細(xì)審計(jì),CTBS的特色,遠(yuǎn)程接入平臺(tái)，協(xié)議是KTP協(xié)議(CTBS的私有協(xié)議)，服務(wù)器端運(yùn)算，實(shí)現(xiàn)集中式管理 。,CTBS的特色,應(yīng)用高速度 采用服務(wù)器計(jì)算模式，網(wǎng)絡(luò)只傳輸鍵盤信息、鼠標(biāo)點(diǎn)擊和屏幕更新信息，大大降低對(duì)帶寬的需求，保證并發(fā)用戶數(shù)較多情況下的使用速度。 數(shù)據(jù)強(qiáng)安全 支持多種用戶認(rèn)證方式，使用工業(yè)標(biāo)準(zhǔn)的128位高強(qiáng)度SSL(Security Socket Layer)安全協(xié)議傳輸數(shù)據(jù)，另外網(wǎng)絡(luò)傳輸?shù)牟皇钦嬲臉I(yè)務(wù)數(shù)據(jù)，而是經(jīng)壓縮和加密后的屏幕變化數(shù)據(jù)，提供了對(duì)遠(yuǎn)程訪問的實(shí)時(shí)監(jiān)控和審計(jì)。 部署特簡(jiǎn)單 不需要修改現(xiàn)有的應(yīng)用程序，不需要

10、改變?cè)械木W(wǎng)絡(luò)結(jié)構(gòu)，不需要在原有的應(yīng)用系統(tǒng)中加裝任何軟件或插件。 按需最靈活 能夠滿足企業(yè)的個(gè)性化接入需求，很容易地進(jìn)行擴(kuò)展和升級(jí)。 成本更節(jié)省 集中布署、管理和維護(hù)，客戶端免維護(hù)，大大降低IT投資的總體擁有成本(TCO) 技術(shù)優(yōu)勢(shì) 基于服務(wù)器計(jì)算模式已經(jīng)成為當(dāng)前接入架構(gòu)的主流技術(shù)，是一種在服務(wù)器上100%地安裝、管理、支持和執(zhí)行應(yīng)用程序的計(jì)算模式，將應(yīng)用程序的執(zhí)行和顯示邏輯分離開來，所有計(jì)算均在服務(wù)器上執(zhí)行，而只有鍵盤信息、鼠標(biāo)點(diǎn)擊和屏幕更新信息在客戶機(jī)和服務(wù)器之間傳輸，每秒消耗不到28.8k的網(wǎng)絡(luò)帶寬。,CTBS VS TS,CTBS VS VPN,CTBS與VPN既有區(qū)別，又可以作為互補(bǔ)

11、性的產(chǎn)品形成一個(gè)整體的解決方案。,CTBS VS Citrix,1TCO 低 相對(duì)于CITRIX來說，總體擁有成本比較低。價(jià)格具有極大競(jìng)爭(zhēng)力，比CITRIX便宜40%。和Citrix不同的是，CTBS global無論多大用戶量，單價(jià)都沒有增加，反而大用戶量會(huì)有折扣。Citrix 50個(gè)用戶量以上價(jià)格，不降反升。 2購買方式 CTBS global 5個(gè)用戶以上可以單用戶購買。 3TS 調(diào)用 CTBS global 無需調(diào)用微軟TS終端，降低購買成本。Citrix和其它接入產(chǎn)品都需要調(diào)用微軟終端服務(wù)，對(duì)最終用戶 來說，額外購買，才能夠使用。 4平臺(tái) CTBS global可以支持Windows

12、, Linux, Unix版本，而且不同版本價(jià)格相同， 而且三個(gè)版本同步升級(jí)；Citrix Windows版本已經(jīng)4.0,而Unix版本還是1.0. 5跨平臺(tái) CTBS global可以實(shí)現(xiàn)Linux客戶端訪問Windows程序，之類的跨平臺(tái)應(yīng)用，而Linux是免費(fèi)的，節(jié)省了購買 Windows 操作系統(tǒng)的費(fèi)用。 6操作系統(tǒng) CTBS global可以運(yùn)行在Windows XP, Windows2000/2003, Linux, Unix, Solaris, OS/2, Macintosh; Citrix 要求對(duì)Windows 必需是server.,CTBS VS Citrix,7.客戶端 為

13、了方便用戶登錄，CTBS可以使用客戶端和WEB方式雙重選擇。 8. 服務(wù) CTBS global為溝通科技和美國伙伴合作開發(fā)產(chǎn)品，不存在同級(jí)別競(jìng)爭(zhēng)對(duì)手。作為參與研發(fā)的 一方，溝通科技比Citrix的代理商人能提供優(yōu)質(zhì)的服務(wù)。 9. 大用戶量 CTBS global 支持服務(wù)器集群，支持服務(wù)器自動(dòng)負(fù)載均衡。 10. 其它 目前，CTBS-global功能相當(dāng)于Citrix高級(jí)版和企業(yè)版的綜合體。 11.打印功能 CTBS global的打印功能非常強(qiáng)大，對(duì)于愛普生打印機(jī)遠(yuǎn)端可以自動(dòng)識(shí)別映射打印配置簡(jiǎn)單可行， 完全優(yōu)于citrix的產(chǎn)品 12.安裝配置維護(hù) CTBS global的安裝實(shí)施維護(hù)簡(jiǎn)單

14、便于操作，穩(wěn)定性極高，一般電腦維護(hù)人員半個(gè)工作日內(nèi)完全 可以掌握和勝任日常的維護(hù)工作。Citrix的維護(hù)量則比較大，系統(tǒng)也較為復(fù)雜，維護(hù)極為不便。,CTBS 體驗(yàn),6、體驗(yàn) （一）管理控制臺(tái)軟件 （二） (1)港口應(yīng)用軟件集成與遠(yuǎn)程訪問 (2)華東erp遠(yuǎn)程訪問,體驗(yàn)一下終端訪問和ctbs訪問的速度,主題（二）,JUSTEP Business 為什么需要業(yè)務(wù)架構(gòu)平臺(tái) 業(yè)務(wù)架構(gòu)平臺(tái)原理和能力 業(yè)務(wù)架構(gòu)平臺(tái)價(jià)值分析 業(yè)務(wù)架構(gòu)平臺(tái)應(yīng)用現(xiàn)狀,兩個(gè)被普遍關(guān)注的問題,信息化中存在的兩個(gè)普遍問題： 應(yīng)用孤島問題 IT黑洞問題,IT黑洞問題,IT黑洞,美好的愿景,艱苦的努力,用戶,開發(fā)商,用戶,開發(fā)商,高額的

15、投資,復(fù)雜的過程,漫長的周期,失控的質(zhì)量,無盡的維護(hù),雙輸?shù)慕Y(jié)局,用戶關(guān)注IT黑洞問題,用戶對(duì)信息系統(tǒng)建設(shè)的要求,數(shù)據(jù)來源：計(jì)世資訊（CCW Research）,應(yīng)用孤島問題,生產(chǎn)/物資(MRP),辦公(OA),人事/績(jī)效(HR),產(chǎn)品管理(PDM),客戶關(guān)系/銷售(CRM),決策分析(DSS),應(yīng)用孤島 難以集成,用戶關(guān)注應(yīng)用孤島問題,用戶對(duì)架構(gòu)平臺(tái)的要求,數(shù)據(jù)來源：計(jì)世資訊（CCW Research）,兩大問題的本質(zhì),應(yīng)用孤島問題： 管理軟件如何實(shí)施、應(yīng)用的問題 IT黑洞問題： 管理軟件如何設(shè)計(jì)、開發(fā)和維護(hù)的問題,由于基礎(chǔ)架構(gòu)的先天不足，現(xiàn)有的信息系統(tǒng)，無論是獨(dú)立的工具軟件還是集成的解決方

16、案，大多是孤島型的應(yīng)用，或者是業(yè)務(wù)功能模塊的簡(jiǎn)單累加。這些孤島系統(tǒng)，相互之間是孤立封閉的。 現(xiàn)有信息系統(tǒng)的建設(shè)，是在底層的技術(shù)平臺(tái)上直接構(gòu)建業(yè)務(wù)系統(tǒng)，并且也只能采用面向技術(shù)的、業(yè)務(wù)無關(guān)的“原始”編程工具來開發(fā)管理系統(tǒng) 。這種低層次的軟件開發(fā)模式，使信息系統(tǒng)的開發(fā)、維護(hù)和擴(kuò)展困難重重，導(dǎo)致IT黑洞現(xiàn)象的普遍發(fā)生。,兩大問題的深層次原因,孤島問題和黑洞問題的深層次原因是： 信息系統(tǒng)的架構(gòu)體系問題 架構(gòu)體系對(duì)于信息系統(tǒng)的設(shè)計(jì)、開發(fā)、實(shí)施、應(yīng)用、維護(hù)很重要嗎？,理解架構(gòu)：一個(gè)故事,一個(gè)真實(shí)的故事,瓦薩戰(zhàn)艦的故事,17世紀(jì)上半葉，北歐新教勢(shì)力與中歐天主教勢(shì)力發(fā)生了一場(chǎng)“三十年戰(zhàn)爭(zhēng)”，作為北歐新教勢(shì)力的代

17、表，瑞典的軍事力量達(dá)到鼎盛時(shí)期。 1625年，號(hào)稱“北方颶風(fēng)”的瑞典國王古斯塔夫斯阿道弗斯（Gustavs Adolphus）決心建造一艘史無前例的巨型新戰(zhàn)艦瓦薩（Vasa）戰(zhàn)艦。瓦薩戰(zhàn)艦確實(shí)是一艘令人望而生畏的戰(zhàn)艦：艦長70米，載員300人，在三層的甲板上共裝有64門重炮，火力超強(qiáng)。,瓦薩戰(zhàn)艦的處女航,1628年8月10日，這艘巨大的戰(zhàn)艦終于完工。在斯德哥爾摩的王宮前，瓦薩戰(zhàn)艦舉行了盛大的下水典禮。禮炮聲中，戰(zhàn)艦揚(yáng)帆起航，乘風(fēng)前進(jìn)。 在1萬多名圍觀者的目光注視下，忽然，瓦薩號(hào)奇怪地?fù)u晃了一下，便向左舷傾斜。海水從炮孔處涌入船艙，戰(zhàn)艦迅速翻入水中，幾分鐘后，這艘雄偉戰(zhàn)艦的處女航也是唯一的一次航

18、行結(jié)束了。瓦薩戰(zhàn)艦在它壯麗的起航時(shí)刻，帶著全身飄揚(yáng)的彩旗，沉沒于它誕生的港口。,瓦薩戰(zhàn)艦為什么沉沒？,人們對(duì)瓦薩的沉沒做出了各種各樣的分析，最后的主要結(jié)論是： 該艦制造工藝精良，但“比例嚴(yán)重失調(diào)”，也就是說，該戰(zhàn)艦的架構(gòu)存在缺陷。,信息系統(tǒng)的“瓦薩”問題,瓦薩的故事已經(jīng)過去300多年了，在船舶工業(yè)領(lǐng)域，作為學(xué)科和工業(yè)的基石“架構(gòu)”早已形成完整的理論和方法體系。瓦薩的故事，基本上不會(huì)重演了。 但是，在今天的企事業(yè)信息系統(tǒng)領(lǐng)域，“瓦薩”問題依然是需要解決的關(guān)鍵問題。 軟件業(yè)的一個(gè)著名論斷深刻揭示了這一問題。,理解架構(gòu)：一個(gè)論斷,一個(gè)著名的論斷,“沒有銀彈”論斷,1986年，弗雷德里克.布魯克斯（F

19、rederick Brooks）在沒有銀彈軟件工程的主要問題和次要問題中提出了一個(gè)迄今為止尚未打破的一個(gè)著名論斷：,“沒有一種單純的技術(shù)或管理上的進(jìn)步，能夠獨(dú)立地承諾在10年內(nèi)大幅度地提高軟件的生產(chǎn)率、可靠性和簡(jiǎn)潔性”。 There is no single development,in either technology or management technique,witch by itself promises even one order-of-magnitude improvement within a decade in productivity,in reliability,i

20、n simplicity.,為什么沒有銀彈：三段論,1 大前提：軟件活動(dòng)包含根本任務(wù)和次要任務(wù) 布魯克斯指出：所有軟件活動(dòng)包括： 根本任務(wù)打造構(gòu)成抽象軟件實(shí)體的復(fù)雜概念結(jié)構(gòu)； 次要任務(wù)使用編程語言表達(dá)這些抽象實(shí)體，并在時(shí)間和空間內(nèi)將它們映射成機(jī)器語言。,2 小前提：現(xiàn)有解決方案致力于解決次要任務(wù) 考察和評(píng)估幾乎現(xiàn)有所有的軟件工程解決方案，布魯克斯指出：現(xiàn)有所有方案全都在致力于解決軟件工程中的次要問題。,3 結(jié)論：沒有銀彈 無論這些方案多么完善，都不可能在根本上解決問題，即使將全部次要任務(wù)的時(shí)間縮減到零，也不會(huì)帶來生產(chǎn)率數(shù)量級(jí)上的提高。,理解架構(gòu)：一個(gè)現(xiàn)象,一個(gè)引人深思的現(xiàn)象,一個(gè)引人深思的事實(shí)

21、,事實(shí)：IT軟硬件技術(shù)能力突飛猛進(jìn)，但是管理軟件的生產(chǎn)率和簡(jiǎn)潔性并無根本性提升，為什么？,結(jié)論,由 一個(gè)故事 一個(gè)論斷 一個(gè)現(xiàn)象 得出： 在管理軟件領(lǐng)域，這些年來IT技術(shù)的進(jìn)步都只是在完成次要任務(wù)，忽視了對(duì)軟件活動(dòng)根本任務(wù)的關(guān)注、研究和完善。 在管理軟件領(lǐng)域，我們需要真正解決一個(gè)根本問題：建立構(gòu)成信息系統(tǒng)軟件實(shí)體的概念體系結(jié)構(gòu)即信息系統(tǒng)的架構(gòu)體系。,架構(gòu)是什么？,一個(gè)學(xué)術(shù)的概念，但它很重要 架構(gòu)是針對(duì)某種特定目標(biāo)系統(tǒng)的具有體系性的、普遍性的問題而提供的通用的解決方案。 架構(gòu)往往是對(duì)復(fù)雜系統(tǒng)的一種共性的體系抽象。 架構(gòu)讓我們能夠正確、合理地理解、設(shè)計(jì)和構(gòu)建復(fù)雜的系統(tǒng)。,理解架構(gòu)：一組類比,理解1

22、：高樓大廈是由鋼筋、水泥和磚塊構(gòu)成。 理解2：信息系統(tǒng)是由數(shù)據(jù)和代碼構(gòu)成。,理解1：高樓大廈是由一個(gè)個(gè)樓層、一個(gè)個(gè)房間構(gòu)成。 理解2：信息系統(tǒng)是由一個(gè)個(gè)模塊、一個(gè)個(gè)對(duì)象和組件構(gòu)成。,答案1：高樓大廈是由支撐框架、管道系統(tǒng)、強(qiáng)弱電系統(tǒng)、給排水系統(tǒng)等構(gòu)成。 答案2：信息系統(tǒng)是由組織機(jī)構(gòu)、業(yè)務(wù)流程、業(yè)務(wù)功能、業(yè)務(wù)信息等構(gòu)成。,建筑架構(gòu)體系,建筑學(xué)認(rèn)為，所有的高樓大廈（復(fù)雜建筑），應(yīng)該是由建筑結(jié)構(gòu)、暖通系統(tǒng)、強(qiáng)電系統(tǒng)、弱電系統(tǒng)（監(jiān)控系統(tǒng)、綜合布線等）、給排水系統(tǒng)等構(gòu)成。 具體體現(xiàn)在建筑圖、總平面圖、綜合管線、結(jié)構(gòu)圖、給排水、暖通、強(qiáng)電、弱電等圖紙上。 這種建筑學(xué)的思想方案，就是建筑設(shè)計(jì)的“架構(gòu)體系”。

23、,業(yè)務(wù)架構(gòu)體系,業(yè)務(wù)架構(gòu)體系，就是針對(duì)企事業(yè)信息管理系統(tǒng)中具有體系性的、普遍性的問題而提供的通用的解決方案。 更確切地說，業(yè)務(wù)架構(gòu)體系，就是基于業(yè)務(wù)導(dǎo)向和驅(qū)動(dòng)的架構(gòu)來理解、分析、設(shè)計(jì)、構(gòu)建、集成、擴(kuò)展、運(yùn)行和管理信息系統(tǒng) 。 比如，最簡(jiǎn)單地講，業(yè)務(wù)架構(gòu)體系認(rèn)為，所有信息系統(tǒng)，都是由組織機(jī)構(gòu)、業(yè)務(wù)流程、業(yè)務(wù)信息、業(yè)務(wù)功能、業(yè)務(wù)語義等層次構(gòu)成。,為什么需要業(yè)務(wù)架構(gòu)體系？,這和為什么需要建筑架構(gòu)體系是同一個(gè)道理。 架構(gòu)體系是為了幫助我們正確理解、設(shè)計(jì)一個(gè)復(fù)雜的系統(tǒng)，以確保我們最終可以成功構(gòu)建出這種復(fù)雜系統(tǒng)的基礎(chǔ)。,更好的回答,借用G.Booch的一個(gè)著名的比喻： “開發(fā)一個(gè)復(fù)雜的軟件系統(tǒng)和編寫一個(gè)簡(jiǎn)

24、單程序大不一樣。其間的差別，如同建造一座大廈和搭一個(gè)狗窩的差別?！?如果要建造大廈，或者說，要構(gòu)建復(fù)雜的信息系統(tǒng)，就需要架構(gòu)體系。,最好的回答,業(yè)務(wù)架構(gòu)體系正是致力于解決信息系統(tǒng)根本問題的方案。 所有軟件活動(dòng)包括根本任務(wù)打造構(gòu)成抽象軟件實(shí)體的復(fù)雜概念結(jié)構(gòu)，次要任務(wù)使用編程語言表達(dá)這些抽象實(shí)體，并在時(shí)間和空間內(nèi)將它們映射成機(jī)器語言。 -沒有銀彈軟件工程的主要問題和次要問題,業(yè)務(wù)架構(gòu)的重要性,架構(gòu)不僅出現(xiàn)產(chǎn)品生命周期的早期，而且，架構(gòu)在產(chǎn)品的整體能力上占據(jù)了主導(dǎo)作用。 合理的架構(gòu)為軟件系統(tǒng)生命周期的所有階段設(shè)計(jì)、開發(fā)、測(cè)試、集成和更改都奠定了最關(guān)鍵的基礎(chǔ)。 相反，如果架構(gòu)體系不當(dāng)，就意味著系統(tǒng)存在

25、巨大的體系性缺陷，并且無法通過細(xì)小的修補(bǔ)或調(diào)整得到更正。 架構(gòu)不當(dāng)往往導(dǎo)致系統(tǒng)的徹底報(bào)廢，或者需要系統(tǒng)的全部拆解重建。,技術(shù)架構(gòu)平臺(tái)和業(yè)務(wù)架構(gòu)平臺(tái),在今天，我們享受著諸如.Net、J2EE等技術(shù)架構(gòu)平臺(tái)帶給我們的性能與效率。而在業(yè)務(wù)系統(tǒng)的構(gòu)建上，我們更需要業(yè)務(wù)架構(gòu)平臺(tái)。 業(yè)務(wù)架構(gòu)平臺(tái)是業(yè)務(wù)導(dǎo)向和驅(qū)動(dòng)的軟件架構(gòu)平臺(tái)，用于構(gòu)建、整合、擴(kuò)展和管理企事業(yè)機(jī)構(gòu)的整體信息系統(tǒng)，實(shí)現(xiàn)團(tuán)隊(duì)協(xié)作、流程控制、業(yè)務(wù)集成、系統(tǒng)智能、決策支持和持續(xù)完善。,Business業(yè)務(wù)架構(gòu)平臺(tái),Business平臺(tái)為信息系統(tǒng)提供了一個(gè)整體、集成、統(tǒng)一和靈活的架構(gòu)、運(yùn)行和協(xié)作平臺(tái)，幫助用戶構(gòu)建整體的、靈活的信息系統(tǒng)，滿足用戶業(yè)務(wù)、

26、管理和變革的全面要求。,管理,構(gòu)建,維護(hù),發(fā)布,Business業(yè)務(wù)架構(gòu)平臺(tái),各類技術(shù)平臺(tái)/技術(shù)模式,各類業(yè)務(wù)和管理應(yīng)用系統(tǒng),業(yè)務(wù)架構(gòu)平臺(tái)業(yè)務(wù)集成,基于業(yè)務(wù)架構(gòu)平臺(tái)構(gòu)建的整體信息系統(tǒng)，具有業(yè)務(wù)層面上的內(nèi)在一致性，因而可以自動(dòng)實(shí)現(xiàn)業(yè)務(wù)的無縫集成。,客戶管理,財(cái)務(wù)管理,生產(chǎn)管理,資源管理,不同類型系統(tǒng),機(jī)構(gòu)管理,業(yè)務(wù)分工,權(quán)限設(shè)置,協(xié)作調(diào)度,流程控制,不同業(yè)務(wù)系統(tǒng),資源共享,信息處理,系統(tǒng)維護(hù),Justep業(yè)務(wù)架構(gòu)平臺(tái): 統(tǒng)一支撐體系,業(yè)務(wù)協(xié)作和集成,主題（三）,業(yè)務(wù)架構(gòu)平臺(tái)原理和能力,現(xiàn)有信息系統(tǒng)架構(gòu),現(xiàn)有信息系統(tǒng)的架構(gòu)模式，是在底層的技術(shù)平臺(tái)上直接構(gòu)建管理系統(tǒng)，并且也只能采用面向技術(shù)、業(yè)務(wù)無關(guān)

27、的“原始”編程工具來開發(fā)管理系統(tǒng) 。,基礎(chǔ)技術(shù)平臺(tái) (Windows, Java, .Net, COM, J2EE等),面向技術(shù)的開發(fā)工具 (VB, Delphi, Java, .Net Studio等),各類管理系統(tǒng) (OA,MIS,ERP,CRM,SCM等),不同技術(shù)平臺(tái)的 管理應(yīng)用各不相同,不同技術(shù)平臺(tái)的 開發(fā)工具各不相同,新的信息系統(tǒng)架構(gòu),新的信息系統(tǒng)，是在更高級(jí)的、基于業(yè)務(wù)層面的架構(gòu)平臺(tái)上構(gòu)建管理系統(tǒng)，并且，在開發(fā)模式和工具上，采用業(yè)務(wù)建模為主。,基礎(chǔ)技術(shù)平臺(tái) (Windows, Java, .Net, COM, J2EE等),業(yè)務(wù)建模工具 (組織建模,信息建模,功能建模,流程建模,

28、資源建模等),業(yè)務(wù)架構(gòu)平臺(tái) (統(tǒng)一的機(jī)構(gòu)管理、業(yè)務(wù)分工、協(xié)作調(diào)度、 權(quán)限控制、流程管理、資源共享、系統(tǒng)維護(hù)等),各類管理系統(tǒng) (OA,MIS,ERP,CRM,SCM等),管理應(yīng)用與 技術(shù)平臺(tái)無關(guān),業(yè)務(wù)建模與 技術(shù)平臺(tái)無關(guān),架構(gòu)的區(qū)別,基礎(chǔ)技術(shù)平臺(tái) (Windows, Java, .Net, COM, J2EE等),面向編程的開發(fā)工具 ( VB, Delphi, Java, .Net Studio,業(yè)務(wù)建模工具 (組織建模,信息建模,功能建模,流程建模,資源建模等),各類管理系統(tǒng) (OA,MIS,ERP,CRM,SCM等),業(yè)務(wù)架構(gòu)平臺(tái) (統(tǒng)一的機(jī)構(gòu)管理,業(yè)務(wù)分工,協(xié)作調(diào)度, 權(quán)限控制,流程管理

29、,資源共享,系統(tǒng)維護(hù)等),各類管理系統(tǒng) (OA,MIS,ERP,CRM,SCM等),傳統(tǒng)信息系統(tǒng)架構(gòu),新的信息系統(tǒng)架構(gòu),開發(fā)的 模式和工具不同,架構(gòu)的 平臺(tái)層次不同,基于業(yè)務(wù)架構(gòu)平臺(tái)的應(yīng)用示意圖,基于業(yè)務(wù)層面的基礎(chǔ)支撐環(huán)境：集成業(yè)務(wù)平臺(tái) (團(tuán)隊(duì)協(xié)作、業(yè)務(wù)處理、流程控制、決策分析、商務(wù)智能、業(yè)務(wù)重組 ),基于業(yè)務(wù)層面的開發(fā)維護(hù)體系：業(yè)務(wù)建模工具 (用戶主導(dǎo)、快速開發(fā)、靈活調(diào)整、持續(xù)完善),操作系統(tǒng),數(shù)據(jù)庫,基礎(chǔ)構(gòu)架平臺(tái),分布模式,應(yīng)用協(xié)議,WEB平臺(tái),各類技術(shù)構(gòu)架平臺(tái),基于業(yè)務(wù)架構(gòu)體系的應(yīng)用開發(fā)運(yùn)行過程,基于業(yè)務(wù)架構(gòu)體系來設(shè)計(jì)和構(gòu)建企事業(yè)信息系統(tǒng)的過程，我們稱為業(yè)務(wù)建模。 業(yè)務(wù)建模的直接產(chǎn)品，我

30、們稱為業(yè)務(wù)模型應(yīng)用資源。 將業(yè)務(wù)模型應(yīng)用資源發(fā)布到業(yè)務(wù)架構(gòu)運(yùn)行平臺(tái)上，就可以得到相應(yīng)的業(yè)務(wù)信息系統(tǒng)。,企事業(yè)機(jī)構(gòu),信息系統(tǒng),解決問題的關(guān)鍵：業(yè)務(wù)模型體系,引入業(yè)務(wù)模型理論（BM），為管理軟件設(shè)計(jì)和開發(fā)提供有效的導(dǎo)向和依據(jù)。,業(yè)務(wù)架構(gòu)模型體系,業(yè)務(wù)架構(gòu)模型體系是從企事業(yè)信息化的需要出發(fā)，針對(duì)企事業(yè)的業(yè)務(wù)和管理所做的一種抽象和簡(jiǎn)化。 首先需要對(duì)業(yè)務(wù)和管理進(jìn)行分析和抽象,對(duì)管理的基本理解,（5W1H),基本的管理和業(yè)務(wù)模型,組織結(jié)構(gòu)模型,業(yè)務(wù)流程模型,業(yè)務(wù)功能模型,業(yè)務(wù)信息模型,企業(yè)管理模型,采購審核,退貨,入庫,文檔 和表單,采購申請(qǐng),整體集成業(yè)務(wù)模型體系,復(fù)雜系統(tǒng)的架構(gòu)本質(zhì),復(fù)雜系統(tǒng)的理解、設(shè)計(jì)

31、和開發(fā)，普遍遵從層級(jí)理論的思路。 諾貝爾獎(jiǎng)獲得者赫伯特.西蒙曾論述到：“要構(gòu)造一門關(guān)于復(fù)雜系統(tǒng)的比較正規(guī)的理論，有一條路就是求助于層級(jí)理論復(fù)雜系統(tǒng)是層級(jí)結(jié)構(gòu)的”。 架構(gòu)體系就是一個(gè)由不同層級(jí)構(gòu)成的、描述復(fù)雜系統(tǒng)的體系。,復(fù)雜系統(tǒng)的構(gòu)建和集成,復(fù)雜系統(tǒng)往往是一個(gè)分層的體系結(jié)構(gòu)，并且每一層次的作用均不相同。 復(fù)雜系統(tǒng)的集成，就是要使體系中的各個(gè)層次能夠彼有效配合而形成一個(gè)有機(jī)的整體。 復(fù)雜系統(tǒng)集成的關(guān)鍵，是基于架構(gòu)（或體系）的集成，而不是基于部件（或組件）的集成。 我們必須按照架構(gòu)體系來定制部件和組件，并將其安裝到合適的層次位置上，才能使系統(tǒng)有效運(yùn)作和集成。,Business業(yè)務(wù)模型示例,收到訂單

32、,確認(rèn)訂單,訂單已確 認(rèn)并發(fā)出,收取預(yù)付款,規(guī)劃生產(chǎn),預(yù)付款收到,生產(chǎn)計(jì)劃 已編制,客戶信息,訂單信息,銷售部門,訂單信息,生產(chǎn)部門,銷售數(shù)據(jù)庫,數(shù)據(jù),信息,功能和流程,組織,生產(chǎn)數(shù)據(jù)庫,生產(chǎn)信息,Business業(yè)務(wù)架構(gòu)平臺(tái)核心思想,基于業(yè)務(wù)和管理層面，而非技術(shù)層面來構(gòu)架和集成企事業(yè)的信息系統(tǒng),業(yè)務(wù)層面：企事業(yè)的組織機(jī)構(gòu)、業(yè)務(wù)流程、業(yè)務(wù)信息、業(yè)務(wù)資源、業(yè)務(wù)邏輯、業(yè)務(wù)事件。,技術(shù)層面：C/S還是B/S？DCOM、Corba、EJB還是Soap？.Net還是J2EE？NT還是Linux？。,業(yè)務(wù)架構(gòu)平臺(tái)的構(gòu)成,基礎(chǔ)支撐環(huán)境：集成業(yè)務(wù)平臺(tái) 對(duì)企事業(yè)機(jī)構(gòu)的團(tuán)隊(duì)協(xié)作、業(yè)務(wù)處理、流程控制、決策分析、商務(wù)

33、智能、業(yè)務(wù)重組提供全面支持 幫助企事業(yè)機(jī)構(gòu)成為高效協(xié)作的整體，滿足管理個(gè)性化和持續(xù)完善的要求。 開發(fā)維護(hù)體系：業(yè)務(wù)建模工具 提升軟件的開發(fā)、發(fā)布和維護(hù)效率 實(shí)現(xiàn)企事業(yè)信息化過程中的用戶參與、快速開發(fā)、快速應(yīng)用、靈活調(diào)整 大幅度提升管理系統(tǒng)實(shí)施和應(yīng)用的成功率及投入產(chǎn)出比。,Business應(yīng)用開發(fā)模式,Business Platform 業(yè)務(wù)運(yùn)行平臺(tái),Business應(yīng)用發(fā)布模式,面向編程 設(shè)計(jì)和建模,C/S及多層技術(shù) （PB, VB,Delphi,Develop等）,C/S及多層版本,J2EE技術(shù) （各類Java開發(fā)工具）,J2EE版本,.Net技術(shù) .Net Studio,Delphi fo

34、r .Net,.Net版本,面向業(yè)務(wù) 設(shè)計(jì)和建模,設(shè)計(jì),不同技術(shù)體系/對(duì)應(yīng)開發(fā)工具,軟件,業(yè)務(wù)支撐平臺(tái),一般開發(fā)模式,B/S技術(shù) 各類B/S開發(fā)工具,B/S版本,Business開發(fā)模式和其它模式比較,Business業(yè)務(wù)建模的價(jià)值,Business基本實(shí)現(xiàn)思想,基于業(yè)務(wù)建模工具來開發(fā)軟件（非通用RAD工具來開發(fā)軟件） 基于業(yè)務(wù)架構(gòu)平臺(tái)來運(yùn)行軟件（非基于基礎(chǔ)技術(shù)平臺(tái)來運(yùn)行軟件） 核心：應(yīng)用與實(shí)現(xiàn)技術(shù)相剝離 應(yīng)用：企事業(yè)的業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)邏輯、用戶交互,實(shí)現(xiàn)技術(shù)：DCOM、Corba、EJB、JAVA、Oracle等,業(yè)務(wù)架構(gòu)平臺(tái),業(yè)務(wù)模型資源,業(yè)務(wù)資源是隨用戶需求而變動(dòng)的最頻繁的部分，通過分離業(yè)

35、務(wù)與實(shí)現(xiàn)部分，可以做到業(yè)務(wù)資源變動(dòng)時(shí)，不影響底層的實(shí)現(xiàn)技術(shù)，無需重新配置或升級(jí)運(yùn)行環(huán)境。 運(yùn)行環(huán)境的獨(dú)立可以保證應(yīng)用能夠跨實(shí)現(xiàn)技術(shù)，運(yùn)行在不同的系統(tǒng)之上，可以隨時(shí)零成本遷移到新的實(shí)現(xiàn)技術(shù)。,應(yīng)用與實(shí)現(xiàn)技術(shù)相剝離的好處,業(yè)務(wù)架構(gòu)平臺(tái)的關(guān)鍵能力,基于業(yè)務(wù)架構(gòu)平臺(tái)，可以幫助用戶構(gòu)建整體的信息系統(tǒng)，實(shí)現(xiàn)團(tuán)隊(duì)協(xié)作、流程控制、業(yè)務(wù)集成、系統(tǒng)智能、決策支持、個(gè)性化和持續(xù)完善。 業(yè)務(wù)架構(gòu)平臺(tái)滿足用戶的整體業(yè)務(wù)運(yùn)作和管理要求，幫助提升整體運(yùn)作水平和效率，增強(qiáng)應(yīng)變能力。,整體信息系統(tǒng) 業(yè)務(wù)架構(gòu)平臺(tái),團(tuán)隊(duì)協(xié)作,業(yè)務(wù)智能,業(yè)務(wù)集成,持續(xù)完善,流程控制,決策支持,業(yè)務(wù)架構(gòu)支撐平臺(tái)的作用,業(yè)務(wù)架構(gòu)支撐平臺(tái)為企事業(yè)信息系統(tǒng)

36、提供一個(gè)統(tǒng)一的、整體的運(yùn)行支撐環(huán)境。 架構(gòu)支撐平臺(tái)能夠全面理解業(yè)務(wù)運(yùn)作和管理的基礎(chǔ)要素及架構(gòu)，并對(duì)其提供運(yùn)行支持。,團(tuán)隊(duì)協(xié)作：群件系統(tǒng),業(yè)務(wù)支持：管理信息系統(tǒng),管理控制：工作流管理系統(tǒng),決策支持：決策分析系統(tǒng),商務(wù)智能：業(yè)務(wù)神經(jīng)系統(tǒng),經(jīng)濟(jì)效益：高回報(bào)和投資保護(hù),持續(xù)完善：自我完善體系,Business導(dǎo)向目標(biāo),Business基本特性,體系化 對(duì)團(tuán)隊(duì)協(xié)作、業(yè)務(wù)處理、流程控制、決策分析、商務(wù)智能、業(yè)務(wù)重組提供全面的體系化支持，全面提升管理系統(tǒng)的能力和價(jià)值。 集成性 提供集成、統(tǒng)一的的業(yè)務(wù)運(yùn)行和協(xié)作環(huán)境，強(qiáng)化和規(guī)范企事業(yè)的業(yè)務(wù)管理，使各類業(yè)務(wù)系統(tǒng)在業(yè)務(wù)層面上集成在一起，實(shí)現(xiàn)高效和緊密的業(yè)務(wù)協(xié)同。

37、業(yè)務(wù)導(dǎo)向 基于企業(yè)工程理論和企業(yè)參考模型，為軟件設(shè)計(jì)和開發(fā)提供有效的導(dǎo)向和依據(jù)，幫助開發(fā)者全面、正確和迅速地實(shí)現(xiàn)管理者的管理和業(yè)務(wù)要求，大幅度地提升管理軟件的開發(fā)、發(fā)布和維護(hù)的效率及質(zhì)量，并在業(yè)務(wù)持續(xù)完善的過程中實(shí)現(xiàn)快速調(diào)整。 技術(shù)無關(guān) 實(shí)現(xiàn)業(yè)務(wù)模型資源與系統(tǒng)實(shí)現(xiàn)技術(shù)的分離，從根本上提升管理系統(tǒng)的技術(shù)無關(guān)性。支持多種主流的工業(yè)標(biāo)準(zhǔn)、技術(shù)和平臺(tái)，并平滑地遷移到未來的實(shí)現(xiàn)技術(shù)上。,Business 技術(shù)特性,基于技術(shù)無關(guān)的軟件體系 基于開放和符合工業(yè)標(biāo)準(zhǔn)的技術(shù)體系 基于異質(zhì)平臺(tái)技術(shù)（廣泛的軟件、硬件平臺(tái)） 基于面向?qū)ο蠛徒M件的技術(shù)體系 基于多種分布體系模式：C/S、多層體系、B/S模式 基于多種分布服務(wù)技術(shù)：包括DCOM、CORBA、EJB 基于多種Web服務(wù)技術(shù)：ISAPI/NSAPI，WebService 基于跨應(yīng)用的工業(yè)協(xié)議：XML、SOAP、XSD、WSDL、DISCO和UDDI 基于統(tǒng)一編程模型(UPM)，內(nèi)置符合.