【正文】 用 本地 XML 數(shù)據(jù)類型和 XML 分散到表 [24]。 數(shù)據(jù)庫平臺不僅僅不需要外部程序的協(xié)助，就能夠進(jìn)行外鍵管理 [26]。同時， SQLServer20xx 還具有很多 SQL Sever20xx 不具備的功能，例如：自動頁修復(fù)功能， 從鏡像合作機(jī)器通過 對出錯頁面的重新拷貝的 請求 ，可以完成數(shù)據(jù)的透明的修復(fù) 。它允許 Java 程序員發(fā)送 SQL 指令并處理結(jié)果。與 ODBC 一樣， JDBC 也支持在應(yīng)用程序中同時建立多個數(shù)據(jù)庫連接，采用 JDBC 可以很容易地用 SQL 語句同時訪問多個異構(gòu)的數(shù)據(jù)庫，為異構(gòu)的數(shù)據(jù)庫之間的互操作奠定基礎(chǔ)。 綜上，應(yīng)用 JDBC 后 ，應(yīng)用程序在運(yùn)行過程中只有在要取得 /更新數(shù)據(jù)的過程中才會對數(shù)據(jù)源進(jìn)行聯(lián)機(jī)，應(yīng)用程序需要進(jìn)行管理的連接被減化；數(shù)據(jù)源可在不需要進(jìn)行連接時 切斷連接，體提升了運(yùn)行效率，減少量系統(tǒng)資源的浪費(fèi)。 從深層次上看， Web Service 是一種新的 Web 應(yīng)用程序分支，它們是自包含、自描述、模塊化的應(yīng)用，可以在網(wǎng)絡(luò) (通常為 Web)中被描述、發(fā)布、查找以及通過 Web 來調(diào)用。 XML是由萬維網(wǎng)協(xié)會 (W3C)創(chuàng)建， W3C 制定的 XML SchemaXSD 定義了一套標(biāo)準(zhǔn)的數(shù)據(jù)類型，并給出了一種語言來擴(kuò)展這套數(shù)據(jù)類型。 UDDI 的目的是為電子商務(wù)建立標(biāo)準(zhǔn)； UDDI 是一套基于 Web 的、分布式的、為 Web Service 提供的、信息注冊中心的實(shí)現(xiàn)標(biāo)準(zhǔn)規(guī)范，同 時也包含一組使企業(yè)能將自身提供的 Web Service注冊，使其他企業(yè)能夠發(fā)現(xiàn)的訪問協(xié)議的實(shí)現(xiàn)標(biāo)準(zhǔn)。 本系統(tǒng)主要是對集團(tuán)財(cái)務(wù) 管理系統(tǒng)實(shí)現(xiàn) 集成和共享 信息，使用 Web Service技術(shù)來實(shí)現(xiàn)分布在不同位置的信息的傳遞共享。 同 濟(jì)大學(xué) 碩士學(xué)位論文 基于整合共享的財(cái)務(wù)服務(wù)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 14 第 3 章 系統(tǒng)的需求分析 功能性需求分析 需求分析是系統(tǒng)進(jìn)行設(shè)計(jì)開發(fā)必不可少的基礎(chǔ)環(huán)節(jié)之一，根據(jù)對系統(tǒng)的應(yīng)用環(huán)境，使用者以及使用條件，進(jìn)行全方位的考察和調(diào)研，首先是了解企業(yè)的使用情況，根據(jù)實(shí)際的業(yè)務(wù)需求進(jìn)行系統(tǒng)的功能模塊設(shè)計(jì)，同時完成 對系統(tǒng)使用者的角色劃分，權(quán)限管理等，同時需要系統(tǒng)管理員對系統(tǒng)進(jìn)行維護(hù)，保障其穩(wěn)定的運(yùn)行，并且能夠?qū)崿F(xiàn)信息的共享和及時的傳遞。 非 功能性需求分析 從企業(yè)從長遠(yuǎn)發(fā)展的管理角度出發(fā)，以實(shí)現(xiàn)對其下屬全資、控股公司進(jìn)行財(cái)務(wù)監(jiān)控為主要目的進(jìn)行系統(tǒng)功能的設(shè)計(jì)。 系統(tǒng)可行性分析 系統(tǒng)的可行性分析可以從三個角度進(jìn)行分析，分別是經(jīng)濟(jì)可行性，技術(shù)可行性，操作可行性。從操作可行性出發(fā)，本系統(tǒng)充分考慮到操作水平的參差性，所以在設(shè)計(jì)中將操作部分設(shè)計(jì)的簡明，易于操作，所以從操作可行性出發(fā)，系統(tǒng)能夠進(jìn)行實(shí)現(xiàn)。同時對于已有的財(cái)務(wù)信息化軟件存在嚴(yán)重的信息不對稱的現(xiàn)象，系統(tǒng)在設(shè)計(jì)時需要首先對公司內(nèi)部的管理、業(yè)務(wù)流程、企業(yè)文化、瓶頸資源、人力資源等信息進(jìn)行相對熟悉的了解，同時也需要相對專業(yè)的計(jì)算機(jī)技術(shù)人才。 ，需要確定針對具有較高專業(yè)水平符合此項(xiàng)目的開發(fā)標(biāo)準(zhǔn)的技術(shù) 人才進(jìn)行項(xiàng)目的參與。項(xiàng)目的規(guī)范管理也是成功實(shí)施的重要條件，包括了規(guī)范行為、加強(qiáng)考核、激勵員工的必須保障等措施。 能夠根據(jù)工作人員已審核通過的憑證開始進(jìn)行最初的憑證信息編制作為整個財(cái)務(wù)信息管理的開始，形成系統(tǒng)進(jìn)行數(shù)據(jù)傳輸?shù)臄?shù)據(jù)流，例如系統(tǒng)信息會由憑證編號、各項(xiàng)金額信息等組成，最后根據(jù)系統(tǒng)的總賬管理功能進(jìn)行賬薄信息的記第 3 章 系統(tǒng)的需求分析 19 錄，系統(tǒng)的數(shù)據(jù)信息分為 外出申請流程 、 請假流程、報銷單審核流程 。 ，并且進(jìn)行更好的處理，系統(tǒng)更加穩(wěn)定使用，代替 了以往的手工操作流程，代替了更多的手工記賬功能。 ，運(yùn)行維護(hù)、怎樣實(shí)施效益評價、項(xiàng)目驗(yàn)收以及 如何進(jìn)行后續(xù)過程的改進(jìn)等直接關(guān)系到財(cái)務(wù)信息化管理系統(tǒng)正常運(yùn)行的結(jié)果。 ： 企業(yè) 對系統(tǒng)提出最初的需求，主要意圖來源可以為高層提出的管理需求，對同行業(yè)的比較，公司內(nèi)部的建議等。 系統(tǒng)在進(jìn)行設(shè)計(jì) 時 一方面需要考慮實(shí)現(xiàn)系統(tǒng)的 財(cái)務(wù)管理 主要功能， 另一方 面主要是要實(shí)現(xiàn)財(cái)務(wù) 報銷的無紙化線上流程 。由于 J2EE 三層架構(gòu)應(yīng)用模型能夠?qū)崿F(xiàn)多層應(yīng)用程序的服務(wù)，同時能夠提供善于伸縮、易于訪問、易于管理的各種方法。 本系統(tǒng)的非功能性需求分析主要從以下幾個方面展現(xiàn) ： 1．執(zhí)行工作時的速度效率與準(zhǔn)確度 系統(tǒng)運(yùn)行時的速度是決定系統(tǒng)效率的基石，在系統(tǒng)工作中，在保證系統(tǒng)工作效率的同時還必須兼顧系統(tǒng)處理工作的準(zhǔn)確度，在系統(tǒng)保證速度與準(zhǔn)確度的基礎(chǔ)上，系統(tǒng)性能才能夠得到提升 。目的就是讓領(lǐng)導(dǎo)能夠及時、準(zhǔn)確的掌控下屬單位財(cái)務(wù)、業(yè)務(wù)狀 況，能夠達(dá)到公司內(nèi)部的審計(jì)需求。 本章小結(jié) 本節(jié)主要介紹了設(shè)計(jì) 和開發(fā)財(cái)務(wù)信息化管理系統(tǒng)所涉及的相關(guān)技術(shù)。RPC 系統(tǒng)試圖達(dá)到一種位置上的透明性：服務(wù)器暴露出遠(yuǎn)程對象的接口，而客戶端就好像在本地使用的這些對象的接口一樣，隱藏了底層的信息，客戶端也就根本不需要知道對 象是在哪臺機(jī)器上。 SOAP 可以運(yùn)行在任何其他傳輸協(xié)議上。任何平臺都有它的數(shù)據(jù)表示方法和類型 系統(tǒng)。 Web Service Web Service 便是基于網(wǎng)絡(luò)的、分布式的模塊化組件，它執(zhí)行特定的任務(wù)，遵守具體的技術(shù)規(guī)范，這些規(guī)范使得 Web Service 能與其他兼容的組件進(jìn)行互操作。 此外， JDBC 驅(qū)動程序管理器是內(nèi)置的，驅(qū)動程序本身也可通過 Web 瀏覽器自動下載，無須安裝、配置；而 ODBC 驅(qū)動程序管理器和 ODBC 驅(qū)動程 序必須在每臺客戶機(jī)上分別安裝、配置。 JDBC 保持了 ODBC 的基本特性，也獨(dú)立于特定數(shù) 據(jù)庫。為了在 Inter 環(huán)境下，基于異種系統(tǒng)平臺實(shí)現(xiàn)對異構(gòu)數(shù)據(jù)庫的查詢和聯(lián)合使用，必須提供一個獨(dú)立于特定的數(shù)據(jù)庫管理系統(tǒng)的統(tǒng)一編程界面。當(dāng)然它還具有一定的增強(qiáng)功能 ， 例如配置以及管理評審，這一功能使得企業(yè)在使用中滿足各種規(guī)格的要求。 管理平臺 配置是利 用 SQL Server 來完成的，具體步驟是： ， 進(jìn)行查看或者修改報警系統(tǒng)的頁面， SQL Server 代理警報 系統(tǒng)發(fā)送郵件 ， 面 ， SQL Sever 或者 SQL Sever 代理服務(wù)器之間的連接設(shè)置被連接或修改時，繼續(xù)查看、修改歷史頁面，目的是管理歷史設(shè)置中的 SQL Server Agent服務(wù) [25]。 （ 2） XML 集成。 （ 3） 易管理性。 SQL Sever20xx 數(shù)據(jù)庫 應(yīng)用同樣是 Microsoft 數(shù)據(jù)平臺 應(yīng)用最廣泛的 。對于 B/S 結(jié)構(gòu) 軟件的 而言，數(shù)據(jù)集中存 儲，每次出現(xiàn)的一個客戶的業(yè)務(wù)信息 直接 保存 到中央數(shù)據(jù)庫， 不存在 數(shù)據(jù)一致性 的 問題。由于 在三層架構(gòu)中客戶端并不需要參與計(jì)算，所以客戶端電腦配置的要求相對較低。 采用 B/S 結(jié)構(gòu)具有以下優(yōu)點(diǎn)： 首先， 相對于 C/S 結(jié)構(gòu)的每一個客戶端都必須安裝和配置軟件 ， B/S 比 C/S的維護(hù)工作量大大減少了 [18]。 B/S 技術(shù)被應(yīng)用于 WWW 瀏覽器技術(shù)，結(jié)合多種瀏覽器腳本語言，用通用瀏覽器需要實(shí)現(xiàn)原本復(fù)雜的專有軟件來實(shí)現(xiàn)的強(qiáng)大功能，并節(jié)約了開發(fā)成本，是一種新的軟件架構(gòu)。本文的組織結(jié)構(gòu)如下：第 1章引言，主要介紹了課題的背景，意義和目的，以及財(cái)務(wù)信息化管理系統(tǒng)的發(fā)展現(xiàn)狀和本課題的研究方法。 第 1 章 引言 5 課題研究內(nèi)容 本課題是基于 B/S 結(jié)構(gòu)和 Java EE 平臺下進(jìn)行設(shè)計(jì)與實(shí)現(xiàn) ，具體的研究內(nèi)容包括： 1. 對系統(tǒng)功能和非功能進(jìn)行需求詳細(xì)的分析。在信息時代 ,要求企業(yè)通過 網(wǎng)絡(luò)對其下屬分支機(jī)構(gòu)實(shí)行數(shù)據(jù)處理和財(cái)務(wù)資源的集中管理 ,包括集中記賬、報表生成和匯總 ,并可將眾多的財(cái)務(wù)數(shù)據(jù)進(jìn)行集中處理 ,集中調(diào)配集團(tuán)內(nèi)的所有資金。這不僅給財(cái)務(wù)管理人員及時提供準(zhǔn)確的財(cái)務(wù)報告帶來了極大的困難 ,而且也在很大程度上增加了財(cái)務(wù)管理信息化的不確定性、風(fēng)險性 ,導(dǎo)致了財(cái)務(wù)信息失真 ,進(jìn)而制約了財(cái)務(wù)管理信息化的發(fā)展 [14]。 目前國內(nèi)的軟件對個別行業(yè)的企業(yè)管理功能的開發(fā)已有一定基礎(chǔ) ,但軟件開發(fā)企業(yè)普遍規(guī)模偏小、開發(fā)能力較弱。另外現(xiàn)存的系統(tǒng)還會存在數(shù)據(jù)傳遞不及時的缺點(diǎn) [11]。目前財(cái)務(wù)管理系統(tǒng) 存在以下幾點(diǎn)問題： 首先 現(xiàn)在的國外財(cái)務(wù)管理是建立在工業(yè)基礎(chǔ)的背景之下的，以有型的資產(chǎn)管理為主，但是隨著 高科技、產(chǎn)業(yè)化的發(fā)展， 知識經(jīng)濟(jì)時代的來臨，無形資產(chǎn)將會占有大部分比例 [8]。企業(yè)需要建立一個集會計(jì)核算、財(cái)務(wù)管理與經(jīng)營管理為一體的財(cái)務(wù)管理信息系統(tǒng)。 信息時代財(cái)務(wù)管理信息化是企業(yè)管理的核心，是通過價值形態(tài)對資金運(yùn)動進(jìn)行決策、計(jì)劃和控制的綜合性管理，以利潤最大化為目標(biāo)。由于應(yīng)用了業(yè)務(wù)流程關(guān)系很有效地降低了其自身的繁瑣程度，使得面向服務(wù)的組件得到了更高的使用率。本學(xué)位論文原創(chuàng)性聲明的法律責(zé)任由本人承擔(dān)。 指導(dǎo)教師簽名： 學(xué)位論文作 者簽名： 年月日 年月日 **大學(xué)學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師指導(dǎo)下，進(jìn)行研究工作所取得的成果。在數(shù)據(jù)庫分布上考慮到報銷單據(jù)的數(shù)據(jù)量龐大，按照各類報銷業(yè)務(wù)的數(shù)據(jù)量分布以及單據(jù)內(nèi)容特點(diǎn)，將財(cái)務(wù)報銷管理系統(tǒng)的報銷庫分為：借款、差旅、交通費(fèi)、招待費(fèi)、日常費(fèi)用、其他費(fèi)用幾個數(shù)據(jù)庫，分類別存貯報銷單據(jù)，并利用同步索引機(jī)制將幾個數(shù)據(jù)庫中的單據(jù)狀態(tài)實(shí) 時更新集中起來。 當(dāng)前財(cái)務(wù)管理存在很多問題，例如：企業(yè)財(cái)務(wù)管理基礎(chǔ)薄弱，企業(yè)對財(cái)務(wù)信息化管理的核心地位認(rèn)識不強(qiáng)，誤認(rèn)為會計(jì)電算化就是財(cái)務(wù)管理信息化，財(cái)務(wù)管理體制過于 分散，沒有實(shí)施集中管理等。財(cái)務(wù)管理信息化是一項(xiàng)涉及面廣、綜合性和制約性都很強(qiáng)的系統(tǒng)工程，它以利潤最大化為目標(biāo)，通過價值形態(tài)對資金運(yùn)動進(jìn)行決策、計(jì)劃和控制的綜合性管理，是企業(yè)管理的核心 [3]。同時伴隨著經(jīng)濟(jì)全球化，知識經(jīng)濟(jì)的興起等原因都是財(cái)務(wù)管理軟件應(yīng)用較為廣泛的原因之一 [7]。 目前國內(nèi)大多數(shù)的財(cái)務(wù)核算軟件，主要用于憑證錄入，報表輸出。 ，電子商務(wù)作為信息時代的主要交易手段 ,財(cái)務(wù)管理和業(yè)務(wù)管理必須一體化 ,電子單據(jù)。這種企業(yè)內(nèi)部信息孤島結(jié)構(gòu)降低了企業(yè)管理效率。這些變化對財(cái)務(wù)管理方法的及時性、適應(yīng)性、彈性等提出了更高的要求。此外 ,財(cái)務(wù)管理人員不但要有寬廣的經(jīng)濟(jì)和財(cái)會理論基礎(chǔ) , 還要能不斷吸取新的知識。 5. 本系統(tǒng)中對于企業(yè)內(nèi)部分布型的財(cái)務(wù)信息的整合共享的實(shí)現(xiàn)分析。第 6章主要是對系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)進(jìn)行總結(jié)，并簡要介紹下一步的計(jì)劃。下面對 MVC 三層架構(gòu)做一個簡單 介紹： ，其主要任務(wù)是提出一個服務(wù)請求到網(wǎng)絡(luò) Web 服務(wù)器，驗(yàn)證身份，使用 HTTP 協(xié)議 將主頁信息 傳送給客戶端， 同時， 客戶機(jī)接受傳來的主頁文件， 并在瀏覽器上進(jìn)行顯示。兩層結(jié)構(gòu)中，客戶端接受用戶的請求，客戶端向數(shù)據(jù)庫服務(wù)提出請求，數(shù)據(jù)庫服務(wù)將數(shù)據(jù)提交給客戶端，客戶端將數(shù)據(jù)進(jìn)行 諸如： 運(yùn)算、匯總、統(tǒng)計(jì)等等 的計(jì)算， 并將結(jié)果呈現(xiàn)給用戶。 而在數(shù)據(jù)一致性方面的比較來說： C/S 結(jié)構(gòu)的軟件解決方案，遠(yuǎn)程管理的大型集團(tuán)用于整個安裝區(qū)域級服務(wù)器，然后同步數(shù)據(jù)模型。因此 ，對于在集團(tuán) 級方面 的大規(guī)模應(yīng)用， 軟件的 C/S 結(jié)構(gòu) 的數(shù)據(jù)安全性和一致性 將 是不可 接受 的[22]。 企業(yè)需要能夠及時得到相關(guān)數(shù)據(jù)，以保證工作正常有序的進(jìn)行。 框架 的核心是 公共語言運(yùn)行庫（ CLR）， 它提供了所有的 .NET Framework 代碼 的 執(zhí)行環(huán) 境。 （ 3） SQL 服務(wù)代理 。 同時 SQLServer20xx 本身能夠?yàn)橄到y(tǒng)的加密管理以及密鑰管理提供全套的安全解決方案，來滿足系 統(tǒng)數(shù)據(jù)中心對數(shù)據(jù)安全性方面的需求 。 同時在帶寬方面達(dá)到數(shù)據(jù)庫鏡像要求的最小值 。通過驅(qū)動程序管理器 ,JDBC API 可利用不同的驅(qū)動程序連接不同的數(shù)據(jù)庫系統(tǒng)。 但是， JDBC 除了具有 ODBC 的上 述特點(diǎn)外，更具有對硬件平臺、操作系統(tǒng)異構(gòu)性的支持。這也是系統(tǒng)采用 此技術(shù)進(jìn)行系統(tǒng)開發(fā)的因素所在。 從表面上看， Web Service 就是一個應(yīng)用程序，它向外界暴露出一個能夠通過 Web 進(jìn)行調(diào)用的 API，用編程的方法通過 Web 調(diào)用來實(shí)現(xiàn)某個功能的應(yīng)用程序。 Web Service 平臺是用 XSD 來作為數(shù)據(jù)類型系統(tǒng)的，為了 符合 Web Service標(biāo)準(zhǔn)，使用的數(shù)據(jù)類型都必須被轉(zhuǎn)換為 XSD 類型。 RPC 與消息傳遞 Web Service 本身其實(shí)是在實(shí)現(xiàn)應(yīng)用程序間的通信。 系統(tǒng)中應(yīng)用 Web Service 主要在以下幾個方面： ：使用 Web Service 合并從多個不同 信息 源 傳遞過來的內(nèi)容，包括存貨水平，購物訂單或者 財(cái)務(wù)目錄信息等。從而來提高工作人員的工作效率。同時需要對企業(yè)業(yè)務(wù)工作進(jìn)行調(diào)研，整合企業(yè)所有的資源，按照報告體系以及會計(jì)政策要求對系統(tǒng)進(jìn)行需求分析?？尚行苑治龅哪康氖鞘关?cái)務(wù)管理系統(tǒng)的運(yùn)行無后顧之憂，以便于系統(tǒng)能夠正常地運(yùn)行，從經(jīng)濟(jì)可行性角度出發(fā)， 本設(shè)計(jì)中 所需大量資料都屬于易于搜索與下載，少量也可通過自行購買所得到。 同 濟(jì)大學(xué) 碩士學(xué)位論文 基于整合共享的財(cái)務(wù)服務(wù)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 16 系統(tǒng)設(shè)計(jì)的關(guān)鍵點(diǎn)問題 企業(yè) 財(cái)務(wù) 報銷 管理信息系統(tǒng)，規(guī)劃使用單位 1 個，并發(fā)用戶數(shù) 82 個，工作站點(diǎn)數(shù) 2 個。 根據(jù)以上的分析以及對已有的財(cái)務(wù)管理軟件的實(shí)施經(jīng)驗(yàn)，對傳統(tǒng)的財(cái)務(wù)管理軟件的實(shí)施過程的模型提出改進(jìn)，從企業(yè)的管理角度出發(fā)，建立了包括了邏輯過程、保障措施、以及一些輔助方法的系統(tǒng)項(xiàng)