校友公益基金会管理系统的设计书

1 校友公益基金会管理系统的设计书 1 计算机和网络的诞生为新的办公方式提供了可能。在这个信息化社会里，人们传递和获取消息以及工作模式都在发生着改变。管理不仅是科学和财富，也是一种巨大的资源。众所周知，各级的办公机构总是把大量的人力物力花费在各种文件、信函、报刊文摘、资料卡片、会议纪要、人事档案和数据统计等信息管理上 。 所以，多少年来人们总是试图从这些既重要又繁琐的事务中解放出来。尤其是在科学技术高度发达和生产组织愈益复杂的今天，管理手段的现代化就显得愈加突出。随着电子计算机的广泛应用，人们多年的夙愿得到了实现。办公室人员可以使用一系列现代化的办公 设备和先进的通信技术，广泛、全面、迅速地收集、整理、加工、存储和使用信息，从而大大减轻了办公人员的劳动强度，提高了工作效率，使企业内部人员方便快捷地共享信息，高效地协同工作；改变过去复杂、低效的手工办公方式，为科学管理和决策服务，从而达到提高行政效率的目的。 “校友公益基金会” 是一个为加强同学间的联系，巩固和发展 同学友谊；帮助生活艰难或者遇到突发灾难的本届同学和老师；扶助 品学兼优的贫困学子而存在的一个公益性组织。目前具有 100余人的会员规模和 20 万的捐款规模，并且仍保留着比较原始的沟通交流、信息共享、跟踪管 理方式 邮件和 着会员人数的增多，捐款规模的扩大，人员分布越来越不集中，对查询统计、捐款支出 基金到账的跟踪管理、数据共享等方面的要求也越来越高，原始的单纯靠短信、邮件沟通进行跟踪和数据共享，以及靠 行查询统计已经不能满足目前的工作需要。因此 校友公益基金会 需要开发一个管理系统，为会员及管理人员提供一种更加自动化的方式去完成资源共享和查询统计以及跟踪管理捐款支出 到账。该系统将基本实现 校友公益基金会 的办工电子化，可以通过该系统完成现捐款项目管理、 现 场捐款流程、在线捐款流程、捐款支出流程、财务 管理、人员管理和角色分配等核心任务；也可以通过该系统完成最新动态发布、会议记录发布、相关信息查询、网站公告展示等辅助任务。使组织之间的信息共享、资源共享更加方便，并可以大大减轻了办公人员的劳动强度，提高了工作效率。 统目标 该系统将基本实现 校友公益基金会 的办工电子化，用户可以通过该系统完成捐款项目管理、现场捐款流程、在线捐款流程、捐款支出流程、财务管理、人员管理、角色分配等核心任务；也可以通过该系统完成最新动态发布、会议记录发布、相关信息查询、网站公告展示等辅助任务。使组织之间的信息共享、资源共享更加方便 ，并可以大大减轻了办公人员的劳动强度，提高了工作效率。 能结构 本设计即包含 “ 校友公益基金会” 管理端功能，也包含 “ 校友公益基金会” 网站端功能。 理端功能 理端功能结构 其中管理端功能模块包含：捐款项目的管理、在线捐款流程、现场捐款流程、捐款支出申请流程、捐款明细查询公布、会议纪要管理、新闻动态管理、用户管理。如图 示： 2 校 友 公 益 基 金 会 管 理 系 统 管 理 端 功 能现场捐款流程会议纪要管理捐款明细查询发布新闻动态管理捐款项目管理在线捐款流程用户管理基金使用申请流程捐 款项 目维 护捐 款申 请捐 款入 账入 账核 实捐 款到 账捐 款入 账入 账核 实捐 款支 出明 细查 询捐 款来 源明 细查 询捐 款来 源公 布捐 款支 出公 布基 金使 用申 请基 金使 用审 核金 额支 出到 账核 实会 议纪 要查 看会 议纪 要维 护动 态新 闻查 看动 态新 闻维 护用 户信 息维 护用 户角 色分 配捐 款项 目查 看支 出核 实图 管理端功能结构图 理端功能简介 捐款项目管理： 包含资助项目查看以及资助项目管理 资助项目查看：查看所有可以供捐款的资助分类，即捐款项目，包括列表以及详情查看； 资助项目管理：包含资助项目的增加、修改、删除。 在线捐款流程： 包括申请、入账、核对 捐款申请：所有用户均可以提出捐款申请，收集捐款信息； 捐款入账：财务人员审核申请人资金是否到账，即确定入账； 入账 核对 ：基金会管理人员 核对 该笔费用无误，即核实入账，并公布 核对 名单。 现场捐款流程： 包括到账、入账、核对 捐款到账：财务人员录入到账信息，并为捐款人录入个人信息； 捐款入账：财务人员审核申请人资金，并确定其已经汇入指定账户，即确定入账； 入账 核对 ：基金会管理人员 核对 该笔费用无误，即核实入账，并公布 核对 名单。 捐款明细查询： 包括捐款支出明细查询、捐款来源明细查询 捐款支出明细查询：查看各个捐款项目中的基金最终用到的何处，并可以将去向明细导出； 捐款来源明细查询：查看各个捐款项目中的基金来自何处，并可以将来源明细导出。 捐款支出申请流程： 包括捐款支出申请、捐款支出审核、基金金额支出、基金支出核对 申请：提出捐款支出申请，将使用原因、使用对象等信息上报； 审核：监理会人员审核申请，确定是否批准该费用的使用； 支出：监理会同意的申请，由财务人员统一支出费用； 核对 ：基金会管理人员 核对 该笔费用支出无误，即核实支出，并公布 核对 名单（选择性公布）。 会议纪要管理： 包括会议纪要查看和会议纪要维护，即对会议纪要进行增删改操作 新闻动态管理： 包括新闻动态列表查看和新闻动态维护，即对新闻动态进行增加、删除、修改 3 操作 用户管理： 包括用户角色分配，即为用户分配角色，继而确定用户有什么权限；和用户信息维护，即对用户进行的增 加、删除、修改操作 站端功能 站端功能结构 其中网站端功能模块包含：首页、个人用户管理、新闻动态查看、会议纪要查看、关于我们、支出查看、捐款查看和在线捐款。如图 示： 个人用户管理登陆注册个 人捐 款记 录查 查个人信息修改关于我们新闻动态展示捐款人公布查看捐款支出公布查看会议纪要展示校 友 公 益 基 金 会 管 理 系 统 网 站 端 功 能首页机构简介工作人员联系我们捐 款方 式及 政策 说明在线捐款密码修改图 站端功能结构图 站端功能简介 个人用户管理： 包括登陆、注册、个人信息修改查看、个人密码修改，以及个人捐款记录查看 关于我们： 包括 机构简介 、 工作人员 、 联系我们 、 捐款方式及政策说明 ， 方便普通用户了解 校友公益基金会 的基本情况以及捐款方针。 新闻动态展示： 给浏览者展示一些精彩的信息 捐款人名单 捐款支出查看： 将捐款人名单和捐款支出对浏览者公开 会议纪要展示： 将会议纪要向会员展示，方便会员及时了解会议情况 发环境 本， 操作系统 ，使用 为服务器， 开发工具是 发框架使用 4 第二章 技术介绍 介 源于 架，是在 架基础上再与 优点进行整合而设计出的新的 层架构 10。其全新的 的体系结构与 的体系结构的差别巨大。 以 核心，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与 全脱离开，所以 可以理解为 更新产品。因为 和 有着太大的变化，但是相对于 只有很小的变化 。 工作流程如下： (1) 加载类（ (2) 读取配置（ 置文件中的 (3) 派发请求（客户端发送请求） (4) 调用 置文件中读取与之相对应的 (5) 启用拦截器（ 截器链自动对请求应用通用功能，如验证） (6) 处理业务（回调 方法） (7) 返回响应（通过 法将信息返回到 (8) 查找响应（ 据配置查找响应 的是什么信息如： 跳转到哪个 面） (9) 响应用户（ 介 一个开源的轻量级 架，主要是为了解决企业应用程序维护的复杂性问题而创建的。 架解决办法就是分层架构，分层允许程序员选择使用某个组件，同 时 为 用程序开发提供集成容器 10。 企业应用的开发提供一个轻量级的解决方案。该解决方案包括：基于依赖注入的核心机制，基于 声明式事务管理，与多种持久层技术的整合，以及优秀的架等。 力于 E 应用各层的解决方案，而不是仅仅专注于某一层的方案。 在 合的框架中， 当一个 器的作用 10， 用 术接管了 务和 象以及 务层，从而能充分的管理事务和代理 求 10。 作用贯穿了整个后台，将控制层、 、及 无缝整合。 介 一个开放源代码的 对象 关系映射框架，它对 行了非常轻量级的对象封装，使得 序员可以随心所欲的使用对象编程思维来操纵 数据库 。 以应用在任何使用场合，既可以在 客户端程序使用，也可以在 用中使用，最具革命意义的是， 以在应用 构中取代 成数据持久化的重任。 术本质上是一个提供数据库服务的中间件。 有很大的灵活性 ， 但同时它的体系结构比较复杂，提供了好几种不同的运行方式。在轻型体系中，应用程序提供 接， 5 并且自行管理事务，这种方式使用了 一个最小子集；在全面解决体系中，对于应用程序来说，所有底层的 被抽象了， 替你照管所有的细节。 介 新的 件开发模式， 在 框架中， 行流程控制， 行业务流转， 行数据库操作的封装，这种新的开发模式让我们的开发更加方便、快捷、思路清晰 14。 典型的 层结构，分为表现层、控制层、逻辑层 15。 表现层 最常用的技术是 码和嵌入其中的 码组成，具有一次编写导出运行、支持多平台、强大的可伸缩性、多样化和功能强大的开发工具支持等优势 6。此外，在 签库、 签库，以一种统一的方式减少了 代码的数量，可以达到程序中没有任何代码 6，自定义的标签库可以实现与 有效交互。 控制层负责控制业务逻辑层与表现层的交互，调用业务逻辑层，并将业务数据返回给表现层作组织表现，这部分由 架来做。控制层由两个部分组成 系统核心控制器，业务逻辑控制器。 系统核心控制器 控制器由 架提供负责，负责拦截所有的 求，然后根据用户请求决定是否要转给业务逻辑控制器。业务逻辑控制器 个类通常由用户提供，该控制器负责接收来自 请求，并根据该请求调用逻辑层的业务逻辑方法处理请求，并将处理结果返回给 示。 逻辑层由 及 控制逻辑和简单的前端处理共同完成。我们将逻辑层细分成以下几种： ，负责实现业务逻辑。业务逻辑层以 为基础，通过对 件的正面模式包装，完成系统所要求的业务逻辑。 ，负责与持久化对象交互。该层封装了数据的增、删、查、改的操作。 ，持久化对象。通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用 为 架。 数 据 库客 户 端浏 览 器W e b 服 务 器（ T o m c a t ）核 心 控 制 器J S P 视 图S p r i n g 容 器A c t i o nS e r v i c OJ a v a B e a n 分层结构 优缺点 优点： (1) 优秀的用户体验：这是 大的优点，能在不刷新整个界面的前提下更新数据 4。 (2) 基于标准化的并被广泛支持的技术，不需要下载插件或者小程序 。 (3) 提高了 序的性能 。 过 象向服务器提交希望提交的数据，即按需发送。 (4) 可以把以前一些服务器负担的工作转嫁到客户端，利用客户端闲置的能力来处理。 6 点： (1) 不足首先来自于浏览器，浏览器对 象的支持度不足 4。 (2) 对浏览器后退机制的破坏。后退按钮是一个标准的 点的重要功能，但是它没法和 是 带来的一个比较严重的问题。 (3) 对搜索引擎支出不足。 (4) 开发和调试工具匮乏。 (5) 逻辑可以对客户端的安全扫描技术隐藏起来，允许黑客从远端服务器上建立新的攻击。还有 难以避免一些已知的安全弱点，诸如跨站点脚步攻击、 入攻击和基于 安全漏洞等。 介 一个轻量级的 ，它以简介的语法和 跨 浏览器 9，极大的简化了 档遍历了、 作、事件处理以及 互等编程任务，可用于快速 发。 优势 (1) 轻量级， 文件只有 155，其 只有 (2) 强大的选择器。 许开发者使用 乎所有的选择器以及 独创的高级而复杂的选择器。 (3) 可靠的时间处理机制。 (4) 完善的 所有的 装到一个函数 $里。 (5) 出色的浏览器兼容性。 (6) 文档的完整，易用性，而且网上还有很多其它的文档 、 书籍。 (7) 应用的广泛 且免费开源 ，包括 使用了 缺点： 由于设计思想是追求高效和简洁，没有面向对象的扩展。设计思路和 一样。 速度稍微有些慢（但是现在速度已经大幅提高） 。 网站标准（或称“ 准”）中常用术语之一， 一种网页的布局方法 ， 这一种网页布局方法有别于传统的 页设计语言中的表格（ 位方式 ， 真正地达到了 外观和结果分离，是站点的访问及维护更加容易 8。在 站设计标准中，不再使用表格定位技术，而是采用 方式实现各种定位。 英语 叠样式表单）的缩 写，它是一种用来表现 文件式样的计算机语言。 是存文本，任何文本编辑器都可以编辑它，可以位于内嵌于 7。 素是用来为 档内大块（ 内容提供结构和背景的元素。 起始标签和结束标签之间的所有内容都是用来构成这个块的，其中所包含元素的特性由 签的属性来控制，或者是通过使用样式表格式化这个块来进行控制。 7 第三章 系统分析 系统分析是开发系统最重要的阶段，要回答系统“做什么”这个关键性的问题。只有明确了问题 ，才有可能解决问题。 金会 业务流程分析 程描述 在 校友公益基金会 的业务处理过程中，主要涉及 流程的业务有现场捐款、在线捐款和捐款支出。其中在线捐款可以分为三个阶段：捐款申请 捐款入账 入账核对 公告。现场捐款同样分为三个部分：捐款到账 捐款入账 入账核对 公告。捐款支出可以分为五个部分：支出申请 支出审批金额支出 到账核对 支出核对 公告。 关岗位及主要职责 1. 在线捐款相关岗位以及职责 普通会员：捐款申请 财务管理人员：捐款入账 监理会：入账核对 理事会：公告捐款 2. 现场捐款相关岗位以及职责 财务管理人员：现场收款、捐款入账 监理会：入账核对 理事会：公告捐款 3. 捐款支出相关岗位以及职责 执行委员会：支出申请、支出到账核对 理事会：支出审批 财务管理人员：金额支出 监理会：支出核对 理事会：公告支出 线捐款 流程 普通会员通过转账或者其他途径将捐款转到指定账号，并通知相关财务人员注意接收；财务管理人员在收到金额后按照其捐款意向将其分类入账；监理会人员核对捐款是否有误，如果有误则需联系相关人员进行更正；理事会查询无误的捐款信息并将其公告给所有人。 在线捐款流程 见 图 8 图 线捐款流程图 场捐款 流程 财务人员在现场收取捐款金额，并开具票据，记录捐款意向（即捐款人希望该笔费用用来干什么 ） ；财务管理人员按照其捐款意向将其分类入账，并将金额放到指定账号；监理会人员核对捐款是否有误，如果有误则需联系相关人员进行更正；理事会查询无误的捐款信息并将其公告给所有人。现场捐款流程 见 图 图 场捐款流程图 9 款支出流程 执行委员会收集需要捐款人的信息，并支出申请；理事会成员根据执行委员会提交的信息进行审批，确定是否批准以及批准多少金额；如果批准通过，则由财务人员按照申请人提交的账号将金额支出；执行委员会确认金额是否到达申请者手中，即确定金额到账；金额到账后由监理会成员进行支出核对，如果信息有误可以联系相关人员进行信息更正；理事会查询无误的支出信息并公告支出信息。 捐款支出流程见 图 图 款支出流程图 能性需求分析 色描述 本系统为“校友公益基金会 ” 管理系统，是辅助基金会工作人员人员日常办公的一个平台，角色可以划分为普通会员、财务管理成员、监理会成员、理事会成员、执行委员会成员和管理员。其中浏览者（未注册者）仅仅可以浏览相关支出、捐款、新闻、会议信息；普通会员可以进行的功能有在线捐款、个人信息维护、浏览查看捐款信息、支出信息、会议信息、新闻动态以及个人捐款记录；财务管理人员主要负责捐款到账、捐款入账以及捐款支出等任务；监理会成员主要负责 入账 核对以及支出核对等任务；理事会成员主要负责公告支出、捐款信息以及审批支出申请等任务；管理员负责发布维护最新动态、会 议纪要、捐款项目、用户信息维护等任务。 10 例模型 用户模型可以找到系统的关键特色，这些特色可以揭示某些即将动用根本类。用例模型同样可以解释谁在使用本系统，参与者可以通过此系统做些什么，参与者如何通过此系统做到该事情等信息 2。 通会员用例模型 普通会员用例图，如图 示 ： 图 通会员用例图 普通会员用例描述： 表 陆用例描述 用例名称 登陆 参与者 所有会员 前置条件 主事件流 1. 用户录入登陆信息 2. 系统验证登陆信息完整 3. 系统验证登陆信息正确 4. 系统显示用户所属角色的可操作模块 备选事件流 2a. 系统验证登陆信息不完整 1. 系统提示必须填写完整方可登陆 3a. 系统验证登陆信息不准确 1. 系统提示用户名或密码错误，请重新输入 2. 用户重新输入然后提交直至系统通过验证 表 册用例描述 用例名称 注册 首页信息查看登录注册关于我们新闻动态查看捐款来源查看捐款支出查看会议纪要查看在线捐款申请个人捐款记录查看个人信息维护退出登录普通会员密码修改 11 参与者 所有会员 前置条件 主事件流 1. 用户录入注册信息 2. 系统验证注册信息完整 3. 系统将注册信息入库 4. 系统显示注册用户所在组的可操作模块 备选事件流 2a. 系统验证注册信息不完整 1. 系统提示必须填写完整方可注册 表 人信息维护用例描述 用例名称 个人信息维护 参与者 所有会员 前置条件 主事件流 1. 系统显示用户原有数据 2. 用户录入用户原有密码以及更新后的个人信息 3. 系统验证数据完整 4. 系统验证原密码正确 5. 系统将更新数据入库 备选事件流 3a. 系统验证更新信息不完整 1. 系统提示必须填写完整方可通过更改 4a. 系统验证员密码错误 1. 系统提示原密码错误 2. 用户重新输入，直至正确方可通过修改 表 码修改用例描述 用例名称 密码修改 参与者 所有会员 前置条件 主事件流 1. 系统显示用户名称 2. 用户录入用户原有密码以及更新后的新密码 3. 系统验证数据完整 4. 系统验证原密码正确 5. 系统将更新数据入库 备选事件流 3a. 系统验证更新信息不完整 1. 系统提示必须填写完整方可通过更改 4a. 系统验证员密码错误 1. 系统提示原密码错误 2. 用户重新输入，直至正确方可通过修改 表 款申请用例描述 12 用例名称 捐款申请 参与者 所有会员 前置条件 用户已登录 目的 提交捐款记录 主事件流 1. 系统列出该用户的所有未提交给账务管理人员的捐款记录 2. 用户选择新增捐款并录入捐款相关信息后保存信息 3. 系统验证所提交信息正确 将捐款信息入库 4. 用户确定捐款信息无误后将所有信息提交给账务管理人员 备选事件流 2a. 用户选择编辑捐款信息 1. 系统将原有的捐款信息展示 2. 用户重新录入捐款相关信息后保存信息 3. 系统验证所提交信息正确 将捐款信息入库 4. 用户确定捐款信息无误后将所有信息提交给账务管理人员 3a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 业务逻辑 1. 每个人只能看到自己保存的申请 2. 如果申请已经提交将不可见，但是可以去个人捐款记录中跟踪查看 表 人捐款记录查看用例描述 用例名称 个人捐款记录查看 参与者 所有会员 前置条件 用户已登录 目的 查询个人捐款记录以及核对过程 主事件流 1. 系统列出该成员的捐款申请记录 2. 用户选择查看捐款申请 3. 系统列出 捐款申请 的环节提交信息以及处理信息 表 新闻动态查看用例描述 用例名称 新闻动态查看 参与者 所有会员 前置条件 主事件流 1. 系统列出所有已发布的新闻动态 2. 用户选择一条新闻动态查看 3. 系统列出该新闻动态的详情界面 4. 用户选择下载 5. 系统将附件文件下载到本地 表 议纪要查看用例描述 用例名称 会议纪要查看 13 参与者 所有会员 前置条件 主事件流 1. 系统列出所有有效的会议纪要 2. 用户选择一条会议纪要查看 3. 系统列出该会议纪要的详情界面 4. 用户选择下载 5. 系统将附件文件下载到本地 表 款来源查看用例描述 用例名称 捐款来源查看 参与者 所有人 前置条件 目的 查询所公布的捐款人来源信息 主事件流 1. 系统列出所有已公告的捐款信息 表 款支出查看用例 用例名称 捐款支出查看 参与者 所有人 前置条件 目的 查看所公布的支出信息 主事件流 1. 系统列出所有已公告的捐款支出信息 务管理人员用例模型 财务管理人员用例图，如图 示 ： 图 务管理人员用例图 财务管理人员用例描述： 普通会员( f r o m 普通 . . f r o m 执行委员会 )财务管理人员项目详情查看( f r o m 执行委员会 ) 14 表 线捐款入账用例描述 用例名称 在线捐款入账 参与者 财务管理人员 前置条件 用户已登录 目的 确定捐款到账 主事件流 1. 系统列出所有用户提交的捐款申请 2. 用户选择办理捐款申请 3. 系统列出所选业务的捐款信息以及之前录入的入账信息 4. 录入捐款到账信息后保存信息 5. 系统验证所提交信息正确并 将捐款到账信息入库 6. 用户确定捐款到账信息无误后将所有信息提交给监事会 备选事件流 5a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 6a. 用户判定数据不确定 1. 用户仅保存进行提交 6b. 用户判定数据有问题 1. 用户将数据提交给申请人员，让其更正 表 场捐款到账用例描述 用例名称 现场捐款到账 参与者 财务管理人员 前置条件 用户已登录 目的 提交捐款记录 主事件流 1. 系统列出财务人员录入的捐款记录 2. 用户选择新增捐款并录入捐款相关信息后保存信息 3. 系统验证所提交信息正确 将捐款信息入库 4. 用户确定捐款信息无误后将所有信息提交给到捐款入账 备选事件流 2a. 用户选择办理捐款信息 1. 系统判定该捐款信息未提交并将原有的捐款信息展示 2. 用户重新录入捐款相关信息后保存信息 3. 系统验证所提交信息正确 将捐款信息入库 4. 用户确定捐款信息无误后将捐款到账信息提交到捐款入账 3a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 4a. 用户判定数据不确定 1. 用户仅保存进行提交 表 现场捐款入账用例 15 用例名称 现场捐款入账 参与者 财务管理人员 前置条件 用户已登录 目的 确定到账已经入到相关银行卡 主事件流 1. 系统列出所有已提交的用户现场捐款信息 2. 用户选择办理捐款并录入捐款入账信息后保存信息 3. 系统验证所提交信息正确并 将捐款入账信息入库 4. 用户确定捐款入账信息无误后将所有信息提交给监事会 备选事件流 3a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 4a. 用户判定数据不确定 1. 用户仅保存进行提交 4b. 用户判定数据有问题 1. 用户将数据提交给捐款到账，让其更正 表 款支出用例描述 用例名称 捐款支出 参与者 财务管理人员 前置条件 用户已登录 目的 为理事会批准的支出申请进行金额支出 主事件流 1. 系统列出所有理事会批准的支出申请 2. 用户选择办理基金支出申请，并录入支出信息后选择保存 3. 系统验证所提交信息正确 4. 系统 将支出信息入库 5. 用户确定支出信息无误后将该支出申请信息提交给执行委员会 备选事件流 3a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 5a. 用户判定数据不确定 1. 用户仅保存进行提交 5b. 用户判定数据有问题 1. 用户将数据提交给理事会成员，待其更正 表 款来源明细查询用例描述 用例名称 捐款来源明细查询 参与者 理事会、监事会、财务管理人员 前置条件 用户已登录 目的 查询基金来源以及基金申请的审核过程详情 16 主事件流 1. 系统列出所有成员保存过的捐款申请记录 2. 用户选择查看捐款申请 3. 系统列出 捐款申请 的环节提交信息以及处理信息 事会成员用例模型 监事会成员用例图，如图 示 ： 图 事会成员用例图 监事会成员 用例描述： 表 出核对用例描述 用例名称 支出核对 参与者 监事会 前置条件 用户已登录 目的 判定申请以及支出无误后结束申请 主事件流 1. 系统列出所有执行委员会确定金额到账后提交过来的捐款支出申请 2. 用户选择办理捐款支出申请并录入捐款支出核对信息后保存信息 3. 系统验证所提交信息正确 4. 系统将 捐款支出核对信息入库 5. 用户确定捐款支出申请信息和捐款支出审核、支出、到账信息无误后将该捐款支出申请结束，以便理事会人员可以查看 备选事件流 3a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 5a. 用户判定数据不确定 普通会员( f r o m 普通 . . f r o m 执行委员会 )支出审批详情查看( f r o m 执行委员会 )捐款明细到账详情查看( f r o m 财务管理人员 )捐款来源明细查询( f r o m 财务管理人员 )在线捐款入账核实现场捐款入账核实 捐款支出核实捐款支出明细查询( f r o m 执行委员会 )项目详情查看( f r o m 执行委员会 )监事会 17 1. 用户仅保存进行提交 5b. 用户判定数据有问题 1. 用户将数据提交给执行委员会人员，待其更正 表 款入账核对用例描述 用例名称 入账核对 参与者 监事会 前置条件 用户已登录 目的 判定到账的申请无误后捐款申请生效 主事件流 1. 系统列出所有财务管理人员提交过来的捐款申请 2. 用户选择办理捐款并录入 入账 核对信息后保存信息 3. 系统验证所提交信息正确并 将 入账 核对信息入库 4. 用户确定捐款到账信息无误后将该捐款申请结束，以便理事会人员可以查看 备选事件流 3a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 4a. 用户判定数据不确定 1. 用户仅保存进行提交 4b. 用户判定数据有问题 1. 用户将数据提交给财务管理人员，让其更正 行委员会成员用例模型 执行委员会成员用例图，如图 示 ： 图 执行委员会用例图 项目详情查看捐款项目查询基金使用申请支出到账核实捐款支出明细查询执行委员会普通会员( f r o m 普通 . . 8 执行委员会成员 用例描述： 表 款项目查看用例描述 用例名称 捐款项目查看 参与者 理事会、监事会、执行委员会、财务管理人员 前置条件 主事件流 1. 系统列出所有的捐款项目 2. 用户选择一条捐款项目，并点击查看 3. 系统列出该捐款项目的详情界面 4. 用户点击下载 5. 系统将附件文件下载到本地 表 金支出申请用例描述 用例名称 基金支出申请 参与者 执行委员会 前置条件 用户已登录 目的 提交捐款支出申请 主事件流 1. 系统列出所有执行委员会录入并且未提交的基金支出申请 2. 用户选择新增基金支出申请 3. 用户录入基金支出申请相关信息后保存信息 4. 系统验证所提交信息正确 将基金支出申请信息入库 5. 用户确定基金支出申请信息无误后将申请信息提交给到理事会 备选事件流 2a. 用户选择编辑基金支出申请信息 1. 系统将原有的基金支出申请信息展示 2. 用户重新录入基金支出申请相关信息后保存信息 3. 系统验证所提交信息正确 将捐款支出申请信息入库 4. 用户确定基金支出申请信息无误后将支出申请信息提交给理事会 4a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 5a. 用户判定数据不确定 1. 用户仅保存进行提交 业务逻辑 1. 如果申请已经提交此功能将不可见，但是可以去支出申请查询中进行跟中 2. 每个执行委员会成员看到的数据是相同的，但只能有一个人操作该条数据 表 出到账核对 用例名称 支出 到账核对 19 参与者 执行委员会 前置条件 用户已登录 目的 确定财务支出的金额已经到账 主事件流 1. 系统列出所有财务提交过来的捐款支出申请记录 2. 用户选择办理基金支出申请 3. 系统列出基金支出申请的所有信息（包含之前办理数据） 4. 用户录入基金支出申请金额到账信息后保存信息 5. 系统验证所提交信息正确并 将基金支出申请金额到账信息入库 6. 用户确定金额到账信息无误后将该基金支出申请信息提交给监事会 备选事件流 5a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 6a. 用户判定数据不确定 1. 用户仅保存进行提交 6b. 用户判定数据有问题 1. 用户将数据提交给财务管理人员，待其更正 表 款支出明细查询用例描述 用例名称 捐款支出明细查询 参与者 理事会、监事会、执行委员会 前置条件 用户已登录 目的 查询基金去向以及基金去向的审核过程详情 主事件流 1. 系统列出所有执行委员会保存过的捐款支出申请 2. 用户选择查看捐款支出申请 3. 系统列出捐款支出申请的环节提交信息以及办理信息 4. 用户选择下载附件 5. 系统将附件下载到本地 事会成员用例模型 理事会成员用例图，如图 示 ： 20 图 事会成员用例图 理事会成员 用例描述： 表 款支出公告用例描述 用例名称 捐款支出公告 参与者 理事会 前置条件 用户已登录 目的 查询基金支出信息并公告支出信息以便所有人可以查看 主事件流 1. 系统列出所有已结束的捐款支出申请 2. 用户选择查看捐款支出申请 3. 系统列出捐款支出申请的环节提交信息以及办理 备选事件流 2a. 用户选择要公告的捐款支出申请并点击公告 1. 系统将公告状态更改，以便在网站相关界面可以查看 2b. 用户选择要取消公告的捐款支出申请 1. 系统将公告状态更改，以便在网站相关界面不可查看 表 款来源公告用例描述 用例名称 捐款来源公告 参与者 理事会 前置条件 用户已登录 目的 查询捐款信息并公告捐款信息以便所有人可以查看 主事件流 1. 系统列出所有已结束的捐款申请记录 2. 用户选择查看捐款申请 普通会员( f r o m 普通会员 )来源公告支出公告取消支出公告来源实名导出来源匿名导出 来源取消公告捐款项目查询( f r o m 执行委员会 )捐款支出明细查询( f r o m 执行委员会 )捐款来源公告捐款支出公告捐款来源明细查询( f r o m 财务管理人员 )捐款支出审批理事会 21 3. 系统列出 捐款申请 的环节提交信息以及处理信息 备选事件流 2a. 用户选择要公告的捐款申请 1. 系统将公告状态更改，以便在网站相关界面可以查看 2b. 用户选择要取消公告的捐款申请 2. 系统将公告状态更改，以便在网站相关界面不可查看 2c. 用户选择匿名导出 1. 系统匿名准备捐款信息并将其导入到 2. 系统提示用户保存导出信息 3. 用户选择保存路径 4. 系统将文件下载到本地 2d. 用户选择实名导出 1. 系统实名准备捐款信息并将其导入到 2. 系统提示用户保存导出信息 3. 用户选择保存路径 4. 系统将文件下载到本地 表 款支出审批用例描述 用例名称 捐款支出审批 参与者 理事会 前置条件 用户已登录 目的 允许或者拒绝捐款支出的申请 主事件流 1. 系统列出所有执行委员会提交的捐款支出信息 2. 用户选择办理捐款支出信息并录入捐款支出审批信息后保存信息 3. 系统验证所提交信息正确并 将捐款支出审批信息入库 4. 用户确定捐款支出审批信息无误后将所有信息提交给账务管理人员 备选事件流 3a. 系统验证所提交信息不正确 1. 系统提示信息不准确 2. 用户重新录入数据并提交系统，直至信息完整方可入库 4a. 用户判定数据不确定 1. 用户仅保存进行提交 4b. 用户判定数据有问题 1. 用户将数据提交给执行委员会，让其更正 理员用例模型 管理员用例图，如图 示 ： 22 图 理员用例图 管理员 用例描述： 表 款 项目 维护用例描述 用例名称 捐款项目维护 参与者 管理员 前置条件 管理员已登录 目的 对捐款项目进行 整、删、改、查、失效、恢复操作，以此来控制界面的显示 主事件流 1. 系统列出所有捐款项目 2. 用户选择新增捐款项目 理事会( f r o m 理事会 )监事会( f r o m 监事会 )执行委员会( f r o m 执行委员会 ). . . )财务管理人员( f r o m 财务管理人员 ). . . )普通会员( f r o m 普通 . . 新闻信息维护 会议信息维护捐款项目维护管理员 23 3. 用户录入捐款项目相关信息后提交 4. 系统验证所提交信息完整 5. 系统将 捐款项目信息入库 备选事件流 2a. 用户选择编辑捐款项目 1. 系统列出原捐款项目信息 2. 用户录入新捐款项目信息 3. 系统验证所提交信息完整并 将捐款项目信息入库 2b. 用户选择要删除的捐款项目并进行删除操作 1. 系统判断该捐款项目下不存在捐款资金 2. 系统将该条捐款信息删除 2系统判断该捐款项目下存在捐款资金 1. 系统提示该项目已投入使用，不可删除 2c. 用户选择一条捐款项目，并进行失效操作 1. 系统将该捐款项目置为失效 2d. 用户选择一条捐款项目，并进行恢复操作 1. 系统将该捐款项目置为有效 4a. 系统验证所提交信息不完整 1. 系统提示信息不完整 2. 用户重新录入数据并提交系统，直至信息完整方可入库 表 议纪要维护用例描述 用例名称 会议纪要维护 参与者 管理员 前置条件 管理员已登录 目的 对会议纪要进行 整、删、改、查、失效、恢复操作 ，以此来控制界面的显示 主事件流 1. 系统列出所有会议纪要 2. 用户选择新增会议纪要 3. 用户录入会议纪要相关信息后提交 4. 系统验证所提交信息完整 5. 系统将 会议纪要信息入库 备选事件流 2a. 用户选择编辑会议纪要 1. 系统列出原会议纪要信息 2. 用户录入新会议纪要信息 3. 系统验证所提交信息完整并 将会议纪要信息入库 2b. 用户选择要删除的会议纪要并进行删除操作 1. 系统清除该条会议纪要 2c. 用户选择一条会议纪要，并进行失效操作 1. 系统将该会议纪要置为失效 2d. 用户选择一条会议纪要，并进行恢复操作 24 1. 系统将该会议纪要置为有效 4a. 系统验证所提交信息不完整 1. 系统提示信息不完整 2. 用户重新录入数据并提交系统，直至信息完整方可入库 表 闻动态维护用例描述 用例名称 新闻动态维护 参与者 管理员 前置条件 管理员已登录 目的 对新闻动态进行 整、删、改、查、失效、恢复操作 ，以此来控制界面的显示 主事件流 1. 系统列出所有新闻动态 2. 用户选择新增新闻动态 3. 用户录入新闻动态相关信息后提交 4. 系统验证所提交信息完整 5. 系统将新闻动态信息入库 备选事件流 2a. 用户选择编辑新闻动态 1. 系统列出原新闻动态信息 2. 用户录入新新闻动态信息 3. 系统验证所提交信息完整并 将新闻动态信息入库 2b. 用户选择要删除的新闻动态并进行删除操作 1. 系统清除该条新闻动态 2c. 用户选择一条新闻动态，并进行失效操作 1. 系统将该新闻动态置为失效 2d. 用户选择一条新闻动态，并