【正文】 在完成詳細(xì)設(shè)計(jì)方案的同時(shí)，開發(fā)者針對(duì)編程實(shí)現(xiàn)階段編制詳細(xì)的開發(fā)與實(shí)施計(jì)劃，作為軟件開發(fā)的項(xiàng)目進(jìn)度管理的依據(jù)。只要接口保持穩(wěn)定，單元內(nèi)部的程序?qū)崿F(xiàn)可以修改而不影響系統(tǒng)整體的程序運(yùn)行。本章在這一框架下較系統(tǒng)地討論了該軟件的架構(gòu)、數(shù)據(jù)庫(kù)設(shè)計(jì)和預(yù)算臺(tái)賬模塊、預(yù)算事務(wù)管理和出納事務(wù)處理模塊的程序組成，描述了相應(yīng)的內(nèi)部單元任務(wù)和調(diào)用關(guān)系。因此，該模塊的設(shè)計(jì)特點(diǎn)是通過(guò)一個(gè)例程集合來(lái)實(shí)現(xiàn)針對(duì)外部事務(wù)處理的調(diào)用服務(wù)。在預(yù)算項(xiàng)目執(zhí)行過(guò)程中該單元被調(diào)用來(lái)進(jìn)行款項(xiàng)分配，這時(shí)該類接口函數(shù)即被調(diào)用。出于以上考慮，預(yù)算管理模塊的程序單元?jiǎng)澐譃閿?shù)據(jù)輸出管理單元、數(shù)據(jù)輸入管理、預(yù)算主程序單元和模型分析單元，主要的數(shù)據(jù)對(duì)象是數(shù)據(jù)輸入隊(duì)列，數(shù)據(jù)輸出隊(duì)列和預(yù)算規(guī)則數(shù)據(jù)表。該模塊對(duì)預(yù)算管理的基本功能，從用戶的角度劃分為預(yù)算基礎(chǔ)信息管理、預(yù)算計(jì)劃管理和預(yù)算控制管理。 手工沖銷處理單元是被客戶端的用戶顯式請(qǐng)求處理沖銷，在完成后將處理事務(wù)記錄到日志數(shù)據(jù)表中并在審核生效后更新數(shù)據(jù)庫(kù)表。（2）數(shù)據(jù)一致性預(yù)處理單元該單元的任務(wù)是對(duì)總賬數(shù)據(jù)進(jìn)行校驗(yàn)，對(duì)因?yàn)闀r(shí)間不同步而在上次沒有完成處理的事務(wù)，首先調(diào)用對(duì)應(yīng)的事務(wù)單元完成處理，以保證數(shù)據(jù)一致性和完整性。概算定額信息表預(yù)算單元明細(xì)表明 細(xì)撥款信息表調(diào)整記錄表調(diào)整撥款總賬信息表總賬 預(yù)算控制規(guī)則表 確認(rèn)科目費(fèi)率信息表分項(xiàng)預(yù)算科目信息表 預(yù)算預(yù)算定額信息表憑證信息表憑證1nn111n111n1n1n1nn1預(yù)算單元主表賬務(wù)往來(lái)信息表往來(lái)沖銷事務(wù)信息表沖銷預(yù)算信息主表預(yù)算屬性11n概算臨時(shí)費(fèi)用信息表分配1n1n11n結(jié)轉(zhuǎn)處理信息表結(jié)轉(zhuǎn)n1 Fig. ER Diagram for Database Design Scheme 在該系統(tǒng)中，考慮到在實(shí)際管理中對(duì)費(fèi)率的設(shè)置需要隨時(shí)間（例如年度變化），并且處于管理的實(shí)際需求可能對(duì)特殊預(yù)算單元設(shè)置特殊的費(fèi)率，因此費(fèi)率數(shù)據(jù)沒有設(shè)計(jì)成與預(yù)算科目關(guān)聯(lián)而是設(shè)計(jì)成與預(yù)算單元相關(guān)聯(lián)。該數(shù)據(jù)庫(kù)方案中的核心數(shù)據(jù)實(shí)體是預(yù)算單元和預(yù)算信息。該系統(tǒng)按照以上原則完成設(shè)計(jì)工作，并通過(guò)賣相對(duì)象的方法來(lái)建立可重用的對(duì)象單元，提高系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)的效率。目前較為復(fù)雜的軟件設(shè)計(jì)通常采用面向?qū)ο蠓椒▉?lái)進(jìn)行，首先通過(guò)合理劃分來(lái)確定系統(tǒng)中的對(duì)象單元，這些單元既表達(dá)一定相對(duì)獨(dú)立的功能實(shí)體，也代表在軟件內(nèi)部可重用的對(duì)象。首先是需求驅(qū)動(dòng)，也就是設(shè)計(jì)方案的依據(jù)完全參照需求分析，在功能需求的基礎(chǔ)上進(jìn)行設(shè)計(jì)單元的劃分，從用戶的角度出發(fā)進(jìn)行設(shè)計(jì)方案的匹掛機(jī)，特別是在出現(xiàn)技術(shù)和功能的沖突時(shí)，明確基于用戶需求來(lái)作出合理的決策與均衡折中。3 系統(tǒng)設(shè)計(jì) 設(shè)計(jì)架構(gòu) 該系統(tǒng)的軟件設(shè)計(jì)采用客戶服務(wù)器結(jié)構(gòu)，客戶端主要完成與用戶的交互和視圖顯示，復(fù)雜的事務(wù)處理請(qǐng)求均從客戶端模塊提交服務(wù)器端模塊來(lái)處理。軟件質(zhì)量的這種定量研究方法在歐美發(fā)達(dá)國(guó)家已經(jīng)取得很大成果。維護(hù)工具，包括程序安裝向?qū)?、升?jí)接口、組件替換和注冊(cè)工具等。設(shè)計(jì)工具通過(guò)一組模型來(lái)描述軟件系統(tǒng)的組織架構(gòu)、單元內(nèi)部結(jié)構(gòu)、對(duì)象之間的接口調(diào)用關(guān)系和對(duì)象之間的協(xié)同關(guān)系。軟件工程的高度發(fā)展，不僅逐步完善了開發(fā)方法，也創(chuàng)造了有價(jià)值的開發(fā)工具。按照面向?qū)ο蟮挠^點(diǎn)進(jìn)行軟件開發(fā)，任何軟件系統(tǒng)都能夠以對(duì)象為單元進(jìn)行劃分，每個(gè)復(fù)雜的對(duì)象相當(dāng)于一類子系統(tǒng)，子系統(tǒng)又可以通過(guò)一組對(duì)象組成，因此軟件的開發(fā)在抽象的層次上關(guān)注對(duì)象之間的調(diào)用關(guān)系和接口語(yǔ)義，然后逐步對(duì)每個(gè)層次展開接口內(nèi)部的實(shí)現(xiàn)，這樣的結(jié)果是使軟件開發(fā)的復(fù)雜程度在每個(gè)層次上都近似均衡，通過(guò)不斷的抽象細(xì)化來(lái)達(dá)到最終的目標(biāo)。該方法的基礎(chǔ)是面向?qū)ο蟮能浖幊棠Ｐ汀榱烁纳七@些不足，軟件工程研究界建立了快速原型開發(fā)方法。這樣一來(lái)，如果前一個(gè)階段的成果不充實(shí)、開發(fā)質(zhì)量有缺陷，會(huì)直接影響后續(xù)階段的開發(fā)質(zhì)量。軟件編程，目的是對(duì)軟件系統(tǒng)構(gòu)建一種可執(zhí)行的程序，將需求分析的目標(biāo)通過(guò)程序的運(yùn)行行為準(zhǔn)確地表現(xiàn)出來(lái)，達(dá)到預(yù)期的應(yīng)用目的。大型應(yīng)用軟件的開發(fā)是一種項(xiàng)目管理過(guò)程，其中既有技術(shù)性的因素，也有管理性的因素，多重因素交錯(cuò)作用決定軟件項(xiàng)目的成功或者失敗。在功能需求方面，復(fù)雜應(yīng)用系統(tǒng)在開發(fā)的初期可能面臨不完整、不準(zhǔn)確的需求特性，而這種不準(zhǔn)確性可能在開發(fā)的后期才充分暴露出來(lái)，使系統(tǒng)的修正和更新的成本過(guò)高、進(jìn)度嚴(yán)重滯后，影響了軟件的交付。軟件工程是開發(fā)軟件系統(tǒng)的一組方法和工具，目的是有效與可靠地構(gòu)建滿足要求的軟件系統(tǒng)。軟件質(zhì)量與可靠性研究對(duì)軟件開發(fā)過(guò)程中的可靠性度量指標(biāo)與相應(yīng)的資源如測(cè)試時(shí)間、編程時(shí)間等建立一組基于半經(jīng)驗(yàn)的定量關(guān)系，即可靠性模型，通過(guò)這組模型預(yù)計(jì)軟件在特定的分院配置下能夠達(dá)到的質(zhì)量水平，或者要從特定的狀態(tài)達(dá)到質(zhì)量目標(biāo)需要再投入多少資源。調(diào)試工具則包括源程序調(diào)試器、變量觀測(cè)工具、資源檢查工具、性能測(cè)試工具等。需求分析工具用以描述和評(píng)估軟件的功能是否滿足用戶的預(yù)期，主要的模型有用例模型。由于軟件通過(guò)對(duì)象之間的接口調(diào)用來(lái)構(gòu)成，因此只要保持接口語(yǔ)義穩(wěn)定，軟件組件可以被任意替換而不影響系統(tǒng)整體的邏輯語(yǔ)義，從而使軟件維護(hù)的工作大為簡(jiǎn)化。面向?qū)ο蠓椒ǖ谋举|(zhì)優(yōu)點(diǎn)是將如何做和做什么明確區(qū)分開，也就是將軟件的操作性語(yǔ)義和說(shuō)明性語(yǔ)義明確分離，由此簡(jiǎn)化了軟件的設(shè)計(jì)與編程模型。軟件開發(fā)的方法與過(guò)程管理進(jìn)一步深化，融合各種類型的方法、技術(shù)與優(yōu)點(diǎn)，在九十年代形成了較為成熟的方法。因此，線性開發(fā)流程適合于功能和架構(gòu)較為成熟的軟件系統(tǒng)的開發(fā)，而對(duì)于創(chuàng)新性較高的軟件則有效控制風(fēng)險(xiǎn)的能力較弱，項(xiàng)目失控的機(jī)律較高。線性開發(fā)模型的特點(diǎn)是順序化，每個(gè)階段完成特定的任務(wù)，后續(xù)階段在此基礎(chǔ)上進(jìn)一步完成相應(yīng)的任務(wù)。軟件設(shè)計(jì)，目的是對(duì)軟件構(gòu)建一種內(nèi)部的單元?jiǎng)澐?、單元之間如何相互調(diào)用和協(xié)同的技術(shù)架構(gòu)，以及單元內(nèi)部的數(shù)據(jù)結(jié)構(gòu)和算法。此外，在開發(fā)過(guò)程匯總對(duì)于所采用的技術(shù)經(jīng)驗(yàn)不足、資源不充分等也是導(dǎo)致軟件開發(fā)失效的風(fēng)險(xiǎn)因素。這些風(fēng)險(xiǎn)因素有以下幾類。報(bào)表查詢功能則支持用戶按日期、會(huì)計(jì)期、未過(guò)賬等條件生成報(bào)表數(shù)據(jù)。未達(dá)賬調(diào)節(jié)表管理功能按月、銀行科目（賬號(hào)）生成銀行調(diào)節(jié)表用于與銀行對(duì)賬，并且可以生成當(dāng)年、當(dāng)月或以前月份的銀行調(diào)節(jié)表。 該系統(tǒng)在自動(dòng)沖銷模式中，銀行一方的數(shù)據(jù)與單位賬務(wù)一方數(shù)據(jù)根據(jù)票據(jù)編號(hào)進(jìn)行匹配，兩者一一對(duì)應(yīng)則自動(dòng)生成沖銷憑證。銀行出納則是確認(rèn)收入、支出開票、期末銀行對(duì)帳、核銷、出銀行調(diào)節(jié)表等事務(wù)。對(duì)于部門匯總預(yù)算查詢，用戶可以會(huì)計(jì)年度、會(huì)計(jì)期區(qū)間按部門、按項(xiàng)目、按控制項(xiàng)單獨(dú)選項(xiàng)查詢，也可以多項(xiàng)條件組合查詢。總預(yù)算直接撥款到部門和項(xiàng)目。在不進(jìn)行預(yù)算撥款的情況下，在請(qǐng)示預(yù)算管理人員同意后補(bǔ)撥款的條件下，通過(guò)該系統(tǒng)臨時(shí)分配一個(gè)額度以使憑證能夠完成審核處理，但此時(shí)其預(yù)算余額已為負(fù)數(shù)，待預(yù)算指標(biāo)正式下達(dá)后系統(tǒng)將該項(xiàng)目設(shè)置的超支額度撤銷，否則該項(xiàng)目既得到預(yù)算額度又可以超支額度以至造成預(yù)算失控。精確控制規(guī)則是指預(yù)算額度控制到某一控制項(xiàng)所對(duì)應(yīng)的明細(xì)科目。預(yù)算計(jì)劃的模板是項(xiàng)目在核算過(guò)程中將同一個(gè)組里的預(yù)算控制項(xiàng)根據(jù)實(shí)際需要設(shè)置成一個(gè)或多個(gè)模板組，以適應(yīng)不同的費(fèi)用項(xiàng)目在同一個(gè)總賬科目中使用不同的科目范圍。組一般用會(huì)計(jì)科目的總賬科目代碼設(shè)置，表示控制項(xiàng)組下的控制項(xiàng)在哪一個(gè)會(huì)計(jì)科目中使用，控制項(xiàng)組一般用四位數(shù)字代碼設(shè)置。 預(yù)算基礎(chǔ)信息管理 預(yù)算基礎(chǔ)管理管理功能對(duì)實(shí)施預(yù)算計(jì)劃與控制功能設(shè)置必要的變量屬性和參數(shù),具體功能有下面這些。 總賬管理模塊的信息查詢功能包含對(duì)多種類型數(shù)據(jù)的條件查詢和報(bào)表生成。這時(shí)，應(yīng)該沖銷的記錄都在借方，因此需要用借方?jīng)_銷功能來(lái)核銷此對(duì)應(yīng)記錄。該系統(tǒng)對(duì)手工沖銷方式按照實(shí)際業(yè)務(wù)情況設(shè)置以下幾種模式：（1）借貸沖銷處理借方記錄和貸方記錄的數(shù)據(jù)沖銷按照往來(lái)明細(xì)科目、部門、項(xiàng)目過(guò)濾后向用戶顯示。（2）沖銷確認(rèn)處理（3）手動(dòng)沖銷功能，對(duì)往來(lái)賬務(wù)數(shù)據(jù)記錄由用戶完成匹配沖銷。出納票據(jù)打印格式自定義，能夠適應(yīng)不同銀行、不同票據(jù)類型的打印。該軟件實(shí)現(xiàn)與企業(yè)的其他信息系統(tǒng)的數(shù)據(jù)接口，包括：與固定資產(chǎn)管理系統(tǒng)實(shí)現(xiàn)接口以自動(dòng)獲取折舊信息和生成固定資產(chǎn)折舊憑證。該系統(tǒng)需提供分區(qū)模式功能，以滿足諸如公司內(nèi)部多部門（事業(yè)部）管理的要求，預(yù)算統(tǒng)一管理，會(huì)計(jì)核算分區(qū)管理的要求。 系統(tǒng)功能概述 隨著鴻恒公司在業(yè)務(wù)內(nèi)容和經(jīng)營(yíng)規(guī)模上的不斷擴(kuò)大，作為公司經(jīng)營(yíng)管理的重要工具的預(yù)算分析手段也越來(lái)越需要同步增強(qiáng)，同時(shí)充分使用公司的經(jīng)營(yíng)與管理特點(diǎn)。本章在這一框架下較系統(tǒng)地討論了該軟件的架構(gòu)、數(shù)據(jù)庫(kù)設(shè)計(jì)和預(yù)算臺(tái)賬模塊、預(yù)算事務(wù)管理和出納事務(wù)處理模塊的程序組成，描述了相應(yīng)的內(nèi)部單元任務(wù)和調(diào)用關(guān)系。 論文的章節(jié)概述 論文第一章漢族要論述開發(fā)背景和必要地基礎(chǔ)知識(shí)與技術(shù)方法。數(shù)據(jù)的加鎖與同步管理以支持基于關(guān)系數(shù)據(jù)模型的事務(wù)語(yǔ)義和邏輯模型。當(dāng)前的高性能數(shù)據(jù)庫(kù)軟件在架構(gòu)上采用客戶服務(wù)器模式，將計(jì)算處理能力和數(shù)據(jù)管理能力集中在服務(wù)器端。面向?qū)ο髷?shù)據(jù)庫(kù)，通過(guò)運(yùn)用面向?qū)ο笤O(shè)計(jì)和編程的概念與技術(shù)來(lái)實(shí)現(xiàn)對(duì)復(fù)雜信息的封裝和集成管理，應(yīng)用于具有大規(guī)模的復(fù)雜數(shù)據(jù)對(duì)象的領(lǐng)域，如計(jì)算機(jī)輔助設(shè)計(jì)等行業(yè)。眾多的智能化應(yīng)用是建立在數(shù)據(jù)庫(kù)平臺(tái)上。在基于數(shù)據(jù)庫(kù)的大型事務(wù)處理系統(tǒng)中通過(guò)實(shí)施軟件組件重用技術(shù)來(lái)改進(jìn)軟件系統(tǒng)的可靠性、功能擴(kuò)展能力和易維護(hù)能力。例如在企業(yè)管理信息系統(tǒng)中，數(shù)據(jù)庫(kù)系統(tǒng)是主要的核心組件，在各種規(guī)模的Web應(yīng)用系統(tǒng)中，數(shù)據(jù)庫(kù)系統(tǒng)也是處于后臺(tái)服務(wù)器的最主要的軟件系統(tǒng)，為前端的交互處理金新后臺(tái)的響應(yīng)和計(jì)算。在J2EE服務(wù)器端，一部分程序在Web服務(wù)器中運(yùn)行，將后臺(tái)數(shù)據(jù)轉(zhuǎn)換為HTML頁(yè)面，這種生成動(dòng)態(tài)HTML頁(yè)面的程序是Serverlet程序。通過(guò)以上的機(jī)制，兩個(gè)遠(yuǎn)程的對(duì)象可以實(shí)現(xiàn)和本地訪問(wèn)語(yǔ)義相同的遠(yuǎn)程調(diào)用，全部的遠(yuǎn)程網(wǎng)絡(luò)通信和基礎(chǔ)數(shù)據(jù)的編碼解碼處理工作都在底層的接口單元組件來(lái)完成。被調(diào)用的對(duì)象函數(shù)對(duì)輸入的參數(shù)進(jìn)行計(jì)算處理，然后將輸出的數(shù)據(jù)返回本地的接口。RMI是一種基礎(chǔ)層次的遠(yuǎn)程訪問(wèn)協(xié)議，基于因特網(wǎng)的TCP協(xié)議來(lái)實(shí)現(xiàn)，RMI的基本工作過(guò)程中，首先被調(diào)用的組件在分布式系統(tǒng)的目錄服務(wù)器上注冊(cè)，作為一個(gè)命名對(duì)象通過(guò)目錄服務(wù)被發(fā)布，以便使訪問(wèn)客戶端能夠檢索到該對(duì)象的位置。和Java語(yǔ)言相比，J2EE的基礎(chǔ)技術(shù)主要有兩項(xiàng)重要的擴(kuò)展，一種是Java組件技術(shù)，一種是組建的遠(yuǎn)程訪問(wèn)的接口調(diào)用機(jī)制。分布式系統(tǒng)中的命名對(duì)象和目錄訪問(wèn)組件JNDI。與其他跨平臺(tái)的組件技術(shù)的目的類似，WebService也是為了實(shí)現(xiàn)跨平臺(tái)的軟件執(zhí)行而建立的技術(shù)標(biāo)準(zhǔn)，主要包含組件對(duì)象的編程規(guī)范、組件對(duì)象的接口定義和訪問(wèn)規(guī)則、組件之間進(jìn)行訪問(wèn)可調(diào)用所基于的協(xié)議。Java程序的源代碼在編譯時(shí)生成虛擬機(jī)所識(shí)別的中間指令代碼，將高級(jí)的算法語(yǔ)言程序表達(dá)為邏輯操作上完全等價(jià)的中間指令序列。而Java在語(yǔ)言層次的多線程模型使多線程編程與線程的類型和運(yùn)行環(huán)境相獨(dú)立，在任何運(yùn)行環(huán)境中都具有完全相同的多線程語(yǔ)義。與多任務(wù)機(jī)制相伴隨的就是相應(yīng)的信號(hào)量及其同步機(jī)制，引進(jìn)信號(hào)量的目的是為了在Java程序中實(shí)現(xiàn)多線程之間的協(xié)同運(yùn)行，例如強(qiáng)制串行操作、讀寫互斥操作、異步喚醒操作和數(shù)據(jù)加鎖等模式。不僅如此，Java在支持類的繼承關(guān)系的同時(shí)還支持累的方法的多態(tài)重載特性，也就是一個(gè)子類的方法可以和父類的方法具有相同的形式參數(shù)和外部涵義，但是可以具有完全獨(dú)立的內(nèi)部實(shí)現(xiàn)。程序的類是另一個(gè)類的繼承類或子類，是指后者的屬性和方法也屬于前者在基于面向?qū)ο蟮木幊棠Ｐ椭?，軟件的基本組成元素是對(duì)象。此外，和普通的編譯型語(yǔ)言不同，Java語(yǔ)言通過(guò)虛擬機(jī)技術(shù)實(shí)現(xiàn)中間目標(biāo)代碼編譯，因此具有跨平臺(tái)運(yùn)行的良好可移植性。隨著開發(fā)的深入和應(yīng)用的日益廣泛，這種語(yǔ)言的編程模型不斷程序，軟件開發(fā)資源不斷豐富，目前已經(jīng)發(fā)展為最主流的程序語(yǔ)言之一。投資估算主要依據(jù)項(xiàng)目總體構(gòu)思和描述報(bào)告進(jìn)行編制，報(bào)告中不同的因素對(duì)各項(xiàng)費(fèi)用有著不同的影響作用，各項(xiàng)費(fèi)用逐步匯總形成建設(shè)投資估算[1214]。投資估算在項(xiàng)目建設(shè)前期階段從建立投資決策到工程概要設(shè)計(jì)時(shí)期起重要的作用，同時(shí)也是在該階段編制項(xiàng)目分析論證報(bào)告和可行性分析論證報(bào)告的組成部分，屬于項(xiàng)目決策的重要基礎(chǔ)信息。在工程項(xiàng)目準(zhǔn)備期，前期造價(jià)規(guī)劃是在計(jì)劃項(xiàng)目前期階段，根據(jù)項(xiàng)目生命周期中期望獲得的價(jià)值、功能等對(duì)該項(xiàng)目的成本（造價(jià)）進(jìn)行策劃或估算，通過(guò)項(xiàng)目建議書及投資匡算、可行性研究及投資估算、初步設(shè)計(jì)及設(shè)計(jì)概算和施工圖設(shè)計(jì)及施工圖預(yù)算等活動(dòng)來(lái)實(shí)現(xiàn)造價(jià)規(guī)劃目標(biāo)。首先，工程預(yù)算管理是全過(guò)程管理。 工程預(yù)算管理基礎(chǔ)工程預(yù)算管理在最基本的層面上是為了有計(jì)劃地控制成本。隨著公司的業(yè)務(wù)拓展和經(jīng)營(yíng)規(guī)模擴(kuò)大，改進(jìn)內(nèi)部管理的要求也隨之迫切。 cashier transaction management function, which has cash management and tickets management functions, etc. Furthermore, it discusses design scenarios on the basis of demand analysis. According to business contents and software design principle, it divides each business module to a group of reasonable object units, and each unit processes a type of assignment. Under this frame, it systematically discusses the software’s structure, database design and many modules’ programming, internal units and transfer relations such as budget accounting module, budget transac