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

1、预算执行与经费审批网络管理 系统详细设计说明书预算执行与经费审批网络管理系统详细设计说明书V1.0人员时间备注编写于洋、姜永 英、黎猛审核陈长清1弓I言791.1 编写目的71.2 背景71.3 字文81.4 参考资料82程序系统的结构83审核/批管理模块1 63.1 程序描述163.2 功能163.3 件能173.3.1 时间特性要求1 73.3.24 靠性1 73.3.25 活，毛1 73.4 输人/出项1 73.5 流程罗辑2 13.6 接口224信息杳询模块2 44.1 程序描述244.2 功能244.3 件能2 54.3.1 时间特性要求254.3.2 易用件4.3.3 实时件4.4

2、 输人/出项2 54.5 接口325偿还管理模块 355.1 程序描述355.2 功能3 55.3 件能365.3.1 时间特件要求365.3.2 实时，件365.4 输入/出项365.5 流程逻辑4 3475.6 接口.4 5 6基本信息管理模块6.1 程序描述476.2 功能.486.3 件能.486.3.1 时间特T牛要求486.3.2 易用性4 86.3.3 实时性4 96.4 输入/出项6.5 流程谡辑526.6 接口1引言1.1 编写目的在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块 设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、 模块之间传

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

4、在 以后的系统维护的阶段也可以参考概要设计，以便对系统更好的维护。1.2 背景开发软件名称：预算执行与货币化操作管理系统项目任务提出者：项目开发者：华中科技大学用户：实现软件单位：华中科技大学项目与其他软件，系统的关系：（1）服务器CPU : 1G以上内存：1G（推荐：1G以上）硬盘：1G以上光驱：DVD监视器-VGA或更高分辨率：分辨率至少为 1,024x768像素操作系统：Windows 2003数据库：SQL Server 2005企业版(2)支持软件操作系统：Windows 2003 Server SP1 , Windows 2003 Server SP2。数据库：Microsoft

5、SQL Server 2005 Enterprise , Microsoft SQL Server2005 Express,或是 Microsoft SQL Server 2005 Developer。系统使用Microsoft Visual S 2005开发，必须运行在所要求的硬件 和软件平台上。1.3 定义IPO图：在计算机领域IPO是指结构化设计中变换型结构的输入 (Input )、加工(Processing )输出(Output )。IPO图是对每个模块进行 详细设计的工具，它是输入加工输出(INPUT PROCESS OUTPUT)图的简称，它是由美国 旧M公司发起并完善起来的一种工

6、具。1.4 参考资料预算执行与货币化操作管理系统需求说明书V1.0预算执行与货币化操作管理系统概要设计说明书V1.0预算执行与货币化操作管理系统数据库设计说明书V1.02程序系统的结构本项目将采用分层设计和装配件设计思想，结合局域网采用客户/服务器(C/S)结构。整个系统建立在 Windows操作系统平台之上，采用基于.NET2.0 装配件的分布式应用结构实现整个系统，并将整个系统分为客户端-应用服务 器数据库服务器三层，其中后台数据库系统采用Microsoft SQL Server 2005。基于分布式架构的优势，在后续的功能扩展中可以根据需要方便地将后台数据库系统移植到其它数据库上。客户使

7、用客户端程序即可完成所有操作。采用了 .NET Remoting技术，客户端通过获取服务器端的IP地址和注册的 唯一的端口号，访问通道以获得服务端对象，再通过( Server Proxy)代理解析 为客户端对象。这就提供一种可能性，即以服务的方式来发布服务器对象。远 程对象代码可以运行在服务器上(如服务器激活的对象和客户端激活的对象)， 客户端就是通过这种方式，使用服务器端为其提供的服务。本系统的主要目的是对以单位为服务对象的财务管理环境中，对预算计划 提交、预算上报审核、经费结算报销、借还款以及科目进行全方位的数字化管 理。实现普通用户的预算上报请求、财务人员审核预算上报信息、财务人员进 行

8、预算上报科目管理、结算报销经费按预置的流程和审批权限进行流转等功能。 系统的整体功能结构图如图2-1所示：)审批,/核管1L借款管理-1L 自杳1旬J-SSS "!" I", r " 、'* 1, , 'k r t 1 -MB ;检查用户审!I核/批权限 I一预 算执行 与货币II i .:!1I-尸 inr lull，»inin iru »» ui» »r »ni i - i »rini，i iru »» u»» »r

9、 »ni L基本信息J£ 1 j1 J 31 «-L用户权限i.发出售一款一请二 ji rr u=iunmrriwnIrrltti( u =ittrSnarMiwti rrn"fl，* r*;查询所有开:1支方式 i:查询所有采 :购方式 I 者“询所i有-年 ;发送直接报 +销或偿还请: :;求T上报预算相|;上报操作完L.成以示.K J =/ *5*X* = * 匚 nili-a 1>«_! Ii备份数据库 !还原数据库:增删改科目i相关信息 |14r删改部-闩角色信息管!ii图2.1系统功能结构图由图2-1可知，本系统中我们所涉及到

10、的功能之模块主要有九个部分，即： 审核/批管理、借款管理、信息查询、偿还管理、上报管理、交互管理、数据库 管理、基本信息管理和用户权限管理 。而在实现这些功能模块时，我们所关心 的主要业务实体有五个部分：预算信息、用户信息、请求信息、报销信息和借 款信息。根据前面的概要设计和数据库设计说明书，我们对这五大业务实体进 行概念抽象，得到在实现系统业务需求过程中，五大业务实体相关的类图和他 们之间的交换关系类图。由于借款信息相对简单，这里未对其进行单独的详细 说明，其余的类图如下所示：1、预算相关信息类图：主要负责处理用户提交预算上报的相关业务，包括 预算明细，预算支付方式、预算年限、预算类型和预算

11、的审核等级。具体情况 如下图2.2所示：Liteinjd IntegerEudgeiterr name 淅iq市；巾匚h.二 H却 m'leeccftjndc味旺。呼T叩计必二暇tI幅eteB中加此paenW。图2.2预算相关信息类图2、用户相关信息类图：主要负责处理用户相关信息管理业务，包括用户基本信息、用户角色和角色权限相关信息管理。具体情况如下图2.3所示：图2.3用户相关信息类图3、请求信息类图：主要负责处理用户提交报销直接发放、偿还报销请求的相关业务。主要包括请求的基本信息、请求处理的状态、请求所需的审核/批次数和请求所需的用户权限等相关信息。具体情况如下图2.4所示：图2.

12、4请求相关信息类图4、报销信息类图：主要负责报销相关信息相关业务。包括报销明细、报销类型、报销支付方式、报销提请的用户和报销请求。具体情况如下图2.5所示:59Payjcg电payJOjLd . nt.tfl 第孙初中ik Snin.Payjtem：5in_id Integer 电口/,RrnjaFe. Slniq psyjm.-ccurt. nt toff %p=;_rem puce:比山白 flbpay_ilem_rariaik: StingisPayOvEfriF。ble 的Maku?a, Request 如皿+炉叶就q.由父)%irn 好Im i 呼动 FiflriitP %E 炉方

13、Rpqu 第 Fiecite Cash PayRac kBon 氤 | M则冲Pa列阿|厨|Payjn砒 od pjy_m«hod_id . I力也 ger 除阿_巾的1一帕怖 StrnjCtiarig EparMeth cdNu Tia '；配印 jyV 城 hz?c0 Ctel 痴 Pmyf J 式配二 0Us&电 i_id Inuye?jseijei iid-ne S：nnj ?seTki二. Sui- g 纵jser sn Suing *tmn 尹 UseTfi 用*CEn 亚1 se t ssh: Hfo()*C" an meL se 中 sss-

14、rtor*-3tdgetApprw()己睥。修理、F破 que#pprs酣,专力 eqjestFApkM)* 加叮MReoiF研 EAppr，M)*CanceftquestO Ca rte iCas"F ayReques：O*lsCaihRayflBqLegali)*FRei&dRefl() jnsertUserlrtfDi*|。河洲他，*Ge( U merH”睫国砌*Ge( U m er1rlfo_ ha史 Dd 43y 喀"_icr*Se 'BtsUserl Tfc_Byj 瞅一利*GetUsemfoyjl|Pay_type%peyjype_d Inte

15、ger 晶明¥_寸阿_制卡 ' St-TgG也FayTy陷网*加妒对弓网饱) ，MchJ 西口叫Type(向) *DeleiePayTypeiribORe quf)5lg，2qLe3tjd Iritece-巧邱 msks daietms: Lite巧raqu e st.apn e_dat=1ima Late frailest excutE daletiire 九:三图2.5报销相关信息类图5、审核/批日志类图：记录系统审核/批等相关信息的记录，包括预算、预算状态和用户等相关信息。具体情况如下图 2.6所示：Budget 亳叫孑_小it窜 耿fug支用丁丁 Siring 迎啊R

16、jxi 度,imeger 彭，g土址叫 ilegef ?圳g电向iwk. Suing1现狈仃_盅但 除w我眨id. nteger 第忙 Strrig 觥蟀:H炳 %ouc_5l3lejfde HfgercB啕曲士Mrt0 气粗网始凌E-rfciJ 依 g%ig抵 lad*。 依敢 eBudgetSW&nfcb帅P碗凶依口网用_崎戈Int句中 觑即髓_daietiG Dats 珈。可_粕力酣.Slung如叫nApp照*田0蛆忡叫 柏谕r总项 帆邸JM1蝌扃 加外祀蛔|App+即 *0oiwF.那。肝川就闾）/tn1 FtIn yUser如时忆Hreger以jsei_匍幅惟:String

17、usarjasawrs: Sriig 觊的yr SiringHhangeU serin；）Changed 龚E非 dnf 陋 北h的geUseiF能制幅。 、n回国霞也邱乘矶l喻pl创*Gk Us酬也_必印:!翻一加 吗如*Se delfeainFb_BJ9v_mO此设店日做区图2.6审核/批日志类图6、报销日志类图：记录报销过程的相关日志信息，包括报销、借款、预算、请求和用户等相关信息。具体情况如下图2.7所示：图2.7报销日志信息类图3审核/批管理模块3.1 程序描述审核/批管理模块主要是处理预算上报后，财务部门的审核。部门科室上报 直接发放报销和偿还报销请求后，经过财务部门审核后，由领导

18、对相应的上报 请求进行审批，最后由财务部门审核执行等一系列过程。3.2 功能审核/批管理模块主要包括检查用户审核/批权限、财务审核预算、财务审核请求、领导审批请求等。具体功能如下图 3.1所示：图3.1审核/批管理模块3.3 性能3.3.1 时间特性要求系统的速度要在用户可接受的范围内，但考虑到需要实时检测服务器的可 用性，对资源实时搜索的速度可以有较低的要求。3.3.2 可靠性系统要有较高的可靠性，可恢复性。3.3.3 灵活性系统要有良好的接口，以适应增加资源平台，增加资源类型，增加相关的 资源获取功能的需求；并留有服务器接口，适应对以后实现服务器功能的需要； 同时系统还需要具有跨平台功能。

19、3.4 输入/由项根据上面的模块功能结构图，表示出该模块各个功能的输入/出项。具体情况如下图：1、检查用户审核/批权限：系统根据操作用户的ID号，和待审核/批请求的 ID号，检测该用户是否具有审核/批该请求的权限，并返回查询结果。具体 IPO 图如下图3.2所示：模块功能名称:检查用户审核/批权限输入：用 户输入自 己的id号 和请求id 号。“处理：根据用户的ID号和一待审核请求的ID号，分别重用户表 和请求表中查询两 者的权限。输出：用 户是否具 有审核/批 权限数据表:user_info、 user_type_info 中根据 user_id 查询用户 user_check_author

20、ity ) 在 request_info 中 根 据 request_id 查 询 request_approve_needcountO图3.2检查用户的审核/批权限IPO图2、财务审核预算：由于在实际业务中，预算信息只需要通过财务部门的审 核即可，不要上部门领导的审批。因此，当部门科室的用户上报预算提请时， 只需要通过财务部门的操作人员的审核即可对该预算信息进行裁决。具体情况 如下图3.3所示：模块功能名称:财务审核预算输入：操 作用户的 ID号，预“处理：记录待审核预算在审核前的状态信 息，对预算请求进输出:提 示信息算的ID号和预算是行审核，并记录用 户审核后的状态。否通过审 核信息。将

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

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

23、请求的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 接口审核/批管理模块主要接口定义在 旧udge

24、tApprove.cs中，其中定义的方法 简单介绍如下：/ <summary>/判断某用户是否对某请求有审批权限/ </summary>/ <param name="request_id”> 用户 ID</param>/ <param name="user_id"> 请求 ID</param>/ <returns>有贝U返回 true</returns>public bool IHaveApprveAuth(string request_id, string user_

25、id)/ <summary>/财务审核预算/ </summary>/ <param name="budget_id">被审核预算 ID</param>/ <param name="user_id"> 审核人 ID</param>/ <param name="isapproved">是否通过审核 </param>/ <returns> 操作是否成功 </returns>public bool FBudgetApprov

26、e(string budget_id, string user_id, bool isapproved)；/ <summary>/ 领导审批请求/ </summary>/ <param name="request_id”> 请求 ID</param>/ <param name="user_id"> 审批人 ID</param>/ <param name="isapproved">是否通过审批 </param>/ <returns>操作是否

27、成功 </returns>public bool RequestApprove(string request_id, string user_id, bool isapproved) ；/ <summary>/财务审核请求/ </summary>/ <param name="request_id”> 请求 ID</param>/ <param name="user_id"> 审核人 ID</param>/ <param name="isapproved"&

28、gt;是否通过审核 </param>/ <param name="request_approve_needcount">设定需要几级审批</param>/ <returns>操作是否成功 </returns>public bool FRequestApprove(string request_id, string user_id,boolisapproved, string request_approve_needcount) ；/ <summary>/财务审核报销请求/ </summary>

29、;/ <param name="pay_log_id"> 报销请求 ID</param>/ <param name="user_id"> 审核人 ID</param>/ <param name="isapproved">是否通过审核 </param>/ <param name="budget_approve_needcount">设定需要领导审批等级</param>/ <returns>操作是否成功 <

30、/returns>public bool PayRequestFApprove(string pay_log_id, stringuser_id,bool isapproved, string budget_approve_needcount)；/ <summary>/财务审核借款请求/ </summary>/ <param name="pay_log_id"> 报销请求 ID</param>/ <param name="user_id"> 审核人 ID</param>/ &l

31、t;param name="isapproved">是否通过审核 </param>/ <param name="budget_approve_needcount">设定需要领导审批等级</param>/ <returns>操作是否成功 </returns>public bool BorrowRequestFApprove(string borrow_id, string user_id,bool isapproved, string budget_approve_needcount)4信息

32、查询模块4.1 程序描述信息查询模块主要是根据各种用户的权限，为各种权限的用户提供相应范 围内的信息查询功能。4.2 功能信息查询模块的功能如下图4.1所示:图4.1信息查询模块功能结构图查询部门下科室相关信息包括：查询所有部门信息和查询某部门下所有科 室信息；查询预算相关信息包括：查询所有预算信息、根据年度ID、科目ID、部门科室ID、开支方式ID、采购方式ID、预算状态ID、是否通过所有审批和是否 已执行等相关信息对预算信息进行查询；查询借款相关信息包括：根据是否通过所有审批审核、是否已执行和是否 还清查询借款信息，查询某人借款信息，查询某人可查看的所有借款信息，查 询部门科室的借款信息和

33、查询某借款中为偿还金额；查询报销的相关信息包括：查询某预算下的报销信息，查询报销请求的物 品信息，查询待执行的报销信息，查询某人的报销信息，查询部门科室下的报 销信息，通过请求ID查询报销ID,查询某人可查看的报销信息，查询拥有某审 批权限的所有用户信息和查询报销金额总和；查询审核/批相关信息包括：判断某用户是否对请求有领导审批权限，查询 需要某用户财务审核的报销信息，查询需要某用户领导审批的报销信息，查询需要某用户财务审核的预算信息，查询需要某用户财务审核的借款请求信息， 查询需要某用户领导审批的借款请求信息，查询所有预算需审批级数，查询所 有请求需审批级数，查询某预算的审批日志和查询某条请

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

35、如下图4.2所示：模块功能名，尔1查询所有开支方式输入:Lo少处理一查询系统提供的所L有开支方式。输出：所 有开支方 式歹U表。数据表:pay_method_info 开支方式图4.2查询所有开支方式IPO图2、查询所有采购方式：查询所有采购方式相关信息。具体 IPO图如下图4.3所示：模块功能名称:查询所有米购方式输入:10i处理：查询系统提供的所L有开支方式。输出：所 有采购方 式歹U表。数据表:purchase_method_info米购方式。图4.3查询所有采购方式IPO图3、查询所有年度信息：查询所有年度相关信息。具体 IPO图如下图4.4所 示：模块功能名彳徐:查询所有年度信息输入

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

37、门的ID号，查询对应部门下所有 科室信息。输出：对 应部门下 所有科室 信息列表。数据表:department_info 部 门信息图4.6查询部门下科室信息IPO图6、查询特定状态下的预算信息：根据用户提供的待查询预算状态，查询满 足状态要求的所有预算信息。具体IPO图如下图4.7所示：模块功能名称:查询特定状态预算信息输入:预算 状态ID 号。T处理：根据用户提供待查L询预算状态ID号，查询该状态下的所 有预算信息。输出：待 查询状态 所有预算 信息列表。数据表:budget_info预算信息budget_item_info 预算明细budget_range_info 预算年度budget

38、_state_info 预算状态pay_method_info 开支方式图4.7待查询状态的预算信息IPO图7、查询特定部门特定状态的预算信息：根据用户提供的待查询部门，待查 询预算状态信息，查询满足要求的所有预算信息。居停 IPO图如下图4.8所示:模块功能名称:查询特定状态、特定部门预算信息输入:预算 状态ID 号，部门ID号。"处理：根据用户提供待查L询预算状态ID号和待查询部门ID号， 查询该状态下的所 有预算信息。输出：待 查询状态 所有预算 信息列表。数据表:budget_info预算信息budget_item_info 预算明细budget_range_info 预算年

39、度budget_state_info 预算状态pay_method_info 开支方式department_info 部 门科室图4.8查询特定部门特定状态预算信息 IPO图8、查询借款信息：根据是否通过所有审核/批，是否已执行，是否还清查询 借款相关信息。具体IPO图如下图4.9所示：模块功能名称: 输入：是否 通过所有L 审核/批, 是否已执 行，是否 还清。查询特定借款信息输出：待 查询状态 所有借款 信息列表。处理：根据用户提供是否 通过所有审核/批 是否已执行，是否 还清信息，查询该 状态下的所有预算 信息。数据表borrow_info 借款 is_allapproved_info是

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

41、提供的预算 ID号，查询该预算下 的所有报销信息。具体IPO图如下图4.11所示：模块功能名密1查询某预算下的报销信息输入:待查 询的预算ID号。"处理一根据用户提供的预L算ID号，查询该预算卜.的所有报销信 息。输出：待 查询报销 信息列表。数据表:pay_iog报销记录pay_item_info 报销明细budget_info预算信息budget_item_info 预算详细信息图4.11查询某预算下的报销信息 IPO图11、查询某部门科室的报销信息：根据用户提供的部门 ID号，查询该部门 下的所有报销信息。具体IPO图如下图4.12所示：模块功能名称:查询某部门下的报销信息输入

42、:待查 询的部门ID号。一处理：根据用户提供的部L门ID号，查询该部门下的所有报销信息。输出：待 查询报销 信息列表。数据表:pay_iog报销记录pay_item_info 报销明细department_info 部 门科室图4.12查询某部门科室的报销信息 IPO图12、查询需要某用户领导审批的借款请求信息：根据领导 ID号，查询需要 该领导审批的借款信息。具体IPO图如下图4.13所示：模块功能名称：查询 需要某用户领导审批的借款请求信息输入：待查处理：根据用户提供的领输出：待询领导ID Q号。查询借款 请求信息 列表。导ID号，查询需要 该领导审批的借款 信息。数据表:pay_iog报

43、销记录pay_item_info 报销明细user_info部门科室borrow_info 借款信息图4.13查询需要某用户领导审批的借款请求信息IPO图4.5 接口查询管理模块主要接口定义在 旧udgetApprove.cs中，其中定义的方法简单 介绍如下：/ <summary>/查询特定状态预算/ </summary>/ <param name="budget_state_id"> 预算状态 ID</param>/ <returns> 查询到的数据集 </returns>public DataSet

44、 IGetBudgetInfoByState(string budget_state_id) ;/ <summary>/查询特定部门科室特定状态的预算 / </summary>/ <param name="budget_state_id"> 预算状态 ID</param>/ <param name="department_id"> 部门科室 ID</param>/ <returns> 查询到的数据集 </returns>public DataSet IGetB

45、udgetInfoByStateDepartment(stringbudget_state_id, string department_id)；/ <summary>/得到所有科目/ </summary>/ <returns>查询到的科目数据集</returns> public DataSet IGetBudgetType();/ <summary>/得到特定一级科目下的所有二级科目/ </summary>/ <param name="budget_type_parentid”> 一级科目 ID<

46、;/param>/ <returns>查询到的二级科目数据集 </returns>public DataSet IGetBudgetSubType(string budget_type_parentid) ;/ <summary>/得到所有开支方式/ </summary>/ <returns>查询到的开支方式数据集</returns> public DataSet IGetPayMethod();/ <summary>/得到所有采购方式/ </summary>/ <returns>

47、查询到的采购方式数据集</returns> public DataSet IGetPurchaseMethod();/ <summary>/得到所有年度信息/ </summary>/ <returns>查询到的年度数据集</returns>public DataSet IGetBudgetRange()；/ <summary>/得到所有部门信息/ </summary>/ <returns>查询到的部门信息数据集</returns>public DataSet IGetAllDeptPNa

48、me()；/ <summary>/得到部门下所有科室信息/ </summary>/ <param name="department_pid"> 部门 I D </param>/ <returns>查询到的科室数据集</returns>public DataSet IGetDeptNameByPId(string department_pid);/ <summary>/查询预算信息/ </summary>/ <param name="budget_range_id&

49、quot;> 年度 ID</param>/ <param name="budget_type_id"> 科目 ID</param>/ <param name="department_id"> 部门科室 ID</param>/ <param name="pay_method_id”> 开支方式 ID</param>/ <param name="purchase_method_id”> 采购方式 ID</param>/ <

50、;param name="budget_state_id"> 预算状态 ID</param>/ <param name="allapproved”> 是否通过所有审批 </param>/ <param name="isfullinfo"> 是否查询完整信息 </param>/ <returns>查询到的预算信息数据集</returns>public DataSet IGetBudgetInfo(string budget_range_id, string

51、budget_type_id, string department_id,string pay_method_id, string purchase_method_id, string budget_state_id,bool allapproved, bool isfullinfo)；/ <summary>/查询借款信息/ </summary>/ <param name="borrow_id"> 借款 ID</param>/ <returns>查询到的借款信息数据集</returns>public D

52、ataSet IGetBorrowFullInfo(string borrow_id) ;/ <summary>/查询某人可查看的所有借款信息/ </summary>/ <param name="budget_id"> 预算 ID</param>/ <param name="user_id"> 用户 ID</param>/ <returns>查询到的借款信息数据集</returns>public DataSet IGetBorrowFullInfoAuth(s

53、tring budget_id, string user_id)；/ <summary>/查询部门科室借款信息/ </summary>/ <param name="department_id"> 部门科室 ID</param>/ <param name="is_allpayback”> 是否还清 </param>/ <returns>查询到的借款信息数据集</returns>public DataSet IGetBorrowFullInfoByDept(string d

54、epartment_id, bool is_allpayback)；/ <summary>/查询部门科室的借款信息/ </summary>/ <param name="department_id"> 部门科室 ID</param>/ <param name="is_allapproved"> 是否通过所有审批 </param>/ <param name="is_executed”> 是否已执行 </param>/ <param name=&qu

55、ot;is_allpayback”> 是否还清 </param>/ <returns>查询到的借款信息数据集</returns>public DataSet IGetBorrowFullInfoByDept(string department_id, bool is_allapproved, bool is_executed, bool is_allpayback)；/ <summary>/查询某人的报销信息/ </summary>/ <param name="is_cashpay"> 是否是直接

56、报销，若是 FALSE则查 询偿还报销</param>/ <param name="is_allapproved”> 是否通过所有审批 </param>/ <param name="is_executed”> 是否已执行 </param>/ <param name="user_id”> 用户 ID</param>/ <returns>查询到的报销信息数据集</returns>public DataSet IGetPayFullInfoByUserId(boo

57、l is_cashpay, bool is_allapproved, bool is_executed, string user_id)；/ <summary>/查询报销金额总和/ </summary>/ <param name="budget_type_id”> 科目 ID</param>/ <param name="budget_range_id"> 年度 ID</param>/ <param name="department_id"> 部门科室 ID</param>/ <returns> 报销金额总和 </returns>public DataSet IGetPayPriceSumData(string budget_type_id, string budget_range_id,string department_id);5偿还管理模