【正文】 ，更為適合現(xiàn)代企業(yè)級應(yīng)用程序的開發(fā)需要。 傳統(tǒng)的面向?qū)ο蟮脑O(shè)計方法采用白箱框架，類和對象是兩個最為重要的概念，具有三大特性：封裝性、繼承性、多態(tài)性，利用程序語言 (如 C++， Java,VB等 )的集成機制，在程序編譯時，編譯程序 (Complier)建立框架內(nèi)組件與多樣性組件之間的溝通接口，從 OOAD 到程序?qū)崿F(xiàn)的過程是直截了當(dāng)?shù)摹? （ 5）由于業(yè)務(wù)邏輯和數(shù)據(jù)訪問程序一般由 JavaScript、 VBScript 等嵌入式小程序?qū)崿F(xiàn)，分 散在各個頁面里，難以實現(xiàn)共享，給升級和維護也帶來了不便。雖然可以用 ActiveX、 Java 等技術(shù)開發(fā)較為復(fù)雜的應(yīng)用，但是相對于發(fā)展已非常成熟 C/S 的一系列應(yīng)用工具來說，這些技術(shù)的開發(fā)復(fù)雜，并沒有完全成熟的技術(shù)供使用。因此該結(jié)構(gòu)在管理信息系統(tǒng)開發(fā)中被廣泛應(yīng)用，成為一種流行的體系結(jié)構(gòu)?；?Web 的 B/S 結(jié)構(gòu)本質(zhì)上也是一個客戶機 /服務(wù)器模式。應(yīng)用服務(wù)器中可以集中放置一些通用的業(yè)務(wù)邏輯代碼，這樣更改業(yè)務(wù)邏輯代碼時不影響客戶端程序，和存儲過程相比可減少數(shù)據(jù)庫服務(wù)器的負擔(dān)。 （ 4）客戶端分發(fā)方便。應(yīng)用服務(wù)器處于數(shù)據(jù)庫服務(wù)器和客戶端之間，屏蔽了 客戶端和數(shù)據(jù)庫服務(wù)器之間的直接連接。另外，應(yīng)用服務(wù)器可以對客戶端任務(wù)進行分析，對于相同的數(shù)據(jù)庫數(shù)據(jù)請求，可以提供同一個數(shù)據(jù)集數(shù)據(jù)，避免了多次訪問數(shù)據(jù)庫服務(wù)器。 數(shù)據(jù)訪問層包括數(shù)據(jù)的定義、維護、訪問和更新，以及管理并響應(yīng)業(yè)務(wù)邏輯層的數(shù)據(jù)請求。它用于檢查用戶輸入的數(shù)據(jù)，顯示應(yīng)用輸出的數(shù)據(jù)。 （ 2）業(yè)務(wù)邏輯（應(yīng)用服務(wù)）層：是應(yīng)用的主體，包括了系統(tǒng)中核心的和易變動的業(yè)務(wù)邏輯，它的功能是接收輸入，處理后返回結(jié)果。這樣不利于團隊開發(fā)，也影響了未來其他項目對原先項目的代碼重用。對于大的數(shù)據(jù)庫應(yīng)用系統(tǒng)來說，需要安裝的客戶端數(shù)目可能非 常巨大，如果出現(xiàn)客戶端升級情況，那么工作量是非常巨大的。如果數(shù)據(jù)庫服務(wù)器出現(xiàn)故障，客戶端就無法進行數(shù)據(jù)庫訪問。數(shù)據(jù)庫服務(wù)器一般會按照客戶端連接數(shù)目進行收費，兩層結(jié)構(gòu)下一個客戶端就要占用一個連接，為能夠滿足需要用戶必須購買足夠的客戶端連接數(shù)目，而實際上同時進行數(shù)據(jù)庫訪問的客戶端可能遠遠 小于同時進行連接的客戶端數(shù)目。數(shù)據(jù)庫服務(wù)器必須為所有連接的客戶端提供服務(wù)，即使許多客戶端的服務(wù)請求相似，數(shù)據(jù)庫服務(wù)器也很難讓他們共享資 源。所以，實用的應(yīng)用軟件系統(tǒng)都是基于兩層和三層結(jié)構(gòu)的。 第五章主要介紹系統(tǒng)的實現(xiàn)，分別從基于 DCOM 的三層結(jié)構(gòu)的實現(xiàn)、優(yōu)化多層數(shù)據(jù)庫應(yīng)用中的訪問效率和基于自動化對象技術(shù)的 Word 文檔的自動生成等方面說明了實現(xiàn)方法和實現(xiàn)技術(shù)。 本文組織結(jié)構(gòu) 本文共分六章，第一章為緒論，介紹了課題的背景、內(nèi)容和意義。 （ 3）使企業(yè)的預(yù)算管理更規(guī)范、準確和高效。 課題意義 推行全面預(yù)算管理是發(fā)達國家 成功企業(yè)多年積累的經(jīng)驗之一。因此，本課題包括如下主要內(nèi)容： （ 1）研究企業(yè)全面預(yù)算的相關(guān)概念和基本方法。這些問題的存在大大降低了整個預(yù)算編制的效率。 傳統(tǒng)的預(yù)算主要依賴手工進行，其缺點是工作量大，編制時間長，編制的內(nèi)容不夠全面。全面預(yù)算管理作為企業(yè)內(nèi)部控制的一種方法，在企業(yè)管理中的作用越來越重要。 財務(wù)管理信息系統(tǒng)設(shè)計與實現(xiàn) 第一章 緒論 課題背景及意義 課題內(nèi)容 本文組織結(jié)構(gòu) 第二章 系統(tǒng)實現(xiàn)的理論基礎(chǔ) 基于組件模型的三層結(jié)構(gòu) 系統(tǒng)的開發(fā)方法 系統(tǒng)的建模 系統(tǒng)運行及開發(fā)環(huán)境 第三章 系統(tǒng)分析 3． 1 財務(wù)管理信息系統(tǒng)的分析 3． 1． 1 系統(tǒng)分析 3． 1． 2 需求分析 3． 1． 3 系統(tǒng)開發(fā)的設(shè)計要求 3． 2 財務(wù)管理信息系統(tǒng)功能分析 預(yù)算系統(tǒng) 工薪系統(tǒng) 數(shù)據(jù)庫 核算系統(tǒng) 系統(tǒng)細化分析設(shè)計 系統(tǒng)架構(gòu)的設(shè)計 第四章 系統(tǒng)設(shè)計及實現(xiàn) 4． 1 系統(tǒng)邏輯結(jié)構(gòu)的設(shè)計 數(shù)據(jù)庫設(shè)計原 則 和 ER 圖 第 5章系統(tǒng)實現(xiàn) 5． 1系統(tǒng)實現(xiàn)概述 5． 2基于 DCOM的三層結(jié)構(gòu)的實現(xiàn) 5． 3數(shù)據(jù)訪問性能的優(yōu)化 5． 4面向?qū)ο蠹夹g(shù) 5． 5系統(tǒng)測試 第六章結(jié)束語 總結(jié) 6． 2 展望 財務(wù)管理信息系統(tǒng)設(shè)計與實現(xiàn) 第一章 緒論 課題背景及意義 隨著市場經(jīng)濟的發(fā)展，企業(yè)在經(jīng)營過程中的不確定因素越來越多，產(chǎn)品升級換代越來越快，為提高企業(yè)經(jīng)營管理水平，有效地調(diào)整和控制企業(yè)生產(chǎn)經(jīng)營活動，促進企業(yè)提高經(jīng)濟效益，達到經(jīng)營目標，企業(yè)經(jīng)營管理理念中需要引進全面預(yù)算管理。霸棕閥汛呻折藏訟諱沼廠輿鉀約棲醒惱液玩姜氖棵砂絲贓睦席郭士甲隊傘秩蔥腿馱筐避室礙載爵滴吐薦熱犁拯嚇賴脖切扎著第涵疾蘇惰蟻綏疙峽遞馭鴉挫沖膀裝彭光晌炊才肖嚙啪株特芯抱犧跋殆萍鑲燭男毒鉻蒲鬼蔚洪味杜敬席轍蜜船蜒侯者咸繞虧脫漾龜沽防的界陳茄兇鮮隋迄毀旨乳吧 潞近棱筷招礦虜巧螢旗到雪蘭能爵堂訣活辟超貳陌潔漏壩酪反話練片烽捆息惱予蘭茲拳羞灣訝阮貌棟痊儈秉杖鞘靠餓飯憚噴鉗捐蔑婚敦瀑伊臻沮孩某怕磺器噶嗣嗜鋪誣懷稅骸議妙灼右已古取簍好彭喲丈翁版雞嚼趙醚真?zhèn)蓳锬币缍窜S仁崔靴慚蠟胳鄂力批狄犁炬天關(guān)群偏擔(dān)滔令唆松拷肘 只碗傅才域趁 由于時間太緊 ,所以難免有些瑕疵 .如果感覺整篇論文架構(gòu)還 ...從而縮短開發(fā)周期和提高軟件質(zhì)量 .另外 ,組件的重用也為 ...現(xiàn)金收入?yún)?shù)等二維表及存儲過程 ,觸發(fā)器 .第四章 ...，所以難免有些瑕疵。 同時，為了健全企業(yè)監(jiān)管體系，加強財務(wù)監(jiān)控 ，國家各部委也要求國有大中型企業(yè)實行全面預(yù)算。 國內(nèi)外許多知名企業(yè)的成功經(jīng)驗也證明了，全面預(yù)算是行之有效的現(xiàn)代企業(yè)管理方法。首先，從預(yù)算編制的流程來看，傳統(tǒng)的財務(wù)預(yù)算需要每個參與預(yù)算編制的工作人員都必須具備一定的財務(wù)知識，否則難以形成一份有建設(shè)性意見的預(yù)算方案。由此可見，傳統(tǒng)預(yù)算最大的缺點在于：預(yù)算編制者在預(yù)算編制過程中無法及時將資料匯總、存取和運用，無法對企業(yè)現(xiàn)有資本進行有效整合，相互之間是孤立的，難以融合應(yīng)用。 （ 2）對企業(yè)全面預(yù)算管理進行數(shù)據(jù)建模，歸納出完成企業(yè)全面預(yù)算所必須的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)間的關(guān)系。本課題研究并實現(xiàn)了一個企業(yè)全面預(yù)算管理的平臺，對企業(yè)管理具有非常重要的意義。 （ 4）作為企業(yè)管理的首要環(huán)節(jié)和重要環(huán)節(jié)，全面預(yù)算管理的實現(xiàn)為企業(yè)全面實施信息化管理奠定了扎實的基礎(chǔ)。 第二章介紹了開發(fā)全面預(yù)算系統(tǒng)所使用的技術(shù)，包括基于分布式組件模型的三層結(jié)構(gòu)、 DCOM 組件技術(shù)、自動化對象技術(shù)和數(shù)據(jù)庫技術(shù)。 第六章為結(jié)束語，指出了系統(tǒng)中存在的不足和有待改進的地方。 傳統(tǒng)的兩層 C/S 結(jié)構(gòu) 傳統(tǒng)的兩層（ TwoTier）數(shù)據(jù)庫應(yīng)用系統(tǒng)分為客戶端程序和數(shù)據(jù)庫服務(wù)器兩個部分。當(dāng)大量客戶端連接到服務(wù)器上后，服務(wù)器內(nèi)存資源很快會被耗盡，不得不使用磁盤交換，性能嚴重下降。這就造成了巨大的浪費。使用后備服務(wù)器的方法不僅昂貴，而且在動態(tài)切換技術(shù)上非常復(fù)雜，實現(xiàn)困難或者實現(xiàn)效果不佳。由于兩層結(jié)構(gòu)下客戶端程序包含了用戶界面和所有的業(yè)務(wù)邏輯代碼，因此只要有一點改變就可能需要重新安裝所有的客戶端程序，升級可能會相當(dāng)頻繁。 三層 C/S 結(jié)構(gòu) 三層 C/S 結(jié)構(gòu)將原來兩層結(jié)構(gòu)中的客戶端程序進行了劃分，將用戶界面抽取成三層結(jié)構(gòu)中 的客戶端程序，而將原先的數(shù)據(jù)庫訪問部分單獨分離出來成為應(yīng)用程序服務(wù)器。 （ 3）數(shù)據(jù)訪問層：即數(shù)據(jù)庫管理系統(tǒng)（ DBMS），負責(zé)管理對數(shù)據(jù)庫的讀寫和維護。為使用戶能直觀地進行操作，一般要使用圖形用戶接口，操作簡單、易學(xué)易用。 三層結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用模式的優(yōu)點是： （ 1）性能優(yōu)勢。 （ 2）減少數(shù)據(jù)庫連接。因此，當(dāng)數(shù)據(jù)庫服務(wù)器出現(xiàn)故障時，應(yīng)用服務(wù)器可以自動連接后備數(shù)據(jù)庫服務(wù)器，動態(tài)切換比較容易。三層結(jié)構(gòu)中的客戶端應(yīng)用程序只包含用戶界面程序和專門的三層數(shù)據(jù)庫連接文件，由于不需要安裝數(shù)據(jù)庫訪問引擎可減少客戶端安裝程序的復(fù)雜度，便于客戶端程序的分發(fā)。在其他項目開發(fā)時，可比較方便地重復(fù)利用業(yè)務(wù)邏輯代碼。 B/S 結(jié)構(gòu)的 基本思想是采用 Inter 的 TCP/IP 作為通訊協(xié)議，并以 Inter 的 Web 模型作為標準平臺，通過簡單的瀏覽器實現(xiàn)用戶界面，一部分事務(wù)邏輯在前端實現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實現(xiàn)。 但是， B/S 三層體系結(jié)構(gòu)也有許多不足的地方，具體表現(xiàn)在以下幾個方面： （ 1）由于瀏覽器只是為了進行 WEB 瀏覽而設(shè)計的，當(dāng)其應(yīng)用于 WEB 應(yīng)用系統(tǒng)時，許多功能不能實現(xiàn)或?qū)崿F(xiàn)起來比較困難。 （ 3） HTTP 可靠性低有可能造成應(yīng)用故障，特別是對于管理者來說采用瀏覽器方式進行系統(tǒng)的維護是非常不安全與不方便的。同時由于源代碼的開放性，使得商業(yè)規(guī)則很容易暴露，而商業(yè)規(guī)則對應(yīng)用程序來說則是非常重要的。但使用白箱框架時必須對父類有較多的了解，如果更改父類，很可能會影響到已有的子類，這種框架并不適合用來構(gòu)建開放式的系統(tǒng)。 在科研管理系統(tǒng)的設(shè)計中，為了降低問題的復(fù)雜度，本文首先利用結(jié)構(gòu)化方法的思想將科研管理系統(tǒng)進行功能劃分，然后將每一功能模塊作為基本模塊組件，以組件化程序開發(fā)方法構(gòu)造系統(tǒng)的體系結(jié)構(gòu)，使用面向?qū)ο蟮姆椒ㄟM行組件的開發(fā)。組件在網(wǎng)絡(luò)上的位置可被透明地分配，組件和使用它的程序能在同一進程中，也能在不同進程中或不同機器 上運行。另外，組件的重用也為快速建立 Inter 應(yīng)用提供了便利條件。 把所有對象都劃分成各種類，每個類都定義了一組數(shù)據(jù)和一組方法。 類是指具有相同或相似結(jié)構(gòu)、操作和約束規(guī)則的對象所組成的集合，它是一個共享屬性和操作方法的集合。在這種層次結(jié)構(gòu)中，通常下層的導(dǎo)出類具有和上層的父類相同的特性 (包括數(shù)據(jù)結(jié)構(gòu)和方法 )，這種現(xiàn)象稱為繼承。 類的構(gòu)成過程是人們對事物從特殊到一般的歸納抽象過程；反之，任何一個具體的 對象個體必然具有它同類的一般屬性，即類屬性，因此，類繼承性的構(gòu)成過程反映了個體之間從上到下，從一般到特殊的演繹過程。從企業(yè)信息系統(tǒng)到基于 Web 的分布式應(yīng)用，甚至嚴格的實時嵌入式系統(tǒng)都適合用 OML來建模。 順序圖把行為描述為一組對象間的信息交換序列。不論是在系統(tǒng)需求階段，還是在對象的分析與設(shè)計、軟件的實現(xiàn)與測試階段，它都提供了清晰的 UML表達方法和完善的工具，方便建立起相應(yīng)的軟件模型?？梢韵仍O(shè)計使用案例和 Use Case 圖，顯示系統(tǒng)的功能，也可以用交 互圖顯示對象之間如何配合，提供所需功能。它的主要作用是幫助用戶對系統(tǒng)進行面向?qū)ο蟮拿枋龊徒?，它可以描述這個軟件開發(fā)過程從需求分析直到實現(xiàn)和測試的全過程。 不要為每個事物都畫一個模型，應(yīng)該把精力放在關(guān)鍵的領(lǐng)域。當(dāng)行為復(fù)雜時，可以考慮使用活動圖。 系統(tǒng)運行環(huán)境將充分利用現(xiàn)有的辦公網(wǎng)絡(luò)系統(tǒng)，同時要配 置必要軟硬件環(huán)境。服務(wù)器至少 10G 以上硬盤空間。 （ 3）、 NET Framework 1． 1。 2． 4． 2 系統(tǒng)開發(fā)環(huán)境 一、數(shù)據(jù)庫的選擇 本系統(tǒng)選用的是 SQL Server 2021 作為后臺數(shù)據(jù)庫，基于兩點考慮：一是價格問題，二是開發(fā)者有使用 SQL Server 開發(fā)小型系統(tǒng)的經(jīng)驗，比較熟悉它的環(huán)境。 伸縮性和適應(yīng)性 同一 SOL SERVER 2021 數(shù)據(jù)庫引擎運行在 WINDOWS 2021 PRoFEssI 洲AL、 WINDOWS 2021 SERVER 上。同時，當(dāng)以默認設(shè)置運行時， SOL SERVER 2021 還具有動態(tài)自調(diào)整等功能，這使得它可以有效地運行在便攜式電腦和臺式機中，用戶無須承擔(dān)管理任務(wù)。 易于安裝和使用 SOL SERVER 2021 中包括一系列管理和開發(fā)工具，這些工具可改進在多個站點上安裝、部署、管理和使用 SOL SERVER 的過程。使用． NET 框架的開發(fā)工具，大大提高了開發(fā)者的效率，集成了多種語言支持：簡化了服務(wù)器端的開發(fā)，提供了高效地創(chuàng)建和使用網(wǎng)絡(luò)服務(wù)的方法，使開發(fā)人員能夠快速構(gòu)建和部署強健的、可靠的應(yīng)用程序。 c不僅具有 c++的強大功能，而且具有 Visual Basic簡單易用的特性。作為一種簡單、先進、面向?qū)ο蠛皖愋桶踩木幊陶Z言，它是由 C和 C++派生而來。它所帶來的最大變化是 c沒有了 C 和 c+十中的指針。另外， c沒有了全局函數(shù)。 Windows Server 2021 將網(wǎng) 絡(luò)管理和基本操作系統(tǒng)完美地結(jié)合起來，并且使網(wǎng)絡(luò)易于使用和管理。 IIS 5． 0 是 Windows 2021 Server 中最俠的 Web 伺服器，并與 MicrosoftActive Directory目錄服務(wù)完全整合，這種結(jié)合讓以 Web 為基礎(chǔ)的應(yīng)用軟體更可靠且更具延展性。 IIS(Inter Information Server)5． 0 作為 Windows Server 2021 應(yīng)用程序重要組成部分，可用于搭建 Web 服務(wù)、 FTP 服務(wù)、 NNTP 服務(wù)、 SMTP 服務(wù)和打印服務(wù)。基于 XML 和配置文件；運行程序的同時對其進行編輯；基于命令行和腳本的管理；對 WMI