|
|
用友890免費下載發表時間：2019-10-23 15:33 用友890免費下載 百度網盤地址： 鏈接：https://pan.baidu.com/s/1kXqrxgeOJN1MIIV2Jx1Pew 提取碼：w76q 用友ERP－890技術白皮書 引言選擇一個產品不僅要看到產品的功能是否強大，也要看到此產品應用的技術是否能支持企業長期的發展。當企業業務變化時應用系統能否支持這種變化。如何搭建更快見效、更低風險、更靈活、更具有延展性、更高性價比、更成熟的管理升級方案以及如何在有效保護現有投資的基礎上、盤活現有的信息化資產、以經濟的投入換取企業的加速轉型升級，成為危機中的優勢企業。 U8秉承用友一貫的應用加技術的發展策略，通過多年與微軟的合作，U8完成了從VS6平臺到.Net平臺的遷移，通過此次遷移使U8產品能享用到微軟的****成果。在此基礎上U8在應用服務、數據庫服務上進行了全面升級，使U8的運行效率、可靠性等方面都有了較大提升。這次升級的同時U8產品推出了經過多年發展的UAP平臺。UAP平臺的推出使U8產品在適應企業需求快速變化方面又增加了一個有利的武器。
目 錄 引言 1. 成熟應用與先進技術的完美融合 1.1 平臺化的ERP 1.2 不斷采用新技術 1.3 中型企業ERP應用的**實踐 2. U8企業技術框架 2.1 基于.Net Framework企業應用架構 2.2 基于UAP平臺的多層產品架構 3. 開放的產品架構促進了產品生態鏈的發展 3.1 基于服務的組件開放設計 3.2 元數據技術 3.3 行業與插件技術 4. 基于**實踐的自主技術 4.1 表單技術 4.2 報表技術 4.3 工作流技術 4.4 門戶技術 5. 高安全性 6. 高并發支持 6.1 系統優化管理平臺 6.2 數據庫性能優化建議 7. 故障與恢復 7.1 網絡及設備的冗余設計 7.2 磁盤陣列技術 7.3 雙機熱備份 7.4 應用系統備份 8. 多種部署方式 8.1 簡單網絡應用，單臺服務器應用 8.2 多服務器應用模式 8.3 有分支機構的集團公司應用模式與大型集團的分布式應用 8.4 含有大量業務賬套的應用模式 8.5 含有用友連鎖零售管理系統的分布應用 8.6 廣域網下的使用模式 8.7 其他遠程連接模式 8.8 在VPN下直接連接的使用方式 8.9 U8智能更新
1. 成熟應用與先進技術的完美融合1.1 平臺化的ERP早期的軟件開發，程序員幾乎要實現自己所負責功能的所有代碼，程序員之間沒有層次關系，開發成果的共享程度很低，所以造成開發效率極其低下，軟件產品的質量也很難控制。軟件產品發展到今天，隨著應用的深入，用戶的行業化、個性化要求越來越高；另一方面隨著市場競爭的加劇，用戶的需求變化越來越頻繁。為了應對這些新情況，軟件開發模式也在悄悄發生著變化：基于特定領域的應用開發平臺出現了。面向應用的業務平臺不同于純技術平臺（如.NET）,應用開發平臺需要大量應用案例的積累和沉淀，其中包括用戶（案例）規模、經驗、教訓、總結等等，可以說它是多年應用開發實踐的產物，是平臺開發商對某個領域的理解，其中蘊含著大量的領域思想，這是應用開發平臺存在的根本之所在，從這個意義上可以說，是先有軟件后有平臺的。所以，對領域模型抽象的程度是衡量一個開發平臺優劣的一個重要指標，具體表現在對領域模型的缺省實現程度、對未來領域模型變化的預測、對領域內個性化用戶的適應度等。U8產品也是基于目前平臺化的思想建立的，通過平臺化的方式建立的產品有以下的好處： ? 更高的開發效率 在應用上，程序員是根據一個具備領域缺省實現的平臺上進行的開發活動，很多共性的需求都不需要再次重復實現；在開發技術上，平臺已經預先解決了大部分的技術難點，所以能夠明顯提高最終軟件產品的開發效率，節省開發成本。 ? 更穩定的產品質量 由于軟件產品是從一個平臺生長出來的，只要平臺穩定可靠，產品的質量就獲取了保障。而且使用平臺具備倍增效應：解決了平臺的一個質量問題，就能夠解決產品中的多個功能點遇到的同樣問題。 ? 更統一的用戶體驗 由于產品是基于平臺開發的，所以UI展現（色調、布局）、交互模式等都是相同的，從而可以為最終用戶提供良好的體驗，降低使用的難度。
U8的應用平臺為UAP，UAP平臺是U8ERP的技術平臺，也是U8ERP的應用平臺。作為技術平臺UAP提供了U8運行所必須的基本運行時框架。封裝了U8各層運行必須的基本構件。保障各層之間的通訊的暢通，并制定了相關技術標準。作為應用平臺UAP提供了U8運行所必須基本應用框架,為應用產品提供了一致運行界面，一致的應用模式。通過抽象應用產品的開發模式，提供了一系列的業務運行所必須的引擎。 1.2 不斷采用新技術雖然是一個已經發展超過10年的產品，但U8仍然是一個熱衷使用新技術的產品，這也是為什么U8一直保持高增長的原因之一。U8產品從最初的單一應用單一架構的產品發展到現在成為復合應用多層架構的產品，如果不引入新技術必然無法支撐產品的發展要求。 當國內其他同樣的產品面對新技術固步不前時U8產品卻大膽的選擇了嘗試，并且得到了成功。目前U8是國內**解決了多種語言融合使用的產品，此技術保證了U8產品可以使用微軟的****，而不用擔心無法兼容的問題。 U8產品目前已經成功的從VS6的語言平臺遷移到了.Net平臺，我們大量的產品的開發都可以基于.Net平臺完成，其中UAP平臺也是基于.Net進行的開發，由于使用.Net平臺，產品的易用性、運行效率、開發效率、產品外觀等方面都有了巨大的提升。 當微軟推出64位操作系統時，U8在**時間內就進行了適配，對64位操作系統、數據庫系統的適配使U8在計算能力上有了巨大的飛躍，有力的保證了U8客戶的高速增長的并發要求。 在Windows7的測試階段，我們與微軟就針對Windows7的新特性進行了開發，在890產品中都可以看到我們針對Windows7所推出的新的應用特性。
1.3 中型企業ERP應用的**實踐UAP平臺是U8 ERP的應用平臺，采用平臺的方式使U8產品在以下方面為客戶帶來應用價值 1.3.1 柔性化企業應用的需求處于不斷的變化中，不同的企業的需求也是差異非常大。不同的行業、不同的企業規模也存在著巨大的差異。在大規模普及ERP產品前很多企業都選擇定制軟件滿足其企業管理的要求，但定制軟件在產品質量上很難保證。 而ERP的標準產品要適應不同客戶的要求就需要采用柔性化的設計方式，雖然柔性化的設計在U8產品的中隨處可見，但而柔性化的內容往往需要平臺的支持才能實現，原因是柔性設計是底層設計技術，如果在應用層直接進行柔性設計則工作量巨大，而且無法重用。U8產品的柔性化的設計主要表現在以下方面： l 表單，U8產品的表單可以由用戶隨意配置，用戶可以配置表單布局、打印布局、各種計算公式等等，表單的個性化功能保障了U8產品對客戶界面操作的個性化的要求。 l 工作流，U8工作流為客戶提供了流程定義的功能，從而滿足用戶個性化的業務流程。 l 報表，U8報表為客戶提供了良好的設計功能，而且使用戶可以自己定義所需要的各種報表。 l 門戶，U8門戶可以按不同的操作員進行定義，在門戶中可以提供其所需要的不同的應用場景 l 權限，U8的權限設計可以讓用戶靈活的配置，滿足其所需要的不同權限要求。 1.3.2 擴展性U8平臺保證了產品具有足夠的擴展性，從而使U8產品不僅僅能滿足一般企業的要求，更能讓合作伙伴、實施伙伴在U8產品的標準應用上在進行擴展，從而開發出新的應用。U8產品的擴展性是基于平臺的實現的。U8產品是基于多層產品架構進行的設置，同時提供了基于服務的組件開發設計，基于元數據技術和行業與插件技術的應用都使U8成為一個具有強大擴展性的產品。
1.3.3 協同應用在企業生產經營活動中，協同作為最基本的工作方式和運作模式，體現在各個層面：企業戰略、目標、計劃等大政方針的制定需要管理層的通力協作；企業的核心業務需要各職能部門按照業務流程和企業制度的要求協同完成；員工、團隊的任務則有賴于員工之間的有序協作與配合來完成。 用友U8ERP為企業的協同應用提供了全面支持。 首先，U8ERP支持企業流程的規劃和設計?？梢酝ㄟ^連接各職能部門的業務活動，實現業務的集成和一體化。比如：通過生產與銷售的協同，實現產銷一體化；通過業務到財務的協同，實現物流、資金流的一體化。 其次，U8ERP支持企業關鍵業務事項的多模式審批。通過工作流系統將組織、角色、數據、活動、業務規則等協作要素按需進行組合和編排，實現人員、信息、過程的緊密集成和有序協作。 另外，U8ERP提供面向管理者的綜合信息門戶。綜合信息門戶包含了來自各業務產品模塊的關鍵KPI監控視圖和各種基于不同視角、維度的統計報表，方便管理者隨時掌握企業狀況，為決策提供信息依據，體現了管理的協同。 同時，U8ERP提供面向員工的業務工作中心。業務工作中心包括根據員工的業務和職能角色，由系統自動生成的員工工作任務列表；還包括一組個人協同工具：工作日歷和消息通訊，為員工日常事務安排以及組織內即時溝通協作提供了支持。 U8ERP通過為企業提供面向業務、員工、團隊、管理者各層次全方位多領域的協同應用支持，為實現精確管理、打造敏捷企業提供了有力的信息化支撐。 圖2-1 描述了協同應用的應用模型
圖2-1協同應用模型
1.3.4 集成應用從企業信息化的角度來看，信息化建設在企業的不同發展階段，其重點和內容都不相同，企業信息化存在著長遠規劃、分步實施的特點，這樣難免會出現許多支撐特定領域應用的獨立系統，將這些系統連接起來協同工作是企業的必然選擇。 用友U8UAP集成平臺提供了一套基于SOA架構的集成應用解決方案，并提出了“主數據建模、業務事件驅動、流程自動化”的集成方法論，能以低成本、高效的方式支持企業打通IT信息壁壘，建立IT系統協同工作機制，實現供應鏈上下游協作，并通過這種方式有效支持企業的業務擴展、管理創新和商業模式創新。 U8UAP集成平臺專注于解決集成中面臨的三大難題——數據的差異、技術的差異、變化的要求： ? 由于沒有統一的商業標準，系統之間的數據信息的表示很可能不一致（即可能說的不是一種語言），需要進行相互適配轉換。 ? 不同的軟件所使用的平臺和技術差異很大，且網絡環境各不相同，導致在集成中需要花大量的精力來解決跨異構系統、平臺、網絡的技術問題。 ? 需要編寫大量業務過程硬代碼，成本高，而且不靈活，不能適應企業未來變化。 U8UAP集成平臺采用基于SOA架構的企業服務總線技術，提供以流程自動化為中心、以主數據管理為基礎，業務事件驅動的集成開發模式，能很好的解決上述三大問題： ? 彌合數據差異----主數據建模：負責統一描述企業內部的基礎數據，并描述各個系統數據之間的差異和相互之間的適配轉換規則，解決了系統之間的數據差異問題（即說不同語言的問題），確保了數據在不同系統之間能自由傳遞。 ? 彌合技術差異----企業服務總線ESB：企業服務總線ESB是一個統一的SOA基礎設施，通過采用可靠、異步、松耦合的消息通信；規范的與協議無關的服務架構；多通道適配、多協議綁定技術；分布式網絡部署和智能路由等技術，統一了集成應用的技術框架，向用戶屏蔽了集成技術細節，實現了“千變萬化，歸于一統”。 ? 適應未來變化----服務流程編排：服務流程編排技術提供可視化免編碼的流程設計和SOA服務的按需組裝功能，能夠快速構建連接多個系統之間的靈活、自動化的集成流程，企業可以根據業務的變化隨時對流程進行調整和優化。 ? 以業務為導向----業務事件驅動：采用基于業務事件驅動的集成模式，一切以業務為出發點，從業務的視角而非技術視角開始集成應用工作，使得集成的過程更加契合企業實際業務場景，更易于理解，降低了集成的難度。 ? 全過程監控----端到端的集成過程監控：通過完整的日志記錄每一環節的執行過程，通過端到端的監控掌握每一筆業務從開始到結束的全程狀況，使企業隨時了解集成業務的運行情況，及時排除錯誤、洞察瓶頸、改進流程。 U8UAP集成平臺為用戶解決了大部分集成上的技術難題，并提供了一整套支持快速開發、部署、維護、持續優化的簡捷高效的平臺工具產品，使得用戶只需專注核心業務實現，而無需關心技術細節。
1.3.5 高效開發ERP產品一個需要投入大量資源的軟件產品，所以如何提高產品的開發效率是ERP產品必須解決的問題，而UAP平臺就負擔起了這樣的一個責任。UAP平臺是通過對ERP基本應用模式的進行總結后對各種應用開發模型進行抽象后建立的。其具備了軟件工廠的特征。用UAP平臺開發的應用的代碼量大大降低，大概是傳統開發方式的代碼量的0到1/6。這就大大提高了產品的開發效率。特別應用到二次開發中，可以使二次開發的周期縮短一半以上。
1.3.6 應用體驗在UAP平臺下開發的產品，用戶可以獲取一致的應用體驗，包括更人性化的界面、更好的交互應用和操作的效率、更及時的信息提醒，及更細致的功能提醒，使用戶在使用過程中獲得安全感，提高用戶學習的速度和使用的滿意度。 由于U8是CS產品，這方面本身就有天然的優勢，UAP通過.Net技術將此優勢再次擴大。從而將ERP的應用提高到了一個新的高度。與國外產品相比我們在這方面有了本土化的優勢，更符合國內用戶的應用習慣。 1.3.7 管理者體驗ERP在管理者中的應用模式與普通企業的業務人員的要求是不同的，管理者的應用主要體現在審批和報表分析方面。U8產品在多個方面為管理者提供他們所需要的功能，主要表現在U8的門戶產品和U8商業智能產品上，U8商業智能定位主要面向企業的中高層管理人員以及專業分析人員，將企業中現有的數據轉化為信息和知識,幫助企業做出明智的業務經營決策的工具。目標是成為其全面的企業財務、業務的綜合查詢、實時監控和分析決策的商業智能平臺，產品要求具有通用化的平臺特性，標準化的產品特性，易于實施部署和定制開發，具有較強的報表功能和分析功能，能成為大多數中小企業流行的桌面分析決策工具。其主要有以下特征 1．統一的業務模型，所見即所得的報表編輯，并針對中小型管理特點預置了大量管理分析報表。 支持跨企業、跨年度、跨業務等分析，實現靈活的財務、業務、生產、成本的同比,定比，環比，占比,趨勢等分析。 2．內置企業分析決策模型，對企業的海量數據做進一步的挖掘和預測，從而反映出業務數據背后的信息和知。 3．預置豐富的指標，強大的企業績效模型工具，智能化地表現企業績效，為管理層人員經營戰略的確立和快速達成一致意見提供了數字條件。 4．統一的預警平臺，利用多種預警方式及時掌握企業的經營異常，實現企業“異?！惫芾?。
2. U8企業技術框架
2.1 基于.Net Framework企業應用架構目前U8采用的技術框架完全基于微軟的.Net Framework技術構建。其中客戶端支持C/S和B/S兩種應用模式，主要應用為C/S模式，C/S的客戶端采用.Net Framework開發的應用門戶?；?Net的Windows Form應用在用戶體驗方面有了極大的提升，U8門戶就充分利用了.Net 框架的?？抗δ軐崿F了表單輔助視圖的應用模式。U8的報表的前端展現也充分利用了.Net 提供的GDI技術，從而使報表的展現更加豐富。 U8的服務層基于微軟的.NetFramework 的Remoting 技術構建，采用的協議為TCP協議。U8的應用服務主要包括兩部分的應用，一是所有應用模塊的邏輯服務通過應用服務層進行調用，一是U8的報表服務。 U8的數據庫層也是基于微軟的SQLServer建立，SQL SERVER為企業用戶提供大規模計算、大數據量、高可靠性、高伸縮性、低總擁有成本（TCO）的企業計算平臺。在U8開發報表服務中，仍然利用了SQL 的技術能力為我們提供了高效的報表計算功能。通過SQL提供的強大的64位計算能力。U8產品在并發的支持能力上有了明顯的突破。 圖3-1 是U8基于.Net Framework的分層的系統架構。
圖3-1 基于.NetFramework的技術架構
微軟.NetFramework 企業應用架構主要包含Microsoft?SQL Server? 2005和VisualStudio? 2005。Visual Studio 2005和.NETFramework 2.0：利用這一企業級開發平臺，廣大開發人員及其團隊能夠開發出更加高效、安全和可靠的解決方案。Visual Studio 2005增加了一系列新的工具，其中， Visual Studio Team System是一個可擴展的、支持整個軟件開發生命周期的工具平臺，能使軟件開 發團隊之間更好的協作，從而開發出現代化的、服務導向的解決方案。
Microsoft SQL Server 2005：作為微軟5年來具有里程碑意義的企業級數據庫產品，SQL Server 2005在企業級支持、商業智能應用、管理開發效率等方面有了顯著增強。它提供的集成的數據管理和分析平臺，可以幫助組織更可靠的管理來自關鍵業務的信息、更有效的運行復雜的商業應用；而通過其中集成的報告和數據分析工具，企業可從信息中獲得更出色的商業表現力和洞察力。其中，SQL Server 2005和Visual Studio 2005的強大性能，已在眾多基準測試中得到證實：
? 滿足企業級關鍵應用的平臺。根據最新的SAP銷售和分銷三層標準應用基準，運行在惠普和英特爾硬件上的SQL Server2005和Windows Server 2003實現了創記錄的93,000名用戶同時使用的性能。這項新的64位處理器基準在2005年11月3日得到認證，比SQL Server 2000的性能提高了3.5倍，充分顯示出SQL Server 2005的企業級計算能力。
? 優秀的性價比。微軟同AMD、Bull、惠普、英特爾、NEC和Unisys等合作伙伴的基準測試證明，在標準硬件上微軟能夠實現破紀錄的性能及性價比，同時，在高端服務器上則具有優良的可伸縮性（Scalability）以處理企業級OLTP（聯機事務處理)和數據倉庫的需求。
? 集成的優勢。新的基準測試表明，SQL Server 2005集成.NET Framework 2.0的平臺，與同等編碼的EJB-applications運行于IBM WebSphere 6.0和Oracle 10G后端數據庫的組合相比，性能高出183%。而進一步的性價比測試表明，運行于Windows Server 2003的.NET Framework的整體成本只有運行于RedHat Linux AdvancedServer的IBM WebSphere成本的一半。
? 強大的64位計算能力。新的CachePerf基準測試表明， 64位架構在內存尋址能力方面具有極大的優勢，同時在特定的中間層和數據層方面，客戶可以體驗到64位系統的性能明顯超過32位系統。
2.2 基于UAP平臺的多層產品架構UAP平臺是U8產品的應用平臺，通過UAP平臺建立了U8的各種標準應用，在標準應用基礎上建立了U8的行業插件，這就形成了產品的分層開發的模式，分層開發模式可以很好的解決產品標準化與個性化之間的矛盾，從而成為一個**柔性的產品。如圖3-2所示。
圖3-2 基于UAP平臺的產品架構
3. 開放的產品架構促進了產品生態鏈的發展U8產品在實施過程中需要合作伙伴和客戶的全面參與，U8產品雖然提供了標準應用和行業方案，但這些還往往無法滿足客戶的個性化的需要，U8還支持方案提供商、合作伙伴基于U8產品開發符合行業或某客戶需求的插件產品，同時有能力的客戶也可以基于U8產品進行客戶化的開發工作。所以這些就建立起了完整的產品鏈，如圖4-1所示。
圖4-1 產業鏈價值
3.1 基于服務的組件開放設計U8標準產品為支持行業化應用和用戶個性化開發，將內部核心業務功能進行基于服務的封裝，形成標準、可復用、組件化的接口對外公布，這些服務接口涵蓋了所有基礎主數據和業務單據，并能支持對這些數據的增刪改、審核/棄審等操作。這些接口是在統一的元數據和服務框架的基礎上構建的，外部可以通過統一的服務代理進行訪問。 另外，U8標準產品將系統內部的業務數據狀態異動變化作為標準的業務事件資源提供給外部，外部可以通過插件編程的方式進行事件響應，以實現對U8標準功能的介入和擴展。事件的觸發響應由事件引擎驅動，并支持異步和同步模式。 如圖4-2，U8標準服務接口和標準業務事件是U8二次開發的基本資源，是U8開放性的重要體現。
圖4-2 組件開發技術
3.2 元數據技術U8產品是基于元數據的方式運行的，通過元數據的方式運行的產品可以保證產品的柔性化，同時由于使用元數據可以將數據進行分層，從而支持了產品分層開發的技術特性。 U8專門有元數據庫，在此數據庫中不僅保持了標準產品運行所需要的元數據，也存儲合作伙伴或用戶所需要的元數據信息，而且這些信息是相互隔離的，通過這種技術方式保證了產品的安全升級，即無論標準產品如何升級也不會影響二次開發。
3.3 行業與插件技術U8的行業與插件技術就是U8開發的產品架構的具體體現，通過行業與插件技術我們可以將標準產品開放給其他的合作伙伴或實施人員進行二次開發，我們的行業產品也是基于此技術完成的。行業與插件技術的應用可以保證U8的標準應用與U8行業應用各自獨立的發展，不產生沖突。同時U8行業插件又大量復用了標準應用功能，保證了產品的開發的高效完善。
4. 基于**實踐的自主技術經過多年的發展，U8將大量的用戶案例進行積累和沉淀，形成了平臺技術的完整方案，再借助.Net技術，使U8的UAP在應用技術方面走在了國內同行的前面。U8的這些自主技術已經全面的應用U8的各種應用中為客戶帶來了巨大的價值。
4.1 表單技術在軟件領域，框架是可被應用開發者定制的應用骨架，一個框架是一個可復用的設計構件，它并不是實現具體應用的程序，而是實現了某應用領域通用完備功能（除去特殊應用的部分）的底層服務。使用這種框架的編程人員可以在一個通用功能已經實現的基礎上開始具體的系統開發?？蚣芴峁┝怂袘闷谕哪J行為的類集合。表單框架就是一個面向管理軟件領域表單應用的框架 U8表單為用戶提供了具備先進交互能力的運行環境，此技術是我們針對大量ERP用戶的調研后發明的。此技術可以大大的提高UI設計的效率，提高用戶的應用體驗，提高產品開發效率。并在柔性化性、個性化方面相比VB平臺開發的產品都有巨大的提升。 圖5-1是UAP表單的框架模型
圖5-1 表單框架模型 4.1.1 分層開發模式表單開發支持分層開發的方式，對一個表單可以分多層進行開發，每層之間相互獨立，實際運行時為合并在一起運行，這種分層開發模式的支持支撐了產品的擴展性，使U8產品可以支持行業化和插件。 4.1.2 MVC模式+EditWindow技術表單框架采用MVC模式，業務邏輯層（M）、界面層（V）、業務邏輯和界面之間的控制層（C）互相分離。這種模式可以支持任何復雜交換要求的表單，并且非常靈活，在產品的柔性化方面提供了技術保障 EditWindow技術是在.Net技術上實現的界面控制技術，U8表單都是由一個個EditWindow組成，EditWindow可以是表格，也可以是卡片，他可以按用戶要求任意變換，從而**程度的滿足客戶的柔性化的要求。 4.1.3 數據交換引擎表單框架的數據交換引擎，可以快捷地以完成不同表單直接的數據交換，對兩個對象之間的不同實體可以靈活的進行映射定義，包括簡單映射、公式計算甚至代碼的方式。而且轉換過程可以多步定義**程度上滿足了用戶的要求。
4.1.4 一站式的表單開發能力用戶不用書寫任何程序代碼就可以實現一個完整的表單應用：無縫地運行在U8門戶中；具有錄入、修改、持久化、打印、查詢等U8系統單據具有的一切能力；如果表單是一個檔案類型，可以生成符合U8規范的對應數據參照。 4.1.5 強大、友善的設計工具UAP表單框架設計時采用類似于微軟Visual Studio的開發環境來實現界面的設計功能，操作簡單、實用性強。面向設計人員的視窗十分友好親切，普通技術人員能夠快速上手并熟練運用，而對于用戶的IT人員，只要經過短短幾天的培訓，他們就能夠基于UAP平臺實現自主設計。 表單框架提供了獨立的表單布局視圖設計工具，允許用戶通過拖拉的方式設計表單界面；表單的樣式在設計時是什么樣的，在運行時就是什么樣的。
4.1.6 支持團隊開發模式利用UAP中提供的“任務管理”功能表單設計器允許多個用戶同時在一個UAP項目中工作；一個表單的寫操作是排他的，瀏覽（查看）操作是共享的。 4.1.7 標準的數據接口及代碼設計表單框架提供了開發一個行為對象的標準接口，利用Visual Studio2005提供的接口實現功能，可以方便快捷地得到行為對象的程序結構，從而保證了所有行為對象程序代碼的標準化。
4.2 報表技術基于.Net平臺建立的報表引擎，在報表的計算能了方面有了巨大的提升，相比其他的ERP產品，我們的報表技術是建立在服務器計算的基礎上的，服務器計算的優勢就是可以利用服務器的巨大的計算能力，提高報表技術的效率。在報表展現方面U8的報表平臺擁有強大的表現能力，是國內ERP產品中展現能力最強大的報表產品，其提供了豐富的展現模式，特別是其提供的折疊樣式的報表，是其他產品無法比擬的。其提供的豐富的圖表功能也是其他產品難以達到的。此報表平臺可以開發多種展現樣式的報表。 圖5-2是報表的運行時結果圖，報表分展現、計算和數據層組成。
圖5-2 報表運行時結構圖
4.2.1 豐富的展現能力國內ERP內置報表中表現能力最豐富的報表，支持平面展現、折疊展現、合并單元格展現，交叉展現等方式?？梢造`活的在這些展現方式中切換。 4.2.2 自由報表支持自由格式的報表展現，**程度上滿足客戶的要求。 4.2.3 圖表支持20幾種圖表的定義，而且定義過程非常簡單，并能與數據進行交互操作。 4.2.4 監控視圖支持直接在門戶中顯示監控報表，使用戶及時掌握最新的業務動態，支持儀表盤的展現，直觀的表現現在企業的各種關鍵指標的運行狀態。 4.2.5 多視圖多分組定義一個報表支持多種視圖展現，一個視圖支持多種分組模式，定義靈活，切換簡單。 4.2.6 多種應用模式支持動態報表即在門戶中實時運行的報表 靜態報表，定時運行的報表，定時運行后可以發送郵件、門戶通知、短信通知等給訂閱的用戶查看 監控視圖，進入門戶后直接就可以看到的針對指標進行描述的報表。 預警功能，定時運算的可以定義預警條件的報表。 4.2.7 多種展現平臺U8門戶、郵件、短信、門戶消息、Web展現、Office 4.2.8 多種數據源的支持數據引擎、SQL語句、存儲過程、自定義數據源 4.2.9 強大的報表設計器所見即所得的按需簡單設計，提供自由式和表格式兩種功能強大的布局方案，用戶化的腳本語言和引擎，靈活的可擴展接口。 4.3 工作流技術業務流程的變革和創新是企業適應日益激烈的市場競爭的必然要求，業務流程的梳理、優化和重組成為企業的常態，為此，UAP基于微軟的BPEL4WS和ESB技術，推出了功能強大的UAP工作流平臺。 U8工作流是國內ERP中**款基于BPEL標準的工作流平臺，我們對在此標準上建立的U8PDL語言擁有自主知識產權。我們還擴展了此標準，設計了適合國情的先進補償機制。我們建立的工作流引擎能高效的應用在ERP應用的各種領域?；谠撈脚_可以實現企業業務流程的可視化動態建模、定義、擴展、編排、執行以及透明的跟蹤與控制。下圖為工作流框架層次結構和應用流程
圖 5-3 工作流框架層次結構 4.3.1 工作流引擎解析工作流模型文件，并根據流程模型文件描述和流程實例數據推動流程實例的執行。工作流采用BPEL標準，并在此基礎上建立了U8PDL語言。
4.3.2 圖形化流程定制通過圖形化流程設計界面，用戶可直觀的描繪出所需要的工作流程；采用流程節點的“拖拽”、“復制”、“粘貼”、“流程模版”等方式，使得熟悉本單位業務流程的用戶可輕松的定制出復雜的工作流程。流程設計器用于用戶工作流程的定義和管理。流程設計器中可利用“自動活動節點”、“DoWhile結構“、”WhileDo結構”、“決策結構”、“人工活動節點”、“等待節點”等元素來表達各種流程方式。
圖5-4 圖形化的設計器 4.3.3 第三方人員組織信息集成UAP工作流平臺以插件的方式掛接不同的組織模型。組織模型中包含人員、崗位、組織三種執行者指代形式。三者間可自由設定相互關系，以表達復雜的執行者范圍邏輯。同時，用戶可以將其他系統的組織人員信息封裝為實現了特定接口的插件，從而運用于工作流系統。 4.3.4 多類型服務組件調用方式UAP工作流平臺可調用外部的服務組件。服務組件調用方式可以為.Net Assemly本地調用、.Net Remoting調用、DCOM調用、WebService調用等。通過對多種類型的調用方式的支持，可方便的重用已有服務、降低相關成本。 4.3.5 完善的工作流運行時監控功能：系統運行時，對全系統的工作流流程實例進行監控，支持流程實例運行進度圖形化查看、流程實例內部數據查看、流程實例日志等功能。UAP工作流平臺提供了一系列的工具，用于流程的建模、擴展、編排和監控： 通過工作流控制臺，用戶可以配置工作流系統運行所需要的工作流引擎、MOM服務器等信息，從而完成工作流運行環境的配置；還可以發布流程模型并管理其版本。通過圖象化的顯示方式、系統日志等手段對流程實例運行狀況和工作流系統運行情況進行監控也是工作流控制臺的重要功能之一。通過控制臺可以查看每個賬套中的已發布流程和未發布流程；查看已進入審批流的單據信息。
圖5-5 流程監控
4.4 門戶技術U8產品的門戶是使用.net開發的，其不但可以支持所有.net開發的客戶端，也支持微軟VB開發的客戶端，這種特性是用友與微軟合作的技術成果，目前能有這種兼容能力的產品還只有用友一家。此門戶可以集成所有微軟工具開發的程序，如VB,.Net，IE等。此門戶提供的動態裝配功能可以使門戶展現你自己開發的視圖，**限度的提供了產品的個性化支持能力。UAP企業門戶的出現使得以場景驅動模式為基礎的，按角色、按權限分配，按需求布局的個性化的應用工作桌面成為可能。
圖5-6 U8門戶應用框架 圖5-6是U8的門戶應用框架，U8門戶有以下應用特征。 4.4.1 兩種頁面模型U8門戶采取了兩種不同的頁面模型應對客戶的不同的應用模式，一種是主頁模型，在這種模式下使用的是流式布局的模型，這種布局方式伸縮性更好，而且支持滾動操作，用戶在應用時可以看到更多的信息。另一種是表單模型，這種模型采用?？坎季值姆绞?，其更符合表單錄入的要求。 4.4.2 面向管理者的主頁U8門戶退出的主頁應用模型就是為經理人員查看關鍵信息提供的，基于個性化的應用要求，我們不但預置了部分應用，更重要的是門戶完全支持用戶自己定義其希望查看的內容。此主頁中顯示的視圖也可以通過報表進行定義。 4.4.3 表單輔助視圖模型U8門戶支持輔助視圖模型，在這種模型下編輯界面與輔助視圖之間通過消息方式進行通信，從而支持編輯界面與輔助功能的交互聯動，而且擴展了主編輯界面的功能，這種技術為產品的擴展提供了新的途徑。 4.4.4 個性化應用U8布局模型不但支持公共布局的定義，而且可以按操作員保存布局，而且所有的公共頁面也可以另存了私有頁面。所有這些功能都為用戶的提供了**的應用體驗。 4.4.5 消息驅動模型U8的門戶采用消息驅動模型，基于消息的應用方式可以**程度的達到實時應用，通過消息的推送，使用戶可以及時得到其需要的信息。 u 消息是由于業務功能流轉而推給用戶的任務，如審批任務、日常事務等，或其他用戶發送的個人實時信息等，消息在消息中心列示。消息是實現個門戶元素通信的紐帶： u 視圖接受消息也發布消息 u 場景接受視圖的消息，把消息派發給該場景的其他視圖，實現場景內視圖間的通信。 u 門戶接受場景的消息，把消息派發給其他場景，實現場景間的通信。 u 門戶和場景都擔當的消息交換中心的職責。
4.4.6 插件運行U8門戶同時也是一個基于插件運行的平臺，系統提供了多處擴展點，從而使其他開發人員可以基于門戶的框架進行二次開發。
5. 高安全性安全問題近年來得到了企業界的廣泛關注，企業對自身信息資產的保護意識大為增強。但由于許多大型企業網絡環境復雜、節點眾多、地理位置分散、應用復雜，導致了這些企業在安全部署上遇到諸多問題，除了需要重點考慮數據安全以外，還應當從整體上充分分析和設計系統的安全應對方案。 由于安全性涉及面非常廣泛，所以我們專門提供了《U8產品安全白皮書》，請參考其內容。 6. 高并發支持ERP系統的性能的優劣將直接影響產品應用者對軟件的應用體驗，影響其使用產品的積極性，在產品性能極端低下的情況下還會大大影響用戶的業務工作。所以U8產品在系統性能方面一直作為一個重點特性進行支持。一個產品的系統性能涉及的面非常廣泛，從大的方面看包括硬件和軟件技術的發展。從產品應用模式看表現在前端展現和并發應用兩種。U8產品在前端表現方面采取了大量的技術來保證產品的交互的**表現。在每一個功能節點上都有指標要求，使其達到應用的**體驗。 U8在并發的支持方面也采取了多種技術，充分利用硬件和軟件的功能，提高產品的吞吐能力。通過持續不斷的效率優化提高產品在并發中的表現。通過緩存技術使產品對應用服務器和數據庫服務器的訪問降低，從而減少網絡和服務器的壓力，達到提高并發性能的目的。U8產品的關鍵應用采取了TCP協議。在與應用服務器通信方面采取Remoting技術，在集成應用方面采取WCF技術。U8在數據庫層對數據庫的索引模式、隔離級別的控制、數據鎖定范圍等進行優化，數據庫的優化是產品性能提高的核心內容，U8產品在一個產品版本開發過程中會利用多種測試工具，如LoadRunning來模擬用戶實際場景，通過對這些不同場景下的數據的訪問的分析找到影響效率的關鍵因素。 針對大型用戶的使用情況，U8在第三方的測試中心進行了大規模并發的性能測試，測試情況請參見性能測試報告。 6.1 系統優化管理平臺通過U8產品提供的系統優化管理平臺，可以使用戶更簡便的管理優化自己的系統，U8系統管理平臺能隨時監控系統的運行狀態，利用.Net 提供的計數器功能將系統運行的各種狀態信息進行捕捉分析，并及時給出預警。 6.2 數據庫性能優化建議
1. 數據庫的存放 盡可能實現SQL Server系統數據庫與U8數據庫分開存放，U8系統數據庫與U8賬套數據庫分開存放。U8系統數據庫默認建立在U8安裝目錄下面，所以建議SQL Server系統庫、U8安裝目錄和U8賬套數據庫各自保存在不同的獨立磁盤上。減少I/O壓力。 tempdb數據用于存取當前實例所有臨時數據，使用非常頻繁，如果條件允許，建議tempdb數據庫單獨存放在一獨立磁盤上。tempdb庫體積默認是自動增長，tempdb庫體積的頻繁增長對tempdb使用效率存在影響，通過觀察tempdb庫的**使用空間，然后把tempdb庫的初始大小設置為這個值，避免tempdb庫頻繁分配空間。
2. 文件管理 U8每個年度賬套庫體現為2個磁盤文件，數據文件和日志文件，可以把日志文件轉移到獨立的磁盤，使得數據和日志的I/O可以分開進行。為日志文件設置合適的初始大小，避免頻繁的磁盤空間申請。
3. 數據庫設置 U8的系統數據庫和賬套數據庫默認都是“簡單”故障還原模型，可以根據實際需要把故障模型修改為“完全”或“大容量日志記錄”。配合完全備份以減少數據丟失的風險。 U8的系統數據庫和賬套庫默認為“自動更新統計”和“自動收縮”，這種設置在小型的數據庫系統中很有用，可以降低管理的復雜度。但是在大型的數據庫系統中會引起性能問題。給正常的業務處理帶來一定的影響，所以**避免使用。對于大型的數據庫系統，應該通過自動任務或者手工在系統空閑的時候來完成統計更新和收縮工作(注意：如果取消這兩個設置，手動更新統計和收縮數據庫必須定期進行，否則會導致數據庫的性能越來越差，體積越來越大)。數據庫定期要完成的工作還包括碎片整理、一致性檢查等。
4. 內存的配置 對于數據庫服務器而言，內存總是越大越好。增加內存是提升數據庫性能最直接有效的方法之一。 在32位系統中，WINDOWS默認只能為單個應用程序分配2GB的地址空間，可以在boot.ini增加/3GB讓SQLServer可以使用3GB的內存。 32位平臺能夠尋址的內存只有4GB，如果在32位平臺上使用超過4GB的內存，需要啟用AWE。啟用的方法是在boot.int增加 /PAE配置。 AWE適用WINDOWS版本有 ：WINDOWS 2K ADVANCED,DATACENTER/ SERVER 2003 ENTERPRISE,DATACENTER。 啟用AWE以后，還需要在SQL Server里面設置“SP_Configure ‘awe enabled’,1”，另外，一定要設置“max server memory”（**服務器內存）選項，以確保不會讓SQL Server實例占用所有的內存資源。 關于內存使用的**建議，是讓SQL Server使用默認設置動態地根據需要調整內存。如果由于某種原因，系統表現為其他應用程序的性能下降，是由于SQL Server沒有釋放足夠的內存，那么就減小SQL Server所能使用的內存數量。 5. 磁盤配置 如果條件允許，可以為磁盤配置RAID以保證數據的安全性和提升I/O的性能。比起軟件RAID來說，硬件RAID更好，當然價格也比軟件RAID要高。可以把RAID 0、RAID 1和RAID 5結合起來使用。其中tempdb特別適合采用RAID0。 6. 索引 U8新建的賬套已經預置了很多索引信息，一般情況下這些索引已經足夠使用，當出現特殊業務和應用時，也可以根據需要適當的增加或者刪除索引(增加和刪除的索引必須事先備案，以便在以后出現問題或者高版本升級時查閱)。新建索引的數量和類型必須經過嚴格測試后才能放在上線系統中，謹慎使用索引視圖。可以GraphicalShowplan、SQL Server Profiler和Index Tuning Wizard來輔助管理索引。
7. 分析解決問題 當系統出現問題時，可以使用Windows的性能監視器來幫助查找定位問題，最常用的主要有內存、磁盤、處理器、網絡和應用，由于一個部分出現的問題很容易把自己掩飾成其他部分的問題，所以在監控一個系統的時候，追蹤所有這些領域很重要?？梢允褂肧QL Server計數器來監視SQL Server內部的每一個應用，具體的計數器檢查方法、建議以及閥值請參考微軟相關文檔。
7. 故障與恢復U8整體部署包括網絡、服務器、設備、系統軟件、應用軟件等，彼此之間是相互協調運作的，任何一點的故障都有可能影響整個系統，因此應該建立一個完善的故障恢復體系，在系統出現故障點時，及時發現、及時分析、及時切換、及時恢復，才能保證系統持續穩定地運行。 在某些應用中，不允許服務器宕機或系統停頓，追求高可用性和高可靠性。這時，我們需要對系統進行設計，以應對隨時可能出現的系統故障。 容錯是當部分系統發生故障時系統繼續工作的功能，冗余技術是實現計算機容錯技術的主要手段。
7.1 網絡及設備的冗余設計對網絡設備、鏈路、網卡都可以實現冗余，當其中一個發生故障時，系統會將原負載自動切換到另一個冗余設備上，使系統不間斷運行，切換過程非常短暫，終端用戶是感覺不到的。 7.2 磁盤陣列技術 所謂的RAID，是Redundant Arrays ofIndependent Disks的簡稱，中文為廉價冗余磁盤陣列。由1987年由加州大學伯克利分校提出的，初衷是為了將較廉價的多個小磁盤進行組合來替代價格昂貴的大容量磁盤，希望單個磁盤損壞后不會影響到其它磁盤的繼續使用，使數據更加的安全。RAID作為一種廉價的磁盤冗余陣列，能夠提供一個獨立的大型存儲設備解決方案。在提高硬盤容量的同時，還能夠充分提高硬盤的速度，使數據更加安全，更加易于磁盤的管理。
7.3 雙機熱備份在系統容錯技術中，通常采用群集技術，其中雙機熱備也是一種群集技術，雙機熱備份技術是一種軟硬件結合的較高容錯應用方案。該方案是由兩臺服務器系統和一個外接共享磁盤陣列柜(也可沒有，而是在各自的服務器中采取RAID卡)及相應的雙機熱備份軟件組成， 如圖1所示。
在這個容錯方案中，操作系統和應用程序安裝在兩臺服務器的本地系統盤上，整個網絡系統的數據是通過磁盤陣列集中管理和數據備份的。數據集中管理是通過雙機熱備份系統，將所有站點的數據直接從中央存儲設備讀取和存儲，并由專業人員進行管理，極大地保護了數據的安全性和保密性。用戶的數據存放在外接共享磁盤陣列中，在一臺服務器出現故障時，備機主動替代主機工作，保證網絡服務不間斷。 雙機熱備份系統采用“心跳”方法保證主系統與備用系統的聯系。所謂“心跳”，指的是主從系統之間相互按照一定的時間間隔發送通訊信號，表明各自系統當前的運行狀態。一旦“心跳”信號表明主機系統發生故障，或者備用系統無法收到主機系統的“心跳” 信號，則系統的高可用性管理軟件認為主機系統發生故障，主機停止工作，并將系統資源轉移到備用系統上，備用系統將替代主機發揮作用，以保證網絡服務運行不間斷。 雙機熱備份方案中，根據兩臺服務器的工作方式可以有三種不同的工作模式，即:雙機熱備模式、雙機互備模式和雙機雙工模式。下面分別予以簡單介紹。 雙機熱備模式即目前通常所說的active/standby 方式，active服務器處于工作狀態;而standby 服務器處于監控準備狀態，服務器數據包括數據庫數據同時往兩臺或多臺服務器寫入(通常各服務器采用RAID磁盤陣列卡)，保證數據的即時同步。當active服務器出現故障的時候，通過軟件診測或手工方式將standby機器激活，保證應用在短時間內完全恢復正常使用。典型應用在證券資金服務器或行情服務器。這是目前采用較多的一種模式，但由于另外一臺服務器長期處于后備的狀態，從計算資源方面考量，就存在一定的浪費。 雙機互備模式，是兩個相對獨立的應用在兩臺機器同時運行，但彼此均設為備機，當某一臺服務器出現故障時，另一臺服務器可以在短時間內將故障服務器的應用接管過來，從而保證了應用的持續性，但對服務器的性能要求比較高。配置相對要好。 雙機雙工模式:是目前cluster(群集)的一種形式，兩臺服務器均為活動，同時運行相同的應用，保證整體的性能，也實現了負載均衡和互為備份，需要利用磁盤柜存儲技術(**采用San方式)。WEB服務器或FTP服務器等用此種方式比較多。
7.4 應用系統備份7.4.1 操作系統備份主機操作系統備份目標是：具備對整個系統的快速恢復能力，滿足無數據損失或損失最少、系統恢復速度最快、業務中斷時間最短的要求。 因主機操作系統一般變化較少，且流行的主機系統一般都提供較完善的操作系統備份方案和手段，對主機操作系統的備份可通過利用主機系統現有功能，結合主機上的內置磁帶機設備來完成，并將多份備份磁帶異地存放。 另外，應定期備份操作系統的配置文件等關鍵數據。 對于Windows操作系統，可以采用ghost軟件，在系統安裝已經應用程序安裝完成后，對系統進行克隆?；謴蜁r從光盤啟動，ghost軟件會將創建一個和原系統相同的新系統。 7.4.2 數據庫備份數據庫的備份應保證系統的基礎數據、信息等資料不丟失，能夠在基礎數據系統遭到破壞時迅速恢復，盡量避免或減少數據的丟失，將損失降低到最小程度。通常數據庫備份有以下三種方式： 1、物理備份 指在數據庫關閉的情況下對數據文件、控制文件等的備份。物理備份的特點是基本與數據庫操作無關，通?？梢岳矛F成的操作系統工具很方便地實現。 2、邏輯備份 在數據庫正常使用的情況下對數據庫對象進行的備份。日常進行邏輯備份的意義在于必要時可以進行“對象或行恢復”。例如如果有人誤刪除一個表或表中若干行時，很難從物理備份中恢復這個表或這些行，這時一個邏輯備份就是有益的和必要的。 3、聯機備份 在數據庫打開并且對用戶開放時對數據庫文件、控制文件等的備份，備份時數據庫可以繼續正常操作?？紤]到系統的重要程度，可以考慮采用靈活的備份方式，保證能夠將系統恢復到故障點之前的狀態。 4、備份策略 建立數據備份/ 恢復機制，數據每6小時進行一次增量備份，每三天進行一次完全備份。
7.4.3 應用軟件備份應用軟件的備份是為了保證在應用系統癱瘓時迅速恢復。應用軟件的備份可通過操作系統和內置磁帶機設備完成?？紤]到應用軟件版本更新、升級頻繁，各部分程序模塊經常會有程度不同的修改，需要保留以前的舊軟件版本來保證應用軟件的安全性和高可恢復性，所以，在每次版本更新升級后都需要進行備份。同時，可以考慮配置版本管理軟件對應用軟件進行管理。
8. 多種部署方式U8產品支持多種部署模式，依據不同的企業類型和應用類型提供以下部署方式。 8.1 簡單網絡應用，單臺服務器應用多個客戶端同時使用，每客戶端計算機只安裝自己使用產品的客戶端產品，有一臺服務器，安裝U8數據庫和所有要使用的服務組件，即數據庫服務器和應用服務器在同一臺服務器上。 適用于中小型企業應用。優點是，節約成本，用戶只購買一臺U8服務器。但缺點是，U8數據庫服務器和應用服務器都裝在一臺服務器上，服務器負荷較重。并發用戶較多時，系統運行效率會受到影響。如果并發人數較多,請采用高性能專用服務器。如果條件許可的話，推薦用戶使用多服務器模式。 【拓撲結構】
8.2 多服務器應用模式多個客戶端同時并發使用，每客戶端計算機只安裝自己使用產品的客戶端產品。U8服務器采用分離部署方式，配置有多臺物理服務器，包括：數據庫服務器、應用服務器、web服務器等。通過安裝和設置每個服務器充當不同的角色或一個服務器充當兩三個角色。這樣可以充分發揮每臺服務器的設計能力達到較高的效率和性能。 這樣配置可以充分發揮每臺服務的性能；每臺服務器分別負責特定服務，客戶維護U8系統明確清晰，易于管理。 【拓撲結構】
8.3 有分支機構的集團公司應用模式與大型集團的分布式應用對于大型集團或很多公司有許多外部分支機構，使用者遍布各地，U8使用者不在同一個局域網中。U8系統的使用者，包括：本地客戶（局域網中的U8客戶端）、Web用戶、利用終端服務、NTA應用、Citrix應用等方式使用 U8 系統。這種情況下局域網內使用者通過內部網絡使用U8，外部用戶通過Internet 互聯網使用U8。 此種情況下U8部署在公司內部數據中心，數據中心與局域網相連，數據中心通過Internet互聯網對外開放資源，各外部分支機構的本地沒有U8賬套數據，通過互聯網（包括：VPN、WEB等方式）或其他方式訪問U8業務數據。 在用戶通過Internat和遠程終端方式使用U8，此情況下推薦使用U8遠程接入方式。U8被集中部署，遠程用戶可以非常方便的使用部署在總部的U8產品。 【拓撲結構】
8.4 含有大量業務賬套的應用模式用戶有多個機構使用U8系統，或使用U8系統多年，所以擁有許多U8年度賬套，即U8年度數據庫，如果其賬套數據量都較大，且并發量較大的情況下，推薦客戶的數據庫服務器進行多數據庫分離部署。即不同年度的賬套數據庫，或某些賬套數據庫分布在不同的數據庫服務器上，以減輕系統壓力。 用戶數據量大，系統磁盤操作較多，日常情況下系統磁盤排隊明顯（磁盤排隊經常在10以上），請考慮增加Raid卡硬盤數量，或考慮增加磁盤陣列柜，以緩解磁盤IO的吞吐壓力。 在用戶并發量很大，應用服務器壓力，主要是處理器壓力，如果使用率偏高（正常使用時超過70%），推薦使用多臺應用服務器以減輕系統應用服務器壓力。 【拓撲結構】
8.5 含有用友連鎖零售管理系統的分布應用使用U8ERP+U8連鎖零售產品的客戶，零售門店端通過Internet互聯網與U8系統進行數據交換。 此場景包含零售后臺服務器、零售前端的網絡部署結構。其中U872系統和U8連鎖零售后臺部署在同一個局域網數據中心內，零售門店端在客戶門店中使用，通過Internet、ADSL、電話撥號、VPN等方式與零售后臺服務器、U8ERP系統進行數據通信，上傳下發數據等。 部署前準備檢查單：為提高部署效率，在實際部署前，應著重檢查下述問題，并確保有明確的答案。注，如果需要更為詳細的信息，請參考用友連鎖零售管理系統安裝指南。 【拓撲結構】
8.6 廣域網下的使用模式分布應用，集中管理的應用模式下，不同的企業的各分支機構可能會通過廣域網與總部連接，由于在終端運行模式下對帶寬的要求比較低，而且一個服務器支持的終端數也比較高。特別在目前雙核、四核等高性能低功耗的計算環境的支持下，我們推薦在廣域網中,U8產品盡量使用終端的方式。目前經過我們測試的主要的終端產品為NTA、Citrix和U8遠程接入軟件，其中u8遠程接入使用方式是用友自帶的接入產品，此產品針對U8產品的特點進行了優化，我們推薦使用此產品。
用友U8遠程接入是U8產品自帶的遠程接入產品，此產品專門針對U8產品的特點進行了優化，以下是此產品的配置信息。 2 最低硬件配置要求：CPU：P4 2.8G ，內存 ：1GB。 2 服務端軟件配置要求：使用Windows 2003 操作系統。 2 生產環境推薦硬件配置。
注: 列舉說明，以下舉例都為U8服務器和U8遠程服務器分置的情況： 1、 服務器配置為P4 2.8G/2G的服務器，支持同時15用戶接入； 2、 服務器配置為Core 2 Duo/4G的服務器，支持同時30個用戶接入； 3、 服務器配置為Xeon 4核/6G的服務器，支持同時45個用戶接入； 4、 服務器配置為Xeon 4核/8G的服務器，支持同時60個用戶接入。 2.2.3網絡帶寬計算 ? RAS服務器端所需Internet上傳帶寬：28Kbps×并發數。 ? 計算舉例：
注： ? 1個普通ADSL的上傳帶寬理論值是512Kbps。 ? 計算帶寬需求時，需要考慮用戶是否通過此線路上網。 8.7 其他遠程連接模式Windows終端的使用方式 Windows終端服務是Windows操作系統自帶的組件，具體的說明在IT部署方案下的《附錄-U8在Windows終端服務方式下運行及配置》。 NTA下的使用方式 NTA為硬件的支持方式，具體的使用說明具體的說明在IT部署方案下的《附錄-U8在NTA下運行及配置》 Citrix下的使用方式 Citrix為軟件的方式，具體的使用說明具體的說明在IT部署方案下的《附錄-U8在Citrix下運行及配置》 8.8 在VPN下直接連接的使用方式U872在VPN下直接連接使用時帶寬客戶端最低為8M位/秒。如果低于此帶寬則會產生產品響應較慢的情況。在此環境中，視不同情況和并發增加響應帶寬。請注意，很多寬帶網絡都聲稱帶寬為2M或4M但，實際使用時我們會發現這些帶寬實際為2M位/秒，或4M位/秒，換算為字節應該是256K字節/秒和512K字節/秒。由于目前寬帶提供商提供的寬帶大多無法滿足此要求，所以不建議用戶直接使用VPN直接連接的方式。我們推薦的廣域網下的使用模式為終端方式。
8.9 U8智能更新針對產品BUG、應用數據性錯誤和用戶的個性化、增強性的需求，U8不定期需要提供一定數量的補丁，但更新安裝繁瑣難用，這在一定程度上影響了客戶的滿意度，給一線實施顧問和技術支持增添了工作量，通過智能補丁更新系統，在用友內部建立統一的補丁發布機制，快速響應用戶問題，簡化補丁周轉周期，給用戶帶來了更多的便利。
圖 9-1 U8只能更新系統拓撲結構 1) USS為服務器集群,由網絡負載平衡解決服務器的性能問題 2) USS提供最新的補丁下載服務,目前支持的下載服務為HTTP和FTP服務 3) USS將通過防火墻和Internet網絡連接 4) CSS將和USS服務器進行數據同步,保持CSS上的補丁數據信息的最新版本 5) CSS同時為CSC端提供補丁下載服務(HTTP and FTP) 6) CSS提供對CSC的訂閱管理和處理，監控功能 7) CSS提供保存CSC端補丁等信息的持久化工作 8) CSC收集本機的需要的相關信息,如產品信息等
提供智能的更新服務解決了如下問題： l 簡化補丁的安裝和發放 l 通過發放獨立安裝包，解決了補丁安裝的環境依賴和兼容問題 l 提高了補丁響應時間，并及時發布通知用戶和一線實施顧問、技術支持，增加了透明度。 l 每個補丁包都包含問題的詳細說明，指導用戶按需安裝補丁。 l 規范補丁發放流程，提高了補丁的質量 l 在公司二級服務器上可以監控客戶端安裝補丁的情況。 l 對于網絡環境較差的情況，支持離線安裝，支持斷點續傳。 l 更新工具本身支持自動升級
|
||||||||||||||||||||||||