图 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所示：
相关推荐：
loading