產(chǎn)品推介與技術交流(ppt 90)(5.05MB)(1)

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

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

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

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

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

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

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

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

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

10、，不需要在原有的應用系統(tǒng)中加裝任何軟件或插件。按需最靈活 能夠滿足企業(yè)的個性化接入需求，很容易地進行擴展和升級。成本更節(jié)省 集中布署、管理和維護，客戶端免維護，大大降低IT投資的總體擁有成本(TCO)技術優(yōu)勢 基于服務器計算模式已經(jīng)成為當前接入架構的主流技術，是一種在服務器上100%地安裝、管理、支持和執(zhí)行應用程序的計算模式，將應用程序的執(zhí)行和顯示邏輯分離開來，所有計算均在服務器上執(zhí)行，而只有鍵盤信息、鼠標點擊和屏幕更新信息在客戶機和服務器之間傳輸，每秒消耗不到28.8k的網(wǎng)絡帶寬。 11CTBS VS TS項目CTBSTerminal Server運行方式訪問模式B/SC/S訪問對象應用桌面

11、管理性應用程序發(fā)布可發(fā)布多個應用程序發(fā)布桌面系統(tǒng)用戶管理有無負載均衡有無打印直觀的本地打印設置復雜、不穩(wěn)定日志有無安全性身份認證有無訪問控制有無安全策略有無安全網(wǎng)關有無12CTBS VS VPN CTBS與VPN既有區(qū)別，又可以作為互補性的產(chǎn)品形成一個整體的解決方案。項目 CTBSVPN區(qū)別技術原理終端訪問技術隧道技術、加密技術RDP協(xié)議、KTPIPSEC、SSL面向應用發(fā)布平臺網(wǎng)絡互聯(lián)減少網(wǎng)絡傳輸網(wǎng)絡數(shù)據(jù)傳輸隨時隨地接入私有網(wǎng)絡解決問題C/S軟件遠程應用速度問題C/S軟件網(wǎng)絡平臺C/S軟件的升級與維護IP地址資源及投資聯(lián)系整體解決方案快速部署、遠程速度私有安全網(wǎng)絡平臺13CTBS VS Ci

12、trix 1TCO 低 相對于CITRIX來說，總體擁有成本比較低。價格具有極大競爭力，比CITRIX便宜40%。和Citrix不同的是，CTBS global無論多大用戶量，單價都沒有增加，反而大用戶量會有折扣。Citrix 50個用戶量以上價格，不降反升。2購買方式 CTBS global 5個用戶以上可以單用戶購買。3TS 調(diào)用 CTBS global 無需調(diào)用微軟TS終端，降低購買成本。Citrix和其它接入產(chǎn)品都需要調(diào)用微軟終端服務，對最終用戶 來說，額外購買，才能夠使用。4平臺 CTBS global可以支持Windows, Linux, Unix版本，而且不同版本價格相同， 而且

13、三個版本同步升級；Citrix Windows版本已經(jīng)4.0,而Unix版本還是1.0.5跨平臺 CTBS global可以實現(xiàn)Linux客戶端訪問Windows程序，之類的跨平臺應用，而Linux是免費的，節(jié)省了購買 Windows 操作系統(tǒng)的費用。6操作系統(tǒng) CTBS global可以運行在Windows XP, Windows2000/2003, Linux, Unix, Solaris, OS/2, Macintosh; Citrix 要求對Windows 必需是server. 14CTBS VS Citrix7.客戶端 為了方便用戶登錄，CTBS可以使用客戶端和WEB方式雙重選擇。8

14、. 服務 CTBS global為溝通科技和美國伙伴合作開發(fā)產(chǎn)品，不存在同級別競爭對手。作為參與研發(fā)的一方，溝通科技比Citrix的代理商人能提供優(yōu)質(zhì)的服務。 9. 大用戶量 CTBS global 支持服務器集群，支持服務器自動負載均衡。 10. 其它 目前，CTBS-global功能相當于Citrix高級版和企業(yè)版的綜合體。11.打印功能 CTBS global的打印功能非常強大，對于愛普生打印機遠端可以自動識別映射打印配置簡單可行，完全優(yōu)于citrix的產(chǎn)品12.安裝配置維護 CTBS global的安裝實施維護簡單便于操作，穩(wěn)定性極高，一般電腦維護人員半個工作日內(nèi)完全可以掌握和勝任日常

15、的維護工作。Citrix的維護量則比較大，系統(tǒng)也較為復雜，維護極為不便。15CTBS 體驗6、體驗 （一）管理控制臺軟件 （二） (1)港口應用軟件集成與遠程訪問 (2)華東erp遠程訪問體驗一下終端訪問和ctbs訪問的速度16主題（二） JUSTEP Business 為什么需要業(yè)務架構平臺業(yè)務架構平臺原理和能力業(yè)務架構平臺價值分析業(yè)務架構平臺應用現(xiàn)狀17兩個被普遍關注的問題信息化中存在的兩個普遍問題：應用孤島問題IT黑洞問題18IT黑洞問題IT黑洞美好的愿景艱苦的努力用戶開發(fā)商用戶開發(fā)商高額的投資復雜的過程漫長的周期失控的質(zhì)量無盡的維護雙輸?shù)慕Y局19用戶關注IT黑洞問題52.7%12.6%

16、74.2%12.1%30.8%35.7%24.2%0%20%40%60%80%滿足個性化需求縮短實施周期快速適應變化能減少投入跨平臺可擴展性好其他用戶對信息系統(tǒng)建設的要求數(shù)據(jù)來源：計世資訊（CCW Research）20應用孤島問題生產(chǎn)/物資(MRP)辦公(OA)人事/績效(HR)產(chǎn)品管理(PDM)客戶關系/銷售(CRM)決策分析(DSS)運行/服務程序基礎資源/數(shù)據(jù)維護/定制工具運行/服務程序基礎資源/數(shù)據(jù)維護/定制工具應用孤島難以集成21用戶關注應用孤島問題38.0%37.0%17.0%23.5%12.0%34.5%26.0%13.5%22.5%14.0%0%5%10%15%20%25%3

17、0%35%40%解決應用孤島技術無關性好屏蔽技術細節(jié)適應技術發(fā)展開發(fā)工具易用安全管理好系統(tǒng)管理方便能減少投入合作伙伴好其他用戶對架構平臺的要求數(shù)據(jù)來源：計世資訊（CCW Research）22兩大問題的本質(zhì)應用孤島問題：管理軟件如何實施、應用的問題IT黑洞問題：管理軟件如何設計、開發(fā)和維護的問題由于基礎架構的先天不足，現(xiàn)有的信息系統(tǒng)，無論是獨立的工具軟件還是集成的解決方案，大多是孤島型的應用，或者是業(yè)務功能模塊的簡單累加。這些孤島系統(tǒng)，相互之間是孤立封閉的?，F(xiàn)有信息系統(tǒng)的建設，是在底層的技術平臺上直接構建業(yè)務系統(tǒng)，并且也只能采用面向技術的、業(yè)務無關的“原始”編程工具來開發(fā)管理系統(tǒng) 。這種低層次

18、的軟件開發(fā)模式，使信息系統(tǒng)的開發(fā)、維護和擴展困難重重，導致IT黑洞現(xiàn)象的普遍發(fā)生。23兩大問題的深層次原因孤島問題和黑洞問題的深層次原因是：信息系統(tǒng)的架構體系問題 架構體系對于信息系統(tǒng)的設計、開發(fā)、實施、應用、維護很重要嗎？24理解架構：一個故事一個真實的故事25瓦薩戰(zhàn)艦的故事17世紀上半葉，北歐新教勢力與中歐天主教勢力發(fā)生了一場“三十年戰(zhàn)爭”，作為北歐新教勢力的代表，瑞典的軍事力量達到鼎盛時期。1625年，號稱“北方颶風”的瑞典國王古斯塔夫斯阿道弗斯（Gustavs Adolphus）決心建造一艘史無前例的巨型新戰(zhàn)艦瓦薩（Vasa）戰(zhàn)艦。瓦薩戰(zhàn)艦確實是一艘令人望而生畏的戰(zhàn)艦：艦長70米，載員

19、300人，在三層的甲板上共裝有64門重炮，火力超強。26瓦薩戰(zhàn)艦的處女航1628年8月10日，這艘巨大的戰(zhàn)艦終于完工。在斯德哥爾摩的王宮前，瓦薩戰(zhàn)艦舉行了盛大的下水典禮。禮炮聲中，戰(zhàn)艦揚帆起航，乘風前進。在1萬多名圍觀者的目光注視下，忽然，瓦薩號奇怪地搖晃了一下，便向左舷傾斜。海水從炮孔處涌入船艙，戰(zhàn)艦迅速翻入水中，幾分鐘后，這艘雄偉戰(zhàn)艦的處女航也是唯一的一次航行結束了。瓦薩戰(zhàn)艦在它壯麗的起航時刻，帶著全身飄揚的彩旗，沉沒于它誕生的港口。 27瓦薩戰(zhàn)艦為什么沉沒？人們對瓦薩的沉沒做出了各種各樣的分析，最后的主要結論是：該艦制造工藝精良，但“比例嚴重失調(diào)”，也就是說，該戰(zhàn)艦的架構存在缺陷。 28

20、信息系統(tǒng)的“瓦薩”問題瓦薩的故事已經(jīng)過去300多年了，在船舶工業(yè)領域，作為學科和工業(yè)的基石“架構”早已形成完整的理論和方法體系。瓦薩的故事，基本上不會重演了。但是，在今天的企事業(yè)信息系統(tǒng)領域，“瓦薩”問題依然是需要解決的關鍵問題。 軟件業(yè)的一個著名論斷深刻揭示了這一問題。29理解架構：一個論斷一個著名的論斷30“沒有銀彈”論斷1986年，弗雷德里克.布魯克斯（Frederick Brooks）在沒有銀彈軟件工程的主要問題和次要問題中提出了一個迄今為止尚未打破的一個著名論斷： “沒有一種單純的技術或管理上的進步，能夠獨立地承諾在10年內(nèi)大幅度地提高軟件的生產(chǎn)率、可靠性和簡潔性”。 There i

21、s 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,in simplicity.31為什么沒有銀彈：三段論1 大前提：軟件活動包含根本任務和次要任務布魯克斯指出：所有軟件活動包括：根本任務打造構成抽象軟件實體的復雜概念結構；次要任務使用編程語言表達這些抽象實體，并在時間和空間內(nèi)將它們映射成

22、機器語言。2 小前提：現(xiàn)有解決方案致力于解決次要任務考察和評估幾乎現(xiàn)有所有的軟件工程解決方案，布魯克斯指出：現(xiàn)有所有方案全都在致力于解決軟件工程中的次要問題。3 結論：沒有銀彈無論這些方案多么完善，都不可能在根本上解決問題，即使將全部次要任務的時間縮減到零，也不會帶來生產(chǎn)率數(shù)量級上的提高。 32理解架構：一個現(xiàn)象一個引人深思的現(xiàn)象33一個引人深思的事實管理軟件生產(chǎn)率管理軟件生產(chǎn)率管理軟件生產(chǎn)率管理軟件生產(chǎn)率1990年1995年2003年1986年IT技術能力IT技術能力IT技術能力IT技術能力1990年1995年2003年1986年事實：IT軟硬件技術能力突飛猛進，但是管理軟件的生產(chǎn)率和簡潔性

23、并無根本性提升，為什么？34結論由一個故事一個論斷一個現(xiàn)象得出： 在管理軟件領域，這些年來IT技術的進步都只是在完成次要任務，忽視了對軟件活動根本任務的關注、研究和完善。 在管理軟件領域，我們需要真正解決一個根本問題：建立構成信息系統(tǒng)軟件實體的概念體系結構即信息系統(tǒng)的架構體系。35架構是什么？一個學術的概念，但它很重要架構是針對某種特定目標系統(tǒng)的具有體系性的、普遍性的問題而提供的通用的解決方案。架構往往是對復雜系統(tǒng)的一種共性的體系抽象。架構讓我們能夠正確、合理地理解、設計和構建復雜的系統(tǒng)。36理解架構：一組類比理解1：高樓大廈是由鋼筋、水泥和磚塊構成。理解2：信息系統(tǒng)是由數(shù)據(jù)和代碼構成。理解1

24、：高樓大廈是由一個個樓層、一個個房間構成。理解2：信息系統(tǒng)是由一個個模塊、一個個對象和組件構成。答案1：高樓大廈是由支撐框架、管道系統(tǒng)、強弱電系統(tǒng)、給排水系統(tǒng)等構成。答案2：信息系統(tǒng)是由組織機構、業(yè)務流程、業(yè)務功能、業(yè)務信息等構成。37建筑架構體系建筑學認為，所有的高樓大廈（復雜建筑），應該是由建筑結構、暖通系統(tǒng)、強電系統(tǒng)、弱電系統(tǒng)（監(jiān)控系統(tǒng)、綜合布線等）、給排水系統(tǒng)等構成。具體體現(xiàn)在建筑圖、總平面圖、綜合管線、結構圖、給排水、暖通、強電、弱電等圖紙上。這種建筑學的思想方案，就是建筑設計的“架構體系”。38業(yè)務架構體系業(yè)務架構體系，就是針對企事業(yè)信息管理系統(tǒng)中具有體系性的、普遍性的問題而提供的

25、通用的解決方案。更確切地說，業(yè)務架構體系，就是基于業(yè)務導向和驅(qū)動的架構來理解、分析、設計、構建、集成、擴展、運行和管理信息系統(tǒng) 。比如，最簡單地講，業(yè)務架構體系認為，所有信息系統(tǒng)，都是由組織機構、業(yè)務流程、業(yè)務信息、業(yè)務功能、業(yè)務語義等層次構成。 39MarketingMarketingSalesFinance& AdminExecutive為什么需要業(yè)務架構體系？這和為什么需要建筑架構體系是同一個道理。架構體系是為了幫助我們正確理解、設計一個復雜的系統(tǒng)，以確保我們最終可以成功構建出這種復雜系統(tǒng)的基礎。40更好的回答借用G.Booch的一個著名的比喻：“開發(fā)一個復雜的軟件系統(tǒng)和編寫一個簡單程序

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

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

28、面要求。業(yè)務集成團隊協(xié)同統(tǒng)計決策業(yè)務處理業(yè)務重組流程管理管理構建維護發(fā)布Business業(yè)務架構平臺操作系統(tǒng)數(shù)據(jù)庫基礎件應用運行模式應用通訊協(xié)議各類技術平臺/技術模式各類業(yè)務和管理應用系統(tǒng)45業(yè)務架構平臺業(yè)務集成 基于業(yè)務架構平臺構建的整體信息系統(tǒng)，具有業(yè)務層面上的內(nèi)在一致性，因而可以自動實現(xiàn)業(yè)務的無縫集成。群件系統(tǒng)信息系統(tǒng)決策系統(tǒng)流程系統(tǒng)客戶管理財務管理生產(chǎn)管理資源管理不同類型系統(tǒng)機構管理業(yè)務分工權限設置協(xié)作調(diào)度流程控制不同業(yè)務系統(tǒng)資源共享信息處理系統(tǒng)維護Justep業(yè)務架構平臺: 統(tǒng)一支撐體系業(yè)務協(xié)作和集成46主題（三）業(yè)務架構平臺原理和能力47現(xiàn)有信息系統(tǒng)架構現(xiàn)有信息系統(tǒng)的架構模式，是在

29、底層的技術平臺上直接構建管理系統(tǒng)，并且也只能采用面向技術、業(yè)務無關的“原始”編程工具來開發(fā)管理系統(tǒng) ?；A技術平臺(Windows, Java, .Net, COM, J2EE等)面向技術的開發(fā)工具(VB, Delphi, Java, .Net Studio等)各類管理系統(tǒng)(OA,MIS,ERP,CRM,SCM等)不同技術平臺的管理應用各不相同不同技術平臺的開發(fā)工具各不相同48新的信息系統(tǒng)架構新的信息系統(tǒng)，是在更高級的、基于業(yè)務層面的架構平臺上構建管理系統(tǒng)，并且，在開發(fā)模式和工具上，采用業(yè)務建模為主?；A技術平臺(Windows, Java, .Net, COM, J2EE等)業(yè)務建模工具(組

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

31、,資源共享,系統(tǒng)維護等)各類管理系統(tǒng)(OA,MIS,ERP,CRM,SCM等)傳統(tǒng)信息系統(tǒng)架構新的信息系統(tǒng)架構開發(fā)的模式和工具不同架構的平臺層次不同50基于業(yè)務架構平臺的應用示意圖各類業(yè)務和管理應用（OA、MIS、ERP、CRM、SCM等等）基于業(yè)務層面的基礎支撐環(huán)境：集成業(yè)務平臺(團隊協(xié)作、業(yè)務處理、流程控制、決策分析、商務智能、業(yè)務重組 )人事管理財務管理生產(chǎn)管理客戶管理資產(chǎn)管理?；跇I(yè)務層面的開發(fā)維護體系：業(yè)務建模工具(用戶主導、快速開發(fā)、靈活調(diào)整、持續(xù)完善)操作系統(tǒng)數(shù)據(jù)庫基礎構架平臺分布模式應用協(xié)議WEB平臺各類技術構架平臺51基于業(yè)務架構體系的應用開發(fā)運行過程 基于業(yè)務架構體系來設計

32、和構建企事業(yè)信息系統(tǒng)的過程，我們稱為業(yè)務建模。業(yè)務建模的直接產(chǎn)品，我們稱為業(yè)務模型應用資源。 將業(yè)務模型應用資源發(fā)布到業(yè)務架構運行平臺上，就可以得到相應的業(yè)務信息系統(tǒng)。 52企事業(yè)機構業(yè)務模型全面、正確且精確地描述用戶需求提升和保障管理軟件的能力建立用戶、設計者和實現(xiàn)者溝通的橋梁管理軟件設計的基本規(guī)范質(zhì)量控制和保障的基礎管理軟件自動化的基礎信息系統(tǒng)解決問題的關鍵：業(yè)務模型體系引入業(yè)務模型理論（BM），為管理軟件設計和開發(fā)提供有效的導向和依據(jù)。53業(yè)務架構模型體系業(yè)務架構模型體系是從企事業(yè)信息化的需要出發(fā)，針對企事業(yè)的業(yè)務和管理所做的一種抽象和簡化。首先需要對業(yè)務和管理進行分析和抽象54對管理的

33、基本理解（5W1H)產(chǎn)品信息(What: Product/Info)質(zhì)量/價值(Value)$組織(Who)地點(Where)流程過程時間/事件(When)？原因/目標(Why)(How)資源/成本(Resource)55基本的管理和業(yè)務模型組織結構模型業(yè)務流程模型業(yè)務功能模型業(yè)務信息模型企業(yè)管理模型采購審核退貨入庫文檔和表單南方公司營銷部財務部運營部采購申請56整體集成業(yè)務模型體系數(shù)據(jù)層目標層？資源層要素單元業(yè)務要素產(chǎn)品層信息層功能層組織層流程層業(yè)務層次關聯(lián)數(shù)據(jù)流信息流過程流協(xié)作流資源流工作流構成增值流目標流57復雜系統(tǒng)的架構本質(zhì)復雜系統(tǒng)的理解、設計和開發(fā)，普遍遵從層級理論的思路。諾貝爾獎獲

34、得者赫伯特.西蒙曾論述到：“要構造一門關于復雜系統(tǒng)的比較正規(guī)的理論，有一條路就是求助于層級理論復雜系統(tǒng)是層級結構的”。架構體系就是一個由不同層級構成的、描述復雜系統(tǒng)的體系。58復雜系統(tǒng)的構建和集成復雜系統(tǒng)往往是一個分層的體系結構，并且每一層次的作用均不相同。復雜系統(tǒng)的集成，就是要使體系中的各個層次能夠彼有效配合而形成一個有機的整體。復雜系統(tǒng)集成的關鍵，是基于架構（或體系）的集成，而不是基于部件（或組件）的集成。我們必須按照架構體系來定制部件和組件，并將其安裝到合適的層次位置上，才能使系統(tǒng)有效運作和集成。 59Business業(yè)務模型示例收到訂單確認訂單訂單已確認并發(fā)出收取預付款規(guī)劃生產(chǎn)預付款收

35、到生產(chǎn)計劃已編制客戶信息訂單信息銷售部門訂單信息生產(chǎn)部門銷售數(shù)據(jù)庫 數(shù)據(jù)信息功能和流程組織生產(chǎn)數(shù)據(jù)庫 生產(chǎn)信息60Business業(yè)務架構平臺核心思想基于業(yè)務和管理層面，而非技術層面來構架和集成企事業(yè)的信息系統(tǒng)業(yè)務層面：企事業(yè)的組織機構、業(yè)務流程、業(yè)務信息、業(yè)務資源、業(yè)務邏輯、業(yè)務事件。技術層面：C/S還是B/S？DCOM、Corba、EJB還是Soap？.Net還是J2EE？NT還是Linux？。信息系統(tǒng)61業(yè)務架構平臺的構成基礎支撐環(huán)境：集成業(yè)務平臺對企事業(yè)機構的團隊協(xié)作、業(yè)務處理、流程控制、決策分析、商務智能、業(yè)務重組提供全面支持幫助企事業(yè)機構成為高效協(xié)作的整體，滿足管理個性化和持續(xù)完善

36、的要求。開發(fā)維護體系：業(yè)務建模工具 提升軟件的開發(fā)、發(fā)布和維護效率實現(xiàn)企事業(yè)信息化過程中的用戶參與、快速開發(fā)、快速應用、靈活調(diào)整大幅度提升管理系統(tǒng)實施和應用的成功率及投入產(chǎn)出比。 62Business應用開發(fā)模式業(yè)務模型應用資源Business Platform業(yè)務運行平臺軟件開發(fā)軟件發(fā)布Business Studio業(yè)務建模工具63Business應用發(fā)布模式Justep Business業(yè)務模型應用資源Business Platform業(yè)務運行平臺各類技術平臺/技術模式操作系統(tǒng)Windows系列Linux系列Unix系列數(shù)據(jù)庫OracleDB2SQL ServerSybase基礎架構平臺B

37、EA WebLogicIBM WebSpereWin NTOracle 9i應用運行模式B/S模式多層體系模式組件模式應用通訊模式SocketDCOMHTTPCORBA發(fā)布配置64面向編程設計和建模C/S及多層技術（PB, VB,Delphi,Develop等）C/S及多層版本J2EE技術（各類Java開發(fā)工具）J2EE版本.Net技術.Net Studio,Delphi for .Net.Net版本面向業(yè)務設計和建模設計不同技術體系/對應開發(fā)工具軟件業(yè)務支撐平臺一般開發(fā)模式B/S技術各類B/S開發(fā)工具B/S版本C/S及多層版本J2EE版本.Net版本B/S版本Business開發(fā)模式和其它模

38、式比較65質(zhì)量使用藍圖和模型設計，避免含糊的需求描述和溝通用工具來保證設計保證正確合理的需求描述和設計用工具來保證軟件實現(xiàn)設計要求效率高效率的快速設計和開發(fā)高效率的快速應用和維護成本較低的開發(fā)成本和維護成本較低的管理成本和質(zhì)量成本難度實施過程和管理控制簡單較低的人員要求效益對企事業(yè)業(yè)務的運行、規(guī)范提供支持對業(yè)務重組和持續(xù)完善提供支持最大可能的技術無關性，保護投資Business業(yè)務建模的價值66Business基本實現(xiàn)思想基于業(yè)務建模工具來開發(fā)軟件（非通用RAD工具來開發(fā)軟件）基于業(yè)務架構平臺來運行軟件（非基于基礎技術平臺來運行軟件）核心：應用與實現(xiàn)技術相剝離應用：企事業(yè)的業(yè)務數(shù)據(jù)、業(yè)務邏輯、

39、用戶交互實現(xiàn)技術：DCOM、Corba、EJB、JAVA、Oracle等業(yè)務架構平臺業(yè)務模型資源67業(yè)務資源是隨用戶需求而變動的最頻繁的部分，通過分離業(yè)務與實現(xiàn)部分，可以做到業(yè)務資源變動時，不影響底層的實現(xiàn)技術，無需重新配置或升級運行環(huán)境。運行環(huán)境的獨立可以保證應用能夠跨實現(xiàn)技術，運行在不同的系統(tǒng)之上，可以隨時零成本遷移到新的實現(xiàn)技術。應用與實現(xiàn)技術相剝離的好處68業(yè)務架構平臺的關鍵能力基于業(yè)務架構平臺，可以幫助用戶構建整體的信息系統(tǒng)，實現(xiàn)團隊協(xié)作、流程控制、業(yè)務集成、系統(tǒng)智能、決策支持、個性化和持續(xù)完善。業(yè)務架構平臺滿足用戶的整體業(yè)務運作和管理要求，幫助提升整體運作水平和效率，增強應變能力。

40、整體信息系統(tǒng)業(yè)務架構平臺團隊協(xié)作業(yè)務智能業(yè)務集成持續(xù)完善流程控制決策支持69業(yè)務架構支撐平臺的作用業(yè)務架構支撐平臺為企事業(yè)信息系統(tǒng)提供一個統(tǒng)一的、整體的運行支撐環(huán)境。架構支撐平臺能夠全面理解業(yè)務運作和管理的基礎要素及架構，并對其提供運行支持。組織機構支持業(yè)務語義支持？信息處理支持功能運行支持業(yè)務流程支持交互環(huán)境支持系統(tǒng)維護支持通訊交流支持業(yè)務架構平臺分工權限支持協(xié)作調(diào)度支持安全審計支持資源共享支持70團隊協(xié)作：群件系統(tǒng) 業(yè)務支持：管理信息系統(tǒng) 管理控制：工作流管理系統(tǒng) 決策支持：決策分析系統(tǒng) 商務智能：業(yè)務神經(jīng)系統(tǒng) 經(jīng)濟效益：高回報和投資保護持續(xù)完善：自我完善體系Business導向目標71B

41、usiness基本特性體系化對團隊協(xié)作、業(yè)務處理、流程控制、決策分析、商務智能、業(yè)務重組提供全面的體系化支持，全面提升管理系統(tǒng)的能力和價值。集成性提供集成、統(tǒng)一的的業(yè)務運行和協(xié)作環(huán)境，強化和規(guī)范企事業(yè)的業(yè)務管理，使各類業(yè)務系統(tǒng)在業(yè)務層面上集成在一起，實現(xiàn)高效和緊密的業(yè)務協(xié)同。業(yè)務導向基于企業(yè)工程理論和企業(yè)參考模型，為軟件設計和開發(fā)提供有效的導向和依據(jù)，幫助開發(fā)者全面、正確和迅速地實現(xiàn)管理者的管理和業(yè)務要求，大幅度地提升管理軟件的開發(fā)、發(fā)布和維護的效率及質(zhì)量，并在業(yè)務持續(xù)完善的過程中實現(xiàn)快速調(diào)整。技術無關實現(xiàn)業(yè)務模型資源與系統(tǒng)實現(xiàn)技術的分離，從根本上提升管理系統(tǒng)的技術無關性。支持多種主流的工業(yè)標準、技術和平臺，并平滑地遷移到未來的實現(xiàn)技術上。72Business 技術特性基于技術無關的軟件體系 基于開放和符合工業(yè)標準的技術體系 基于異質(zhì)平臺技術（廣泛的軟件、硬件平臺） 基于面向?qū)ο蠛徒M件的技術體系 基于多種分布體系模式：C/S、多層體系、B/S模式 基于多種分布服務技術：包括DCOM、CORBA、EJB 基于多種Web服務技術：ISAPI/NSAPI，WebService 基于跨應用的工業(yè)協(xié)議：XML、SOAP、XSD、WSDL、DISCO和UDDI 基于統(tǒng)一編程模型(UPM)，內(nèi)置符合.Net規(guī)范的多語言和虛擬機的開發(fā)支持73Bus