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

1、预算执行与经费审批网络治理系统详细设计讲明书V10人员时刻备注编写于洋、姜永英、黎猛审核陈长清 OC 1-3 HYPERLINK N:整理后引言 PAGEEF Toc2267871 h4 HYPELIN l_Toc242687 1编写目的PAGEREF _Toc226802 4HYPERLINK N:整理后1.2背景 PAGERF_Toc2428703 4HYPELIN l_Toc242678704 1.定义 PGREF _Toc467874 5HYPERLINK N:整理后.参考资料 PAGEREF_Toc2426770 h 5HYPERLNK l Toc2426780 2程序系统的结构 P

2、AGERF _oc22806 5HYPERLINK N:整理后审核/批治理模块PAGEREF _Tc42678707 3 HYPERLINK l _Toc24678708 3.程序描述 PAGERE c242678 13HYPERLINK N:整理后.2功能 PAGEEF _Toc787 13 HYPEIN l _Toc242710 .3性能 PGEREF _Toc27871 h1HYPERLINK N:整理后3.3.1时刻特性要求 AGRE _Toc467871 h 4HYPERLINK N:整理后l3.2可靠性 PAGRE _Toc24268712 h14 ERLNK l T2268733

3、.3.灵活性 PER _Toc426787 h14 HYPERLINK l _To4268714 3.4输人/出项GRE _Toc246871 4HYPERLINK N:整理后.5流程逻辑 PGERE _oc242775 h16 HPLINK l_To242678716 .6接口PAGREF _oc242681 h 16HYPERLINK N:整理后4信息查询模块 PGEF _Toc4678717 8 HYPELINKl _Toc2426818 4.1程序描述PAGEREFTc242678718 h8 HYELIN l _Tc678719 4.2功能 PGR _To478719 h 18HYP

4、ERLINK N:整理后l4.性能 PRE _To227720 h 9YELN l o27872 3.1时刻特性要求 EREF _oc24267821h 9 HEN l Toc4268722 4.32易用性 PEREF _To24267822 h 9HYPERLINK N:整理后43实时性 PAF oc27873 h19HYPERLINK N:整理后4.4输人/出项PRF_To24267872 h 19 HERIK l _oc24267725 4.5接口 AREF_To2426825 h 22HYPERLINK N:整理后5偿还治理模块 PGRE _Toc242786 h 2 HYPRLINK

5、 l To4267727 51程序描述 PAEREF _To246872h 2HYPERLINK N:整理后5.功能 PGERF To42728 h 25HYPERLINK N:整理后.性能 PAGEEF Toc24268729 2 YPELINl _Tc278730 53时刻特性要求 PAGREF _Toc2468730 h PERIN l_To678731532实时性AERF _T24267731 h26 YERLINK l _Toc426783 5.4输人/出项 PAGREF _Toc242678732h HYPERLINK N:整理后l5.流程逻辑 PAGRE _oc226733h 9

6、HYPERLINK N:整理后l5接口 PAEREF _oc2773 h 3HYPERLINK N:整理后l6差不多信息治理模块PAEF_Toc22678735 33 HYPRLINK l _c2278736 6.1程序描述 PGEREF_Tc242678736 h 3 HERIN l o267737 6.2功能 PAGEREF Tc467873 h 3HYPERLINK N:整理后6.3性能 PREF_To28738 4 HYPERIN l_Toc2427873 6.3.1时刻特性要求 PAGEREF_Toc24267739 h 34HYPERLINK N:整理后.2易用性 AGEREF_T

7、oc242684 h 34HYPERLINK N:整理后.3.实时性 PAGEREF _Toc2467741 h 3 YERINK l_T2678426.4输人/出项 AGEREF _Toc242678742 h 5HERLINK l _Toc46743 6.流程逻辑 PAGERF _Toc24278743 36HYPERLINK N:整理后6.6接口 PGERE _Toc242784 h361引言1.1编写目的在前一时期（概要设计讲明书）中,已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。

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

9、好的维护。12背景开发软件名称:预算执行与货币化操作治理系统项目任务提出者:项目开发者:华中科技大学用户：实现软件单位：华中科技大学项目与其他软件,系统的关系：（1） 服务器PU ：1以上内存:G( 推举：1以上）硬盘:1G以上光驱：VD监视器-VGA 或更高分辨率：分辨率至少为，2x768像素操作系统:Windows200数据库：SQL Srve 00企业版(2) 支持软件操作系统： Wnows 203 rver P1,Wndows 003 Serve S2。数据库: icrosoft SQLever 2005 Enerprise，icrooftSQL Server 20 xpress，或是

10、Mirost SLServr 05evopr。系统使用icrosofis Stuo.nt 200开发,必须运行在所要求的硬件和软件平台上。1.3定义IPO图：在计算机领域IPO是指结构化设计中变换型结构的输入（npt)、加工（Procesng）、输出（utput)。IO图是对每个模块进行详细设计的工具，它是输入加工输出（NPT PROESS OUTPU)图的简称,它是由美国IBM公司发起并完善起来的一种工具。1.4参考资料预算执行与货币化操作治理系统需求讲明书V.0预算执行与货币化操作治理系统概要设计讲明书V1.0预算执行与货币化操作治理系统数据库设计讲明书102程序系统的结构本项目将采纳分层

11、设计和装配件设计思想,结合局域网采纳客户/ 服务器（C/S）结构。整个系统建立在Windows操作系统平台之上，采纳基于NT2.0装配件的分布式应用结构实现整个系统，并将整个系统分为客户端-应用服务器数据库服务器三层，其中后台数据库系统采纳Microsft SQL erver 205。基于分布式架构的优势,在后续的功能扩展中能够依照需要方便地将后台数据库系统移植到其它数据库上。客户使用客户端程序即可完成所有操作。采纳了. Remotng技术，客户端通过猎取服务器端的IP地址和注册的唯一的端口号，访问通道以获得服务端对象，再通过（eer Proxy）代理解析为客户端对象。这就提供一种可能性，即以

12、服务的方式来公布服务器对象。远程对象代码能够运行在服务器上（如服务器激活的对象和客户端激活的对象)，客户端确实是通过这种方式，使用服务器端为其提供的服务。本系统的要紧目的是对以单位为服务对象的财务治理环境中，对预算打算提交、预算上报审核、经费结算报销、借还款以及科目进行全方位的数字化治理。实现一般用户的预算上报请求、财务人员审核预算上报信息、财务人员进行预算上报科目治理、结算报销经费按预置的流程和审批权限进行流转等功能。系统的整体功能结构图如图2-1所示:预算执行与货币化操作治理系统审批/核治理借款治理检查用户审核/批权限财务审核预算财务审核请求领导审批请求发出借款请求偿还治理发送直接报销或偿

13、还请求执行借款请求执行直接报销请求执行现金偿还请求添加报销金额相关信息推断信息的合法性上报治理上报预算相关信息向服务器发送报销提示信息查询查询所有开支方式查询所有采购方式查询所有年度信息查询所有部门信息查询部门下科室信息查询预算的相关信息查询借款的相关信息查询报销的相关信息查询审核/批相关信息交互治理上报操作完成提示财务审核操作完成提示审核通过操作完成提示数据库治理备份数据库还原数据库清除所有一级预算信息猎取备份文件列表差不多信息治理增删改科目相关信息增删改部门相关信息增删改部门科室相关信息增删改年度相关信息增删改开支方式相关信息用户权限治理角色信息治理用户信息验证图2.1 系统功能结构图由图

14、2-1可知，本系统中我们所涉及到的功能之模块要紧有九个部分，即:审核/批治理、借款治理、信息查询、偿还治理、上报治理、交互治理、数据库治理、差不多信息治理和用户权限治理 。而在实现这些功能模块时，我们所关怀的要紧业务实体有五个部分:预算信息、用户信息、请求信息、报销信息和借款信息。依照前面的概要设计和数据库设计讲明书，我们对这五大业务实体进行概念抽象，得到在实现系统业务需求过程中,五大业务实体相关的类图和他们之间的交换关系类图。由于借款信息相对简单,那个地点未对其进行单独的详细讲明,其余的类图如下所示:1、预算相关信息类图:要紧负责处理用户提交预算上报的相关业务,包括预算明细，预算支付方式、预

15、算年限、预算类型和预算的审核等级。具体情况如下图2所示:图 2.2 预算相关信息类图2、用户相关信息类图：要紧负责处理用户相关信息治理业务,包括用户差不多信息、用户角色和角色权限相关信息治理。具体情况如下图.3所示:图2.用户相关信息类图、请求信息类图:要紧负责处理用户提交报销直接发放、偿还报销请求的相关业务。要紧包括请求的差不多信息、请求处理的状态、请求所需的审核/批次数和请求所需的用户权限等相关信息。具体情况如下图.4所示:图 .4 请求相关信息类图、报销信息类图：要紧负责报销相关信息相关业务。包括报销明细、报销类型、报销支付方式、报销提请的用户和报销请求。具体情况如下图25所示：图2.5

16、报销相关信息类图5、审核批日志类图:记录系统审核/批等相关信息的记录，包括预算、预算状态和用户等相关信息。具体情况如下图2.6所示：图 2.6 审核批日志类图6、报销日志类图：记录报销过程的相关日志信息，包括报销、借款、预算、请求和用户等相关信息。具体情况如下图27所示：图 2.7 报销日志信息类图审核批治理模块 3.1程序描述审核批治理模块要紧是处理预算上报后,财务部门的审核。部门科室上报直接发放报销和偿还报销请求后，通过财务部门审核后，由领导对相应的上报请求进行审批,最后由财务部门审核执行等一系列过程。32功能审核/批治理模块要紧包括检查用户审核/批权限、财务审核预算、财务审核请求、领导审

17、批请求等。具体功能如下图3.1所示：审核/批治理模块检查用户审核权限财务审核预算财务审核请求领导审批请求图31 审核/批治理模块3.3性能3.1时刻特性要求系统的速度要在用户可同意的范围内,但考虑到需要实时检测服务器的可用性,对资源实时搜索的速度能够有较低的要求。3.3.2可靠性系统要有较高的可靠性,可恢复性。3.3.3灵活性系统要有良好的接口，以适应增加资源平台,增加资源类型,增加相关的资源猎取功能的需求;并留有服务器接口，适应对以后实现服务器功能的需要;同时系统还需要具有跨平台功能。3.4输入/出项依照上面的模块功能结构图，表示出该模块各个功能的输入/出项。具体情况如下图:1、检查用户审核

18、批权限：系统依照操作用户的D号，和待审核/批请求的I号,检测该用户是否具有审核批该请求的权限，并返回查询结果。具体PO图如下图32所示：模块功能名称:检查用户审核/批权限输入: 用户输入自己的id号和请求id号。处理: 依照用户的ID号和待审核请求的ID号,分不重用户表和请求表中查询两者的权限。输出: 用户是否具有审核/批权限 数据表： user_f、usertypeinfo中依照usr查询用户urchc_thority，在reqestio中依照rquest_i查询resproeedcunt。图. 检查用户的审核/批权限IP图2、财务审核预算：由于在实际业务中,预算信息只需要通过财务部门的审核

19、即可,不要上部门领导的审批。因此，当部门科室的用户上报预算提请时,只需要通过财务部门的操作人员的审核即可对该预算信息进行裁决。具体情况如下图3.3所示:模块功能名称：财务审核预算输入: 操作用户的ID号,预算的D号和预确实是否通过审核信息。处理:记录待审核预算在审核前的状态信息,对预算请求进行审核，并记录用户审核后的状态。将操作用户的ID号，预算请求的前后状态和预算本身等信息存储在approve_l表中。输出： 提示信息 数据表: 在budget_n中查询预算的处理前状态,改变budget_steino中预算状态,并将处理结果存储在arve_log表中图 33 财务审核预算IPO图3、财务审核

20、请求:处理实际业务中部门科室用户上报的直接发放报销请求和偿还报销请求。具体情况如下图.4所示:模块功能名称：财务审核请求输入: 请求号，审核人的ID号,审核是否通过及设定需要几级审批。处理:依照请求的ID号，和是否通过审核信息,修改eqestinfo、request_te_fo表状态相关信息。在rquestaprovlog表格中记录审核人D号,审核结果和需要几级审批等相关信息。输出： 提示信息 数据表: 相关数据表quest_o、reuest_tae_o、requst_arove_lg和reques_aproeneedouinfo表图 3.4 财务审核请求IO图、领导审批请求:当请求通过财务部

21、门审核后,需要依照财务部门操作人员设定的请求所需的审批级不,由相应级不的领导依次审批,最终记录审批结果。具体情况如下图3.5所示:模块功能名称:领导审批请求输入: 请求ID号,审核人的D号，请求是否通过审批处理:依照请求的ID号，和是否通过审核信息,修改rquetno、eques_stte_info表状态相关信息。在equest_aprove_l表格中记录审核人ID号,审批结果。输出: 提示信息 数据表:相关数据表requestinf、qus_statefo、requst_approe_l和rqust_appove_needcount_info表。图 .6 领导审批请求O图3.流程逻辑审核/批

22、治理模块的流程图如下图.7所示:图 3 审核/批治理模块流程图.6接口审核/批治理模块要紧接口定义在IBudgepproe.cs中，其中定义的方法简单介绍如下：/ / 推断某用户是否对某请求有审批权限/ /用户ID/param name=useid请求IDram/ 有则返回trupblicbooIHaeAprveAuh(stringrequstid,srin ser_i)；/ sma/财务审核预算/ / 被审核预算ID/para/ 审核人ID/是否通过审核arm/ 操作是否成功ubli bol FBudgetApprve(sting udge_d， tin user_i, bolisaprov

23、d）;/ / 领导审批请求/ /sma/ 请求ID/pram/ 是否通过审批/操作是否成功pubic ool ReeApprove(string rest_i, striguser_id,l isproved)；/ 财务审核请求/ / 请求IDparam/ aaame=user_i审核人ID/ aram nm=aprvd是否通过审核/ 设定需要几级审批/ retrs操作是否成功lic ool RustAprove(trin request_id, sting user_d，bool ispprve, stringrequstprovenedcount);/财务审核报销请求/ /summary/

24、 aram namepay_log_id报销请求Iparam/审核人I/ 是否通过审核param/ paa nam=budg_pre_nedcon设定需要领导审批等级/paa/uic bol ayReqestFApprov(srigpay_og_id,string usr_id，bool ispprved, stringbudeapprvneedcunt）;/ summar/ 财务审核借款请求/ 报销请求IDara nam=usrid审核人ID/ arm name=sapoved是否通过审核/ pm naebudget_aprov_edunt设定需要领导审批等级/操作是否成功/ 查询特定状态预

25、算/ /summay/ 预算状态I/查询到的数据集icDaSet IGetBudtInfoySat（stng bug_stat_id)；/ sumry/ 查询特定部门科室特定状态的预算/ /summary/ 预算状态D/ aranmedeparment_i部门科室ID/ 查询到的数据集uic aaSeIGeBudgeInyStteepartmen(sing bdge_stae_, tideprment_id）;/ 得到所有科目/ /summary/eturn查询到的科目数据集pubc DaSet IGtudgetType（);/ uma/ 得到特定一级科目下的所有二级科目/ smmary/ 一

26、级科目ID/查询到的二级科目数据集eurnspcaaSet IGetugetSubTye(sig budetyp_entid）；/ / 得到所有开支方式/ / 查询到的开支方式数据集pubic DataStGetPyMethod(）;/summay/ 得到所有采购方式/ / 查询到的采购方式数据集ubl DaaSet IGetPurchaseMehd()；/ 得到所有年度信息/ /sumar/ returs查询到的年度数据集ublic DatStetBudgetRnge（);/ 得到所有部门信息/ / 查询到的部门信息数据集bi DtaSet GeAllDepPName();/ /得到部门下所

27、有科室信息/ 部门ID/param/ 查询到的科室数据集/eturnpubicataSet IGetDptNaByPd(string deparmet_id);/ /查询预算信息/ /para namebdge_rangeid年度IDpaam/ pra naebudget_type_id科目ID/ 部门科室/param/ 开支方式ID/paam/ 采购方式D/ 预算状态/ paanae=alapprve是否通过所有审批/ 是否查询完整信息/ 查询到的预算信息数据集publiDataSe GetBudgetIf(sring budget_rageid, strng budget_ypei, sn

28、g depaten_id，srig p_tdi, sing purchstho_i, strin budgesatei,boo allapproved, olifulinfo）；/ ummar/查询借款信息/mmay/ 借款ID/ 查询到的借款信息数据集publc atSet IGetoroFulInfo（trig borrowid);/ / 查询某人可查看的所有借款信息/ 用户ID/arm/ 查询到的借款信息数据集public DatetIetBorrowFulInfoAuth(stng budge_i， sing seri)； sumar/ 查询部门科室借款信息/ 部门科室/para/是否

29、还清/ 查询到的借款信息数据集/etrspubliataSet ItBorrwulInoByDet(tring patmn_id， ol isallpaybac)；/ /查询部门科室的借款信息/ / 部门科室/是否通过所有审批/param/ param amesexecuted是否已执行/是否还清/ 查询到的借款信息数据集/rurnsbli DataeIetBorowFulIfoByDe(strn depatmet_id, bol isllppred, bool sexcuted, bool i_llpaybck）;/ summr/ 查询某人的报销信息/sumary/ pamnis_cshpy

30、是否是直接报销,若是FALSE则查询偿还报销/ panaeis_excutd是否已执行/ 用户I/parm/ etun查询到的报销信息数据集ublic atSe IGetPayFulInfoyerId(oo i_cashpay, bool is_allapproved,bol sxcuted， sting ur_d）；/ sumay/查询报销金额总和/ 科目ID/年度I部门科室ID/r/ 报销金额总和ulic ataSt IGyPrceSuDat(sring uet_type_id,string bget_aeid，stingartet_d）;5偿还治理模块5.1程序描述在本系统中,偿还治理模

31、块要紧处理报销偿还和现金偿还两种业务流程。.2功能偿还治理模块的功能如下图5.1所示：偿还治理模块发送直接报销或偿还请求执行直接报销请求推断信息的合法性执行借款请求添加报销金额相关信息执行现金偿还请求图.1 偿还治理模块功能结构图.3性能5.3.时刻特性要求53.2实时性由于系统具有三个客户端同时在运行。因此，系统的数据必定经常变化。系统在设计时,通过托付的方法使各个客户端之间能够实时的交互，使得用户在查询数据时,能够得到实时数据5.4输入/出项依照上面的模块功能结构图，表示出该模块各个功能的输入/出项。具体情况如下图：1、发送报销请求：发送一条报销请求，此条报销只能是直接报销或者是偿还报销,

32、若是直接报销,budt_id指定从哪条预算中borrow_d， brrwpypic为空;若是偿还报销borw_d指定偿还哪条借款，budt_i,cashy_pie为空。具体IPO图如下图5.2所示：模块功能名称：发送报销请求输入:报销请求ID号,经手人I号,报销备注,开支方式,报销物品名数组,报销物品单价数组，报销物品备注数组，报销的预算I号，直接报销金额，偿还报销从属借款ID号和偿还报销金额。处理:系统首先验证各个输入参数的合法性,若合法则依照请求ID号,经手人D号,报销备注和报销支付方式等信息，形成新的报销日志信息插入p_log表中。然后将报销明细信息插入报销明细表p_itm_inf中。最

33、后，依照报销请求ID号,预算ID号,现金报销金额，借款D号,偿还报销金额等信息，形成报销详细记录日志。输出: 报销请求号。 数据表: payog 报销信息payitem_ino报销项目明细paylg_lisinfo 报销详细记录日志paymethod_info 开支方式 pa_typ_no 报销类型图 5.2发送报销请求IO图、执行借款请求:依照用户输入的借款请求ID号，执行借款请求。具体IO图如下图.3所示:模块功能名称:依照用户输入的借款请求D号,执行借款请求。输入:请求ID号。处理: 依照用户输入的借款请求ID号,猎取借款详细信息。修改借款余额信息,并更改借款请求状态。输出: 操作是否成

34、功。 数据表:orrw_ino借款信息is_execute_io是否执行信息。图 5.3 执行借款请求IPO图、执行现金偿还请求:依照用户输入的偿还请求D号，执行偿还请求。具体IPO图如下图54所示:模块功能名称:依照用户输入的偿还请求ID号，执行偿还请求。输入： 请求号。处理: 依照用户输入的偿还请求D号,猎取借款详细信息。修改借款余额信息,并更改偿还请求状态。输出: 所有年度信息列表。 数据表: orrowinf借款信息s_eeutd_info 是否执行信息。图 54执行现金偿还请求IPO图、添加报销金额信息:依照用户输入的报销金额相关信息,增加报销金额相关信息记录。具体PO图如下图5.5

35、所示：模块功能名称：添加报销金额信息输入：报销D号，直接报销的预算ID号数组,直接报销的金额数组，偿还报销的借款D数组和报销偿还金额。处理： 系统首先验证用户输入信息的合法性，若合法则推断预算ID号是否为空,若不为空则在报销详细信息日志表ay_log_lst_ifo中添加报销详细日志信息。然后推断借款ID号是否为空,若不为空则在报销详细信息日志表paylog_lstifo中添加报销详细日志信息。输出: 操作是否成功。 数据表: borrow_ino 借款信息buet_ifo 预算信息dgtitem_ifo 预算明细udget_rng_info预算年限pa_log 报销记录paylg_list_

36、info 报销详细信息日志。图 5.添加报销金额信息IPO图5、推断借款信息是否合法：依照用户提供的借款请求D号,查询该借款信息是否合法。具体IPO图如下图5.6所示:模块功能名称：推断借款信息是否合法输入:借款请求ID号。处理： 依照用户提供的借款请求D号,查询该借款信息的详细信息。猎取借款的预算ID号、借款金额和预算余额等信息。比较借款金额和预算余额的相互关系。输出: 借款信息是否合法。 数据表: brrow_info 借款信息buget_nfo 预算信息图 5.6 推断借款信息是否合法IPO图6、推断直接报销请求是否合法：依照用户提供的直接报销请求ID号，查询该报销请求是否合法。具体IP

37、O图如下图57所示:模块功能名称：推断直接报销请求是否合法输入:直接报销请求D号。处理: 依照用户提供的直接报销请求ID号,查询该直接报销请求的详细信息。猎取借款的预算D号、直接报销金额和预算余额等信息。比较直接报销金额和预算余额的相互关系。输出: 直接报销请求是否合法。 数据表: bg_if预算信息budget_item_inf 预算明细buget_rgeinfo 预算年度udgttate_nf 预算状态pa_ethod_nfo 开支方式ylog 报销信息图 5. 推断直接报销请求是否合法IPO图5.5流程逻辑偿还治理模块的要紧包括发送直接报销或偿还报销请求,执行请求和添加报销金额,它们的流

38、程图如下图8，.9,5.10所示：图 5.8 发送报销请求流程图图 .9执行请求流程图图 5 添加报销金额流程图5.接口偿还治理模块要紧接口定在BdgetPaCommon.中，其中定义的方法简单介绍如下：/ / 添加新的报销金额方面信息，被MaePayques调用/ /smary/ am nae=plo_id报销Daram/ 直接报销的预算ID数组/直接报销金额数组/am/ 偿还报销的借款I数组/para nmeorro_pay_pic偿还报销金额/param/eturs操作是否成功blicbool ANewPayogLs（stng pa_lid,trig budget_i, string c

39、as_a_pr, rin orrow_id, stn borw_ay_ric); / /执行现金偿还请求 / /summy / 借款I /偿还金额 / 操作是否成功/eurspblicbol xecueChPyBacorrow(sring borrow_d,string ashprce）;/ summary/ 执行偿还报销请求/请求ID/param/ 操作是否成功ublic bol ExcuteorPayRequet(stng equetid）;/ summay/ 执行直接报销请求/ / 请求ID/ rturns操作是否成功pulic olExecueCshPayRequs(tingrquet

40、i)；/ summary/ 执行借款请求/ /aram namreust_d请求ID/ 操作是否成功/reunspublic bol xecuteBorowRquest(strinrquestid);/ /将用户操作划分成多个报销请求，各自生成请求号，调用MakePyReques发送请求。/经手人ID/ara/ 备注/开支方式/pram/ / 报销物品数量数组ra/ param nam=pay_tem_pce报销物品单价数组/paramna=pay_itemmrk报销物品备注数组prm/ 报销的预算I/param/直接报销金额/偿还报销从属借款ID/param/ 偿还报销金额/parm/ 请求

41、ID/retrnspublcsrig MakNewPayReqet(stringus_id,sting py_emark, sting a_thod_id,ng pay_tm_nam, stn paitem_ount， sring pay_impe, tri pay_iem_remak,strg budget_id, rig ash_a_rice, ting broid， ting borrow_ay_prie); / 报销请求D pra nae=user_id经手人/备注/ pram name=pay_d_id开支方式/paraname=ay_iem_na报销物品名数组/pram/报销物品数

42、量数组param/aram namepayitemprice报销物品单价数组/aam/param nme=payitem_reark报销物品备注数组/ parmname=bdget_id报销的预算ID/直接报销金额/ 偿还报销从属借款ID/ 偿还报销金额/returs请求IDreturnsubcsrn aeayRequest（strin reques_,string used, tring pay_eak, strin pa_method_id,sring y_itenam, tripayiemcut， trna_itmprice, tring pa_iteemr,string udge_id

43、, ringcah_pa_price, strig boo_, string rwpy_pre);差不多信息治理模块6.1程序描述本系统属于桌面信息治理系统,其最重要的功能确实是对系统中相关信息的治理。具体在本系统中，差不多信息有：部门科室信息、科目信息、开支方式、支付方式和用户信息等。差不多信息治理模块的要紧任务确实是对系统中这部分信息进行统一治理，使它们保持在逻辑上的一致性,为系统用户提供有序的数据治理功能。.2功能差不多信息治理模块的功能如下图6.1所示:差不多信息治理模块增删改科目相关信息增删改部门科室相关信息增删改开支方式相关信息增删改部门相关信息增删改用户相关信息增删改年度相关信息

44、图 6. 差不多信息治理模块功能结构图6.性能6.3.1时刻特性要求查询模块要紧是为用户提供感兴趣的数据，但待查询的数据总量往往规模专门大,对查询效率要求较高。在系统的速度要在用户可同意的范围内,但考虑到需要实时检测服务器的可用性,对资源实时搜索的速度能够有较低的要求。6.3.2易用性查询模块需要提供灵活易用的查询操作，是用户能够同时快速的猎取其所感兴趣的内容。6.3.3实时性由于系统具有三个客户端同时在运行。因此，系统的数据必定经常变化。在查询模块为用户提供实时的数据6.4输入/出项依照上面的模块功能结构图,表示出该模块各个功能的输入出项。具体情况如下图：1、增加科目信息：依照用户输入的科目

45、相关信息，添加科目信息。具体IP图如下图6.2所示：模块功能名称：增加科目信息输入:科目ID，科目名称，二级科目名称，一级可审批人员，二级可审批人员ID，三级可审批人员ID。处理: 系依照科目I号，科目名称，若为二级科目则包含其父科目ID，一级可审批人员I号，二级可审批ID号，三级可审批ID号等信息，添加科目信息。输出: 操作是否成功。 数据表:budgt_type_info 科目信息图6添加科目信息IPO图2、修改科目信息：依照用户输入的待修改科目的ID号,对相应的科目信息进行更新。具体I图如下图6.所示：模块功能名称：依照用户输入的待修改科目的I号，对相应的科目信息进行更新。输入:待修改科

46、目ID,修改后的科目I号，修改后的科目名称，修改后的科目的父科目I号，科目I号，一、二、三级审批人ID。处理:依照用户输入的待修改科目的D号，对相应的科目信息进行更新。输出:操作是否成功。 数据表：udet_type_info 科目信息图6.3 修改科目信息IPO图3、删除科目信息:依照用户输入的待删除科目ID号,删除对应的科目信息。具体图如下图6.所示：模块功能名称:依照用户输入的偿还请求ID号,执行偿还请求。输入: 待删除科目ID号。处理: 系统依照待删除的科目D号，推断是否为一级科目,假如是则一次删除它的子科目,若不是则直接删除该科目。输出： 是否执行成功。 数据表: budget_tpe_info 科目信息图6.4删除科目信息IPO图6.5流程逻辑差不多信息治理模块的要紧包括科目、部门科室、年度和开支方式信息增删改,流程图如下图6.所示：图 6.科目、部门科室、年度和开支方式信息增删改.6接口差不多信息治理模块要紧接口定在InoatianaeComm.cs中，其中定义的方法简单介绍如下：/sumar/ 添加科目/ 科目ID/ para namebudget_pe_nm科目名称若是二级科