【正文】 鴻恒公司的預(yù)算信息管理系統(tǒng)的軟件采用Java編程語言及和微軟公司的通用關(guān)系數(shù)據(jù)庫。在該系統(tǒng)的詳細(xì)設(shè)計(jì)階段已經(jīng)將需求分析所確定的每項(xiàng)功能單元的內(nèi)部結(jié)構(gòu)詳細(xì)展開，完成主要數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)、算法設(shè)計(jì)、接口定義和數(shù)據(jù)庫表結(jié)構(gòu)及其引用關(guān)系的邏輯設(shè)計(jì)。在該系統(tǒng)層面的綜合測試階段，對(duì)各個(gè)單元對(duì)象構(gòu)成的整體進(jìn)行運(yùn)行測試和輸入輸出意義上的功能驗(yàn)證。當(dāng)根據(jù)面向?qū)ο蟮母拍?、方法和技術(shù)進(jìn)行詳細(xì)設(shè)計(jì)和編程實(shí)現(xiàn)時(shí)，每個(gè)對(duì)象或者組件可以作為相對(duì)獨(dú)立的功能單元進(jìn)行測試。 4 系統(tǒng)實(shí)現(xiàn) 程序?qū)崿F(xiàn)概述 該系統(tǒng)與設(shè)計(jì)階段的概念和方法統(tǒng)一，在實(shí)現(xiàn)階段也采用面向?qū)ο竽Ｐ蛠磉M(jìn)行編程，同時(shí)在編程階段進(jìn)行的同時(shí)開始安排測試工作，以盡可能早地發(fā)現(xiàn)程序故障。 小結(jié) 本章在需求分析的基礎(chǔ)上進(jìn)一步討論設(shè)計(jì)方案，根據(jù)修分析的業(yè)務(wù)內(nèi)容和軟件設(shè)計(jì)的原則，將每個(gè)業(yè)務(wù)模塊劃分為一組合理的對(duì)象單元，每個(gè)單元分工處理一類任務(wù)，在整體上合成為業(yè)務(wù)模塊的設(shè)計(jì)目標(biāo)。票據(jù)事務(wù)處理例程組包含現(xiàn)金憑證信息處理例程、票據(jù)審核確認(rèn)處理例程、票據(jù)重開處理例程等。 出納管理 出納事務(wù)管理主要通過一組較小的SQL存儲(chǔ)程序單元直接在數(shù)據(jù)庫服務(wù)器端實(shí)現(xiàn)，供具體事務(wù)流程的特定的環(huán)節(jié)來調(diào)用，出納事務(wù)的基礎(chǔ)信息管理例程實(shí)現(xiàn)針對(duì)賬戶的處理規(guī)則和參數(shù)設(shè)置功能。數(shù)據(jù)輸入隊(duì)列預(yù)算處理主單元數(shù)據(jù)輸出隊(duì)列數(shù)據(jù)輸入隊(duì)列管 理模 型分 析預(yù)算規(guī)則表序號(hào)條件例程數(shù)據(jù)輸入隊(duì)列管 理 預(yù)算管理程序單元組成 Fig. Budget Management Program Units 預(yù)算模型分析單元通過一組接口來包裝預(yù)算分析程序，主要是針對(duì)特殊項(xiàng)目的收益和特殊成本科目進(jìn)行測算預(yù)評(píng)估，在訪問預(yù)算規(guī)則數(shù)據(jù)表的特殊類型規(guī)則時(shí)該模型單元被自動(dòng)啟動(dòng)，完成計(jì)算后將數(shù)據(jù)寫入輸出隊(duì)列，提供預(yù)算主程序進(jìn)行后續(xù)的預(yù)算編制和生成撥款控制計(jì)劃。前者通過調(diào)用分析模型來完成，后者通過實(shí)現(xiàn)在主單元內(nèi)部的撥款控制函數(shù)來完成。設(shè)計(jì)數(shù)據(jù)輸入隊(duì)列和數(shù)據(jù)輸出隊(duì)列的目的是對(duì)編制和分析預(yù)算計(jì)劃過程中需要處理的各類數(shù)據(jù)提供一種統(tǒng)一的管理環(huán)節(jié)，這樣對(duì)各種不同類型和來源的數(shù)據(jù)處理就通過實(shí)現(xiàn)在數(shù)據(jù)輸入隊(duì)列管理單元和輸出管理單元中的函數(shù)方法來進(jìn)行，在邏輯上將預(yù)算計(jì)劃的處理任務(wù)一致化，使系統(tǒng)具有良好的整體邏輯性。預(yù)算計(jì)劃和控制在設(shè)計(jì)的層次上可以適當(dāng)結(jié)合，兩者都是以預(yù)算計(jì)劃為核心，前者的任務(wù)是生成的分析預(yù)算計(jì)劃，目的是生成合理的預(yù)算信息，而后者是讀取預(yù)算計(jì)劃，根據(jù)預(yù)算信息在撥款事務(wù)的層次進(jìn)行控制。從軟件設(shè)計(jì)的角度，預(yù)算基礎(chǔ)信息管理完全在數(shù)據(jù)庫層次通過配置的數(shù)據(jù)表內(nèi)的規(guī)則信息和參數(shù)信息來表達(dá)，主要是在運(yùn)行任務(wù)過程中被調(diào)用?？傎~數(shù)據(jù)加載數(shù)據(jù)一致性預(yù)處理 反登帳處理沖銷確認(rèn)登帳處理臨時(shí)數(shù)據(jù)表數(shù)據(jù)庫訪問接口手工沖銷處 理自動(dòng)沖銷 總賬數(shù)據(jù)處理單元 Fig. General Leger Data Processing Units 預(yù)算管理 預(yù)算管理模塊的核心信息是預(yù)算計(jì)劃，它是實(shí)現(xiàn)預(yù)算管理和預(yù)算控制的基礎(chǔ)和依據(jù)。 以上的全部總賬數(shù)據(jù)處理單元在完成任務(wù)后，在此調(diào)用數(shù)據(jù)加載單元向數(shù)據(jù)庫服務(wù)器寫回更新的總賬信息，然后關(guān)閉數(shù)據(jù)會(huì)話連接。自動(dòng)沖銷處理單元根據(jù)沖銷處理規(guī)則及其參數(shù)，對(duì)臨時(shí)數(shù)據(jù)表中的記錄進(jìn)行匹配，滿足匹配條件的數(shù)據(jù)記錄被實(shí)施沖銷處理并更新數(shù)據(jù)記錄。（3）登帳和反登帳處理單元 該類單元安好業(yè)務(wù)邏輯進(jìn)行登帳和反登帳處理，處理后的數(shù)據(jù)暫時(shí)保存在臨時(shí)數(shù)據(jù)表中。數(shù)據(jù)加載的條件由調(diào)用方輸入，以字符串類型的SQL語句來表達(dá)。 預(yù)算單元信息主表Tab. Budget Unit Information Main Table涵 義數(shù)據(jù)類型字段名預(yù)算單元標(biāo)識(shí)主鍵16字節(jié)字符串PrjId預(yù)算單元名稱32字節(jié)可變長字符串PrjMc驗(yàn)收標(biāo)準(zhǔn)32字節(jié)可變長字符串PrjGg單元類型整數(shù)PrjLx計(jì)劃驗(yàn)收時(shí)間日期YsSj計(jì)劃起始時(shí)間日期YxZq合同檔案編號(hào)外鍵16字節(jié)可變長字符串PrjDd計(jì)劃金額整數(shù)JHJe備 注256字節(jié)可變長字符串Bz 預(yù)算單元明細(xì)表Tab. Detailed Budget Information Table涵 義數(shù)據(jù)類型字段名記錄編號(hào)主鍵整數(shù)PrjBhId單元標(biāo)識(shí)外鍵16字節(jié)字符串PrjId預(yù)算源編號(hào)外鍵8字節(jié)字符串GyId責(zé)任部門編號(hào)外鍵4字節(jié)字符串ZrBmId當(dāng)前任務(wù)負(fù)責(zé)部門外鍵整數(shù)YxZB當(dāng)前任務(wù)狀態(tài)整數(shù)WZT當(dāng)前任務(wù)類型 整數(shù)QtWJl任務(wù)記錄時(shí)間 日期QtYJl記錄人 外鍵16字節(jié)字符串QtRJl記錄說明256字節(jié)可變長字符串QtSm Tab. General Leger Information Table 涵 義數(shù)據(jù)類型字段名記錄編號(hào)主鍵 16字節(jié)可變長字符串SbInId總賬編號(hào)24字節(jié)字符串GdID計(jì)量單位16字節(jié)字符串GdDW記錄等級(jí)整數(shù)DyDJ預(yù)算組編號(hào)整數(shù)DyId類型整數(shù)SBLX 總賬信息表(續(xù)) Tab. General Leger Information Table(continued) 涵 義 數(shù)據(jù)類型字段名審核人外鍵8字節(jié)字符串SBID憑證或記錄單號(hào)32字節(jié)字符串BJID所屬明細(xì)項(xiàng)外鍵整數(shù)ZYID執(zhí)行時(shí)間日期JHSJ執(zhí)行狀態(tài)整數(shù)DWZY是否停工布爾 JPX科目性質(zhì)整數(shù)JJPRJID科目編號(hào)6字節(jié)變長字符串SFGH費(fèi)用審批文號(hào)12字節(jié)變長字符串ZXBMID 往來處理記錄表Tab. Transactions Processing Records Table涵 義字段名數(shù)據(jù)類型記錄編號(hào)主鍵SCIstId16字節(jié)字符串所屬明細(xì)項(xiàng)外鍵SCId整數(shù)幣種外鍵SCGyId2字節(jié)字符串審核編號(hào)SCId整數(shù)期初余額SCSt實(shí)數(shù)處理日期SCRq日期費(fèi)用金額 SCJe實(shí)數(shù)(整數(shù)部分8位，小數(shù)部分2位)結(jié)轉(zhuǎn)編號(hào) SCDbJl16字節(jié)字符串備 注SCBz256字節(jié)字符串 臨時(shí)費(fèi)用信息表Tab. Temporary Cost Table涵 義數(shù)據(jù)類型字段名記錄號(hào)主鍵整數(shù)PRJMTId費(fèi)用名稱32字節(jié)可變長字符串PRJMTMc指派類型整數(shù)PRJMTGg發(fā)生日期日期PRJMTLx所屬明細(xì)項(xiàng)外鍵整數(shù)PRJMTSbId實(shí)際金額（元）實(shí)數(shù)(整數(shù)部分8位，小數(shù)部分2位)PRJMTDaId審核記錄號(hào)外鍵整數(shù)PRJMTlidTab. Transfer Information Table涵 義數(shù)據(jù)類型字段名記錄編號(hào)主鍵16字節(jié)字符串QTIstId所屬明細(xì)項(xiàng)外鍵整數(shù)QTId批次編號(hào)外鍵8字節(jié)字符串QTId結(jié)轉(zhuǎn)單位整數(shù)QTSt結(jié)轉(zhuǎn)時(shí)間日期QTRq結(jié)轉(zhuǎn)金額 實(shí)數(shù)(整數(shù)部分8位，小數(shù)部分2位)QTJe對(duì)方科目 16字節(jié)字符串QTDbJl備 注256字節(jié)字符串QTBz以上是主要幾項(xiàng)數(shù)據(jù)表的設(shè)計(jì)實(shí)例，限于篇幅在此略去其他數(shù)據(jù)表的完整描述。在數(shù)據(jù)庫中的其他數(shù)據(jù)表大部分是圍繞以上核心的數(shù)據(jù)對(duì)象來進(jìn)行組織，基于非冗余的原則進(jìn)行獨(dú)立的表達(dá)，同時(shí)又通過引用關(guān)系來完整地表達(dá)該系統(tǒng)的整體的信息。預(yù)算單元是對(duì)在實(shí)際業(yè)務(wù)中具有預(yù)算計(jì)劃和接受預(yù)算管理的實(shí)體對(duì)象的統(tǒng)一描述，具體有部門、項(xiàng)目和崗位。各主要關(guān)系表的邏輯結(jié)構(gòu)和字段數(shù)據(jù)類型以及在應(yīng)用中的含義在以下各節(jié)對(duì)各個(gè)子系統(tǒng)論述時(shí)描述。以下幾節(jié)分別從數(shù)據(jù)庫平臺(tái)和主要業(yè)務(wù)模塊的設(shè)計(jì)方面較為詳細(xì)地進(jìn)行論述。在對(duì)象的外部，開發(fā)者需要確定對(duì)象之間的數(shù)據(jù)訪問關(guān)系和功能調(diào)用關(guān)系，通過相應(yīng)的模型來加以描述以便于為編程階段建立含義準(zhǔn)確的參考模型。然后確定對(duì)象內(nèi)部的屬性、狀態(tài)和外部的訪問接口，接口中的調(diào)用方法，包括參數(shù)的含義和輸出的涵義。因?yàn)槟壳暗能浖到y(tǒng)規(guī)模較大，同時(shí)業(yè)務(wù)本身也在不斷發(fā)展的變化之中，因此有必要在設(shè)計(jì)開發(fā)階段就考慮到該系統(tǒng)在未來需要的升級(jí)、功能擴(kuò)展等要求，在設(shè)計(jì)中通過合理的模塊劃分、調(diào)用訪問關(guān)系、接口關(guān)系等簡化這些維護(hù)工作。第二是實(shí)用性，也就是在保證系統(tǒng)達(dá)到需求目標(biāo)的前提下，盡可能采用穩(wěn)妥成熟的技術(shù)方案，包括架構(gòu)方案、編程模型和工具等，同時(shí)盡可能采用在業(yè)界廣泛運(yùn)用的標(biāo)準(zhǔn)化的軟件技術(shù)。服務(wù)器端總賬信息管理視圖窗口預(yù)算事務(wù)管理出納事務(wù)處理預(yù)算基礎(chǔ)信息管理預(yù)算計(jì)劃管理預(yù)算控制管理 軟件架構(gòu)模型 Fig. Software Architecture Model 該系統(tǒng)的設(shè)計(jì)遵循以下原則。服務(wù)器端的核心模塊在業(yè)務(wù)上劃分為：總賬信息管理模塊預(yù)算事務(wù)處理模塊出納事務(wù)處理模塊除此之外，該系統(tǒng)還包含一組輔助性的功能模塊，主要針對(duì)系統(tǒng)的訪問安全控制管理、運(yùn)行配置管理和與其他系統(tǒng)的數(shù)據(jù)接口管理。票據(jù)管理出納事務(wù)基礎(chǔ)信息管理出納人員業(yè)務(wù)員票據(jù)確認(rèn)正常沖銷處理對(duì)賬處理票據(jù)重開期初數(shù)據(jù)設(shè)置銀行數(shù)據(jù)錄入賬戶及科目信息維護(hù)出納規(guī)則設(shè)置（現(xiàn)金賬戶審核狀態(tài)關(guān)系）票據(jù)生成借貸沖銷處理生成未達(dá)賬調(diào)節(jié)表賬務(wù)對(duì)沖處理 出納事務(wù)管理功能用例Fig. Cashing Transaction Processing Usecase 小結(jié) 本章對(duì)鴻恒公司的預(yù)算管理系統(tǒng)的主要需求功能進(jìn)行了分析，主要功能包括：系統(tǒng)管理功能，具體包括財(cái)務(wù)賬套的設(shè)置、用戶設(shè)置及權(quán)限分配、系統(tǒng)安全備份等功能；總賬管理功能，具體包括總賬初始化、制單、往來處理、結(jié)轉(zhuǎn)、賬簿查詢等功能；預(yù)算管理功能，具體包括預(yù)算初始化、控制項(xiàng)設(shè)置、計(jì)劃、撥款、查詢等功能；出納事務(wù)管理功能，具體包括現(xiàn)金出納、銀行出納、確認(rèn)、開票、銀行對(duì)賬、查詢等功能；報(bào)表處理，具體包括報(bào)表設(shè)置、報(bào)表查詢功能。綜上所述，軟件工程是解決復(fù)雜軟件開發(fā)過程中的技術(shù)與管理問題的系統(tǒng)化的方法，提供了切實(shí)可行的技術(shù)與工具，保障軟件系統(tǒng)的開發(fā)以盡可能合理的資源成本達(dá)到預(yù)期的目標(biāo)。軟件質(zhì)量與可靠性研究對(duì)軟件開發(fā)過程中的可靠性度量指標(biāo)與相應(yīng)的資源如測試時(shí)間、編程時(shí)間等建立一組基于半經(jīng)驗(yàn)的定量關(guān)系，即可靠性模型，通過這組模型預(yù)計(jì)軟件在特定的分院配置下能夠達(dá)到的質(zhì)量水平，或者要從特定的狀態(tài)達(dá)到質(zhì)量目標(biāo)需要再投入多少資源。此外，主流的開發(fā)環(huán)境還提供高效的源程序版本管理工具，使程序文件自動(dòng)保持版本一致。調(diào)試工具則包括源程序調(diào)試器、變量觀測工具、資源檢查工具、性能測試工具等。主要模型有的類圖模型、時(shí)序圖模型，狀態(tài)圖模型、協(xié)作圖模型等。需求分析工具用以描述和評(píng)估軟件的功能是否滿足用戶的預(yù)期，主要的模型有用例模型。通行的軟件工程的工具圍繞某種語言的編譯器來組織，如C++、Java、Ada等，目的是為了結(jié)合軟件開發(fā)的工具來提供完整的開發(fā)環(huán)境，但是這些開發(fā)環(huán)境的功能已經(jīng)遠(yuǎn)遠(yuǎn)超越了傳統(tǒng)的編譯器，成為軟件工程開發(fā)環(huán)境和平臺(tái)，從需求分析到軟件維護(hù)，在全生命周期的范圍內(nèi)支持復(fù)雜軟件的開發(fā)。由于軟件通過對(duì)象之間的接口調(diào)用來構(gòu)成，因此只要保持接口語義穩(wěn)定，軟件組件可以被任意替換而不影響系統(tǒng)整體的邏輯語義，從而使軟件維護(hù)的工作大為簡化。面向?qū)ο蠓椒ú粌H軟件分析和設(shè)計(jì)的復(fù)雜性得到有效控制，而且也簡化了軟件維護(hù)的復(fù)雜性。面向?qū)ο蠓椒ǖ谋举|(zhì)優(yōu)點(diǎn)是將如何做和做什么明確區(qū)分開，也就是將軟件的操作性語義和說明性語義明確分離，由此簡化了軟件的設(shè)計(jì)與編程模型。面向?qū)ο竽Ｐ蛯④浖到y(tǒng)作為相互作用的對(duì)象，對(duì)象之間的作用是指一個(gè)對(duì)象通過接口對(duì)另一個(gè)對(duì)象的調(diào)用。軟件開發(fā)的方法與過程管理進(jìn)一步深化，融合各種類型的方法、技術(shù)與優(yōu)點(diǎn)，在九十年代形成了較為成熟的方法。這一方法在初期階段忽略不重要或?qū)τ脩魞r(jià)值不大的功能，圍繞最重要的功能特性構(gòu)建一個(gè)基本滿足要求的系統(tǒng)原型，目的是接受用戶的評(píng)價(jià)，在此基礎(chǔ)上進(jìn)一步改進(jìn)和完善軟件功能，在基本確定最主要的需求特性后，再展開詳細(xì)的設(shè)計(jì)和編程實(shí)現(xiàn)。因此，線性開發(fā)流程適合于功能和架構(gòu)較為成熟的軟件系統(tǒng)的開發(fā)，而對(duì)于創(chuàng)新性較高的軟件則有效控制風(fēng)險(xiǎn)的能力較弱，項(xiàng)目失控的機(jī)律較高。線性模型的另一個(gè)不足是測試任務(wù)集中在后期開發(fā)階段，這就使得軟件在需求分析、設(shè)計(jì)和編程方面的缺點(diǎn)和錯(cuò)誤要在交完階段才暴露出來，更正的成本很大而