图8 公益活动主页

图9 查看活动列表界面

在组织端，公益组织员工在登录后，根据身份不同分别进入对应身份的界面——管理者界面、发布者界面、审核者界面。对于管理者，在管理者主页点击分配账号、删除账号、查看月统计信息将分别跳转到对应的功能界面。活动发布者和审核者的操作方式类似，具体的页面跳转设计如图10-图12所示。

图10 管理者页面跳转设计

图11 发布者页面跳转设计

图12 审核者页面跳转设计

对于活动参与者市民、导师或志愿者在客户端登录后进入公益活动主页，若市民当前未申请导师或志愿者，关于导师和志愿者的信息将会被隐藏，具体的页面跳转如图13所示：

图13 客户端页面跳转设计

2.6 数据存储设计

根据分析得到的问题域对象，设计出每个对象对应的数据库类，以实现各对象涉及信息的增删查改操作，具体的类见下表：

表9 数据库类描述

每个数据库表的设计如下所示：

表10 市民数据库表

表11 志愿者数据库表

表12 导师数据库表

表13 活动数据库表

表14 活动发布者数据库表

表15 活动审核者数据库表

表16 志愿者申请数据库表

表17 导师申请数据库表

3 运行设计

3.1  运行模块组合

不同权限的操作控制对应的系统模块如下表所示：

表18 运行模块组合表

3.2  运行控制

通过验证各用户的身份，控制用户的操作。需要控制的对象如下表所示：

表19 运行控制表

3.3  运行时间

各类操作占用资源的时间设计如下表所示：

表20 运行时间表

4 系统出错处理设计

4.1  出错信息

本系统运行过程中可能遇到的错误及解决方法如下表所示：

表21 出错信息表

4.2  补救措施

我们对本程序的几种可能的错误进行了分析，决定不同的错误采取以下不同的处理方法。

主要的处理方法有：

1） 数据库连接错误： 这类错误主要是数据库设置不正确，网络不畅通，或数据库异常引起的，系统会提示用户取消本次操作并检查数据库设置与网络设置。并且对于数据库中的信息，要定期进行数据备份， 每天进行增量转储，每月一次进行海量转储，可以使用静态转储也可使用动态转储。

2） 用户口令或命令输入错误：造成问题的原因是用户输入不规范造成，系统将提示用户合法的输入信息，尽量避免用户的错误输入。

3） 其他不可预知错误：程序会有无法预知或美元完全考虑到的错误，系统对此可能没有作出异常处理，此时主要保证数据的安全，进行数据库备份。

4） 计算机病毒：计算机病毒为恶意植入计算机的程序。通过提示安装与更新的杀毒软件来预防此类原因造成的系统错误，必要是提示用户进行重要数据备份并重装系统。

5） 其他操作错误：对于用户的不正当操作，有可能使程序发生错误，系统通过运行中止程序，并提醒用户中止的原因和操作的规范

4.3  系统维护设计

软件的维护主要包括数据库的维护和管理子系统服务器的维护。对于数据库的维护，需要提供数据库的备份与恢复功能，方便的实现数据课的维护和管理。对管理子系统服务器的维护，由于每个模块之间的独立性较高，对服务器的维护带来了很大的方便，对于功能的添加，只需添加菜单单项内容即可，系统将根据客户的要求和反应定期的对软件进行维护和改进。

1 引言

1.1  编写目的

本文档为公益组织公益活动管理系统的概要设计说明。文档中明确说明了系统的整体结构，并描述了各子系统之间的关系，同时从用户需求、交互界面及数据存储等方面出发设计出系统各功能实现的方式。本文档可以为程序设计人员和系统管理人员提供清晰的设计思路，是后期详细设计的依据和基础，同时在开发后期的维护阶段也起到至关重要的作用。

本文档的预期读者为：

1、 项目的责任人和管理者；

2、 参与概要设计和需求确认的有关业务人员；

3、 项目的开发人员、测试人员；

1.2  背景

为推进城市文化建设，政府部分与公益组织合作向使命提供一些公益活动，如琴棋书画的学习、讲座，传统工艺品的制作、茶艺、茶花、戏曲舞蹈等。因此设计一个具有健壮性、易操作性的方便组织者发布公益活动，广大市民参加公益活动的系统十分必要。

系统名称：公益组织的公益活动管理系统

项目提出者及负责人：指导教师赵逢禹

项目开发者：软件协同设计第三小组

系统用户：参加公益活动的市民（导师、志愿者）及公益组织相关部门（发布、审核）的员工

软件运行中心：市民的个人电脑及公益组织公司内部系统

1.3  定义

1、文档中涉及的专门术语解释如下：

1）事务流：数据进入功能块之后可能有多种路径处理。

2）ROLLBACK：回滚，数据库的错误恢复机制。

2、文档中出现的缩略词解释如下表所示：

表1 缩略词参照表

1.4  参考资料

《公益组织公益活动管理系统需求说明书》第三小组 内部参考资料 2018.4

《软件工程导论》张海藩 清华大学出版社 2013.8

2 总体设计

2.1  设计概述

本系统的分析设计采用面向对象的方法，在SRS的基础上建立系统的对象模型，描述类及类之间的关系，包括与实体对象对应的实体类，用例与实体之间交互界面的边界类以及协调实体类和边界类的控制类。

本系统的体系结构采用B/S结构，该结构包括浏览器、Web服务器和数据库服务器三层。使用B/S结构客户端只需要安装浏览器，操作简单，可发布静态信息与动态信息，同时该结构能实现跨平台通信，且开发成本低。公益活动管理系统的架构图如下所示：

图1 公益活动管理系统架构图

2.2  运行环境

1、系统运行所要求的硬件配置如下：

1）CPU：i3-7350k及以上

2）内存：2GB

3）硬盘：50G以上

4）显卡：GTX460及以上

5）外接设备：键盘、鼠标

2、系统运行的软件环境如下：

1）操作系统：Windows7以上操作系统

2）数据库服务器：MySQL 5.7.20

3）Web服务器：Tomcat 8.5

4）浏览器：InternetExplore6.0以上版本，Chrome

2.3  系统的结构设计

1、系统顶层结构设计

本文档使用包图描述系统的总体结构，通过包图说明了各设计模块之间的关系，包括数据库设计，功能服务设计，控制类设计以及UI设计。系统包图如下所示：

图2 公益活动管理系统顶层包图

2、子系统设计

本系统主要分为两个子系统，一个子系统由公益组织方使用，主要实现公益活动的发布审核等功能，另一个是活动参与者子系统，完成市民、导师、志愿者对活动的操作。划分的子系统结构图如下所示：

图3 公益活动管理系统划分图

对系统各元素的说明见下表：

表2 系统元素说明表

3、 系统类设计概述

根据以上描述，设计出系统的类，包括实体对象类、服务类、控制类及数据库类。类的详细信息和类之间的关系如图4所示。

实体对象类有Manager、Promulgator、Assessor、Citizen、Volunteer、Tutor、VolApplication、TutorApplication和Activity，分别记录管理员、活动发布者、活动审核者、市民、志愿者、导师、志愿者申请、导师申请及公益活动的相关信息，公益活动是核心，其余各实体对象类都与其有关联。

组织端的服务涉及管理员管理账号、查看统计信息，发布者发布修改活动信息，审核者进行审核等，分别通过ManagerImpl、PromulgatorImpl、AssessorImpl页面服务类完成相关操作，同时通过PromulgatorControl、AssessorControl两个页面控制类实现相关操作完成后对页面的更新跳转。活动参与者的客户端通过CitizenImpl、VolunteerImpl和TutorImpl三个页面服务类实现市民、志愿者和导师对公益活动的报名及管理，CitizenlControl、TutorControl、VolunteerControl完成市民、导师和志愿者页面操作时对页面的控制。

数据库操作类实现服务器对数据库中存储相关信息的读写，设计了ManagerDAO、PromulgatorDAO、AssessorDAO、CitizenDAO、VolunteerDAO、TutorDAO来分别操作公益组织管理员、活动发布者、审核者及市民、志愿者、导师在数据库中存储的信息。

对类的具体分析见本文档的2.4——2.6部分。

图4 系统整体类图

2.4 问题域类模型

通过分析需求，共筛选出9个问题域对象，分别是活动管理者、发布者、审核者、市民、志愿者、导师、活动、导师申请及志愿者申请，每个类的描述如表3所示：

表3 问题域类描述

各问题域类之间的关系描述如下：

表4 问题域类关系描述

2.5  系统的界面设计

本系统的界面设计分为两部分，分别是组织端界面和活动参与者的界面。根据这两种使用者的功能设计出11个用户界面类，8个组织端界面类，通过这些类实现网页显示信息或从使用者处获取信息，用户界面类的具体描述见表5，组织端界面类见表6。

表5 用户界面类描述

表6 组织端界面类

组织端与客户端用户在操作后，服务器要及时做出响应，给用户正确的反馈。根据主要功能设计出的页面服务类及控制类如表7、表8所示：

表7 页面服务类描述

表8 控制类描述

考虑两类使用者的特点，设计出两种主题的界面分别供组织者和普通市民使用，主要的界面框架如下图所示：

1） 公益组织的员工在使用本系统时主要可以查看活动，发布活动，审核活动。

图5 组织端显示活动信息界面

图6 组织端活动发布界面

图7 组织端活动审核界面

  全套毕业设计论文现成成品资料请咨询微信号：biyezuopin QQ：2922748026     返回首页 如转载请注明来源于www.biyezuopin.vip