“校友公益基金会”管理系统的设计与实现

1、摘要北京信息科技大学毕业设计（论文）题 目： “校友公益基金会”管理系统的设计与实现 学 院： 信息管理学院 专 业： 信息管理与信息系统 学生姓名： 班级/学号 指导老师/督导老师： 起止时间： 2021 年 2月25日 至 2021 年 6月21日 摘要随着信息技术在办公上越来越深入而广泛的应用，信息系统的实施在技术上已逐步成熟。“校友公益基金会”管理系统通过网络信息技术实现一种新的工作模式，使操作更加简便，提高了工作效率。本毕设针对校友公益基金会的现状和问题进行了分析，设计并实现了基于B/S模式的“校友公益基金会”管理系统。该系统主要实现了现场捐款流程、在线捐款流程、捐款支出流程、财务管

2、理、人员管理、角色分配、最新动态发布、会议记录发布、相关信息查询和网站公告展示等功能。本系统利用CSS+DIV搭建前台界面，采用JQuery进行数据校验，应用了Ajax技术来实现异步数据传输操作，并采用SSH框架进行编程实现，后台数据库为Oracle。本文主要介绍了“校友公益基金会”管理系统的需求调研，功能和业务分析，详细设计以及具体技术实施等内容。“校友公益基金会”管理系统将基本实现校友公益基金会的办工电子化。关键词：公益基金会； SSH框架 ； jQuery； AjaxIAbstractAbstractWith the information technology widely and d

3、eeply applied in the office, the implementation of information system has gradually become technically mature. "Alumni public welfare Fund" management system has developed a new working mode via internet information technology which makes its operation easier and more efficient.The graduat

4、ing design makes analysis of the current situation and problems of Alumni public welfare Fund and achieves the goal of "Alumni public welfare Fund" management system which is based on B/S mode. The system mainly achieves the function of donation process, online donations, donation expendit

5、ure process, financial management, personnel management, role assignment, the latest dynamic information releasing, meeting records, information query and web site announcement shows ect. During the development process, the system uses CSS+DIV to build front desk interface, data calibration via JQue

6、ry, asynchronous operation through Ajax technology, apply SSH as frame, sets Oracle as background database. This assay mainly introduces the demanding research, function and business analysis, detail design and specific technology of "Alumni public welfare Fund" management system. Also the

7、 "Alumni public welfare Fund" management system will help to make the office work electronic.Keywords: Public welfare Fund ; SSH frame; jQuery; Ajax II目 录目 录摘要（中文）I摘要（英文）II第一章系统概述11.1背景简介11.2系统目标11.3功能结构11.4开发环境3第二章技术介绍42.1Struts2简介42.2Spring简介42.3Hibernate简介42.4SSH简介52.5AJAX的优缺点52.6Jquery

8、简介62.7CSS+DIV6第三章系统分析73.1基金会业务流程分析73.2功能性需求分析93.3系统数据需求分析25第四章系统设计284.1系统架构设计284.2类的详细设计284.3功能详细设计484.4数据库设计109第五章系统实施1165.1jQuery实现Ajax异步提交表单1165.2SSH实现用户管理用户新增功能1175.3界面分页功能实现1245.4菜单自动生成功能实现127第六章总结1316.1系统特色1316.2系统展望1316.3个人收获131结束语132参考文献133III“校友公益基金会”管理系统的设计与实现第一章 系统概述1.1 背景简介计算机和网络的诞生为新的办公

9、方式提供了可能。在这个信息化社会里，人们传递和获取消息以及工作模式都在发生着改变。管理不仅是科学和财富，也是一种巨大的资源。众所周知，各级的办公机构总是把大量的人力物力花费在各种文件、信函、报刊文摘、资料卡片、会议纪要、人事档案和数据统计等信息管理上。所以，多少年来人们总是试图从这些既重要又繁琐的事务中解放出来。尤其是在科学技术高度发达和生产组织愈益复杂的今天，管理手段的现代化就显得愈加突出。随着电子计算机的广泛应用，人们多年的夙愿得到了实现。办公室人员可以使用一系列现代化的办公设备和先进的通信技术，广泛、全面、迅速地收集、整理、加工、存储和使用信息，从而大大减轻了办公人员的劳动强度，提高了工

10、作效率，使企业内部人员方便快捷地共享信息，高效地协同工作；改变过去复杂、低效的手工办公方式，为科学管理和决策服务，从而达到提高行政效率的目的。“校友公益基金会”是一个为加强同学间的联系，巩固和发展同学友谊；帮助生活艰难或者遇到突发灾难的本届同学和老师；扶助品学兼优的贫困学子而存在的一个公益性组织。目前具有100余人的会员规模和20万的捐款规模，并且仍保留着比较原始的沟通交流、信息共享、跟踪管理方式邮件和QQ。随着会员人数的增多，捐款规模的扩大，人员分布越来越不集中，对查询统计、捐款支出基金到账的跟踪管理、数据共享等方面的要求也越来越高，原始的单纯靠短信、邮件沟通进行跟踪和数据共享，以及靠Exc

11、el进行查询统计已经不能满足目前的工作需要。因此校友公益基金会需要开发一个管理系统，为会员及管理人员提供一种更加自动化的方式去完成资源共享和查询统计以及跟踪管理捐款支出到账。该系统将基本实现校友公益基金会的办工电子化，可以通过该系统完成现捐款项目管理、现场捐款流程、在线捐款流程、捐款支出流程、财务管理、人员管理和角色分配等核心任务；也可以通过该系统完成最新动态发布、会议记录发布、相关信息查询、网站公告展示等辅助任务。使组织之间的信息共享、资源共享更加方便，并可以大大减轻了办公人员的劳动强度，提高了工作效率。1.2 系统目标该系统将基本实现校友公益基金会的办工电子化，用户可以通过该系统完成捐款项

12、目管理、现场捐款流程、在线捐款流程、捐款支出流程、财务管理、人员管理、角色分配等核心任务；也可以通过该系统完成最新动态发布、会议记录发布、相关信息查询、网站公告展示等辅助任务。使组织之间的信息共享、资源共享更加方便，并可以大大减轻了办公人员的劳动强度，提高了工作效率。1.3 功能结构本设计即包含“校友公益基金会”管理端功能，也包含“校友公益基金会”网站端功能。1.3.1 管理端功能.1.1 管理端功能结构其中管理端功能模块包含：捐款项目的管理、在线捐款流程、现场捐款流程、捐款支出申请流程、捐款明细查询公布、会议纪要管理、新闻动态管理、用户管理。如图 1.3.1所

13、示： 图 1.1 管理端功能结构图 管理端功能简介捐款项目管理：包含资助项目查看以及资助项目管理资助项目查看：查看所有可以供捐款的资助分类，即捐款项目，包括列表以及详情查看；资助项目管理：包含资助项目的增加、修改、删除。在线捐款流程：包括申请、入账、核对捐款申请：所有用户均可以提出捐款申请，收集捐款信息；捐款入账：财务人员审核申请人资金是否到账，即确定入账；入账核对：基金会管理人员核对该笔费用无误，即核实入账，并公布核对名单。现场捐款流程：包括到账、入账、核对捐款到账：财务人员录入到账信息，并为捐款人录入个人信息；捐款入账：财务人员审核申请人资金，并确定其已经汇入指定账户，即确定

14、入账；入账核对：基金会管理人员核对该笔费用无误，即核实入账，并公布核对名单。捐款明细查询：包括捐款支出明细查询、捐款来源明细查询捐款支出明细查询：查看各个捐款项目中的基金最终用到的何处，并可以将去向明细导出；捐款来源明细查询：查看各个捐款项目中的基金来自何处，并可以将来源明细导出。捐款支出申请流程：包括捐款支出申请、捐款支出审核、基金金额支出、基金支出核对申请：提出捐款支出申请，将使用原因、使用对象等信息上报； 监理会人员审核申请，确定是否批准该费用的使用；支出：监理会同意的申请，由财务人员统一支出费用；核对：基金会管理人员核对该笔费用支出无误，即核实支出，并公布核对名单（选择性公布）。会议纪

15、要管理：包括会议纪要查看和会议纪要维护，即对会议纪要进行增删改操作新闻动态管理：包括新闻动态列表查看和新闻动态维护，即对新闻动态进行增加、删除、修改操作用户管理：包括用户角色分配，即为用户分配角色，继而确定用户有什么权限；和用户信息维护，即对用户进行的增加、删除、修改操作1.3.2 网站端功能网站端功能结构其中网站端功能模块包含：首页、个人用户管理、新闻动态查看、会议纪要查看、关于我们、支出查看、捐款查看和在线捐款。如图1.2所示：图 1.2 网站端功能结构图 网站端功能简介个人用户管理：包括登陆、注册、个人信息修改查看、个人密码修改，以及个人捐款记录查看关于我们：

16、包括机构简介、工作人员、联系我们、捐款方式及政策说明，方便普通用户了解校友公益基金会的基本情况以及捐款方针。新闻动态展示：给浏览者展示一些精彩的信息捐款人名单捐款支出查看：将捐款人名单和捐款支出对浏览者公开会议纪要展示：将会议纪要向会员展示，方便会员及时了解会议情况1.4 开发环境JDK5.0 版本，Windows 7 操作系统，使用 Tomcat5.5 作为服务器，开发工具是MyEclipse、Oracle，开发框架使用Struts+Spring+Hibernate。第二章 技术介绍2.1 Struts2简介Struts2来源于WebWork框架，是在WebWork框架基础上再与Struts

17、1的优点进行整合而设计出的新的MVC分层架构10。其全新的Struts 2的体系结构与Struts 1的体系结构的差别巨大。Struts 2以WebWork为核心，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与Servlet API完全脱离开，所以Struts 2可以理解为WebWork的更新产品。因为Struts 2和Struts 1有着太大的变化，但是相对于WebWork，Struts 2只有很小的变化。Struts2的工作流程如下：(1) 加载类（FilterDispatcher）(2) 读取配置（struts配置文件中的Action）(3) 派发请求（客户端发送

18、请求）(4) 调用Action（FilterDispatcher从Struts配置文件中读取与之相对应的Action ）(5) 启用拦截器（WebWork拦截器链自动对请求应用通用功能，如验证）(6) 处理业务（回调Action的execute()方法）(7) 返回响应（通过execute方法将信息返回到FilterDispatcher）(8) 查找响应（FilterDispatcher根据配置查找响应的是什么信息如：SUCCESS、ERROER，将跳转到哪个jsp页面）(9) 响应用户（jsp->客户浏览器端显示）2.2 Spring简介Spring是一个开源的轻量级Java框架，主要

19、是为了解决企业应用程序维护的复杂性问题而创建的。Spring框架解决办法就是分层架构，分层允许程序员选择使用某个组件，同时为J2EE应用程序开发提供集成容器10。 Spring为企业应用的开发提供一个轻量级的解决方案。该解决方案包括：基于依赖注入的核心机制，基于AOP的声明式事务管理，与多种持久层技术的整合，以及优秀的WEB MVC框架等。Spring致力于Java EE应用各层的解决方案，而不是仅仅专注于某一层的方案。在Struts2+Hibernate+Spring整合的框架中，Spring充当一个JavaBean容器的作用10，Spring使用IOC和AOP技术接管了Hibernate的

20、DAO、事务和Struts的Action对象以及Service业务层，从而能充分的管理事务和代理request请求10。Spring的作用贯穿了整个后台，将控制层、Service层、DAO层及POJO层无缝整合。2.3 Hibernate简介Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构

21、中取代CMP，完成数据持久化的重任。 Hibernate 技术本质上是一个提供数据库服务的中间件。Hibernate 具有很大的灵活性，但同时它的体系结构比较复杂，提供了好几种不同的运行方式。在轻型体系中，应用程序提供 JDBC 连接，并且自行管理事务，这种方式使用了 Hibernate 的一个最小子集；在全面解决体系中，对于应用程序来说，所有底层的 JDBC/JTA API 都被抽象了，Hibernate 会替你照管所有的细节。2.4 SSH简介SSH是新的MVC软件开发模式， 在SSH（Struts，Spring，Hibernate）框架中， Struts进行流程控制，Spring进行业务

22、流转，Hibernate进行数据库操作的封装，这种新的开发模式让我们的开发更加方便、快捷、思路清晰14。SSH Framework是典型的J2EE三层结构，分为表现层、控制层、逻辑层15。表现层最常用的技术是JSP。JSP由HTML代码和嵌入其中的java代码组成，具有一次编写导出运行、支持多平台、强大的可伸缩性、多样化和功能强大的开发工具支持等优势6。此外，在JSP中使用JSTL标签库、Struts2标签库，以一种统一的方式减少了JSP中代码的数量，可以达到程序中没有任何代码6，自定义的标签库可以实现与Model的有效交互。控制层负责控制业务逻辑层与表现层的交互，调用业务逻辑层，并将业务数据

23、返回给表现层作组织表现，这部分由struts2框架来做。控制层由两个部分组成系统核心控制器，业务逻辑控制器。系统核心控制器FilterDispatcher，该控制器由Struts2框架提供负责，负责拦截所有的HTTP请求，然后根据用户请求决定是否要转给业务逻辑控制器。业务逻辑控制器Action，这个类通常由用户提供，该控制器负责接收来自FilterDispatcher的请求，并根据该请求调用逻辑层的业务逻辑方法处理请求，并将处理结果返回给JSP显示。逻辑层由JavaBean，Spring，Hibernate以及Struts2中Action的控制逻辑和简单的前端处理共同完成。我们将逻辑层细分成以

24、下几种：Service层，负责实现业务逻辑。业务逻辑层以DAO层为基础，通过对DAO组件的正面模式包装，完成系统所要求的业务逻辑。DAO层，负责与持久化对象交互。该层封装了数据的增、删、查、改的操作。POJO层，持久化对象。通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用Hibernate作为ORM框架。 图 2.1 SSH的分层结构2.5 AJAX的优缺点AJAX的优点： (1) 优秀的用户体验：这是Ajax最大的优点，能在不刷新整个界面的前提下更新数据4。(2) 基于标准化的并被广泛支持的技术，不需要下载插件或者小程序。(3) 提高了We

25、b程序的性能。Ajax通过XMLHttpRequest对象向服务器提交希望提交的数据，即按需发送。 (4) 可以把以前一些服务器负担的工作转嫁到客户端，利用客户端闲置的能力来处理。AJAX缺点： (1) Ajax 的不足首先来自于浏览器，浏览器对XMLHttpRequest对象的支持度不足 4。(2) 对浏览器后退机制的破坏。后退按钮是一个标准的web站点的重要功能，但是它没法和js进行很好的合作，这是ajax所带来的一个比较严重的问题。 (3) 对搜索引擎支出不足。(4) 开发和调试工具匮乏。(5) ajax的逻辑可以对客户端的安全扫描技术隐藏起来，允许黑客从远端服务器上建立新的攻击。还有a

26、jax也难以避免一些已知的安全弱点，诸如跨站点脚步攻击、SQL注入攻击和基于credentials的安全漏洞等。2.6 Jquery简介Jquery是一个轻量级的Javascript库，它以简介的语法和跨浏览器9，极大的简化了HTML文档遍历了、DOM操作、事件处理以及Ajax交互等编程任务，可用于快速Web开发。Juery的优势(1) 轻量级，Jquery库文件只有155KB9，其min版只有70.4KB。(2) 强大的选择器。jQuery允许开发者使用CSS1到CSS3几乎所有的选择器以及jQuery所独创的高级而复杂的选择器。(3) 可靠的时间处理机制。(4) 完善的Ajax。jQuer

27、y将所有的Ajax封装到一个函数$.ajax()里。(5) 出色的浏览器兼容性。(6) 文档的完整，易用性，而且网上还有很多其它的文档、书籍。(7) 应用的广泛且免费开源，包括google code也使用了jQuery。缺点：由于设计思想是追求高效和简洁，没有面向对象的扩展。设计思路和Mootools不一样。CSS Selector的速度稍微有些慢（但是现在速度已经大幅提高）。2.7 CSS+DIVDIV+CSS是网站标准（或称“WEB标准”）中常用术语之一，DIV+CSS 是一种网页的布局方法，这一种网页布局方法有别于传统的HTML网页设计语言中的表格（table）定位方式，真正地达到了外观

28、和结果分离，是站点的访问及维护更加容易8。在XHTML网站设计标准中，不再使用表格定位技术，而是采用DIV+CSS的方式实现各种定位。CSS是英语Cascading Style Sheets（层叠样式表单）的缩写，它是一种用来表现 HTML 或 XML 等文件式样的计算机语言。CSS只是存文本，任何文本编辑器都可以编辑它，可以位于内嵌于HTML代码中也可以位于外部文件7。 DIV元素是用来为HTML文档内大块（block-level）的内容提供结构和背景的元素。DIV的起始标签和结束标签之间的所有内容都是用来构成这个块的，其中所包含元素的特性由DIV标签的属性来控制，或者是通过使用样式表格式化

29、这个块来进行控制。第三章 系统分析系统分析是开发系统最重要的阶段，要回答系统“做什么”这个关键性的问题。只有明确了问题，才有可能解决问题。3.1 基金会业务流程分析3.1.1 流程描述在校友公益基金会的业务处理过程中，主要涉及流程的业务有现场捐款、在线捐款和捐款支出。其中在线捐款可以分为三个阶段：捐款申请à捐款入账à入账核对à公告。现场捐款同样分为三个部分：捐款到账à捐款入账à入账核对à公告。捐款支出可以分为五个部分：支出申请à支出审批à金额支出à到账核对à支出核对à公告。3.1.2

30、相关岗位及主要职责1. 在线捐款相关岗位以及职责普通会员：捐款申请财务管理人员：捐款入账监理会：入账核对理事会：公告捐款2. 现场捐款相关岗位以及职责财务管理人员：现场收款、捐款入账监理会：入账核对理事会：公告捐款3. 捐款支出相关岗位以及职责执行委员会：支出申请、支出到账核对理事会：支出审批财务管理人员：金额支出监理会：支出核对理事会：公告支出3.1.3 在线捐款流程普通会员通过转账或者其他途径将捐款转到指定账号，并通知相关财务人员注意接收；财务管理人员在收到金额后按照其捐款意向将其分类入账；监理会人员核对捐款是否有误，如果有误则需联系相关人员进行更正；理事会查询无误的捐款信息并将其公告给所

31、有人。在线捐款流程见图3.1。图 3.1 在线捐款流程图3.1.4 现场捐款流程财务人员在现场收取捐款金额，并开具票据，记录捐款意向（即捐款人希望该笔费用用来干什么）；财务管理人员按照其捐款意向将其分类入账，并将金额放到指定账号；监理会人员核对捐款是否有误，如果有误则需联系相关人员进行更正；理事会查询无误的捐款信息并将其公告给所有人。现场捐款流程见图3.2。图 3.2 现场捐款流程图3.1.5 捐款支出流程执行委员会收集需要捐款人的信息，并支出申请；理事会成员根据执行委员会提交的信息进行审批，确定是否批准以及批准多少金额；如果批准通过，则由财务人员按照申请人提交的账号将金额支出；执行委员会确认

32、金额是否到达申请者手中，即确定金额到账；金额到账后由监理会成员进行支出核对，如果信息有误可以联系相关人员进行信息更正；理事会查询无误的支出信息并公告支出信息。捐款支出流程见图3.3。图 3.3 捐款支出流程图3.2 功能性需求分析3.2.1 角色描述本系统为“校友公益基金会”管理系统，是辅助基金会工作人员人员日常办公的一个平台，角色可以划分为普通会员、财务管理成员、监理会成员、理事会成员、执行委员会成员和管理员。其中浏览者（未注册者）仅仅可以浏览相关支出、捐款、新闻、会议信息；普通会员可以进行的功能有在线捐款、个人信息维护、浏览查看捐款信息、支出信息、会议信息、新闻动态以及个人捐款记录；财务管

33、理人员主要负责捐款到账、捐款入账以及捐款支出等任务；监理会成员主要负责入账核对以及支出核对等任务；理事会成员主要负责公告支出、捐款信息以及审批支出申请等任务；管理员负责发布维护最新动态、会议纪要、捐款项目、用户信息维护等任务。3.2.2 用例模型用户模型可以找到系统的关键特色，这些特色可以揭示某些即将动用根本类。用例模型同样可以解释谁在使用本系统，参与者可以通过此系统做些什么，参与者如何通过此系统做到该事情等信息2。 普通会员用例模型普通会员用例图，如图3.4所示：图 3.4 普通会员用例图普通会员用例描述：表 3.1 登陆用例描述用例名称登陆参与者所

34、有会员前置条件主事件流1. 用户录入登陆信息2. 系统验证登陆信息完整3. 系统验证登陆信息正确4. 系统显示用户所属角色的可操作模块备选事件流2a. 系统验证登陆信息不完整1. 系统提示必须填写完整方可登陆3a. 系统验证登陆信息不准确1. 系统提示用户名或密码错误，请重新输入2. 用户重新输入然后提交直至系统通过验证表 3.2 注册用例描述用例名称注册参与者所有会员前置条件主事件流1. 用户录入注册信息2. 系统验证注册信息完整3. 系统将注册信息入库4. 系统显示注册用户所在组的可操作模块备选事件流2a. 系统验证注册信息不完整1. 系统提示必须填写完整方可注册 表 3.3 个人信息维护

35、用例描述用例名称个人信息维护参与者所有会员前置条件主事件流1. 系统显示用户原有数据2. 用户录入用户原有密码以及更新后的个人信息3. 系统验证数据完整4. 系统验证原密码正确5. 系统将更新数据入库备选事件流3a. 系统验证更新信息不完整1. 系统提示必须填写完整方可通过更改 4a. 系统验证员密码错误1. 系统提示原密码错误2. 用户重新输入，直至正确方可通过修改表 3.4 密码修改用例描述用例名称密码修改参与者所有会员前置条件主事件流1. 系统显示用户名称2. 用户录入用户原有密码以及更新后的新密码3. 系统验证数据完整4. 系统验证原密码正确5. 系统将更新数据入库备选事件流3a. 系

36、统验证更新信息不完整1. 系统提示必须填写完整方可通过更改 4a. 系统验证员密码错误1. 系统提示原密码错误2. 用户重新输入，直至正确方可通过修改表 3.5 捐款申请用例描述用例名称捐款申请参与者所有会员前置条件用户已登录目的提交捐款记录主事件流1. 系统列出该用户的所有未提交给账务管理人员的捐款记录2. 用户选择新增捐款并录入捐款相关信息后保存信息3. 系统验证所提交信息正确将捐款信息入库4. 用户确定捐款信息无误后将所有信息提交给账务管理人员备选事件流2a. 用户选择编辑捐款信息1. 系统将原有的捐款信息展示2. 用户重新录入捐款相关信息后保存信息3. 系统验证所提交信息正确将捐款信息

37、入库4. 用户确定捐款信息无误后将所有信息提交给账务管理人员3a. 系统验证所提交信息不正确1. 系统提示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库业务逻辑1. 每个人只能看到自己保存的申请2. 如果申请已经提交将不可见，但是可以去个人捐款记录中跟踪查看表 3.6 个人捐款记录查看用例描述用例名称个人捐款记录查看参与者所有会员前置条件用户已登录目的查询个人捐款记录以及核对过程主事件流1. 系统列出该成员的捐款申请记录2. 用户选择查看捐款申请3. 系统列出捐款申请的环节提交信息以及处理信息表 3.7 新闻动态查看用例描述用例名称新闻动态查看参与者所有会员前置条件主事件流1

38、. 系统列出所有已发布的新闻动态2. 用户选择一条新闻动态查看3. 系统列出该新闻动态的详情界面4. 用户选择下载5. 系统将附件文件下载到本地表 3.8 会议纪要查看用例描述用例名称会议纪要查看参与者所有会员前置条件主事件流1. 系统列出所有有效的会议纪要2. 用户选择一条会议纪要查看3. 系统列出该会议纪要的详情界面4. 用户选择下载5. 系统将附件文件下载到本地表 3.9 捐款来源查看用例描述用例名称捐款来源查看参与者所有人前置条件目的查询所公布的捐款人来源信息主事件流1. 系统列出所有已公告的捐款信息表 3.10 捐款支出查看用例用例名称捐款支出查看参与者所有人前置条件目的查看所公布的

39、支出信息主事件流1. 系统列出所有已公告的捐款支出信息 财务管理人员用例模型财务管理人员用例图，如图3.5所示：图 3.5 财务管理人员用例图财务管理人员用例描述：表 3.11 在线捐款入账用例描述用例名称在线捐款入账参与者财务管理人员前置条件用户已登录目的确定捐款到账主事件流1. 系统列出所有用户提交的捐款申请2. 用户选择办理捐款申请3. 系统列出所选业务的捐款信息以及之前录入的入账信息4. 录入捐款到账信息后保存信息5. 系统验证所提交信息正确并将捐款到账信息入库6. 用户确定捐款到账信息无误后将所有信息提交给监事会备选事件流5a. 系统验证所提交信息不正确1. 系统提示信

40、息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库6a. 用户判定数据不确定1. 用户仅保存进行提交6b. 用户判定数据有问题1. 用户将数据提交给申请人员，让其更正表 3.12 现场捐款到账用例描述用例名称现场捐款到账参与者财务管理人员前置条件用户已登录目的提交捐款记录主事件流1. 系统列出财务人员录入的捐款记录2. 用户选择新增捐款并录入捐款相关信息后保存信息3. 系统验证所提交信息正确将捐款信息入库4. 用户确定捐款信息无误后将所有信息提交给到捐款入账备选事件流2a. 用户选择办理捐款信息1. 系统判定该捐款信息未提交并将原有的捐款信息展示2. 用户重新录入捐款相关信息后保存

41、信息3. 系统验证所提交信息正确将捐款信息入库4. 用户确定捐款信息无误后将捐款到账信息提交到捐款入账3a. 系统验证所提交信息不正确1. 系统提示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库4a. 用户判定数据不确定1. 用户仅保存进行提交表 3.13 现场捐款入账用例用例名称现场捐款入账参与者财务管理人员前置条件用户已登录目的确定到账已经入到相关银行卡主事件流1. 系统列出所有已提交的用户现场捐款信息2. 用户选择办理捐款并录入捐款入账信息后保存信息3. 系统验证所提交信息正确并将捐款入账信息入库4. 用户确定捐款入账信息无误后将所有信息提交给监事会备选事件流3a. 系

42、统验证所提交信息不正确1. 系统提示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库4a. 用户判定数据不确定1. 用户仅保存进行提交4b. 用户判定数据有问题1. 用户将数据提交给捐款到账，让其更正表 3.14 捐款支出用例描述用例名称捐款支出参与者财务管理人员前置条件用户已登录目的为理事会批准的支出申请进行金额支出主事件流1. 系统列出所有理事会批准的支出申请2. 用户选择办理基金支出申请，并录入支出信息后选择保存3. 系统验证所提交信息正确4. 系统将支出信息入库5. 用户确定支出信息无误后将该支出申请信息提交给执行委员会备选事件流3a. 系统验证所提交信息不正确1. 系

43、统提示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库5a. 用户判定数据不确定1. 用户仅保存进行提交5b. 用户判定数据有问题1. 用户将数据提交给理事会成员，待其更正表 3.15 捐款来源明细查询用例描述用例名称捐款来源明细查询参与者理事会、监事会、财务管理人员前置条件用户已登录目的查询基金来源以及基金申请的审核过程详情主事件流1. 系统列出所有成员保存过的捐款申请记录2. 用户选择查看捐款申请3. 系统列出捐款申请的环节提交信息以及处理信息 监事会成员用例模型监事会成员用例图，如图3.6所示：图 3.6 监事会成员用例图监事会成员用例描述：表 3.16 支

44、出核对用例描述用例名称支出核对参与者监事会前置条件用户已登录目的判定申请以及支出无误后结束申请主事件流1. 系统列出所有执行委员会确定金额到账后提交过来的捐款支出申请2. 用户选择办理捐款支出申请并录入捐款支出核对信息后保存信息3. 系统验证所提交信息正确4. 系统将捐款支出核对信息入库5. 用户确定捐款支出申请信息和捐款支出审核、支出、到账信息无误后将该捐款支出申请结束，以便理事会人员可以查看备选事件流3a. 系统验证所提交信息不正确1. 系统提示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库5a. 用户判定数据不确定1. 用户仅保存进行提交5b. 用户判定数据有问题1.

45、用户将数据提交给执行委员会人员，待其更正表 3.17 捐款入账核对用例描述用例名称入账核对参与者监事会前置条件用户已登录目的判定到账的申请无误后捐款申请生效主事件流1. 系统列出所有财务管理人员提交过来的捐款申请2. 用户选择办理捐款并录入入账核对信息后保存信息3. 系统验证所提交信息正确并将入账核对信息入库4. 用户确定捐款到账信息无误后将该捐款申请结束，以便理事会人员可以查看备选事件流3a. 系统验证所提交信息不正确1. 系统提示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库4a. 用户判定数据不确定1. 用户仅保存进行提交4b. 用户判定数据有问题1. 用户将数据提交给

46、财务管理人员，让其更正 执行委员会成员用例模型执行委员会成员用例图，如图3.7所示：图 3.7 执行委员会用例图执行委员会成员用例描述：表 3.18 捐款项目查看用例描述用例名称捐款项目查看参与者理事会、监事会、执行委员会、财务管理人员前置条件主事件流1. 系统列出所有的捐款项目2. 用户选择一条捐款项目，并点击查看3. 系统列出该捐款项目的详情界面4. 用户点击下载5. 系统将附件文件下载到本地表 3.19 基金支出申请用例描述用例名称基金支出申请参与者执行委员会前置条件用户已登录目的提交捐款支出申请主事件流1. 系统列出所有执行委员会录入并且未提交的基金支出申请2. 用户选择

47、新增基金支出申请3. 用户录入基金支出申请相关信息后保存信息4. 系统验证所提交信息正确将基金支出申请信息入库5. 用户确定基金支出申请信息无误后将申请信息提交给到理事会备选事件流2a. 用户选择编辑基金支出申请信息1. 系统将原有的基金支出申请信息展示2. 用户重新录入基金支出申请相关信息后保存信息3. 系统验证所提交信息正确将捐款支出申请信息入库4. 用户确定基金支出申请信息无误后将支出申请信息提交给理事会4a. 系统验证所提交信息不正确1. 系统提示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库5a. 用户判定数据不确定1. 用户仅保存进行提交业务逻辑1. 如果申请已经

48、提交此功能将不可见，但是可以去支出申请查询中进行跟中2. 每个执行委员会成员看到的数据是相同的，但只能有一个人操作该条数据表 3.20 支出到账核对用例名称支出到账核对参与者执行委员会前置条件用户已登录目的确定财务支出的金额已经到账主事件流1. 系统列出所有财务提交过来的捐款支出申请记录2. 用户选择办理基金支出申请3. 系统列出基金支出申请的所有信息（包含之前办理数据）4. 用户录入基金支出申请金额到账信息后保存信息5. 系统验证所提交信息正确并将基金支出申请金额到账信息入库6. 用户确定金额到账信息无误后将该基金支出申请信息提交给监事会备选事件流5a. 系统验证所提交信息不正确1. 系统提

49、示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库6a. 用户判定数据不确定1. 用户仅保存进行提交6b. 用户判定数据有问题1. 用户将数据提交给财务管理人员，待其更正表 3.21 捐款支出明细查询用例描述用例名称捐款支出明细查询参与者理事会、监事会、执行委员会前置条件用户已登录目的查询基金去向以及基金去向的审核过程详情主事件流1. 系统列出所有执行委员会保存过的捐款支出申请2. 用户选择查看捐款支出申请3. 系统列出捐款支出申请的环节提交信息以及办理信息4. 用户选择下载附件5. 系统将附件下载到本地 理事会成员用例模型理事会成员用例图，如图3.23.8所示：

50、图 3.8 理事会成员用例图理事会成员用例描述：表 3.22 捐款支出公告用例描述用例名称捐款支出公告参与者理事会前置条件用户已登录目的查询基金支出信息并公告支出信息以便所有人可以查看主事件流1. 系统列出所有已结束的捐款支出申请2. 用户选择查看捐款支出申请3. 系统列出捐款支出申请的环节提交信息以及办理备选事件流2a. 用户选择要公告的捐款支出申请并点击公告1. 系统将公告状态更改，以便在网站相关界面可以查看2b. 用户选择要取消公告的捐款支出申请1. 系统将公告状态更改，以便在网站相关界面不可查看表 3.23 捐款来源公告用例描述用例名称捐款来源公告参与者理事会前置条件用户已登录目的查询

51、捐款信息并公告捐款信息以便所有人可以查看主事件流1. 系统列出所有已结束的捐款申请记录2. 用户选择查看捐款申请3. 系统列出捐款申请的环节提交信息以及处理信息备选事件流2a. 用户选择要公告的捐款申请1. 系统将公告状态更改，以便在网站相关界面可以查看2b. 用户选择要取消公告的捐款申请2. 系统将公告状态更改，以便在网站相关界面不可查看2c. 用户选择匿名导出1. 系统匿名准备捐款信息并将其导入到excel中2. 系统提示用户保存导出信息3. 用户选择保存路径4. 系统将文件下载到本地2d. 用户选择实名导出1. 系统实名准备捐款信息并将其导入到excel中2. 系统提示用户保存导出信息3

52、. 用户选择保存路径4. 系统将文件下载到本地表 3.24 捐款支出审批用例描述用例名称捐款支出审批参与者理事会前置条件用户已登录目的允许或者拒绝捐款支出的申请主事件流1. 系统列出所有执行委员会提交的捐款支出信息2. 用户选择办理捐款支出信息并录入捐款支出审批信息后保存信息3. 系统验证所提交信息正确并将捐款支出审批信息入库4. 用户确定捐款支出审批信息无误后将所有信息提交给账务管理人员备选事件流3a. 系统验证所提交信息不正确1. 系统提示信息不准确2. 用户重新录入数据并提交系统，直至信息完整方可入库4a. 用户判定数据不确定1. 用户仅保存进行提交4b. 用户判定数据有问题1. 用户将

53、数据提交给执行委员会，让其更正 管理员用例模型管理员用例图，如图3.9所示：图 3.9 管理员用例图管理员用例描述：表 3.25 捐款项目维护用例描述用例名称捐款项目维护参与者管理员前置条件管理员已登录目的对捐款项目进行整、删、改、查、失效、恢复操作，以此来控制界面的显示主事件流1. 系统列出所有捐款项目2. 用户选择新增捐款项目3. 用户录入捐款项目相关信息后提交4. 系统验证所提交信息完整5. 系统将捐款项目信息入库备选事件流2a. 用户选择编辑捐款项目1. 系统列出原捐款项目信息2. 用户录入新捐款项目信息3. 系统验证所提交信息完整并将捐款项目信息入库2b. 用户选择要删

54、除的捐款项目并进行删除操作1. 系统判断该捐款项目下不存在捐款资金2. 系统将该条捐款信息删除2b-1a. 系统判断该捐款项目下存在捐款资金1. 系统提示该项目已投入使用，不可删除2c. 用户选择一条捐款项目，并进行失效操作1. 系统将该捐款项目置为失效2d. 用户选择一条捐款项目，并进行恢复操作1. 系统将该捐款项目置为有效4a. 系统验证所提交信息不完整1. 系统提示信息不完整2. 用户重新录入数据并提交系统，直至信息完整方可入库表 3.26 会议纪要维护用例描述用例名称会议纪要维护参与者管理员前置条件管理员已登录目的对会议纪要进行整、删、改、查、失效、恢复操作，以此来控制界面的显示主事件流1. 系统列出所有会议纪要2. 用户选择新增会议纪要3. 用户录入会议纪要相关信息后提交4. 系统验证所提交信息完整5. 系统将会议纪要信息入库备选事件流2a. 用