預(yù)算執(zhí)行與經(jīng)費(fèi)審批網(wǎng)絡(luò)管理系統(tǒng)設(shè)計(jì)說明書

1、1 / 40預(yù)算執(zhí)行與經(jīng)費(fèi)審批網(wǎng)絡(luò)管理系統(tǒng)預(yù)算執(zhí)行與經(jīng)費(fèi)審批網(wǎng)絡(luò)管理系統(tǒng)詳細(xì)設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書 V1.0V1.0人員時間備注編寫于洋、永英、黎猛審核長清2 / 401 1 引言引言 4 41.1 編寫目的 41.2 背景 41.3 定義 51.4 參考資料 52 2 程序系統(tǒng)的結(jié)構(gòu)程序系統(tǒng)的結(jié)構(gòu) 5 53 3 審核審核/ /批管理模塊批管理模塊 13133.1 程序描述 133.2 功能 133.3 性能 143.3.1 時間特性要求 143.3.2 可靠性 143.3.3 靈活性 143.4 輸人/出項(xiàng) 143.5 流程邏輯 163.6 接口 164 4 信息查詢模塊信息查詢模塊 18

2、184.1 程序描述 184.2 功能 184.3 性能 194.3.1 時間特性要求 194.3.2 易用性 194.3.3 實(shí)時性 194.4 輸人/出項(xiàng) 194.5 接口 225 5 償還管理模塊償還管理模塊 25255.1 程序描述 255.2 功能 255.3 性能 265.3.1 時間特性要求 265.3.2 實(shí)時性 265.4 輸人/出項(xiàng) 265.5 流程邏輯 295.6 接口 316 6 基本信息管理模塊基本信息管理模塊 33336.1 程序描述 336.2 功能 336.3 性能 346.3.1 時間特性要求 346.3.2 易用性 343 / 406.3.3 實(shí)時性 346

3、.4 輸人/出項(xiàng) 356.5 流程邏輯 366.6 接口 364 / 401 1 引言引言1.11.1 編寫目的編寫目的在前一階段（概要設(shè)計(jì)說明書）中，已解決了實(shí)現(xiàn)該系統(tǒng)需求的程序模塊設(shè)計(jì)問題。包括如何把該系統(tǒng)劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以與數(shù)據(jù)結(jié)構(gòu)、模塊結(jié)構(gòu)的設(shè)計(jì)等。在以下的詳細(xì)設(shè)計(jì)報告中將對在本階段中對系統(tǒng)所做的所有詳細(xì)設(shè)計(jì)進(jìn)行說明。在本階段中，確定應(yīng)該如何具體地實(shí)現(xiàn)所要求的系統(tǒng)，從而在編碼階段可以把這個描述直接翻譯成用具體的 程序語言書寫的程序。主要的工作有：根據(jù)在預(yù)算執(zhí)行與貨幣化操作管理系統(tǒng)需求分析說明書中所描述的數(shù)據(jù)、功能、運(yùn)行、性能需求，并依照預(yù)算

4、執(zhí)行與貨幣化操作管理系統(tǒng)概要設(shè)計(jì)說明書所確定的處理流程、總體結(jié)構(gòu)和模塊外部設(shè)計(jì)，設(shè)計(jì)軟件系統(tǒng)的結(jié)構(gòu)設(shè)計(jì)、逐個模塊的程序描述（包括各模塊的功能、性能、輸入、輸出、算法、程序邏輯、接口等等）.在下一階段的時候，設(shè)計(jì)人員可以在概要設(shè)計(jì)的基礎(chǔ)上進(jìn)行詳細(xì)設(shè)計(jì)。在以后的系統(tǒng)維護(hù)的階段也可以參考概要設(shè)計(jì)，以便對系統(tǒng)更好的維護(hù)。1.21.2 背景背景開發(fā)軟件名稱：預(yù)算執(zhí)行與貨幣化操作管理系統(tǒng)項(xiàng)目任務(wù)提出者：項(xiàng)目開發(fā)者：華中科技大學(xué)用戶：實(shí)現(xiàn)軟件單位：華中科技大學(xué)項(xiàng)目與其他軟件，系統(tǒng)的關(guān)系：(1) 服務(wù)器CPU ：1G 以上存：1G( 推薦：1G 以上)硬盤：1G 以上5 / 40光驅(qū)：DVD監(jiān)視器-VGA 或

5、更高分辨率：分辨率至少為 1,024x768 像素操作系統(tǒng)：Windows 2003數(shù)據(jù)庫：SQL Server 2005 企業(yè)版(2) 支持軟件操作系統(tǒng)： Windows 2003 Server SP1，Windows 2003 Server SP2。數(shù)據(jù)庫： Microsoft SQL Server 2005 Enterprise，Microsoft SQL Server 2005 Express，或是 Microsoft SQL Server 2005 Developer。系統(tǒng)使用 Microsoft Visual S 2005 開發(fā)，必須運(yùn)行在所要求的硬件和軟件平臺上。1.31.3 定

6、義定義IPO 圖：在計(jì)算機(jī)領(lǐng)域 IPO 是指結(jié)構(gòu)化設(shè)計(jì)中變換型結(jié)構(gòu)的輸入（Input） 、加工（Processing） 、輸出（Output） 。IPO 圖是對每個模塊進(jìn)行詳細(xì)設(shè)計(jì)的工具，它是輸入加工輸出 (INPUT PROCESS OUTPUT)圖的簡稱，它是由美國 IBM 公司發(fā)起并完善起來的一種工具 。1.41.4 參考資料參考資料預(yù)算執(zhí)行與貨幣化操作管理系統(tǒng)需求說明書 V1.0預(yù)算執(zhí)行與貨幣化操作管理系統(tǒng)概要設(shè)計(jì)說明書 V1.0預(yù)算執(zhí)行與貨幣化操作管理系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)說明書 V1.02 2 程序系統(tǒng)的結(jié)構(gòu)程序系統(tǒng)的結(jié)構(gòu)本項(xiàng)目將采用分層設(shè)計(jì)和裝配件設(shè)計(jì)思想，結(jié)合局域網(wǎng)采用客戶/ 服務(wù)器（

7、C/S）結(jié)構(gòu)。整個系統(tǒng)建立在Windows操作系統(tǒng)平臺之上，采用基于.NET2.0裝配件的分布式應(yīng)用結(jié)構(gòu)實(shí)現(xiàn)整個系統(tǒng)，并將整個系統(tǒng)分為客戶端應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器三層，其中后臺數(shù)據(jù)庫系統(tǒng)采用Microsoft SQL Server 2005?；诜植际郊軜?gòu)的優(yōu)勢，在后續(xù)的功能擴(kuò)展中可以根據(jù)需要方便地將后臺數(shù)據(jù)6 / 40庫系統(tǒng)移植到其它數(shù)據(jù)庫上。客戶使用客戶端程序即可完成所有操作。采用了.NET Remoting 技術(shù)，客戶端通過獲取服務(wù)器端的 IP 地址和注冊的唯一的端口號，訪問通道以獲得服務(wù)端對象，再通過（Server Proxy）代理解析為客戶端對象。這就提供一種可能性，即以服務(wù)的方式來

8、發(fā)布服務(wù)器對象。遠(yuǎn)程對象代碼可以運(yùn)行在服務(wù)器上（如服務(wù)器激活的對象和客戶端激活的對象），客戶端就是通過這種方式，使用服務(wù)器端為其提供的服務(wù)。本系統(tǒng)的主要目的是對以單位為服務(wù)對象的財務(wù)管理環(huán)境中，對預(yù)算計(jì)劃提交、預(yù)算上報審核、經(jīng)費(fèi)結(jié)算報銷、借還款以與科目進(jìn)行全方位的數(shù)字化管理。實(shí)現(xiàn)普通用戶的預(yù)算上報請求、財務(wù)人員審核預(yù)算上報信息、財務(wù)人員進(jìn)行預(yù)算上報科目管理、結(jié)算報銷經(jīng)費(fèi)按預(yù)置的流程和審批權(quán)限進(jìn)行流轉(zhuǎn)等功能。系統(tǒng)的整體功能結(jié)構(gòu)圖如圖 2-1 所示：7 / 40預(yù)算執(zhí)行與貨幣化操作管理系統(tǒng)審批/核管理借款管理檢查用戶審核/批權(quán)限財務(wù)審核預(yù)算財務(wù)審核請求領(lǐng)導(dǎo)審批請求發(fā)出借款請求償還管理發(fā)送直接報銷或

9、償還請求執(zhí)行借款請求執(zhí)行直接報銷請求執(zhí)行現(xiàn)金償還請求添加報銷金額相關(guān)信息判斷信息的合法性上報管理上報預(yù)算相關(guān)信息向服務(wù)器發(fā)送報銷提示信息查詢查詢所有開支方式查詢所有采購方式查詢所有年度信息查詢所有部門信息查詢部門下科室信息查詢預(yù)算的相關(guān)信息查詢借款的相關(guān)信息查詢報銷的相關(guān)信息查詢審核/批相關(guān)信息交互管理上報操作完成提示財務(wù)審核操作完成提示審核通過操作完成提示數(shù)據(jù)庫管理備份數(shù)據(jù)庫還原數(shù)據(jù)庫清除所有一級預(yù)算信息獲取備份文件列表基本信息管理增刪改科目相關(guān)信息增刪改部門相關(guān)信息增刪改部門科室相關(guān)信息增刪改年度相關(guān)信息增刪改開支方式相關(guān)信息用戶權(quán)限管理角色信息管理用戶信息驗(yàn)證圖 2.1 系統(tǒng)功能結(jié)構(gòu)圖8

10、 / 40由圖 2-1 可知，本系統(tǒng)中我們所涉與到的功能之模塊主要有九個部分，即：審核/批管理、借款管理、信息查詢、償還管理、上報管理、交互管理、數(shù)據(jù)庫管理、基本信息管理和用戶權(quán)限管理 。而在實(shí)現(xiàn)這些功能模塊時，我們所關(guān)心的主要業(yè)務(wù)實(shí)體有五個部分：預(yù)算信息、用戶信息、請求信息、報銷信息和借款信息。根據(jù)前面的概要設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)說明書，我們對這五大業(yè)務(wù)實(shí)體進(jìn)行概念抽象，得到在實(shí)現(xiàn)系統(tǒng)業(yè)務(wù)需求過程中，五大業(yè)務(wù)實(shí)體相關(guān)的類圖和他們之間的交換關(guān)系類圖。由于借款信息相對簡單，這里未對其進(jìn)行單獨(dú)的詳細(xì)說明，其余的類圖如下所示：1、預(yù)算相關(guān)信息類圖：主要負(fù)責(zé)處理用戶提交預(yù)算上報的相關(guān)業(yè)務(wù)，包括預(yù)算明細(xì)，預(yù)算

11、支付方式、預(yù)算年限、預(yù)算類型和預(yù)算的審核等級。具體情況如下圖 2.2 所示：圖 2.2 預(yù)算相關(guān)信息類圖2、用戶相關(guān)信息類圖：主要負(fù)責(zé)處理用戶相關(guān)信息管理業(yè)務(wù)，包括用戶基本信息、用戶角色和角色權(quán)限相關(guān)信息管理。具體情況如下圖 2.3 所示：9 / 40圖 2.3 用戶相關(guān)信息類圖3、請求信息類圖：主要負(fù)責(zé)處理用戶提交報銷直接發(fā)放、償還報銷請求的相關(guān)業(yè)務(wù)。主要包括請求的基本信息、請求處理的狀態(tài)、請求所需的審核/批次數(shù)和請求所需的用戶權(quán)限等相關(guān)信息。具體情況如下圖 2.4 所示：10 / 40圖 2.4 請求相關(guān)信息類圖4、報銷信息類圖：主要負(fù)責(zé)報銷相關(guān)信息相關(guān)業(yè)務(wù)。包括報銷明細(xì)、報銷類型、報銷支

12、付方式、報銷提請的用戶和報銷請求。具體情況如下圖 2.5 所示：11 / 40圖 2.5 報銷相關(guān)信息類圖5、審核/批日志類圖：記錄系統(tǒng)審核/批等相關(guān)信息的記錄，包括預(yù)算、預(yù)算狀態(tài)和用戶等相關(guān)信息。具體情況如下圖 2.6 所示：12 / 40圖 2.6 審核/批日志類圖6、報銷日志類圖：記錄報銷過程的相關(guān)日志信息，包括報銷、借款、預(yù)算、請求和用戶等相關(guān)信息。具體情況如下圖 2.7 所示：13 / 40圖 2.7 報銷日志信息類圖3 3 審核審核/ /批管理模塊批管理模塊3.13.1 程序描述程序描述審核/批管理模塊主要是處理預(yù)算上報后，財務(wù)部門的審核。部門科室上報直接發(fā)放報銷和償還報銷請求后，

13、經(jīng)過財務(wù)部門審核后，由領(lǐng)導(dǎo)對相應(yīng)的上報請求進(jìn)行審批，最后由財務(wù)部門審核執(zhí)行等一系列過程。3.23.2 功能功能審核/批管理模塊主要包括檢查用戶審核/批權(quán)限、財務(wù)審核預(yù)算、財務(wù)審核請求、領(lǐng)導(dǎo)審批請求等。具體功能如下圖 3.1 所示：14 / 40審核/批管理模塊檢查用戶審核權(quán)限財務(wù)審核預(yù)算財務(wù)審核請求領(lǐng)導(dǎo)審批請求圖 3.1 審核/批管理模塊3.33.3 性能性能.1 時間特性要求時間特性要求系統(tǒng)的速度要在用戶可接受的圍，但考慮到需要實(shí)時檢測服務(wù)器的可用性，對資源實(shí)時搜索的速度可以有較低的要求。.2 可靠性可靠性系統(tǒng)要有較高的可靠性，可恢復(fù)性。.3

14、靈活性靈活性系統(tǒng)要有良好的接口，以適應(yīng)增加資源平臺，增加資源類型，增加相關(guān)的資源獲取功能的需求；并留有服務(wù)器接口，適應(yīng)對以后實(shí)現(xiàn)服務(wù)器功能的需要；同時系統(tǒng)還需要具有跨平臺功能。3.43.4 輸入輸入/ /出項(xiàng)出項(xiàng)根據(jù)上面的模塊功能結(jié)構(gòu)圖，表示出該模塊各個功能的輸入/出項(xiàng)。具體情況如下圖：1、檢查用戶審核/批權(quán)限：系統(tǒng)根據(jù)操作用戶的 ID 號，和待審核/批請求15 / 40的 ID 號，檢測該用戶是否具有審核/批該請求的權(quán)限，并返回查詢結(jié)果。具體IPO 圖如下圖 3.2 所示：模塊功能名稱模塊功能名稱：檢查用戶審核/批權(quán)限輸入輸入: : 用戶輸入自己的 id 號和請求id 號。處理處理: : 根

15、據(jù)用戶的 ID 號和待審核請求的 ID 號，分別重用戶表和請求表中查詢兩者的權(quán)限。輸出輸出: : 用戶是否具有審核/批權(quán)限數(shù)據(jù)表數(shù)據(jù)表: : user_info、user_type_info 中根據(jù)user_id 查詢用戶 user_check_authority，在request_info 中根據(jù) request_id 查詢request_approve_needcount。圖 3.2 檢查用戶的審核/批權(quán)限 IPO 圖2、財務(wù)審核預(yù)算：由于在實(shí)際業(yè)務(wù)中，預(yù)算信息只需要通過財務(wù)部門的審核即可，不要上部門領(lǐng)導(dǎo)的審批。因此，當(dāng)部門科室的用戶上報預(yù)算提請時，只需要通過財務(wù)部門的操作人員的審核即可對

16、該預(yù)算信息進(jìn)行裁決。具體情況如下圖 3.3 所示：模塊功能名稱模塊功能名稱：財務(wù)審核預(yù)算輸入輸入: : 操作用戶的ID 號，預(yù)算的 ID號和預(yù)算是否通過審核信息。處理處理: : 記錄待審核預(yù)算在審核前的狀態(tài)信息，對預(yù)算請求進(jìn)行審核，并記錄用戶審核后的狀態(tài)。將操作用戶的 ID 號，預(yù)算請求的前后狀態(tài)和預(yù)算本身等信息存儲在 approve_log 表中。輸出輸出: : 提示信息數(shù)據(jù)表數(shù)據(jù)表: : 在 budget_info 中查詢預(yù)算的處理前狀態(tài)，改變 budget_state_info 中預(yù)算狀態(tài)，并將處理結(jié)果存儲在 approve_log 表中圖 3.3 財務(wù)審核預(yù)算 IPO 圖3、財務(wù)審核請

17、求：處理實(shí)際業(yè)務(wù)中部門科室用戶上報的直接發(fā)放報銷請求和償還報銷請求。具體情況如下圖 3.4 所示：模塊功能名稱模塊功能名稱：財務(wù)審核請求輸入輸入: : 請求 ID 號，審核人的 ID 號，審核是否通過與設(shè)定需要幾級審批。處理處理: : 根據(jù)請求的 ID 號，和是否通過審核信息，修改 request_info、request_state_info 表狀態(tài)相關(guān)信息。在 request_approve_log 表格中記錄審核人 ID 號，審核結(jié)果和需要幾級審批等相關(guān)信息。輸出輸出: : 提示信息數(shù)據(jù)表數(shù)據(jù)表: : 相關(guān)數(shù)據(jù)表request_info、request_state_info、reques

18、t_approve_log 和 request_approve_needcount_info 表圖 3.4 財務(wù)審核請求 IPO 圖4、領(lǐng)導(dǎo)審批請求：當(dāng)請求通過財務(wù)部門審核后，需要根據(jù)財務(wù)部門操作人員設(shè)定的請求所需的審批級別，由相應(yīng)級別的領(lǐng)導(dǎo)依次審批，最終記錄審批結(jié)果。具體情況如下圖 3.5 所示：模塊功能名稱模塊功能名稱：領(lǐng)導(dǎo)審批請求輸入輸入: : 請求 ID 號，審核人的 ID 號，處理處理: : 根據(jù)請求的 ID 號，和是否通過審核信息，修改 request_info、request_state_info 表狀態(tài)輸出輸出: : 提示信息16 / 40請否通過審批相關(guān)信息。在 reques

19、t_approve_log 表格中記錄審核人 ID 號，審批結(jié)果。數(shù)據(jù)表數(shù)據(jù)表: : 相關(guān)數(shù)據(jù)表request_info、request_state_info、request_approve_log 和 request_approve_needcount_info 表。圖 3.6 領(lǐng)導(dǎo)審批請求 IPO 圖3.53.5 流程邏輯流程邏輯審核/批管理模塊的流程圖如下圖 3.7 所示：圖 3.7 審核/批管理模塊流程圖3.63.6 接口接口審核/批管理模塊主要接口定義在 IBudgetApprove.cs 中，其中定義的方法簡單介紹如下：/ / 判斷某用戶是否對某請求有審批權(quán)限17 / 40/ /

20、用戶ID/ 請求ID/ 有則返回truepublic bool IHaveApprveAuth(string request_id, string user_id)；/ / 財務(wù)審核預(yù)算/ / 被審核預(yù)算ID/ 審核人ID/ 是否通過審核/ 操作是否成功public bool FBudgetApprove(string budget_id, string user_id, bool isapproved)；/ / 領(lǐng)導(dǎo)審批請求/ / 請求ID/ 審批人ID/ 是否通過審批/ 操作是否成功public bool RequestApprove(string request_id, string u

21、ser_id, bool isapproved)；/ / 財務(wù)審核請求/ / 請求ID/ 審核人ID/ 是否通過審核/ 設(shè)定需要幾級審批/ 操作是否成功public bool FRequestApprove(string request_id, string user_id,bool isapproved, string request_approve_needcount)；/ / 財務(wù)審核報銷請求/ / 報銷請求ID/ 審核人ID/ 是否通過審核/ 設(shè)定需要領(lǐng)導(dǎo)審批等級/ 操作是否成功public bool PayRequestFApprove(string pay_log_id, stri

22、ng 18 / 40user_id,bool isapproved, string budget_approve_needcount)；/ / 財務(wù)審核借款請求/ / 報銷請求ID/ 審核人ID/ 是否通過審核/ 設(shè)定需要領(lǐng)導(dǎo)審批等級/ 操作是否成功public bool BorrowRequestFApprove(string borrow_id, string user_id,bool isapproved, string budget_approve_needcount)4 4 信息查詢模塊信息查詢模塊4.14.1 程序描述程序描述信息查詢模塊主要是根據(jù)各種用戶的權(quán)限，為各種權(quán)限的用戶提

23、供相應(yīng)圍的信息查詢功能。4.24.2 功能功能信息查詢模塊的功能如下圖 4.1 所示：信息查詢模塊查詢所有開支方式查詢所有年度信息查詢預(yù)算的相關(guān)信息查詢報銷的相關(guān)信息查詢所有采購方式查詢部門下科室信息查詢所有部門信息查詢借款的相關(guān)信息查詢審核批相關(guān)信息圖 4.1 信息查詢模塊功能結(jié)構(gòu)圖查詢部門下科室相關(guān)信息包括：查詢所有部門信息和查詢某部門下所有科室信息；19 / 40查詢預(yù)算相關(guān)信息包括：查詢所有預(yù)算信息、根據(jù)年度 ID、科目 ID、部門科室 ID、開支方式 ID、采購方式 ID、預(yù)算狀態(tài) ID、是否通過所有審批和是否已執(zhí)行等相關(guān)信息對預(yù)算信息進(jìn)行查詢；查詢借款相關(guān)信息包括：根據(jù)是否通過所有

24、審批審核、是否已執(zhí)行和是否還清查詢借款信息，查詢某人借款信息，查詢某人可查看的所有借款信息，查詢部門科室的借款信息和查詢某借款中為償還金額；查詢報銷的相關(guān)信息包括：查詢某預(yù)算下的報銷信息，查詢報銷請求的物品信息，查詢待執(zhí)行的報銷信息，查詢某人的報銷信息，查詢部門科室下的報銷信息，通過請求 ID 查詢報銷 ID，查詢某人可查看的報銷信息，查詢擁有某審批權(quán)限的所有用戶信息和查詢報銷金額總和；查詢審核/批相關(guān)信息包括：判斷某用戶是否對請求有領(lǐng)導(dǎo)審批權(quán)限，查詢需要某用戶財務(wù)審核的報銷信息，查詢需要某用戶領(lǐng)導(dǎo)審批的報銷信息，查詢需要某用戶財務(wù)審核的預(yù)算信息，查詢需要某用戶財務(wù)審核的借款請求信息，查詢需要

25、某用戶領(lǐng)導(dǎo)審批的借款請求信息，查詢所有預(yù)算需審批級數(shù)，查詢所有請求需審批級數(shù)，查詢某預(yù)算的審批日志和查詢某條請求的審批日志。4.34.3 性能性能.1 時間特性要求時間特性要求查詢模塊作為用戶經(jīng)常使用的模塊，對時間特性的要求較高。在本系統(tǒng)中，我們通過索引和視圖的方法盡量提高數(shù)據(jù)庫查詢的效率。.2 易用性易用性查詢模塊通過提供靈活智能的查詢功能，使用戶能夠并且快速的獲取其所感興趣的容。.3 實(shí)時性實(shí)時性由于系統(tǒng)具有三個客戶端同時在運(yùn)行。因此，系統(tǒng)的數(shù)據(jù)必然經(jīng)常變化。系統(tǒng)在設(shè)計(jì)時，通過委托的方法使各個客戶端之間可以實(shí)時的交互，使得用戶在查詢數(shù)據(jù)時，能

26、夠得到實(shí)時數(shù)據(jù)。4.44.4 輸入輸入/ /出項(xiàng)出項(xiàng)根據(jù)上面的模塊功能結(jié)構(gòu)圖，表示出該模塊各個功能的輸入/出項(xiàng)。具體情20 / 40況如下圖：1、查詢所有開支方式：查詢所有開始方式相關(guān)信息。具體 IPO 圖如下圖 4.2所示：模塊功能名稱模塊功能名稱：查詢所有開支方式輸入輸入: :無。處理處理: : 查詢系統(tǒng)提供的所有開支方式。輸出輸出: : 所有開支方式列表。數(shù)據(jù)表數(shù)據(jù)表: :pay_method_info 開支方式圖 4.2 查詢所有開支方式 IPO 圖2、查詢所有采購方式：查詢所有采購方式相關(guān)信息。具體 IPO 圖如下圖 4.3所示：模塊功能名稱模塊功能名稱：查詢所有采購方式輸入輸入:

27、:無。處理處理: : 查詢系統(tǒng)提供的所有開支方式。輸出輸出: : 所有采購方式列表。數(shù)據(jù)表數(shù)據(jù)表: :purchase_method_info 采購方式。圖 4.3 查詢所有采購方式 IPO 圖3、查詢所有年度信息：查詢所有年度相關(guān)信息。具體 IPO 圖如下圖 4.4 所示：模塊功能名稱模塊功能名稱：查詢所有年度信息輸入輸入: :無。處理處理: : 查詢系統(tǒng)提供的所有年度信息。輸出輸出: : 所有年度信息列表。數(shù)據(jù)表數(shù)據(jù)表: :budget_range_info 年度信息。圖 4.4 查詢所有年度信息 IPO 圖4、查詢部門信息：查詢所有部門信息。具體 IPO 圖如下圖 4.5 所示：模塊功能

28、名稱模塊功能名稱：查詢所有部門信息輸入輸入: :無。處理處理: : 查詢系統(tǒng)提供的所有部門信息。輸出輸出: : 所有部門信息列表。數(shù)據(jù)表數(shù)據(jù)表: :department_info 部門信息。圖 4.5 查詢部門信息 IPO 圖5、查詢部門下科室信息：根據(jù)用戶提供的部門 ID 號，查詢部門下的科室信息。具體 IPO 圖如下圖 4.6 所示：模塊功能名稱模塊功能名稱：查詢部門下科室信息21 / 40輸入輸入: :部門 ID 號。處理處理: : 根據(jù)用戶提供待查詢部門的 ID 號，查詢對應(yīng)部門下所有科室信息。輸出輸出: : 對應(yīng)部門下所有科室信息列表。數(shù)據(jù)表數(shù)據(jù)表: :department_info

29、 部門信息圖 4.6 查詢部門下科室信息 IPO 圖6、查詢特定狀態(tài)下的預(yù)算信息：根據(jù)用戶提供的待查詢預(yù)算狀態(tài)，查詢滿足狀態(tài)要求的所有預(yù)算信息。具體 IPO 圖如下圖 4.7 所示：模塊功能名稱模塊功能名稱：查詢特定狀態(tài)預(yù)算信息輸入輸入: :預(yù)算狀態(tài) ID號。處理處理: : 根據(jù)用戶提供待查詢預(yù)算狀態(tài) ID 號，查詢該狀態(tài)下的所有預(yù)算信息。輸出輸出: : 待查詢狀態(tài)所有預(yù)算信息列表。數(shù)據(jù)表數(shù)據(jù)表: :budget_info 預(yù)算信息budget_item_info 預(yù)算明細(xì)budget_range_info 預(yù)算年度budget_state_info 預(yù)算狀態(tài)pay_method_info 開

30、支方式圖 4.7 待查詢狀態(tài)的預(yù)算信息 IPO 圖7、查詢特定部門特定狀態(tài)的預(yù)算信息：根據(jù)用戶提供的待查詢部門，待查詢預(yù)算狀態(tài)信息，查詢滿足要求的所有預(yù)算信息。居停 IPO 圖如下圖 4.8 所示：模塊功能名稱模塊功能名稱：查詢特定狀態(tài)、特定部門預(yù)算信息輸入輸入: :預(yù)算狀態(tài) ID號，部門 ID 號。處理處理: : 根據(jù)用戶提供待查詢預(yù)算狀態(tài) ID 號和待查詢部門 ID 號，查詢該狀態(tài)下的所有預(yù)算信息。輸出輸出: : 待查詢狀態(tài)所有預(yù)算信息列表。數(shù)據(jù)表數(shù)據(jù)表: :budget_info 預(yù)算信息budget_item_info 預(yù)算明細(xì)budget_range_info 預(yù)算年度budget_

31、state_info 預(yù)算狀態(tài)pay_method_info 開支方式department_info 部門科室圖 4.8 查詢特定部門特定狀態(tài)預(yù)算信息 IPO 圖8、查詢借款信息：根據(jù)是否通過所有審核/批，是否已執(zhí)行，是否還清查詢借款相關(guān)信息。具體 IPO 圖如下圖 4.9 所示：模塊功能名稱模塊功能名稱：查詢特定借款信息輸入輸入: :是否通過所有審核/批，是否已執(zhí)行，是否還清。處理處理: : 根據(jù)用戶提供是否通過所有審核/批，是否已執(zhí)行，是否還清信息，查詢該狀態(tài)下的所有預(yù)算信息。輸出輸出: : 待查詢狀態(tài)所有借款信息列表。22 / 40數(shù)據(jù)表數(shù)據(jù)表: :borrow_info 借款is_al

32、lapproved_info 是否通過全部審批is_allpayback_info 是否全部償還清圖 4.9 查詢借款信息 IPO 圖9、查詢某人借款信息：根據(jù)用戶提供的用戶 ID 號，查詢該用戶的借款信息。具體 IPO 圖如下圖 4.10 所示：模塊功能名稱模塊功能名稱：查詢某人借款信息輸入輸入: :待查詢的用戶 ID 號。處理處理: : 根據(jù)用戶提供的待查詢用戶 ID 號，查詢該用戶的借款信息。輸出輸出: : 待查詢狀態(tài)所有借款信息列表。數(shù)據(jù)表數(shù)據(jù)表: :borrow_info 借款is_allapproved_info 是否通過全部審批is_allpayback_info 是否全部償還清

33、user_info 用戶信息圖 4.10 查詢某用戶借款信息 IPO 圖10、查詢某預(yù)算下的報銷信息：根據(jù)用戶提供的預(yù)算 ID 號，查詢該預(yù)算下的所有報銷信息。具體 IPO 圖如下圖 4.11 所示：模塊功能名稱模塊功能名稱：查詢某預(yù)算下的報銷信息輸入輸入: :待查詢的預(yù)算 ID 號。處理處理: : 根據(jù)用戶提供的預(yù)算 ID 號，查詢該預(yù)算下的所有報銷信息。輸出輸出: : 待查詢報銷信息列表。數(shù)據(jù)表數(shù)據(jù)表: :pay_log 報銷記錄pay_item_info 報銷明細(xì)budget_info 預(yù)算信息budget_item_info 預(yù)算詳細(xì)信息圖 4.11 查詢某預(yù)算下的報銷信息 IPO 圖

34、11、查詢某部門科室的報銷信息：根據(jù)用戶提供的部門 ID 號，查詢該部門下的所有報銷信息。具體 IPO 圖如下圖 4.12 所示：模塊功能名稱模塊功能名稱：查詢某部門下的報銷信息輸入輸入: :待查詢的部門 ID 號。處理處理: : 根據(jù)用戶提供的部門 ID 號，查詢該部門下的所有報銷信息。輸出輸出: : 待查詢報銷信息列表。數(shù)據(jù)表數(shù)據(jù)表: :pay_log 報銷記錄pay_item_info 報銷明細(xì)department_info 部門科室圖 4.12 查詢某部門科室的報銷信息 IPO 圖12、查詢需要某用戶領(lǐng)導(dǎo)審批的借款請求信息：根據(jù)領(lǐng)導(dǎo) ID 號，查詢需要該領(lǐng)導(dǎo)審批的借款信息。具體 IPO

35、 圖如下圖 4.13 所示：模塊功能名稱模塊功能名稱：查詢需要某用戶領(lǐng)導(dǎo)審批的借款請求信息23 / 40輸入輸入: :待查詢領(lǐng)導(dǎo)ID 號。處理處理: : 根據(jù)用戶提供的領(lǐng)導(dǎo) ID 號，查詢需要該領(lǐng)導(dǎo)審批的借款信息。輸出輸出: : 待查詢借款請求信息列表。數(shù)據(jù)表數(shù)據(jù)表: :pay_log 報銷記錄pay_item_info 報銷明細(xì)user_info 部門科室borrow_info 借款信息圖 4.13 查詢需要某用戶領(lǐng)導(dǎo)審批的借款請求信息 IPO 圖4.54.5 接口接口查詢管理模塊主要接口定義在 IBudgetApprove.cs 中，其中定義的方法簡單介紹如下：/ / 查詢特定狀態(tài)預(yù)算/

36、/ 預(yù)算狀態(tài)ID/ 查詢到的數(shù)據(jù)集public DataSet IGetBudgetInfoByState(string budget_state_id)；/ / 查詢特定部門科室特定狀態(tài)的預(yù)算/ / 預(yù)算狀態(tài)ID/ 部門科室ID/ 查詢到的數(shù)據(jù)集public DataSet IGetBudgetInfoByStateDepartment(string budget_state_id, string department_id)；/ / 得到所有科目/ / 查詢到的科目數(shù)據(jù)集public DataSet IGetBudgetType()；/ / 得到特定一級科目下的所有二級科目/ / 一級科目

37、ID/ 查詢到的二級科目數(shù)據(jù)集public DataSet IGetBudgetSubType(string budget_type_parentid)；/ / 得到所有開支方式/ 24 / 40/ 查詢到的開支方式數(shù)據(jù)集public DataSet IGetPayMethod()；/ / 得到所有采購方式/ / 查詢到的采購方式數(shù)據(jù)集public DataSet IGetPurchaseMethod()；/ / 得到所有年度信息/ / 查詢到的年度數(shù)據(jù)集public DataSet IGetBudgetRange()；/ / 得到所有部門信息/ / 查詢到的部門信息數(shù)據(jù)集public Dat

38、aSet IGetAllDeptPName()；/ / 得到部門下所有科室信息/ / 部門/ 查詢到的科室數(shù)據(jù)集public DataSet IGetDeptNameByPId(string department_pid)；/ / 查詢預(yù)算信息/ / 年度ID/ 科目ID/ 部門科室ID/ 開支方式ID/ 采購方式ID/ 預(yù)算狀態(tài)ID/ 是否通過所有審批/ 是否查詢完整信息/ 查詢到的預(yù)算信息數(shù)據(jù)集public DataSet IGetBudgetInfo(string budget_range_id, string budget_type_id, string department_id,s

39、tring pay_method_id, string purchase_method_id, string budget_state_id,bool allapproved, bool isfullinfo)；/ / 查詢借款信息/ / 借款I(lǐng)D/ 查詢到的借款信息數(shù)據(jù)集25 / 40public DataSet IGetBorrowFullInfo(string borrow_id)；/ / 查詢某人可查看的所有借款信息/ / 預(yù)算ID/ 用戶ID/ 查詢到的借款信息數(shù)據(jù)集public DataSet IGetBorrowFullInfoAuth(string budget_id, str

40、ing user_id)；/ / 查詢部門科室借款信息/ / 部門科室ID/ 是否還清/ 查詢到的借款信息數(shù)據(jù)集public DataSet IGetBorrowFullInfoByDept(string department_id, bool is_allpayback)；/ / 查詢部門科室的借款信息/ / 部門科室ID/ 是否通過所有審批/ 是否已執(zhí)行/ 是否還清/ 查詢到的借款信息數(shù)據(jù)集public DataSet IGetBorrowFullInfoByDept(string department_id, bool is_allapproved, bool is_executed,

41、bool is_allpayback)；/ / 查詢某人的報銷信息/ / 是否是直接報銷，若是FALSE則查詢償還報銷/ 是否通過所有審批/ 是否已執(zhí)行/ 用戶ID/ 查詢到的報銷信息數(shù)據(jù)集public DataSet IGetPayFullInfoByUserId(bool is_cashpay, bool is_allapproved, bool is_executed, string user_id)；/ / 查詢報銷金額總和/ / 科目ID/ 年度ID/ 部門科室ID26 / 40/ 報銷金額總和public DataSet IGetPayPriceSumData(string bud

42、get_type_id, string budget_range_id,string department_id)；5 5 償還管理模塊償還管理模塊5.15.1 程序描述程序描述在本系統(tǒng)中，償還管理模塊主要處理報銷償還和現(xiàn)金償還兩種業(yè)務(wù)流程。5.25.2 功能功能償還管理模塊的功能如下圖 5.1 所示：償還管理模塊發(fā)送直接報銷或償還請求執(zhí)行直接報銷請求判斷信息的合法性執(zhí)行借款請求添加報銷金額相關(guān)信息執(zhí)行現(xiàn)金償還請求圖 5.1 償還管理模塊功能結(jié)構(gòu)圖5.35.3 性能性能.1 時間特性要求時間特性要求27 / 40.2 實(shí)時性實(shí)時性由于系統(tǒng)具有三個客戶端同時在運(yùn)行

43、。因此，系統(tǒng)的數(shù)據(jù)必然經(jīng)常變化。系統(tǒng)在設(shè)計(jì)時，通過委托的方法使各個客戶端之間可以實(shí)時的交互，使得用戶在查詢數(shù)據(jù)時，能夠得到實(shí)時數(shù)據(jù)5.45.4 輸入輸入/ /出項(xiàng)出項(xiàng)根據(jù)上面的模塊功能結(jié)構(gòu)圖，表示出該模塊各個功能的輸入/出項(xiàng)。具體情況如下圖：1、發(fā)送報銷請求：發(fā)送一條報銷請求，此條報銷只能是直接報銷或者是償還報銷，若是直接報銷，budget_id 指定從哪條預(yù)算中 borrow_id, borrow_pay_price 為空；若是償還報銷 borrow_id 指定償還哪條借款，budget_id，cash_pay_price 為空。具體 IPO 圖如下圖 5.2 所示：模塊功能名稱模塊功能名稱

44、：發(fā)送報銷請求輸入輸入: :報銷請求 ID號，經(jīng)手人 ID 號，報銷備注，開支方式，報銷物品名數(shù)組，報銷物品單價數(shù)組，報銷物品備注數(shù)組，報銷的預(yù)算 ID 號，直接報銷金額，償還報銷從屬借款 ID 號和償還報銷金額。處理處理: : 系統(tǒng)首先驗(yàn)證各個輸入?yún)?shù)的合法性，若合法則根據(jù)請求 ID 號，經(jīng)手人 ID 號，報銷備注和報銷支付方式等信息，形成新的報銷日志信息插入 pay_log 表中。然后將報銷明細(xì)信息插入報銷明細(xì)表 pay_item_info 中。最后，根據(jù)報銷請求 ID 號，預(yù)算 ID 號，現(xiàn)金報銷金額，借款 ID 號，償還報銷金額等信息，形成報銷詳細(xì)記錄日志。輸出輸出: : 報銷請求 I

45、D號。數(shù)據(jù)表數(shù)據(jù)表: :pay_log 報銷信息pay_item_info 報銷項(xiàng)目明細(xì)pay_log_list_info 報銷詳細(xì)記錄日志pay_method_info 開支方式 pay_type_info 報銷類型圖 5.2 發(fā)送報銷請求 IPO 圖2、執(zhí)行借款請求：根據(jù)用戶輸入的借款請求 ID 號，執(zhí)行借款請求。具體IPO 圖如下圖 5.3 所示：模塊功能名稱模塊功能名稱：根據(jù)用戶輸入的借款請求 ID 號，執(zhí)行借款請求。輸入輸入: :請求 ID 號。處理處理: : 根據(jù)用戶輸入的借款請求 ID 號，獲取借款詳細(xì)信息。修改借款余額信息，并更改借款請求狀態(tài)。輸出輸出: : 操作是否成功。28

46、 / 40數(shù)據(jù)表數(shù)據(jù)表: :borrow_info 借款信息is_executed_info 是否執(zhí)行信息。圖 5.3 執(zhí)行借款請求 IPO 圖3、執(zhí)行現(xiàn)金償還請求：根據(jù)用戶輸入的償還請求 ID 號，執(zhí)行償還請求。具體 IPO 圖如下圖 5.4 所示：模塊功能名稱模塊功能名稱：根據(jù)用戶輸入的償還請求 ID 號，執(zhí)行償還請求。輸入輸入: : 請求 ID 號。處理處理: : 根據(jù)用戶輸入的償還請求 ID 號，獲取借款詳細(xì)信息。修改借款余額信息，并更改償還請求狀態(tài)。輸出輸出: : 所有年度信息列表。數(shù)據(jù)表數(shù)據(jù)表: :borrow_info 借款信息is_executed_info 是否執(zhí)行信息。圖

47、5.4 執(zhí)行現(xiàn)金償還請求 IPO 圖4、添加報銷金額信息：根據(jù)用戶輸入的報銷金額相關(guān)信息，增加報銷金額相關(guān)信息記錄。具體 IPO 圖如下圖 5.5 所示：模塊功能名稱模塊功能名稱：添加報銷金額信息輸入輸入: :報銷 ID 號，直接報銷的預(yù)算 ID號數(shù)組，直接報銷的金額數(shù)組，償還報銷的借款 ID 數(shù)組和報銷償還金額。處理處理: : 系統(tǒng)首先驗(yàn)證用戶輸入信息的合法性，若合法則判斷預(yù)算 ID 號是否為空，若不為空則在報銷詳細(xì)信息日志表 pay_log_list_info 中添加報銷詳細(xì)日志信息。然后判斷借款 ID 號是否為空，若不為空則在報銷詳細(xì)信息日志表pay_log_list_info 中添加報

48、銷詳細(xì)日志信息。輸出輸出: : 操作是否成功。數(shù)據(jù)表數(shù)據(jù)表: :borrow_info 借款信息budget_info 預(yù)算信息budget_item_info 預(yù)算明細(xì)budget_range_info 預(yù)算年限pay_log 報銷記錄pay_log_list_info 報銷詳細(xì)信息日志。圖 5.5 添加報銷金額信息 IPO 圖5、判斷借款信息是否合法：根據(jù)用戶提供的借款請求 ID 號，查詢該借款信息是否合法。具體 IPO 圖如下圖 5.6 所示：模塊功能名稱模塊功能名稱：判斷借款信息是否合法輸入輸入: :借款請求 ID號。處理處理: : 根據(jù)用戶提供的借款請求 ID 號，查詢該借款信息的詳

49、細(xì)信息。獲取借款的預(yù)算 ID 號、借款金額和預(yù)算余額等信息。比較借款金額和預(yù)算余額的相互關(guān)系。輸出輸出: : 借款信息是否合法。數(shù)據(jù)表數(shù)據(jù)表: :borrow_info 借款信息budget_info 預(yù)算信息圖 5.6 判斷借款信息是否合法 IPO 圖29 / 406、判斷直接報銷請否合法：根據(jù)用戶提供的直接報銷請求 ID 號，查詢該報銷請否合法。具體 IPO 圖如下圖 5.7 所示：模塊功能名稱模塊功能名稱：判斷直接報銷請否合法輸入輸入: :直接報銷請求 ID 號。處理處理: : 根據(jù)用戶提供的直接報銷請求 ID 號，查詢該直接報銷請求的詳細(xì)信息。獲取借款的預(yù)算 ID號、直接報銷金額和預(yù)算

50、余額等信息。比較直接報銷金額和預(yù)算余額的相互關(guān)系。輸出輸出: : 直接報銷請否合法。數(shù)據(jù)表數(shù)據(jù)表: :budget_info 預(yù)算信息budget_item_info 預(yù)算明細(xì)budget_range_info 預(yù)算年度budget_state_info 預(yù)算狀態(tài)pay_method_info 開支方式pay_log 報銷信息圖 5.7 判斷直接報銷請否合法 IPO 圖5.55.5 流程邏輯流程邏輯償還管理模塊的主要包括發(fā)送直接報銷或償還報銷請求，執(zhí)行請求和添加報銷金額，它們的流程圖如下圖 5.8，5.9，5.10 所示：30 / 40圖 5.8 發(fā)送報銷請求流程圖31 / 40圖 5.9 執(zhí)

51、行請求流程圖32 / 40圖 5.10 添加報銷金額流程圖5.65.6 接口接口償還管理模塊主要接口定在 BudgetPayCommon.cs 中，其中定義的方法簡單介紹如下：/ / 添加新的報銷金額方面信息，被MakePayRequest調(diào)用/ / 報銷ID/ 直接報銷的預(yù)算ID數(shù)組/ 直接報銷金額數(shù)組/ 償還報銷的借款I(lǐng)D數(shù)組/ 償還報銷金額/ 操作是否成功public bool AddNewPayLogList(string pay_log_id,string budget_id, string cash_pay_price, string borrow_id, string 33 /

52、40borrow_pay_price)； / / 執(zhí)行現(xiàn)金償還請求 / / 借款I(lǐng)D / 償還金額 / 操作是否成功public bool ExecuteCashPayBackBorrow(string borrow_id, string cash_price)；/ / 執(zhí)行償還報銷請求/ / 請求ID/ 操作是否成功public bool ExecuteBorrowPayRequest(string request_id)；/ / 執(zhí)行直接報銷請求/ / 請求ID/ 操作是否成功public bool ExecuteCashPayRequest(string request_id)；/ /

53、執(zhí)行借款請求/ / 請求ID/ 操作是否成功public bool ExecuteBorrowRequest(string request_id)；/ / 將用戶操作劃分成多個報銷請求，各自生成請求號，調(diào)用MakePayRequest發(fā)送請求。/ / 經(jīng)手人ID/ 備注/ 開支方式/ 報銷物品名數(shù)組/ 報銷物品數(shù)量數(shù)組/ 報銷物品單價數(shù)組/ 報銷物品備注數(shù)組/ 報銷的預(yù)算ID/ 直接報銷金額/ 償還報銷從屬借款I(lǐng)D/ 償還報銷金額/ 請求IDpublic string MakeNewPayRequest(string user_id, string 34 / 40pay_remark, str

54、ing pay_method_id,string pay_item_name, string pay_item_count, string pay_item_price, string pay_item_remark,string budget_id, string cash_pay_price, string borrow_id, string borrow_pay_price)；/ / 發(fā)送一條報銷請求，此條報銷只能是直接報銷或者是償還報銷，若是直接報銷，budget_id指定從哪條預(yù)算/ 中報銷，borrow_id,borrow_pay_price為空；若是償還報銷borrow_id指定

55、償還哪條借款，budget_id，/ cash_pay_price為空/ / 報銷請求ID/ 經(jīng)手人ID/ 備注/ 開支方式/ 報銷物品名數(shù)組/ 報銷物品數(shù)量數(shù)組/ 報銷物品單價數(shù)組/ 報銷物品備注數(shù)組/ 報銷的預(yù)算ID/ 直接報銷金額/ 償還報銷從屬借款I(lǐng)D/ 償還報銷金額/ 請求IDpublic string MakePayRequest(string request_id, string user_id, string pay_remark, string pay_method_id,string pay_item_name, string pay_item_count, string

56、pay_item_price, string pay_item_remark,string budget_id, string cash_pay_price, string borrow_id, string borrow_pay_price)；6 6 基本信息管理模塊基本信息管理模塊6.16.1 程序描述程序描述本系統(tǒng)屬于桌面信息管理系統(tǒng)，其最重要的功能就是對系統(tǒng)中相關(guān)信息的管理。具體在本系統(tǒng)中，基本信息有：部門科室信息、科目信息、開支方式、支付方式和用戶信息等?；拘畔⒐芾砟K的主要任務(wù)就是對系統(tǒng)中這部分信息進(jìn)行統(tǒng)一管理，使它們保持在邏輯上的一致性，為系統(tǒng)用戶提供有序的數(shù)據(jù)管理功能。35

57、/ 406.26.2 功能功能基本信息管理模塊的功能如下圖 6.1 所示：基本信息管理模塊增刪改科目相關(guān)信息增刪改部門科室相關(guān)信息增刪改開支方式相關(guān)信息增刪改部門相關(guān)信息增刪改用戶相關(guān)信息增刪改年度相關(guān)信息圖 6.1 基本信息管理模塊功能結(jié)構(gòu)圖6.36.3 性能性能.1 時間特性要求時間特性要求查詢模塊主要是為用戶提供感興趣的數(shù)據(jù)，但待查詢的數(shù)據(jù)總量往往規(guī)模很大，對查詢效率要求較高。在系統(tǒng)的速度要在用戶可接受的圍，但考慮到需要實(shí)時檢測服務(wù)器的可用性，對資源實(shí)時搜索的速度可以有較低的要求。.2 易用性易用性查詢模塊需要提供靈活易用的查詢操作，是用戶能夠并且快速的獲

58、取其所感興趣的容。36 / 40.3 實(shí)時性實(shí)時性由于系統(tǒng)具有三個客戶端同時在運(yùn)行。因此，系統(tǒng)的數(shù)據(jù)必然經(jīng)常變化。在查詢模塊為用戶提供實(shí)時的數(shù)據(jù)6.46.4 輸入輸入/ /出項(xiàng)出項(xiàng)根據(jù)上面的模塊功能結(jié)構(gòu)圖，表示出該模塊各個功能的輸入/出項(xiàng)。具體情況如下圖：1、增加科目信息：根據(jù)用戶輸入的科目相關(guān)信息，添加科目信息。具體IPO 圖如下圖 6.2 所示：模塊功能名稱模塊功能名稱：增加科目信息輸入輸入: :科目 ID，科目名稱，二級科目名稱，一級可審批人員 ID，二級可審批人員 ID，三級可審批人員 ID。處理處理: : 系根據(jù)科目 ID 號，科目名稱，若為二級科目則包含其父科目 I

59、D，一級可審批人員 ID 號，二級可審批 ID 號，三級可審批 ID 號等信息，添加科目信息。輸出輸出: : 操作是否成功。數(shù)據(jù)表數(shù)據(jù)表: :budget_type_info 科目信息圖 6.2 添加科目信息 IPO 圖2、修改科目信息：根據(jù)用戶輸入的待修改科目的 ID 號，對相應(yīng)的科目信息進(jìn)行更新。具體 IPO 圖如下圖 6.3 所示：模塊功能名稱模塊功能名稱：根據(jù)用戶輸入的待修改科目的 ID 號，對相應(yīng)的科目信息進(jìn)行更新。輸入輸入: :待修改科目ID，修改后的科目ID 號，修改后的科目名稱，修改后的科目的父科目 ID號，科目 ID 號，一、二、三級審批人 ID。處理處理: : 根據(jù)用戶輸入的待修改科目的 ID 號，對相應(yīng)的科目信息進(jìn)行更新。輸出輸出: : 操作是否成功。數(shù)據(jù)表數(shù)據(jù)表: :budget_type_info 科目信息圖 6.3 修改科目信息 IPO 圖3、刪除科目信息：根據(jù)用戶輸入的待刪除科目 ID 號，刪除對應(yīng)的科目信息。具體 IPO 圖如下圖 6.4 所示：模塊