预算执行与经费审批网络管理系统--详细设计说明书

1、预算执行与经费审批网络管理系统详细设计说明书V1.0人员时间备注编写于洋、姜永英、黎猛审核陈长清i1 引言41.1 编写目的41.2 背景41.3 定义51.4 参考资料52 程序系统的结构53 审核/批管理模块133.1 程序描述133.2 功能133.3 性能143.3.1 时间特性要求143.3.2 可靠性143.3.3 灵活性143.4 输人/出项143.5 流程逻辑163.6 接口164 信息查询模块184.1 程序描述184.2 功能184.3 性能194.3.1 时间特性要求194.3.2 易用性194.3.3 实时性194.4 输人/出项204.5 接口235 偿还管理模块26

2、5.1 程序描述265.2 功能265.3 性能275.3.1 时间特性要求275.3.2 实时性275.4 输人/出项275.5 流程逻辑295.6 接口326 基本信息管理模块356.1 程序描述356.2 功能356.3 性能356.3.1 时间特性要求356.3.2 易用性366.3.3 实时性366.4 输人/出项366.5 流程逻辑376.6 接口38451引言1.1 编写目的在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将

3、对在本阶段中对系统所做的所有详细设计进行说明。在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。主要的工作有：根据在预算执行与货币化操作管理系统需求分析说明书中所描述的数据、功能、运行、性能需求，并依照预算执行与货币化操作管理系统概要设计说明书所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述（包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等）.在下一阶段的时候，设计人员可以在概要设计的基础上进行详细设计。在以后的系统维护的阶段也可以参考概要设计，以便对系统更好的维护。1.2 背景开发

4、软件名称：预算执行与货币化操作管理系统项目任务提出者：项目开发者：华中科技大学用户：实现软件单位：华中科技大学项目与其他软件，系统的关系：（1） 服务器CPU：1G以上内存：1G（推荐：1G以上）硬盘：1G以上光驱：DVD监视器-VGA或更高分辨率：分辨率至少为1,024x768像素操作系统：Windows2003数据库：SQLServer2005企业版(2)支持软件操作系统：Windows2003ServerSP1，Windows2003ServerSP2。数据库：MicrosoftSQLServer2005Enterprise，MicrosoftSQLServer2005Express,或

5、是MicrosoftSQLServer2005Developers系统使用MicrosoftVisualS2005开发，必须运行在所要求的硬件和软件平台上。1.3 定义IPO图：在计算机领域IPO是指结构化设计中变换型结构的输入(Input)、加工(Processing)、输出(Output)。IPO图是对每个模块进行详细设计的工具，它是输入加工输出(INPUTPROCESSOUTPUT)图的简称，它是由美国IBM公司发起并完善起来的一种工具。1.4 参考资料预算执行与货币化操作管理系统需求说明书V1.0预算执行与货币化操作管理系统概要设计说明书V1.0预算执行与货币化操作管理系统数据库设计说

6、明书V1.02程序系统的结构本项目将采用分层设计和装配件设计思想，结合局域网采用客户/服务器(C/S)结构。整个系统建立在Windows操作系统平台之上，采用基于.NET2.0装配件的分布式应用结构实现整个系统，并将整个系统分为客户端应用服务器数据库服务器三层，其中后台数据库系统采用MicrosoftSQLServer2005。基于分布式架构的优势，在后续的功能扩展中可以根据需要方便地将后台数据库系统移植到其它数据库上。客户使用客户端程序即可完成所有操作。采用了.NETRemoting技术，客户端通过获取服务器端的IP地址和注册的唯一的端口号，访问通道以获得服务端对象，再通过(ServerPr

7、oxy)代理解析为客户端对象。这就提供一种可能性，即以服务的方式来发布服务器对象。远程对象代码可以运行在服务器上(如服务器激活的对象和客户端激活的对象)，客户端就是通过这种方式，使用服务器端为其提供的服务。本系统的主要目的是对以单位为服务对象的财务管理环境中，对预算计划提交、预算上报审核、经费结算报销、借还款以及科目进行全方位的数字化管理。实现普通用户的预算上报请求、财务人员审核预算上报信息、财务人员进行预算上报科目管理、结算报销经费按预置的流程和审批权限进行流转等功能。系统的整体功能结构图如图2-1所示：审批/核管理借款管理信息查询；检查用户审核/批权限;财务审核预算I财务审核请求；领导审批

8、请求(risisiw查询所有开支方式查询所有采购方式查询所有年度信息查询所有部门信息-查询部门下科室信息查询预算的相关信息查询借款的相关信息查询报销的相关信息查询审核/批相关信息发送直接报销或偿还请求;预:算；;执：:行i:与：I货；I币i;化；I操!作II管!I理！i系Ii统I偿还管理数据库管理1一基*信：息管理_J执行借款请求执行直接报销请求,执行现金偿还请求添加报销金额相关信息判断信息的合法性上报预算相关信息!1向服务器发送报销提示|;上报操作完成提示；财务审核操作完成提示:审核通过操作完成提示ji备份数据库I!还原数据库Ii清除所有一级预算信息;i获取备份文件列表：XdlBa_Atas

9、adHa-U*-dHalAtIAHa_U*>>1gH.lBaaaAtIAasadHaUhJ:增删改科目相关信息1增删改部门相关信息1增删改部门科室相关信息j，增删改年度相关信息:增删改开支方式相关信息I用户权限管理i角色信息管理用户信息验证图2.1系统功能结构图由图2-1可知，本系统中我们所涉及到的功能之模块主要有九个部分，即：审核/批管理、借款管理、信息查询、偿还管理、上报管理、交互管理、数据库管理、基本信息管理和用户权限管理。而在实现这些功能模块时，我们所关心的主要业务实体有五个部分：预算信息、用户信息、请求信息、报销信息和借款信息。根据前面的概要设计和数据库设计说明书，我们对

10、这五大业务实体进行概念抽象，得到在实现系统业务需求过程中，五大业务实体相关的类图和他们之间的交换关系类图。由于借款信息相对简单，这里未对其进行单独的详细说明，其余的类图如下所示：1、预算相关信息类图：主要负责处理用户提交预算上报的相关业务，包括预算明细，预算支付方式、预算年限、预算类型和预算的审核等级。具体情况如下图2.2所示：图2.2预算相关信息类图2、用户相关信息类图：主要负责处理用户相关信息管理业务，包括用户基本信息、用户角色和角色权限相关信息管理。具体情况如下图2.3所示:图2.3用户相关信息类图3、请求信息类图：主要负责处理用户提交报销直接发放、偿还报销请求的相关业务。主要包括请求的

11、基本信息、请求处理的状态、请求所需的审核/批次数和请求所需的用户权限等相关信息。具体情况如下图2.4所示：图2.4请求相关信息类图4、报销信息类图：主要负责报销相关信息相关业务。包括报销明细、报销类型、报销支付方式、报销提请的用户和报销请求。具体情况如下图2.5所示:Payjtem：5in_idInteger电为,RrnjaFe.Slniq龟pa丁：em_ccurt.nttoff%p=;_rempuce:比山白flbpay_ilem_rariaik:Sting先PayOvEfrfr40ble画Maku?aRequestl皿4r"上格叶就q.由4)%rir次mi呼动FxecutpBnr

12、iowPayRffqu群町FieciteCashPayBackBon氤|呵1礴PgyjTttiodpiy_mehod_id.Intsgerpiy_me:i(jd_ftame.StrngCtiarigEparMethcdNutiaJ配叩jyV城hz?c0DeletePmylJEthoz()Payjcg电陛匚烟.nt判tn第孙初中ikSnin.Us&电i_idInuye?jseijeiiid-neS：nnj?serki二.Slii-g纵jsersnSuing*tmn尹UseTfi国*CtanjeLsetasmhfa*C"anmeLse中sss-rtor*Ha,App'it

13、hQ*-3tdgetApprw()己睥。修闻、F破 que#pprs酣，P 时,ReqjestFApkM)* 加叮gReaue研 FAppro帽)*CanceftquestOCa rte iCas"F ayReques：O*lsCaihRayflBqLegali)*FRei&dRefl()jnsertUserlrtfoi*|。河洲他，*Ge(UmcrHo_h牌国砌*Ge(Umer1rlfo_ha史Dd43y喀"_icr*Se'BtsUserlTfc_Byj瞅一利*GetUsemfoyjl|Pay_type%peyjype_dhteger金pay_:ype_制

14、卡,St"吗GetPayTypelrifcO*加妒的弓网饱)MtwlifyFjyTyptlnW)*MeiePayTypelnbORequf)5lMLestjdIritece-巧邱msksdaietms:Lite巧raquest.apne_dat=1imaLatefrailestexcutEdaletiire九:三图2.5报销相关信息类图5、审核/批日志类图：记录系统审核/批等相关信息的记录，包括预算、预算状态和用户等相关信息。具体情况如下图2.6所示：图2.6审核/批日志类图6、报销日志类图：记录报销过程的相关日志信息，包括报销、借款、预算、请求和用户等相关信息。具体情况如下图2.7

15、所示：图2.7报销日志信息类图3审核/批管理模块3.1 程序描述审核/批管理模块主要是处理预算上报后，财务部门的审核。部门科室上报直接发放报销和偿还报销请求后，经过财务部门审核后，由领导对相应的上报请求进行审批，最后由财务部门审核执行等一系列过程。3.2 功能审核/批管理模块主要包括检查用户审核/批权限、财务审核预算、财务审核请求、领导审批请求等。具体功能如下图3.1所示：图3.1审核/批管理模块3.3 性能3.3.1 时间特性要求系统的速度要在用户可接受的范围内，但考虑到需要实时检测服务器的可用性，对资源实时搜索的速度可以有较低的要求。3.3.2 可靠性系统要有较高的可靠性，可恢复性。3.3

16、.3 灵活性系统要有良好的接口，以适应增加资源平台，增加资源类型，增加相关的资源获取功能的需求；并留有服务器接口，适应对以后实现服务器功能的需要；同时系统还需要具有跨平台功能。3.4 输入/由项根据上面的模块功能结构图，表示出该模块各个功能的输入/出项。具体情况如下图：1、检查用户审核/批权限：系统根据操作用户的ID号，和待审核/批请求的ID号，检测该用户是否具有审核/批该请求的权限，并返回查询结果。具体IPO图如下图3.2所示：模块功能名称：检查用户审核/批权限输入：用户输入自己的id号和t#求id号。厂处理：根据用户的ID号和待审核请求的ID号，分别重用户表和请求表中查询两者的权限。输出：

17、用户是否具有审核/批权限J数据表：user_info、user_type_info中根据user_id查询用户user_check_authority,在request_info中根据request_id查询request_approve_needcount。图3.2检查用户的审核/批权限IPO图2、财务审核预算：由于在实际业务中，预算信息只需要通过财务部门的审核即可，不要上部门领导的审批。因此，当部门科室的用户上报预算提请时，只需要通过财务部门的操作人员的审核即可对该预算信息进行裁决。具体情况如下图3.3所示：模块功能名称：财务审核预算输入：操作用户的ID号，预算的ID号和预算是否通过审核信

18、息。L处理：记录待审核预算在审核前的状态信息,对预算请求进行审核，并记录用户审核后的状态。将操作用户的ID号，预算请求的前后状态和预算本身等信息存储在approve_log表中。输出：提示信息r数据表：在budget_info中查询预算的处理前状态，改变budget_state_info中预算状态，并将处理结果存储在approve_log表中图3.3财务审核预算IPO图3、财务审核请求：处理实际业务中部门科室用户上报的直接发放报销请求和偿还报销请求。具体情况如下图3.4所示：模块功能名称：财务审核请求输入：请求ID号，审核人的ID号，审核是否通过及设定需要几级审批。处理：根据请求的ID号，和是

19、否通过审核信息，修改request_info、request_state_info表状态相关信息。在request_approve_log表格中记录审核人ID号，审核结果和需要几级审批等相关信息。输出：提示信息据表：相关数据表request_info、request_state_info、request_approve_log和requestapproveneedcountinfo表图3.4财务审核请求IPO图4、领导审批请求：当请求通过财务部门审核后，需要根据财务部门操作人员设定的请求所需的审批级别，由相应级别的领导依次审批，最终记录审批结果具体情况如下图3.5所示：模块功能名称：领导审批请

20、求输入：请求ID号，审核人的ID号，请求是否通过审批处理：根据请求的ID号，和是否通过审核信息，修改request_info、request_state_info表状态相关信息。在request_approve_log表格中记录审核人ID号，输出：提示信息审批结果。数据表：相关数据表request_info、request_state_info、request_approve_log和request_approve_needcount_info表。图3.6领导审批请求IPO图3.5 流程逻辑审核/批管理模块的流程图如下图3.7所示:记录市核结果图3.7审核/批管理模块流程图3.6 接口审核/批

21、管理模块主要接口定义在旧udgetApprove.cs中，其中定义的方法简单介绍如下：/<summary>/判断某用户是否对某请求有审批权限/</summary>/<paramname="request_id">用户ID</param>/<paramname="user_id">请求ID</param>/<returns>有则返回true</returns>publicboolIHaveApprveAuth(stringrequest_id,stringuse

22、r_id)/<summary>/财务审核预算/</summary>/<paramname="budget_id">被审核预算ID</param>/<paramname="user_id">审核人ID</param>/<paramname="isapproved">是否通过审核</param>/<returns>操作是否成功</returns>publicboolFBudgetApprove(stringbudget_

23、id,stringuser_id,boolisapproved)；/<summary>/领导审批请求/</summary>/<paramname="request_id">请求ID</param>/<paramname="user_id">审批人ID</param>/<paramname="isapproved">是否通过审批</param>/<returns>操作是否成功</returns>publicboolRe

24、questApprove(stringrequest_id,stringuser_id,boolisapproved)；/<summary>/财务审核请求/</summary>/<paramname="request_id">请求ID</param>/<paramname="user_id">审核人ID</param>/<paramname="isapproved">是否通过审核</param>/<paramname="re

25、quest_approve_needcount">设定需要几级审批</param>/<returns>操作是否成功</returns>publicboolFRequestApprove(stringrequest_id,stringuser_id,boolisapproved,stringrequest_approve_needcount)/<summary>/财务审核报销请求/</summary>/<paramname="pay_log_id">报销请求ID</param>

26、/<paramname="user_id">审核人ID</param>/<paramname="isapproved">是否通过审核</param>/<paramname="budget_approve_needcount">设定需要领导审批等级</param>/<returns>操作是否成功</returns>publicboolPayRequestFApprove(stringpay_log_id,stringuser_id,booli

27、sapproved,stringbudget_approve_needcount)/<summary>/财务审核借款请求/</summary>/<paramname="pay_log_id">报销请求ID</param>/<paramname="user_id">审核人ID</param>/<paramname="isapproved">是否通过审核</param>/<paramname="budget_approve_ne

28、edcount">设定需要领导审批等级</param>/<returns>操作是否成功</returns>publicboolBorrowRequestFApprove(stringborrow_id,stringuser_id,boolisapproved,stringbudget_approve_needcount)4信息查询模块4.1程序描述信息查询模块主要是根据各种用户的权限，为各种权限的用户提供相应范围内的信息查询功能。4.2功能信息查询模块的功能如下图4.1所示:信息查询模块查询所有开支方式查询所有采购方式查询所有年度信息查询所有

29、部门信息查询部门下科室信息查询预算的相关信息查询借款的相关信息查询报销的相关信息查询审核批相关信息图4.1信息查询模块功能结构图查询部门下科室相关信息包括：查询所有部门信息和查询某部门下所有科室信息；查询预算相关信息包括：查询所有预算信息、根据年度ID、科目ID、部门科室ID、开支方式ID、采购方式ID、预算状态ID、是否通过所有审批和是否已执行等相关信息对预算信息进行查询；查询借款相关信息包括：根据是否通过所有审批审核、是否已执行和是否还清查询借款信息，查询某人借款信息，查询某人可查看的所有借款信息，查询部门科室的借款信息和查询某借款中为偿还金额；查询报销的相关信息包括：查询某预算下的报销信

30、息，查询报销请求的物品信息，查询待执行的报销信息，查询某人的报销信息，查询部门科室下的报销信息，通过请求ID查询报销ID，查询某人可查看的报销信息，查询拥有某审批权限的所有用户信息和查询报销金额总和；查询审核/批相关信息包括：判断某用户是否对请求有领导审批权限，查询需要某用户财务审核的报销信息，查询需要某用户领导审批的报销信息，查询需要某用户财务审核的预算信息，查询需要某用户财务审核的借款请求信息，查询需要某用户领导审批的借款请求信息，查询所有预算需审批级数，查询所有请求需审批级数，查询某预算的审批日志和查询某条请求的审批日志。4.3 性能4.3.1 时间特性要求查询模块作为用户经常使用的模块

31、，对时间特性的要求较高。在本系统中，我们通过索引和视图的方法尽量提高数据库查询的效率。4.3.2 易用性查询模块通过提供灵活智能的查询功能，使用户能够并且快速的获取其所感兴趣的内容。4.3.3 实时性由于系统具有三个客户端同时在运行。因此，系统的数据必然经常变化。系统在设计时，通过委托的方法使各个客户端之间可以实时的交互，使得用户在查询数据时，能够得到实时数据。4.4 输入/由项根据上面的模块功能结构图，表示出该模块各个功能的输入/出项。具体情况如下图：1、查询所有开支方式：查询所有开始方式相关信息。具体IPO图如下图4.2所示：模块功能名称：查询所有开支方式输入:无。L处理：查询系统提供的所

32、有并支方式。输出：所后开支方式歹u表。，数据表：pay_method_info开支方式图4.2查询所有开支方式IPO图2、查询所有采购方式：查询所有采购方式相关信息。具体IPO图如下图4.3所示：模块功能名称：查询所有米购方式输入:无。厂处理：查询系统提供的所有并支方式。输出：所有采购方式歹U表。J数据表：purchase_method_info采购方式。图4.3查询所有采购方式IPO图3、查询所有年度信息：查询所有年度相关信息。具体IPO图如下图4.4所示：模块功能名称：查询所有年度信息输入:无。L处理：查询系统提供的所有年度信息。输出：所有年度信息列表。J数据表：budget_range_

33、info年度信息。图4.4查询所有年度信息IPO图4、查询部门信息：查询所有部门信息。具体IPO图如下图4.5所示:模块功能名称：查询所有部门信息输入:无。广处理：查询系统提供的所有部门信息。输出：所有部门信息列表。y数据表：department_info部门信息。图4.5查询部门信息IPO图5、查询部门下科室信息：根据用户提供的部门ID号，查询部门下的科室信息。具体IPO图如下图4.6所示：模块功能名称：查询部门下科室信息输入：部门ID号。广处理：根据用户提供待查询部门的ID号，查询对应部门下所有科室信息。输出：对应部门下所有科室信息列表。J数据表：department_info部门信息图4

34、.6查询部门下科室信息IPO图6、查询特定状态下的预算信息：根据用户提供的待查询预算状态，查询满足状态要求的所有预算信息。具体IPO图如下图4.7所示：模块功能名称：查询特定状态预算信息输入：预算状态ID号。处理：根据用户提供待查询预算状态ID号，查询该状态卜的所有预算信息。输出：待查询状态所有预算信息列表。J数据表：budget_info预算信息budget_item_info预算明细budget_range_info预算年度budget_state_info预算状态paymethodinfo开支方式图4.7待查询状态的预算信息IPO图7、查询特定部门特定状态的预算信息：根据用户提供的待查询

35、部门，待查询预算状态信息，查询满足要求的所有预算信息。居停IPO图如下图4.8所示:模块功能名称：查询特定状态、特定部门预算信息输入：预算状态ID号，部门ID号。产处理：根据用户提供待查询预算状态ID号和待查询部门ID号，查询该状态卜.的所有预算信息。输出：待查询状态所有预算信息列表。y数据表：budget_info预算信息budget_item_info预算明细budget_range_info预算年度budget_state_info预算状态pay_method_info开支方式department_info音、门科室图4.8查询特定部门特定状态预算信息IPO图8、查询借款信息：根据是否通

36、过所有审核/批，是否已执行，是否还清查询借款相关信息。具体IPO图如下图4.9所示：模块功能名称：查询特定借款信息输入：是否通过所有审核/批，是否已执行，是否还清。处理：根据用户提供是否通过所有审核/批，是否已执行，是否还清信息，查询该状态卜.的所有预算信息。输出：待查询状态所有借款信息列表。数据表一:borrow_info借款is_allapproved_info是否通过全部审批is_allpayback_info是否全部偿还清图4.9查询借款信息IPO图9、查询某人借款信息：根据用户提供的用户ID号，查询该用户的借款信息具体IPO图如下图4.10所示：模块功能名称：查询某人借款信息输入：待

37、查询的用户ID号。处理：根据用户提供的待查询用户ID号，查询该用户的借款信息。输出：待查询状态所有借款信息列表。J数据表：borrow_info借款is_allapproved_info是否通过全部审批is_allpayback_info是否全部偿还清user_info用户信息图4.10查询某用户借款信息IPO图10、查询某预算下的报销信息：根据用户提供的预算ID号，查询该预算下的所有报销信息。具体IPO图如下图4.11所示：模块功能名称：查询某预算下的报销信息输入：待查询的预算ID号。处理：根据用户提供的预算ID号，查询该预算下的所有报销信息。输出：待查询报销信息列表。J数据表：pay_lo

38、g报销记录pay_item_info报销明细budget_info预算信息budget_item_info预算详细信息图4.11查询某预算下的报销信息IPO图11、查询某部门科室的报销信息：根据用户提供的部门ID号，查询该部门下的所有报销信息。具体IPO图如下图4.12所示：模块功能名称：查询某部门下的报销信息输入：待查询的部门ID号。L处理：根据用户提供的部门ID号，查询该部门下的所有报销信息。输出：待查询报销信息列表。数据表：pay_log报销记录pay_item_info报销明细department_info吾6门科室图4.12查询某部门科室的报销信息IPO图12、查询需要某用户领导审批

39、的借款请求信息：根据领导ID号，查询需要该领导审批的借款信息。具体IPO图如下图4.13所示：模块功能名称：查询需要某用户领导审批的借款请求信息输入：待查询领导ID号。产处理：根据用户提供的领导ID号，查询需要该领导审批的借款信息。输出：待查询借款请求信息列表。y数据表：pay_iog报销记录pay_item_info报销明细user_info部门科室borrow_info借款信息图4.13查询需要某用户领导审批的借款请求信息IPO图4.5 接口查询管理模块主要接口定义在IBudgetApprove.cs中，其中定义的方法简单介绍如下：/<summary>/查询特定状态预算/<

40、;/summary>/<paramname="budget_state_id">5!算X大态ID</param>/<returns>查询到的数据集</returns>publicDataSetIGetBudgetInfoByState(stringbudget_state_id)/<summary>/查询特定部门科室特定状态的预算/</summary>/<paramname="budget_state_id">5!算X大态ID</param>/<p

41、aramname="department_id”部门科室ID</param>/<returns>查询到的数据集</returns>publicDataSetIGetBudgetInfoByStateDepartment(stringbudget_state_id,stringdepartment_id);/<summary>/得到所有科目/</summary>/<returns>查询到的科目数据集</returns>publicDataSetIGetBudgetType();/<summary&

42、gt;/得到特定一级科目下的所有二级科目/</summary>/<paramname="budget_type_parentid""级科目ID</param>/<returns>查询到的二级科目数据集</returns>publicDataSetIGetBudgetSubType(stringbudget_type_parentid)/<summary>/得到所有开支方式/</summary>/<returns>查询到的开支方式数据集</returns>publi

43、cDataSetIGetPayMethod()；/<summary>/得到所有采购方式/</summary>/<returns>查询到的采购方式数据集</returns>publicDataSetIGetPurchaseMethod(；)/<summary>/得到所有年度信息/</summary>/<returns>查询到的年度数据集</returns>publicDataSetIGetBudgetRange(；)/<summary>/得到所有部门信息/</summary>/

44、<returns>查询到的部门信息数据集</returns>publicDataSetIGetAllDeptPName()；/<summary>/得到部门下所有科室信息/</summary>/<paramname="department_pid”>SB门ID</param>/<returns>查询到的科室数据集</returns>publicDataSetIGetDeptNameByPId(stringdepartment_pid；)/<summary>/查询预算信息/<

45、/summary>/<paramname="budget_range_id”疗度ID</param>/<paramname="budget_type_id”科目ID</param>/<paramname="department_id”部门科室ID</param>/<paramname="pay_method_id”>ff支方式ID</param>/<paramname="purchase_method_id”采购方式ID</param>/<

46、;paramname="budget_state_id”>5!算X大态ID</param>/<paramname="allapproved”>ll否通过所有审批</param>/<paramname="isfullinfo">是否查询完整信息</param>/<returns>查询到的预算信息数据集</returns>publicDataSetIGetBudgetInfo(stringbudget_range_id,stringbudget_type_id,stri

47、ngdepartment_id,stringpay_method_id,stringpurchase_method_id,stringbudget_state_id,boolallapproved,boolisfullinfo；)/<summary>/查询借款信息/</summary>/<paramname="borrow_id”>借款ID</param>/<returns>查询到的借款信息数据集</returns>publicDataSetIGetBorrowFullInfo(stringborrow_id)；

48、/<summary>/查询某人可查看的所有借款信息/</summary>/<paramname="budget_id”>®算ID</param>/<paramname="user_id"叫户ID</param>/<returns>查询到的借款信息数据集</returns>publicDataSetIGetBorrowFullInfoAuth(stringbudget_id,stringuser_id)；/<summary>/查询部门科室借款信息/<

49、/summary>/<paramname="department_id”部门科室ID</param>/<paramname="is_allpayback”>ll否还清</param>/<returns>查询到的借款信息数据集</returns>publicDataSetIGetBorrowFullInfoByDept(stringdepartment_id,boolis_allpayback)；/<summary>/查询部门科室的借款信息/</summary>/<param

50、name="department_id”部门科室ID</param>/<paramname="is_allapproved”>!否通过所有审批</param>/<paramname="is_executed”>!否已执行</param>/<paramname="is_allpayback”>ll否还清</param>/<returns>查询到的借款信息数据集</returns>publicDataSetIGetBorrowFullInfoByDep

51、t(stringdepartment_id,boolis_allapproved,boolis_executed,boolis_allpayback；)/<summary>/查询某人的报销信息/</summary>/<paramname="is_cashpay">!否是直接报销，若是FALSE则查询偿还报销</param>/<paramname="is_allapproved”>!否通过所有审批</param>/<paramname="is_executed”>!否已执行

52、</param>/<paramname="user_id"叫户ID</param>/<returns>查询到的报销信息数据集</returns>publicDataSetIGetPayFullInfoByUserId(boolis_cashpay,boolis_allapproved,boolis_executed,stringuser_id；)/<summary>/查询报销金额总和/</summary>/<paramname="budget_type_id”科目ID</pa

53、ram>/<paramname="budget_range_id”疗度ID</param>/<paramname="department_id”部门科室ID</param>/<returns*E(销金额总和</returns>publicDataSetIGetPayPriceSumData(stringbudget_type_id,stringbudget_range_id,stringdepartment_id)5偿还管理模块5.1 程序描述在本系统中，偿还管理模块主要处理报销偿还和现金偿还两种业务流程。5.2功

54、能偿还管理模块白功能如下图5.1所示:图5.1偿还管理模块功能结构图5.3性能5.3.1时间特性要求5.3.2实时性由于系统具有三个客户端同时在运行。因此，系统的数据必然经常变化。系统在设计时，通过委托的方法使各个客户端之间可以实时的交互，使得用户在查询数据时，能够得到实时数据5.4 输入/由项根据上面的模块功能结构图，表示出该模块各个功能的输入/出项。具体情况如下图：1、发送报销请求：发送一条报销请求，此条报销只能是直接报销或者是偿还报销，若是直接报销，budget_id指定从哪条预算中borrow_id,borrow_pay_price为空；若是偿还报销borrow_id指定偿还哪条借款，

55、budgetjd,cash_pay_price为空。具体IPO图如下图5.2所示：模块功能名称：发送报销请求输入：报销t青求ID号，经手人ID号，报销备注，开支方式，报销物品名数组，报销物品单价数组，报销物品备注数组，报销的预算ID号，直接报销金额，偿还报销从属借款ID号和偿还报销金额。p处理：系统首先验证各个输入参数的合法性，若合法则根据请求ID号，经手人ID号，报销备注和报销支付方式等信息，形成新的报销日志信息插入pay_log表中。然后将报销明细信息插入报销明细表pay_item_info中。最后，根据报销请求ID号，预算ID号，现金报销金额，借款ID号，偿还报销金额等信息，形成报销详细

56、记录日志。输出：报销请求ID号。数据表：pay_log报销信息pay_item_info报销项目明细pay_log_list_info报销详细记录日志pay_method_info开支方式paytypeinfo报销类型图5.2发送报销请求IPO图2、执行借款请求：根据用户输入的借款请求ID号，执行借款请求。具体IPO图如下图5.3所示：模块功能名称：根据用户输入的借款请求ID号，执行借款请求。输入:请求ID号。处理：根据用户输入的借款请求ID号，获取借款详细信息。修改借款余额信息，并更改借款请求状态。输出：操作是否成功。y数据表：borrow_info借款信息isexecutedinfo是否执

57、行信息。图5.3执行借款请求IPO图3、执行现金偿还请求：根据用户输入的偿还请求ID号，执行偿还请求。具体IPO图如下图5.4所示：模块功能名称：根据用户输入的偿还请求ID号，执行偿还请求。输入：请求ID号。处理：根据用户输入的偿还请求ID号，获取借款详细信息。修改借款余额信息，并更改偿还请求状态。输出：所有年度信息列表。J数据表：borrow_info借款信息is_executed_info是否执行信息。图5.4执行现金偿还请求IPO图4、添加报销金额信息：根据用户输入的报销金额相关信息，增加报销金额相关信息记录。具体IPO图如下图5.5所示：模块功能名称：添加报销金额信息输入:报销ID号，直接报销的预算ID号数组，直接报销的金额数组，偿还报销的借款ID数组和报销偿还金额。代处理：系统首先验证用户输入信息的合法性，若合法则判断预算ID号是否为空，若不为空则在报销详细/息日志表pay_log_list_info中添加报销详细日志信息。然后判断借款ID号是否为空，若不为空则在报销详细怎息日志表pay_log_list_info中添加报销详细日志信息。输出：操作是否成功。J数据表：borrow_info借款信息budget_info预算信息budget_item_info预算明细budget_range_info预