7軟件系統技術方案為了滿足技術先進性及可行性、系統安全性、系統開放性、系統運行的穩定、可靠性、系統易用性、可維護性、可升級性、可繼承性、增強的管理功能建議采用基于UAP平臺的NC產品、以及客戶化開發的模塊滿足企業的應用。考慮到系統的復雜性，以及業務的需要，采用分布式集中方案。并且要求系統具有良好的分布部署，業務協同的能力。71總體技術及部署策略7.1.1對標書技術需求的理解根據用友要求，根據用友對大型管理軟件的開發實施的經驗，認為本系統是地域廣闊、業務復雜、行業特性突出、業務集成高的系統，在技術必須從軟件技術和系統布局上進行充分的考慮和設計。技術以及部署策略主要體現在如下幾點：(一) 具有技術先進性及可行性用友認為系統應采用先進的體系結構，保證在建設和使用期間體系結構不會落后。另外，財務系統在軟、硬件產品的選擇上要盡量采用成熟的產品，以保證系統安全、可靠地運行。當前軟件系統主要分為 J2EE技術架構和.NET技術架構。(二) 系統安全性用友認為財務信息是企業最為關鍵的數據信息之一，財務系統采取全方位防范措施，以保證系統安全。財務系統在各個環節上都要有相應的安全措施來保障，這些措施主要包括：系統訪問控制、數據通信加密、系統日志紀錄、數據備份與恢復等。(三) 系統開放性用友認為系統要采用標準的平臺、技術和結構，使其易于與其它系統進行信息交換。應定義規范的數據接口，以實現系統與其它系統互連互通以及互操作。(四) 系統運行的穩定、可靠性用友認為系統作為企業信息化系統中的關鍵業務系統之一，系統的穩定性和可靠性將關系到集團公司日常工作，因此財務系統應具有良好的穩定性和可靠性。(五) 系統易用性用友認為系統應具有良好的用戶界面，易學易用。還應在功能、業務流程上具有易操作性。系統提供操作手冊、在線幫助，功能鍵的安排應符合使用人員習慣，數據能夠以清單、表格、圖形等形式顯示、打印。(六) 可維護性、可升級性用友認為系統應采用結構化、層次化設計結構，使系統易于維護和升級，系統應采用模塊化設計，并保證各版本之間具有良好的兼容性，不會因為系統中某些模塊的改變而影響整個系統的正常運行。財務系統軟件應盡可能做到”零”維護，同時實現簡便易操作的遠程維護。(七) 可繼承性用友認為系統應具有較強的可繼承性，應包括應用系統的可繼承性及數據的可繼承性，系統應提供對各項相關財務歷史數據的存儲、查詢、管理等功能。(八) 增強的管理功能用友認為系統應注重對系統操作流程的合理、必要控制，提高業務、管理工作的規范性。提供計劃控制功能，實現管理信息化。7.1.2 技術及部署具體策略根據對系統技術需求的理解，系統布局需要從系統架構、技術平臺、系統安全、環境部署上進行滿足上面的要求。系統布局：采用分布集中的方案，保證效率以及集中管理要求。技術平臺：采用以J2EE為基礎的UAP技術，包括技術平臺，應用平臺，開發和管理工具集，以J2EE為基礎的系統。系統安全：采用SSL技術、CA技術等可以保證系統的安全性環境部署：根據業務量計算具體需要部署的硬件設備參數進行實際部署。7.2系統布局7.2.2系統采用省級部署系統部署圖如下拓撲圖說明 XX 系統千兆帶寬的局域網，連接數據庫主機、應用系統主機及通信服務器等設備。主要設備有數據庫服務器、應用及WEB服務器、電子憑證倉庫服務器等主機設備，路由器、交換機等網絡設備，磁盤陣列等網絡存儲設備，以及防火墻等安全設備。 中心設置2臺小型機作為中心數據服務器、2個服務器作為中心Web及應用服務器，系統數據全部存放在磁盤陣列上，并配置另外一臺磁盤陣列(或者磁帶機)進行數據備份。建議采用Oracle RAC技術以保證系統的穩定和數據的安全以及數據庫并行計算能力。整個信息系統還可以包括網管機，用于系統維護人員進行網絡管理及系統維護。 數據全部在集團數據中心存放。用戶通過瀏覽器訪問中心應用服務器使用該系統，進行數據錄入、查詢等界面操作。 省級管理機構領導以及管理人員的管理終端，使用10/100M局域網交換機建立管理局域網，通過相應的網絡設備聯入報賬系統。 系統客戶用戶通過瀏覽器，使用HTTPS模式訪問中心應用服務器，使用該系統；進行數據錄入、查詢等界面操作。 設備都采用冗余的方式，保證系統的高可靠性。 電子掃描的圖像按照數據庫的方式進行存儲方便管理和備份，提供電子倉庫應用服務器進行加密處理，并提供外部系統的查詢服務。 CA服務器可以作為獨立的服務器安裝，也可以使用XX現有的CA服務器。7.3系統框架及技術7.3.1體系結構 本系統軟件架構主要包括：表現層、接入層、應用層、核心層和數據層。見圖 8-1。圖 8-1 軟件架構圖表現層功能說明表現層負責提供終端用戶操作界面。表現層包括各級終端用戶和業務系統。終端用戶包含國家局用戶終端、省局用戶終端、地市局用戶終端、縣局用戶終端等。 用友軟件在客戶端采用MVC的設計模式，分離了表現層、控制層、數據層。方便開發和維護。業務客戶端 Java plugin 模式下，可以動態的根據服務器的代碼版本更新本地的代碼版本，按照包進行管理。按照JSR1.68協議提供Portal可以實現單點登錄NC提供界面整合組件直接使用第三方腳本進行界面集成。接入層功能說明接入層負責接入客戶端請求、以及外系統數據交換。接入層主要包括WEB服務、任務調度中心、頁面生成器等。 WEB服務實現用戶瀏覽器的接入和WEB頁面的處理。Web 服務支持HTTP協議，和HTTPS協議。 任務調度中心實現請求服務的排隊處理，達到共享連接，避免大量用戶同時接入時，過多的消耗主機資源。 頁面生成器：NC的頁面生成采用組件的開發模式生成界面需要的HTML。應用層功能說明應用層主要包括總帳、報表、資金管理等模塊。核心層功能說明UAP的運行平臺，包括各個引擎的運行態。 元數據：管理系統的元數據描述 權限控制：提供權限服務，登陸認證等。 工作流引擎：提供工作流的驅動。 查詢引擎：提供后臺的，高效的執行引擎。 持久化層：提供統一的OR Mapping 技術。 日志管理：實現系統操作日志的自動登記、歸檔等管理功能； 系統監控：實現系統運行狀態的自動監控，生成各種監控報告，并具有查詢打印功能數據層功能說明數據層：使用ORACLE數據庫，完成財務系統數據的存儲、響應和調度。XX采用平臺技術、平臺的框架圖如下：用友XX體系框架圖用友XX從體系結構上可分為三層，從下往上分別為系統框架層（System Framework）、技術框架層（Technology Framework）及應用框架層（Application Framework），如Error! Reference source not found.所示。UAP-NC還提供開發和管理工具集（Workshop）。系統框架層系統框架層主要指基礎軟件，如操作系統、數據庫及J2EE應用服務器。UAP-NC支持多種操作系統（Solaris、AIX、Linux、Windows等），可運行于符合J2EE規范的多種應用服務器（IBM WebSphere、BEA WebLogic、UFIDA Application Server等），支持多種數據庫DBMS（DB2、Oracle、SQL Server、OSCAR等）。UAP-NC還提供Portal服務器進行內容集成以使用戶對企業資源有一個統一的訪問點。技術框架層技術框架層是在系統框架層（操作系統、數據庫及應用服務器）和應用系統之間建立的一層技術封裝層和系統資源監控和管理層。技術框架層屏蔽不同具體技術實現的細節，減少直接使用系統資源帶來的復雜性、異構性、不安全性及不穩定性；技術框架層監控和管理系統資源，保證系統資源的可用性及其合理使用；技術框架層提供最佳編程模式，加快在不同技術平臺上開發和部署應用的速度，保證應用的健壯性。技術框架層所屏蔽技術實現細節包括界面風格、遠程接入、EJB實現/訪問、多數據庫適配、事務處理、并發處理、緩存處理、安全管理等等。n 企業服務架構（Enterprise Service Architecture，ESA）企業服務架構是一個服務集成總線，支持異構環境的服務、消息及基于事件的交互。通過ESA，可以使用與實現無關的接口來定義服務，可發現和調用所需的服務，可解決服務之間的相互依賴。n 連接框架（Connect Framework）連接框架連接客戶端與服務器，使不同客戶端（瀏覽器小應用程序、Java應用程序、瀏覽器JSP）可通過不同訪問協議（HTTP/HTTPS，RMI）使用服務器提供的服務。n 同步（Synchronization）同步服務實現客戶端與服務器代碼和數據的同步，及集群環境下服務器之間的資源同步。n SQL翻譯器（SQL Translator）SQL翻譯器將SQL翻譯成適合目標數據庫的SQL語句，以適配不同數據庫廠商提供的產品；優化SQL，充分發揮不同數據庫的最大性能。n 元數據管理（Metadata Management）元數據是描述系統數據（包括界面定義、規則定義、流程定義等）的數據。通過元數據管理，對系統數據統一進行維護以支持用戶自定義，如改變字段的可編輯屬性、字段的取值范圍等。n 工作流引擎（Workflow）工作流引擎根據工作過程的描述，通過執行一系列已定義的工作項，完成此工作過程。UAP-NC的工作流引擎支持多種工作流模式，如分支、合并、并行、選擇、循環、回退等；支持工作項的搶占與會簽；支持可配置的動作執行腳本，等等。n 規則引擎（Rule Engine）規則引擎用來定義和執行各種規則，包括界面規則、關聯關系、計算規則、條件跳轉規則等。使用規則可以讓應用更加富有柔性。規則需要通用的行業化語言精確表達且淺顯易懂。規則引擎需要滿足一定的計算速度，支持規則的批量處理及理解外部數據。n 持久化框架（Persistence Framework）封裝不同持久化技術（如JDBC、普通文件、XML、Excel）。持久化框架可解決對象與關系之間的“阻抗失配”問題。n 基礎算法（Basic Algorithms）提供統一的基本算法，如排序，XML文檔操作，方便開發與編程，統一代碼規范。n 登錄和安全（Login/CA Security）統一管理系統登錄時的身份認證。支持多種身份認證策略，如靜態密碼認證、基于USB Key的CA身份認證等。支持對業務敏感數據使用證書進行簽名和驗證以防止數據篡改和提供抗抵賴性。n 調度引擎（Scheduler）調度引擎對服務和線程進行統一管理，以屏蔽不同應用服務器的異構性。調度引擎調度各種服務、常駐系統服務、客戶端的請求服務、以及一些服務的組合。n 異常（Exception）統一解釋與封裝異常消息，如不同廠商的數據庫異常的不一致。n 緩存（Cache）提供在服務器端與客戶端的臨時內存中進行緩存的機制，包括對象的創建、共享訪問、假脫機（Spooling）、失效等，加快對用戶操作的響應。n 日志（Log）日志機制提供對系統運行時的監控及支持對系統異常的追蹤與定位。日志機制可控制日志輸出的格式、日志信息的級別、日志信息輸出的目的地（文件、控制臺、SocketServer等）。通過配置文件進行靈活的設置，用戶可以細致地控制日志的生成過程，而不需修改程序代碼。n 界面模式在B/S技術框架下，支持 Rich Client模式和Thin Client 模式，Rich Client支持SWING技術形態，支持良好圖形控件，比較適合于業務操作。Thin Client模式下 支持HTML，JS的技術形態的界面，比較適合于信息發布。應用框架層應用框架層是基于企業建模理論的、以業務導向和驅動的、可快速構建應用軟件的軟件平臺。應用框架層的出現是一種技術創新，它使軟件平臺多了一個具有革命性意義的戰略層次，為降低大型復雜軟件系統的實現難度提供了新的途徑。將應用軟件的業務邏輯和開發技術相對分開，使得應用軟件的開發者可以僅關注應用的業務邏輯，而不必關注其繁瑣的技術實現。這使管理層與業務人員參與應用軟件的開發成為可能。UAP-NC應用框架層基于業務和管理層面，以業務建模（組織、流程、功能、資源、信息）為基本手段，從而構造、開發和維護業務應用系統。使用UAP-NC提供的應用框架層，可大大縮短研發周期，提高研發效率，加快應用開發的速度；減少企業信息系統開發的風險；降低開發成本；實現最終用戶的個性化的需求；支持用戶在發展過程中各種各樣的需求變化；提供應用的高價值。n 國際化（I18N）實現界面的多語化及數據和展示的本地化。界面的多語化是指根據用戶登錄時指定的語種顯示相應的語言界面。企業用戶可以修改相應的語言信息及顯示的圖片。數據和展示的本地化指日期、時間、數字、貨幣、匯率等可根據企業用戶本地的習慣進行展示。n 消息管理（Message Management）消息管理集中顯示通過ESA所傳送的消息，如應用系統所產生的預警消息，通知消息，業務流程相關的消息，及企業公告和用戶對發消息等。n XX管理（Mobile Management）支持通過鐵通設備進行消息的交互及操縱業務數據等。對無線設備的廣泛支持，UAP-NC帶來的是企業管理的無處不在和服務的無限拓展，同時也為企業決策人員提供了高端、迅捷的管理機制。n 組織管理（Organization Management）提供從不同維度管理企業，如公司、部門、主體賬簿等。n 數據傳輸（Data Transfer）數據傳輸負責傳輸以規則定義的數據集以支持數據層的應用集成。n 數據交換（Data Exchange）與第三方系統進行數據交換，提供靈活的數據映射及數據綁定，支持根據業務規則的轉換，同時結合工作流平臺整合業務流程。n 動態會計平臺（Financial Account Platform）通過定義會計科目類別和憑證模板，使用憑證生成器，根據業務數據生成實時憑證。在保持業務數據與財務數據相對獨立的基礎上保證數據的一致性和及時性。n 預警平臺（PreAlert）在預警平臺上可定義多種方式的預警條件以進行形式多樣的預警，如時間條件、庫存大小、生日等。預警還可配置在用戶登錄時觸發。預警消息可以用HTML網頁的形式發布，可以通過郵件發布，還可使用短消息發送。n 業務流程和審批流程的編排（Business Process and Approval Flow Orchestration）用來定義業務流程和審批流中數據的流向，數據間的關系及以人員的關系。n 訪問控制（Access Control）使用基于用戶角色和對象權限的權限分配方式。每一角色都包含公有權限和屬于某一具體公司的私有權限。角色還提供信任功能。n 應用模式（Application Patterns）UAP-NC根據經驗積累與用戶實施，總結出一套與應用界面相關的模式（表單、報表和打印），更好地提供滿足用戶需求的界面展現，更快地滿足用戶個性化的需求。標準化的UAP-NCUAP-NC是標準化的企業應用平臺，支持如下標準：n 應用服務器：J2EE Specificationn 工作流：WfMC Reference Modeln 安全：SSL and JSSE，X509 Certificate，and Digital Signaturen 消息：JMSn 管理：JMXn 門戶：Java Portlet Specification (JSR 168)n 數據庫訪問：JDBC 支持ORACLE，DB2，SQL*SERVER等數據庫n 遠程訪問與連接：HTTP/HTTPS，RMI/IIOP開發和管理工具集UAP-NC在為復雜企業應用軟件系統的開發提供一個基本框架（技術框架層和應用框架層）的同時，提供了與之相應的、方便易用的開發、實施、維護和管理工具集。這個工具集預置了大量的基本功能件、核心功能件和應用組件，支持企業模型的仿真、分析、診斷、優化和調整。通過技術框架和應用框架提供的開發與管理工具集：n 用友軟件和二次增值開發商能很方便地滿足用戶個性化的需求及用戶在企業發展過程中各種各樣變化的需求；n 降低開發難度，提高開發效率；n 支持基于企業參考模型的快速實施；n 提供全新的應用軟件開發模式。7.3.2接口技術？NC產品是最早采用J2EE架構、按照“集中管理、協同商務”的產品設計理念，針對集團與行業客戶群研發的ERP產品。NC經過近十年研發和發展，已經形成了國際化的、技術和平臺先進、成熟的集團應用架構、超過1000多家集團型客戶與行業客戶成功應用的高端業務產品與及解決方案體系。數據按省公司進行集中式管理，并能通過數據傳輸工具自動傳輸到總部：分布式部署指在集團總部和下屬企業各部署完整的應用系統，比如，集團采用大集中的NC，以及建立中心數據中心，省分中心采用區域集中的模式。圖 01 分布式部署分布部署對軟件有比較高的要求。為了滿足分布集中要求，要求軟件做出相應的設計。NC為了滿足分布后數據能夠合并在一起設計中有兩個重大的規定：1、 采用OID最為主鍵，分服務器產生不同的OID，數據能夠復制到一起2、 每個數據上有時間戳，能夠進行增量復制。為了滿足實時進行業務傳遞的要求，可以采用NC的數據復制工具進行數據復制，增量的，時間步長可以設置為1分鐘，1分鐘檢查一次是否有新的業務數據，如果有進行數據上傳，實現實時的業務協同。數據復制工具：一個數據傳輸對象實際就是一系列表的集合，并且每一個表都對應了一個select語句，數據傳輸工具在傳輸一個數據傳輸對象就是根據每一個表所定義的select語句從原數據庫中取出數據，再插入到目標數據庫的，所以定義一個數據傳輸對象的內容就是通過上面的界面選出需要傳輸數據的表，并為每一個表定義一個select語句。為了便于程序的處理，將一個select語句按照結構分成了四部分，即select子句、from子句、where子句和order by子句。如果上圖所示另外，數據傳輸對象為每一個數據表還定義了一個“復制模式”的屬性，有兩個取值：增量復制和覆蓋復制。復制工具可以定義任務，定義任務執行的時間周期。進行自動執行傳輸任務。復制工具也提供數據文件導出，將表的數據進行打包，使用其他途徑發送數據，目標系統將數據進行倒入。系統設計采用PK，時間戳的模式，可以準確的知道數據的有效時間，采用邏輯刪除數據的模式讓數據刪除可以在復制中得到體現。保障數據的完整性。NC有實際的大用戶使用分布集中的系統：中國人民銀行全國財務系統。在網絡暢通的情況下，進行測試能夠達到2000條/秒。7.3.3界面技術NC界面技術采用基于SWING技術的界面形態和基于HTML+JS的技術形態。Swing具有先天的操作能力，開發業務人員的管理界面。HTML+JS適合于簡單的管理簡單的應用和信息發布，和信息整合，在這些方面有非常大優勢。系統提供界面方便、友好、美觀、簡潔，查詢輸出界面友好。下面是一個界面樣例、單據報銷錄入界面：單據模版：通過單據模版工具可以配置各種界面模型。根據權限分配給角色或者用戶打印模板打印模板定義了打印模型和各種打印選項。使用者將打印模型建立在打印模板的表格中，每一個單元格都可以定義獨立的字體、顏色、邊框、高度寬度和綁定的變量。另外，打印模板還可以定義關于打印的一些頁面設置，比如頁碼、頁眉頁腳、紙型等等。支持打印變量定義，打印變量是對要打印的數據的抽象，打印變量通過拖拽方式從變量列表添加到模板中。在實際打印或預覽時，用到的打印變量會被賦值。一共有三種類型的變量：數據源變量、自定義變量和系統變量。提供固定行、固定列、向下擴展和動態列、固定行的單元格變量的擴展、分頁支持自動和強制分頁。打印目前分成五種場景：普通分頁場景、強制分頁場景、憑證分頁場景、工資條場景、卡片分頁場景。打印預覽界面：系統幫助：系統內置了幫助手冊，在各個功能節點按幫助鍵就可得到系統幫助。如圖所示：查詢引擎：查詢引擎是一個重量級的工具。可以根據應用的需求定義查詢的需求。看一下這張圖的示例。本工具可以作任意布局，可以做數據與圖形的聯動。他既是一個開發工具，又是一個實施工具。7.3.4數據輸入輸出輸出技術系統提供可以輸出多種數據格式如：EXCEL，XML，TXTExcel使用Apache的Jakata項目的POI子項目。XML,TXT 是文本格式直接輸出就可以了。輸入技術：系統提供基于EXCEL，XML，DBF，TXT等多種數據的轉入，錄入方式。Txt導入：主要使用JAVA程序識別，軟件中還包括定義數據分隔符等定義數據含義。Excel導入：使用Apache的Jakata項目的POI子項目。DBF導入：使用JDBC接口讀入。NC提供一個數據轉換平臺，可以將各種數據來源裝換成XML數據格式，供外部交換平臺進行識別使用。系統應提供調用外部第三方軟件對錄入數據的編輯功能：基于WEB的模式，系統提供對第三方軟件的錄入數據的編輯功能。通過 JACOB可以調用WORD，EXCEL 等功能。通過 ACTIVEX可以調用第三方的控件。也可通過DLL調用方的第三方軟件的錄入數據的編輯功能。另外：在EXCEL還可以利用EXCEL的嵌入功能作預算的離線編制、和系統互動的功能。IUFO產品提供久其的數據接口可以將財務報表導出給國資委報表系統。？田穎7.3.5權限控制資源權限控制界面用來為當前登錄公司以及當前登錄公司的下屬公司啟用按鈕權限控制和數據權限控制。NC 系統中的權限由三個部分構成，分別為功能權限、數據權限和按鈕權限。功能權限是指節點的查看和打開的權限；數據權限是指檔案的參照權限，而按鈕權限是只指各個界面上按鈕的查看和使用權限。如果不啟用權限控制，則不需要分配權限，系統默認角色具有所有權限；啟用權限控制后，可以為具體的角色分配具體的權限。NCV5.0 系統默認啟用了功能權限控制，且該設置不可修改；數據權限和按鈕權限的權限控制默認為不啟用狀態，但可在本界面對設置進行修改。資源權限控制的界面如圖1.1.1 所示。表頭的公司項中默認顯示當前登錄的公司，可以通過公司的參照選擇不同的公司，為其進行資源權限控制的設置。界面左側的資源列表中顯示的是NC 系統中可以啟用權限控制的資源，包括按鈕和各個可以啟用數據權限控制的檔案。選中了某一個資源后，界面右側會對應顯示出當前登錄公司以及當前登錄公司下屬公司能夠啟用該資源權限控制的組織，這種組織有可能是公司也有可能是主體帳簿，由選擇的資源決定。7.3.6 審批流平臺審批流平臺為單據的審批處理提供平臺支持。基于任務驅動的執行引擎使得流程流轉與用戶交互分離開來，具有更強的健壯性。支持分支/匯總（Split/ Join）、優先級（Priority）、子流程（Subflow）、可指派、搶占/會簽、消息配置、代理人、棄審等流程特性。流程定義XX的審批流定義模型遵循WfMC的XPDL1.0過程定義規范，具有嚴格的語義和豐富的描述能力。圖 1審批流定義-瀏覽圖 2審批流定義-設計審批流定義按照單據類型（+業務類型）進行了分類。用戶可以基于單據類型定義審批流，也可以基于單據類型+業務類型（如果配置了業務流程）來定義審批流。一個單據類型（+業務類型）下可以定義多個審批流，這里可以把單據類型（+業務類型）理解為過程包的概念。7.3.7 外部接口采用外部交換平臺實現外部接口。外部數據交換平臺主要用于外部系統和NC系統進行集成。利用外部數據交換平臺，可以將外系統的基本檔案和業務數據發送到NC系統中，并進行相關的業務操作，如審批、棄審，也可以通過發送XML格式的查詢條件導出NC系統的數據（需業務插件支持），導出的數據可以附著在回執文件中，也可以直接向外部系統回發HTTP請求。圖 1.1.1 外部交換平臺總體結構圖外部交換平臺功能特點:n 采用XML格式作為統一的數據交換標準，為數據訪問提供簡便、 統一的模式。XML格式在數據表達和描述方面有著很大的優勢，逐漸成為業界的標準，采用XML格式作為交換標準格式可以很好的保護企業投資。n 面向服務的架構。這使得第三方系統可以隨時隨地向NC系統發送相關的業務數據，NC內部的預警服務及工作流引擎使得NC系統可以在合適的時候向第三方系統傳送需要的數據，并且滿足第三方系統的格式規范。n 靈活配置。數據轉換的規則可靈活定義，獨立于應用集成和業務邏輯，也就是說根據不同的外部數據結構，直接通過修改交換規則文件的定義，即可達到各種異構數據無縫集成的目的。n 自由擴充。對于標準產品不支持的業務單據，如果有集成需求，外部交換平臺提供了向導式的二次開發工具，集成了所有與二次開發相關的功能及配置，支持動態部署，可以在用戶環境上進行快速有效的開發。3.5與銀行接口企業與銀行之間的數據傳輸采用銀行數據格式為標準的方式進行，銀行集成平臺服務提供與各銀行之間的通訊、交易（查詢和轉賬等交易）、數據整合、安全認證的服務，實現交易指令到銀行的發送和結果的回收，建立企業與銀行之間的無縫連接。具體功能如下：1、 銀行接口各銀行提供的銀企直聯方式存在很大的差異，主要體現在數據標準、通訊方式、交易機制以及安全認證四個方面，在建立與銀行之間的連接時，按銀行提供的數據格式，開發各家銀行接口方式，與每家銀行實現無縫對接，完成通訊、交易、安全認證等服務。2、 數據整合通過銀行接口建立企業與銀行之間的無縫連接通道，各家銀行發送的數據格式雖然不同，系統具有識別數據格式并進行轉換的功能，能將各銀行的數據標準解析成系統可識別的統一格式，將各銀行交易機制轉化成系統的統一標準，進行各種交易指令的處理，整合各銀行在一個平臺上運行。3、 與銀行通訊的協議取數方式資金管理系統通過DDN專線與各商業銀行的服務器相連，系統主動發起取數設計時分兩種情況分別考慮，一種是系統操作人員需要查詢統計時，系統向銀行發出請求，銀行傳回數據以滿足實時的要求，另一種是控服務器定時（間隔時間可由系統自動設定并進行調整）向銀行服務器發送數據請求，接收銀行服務器返回的數據包后存入本地數據庫。此子系統運行在與銀行通訊的前置機上，保持24小時不間斷運行；同時設置與銀行通訊的各種參數，如：銀行主機IP地址、通訊端口、消息端口、客戶證書編號等參數；維護銀行接口的增加和減少；并記錄各種交易的原始數據報文日志，可追溯各種交易的完成情況。銀企數據交換是企業與銀行之間數據信息相互交換的紐帶，一端與銀行集成平臺對接、一端與資金數據庫對接，實現查詢賬戶余額、查詢交易明細、轉賬（上劃、下撥、調戶、對外支付等）等業務的數據支撐，具體功能如下：1、定義執行任務可以選擇的定義執行任務的具體項目：查詢余額、查詢當日明細、查詢歷史明細、指定時間段查詢歷史明細、歷史明細校驗、支付的功能。2、定義任務計劃（1） 系統運行時間段：采用24小時制方式，系統自動從某時刻啟動運行，到某時刻停止運行，降低系統運載負荷，提高系統的運行效率。（2） 行時間段內，定義支付交易輪訓周期、查詢交易輪訓周期；即操作員可以自定義查詢周期，半小時、一小時等等。（3） 批量劃撥定義：可以定義每天、每周的某星期或每月的某天，在某時刻系統自動上劃資金。（上劃資金的賬戶、賬戶資金鏈條關系、是否保留余額上劃等定義在基本信息設置的開銷戶中定義）3、提供業務數據日志銀行向企業發送數據的業務日志查詢。4、 數據自動校驗（確保銀行發送數據的準確性）通過定義執行任務中的“歷史明細校驗”項，系統自動校驗銀行數據傳輸的準確性，對不符合要求的數據系統自動補傳。此子系統運行在與前置機和服務器通訊的機器上，一般都安裝在前置機上，并保持24小時不間斷運行。7.3.9系統性能(?需要修改成單據和審核的)用友產品每次發版都進行壓力測試：1，擬定測試的場景2，進行壓力測試，觀察性能狀況3，進行性能調整4，確認性能用友和HP，ORACLE一起測試的萬人測試報告。采用6計算機作應用服務器。4個計算機作數據庫集群。按照應用場景設計，分布萬人并發對系統進行壓力測試。下面的圖是我們的壓力測試的結果節選。模塊操作點響應時間（s）并發人數步長（s）財務三欄明細帳查詢5.253130700-900余額查詢2.11230300-600憑證復制保存0.41139260-90憑證查詢3.015200600-900卡片查詢2.94650300-600序時帳查詢1.716100600-900應付單保存0.43725030-60資金付款登記單填寫保存0.4673060-90內部授信額度監控0.52120300-600委托付款書1.2326030-60委托付款書查詢0.34330300-600委托收款書填寫保存0.4266030-60委托收款書查詢0.28930300-600對賬單查詢3.3630300-600NC系統滿足萬人并發應用。時間相應能夠滿足系統的性能要求。7.3.10系統的日志與監控能力日志管理與系統監控為了保障系統穩定可靠需要本系統應當具有高度的可監控性。系統所有的組成部分需要將狀態和日志發布出來，讓系統狀態可視化。 系統組成：數據庫服務器、應用服務器、網絡設備、應用軟件、中間件需要發布的信息：運行狀態，各種日志相關的工具：系統監控、數據庫工具、管理軟件工具、websphere監視工具。這樣構成了系統得運行監控體系利于系統運維。系統監控：根據定義的預警條件自動進行預警。業務系統日志日志管理能夠記錄用戶進入某個功能節點的時間和用戶退出某個功能節點的時間，并提供用戶對日志的管理功能。系統日志：系統發生內部錯誤的紀錄。登陸NC：系統的登陸退出日志進入節點：用戶進入功能，退出功能節點的日志點擊按鈕：用戶按鈕的日志業務日志：用戶進行業務操作的日志。比如：憑證錄入等。軟件設計中規定日志只有四種日志級別DEBUG、INFO、 WARN、 ERROR,順序為DEBUGINFO、 WARN WorkerThread40:1695 ST: nc.bs.mw.sqltrans.SqlTranslator. getResultSql Over T:1462ms 40:1695表示是192.168.140該客戶端機器發送過來的任務；T:1462ms表示處于該狀態已經有1462秒了。3、數據庫連接狀態這個功能可以得到所有被征用的數據庫連接的活動狀態。可以得到1、 當前正在執行的SQL語句2、 開始執行SQL語句的時間。3、 對應得線程4、 最后100條SQL語句4、內存狀態如圖：獲取對應中間件的java內存情況，其中FreeMemory 為可用內存， totalMemory為總內存，totalMemory-freeMemory為已經用掉的內存。遠程維護用友提供遠程維護技術和服務。（？實施）遠程維護應用場景： 請求遠程維護的客戶需要具有一臺能上外網并具有外網靜態IP的機器，該機器可以是應用服務器本身，也可以是別的能訪問應用服務器的其他機器，同時需要客戶處出口防火墻放開相關訪問該機器的端口設置，如telnet，ftp通道所需要的23端口等；同樣，遠程維護中心也需要有一臺能上外網，具有靜態外網ip的機器，該機器上安裝有相關遠程服務軟件。1）：客戶向遠程維護中心發出遠程維護請求。2）：遠程維護人員接收到請求并登記確認。3）：遠程維護人員與客戶系統管理人員聯系建立遠程服務的具體事宜。4）：建立遠程維護通道。5）：遠程維護中心進行遠程維護，問題定位，測試，解決問題。6）：問題處理完畢，確認并關閉遠程維護通道。NC遠程維護所涉及的軟硬件與相關技術遠程維護中涉及到的軟硬件要求并不高，較容易實現。遠程維護工具:1) WINDOWS環境: WINDOWS終端服務 (推薦) Lava Netmeeting.2) Unix/Linux環境: Telnet (推薦)FTP Xmanager遠程維護中心硬件需求：一臺PC服務器；windows操作系統；外部IP。 遠程維護客戶端環境要求：1：需要有外部ip的機器2：對應機器上如果是windows操作系統，需要安裝有微軟終端服務器或lava等遠程工具。3：對應機器上如果是Unix或Linux操作系統，需要開放telnet和ftp端口。.7.4數據庫、應用服務器選擇7.4.1數據庫方案建議采用ORACLE 10G。ORACLE的特性：數據庫支持OLTP，Oracle數據庫企業版為關鍵任務的應用程序，例如大業務量的在線事務處理 （OLTP） 環境、查詢密集的數據倉庫和要求苛刻的互聯網應用程序，提供了高效、可靠、安全的數據管理。Oracle數據庫企業版為企業提供了滿足當今關鍵任務應用程序的高可用性和高可伸縮性需求的功能。Oracle數據庫是用一個強健和可靠的數據庫引擎體系結構構建的，它包含了 Oracle數據庫的所有組件，并且能夠通過購買選項來進一步得到增強。Oracle 提供了具有先進技術的可選產品，這些技術能夠滿足關鍵任務的OLTP、數據倉庫和互聯網應用程序環境最苛刻的開發和部署需求。Oracle數據庫支持大規模的OLTP環境，在多項TPC-C基準測試的OLTP類型測試中保持領先。實際客戶遍及各個行業。具有高可靠性，容錯能力和自恢復能力, Oracle作為歷史最為悠久的數據庫廠家，其產品向來以穩定和可靠而著稱。Oracle領先的真正應用集群（RAC）技術提供了真正的應用不停頓的解決方案，充分利用硬件資源，能夠實現系統在故障時的容錯和無斷點恢復，還可以自動實現并行處理及均衡負載；Data Guard數據保護技術，保證零數據丟失，可以滿足用戶不同的災難備份系統的需要；甚至在出現人為錯誤后，還可以利用Flashback Query技術進行改正。這些技術都是Oracle獨有的技術優勢，是經歷了成千上萬的實際客戶應用案例所驗證的、成熟的、完全集成的解決方案，可以最大程度降低數據庫計劃內和非計劃內宕機對系統造成的影響，保證數據庫的可靠性和7*24小時的高可用性，有效地保護用戶投資和保障業務系統的連續運行。Oracle數據庫在數據庫級別和系統級別都具有很強的容錯能力。在數據庫級別，某個應用數據所在的數據文件損壞，不影響數據庫其它數據的使用。另外，分區功能可以進行故障隔離，介質故障或損壞等故障僅位于故障磁盤中的分區，僅是該分區受影響且需要進行恢復，其他未受影響的分區在恢復故障分區時繼續保持聯機。在系統級別，可以通過真正應用集群、數據衛士(遠程鏡像數據庫)、數據庫復制等保證整個系統的容錯能力。Oracle數據庫具有完善的備份和恢復機制，可以高效地進行數據恢復。同時Oracle數據庫的閃回查詢表/數據庫, 可通過重建錯誤事務發生之前的數據來從錯誤中恢復。Oracle數據庫提供了閃回數據庫，撤銷表刪除，閃回查詢，閃回事務等功能。Oracle數據庫將錯誤及預警信息記錄在alert文件或反映在Oracle企業管理器中，數據庫管理員可以通過查看此文件或企業管理器了解已經發生的錯誤及可能發生的錯誤。支持數據的自動復制Oracle支持在網絡上的同構或異構數據庫之間的數據有效傳輸和冗余性復制，Oracle可以通過ODBC或Transparent Gateway等方式實現與異構數據庫之間的數據傳輸和復制。Oracle直接支持同構數據庫之間的傳輸和復制，如：透明分布式數據訪問、快照復制、高級復制（對稱復制、可更新快照等）、Advanced Queue高級隊列復制、Streams流復制、Data Guard容災備份復制等多種數據傳輸和復制技術。可伸縮性Oracle數據庫具有良好的可伸縮性，從個人應用到成千上萬用戶的企業級應用，Oracle數據庫都可以在相同的體系結構上支持并有較高的性能價格比。同時，無論是單CPU的服務器，還是多CPU的SMP服務器，Oracle數據庫均有成熟的技術支持。這是由于Oracle數據庫具有先進的體系結構。Oracle數據庫采用多線索多進程體系結構，多個數據庫請求可以由一個服務進程處理。同時，系統根據當前的負載情況動態分派服務進程的數量和使用。從而充分利用多用戶操作系統“多用戶多任務”的工作方式，并有效地減少系統的資源消耗，達到最大的處理速度及吞吐量。對于SMP結構，Oracle數據庫充分發揮多線索多進程體系結構的特長，利用所有CPU并行工作，利用獨創的“動態分片”技術自動均分各CPU的負載，以發揮硬件平臺本身最大的處理能力。在Oracle數據庫 的SQL語句處理本身，能對查詢語句、索引建立、排序、數據加載、備份/恢復、用戶程序等，進行并行處理。在Oracle數據庫中，為了充分發揮多CPU的并行處理能力，采用了獨特的SQL語句自動分解技術，可以將復雜的SQL語句分解為多個可以并行運行的小片段，由多個CPU同時處理，因而能大大加快處理速度。對Oracle數據庫在1個CPU及20個CPU上的性能增長情況進行測試，測試內容包括：LOAD指使用Oracle數據庫的數據成批加載實用工具進行數據加載的時間；INDEX指建立索引的時間；SCAN指數據庫的數據掃描時間；SMJ指進行數據排序、合并、然后進行連接操作所需要的時間；NLJ指進行有嵌套循環的連接操作所需要的時間。這些操作針對的數據量為五百萬條記錄，操作時間的單位為秒。所得出的測試結果，并行處理在大部分操作中，性能的增長與CPU增長的比率為60%至96%。Oracle數據庫支持目前幾乎所有的SMP服務器，Oracle數據庫支持的常見的支持集群的SMP服務器有：IBM RS6000/HACMPSUN SPARC ClusterHP ServiceGuardCompaq TruCluster等Oracle集群數據庫使用了一個先進的緩沖區融合技術，從而提高了在大多數工作平臺上的執行性能。這些使得Oracle集群數據庫的運行速度顯著加快。Oracle集群數據庫在集群中節點擴充時具有良好的伸縮性，性能可達到60%至80%的增長。Oracle數據庫支持大部分在線的結構變更(如對表中列的修改、重建索引、列類型轉換等)；支持內存、CPU、硬盤的在線添加(需硬件廠商支持)。Oracle數據庫在不同平臺間和對舊版本數據庫均具有良好的兼容性，原有應用無需或只需少量修改即可實現無損失移植。支持分布、異構的數據源在分布式環境下，Oracle不僅支持網絡透明，而且支持數據分布透明、分布式操作透明、節點自治、全局命名空間，可以實現透明的分布式查詢、透明的分布式更新和透明的分布式數據復制。因而在分布式環境下，用戶可以透明地操作不同地點的不同數據庫系統所管理的數據。透明的分布式查詢指用戶不必關心所要訪問的數據在哪一個網絡服務器上，而進行自動的透明的網絡查詢。透明的分布式更新(包含插入、修改、刪除)，是指多個服務器能自動協調，在保護數據一致性的前提下完成修改操作。多服務器自動協調的核心技術是自動的兩階段提交技術(Two Phase Commit)，目前也只有Oracle數據庫具有此項技術特點。對于異構互連Oracle數據庫提供了各種連接解決方案，從而使公司能夠無縫集成各種系統，并提供了一個公司整體的整合視圖。 1）通用連接 通用連接是一個使用 ODBC 或 OLEDB 驅動程序來透明訪問所有符合 ODBC 或 OLEDB 的非 Oracle 系統的數據庫功能。它滿足了多個數據存儲器的訪問需求，如 MySQL、Foxpro、Access、dBase 和非關系數據庫，如 Excel。 2）Oracle 透明網關 Oracle透明網關是一種為非 Oracle數據庫編寫的定制解決方案。它們提供了一種比通用連接擁有更多功能和更好性能的優化解決方案。通用連接依賴于行業標準，而透明網關則使用本地接口訪問非 Oracle數據庫。透明網關也經過了端到端的認證。Oracle 擁有到很多數據源的透明網關，例如 Sybase、