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

预算实施和经费审批网络管理系统
具体设计说明书V1.0

人员
时间
备注
编写
于洋、姜永英、黎猛

审核
陈长清

1引言 4
1.1编写目标 4
1.2背景 4
1.3定义 5
1.4参考资料 5
2程序系统结构 5
3审核/批管理模块 13
3.1程序描述 13
3.2功效 13
3.3性能 14
3.3.1时间特征要求 14
3.3.2可靠性 14
3.3.3灵活性 14
3.4输人/出项 14
3.5步骤逻辑 16
3.6接口 16
4信息查询模块 18
4.1程序描述 18
4.2功效 18
4.3性能 19
4.3.1时间特征要求 19
4.3.2易用性 19
4.3.3实时性 19
4.4输人/出项 19
4.5接口 22
5偿还管理模块 25
5.1程序描述 25
5.2功效 25
5.3性能 26
5.3.1时间特征要求 26
5.3.2实时性 26
5.4输人/出项 26
5.5步骤逻辑 29
5.6接口 31
6基础信息管理模块 33
6.1程序描述 33
6.2功效 33
6.3性能 34
6.3.1时间特征要求 34
6.3.2易用性 34
6.3.3实时性 34
6.4输人/出项 35
6.5步骤逻辑 36
6.6接口 36

1引言
1.1编写目标
在前一阶段（概要设计说明书）中，已处理了实现该系统需求程序模块设计问题。包含怎样把该系统划分成若干个模块、决定各个模块之间接口、模块之间传输信息，和数据结构、模块结构设计等。在以下具体设计汇报中将对在本阶段中对系统所做全部具体设计进行说明。在本阶段中，确定应该怎样具体地实现所要求系统，从而在编码阶段能够把这个描述直接翻译成用具体 程序语言书写程序。关键工作有：依据在《预算实施和货币化操作管理系统需求分析说明书》中所描述数据、功效、运行、性能需求，并依据《预算实施和货币化操作管理系统概要设计说明书》所确定处理步骤、总体结构和模块外部设计，设计软件系统结构设计、逐一模块程序描述（包含各模块功效、性能、输入、输出、算法、程序逻辑、接口等等）.
在下一阶段时候，设计人员能够在概要设计基础上进行具体设计。在以后系统维护阶段也能够参考概要设计，方便对系统愈加好维护。
1.2背景
开发软件名称：预算实施和货币化操作管理系统
项目任务提出者：
项目开发者：华中科技大学
用户：
实现软件单位：华中科技大学
项目和其它软件，系统关系：
(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 开发，必需运行在所要求硬件和软件平台上。
1.3定义
IPO图：在计算机领域IPO是指结构化设计中变换型结构输入（Input）、加工（Processing）、输出（Output）。IPO图是对每个模块进行具体设计工具，它是输入加工输出(INPUT PROCESS OUTPUT)图简称，它是由美国IBM企业提议并完善起来一个工具。
1.4参考资料
预算实施和货币化操作管理系统需求说明书V1.0
预算实施和货币化操作管理系统概要设计说明书V1.0
预算实施和货币化操作管理系统数据库设计说明书V1.0
2程序系统结构
本项目将采取分层设计和装配件设计思想，结合局域网采取用户/ 服务器（C/S）结构。整个系统建立在Windows操作系统平台之上，采取基于.NET2.0装配件分布式应用结构实现整个系统，并将整个系统分为用户端－应用服务器－数据库服务器三层，其中后台数据库系统采取Microsoft SQL Server 。基于分布式架构优势，在后续功效扩展中能够依据需要方便地将后台数据库系统移植到其它数据库上。用户使用用户端程序即可完成全部操作。
采取了.NET Remoting技术，用户端经过获取服务器端IP地址和注册唯一端口号，访问通道以取得服务端对象，再经过（Server Proxy）代了解析为用户端对象。这就提供一个可能性，即以服务方法来公布服务器对象。远程对象代码能够运行在服务器上（如服务器激活对象和用户端激活对象），用户端就是经过这种方法，使用服务器端为其提供服务。
本系统关键目标是对以单位为服务对象财务管理环境中，对预算计划提交、预算上报审核、经费结算报销、借还款和科目进行全方位数字化管理。实现一般用户预算上报请求、财务人员审核预算上报信息、财务人员进行预算上报科目管理、结算报销经费按预置步骤和审批权限进行流转等功效。系统整体功效结构图图2-1所表示：
预算实施和货币化操作管理系统
审批/核管理
借款管理
检验用户审核/批权限
财务审核预算
财务审核请求
领导审批请求
发出借款请求
偿还管理
发送直接报销或偿还请求
实施借款请求
实施直接报销请求
实施现金偿还请求
添加报销金额相关信息
判定信息正当性
上报管理
上报预算相关信息
向服务器发送报销提醒
信息查询
查询全部开支方法
查询全部采购方法
查询全部年度信息
查询全部部门信息
查询部门下科室信息
查询预算相关信息
查询借款相关信息
查询报销相关信息
查询审核/批相关信息
交互管理
上报操作完成提醒
财务审核操作完成提醒
审核经过操作完成提醒
数据库管理
备份数据库
还原数据库
清除全部一级预算信息
获取备份文件列表
基础信息管理
增删改科目相关信息
增删改部门相关信息
增删改部门科室相关信息
增删改年度相关信息
增删改开支方法相关信息
用户权限管理
角色信息管理
用户信息验证

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

图 2.2 预算相关信息类图
2、用户相关信息类图：关键负责处理用户相关信息管理业务，包含用户基础信息、用户角色和角色权限相关信息管理。具体情况以下图2.3所表示：

图 2.3 用户相关信息类图
3、请求信息类图：关键负责处理用户提交报销直接发放、偿还报销请求相关业务。关键包含请求基础信息、请求处理状态、请求所需审核/批次数和请求所需用户权限等相关信息。具体情况以下图2.4所表示：

图 2.4 请求相关信息类图
4、报销信息类图：关键负责报销相关信息相关业务。包含报销明细、报销类型、报销支付方法、报销提请用户和报销请求。具体情况以下图2.5所表示：

图 2.5 报销相关信息类图
5、审核/批日志类图：统计系统审核/批等相关信息统计，包含预算、预算状态和用户等相关信息。具体情况以下图2.6所表示：

图 2.6 审核/批日志类图
6、报销日志类图：统计报销过程相关日志信息，包含报销、借款、预算、请求和用户等相关信息。具体情况以下图2.7所表示：

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

图 3.1 审核/批管理模块
3.3性能
3.3.1时间特征要求
系统速度要在用户可接收范围内，但考虑到需要实时检测服务器可用性，对资源实时搜索速度能够有较低要求。
3.3.2可靠性
系统要有较高可靠性，可恢复性。
3.3.3灵活性
系统要有良好接口，以适应增加资源平台，增加资源类型，增加相关资源获取功效需求；并留有服务器接口，适应对以后实现服务器功效需要；同时系统还需要含有跨平台功效。
3.4输入/出项
依据上面模块功效结构图，表示出该模块各个功效输入/出项。具体情况以下图：
1、检验用户审核/批权限：系统依据操作用户ID号，和待审核/批请求ID号，检测该用户是否含有审核/批该请求权限，并返回查询结果。具体IPO图以下图3.2所表示：
模块功效名称：检验用户审核/批权限
输入: 用户输入自己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、财务审核预算：因为在实际业务中，预算信息只需要经过财务部门审核即可，不要上部门领导审批。所以，当部门科室用户上报预算提请时，只需要经过财务部门操作人员审核即可对该预算信息进行裁决。具体情况以下图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表状态相关信息。在request_approve_log表格中统计审核人ID号，审核结果和需要几级审批等相关信息。
输出: 提醒信息
数据表: 相关数据表request_info、request_state_info、request_approve_log和request_approve_needcount_info表
图 3.4 财务审核请求IPO图
4、领导审批请求：当请求经过财务部门审核后，需要依据财务部门操作人员设定请求所需审批等级，由对应等级领导依次审批，最终统计审批结果。具体情况以下图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_info表。
图 3.6 领导审批请求IPO图
3.5步骤逻辑
审核/批管理模块步骤图以下图3.7所表示：

图 3.7 审核/批管理模块步骤图
3.6接口
审核/批管理模块关键接口定义在IBudgetApprove.cs中，其中定义方法简单介绍以下：
/// uest_id, string user_id)；
/// approved)；
/// est_id, string user_id,bool isapproved, string request_approve_needcount)；
/// 导审批等级
/// 操作是否成功
public bool PayRequestFApprove(string pay_log_id, string user_id,bool isapproved, string budget_approve_needcount)；
/// aram name="isapproved">是否经过审核
/// 设定需要领导审批等级
/// 操作是否成功
public bool BorrowRequestFApprove(string borrow_id, string user_id,bool isapproved, string budget_approve_needcount)
4信息查询模块
4.1程序描述
信息查询模块关键是依据多种用户权限，为多种权限用户提供对应范围内信息查询功效。
4.2功效
信息查询模块功效以下图4.1所表示：
信息查询模块
查询全部开支方法
查询全部年度信息
查询预算相关信息
查询报销相关信息
查询
全部采购方法

查询部门下科室信息
查询全部部门信息
查询借款相关信息
查询审核批相关信息

图 4.1 信息查询模块功效结构图
查询部门下科室相关信息包含：查询全部部门信息和查询某部门下全部科室信息；
查询预算相关信息包含：查询全部预算信息、依据年度ID、科目ID、部门科室ID、开支方法ID、采购方法ID、预算状态ID、是否经过全部审批和是否已实施等相关信息对预算信息进行查询；
查询借款相关信息包含：依据是否经过全部审批审核、是否已实施和是否还清查询借款信息，查询某人借款信息，查询某人可查看全部借款信息，查询部门科室借款信息和查询某借款中为偿还金额；
查询报销相关信息包含：查询某预算下报销信息，查询报销请求物品信息，查询待实施报销信息，查询某人报销信息，查询部门科室下报销信息，经过请求ID查询报销ID，查询某人可查看报销信息，查询拥有某审批权限全部用户信息和查询报销金额总和；
查询审核/批相关信息包含：判定某用户是否对请求有领导审批权限，查询需要某用户财务审核报销信息，查询需要某用户领导审批报销信息，查询需要某用户财务审核预算信息，查询需要某用户财务审核借款请求信息，查询需要某用户领导审批借款请求信息，查询全部预算需审批级数，查询全部请求需审批级数，查询某预算审批日志和查询某条请求审批日志。
4.3性能
4.3.1时间特征要求
查询模块作为用户常常使用模块，对时间特征要求较高。在本系统中，我们经过索引和视图方法尽可能提升数据库查询效率。
4.3.2易用性
查询模块经过提供灵活智能查询功效，使用户能够而且快速获取其所感爱好内容。
4.3.3实时性
因为系统含有三个用户端同时在运行。所以，系统数据肯定常常改变。系统在设计时，经过委托方法使各个用户端之间能够实时交互，使得用户在查询数据时，能够得到实时数据。
4.4输入/出项
依据上面模块功效结构图，表示出该模块各个功效输入/出项。具体情况以下图：
1、查询全部开支方法：查询全部开始方法相关信息。具体IPO图以下图4.2所表示：
模块功效名称：查询全部开支方法
输入:无。
处理: 查询系统提供全部开支方法。
输出: 全部开支方法列表。
数据表:
pay_method_info 开支方法
图 4.2 查询全部开支方法IPO图
2、查询全部采购方法：查询全部采购方法相关信息。具体IPO图以下图4.3所表示：
模块功效名称：查询全部采购方法
输入:无。
处理: 查询系统提供全部开支方法。
输出: 全部采购方法列表。
数据表:
purchase_method_info 采购方法。
图 4.3 查询全部采购方法IPO图
3、查询全部年度信息：查询全部年度相关信息。具体IPO图以下图4.4所表示：
模块功效名称：查询全部年度信息
输入:无。
处理: 查询系统提供全部年度信息。
输出: 全部年度信息列表。
数据表:
budget_range_info 年度信息。
图 4.4 查询全部年度信息IPO图
4、查询部门信息：查询全部部门信息。具体IPO图以下图4.5所表示：
模块功效名称：查询全部部门信息
输入:无。
处理: 查询系统提供全部部门信息。
输出: 全部部门信息列表。
数据表:
department_info 部门信息。
图 4.5 查询部门信息IPO图
5、查询部门下科室信息：依据用户提供部门ID号，查询部门下科室信息。具体IPO图以下图4.6所表示：
模块功效名称：查询部门下科室信息
输入:部门ID号。
处理: 依据用户提供待查询部门ID号，查询对应部门下全部科室信息。
输出: 对应部门下全部科室信息列表。
数据表:
department_info 部门信息
图 4.6 查询部门下科室信息IPO图
6、查询特定状态下预算信息：依据用户提供待查询预算状态，查询满足状态要求全部预算信息。具体IPO图以下图4.7所表示：
模块功效名称：查询特定状态预算信息
输入:预算状态ID号。
处理: 依据用户提供待查询预算状态ID号，查询该状态下全部预算信息。
输出: 待查询状态全部预算信息列表。
数据表:
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号，查询该状态下全部预算信息。
输出: 待查询状态全部预算信息列表。
数据表:
budget_info 预算信息
budget_item_info 预算明细
budget_range_info 预算年度
budget_state_info 预算状态
pay_method_info 开支方法
department_info 部门科室
图 4.8 查询特定部门特定状态预算信息IPO图
8、查询借款信息：依据是否经过全部审核/批，是否已实施，是否还清查询借款相关信息。具体IPO图以下图4.9所表示：
模块功效名称：查询特定借款信息
输入:是否经过全部审核/批，是否已实施，是否还清。
处理: 依据用户提供是否经过全部审核/批，是否已实施，是否还清信息，查询该状态下全部预算信息。
输出: 待查询状态全部借款信息列表。
数据表:
borrow_info 借款
is_allapproved_info 是否经过全部审批
is_allpayback_info 是否全部偿还清
图 4.9 查询借款信息IPO图
9、查询某人借款信息：依据用户提供用户ID号，查询该用户借款信息。具体IPO图以下图4.10所表示：
模块功效名称：查询某人借款信息
输入:待查询用户ID号。
处理: 依据用户提供待查询用户ID号，查询该用户借款信息。
输出: 待查询状态全部借款信息列表。
数据表:
borrow_info 借款
is_allapproved_info 是否经过全部审批
is_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、查询某部门科室报销信息：依据用户提供部门ID号，查询该部门下全部报销信息。具体IPO图以下图4.12所表示：
模块功效名称：查询某部门下报销信息
输入:待查询部门ID号。
处理: 依据用户提供部门ID号，查询该部门下全部报销信息。
输出: 待查询报销信息列表。
数据表:
pay_log 报销统计
pay_item_info 报销明细
department_info 部门科室
图 4.12查询某部门科室报销信息IPO图
12、查询需要某用户领导审批借款请求信息：依据领导ID号，查询需要该领导审批借款信息。具体IPO图以下图4.13所表示：
模块功效名称：查询需要某用户领导审批借款请求信息
输入:待查询领导ID号。
处理: 依据用户提供领导ID号，查询需要该领导审批借款信息。
输出: 待查询借款请求信息列表。
数据表:
pay_log 报销统计
pay_item_info 报销明细
user_info 部门科室
borrow_info 借款信息
图 4.13查询需要某用户领导审批借款请求信息IPO图
4.5接口
查询管理模块关键接口定义在IBudgetApprove.cs中，其中定义方法简单介绍以下：
/// >
/// 预算状态ID
/// 部门科室ID
/// 查询到数据集
public DataSet IGetBudgetInfoByStateDepartment(string budget_state_id, string department_id)；
/// >
public DataSet IGetBudgetType()；
/// >查询到开支方法数据集
public DataSet IGetPayMethod()；
///
/// 得到全部部门信息
/// y>
/// 查询预算信息
/// d, string budget_state_id,bool allapproved, bool isfullinfo)；
/// me="budget_id">预算ID
/// 用户ID
/// 查询到借款信息数据集
public DataSet IGetBorrowFullInfoAuth(string budget_id, string user_id)；
/// "is_executed">是否已实施
/// 是否还清
/// 查询到借款信息数据集
public DataSet IGetBorrowFullInfoByDept(string department_id, bool is_allapproved, bool is_executed, bool is_allpayback)；
///