经费管理系统.ppt

网络中心经费管理系统 作者 马兴辉 冯玉强等 内容提要 业务描述系统分析系统设计系统实现 业务描述 系统可行性 由于计算机信息网络中心在哈尔滨工业大学和黑龙江省的信息化建设中承担着重要作用 在进行信息化建设中 在进行教学和科研时 需要大量地购买信息产品 如计算机 网线 计算机软件等设备 因此需要对网络中心的经费进行统筹管理 以前 哈工大网络中心的经费的审批和划拨都是通过手工来进行 效率比较低 而且 由于网络中心的领导经常出差洽谈业务 需要报销经费的工作人员经常找不到主管人 即使主管在外地知道有单位工作人员申请资金 主管人也同意 但是资金申请却由于没有主管的签字而不能划拨 造成网络中心运转的低效率 这对于承担着重大职能的网络中心来讲是很不方便的 而且 高级主管在掌握资金的使用和流动状况方面也很不及时 造成无法有效地控制资金运作 因此 为了更好地控制网络中心的各项经费管理 提高工作效率 网络中心认为很有必要开发一套经费管理信息系统 使哈工大网络中心的资金申请和审批流程由原来的手工处理方式转变为计算机处理方式 使用计算机来辅助管理 提高管理水平和业务工作效率 业务描述 原始业务描述 网络中心原始的经费管理流程如下所述 1 经费主管人员掌握各个工程项目的总预算金额及余额 2 网络中心的工作人员在发生一笔日常费用的之后 将会把费用的报销凭证提交给某一位指定的经费主管人员 此主管人员认定此费用属于合理的费用后 会在报销凭证背面签字 同时 经费主管人员查询现有工程项目的余额 决定该项费用从哪个工程项目的余额里出并将工程项目名称写到发票背面 3 工作人员拿着签了字的报销凭证 到财务主管人员处报销 财务人员会请示高级主管 经同意后 财务主管人员记录报销凭证背面所写的批准划拨资金的工程项目及报销人 批准人 批准金额 在相应的工程项目账户中减去相应的费用 到学校财务处用相应的经费本报账后发给工作人员相应的资金 业务描述 业务流程再造 1 经过分析发现原来的业务流程已经不适合业务的发展和信息系统的使用 遂将业务流程进行改造 经过业务流程再造后的经费审批流程如下所述 1 经费主管人员负责控制各个工程项目的总预算金额及余额 2 网络中心的工作人员在发生一笔日常费用的之后 登录经费管理系统 将费用的报销凭证编号 要报销金额 和报销费用的用途提交给在线的经费管理系统 然后在该系统中选择指定的经费主管人员 由系统自动通知该主管人员 3 该主管人员收到系统的通知后 登录该系统 阅览报销凭证 对该费用进行审核 确认其属于合理的费用后 对之进行批准 同时 该主管人员在线查询现有工程项目的余额 决定该项费用从哪个工程项目的余额里出 并将工程项目名称与该费用关联起来 如果该主管人员无法决定该项费用的出处或自己可审批的额度不足 则不处理该项费用 将该项费用的审批留给高级主管人员来决定 在主管人员阅览过该项费用之后 系统会将该项费用的明细和主管人员的处理结果通知高级主管 业务描述 业务流程再造 2 4 高级主管阅览审批过程与一般主管人员类似 通过高级主管审批的费用项目将最终保存在系统中 并由系统将审批结果通知申报费用人员和财务人员 5 财务人员得到系统通知后 登录该系统 查询报销请求详情 在核实批准划拨资金的工程项目及报销人 批准人 批准金额后 在相应的工程项目账户中减去相应的费用 并发给工作人员的财务账户相应的资金 或以支票的形式邮寄给工作人员 6 财务主管人直接向系统录入已审批报销的单据 可替代上述四步 员工 申请人 初级主管 会计人员 高级主管 系统分析 业务流程分析 申请人 添加资金申请表 是资金审批流程的起点 初级主管 负责小额资金的直接审批和大额资金的初级审批 高级主管 负责大额资金的审批业务 具有审批的最高权限 会计人员 当审批流程结束后负责拨付审批资金 业务流程 用活动图描述 该图是对前面再造流程的描述 可对照前面的流程查看该图活动图用于描述复杂的交互流程 适于有分支判断的情况 系统分析 用户角色分析 系统用户分析 用用例图 UseCase图 表述用例图用于需求分析表述各个功能模块间的交互关系 也可用来表示系统用户的关系 系统设计 数据库设计 1 数据库ER图 用类图描述类图用于描述系统使用的类之间的关系 一个帐号 accounts 对应多个子帐号 subAccounts 一个用户 userInfo 可提出多个资金申请 expenseSheet 每个申请对应多个申请明细 expenseSheetDetail 和资金给付记录 expenseFlow 每个类的解释可以参看下一页的表 系统设计 数据库设计 2 2020 3 16 11 可编辑 系统设计 详细设计 系统采用MVC架构开发 MVC Model View Controller 又称模型 视图 控制器 就是一种面向对象的设计模式 MVC设计模式源于Smalltalk 80 在Smalltalk 80中 类的模型 视图和控制器三元组用来构建用户界面 MVC包括三大对象 模型是应用对象 视图是模型在屏幕上的表示 控制器定义用户界面对用户输入的响应方式 分述如下 1 模型 Model 模型包含应用程序的核心功能 模型封装了应用程序的状态 有时它包含的唯一功能就是状态 它对视图或控制器一无所知 2 视图 View 视图提供模型的表示 它是应用程序的外观 视图可以访问模型的读方法 但不能访问写方法 此外 它对控制器一无所知 当更改模型时 视图应得到通知 3 控制器 Controller 控制器对用户的输入做出反应 它创建并设置模型 组件的对应关系 详细设计 经费管理 1 添加经费申请的处理流程 用序列图描述序列图用于详细设计时具体对象之间的交互 用户添加资金申请单 将请求传给相应的Handler Handler通过PM启动添加资金申请表事务 若事务成功执行 加载相应的PageBean 返回成功界面 详细设计 经费管理 2 资金申请表添加的处理流程 用序列图表述 该图是资金申请表事务的具体调用过程 ExpanseTran建立资金申请表Bean和申请子表Bean 检查相应帐号余额情况 若余额足够 则执行数据库插入操作 并从账户上扣除相应资金 详细设计 帐号管理 对帐号进行统计查询的具体处理过程 用序列图表述 财务主管通过页面提出查询某一账户的请求 系统将该请求传递给相应的Handler Handler通过PM调用数据库查询类 Retriever 并用查询结果装载相应的PageBean 返回给用户 系统设计 用户界面设计 菜单区 是一个三级的展开菜单 用户工作区 用户交互界面的主要显示区域 系统实现 经费管理系统采用java技术实现 利用基于MVC的框架开发 架构于SQLServer数据库 是中小型系统的标准的轻量级解决方案之一 开发平台JBuilderRationalRoseCVS应用平台SQLServer