收藏 分销(赏)

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

上传人:人****来 文档编号:3771759 上传时间:2024-07-17 格式:DOC 页数:45 大小:574.54KB
下载 相关 举报
预算执行与经费审批网络管理系统设计说明书样本.doc_第1页
第1页 / 共45页
预算执行与经费审批网络管理系统设计说明书样本.doc_第2页
第2页 / 共45页
预算执行与经费审批网络管理系统设计说明书样本.doc_第3页
第3页 / 共45页
预算执行与经费审批网络管理系统设计说明书样本.doc_第4页
第4页 / 共45页
预算执行与经费审批网络管理系统设计说明书样本.doc_第5页
第5页 / 共45页
点击查看更多>>
资源描述

1、预算实施和经费审批网络管理系统具体设计说明书V1.0人员时间备注编写于洋、姜永英、黎猛审核陈长清1引言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输人/出项194.5接口225偿还管理模块255.1程序描述255.2功效255.3性能265.3.1

2、时间特征要求265.3.2实时性265.4输人/出项265.5步骤逻辑295.6接口316基础信息管理模块336.1程序描述336.2功效336.3性能346.3.1时间特征要求346.3.2易用性346.3.3实时性346.4输人/出项356.5步骤逻辑366.6接口361引言1.1编写目标在前一阶段(概要设计说明书)中,已处理了实现该系统需求程序模块设计问题。包含怎样把该系统划分成若干个模块、决定各个模块之间接口、模块之间传输信息,和数据结构、模块结构设计等。在以下具体设计汇报中将对在本阶段中对系统所做全部具体设计进行说明。在本阶段中,确定应该怎样具体地实现所要求系统,从而在编码阶段能够把

3、这个描述直接翻译成用具体 程序语言书写程序。关键工作有:依据在预算实施和货币化操作管理系统需求分析说明书中所描述数据、功效、运行、性能需求,并依据预算实施和货币化操作管理系统概要设计说明书所确定处理步骤、总体结构和模块外部设计,设计软件系统结构设计、逐一模块程序描述(包含各模块功效、性能、输入、输出、算法、程序逻辑、接口等等).在下一阶段时候,设计人员能够在概要设计基础上进行具体设计。在以后系统维护阶段也能够参考概要设计,方便对系统愈加好维护。1.2背景开发软件名称:预算实施和货币化操作管理系统项目任务提出者:项目开发者:华中科技大学用户:实现软件单位:华中科技大学项目和其它软件,系统关系:(

4、1) 服务器CPU :1G以上内存:1G( 推荐:1G以上)硬盘:1G以上光驱:DVD监视器-VGA 或更高分辨率:分辨率最少为 1,024x768 像素操作系统:Windows 数据库:SQL Server 企业版(2) 支持软件操作系统: Windows Server SP1,Windows Server SP2。数据库: Microsoft SQL Server Enterprise,Microsoft SQL Server Express,或是Microsoft SQL Server Developer。系统使用Microsoft Visual S 开发,必需运行在所要求硬件和软件平台

5、上。1.3定义IPO图:在计算机领域IPO是指结构化设计中变换型结构输入(Input)、加工(Processing)、输出(Output)。IPO图是对每个模块进行具体设计工具,它是输入加工输出(INPUT PROCESS OUTPUT)图简称,它是由美国IBM企业提议并完善起来一个工具。1.4参考资料预算实施和货币化操作管理系统需求说明书V1.0预算实施和货币化操作管理系统概要设计说明书V1.0预算实施和货币化操作管理系统数据库设计说明书V1.02程序系统结构本项目将采取分层设计和装配件设计思想,结合局域网采取用户/ 服务器(C/S)结构。整个系统建立在Windows操作系统平台之上,采取基

6、于.NET2.0装配件分布式应用结构实现整个系统,并将整个系统分为用户端应用服务器数据库服务器三层,其中后台数据库系统采取Microsoft SQL Server 。基于分布式架构优势,在后续功效扩展中能够依据需要方便地将后台数据库系统移植到其它数据库上。用户使用用户端程序即可完成全部操作。采取了.NET Remoting技术,用户端经过获取服务器端IP地址和注册唯一端口号,访问通道以取得服务端对象,再经过(Server Proxy)代了解析为用户端对象。这就提供一个可能性,即以服务方法来公布服务器对象。远程对象代码能够运行在服务器上(如服务器激活对象和用户端激活对象),用户端就是经过这种方法

7、,使用服务器端为其提供服务。本系统关键目标是对以单位为服务对象财务管理环境中,对预算计划提交、预算上报审核、经费结算报销、借还款和科目进行全方位数字化管理。实现一般用户预算上报请求、财务人员审核预算上报信息、财务人员进行预算上报科目管理、结算报销经费按预置步骤和审批权限进行流转等功效。系统整体功效结构图图2-1所表示:预算实施和货币化操作管理系统审批/核管理借款管理检验用户审核/批权限财务审核预算财务审核请求领导审批请求发出借款请求偿还管理发送直接报销或偿还请求实施借款请求实施直接报销请求实施现金偿还请求添加报销金额相关信息判定信息正当性上报管理上报预算相关信息向服务器发送报销提醒信息查询查询

8、全部开支方法查询全部采购方法查询全部年度信息查询全部部门信息查询部门下科室信息查询预算相关信息查询借款相关信息查询报销相关信息查询审核/批相关信息交互管理上报操作完成提醒财务审核操作完成提醒审核经过操作完成提醒数据库管理备份数据库还原数据库清除全部一级预算信息获取备份文件列表基础信息管理增删改科目相关信息增删改部门相关信息增删改部门科室相关信息增删改年度相关信息增删改开支方法相关信息用户权限管理角色信息管理用户信息验证图 2.1 系统功效结构图由图2-1可知,本系统中我们所包含到功效之模块关键有九个部分,即:审核/批管理、借款管理、信息查询、偿还管理、上报管理、交互管理、数据库管理、基础信息管

9、理和用户权限管理 。而在实现这些功效模块时,我们所关心关键业务实体有五个部分:预算信息、用户信息、请求信息、报销信息和借款信息。依据前面概要设计和数据库设计说明书,我们对这五大业务实体进行概念抽象,得到在实现系统业务需求过程中,五大业务实体相关类图和她们之间交换关系类图。因为借款信息相对简单,这里未对其进行单独具体说明,其它类图以下所表示:1、预算相关信息类图:关键负责处理用户提交预算上报相关业务,包含预算明细,预算支付方法、预算年限、预算类型和预算审核等级。具体情况以下图2.2所表示:图 2.2 预算相关信息类图2、用户相关信息类图:关键负责处理用户相关信息管理业务,包含用户基础信息、用户角

10、色和角色权限相关信息管理。具体情况以下图2.3所表示:图 2.3 用户相关信息类图3、请求信息类图:关键负责处理用户提交报销直接发放、偿还报销请求相关业务。关键包含请求基础信息、请求处理状态、请求所需审核/批次数和请求所需用户权限等相关信息。具体情况以下图2.4所表示:图 2.4 请求相关信息类图4、报销信息类图:关键负责报销相关信息相关业务。包含报销明细、报销类型、报销支付方法、报销提请用户和报销请求。具体情况以下图2.5所表示:图 2.5 报销相关信息类图5、审核/批日志类图:统计系统审核/批等相关信息统计,包含预算、预算状态和用户等相关信息。具体情况以下图2.6所表示:图 2.6 审核/

11、批日志类图6、报销日志类图:统计报销过程相关日志信息,包含报销、借款、预算、请求和用户等相关信息。具体情况以下图2.7所表示:图 2.7 报销日志信息类图3审核/批管理模块 3.1程序描述审核/批管理模块关键是处理预算上报后,财务部门审核。部门科室上报直接发放报销和偿还报销请求后,经过财务部门审核后,由领导对对应上报请求进行审批,最终由财务部门审核实施等一系列过程。3.2功效审核/批管理模块关键包含检验用户审核/批权限、财务审核预算、财务审核请求、领导审批请求等。具体功效以下图3.1所表示:审核/批管理模块检验用户审核权限财务审核预算财务审核请求领导审批请求图 3.1 审核/批管理模块3.3性

12、能3.3.1时间特征要求系统速度要在用户可接收范围内,但考虑到需要实时检测服务器可用性,对资源实时搜索速度能够有较低要求。3.3.2可靠性系统要有较高可靠性,可恢复性。3.3.3灵活性系统要有良好接口,以适应增加资源平台,增加资源类型,增加相关资源获取功效需求;并留有服务器接口,适应对以后实现服务器功效需要;同时系统还需要含有跨平台功效。3.4输入/出项依据上面模块功效结构图,表示出该模块各个功效输入/出项。具体情况以下图:1、检验用户审核/批权限:系统依据操作用户ID号,和待审核/批请求ID号,检测该用户是否含有审核/批该请求权限,并返回查询结果。具体IPO图以下图3.2所表示:模块功效名称

13、:检验用户审核/批权限输入: 用户输入自己id号和请求id号。处理: 依据用户ID号和待审核请求ID号,分别重用户表和请求表中查询二者权限。输出: 用户是否含有审核/批权限 数据表: user_info、user_type_info中依据user_id查询用户user_check_authority,在request_info中依据request_id查询request_approve_needcount。图 3.2 检验用户审核/批权限IPO图2、财务审核预算:因为在实际业务中,预算信息只需要经过财务部门审核即可,不要上部门领导审批。所以,当部门科室用户上报预算提请时,只需要经过财务部门操作

14、人员审核即可对该预算信息进行裁决。具体情况以下图3.3所表示:模块功效名称:财务审核预算输入: 操作用户ID号,预算ID号和预算是否经过审核信息。处理: 统计待审核预算在审核前状态信息,对预算请求进行审核,并统计用户审核后状态。将操作用户ID号,预算请求前后状态和预算本身等信息存放在approve_log表中。输出: 提醒信息 数据表: 在budget_info中查询预算处理前状态,改变budget_state_info中预算状态,并将处理结果存放在approve_log表中图 3.3 财务审核预算IPO图3、财务审核请求:处理实际业务中部门科室用户上报直接发放报销请求和偿还报销请求。具体情况

15、以下图3.4所表示:模块功效名称:财务审核请求输入: 请求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.4 财务审核请求IPO图4、领导审批请求:当请求经过

16、财务部门审核后,需要依据财务部门操作人员设定请求所需审批等级,由对应等级领导依次审批,最终统计审批结果。具体情况以下图3.5所表示:模块功效名称:领导审批请求输入: 请求ID号,审核人ID号,请求是否经过审批处理: 依据请求ID号,和是否经过审核信息,修改request_info、request_state_info表状态相关信息。在request_approve_log表格中统计审核人ID号,审批结果。输出: 提醒信息 数据表: 相关数据表request_info、request_state_info、request_approve_log和request_approve_needcount

17、_info表。图 3.6 领导审批请求IPO图3.5步骤逻辑审核/批管理模块步骤图以下图3.7所表示:图 3.7 审核/批管理模块步骤图3.6接口审核/批管理模块关键接口定义在IBudgetApprove.cs中,其中定义方法简单介绍以下:/ / 判定某用户是否对某请求有审批权限/ / 用户ID/ 请求ID/ 有则返回truepublic bool IHaveApprveAuth(string request_id, string user_id);/ / 财务审核预算/ / 被审核预算ID/ 审核人ID/ 是否经过审核/ 操作是否成功public bool FBudgetApprove(st

18、ring budget_id, string user_id, bool isapproved);/ / 领导审批请求/ / 请求ID/ 审批人ID/ 是否经过审批/ 操作是否成功public bool RequestApprove(string request_id, string user_id, bool isapproved);/ / 财务审核请求/ / 请求ID/ 审核人ID/ 是否经过审核/ 设定需要几级审批/ 操作是否成功public bool FRequestApprove(string request_id, string user_id,bool isapproved, s

19、tring request_approve_needcount);/ / 财务审核报销请求/ / 报销请求ID/ 审核人ID/ 是否经过审核/ 设定需要领导审批等级/ 操作是否成功public bool PayRequestFApprove(string pay_log_id, string user_id,bool isapproved, string budget_approve_needcount);/ / 财务审核借款请求/ / 报销请求ID/ 审核人ID/ 是否经过审核/ 设定需要领导审批等级/ 操作是否成功public bool BorrowRequestFApprove(stri

20、ng borrow_id, string user_id,bool isapproved, string budget_approve_needcount)4信息查询模块4.1程序描述信息查询模块关键是依据多种用户权限,为多种权限用户提供对应范围内信息查询功效。4.2功效信息查询模块功效以下图4.1所表示:信息查询模块查询全部开支方法查询全部年度信息查询预算相关信息查询报销相关信息查询全部采购方法查询部门下科室信息查询全部部门信息查询借款相关信息查询审核批相关信息图 4.1 信息查询模块功效结构图查询部门下科室相关信息包含:查询全部部门信息和查询某部门下全部科室信息;查询预算相关信息包含:查询

21、全部预算信息、依据年度ID、科目ID、部门科室ID、开支方法ID、采购方法ID、预算状态ID、是否经过全部审批和是否已实施等相关信息对预算信息进行查询;查询借款相关信息包含:依据是否经过全部审批审核、是否已实施和是否还清查询借款信息,查询某人借款信息,查询某人可查看全部借款信息,查询部门科室借款信息和查询某借款中为偿还金额;查询报销相关信息包含:查询某预算下报销信息,查询报销请求物品信息,查询待实施报销信息,查询某人报销信息,查询部门科室下报销信息,经过请求ID查询报销ID,查询某人可查看报销信息,查询拥有某审批权限全部用户信息和查询报销金额总和;查询审核/批相关信息包含:判定某用户是否对请求

22、有领导审批权限,查询需要某用户财务审核报销信息,查询需要某用户领导审批报销信息,查询需要某用户财务审核预算信息,查询需要某用户财务审核借款请求信息,查询需要某用户领导审批借款请求信息,查询全部预算需审批级数,查询全部请求需审批级数,查询某预算审批日志和查询某条请求审批日志。4.3性能4.3.1时间特征要求查询模块作为用户常常使用模块,对时间特征要求较高。在本系统中,我们经过索引和视图方法尽可能提升数据库查询效率。4.3.2易用性查询模块经过提供灵活智能查询功效,使用户能够而且快速获取其所感爱好内容。4.3.3实时性因为系统含有三个用户端同时在运行。所以,系统数据肯定常常改变。系统在设计时,经过

23、委托方法使各个用户端之间能够实时交互,使得用户在查询数据时,能够得到实时数据。4.4输入/出项依据上面模块功效结构图,表示出该模块各个功效输入/出项。具体情况以下图:1、查询全部开支方法:查询全部开始方法相关信息。具体IPO图以下图4.2所表示:模块功效名称:查询全部开支方法输入:无。处理: 查询系统提供全部开支方法。输出: 全部开支方法列表。 数据表: pay_method_info 开支方法图 4.2 查询全部开支方法IPO图2、查询全部采购方法:查询全部采购方法相关信息。具体IPO图以下图4.3所表示:模块功效名称:查询全部采购方法输入:无。处理: 查询系统提供全部开支方法。输出: 全部

24、采购方法列表。 数据表: purchase_method_info 采购方法。图 4.3 查询全部采购方法IPO图3、查询全部年度信息:查询全部年度相关信息。具体IPO图以下图4.4所表示:模块功效名称:查询全部年度信息输入:无。处理: 查询系统提供全部年度信息。输出: 全部年度信息列表。 数据表: budget_range_info 年度信息。图 4.4 查询全部年度信息IPO图4、查询部门信息:查询全部部门信息。具体IPO图以下图4.5所表示:模块功效名称:查询全部部门信息输入:无。处理: 查询系统提供全部部门信息。输出: 全部部门信息列表。 数据表: department_info 部门

25、信息。图 4.5 查询部门信息IPO图5、查询部门下科室信息:依据用户提供部门ID号,查询部门下科室信息。具体IPO图以下图4.6所表示:模块功效名称:查询部门下科室信息输入:部门ID号。处理: 依据用户提供待查询部门ID号,查询对应部门下全部科室信息。输出: 对应部门下全部科室信息列表。 数据表: department_info 部门信息图 4.6 查询部门下科室信息IPO图6、查询特定状态下预算信息:依据用户提供待查询预算状态,查询满足状态要求全部预算信息。具体IPO图以下图4.7所表示:模块功效名称:查询特定状态预算信息输入:预算状态ID号。处理: 依据用户提供待查询预算状态ID号,查询

26、该状态下全部预算信息。输出: 待查询状态全部预算信息列表。 数据表: budget_info 预算信息budget_item_info 预算明细budget_range_info 预算年度budget_state_info 预算状态pay_method_info 开支方法图 4.7 待查询状态预算信息IPO图7、查询特定部门特定状态预算信息:依据用户提供待查询部门,待查询预算状态信息,查询满足要求全部预算信息。居停IPO图以下图4.8所表示:模块功效名称:查询特定状态、特定部门预算信息输入:预算状态ID号,部门ID号。处理: 依据用户提供待查询预算状态ID号和待查询部门ID号,查询该状态下全部

27、预算信息。输出: 待查询状态全部预算信息列表。 数据表: budget_info 预算信息budget_item_info 预算明细budget_range_info 预算年度budget_state_info 预算状态pay_method_info 开支方法department_info 部门科室图 4.8 查询特定部门特定状态预算信息IPO图8、查询借款信息:依据是否经过全部审核/批,是否已实施,是否还清查询借款相关信息。具体IPO图以下图4.9所表示:模块功效名称:查询特定借款信息输入:是否经过全部审核/批,是否已实施,是否还清。处理: 依据用户提供是否经过全部审核/批,是否已实施,是否

28、还清信息,查询该状态下全部预算信息。输出: 待查询状态全部借款信息列表。 数据表: borrow_info 借款is_allapproved_info 是否经过全部审批is_allpayback_info 是否全部偿还清图 4.9 查询借款信息IPO图9、查询某人借款信息:依据用户提供用户ID号,查询该用户借款信息。具体IPO图以下图4.10所表示:模块功效名称:查询某人借款信息输入:待查询用户ID号。处理: 依据用户提供待查询用户ID号,查询该用户借款信息。输出: 待查询状态全部借款信息列表。 数据表: borrow_info 借款is_allapproved_info 是否经过全部审批is

29、_allpayback_info 是否全部偿还清user_info 用户信息图 4.10 查询某用户借款信息IPO图10、查询某预算下报销信息:依据用户提供预算ID号,查询该预算下全部报销信息。具体IPO图以下图4.11所表示:模块功效名称:查询某预算下报销信息输入:待查询预算ID号。处理: 依据用户提供预算ID号,查询该预算下全部报销信息。输出: 待查询报销信息列表。 数据表: pay_log 报销统计pay_item_info 报销明细budget_info 预算信息budget_item_info 预算具体信息图 4.11查询某预算下报销信息IPO图11、查询某部门科室报销信息:依据用户

30、提供部门ID号,查询该部门下全部报销信息。具体IPO图以下图4.12所表示:模块功效名称:查询某部门下报销信息输入:待查询部门ID号。处理: 依据用户提供部门ID号,查询该部门下全部报销信息。输出: 待查询报销信息列表。 数据表: pay_log 报销统计pay_item_info 报销明细department_info 部门科室图 4.12查询某部门科室报销信息IPO图12、查询需要某用户领导审批借款请求信息:依据领导ID号,查询需要该领导审批借款信息。具体IPO图以下图4.13所表示:模块功效名称:查询需要某用户领导审批借款请求信息输入:待查询领导ID号。处理: 依据用户提供领导ID号,查

31、询需要该领导审批借款信息。输出: 待查询借款请求信息列表。 数据表: pay_log 报销统计pay_item_info 报销明细user_info 部门科室borrow_info 借款信息图 4.13查询需要某用户领导审批借款请求信息IPO图4.5接口查询管理模块关键接口定义在IBudgetApprove.cs中,其中定义方法简单介绍以下:/ / 查询特定状态预算/ / 预算状态ID/ 查询到数据集public DataSet IGetBudgetInfoByState(string budget_state_id);/ / 查询特定部门科室特定状态预算/ / 预算状态ID/ 部门科室ID/

32、 查询到数据集public DataSet IGetBudgetInfoByStateDepartment(string budget_state_id, string department_id);/ / 得到全部科目/ / 查询到科目数据集public DataSet IGetBudgetType();/ / 得到特定一级科目下全部二级科目/ / 一级科目ID/ 查询到二级科目数据集public DataSet IGetBudgetSubType(string budget_type_parentid);/ / 得到全部开支方法/ / 查询到开支方法数据集public DataSet IG

33、etPayMethod();/ / 得到全部采购方法/ / 查询到采购方法数据集public DataSet IGetPurchaseMethod();/ / 得到全部年度信息/ / 查询到年度数据集public DataSet IGetBudgetRange();/ / 得到全部部门信息/ / 查询到部门信息数据集public DataSet IGetAllDeptPName();/ / 得到部门下全部科室信息/ / 部门/ 查询到科室数据集public DataSet IGetDeptNameByPId(string department_pid);/ / 查询预算信息/ / 年度ID/

34、科目ID/ 部门科室ID/ 开支方法ID/ 采购方法ID/ 预算状态ID/ 是否经过全部审批/ 是否查询完整信息/ 查询到预算信息数据集public DataSet IGetBudgetInfo(string budget_range_id, string budget_type_id, string department_id,string pay_method_id, string purchase_method_id, string budget_state_id,bool allapproved, bool isfullinfo);/ / 查询借款信息/ / 借款ID/ 查询到借款信息

35、数据集public DataSet IGetBorrowFullInfo(string borrow_id);/ / 查询某人可查看全部借款信息/ / 预算ID/ 用户ID/ 查询到借款信息数据集public DataSet IGetBorrowFullInfoAuth(string budget_id, string user_id);/ / 查询部门科室借款信息/ / 部门科室ID/ 是否还清/ 查询到借款信息数据集public DataSet IGetBorrowFullInfoByDept(string department_id, bool is_allpayback);/ / 查询

36、部门科室借款信息/ / 部门科室ID/ 是否经过全部审批/ 是否已实施/ 是否还清/ 查询到借款信息数据集public DataSet IGetBorrowFullInfoByDept(string department_id, bool is_allapproved, bool is_executed, bool is_allpayback);/ / 查询某人报销信息/ / 是否是直接报销,若是FALSE则查询偿还报销/ 是否经过全部审批/ 是否已实施/ 用户ID/ 查询到报销信息数据集public DataSet IGetPayFullInfoByUserId(bool is_cashpay, bool is_allapproved, bool is_executed, string user_id);/ / 查询报销金额总和/ / 科目ID/ 年度ID/ 部门科室ID/ 报销金额总和public DataSet IGetPayPriceSumData(string budget_

展开阅读全文
部分上传会员的收益排行 01、路***(¥15400+),02、曲****(¥15300+),
03、wei****016(¥13200+),04、大***流(¥12600+),
05、Fis****915(¥4200+),06、h****i(¥4100+),
07、Q**(¥3400+),08、自******点(¥2400+),
09、h*****x(¥1400+),10、c****e(¥1100+),
11、be*****ha(¥800+),12、13********8(¥800+)。
相似文档                                   自信AI助手自信AI助手
百度文库年卡

猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 应用文书 > 技术指导

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服