《预算执行与经费审批网络管理系统设计说明书》由会员分享，可在线阅读，更多相关《预算执行与经费审批网络管理系统设计说明书（38页珍藏版）》请在金锄头文库上搜索。
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.
2、1时间特性要求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接口3611引言1.1编写目的在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。在本阶段中，确定应该如何具体地实现所要求的系统，
3、从而在编码阶段可以把这个描述直接翻译成用具体的 程序语言书写的程序。主要的工作有：根据在预算执行与货币化操作管理系统需求分析说明书中所描述的数据、功能、运行、性能需求，并依照预算执行与货币化操作管理系统概要设计说明书所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述（包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等）.在下一阶段的时候，设计人员可以在概要设计的基础上进行详细设计。在以后的系统维护的阶段也可以参考概要设计，以便对系统更好的维护。1.2背景开发软件名称：预算执行与货币化操作管理系统项目任务提出者：项目开发者：华中科技大学用户：实现软件单
4、位：华中科技大学项目与其他软件，系统的关系：(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 SQL Server 2005 Enterprise，Microsoft SQL Server 2005 Express，或是Microsoft SQL Server
5、2005 Developer。系统使用Microsoft Visual S 2005开发，必须运行在所要求的硬件和软件平台上。1.3定义IPO图：在计算机领域IPO是指结构化设计中变换型结构的输入（Input）、加工（Processing）、输出（Output）。IPO图是对每个模块进行详细设计的工具，它是输入加工输出(INPUT PROCESS OUTPUT)图的简称，它是由美国IBM公司发起并完善起来的一种工具。1.4参考资料预算执行与货币化操作管理系统需求说明书V1.0预算执行与货币化操作管理系统概要设计说明书V1.0预算执行与货币化操作管理系统数据库设计说明书V1.02程序系统的结构本
6、项目将采用分层设计和装配件设计思想，结合局域网采用客户/ 服务器（C/S）结构。整个系统建立在Windows操作系统平台之上，采用基于.NET2.0装配件的分布式应用结构实现整个系统，并将整个系统分为客户端应用服务器数据库服务器三层，其中后台数据库系统采用Microsoft SQL Server 2005。基于分布式架构的优势，在后续的功能扩展中可以根据需要方便地将后台数据库系统移植到其它数据库上。客户使用客户端程序即可完成所有操作。采用了.NET Remoting技术，客户端通过获取服务器端的IP地址和注册的唯一的端口号，访问通道以获得服务端对象，再通过（Server Proxy）代理解析为
7、客户端对象。这就提供一种可能性，即以服务的方式来发布服务器对象。远程对象代码可以运行在服务器上（如服务器激活的对象和客户端激活的对象），客户端就是通过这种方式，使用服务器端为其提供的服务。本系统的主要目的是对以单位为服务对象的财务管理环境中，对预算计划提交、预算上报审核、经费结算报销、借还款以及科目进行全方位的数字化管理。实现普通用户的预算上报请求、财务人员审核预算上报信息、财务人员进行预算上报科目管理、结算报销经费按预置的流程和审批权限进行流转等功能。系统的整体功能结构图如图2-1所示：预算执行与货币化操作管理系统审批/核管理借款管理检查用户审核/批权限财务审核预算财务审核请求领导审批请求发
8、出借款请求偿还管理发送直接报销或偿还请求执行借款请求执行直接报销请求执行现金偿还请求添加报销金额相关信息判断信息的合法性上报管理上报预算相关信息向服务器发送报销提示信息查询查询所有开支方式查询所有采购方式查询所有年度信息查询所有部门信息查询部门下科室信息查询预算的相关信息查询借款的相关信息查询报销的相关信息查询审核/批相关信息交互管理上报操作完成提示财务审核操作完成提示审核通过操作完成提示数据库管理备份数据库还原数据库清除所有一级预算信息获取备份文件列表基本信息管理增删改科目相关信息增删改部门相关信息增删改部门科室相关信息增删改年度相关信息增删改开支方式相关信息用户权限管理角色信息管理用户信息
9、验证图 2.1 系统功能结构图由图2-1可知，本系统中我们所涉及到的功能之模块主要有九个部分，即：审核/批管理、借款管理、信息查询、偿还管理、上报管理、交互管理、数据库管理、基本信息管理和用户权限管理 。而在实现这些功能模块时，我们所关心的主要业务实体有五个部分：预算信息、用户信息、请求信息、报销信息和借款信息。根据前面的概要设计和数据库设计说明书，我们对这五大业务实体进行概念抽象，得到在实现系统业务需求过程中，五大业务实体相关的类图和他们之间的交换关系类图。由于借款信息相对简单，这里未对其进行单独的详细说明，其余的类图如下所示：1、预算相关信息类图：主要负责处理用户提交预算上报的相关业务，包
10、括预算明细，预算支付方式、预算年限、预算类型和预算的审核等级。具体情况如下图2.2所示：图 2.2 预算相关信息类图2、用户相关信息类图：主要负责处理用户相关信息管理业务，包括用户基本信息、用户角色和角色权限相关信息管理。具体情况如下图2.3所示：图 2.3 用户相关信息类图3、请求信息类图：主要负责处理用户提交报销直接发放、偿还报销请求的相关业务。主要包括请求的基本信息、请求处理的状态、请求所需的审核/批次数和请求所需的用户权限等相关信息。具体情况如下图2.4所示：图 2.4 请求相关信息类图4、报销信息类图：主要负责报销相关信息相关业务。包括报销明细、报销类型、报销支付方式、报销提请的用户
11、和报销请求。具体情况如下图2.5所示：图 2.5 报销相关信息类图5、审核/批日志类图：记录系统审核/批等相关信息的记录，包括预算、预算状态和用户等相关信息。具体情况如下图2.6所示：图 2.6 审核/批日志类图6、报销日志类图：记录报销过程的相关日志信息，包括报销、借款、预算、请求和用户等相关信息。具体情况如下图2.7所示：图 2.7 报销日志信息类图3审核/批管理模块 3.1程序描述审核/批管理模块主要是处理预算上报后，财务部门的审核。部门科室上报直接发放报销和偿还报销请求后，经过财务部门审核后，由领导对相应的上报请求进行审批，最后由财务部门审核执行等一系列过程。3.2功能审核/批管理模块
12、主要包括检查用户审核/批权限、财务审核预算、财务审核请求、领导审批请求等。具体功能如下图3.1所示：审核/批管理模块检查用户审核权限财务审核预算财务审核请求领导审批请求图 3.1 审核/批管理模块3.3性能3.3.1时间特性要求系统的速度要在用户可接受的范围内，但考虑到需要实时检测服务器的可用性，对资源实时搜索的速度可以有较低的要求。3.3.2可靠性系统要有较高的可靠性，可恢复性。3.3.3灵活性系统要有良好的接口，以适应增加资源平台，增加资源类型，增加相关的资源获取功能的需求；并留有服务器接口，适应对以后实现服务器功能的需要；同时系统还需要具有跨平台功能。3.4输入/出项根据上面的模块功能结
13、构图，表示出该模块各个功能的输入/出项。具体情况如下图：1、检查用户审核/批权限：系统根据操作用户的ID号，和待审核/批请求的ID号，检测该用户是否具有审核/批该请求的权限，并返回查询结果。具体IPO图如下图3.2所示：模块功能名称：检查用户审核/批权限输入: 用户输入自己的id号和请求id号。处理: 根据用户的ID号和待审核请求的ID号，分别重用户表和请求表中查询两者的权限。输出: 用户是否具有审核/批权限 数据表: user_info、user_type_info中根据user_id查询用户user_check_authority，在request_info中根据request_id查询r
14、equest_approve_needcount。图 3.2 检查用户的审核/批权限IPO图2、财务审核预算：由于在实际业务中，预算信息只需要通过财务部门的审核即可，不要上部门领导的审批。因此，当部门科室的用户上报预算提请时，只需要通过财务部门的操作人员的审核即可对该预算信息进行裁决。具体情况如下图3.3所示：模块功能名称：财务审核预算输入: 操作用户的ID号，预算的ID号和预算是否通过审核信息。处理: 记录待审核预算在审核前的状态信息，对预算请求进行审核，并记录用户审核后的状态。将操作用户的ID号，预算请求的前后状态和预算本身等信息存储在approve_log表中。输出: 提示信息 数据表: 在budget_info中查询预算的处理前状态，改变budget_state_info中预算状态，并将处理结果存储在approve_log表中图 3.3 财务审核预算IPO图3、财务审核请求：处理实际业务中部门科室用户上报的直接发放报销请求和偿还报销请求。具体情况如下图3.4所示：模块功能名称：财务审核请求输入: 请求ID号，审核人的ID号，审核是否通过及设定需要几级审批。处理: 根据请求的ID号，和是否通过审核信息，修改request_info、request_state_info表状态相关信息。在r
