学生社团管理系统1．引言1.1 项目来源通过对各大高校实地的调查可知，一般高校的学生社团信息管理主要是依据纸质和手工作业处理，人工的对大量会员的基本资料进行档案式管理，此种处理方式数据量大，管理模式和方法滞后，存放时间不能长久和数据更新速度慢。

考虑现存的情况，建立一个系统化的学生社团管理系统是十分必要的。

比如由原来的档案式保存会员信息变为将信息存入数据库中进行系统管理；利用海报或者板报宣传社团活动变为直接在网上发布社团活动的时间和地点等；文件式申请社团的创建变为规范格式的网上申请，提交表格，再由系统管理员审核、批准；此系统还可以方便会员对社团动态进行查看、为社团评价打分、进行留言和会员之间的交流等。

1.2 任务目标学生社团管理信息系统是一个操作简单、使用方便的基于模式的系统。

它的建立既是为了更加高效、规范地实现对社团动态进行管理，又是为了方便用户及时查看社团信息，保证信息的时效性和高效性。

由于要满足用户随时随地查看社团最新动态，达到共享性的目的，故采用模式，这样可达到信息共享、节约成本和提高效率的目的。

此学生社团管理信息系统应达到以下七个目标：（1）系统采用人机对话操作模式，界面设计简单大方，操作简单，效率高，安全性能高，同时便于维护和管理；（2）在登录界面，可根据界面中的权限来选择不同用户可以对系统调用不同的功能。

（3）迅速发布社团动态，对社团活动申请、会费管理、校外社团合作进行规范化和程序化管理；（4）能够大量存储社团会员信息，方便会员查看社团信息、留言、进行评分等操作；（5）社团管理员可以通过后台登录，对社团信息、活动、留言板和注册的用户进行查看和管理，同时对用户加入社团的申请进行审核。

（6）通过查询、添加、修改等操作，对社团信息、用户资料、财务管理等模块进行管理。

（7）系统管理员可以修改个人密码，可以对社团的各项活动进行管理和监督。

系统采用数据库，开发语言为,数据库的存储容量足够大，而且比较稳定，能够较长时间保存数据。

2. 项目规划2.1 项目资源2.1.1 硬件设备如下表1为学生社团管理信息系统运行所需硬件环境表错误!未指定顺序。

系统运行硬件环境配置表2.1.2 软件环境如下表2为学生社团管理信息系统运行所需的软件环境表错误!未指定顺序。

系统运行软件环境配置表2.1.3开发工具如下表3为学生社团管理信息系统开发所需的工具表错误!未指定顺序。

开发工具一览表2.2 项目规划2.2.1 任务描述通过使用任务树对学生社团管理信息系统进行任务分解，此系统任务分为以下六个方面：●项目研究：主要是对所要研究的课题进行分析，明确项目的功能和所要实现的目标。

●项目规划：主要是对项目的进度进行合理的安排，保证项目按时按量的完成。

●系统分析与建模：主要是对系统涉及的相关组织、业务以及系统相关的功能等进行分析。

●系统结构设计：主要是对系统的总体框架进行分析，同时也包括对文件的数据结构进行研究。

●系统详细设计：主要是对系统编码、数据库进行分析，最终使系统界面运行正常。

●系统的测试与使用：主要是检测系统可能出现的各种问题，同时编写系统使用说明书，保证系统能够正常运行。

学生社团管理信息系统项目研究项目规划系统需求分析系统结构设计系统详细设计系统测试与使用项目来源任务目标项目资源项目进度业务组织用例建模数据结构软件结构总体框架界面设计数据库详细设计程序算法详细设计系统使用说明系统测试情况概念数据建模图错误!未指定顺序。

学生社团管理信息系统开发任务树2.2.2 进度安排系统开发是一个包含连续步骤的周期，因此需要对系统进行严格的规划，运用甘特图手段，将系统分成以下七个阶段，使每个阶段都有一个明确开始和结束的时间，保证活动的次序性和按时按量的完成开发任务。

本系统中，通过对开发的任务树模块进行时间安排，以周为主单位，天数为辅助单位，来对学生社团管理信息系统做时间上的整体规划。

系统甘特图如下图2所示：图错误!未指定顺序。

学生社团管理系统开发进度计划甘特图3. 系统分析与建模3.1 业务组织通过调查得知，学生社团是由高校团委进行管理和规划的。

校团委通过与学生社团联合委员会进行沟通交流，最终安排和规划出各个社团的活动。

下图3为学生社团管理信息系统的组织结构图：图错误!未指定顺序。

学生社团管理信息系统组织结构图各组织结构的功能如下：校团委：对全校社团进行宏观把握和管理，全权负责部署和指导学社联的各项工作。

学社联：管理学社联基本日常事务，协同评估各个社团的工作成果，加强社团之间的沟通交流，促进社团朝向特色化发展。

办公室：定期对各个社团进行工作部署，总结会议记录，及时总结会员反馈的留言，同时联系校外社团，增进相互认识和合作的机会。

财务部：对社团的收入和支出进行统一支配，对活动经费进行规范化管理。

宣传部：及时发布社团近期活动的时间、地点和内容。

人力资源部：对新入会会员进行相应的培训，同时协调社团活动人员的调动，积极为社团活动的开展提供人力支持，保证活动的顺利完成。

新闻部：承担新闻采集工作，将各社团特色活动的新闻材料交至校报、广播站等媒介进行报道。

3.2 用例建模3.2.1 用例图用例建模被用于分析系统的功能需求，根据统一建模语言标准画出的用例图可以简单明了的对系统功能进行彻底的分析。

如下图为系统三类用户的用户图：3.2.1.1 普通用户用例图图错误!未指定顺序。

普通用户用例图3.2.1.2 社团管理员用例图图错误!未指定顺序。

社团管理员用例图3.2.1.3 系统管理员用例图图错误!未指定顺序。

系统管理员用例图3.2.2 用例描述用例描述的作用是对上面的主要用例进行详细的说明。

此系统中主要对用户管理、会员留言、创建社团、申请加入社团和评分管理用例进行分析。

如下图为各用户用例描述图：3.2.2.1 用户管理用例描述表错误!未指定顺序。

用户管理用例描述3.2.2.2 会员留言用例描述表错误!未指定顺序。

会员留言用例描述3.2.2.3 申请创建社团用例描述表错误!未指定顺序。

申请创建社团用例描述3.2.2.4 用户申请加入社团用例描述表错误!未指定顺序。

用户申请加入社团用例描述3.2.2.5 评分管理用例描述表错误!未指定顺序。

评分管理用例描述3.3 概念数据建模概念数据模型是用来描述组织数据的，利用它可以理清数据的结构和数据之间的相互关系。

根据分析，学生社团管理系统主要涉及一下12类：登录类、用户类、社团活动类、社团公告类、留言类、社团类、评分类、校外合作类、社团类型类、创建社团申请表、加入社团申请表、收支表和物品表。

在这涉及的类中，存在如下关系：用户类与登录类、评分类是一对一的关系，用户与社团活动、社团公告、校外合作、收支表和物品表是多对多关系，用户与加入社团申请表类是一对多关系，用户可以同时加入几个社团，社团类型与社团是一对多关系，用户类与创建社团类是一对多关系，用户只能创建一个社团，创建一个社团至少需要十个人联合发起。

收支信息表和物品单与社团之间是一对一关系。

如下图7为学生社团管理信息系统前台概念数据模型图：图错误!未指定顺序。

学生社团管理信息系统概念数据模型如下图8为学生社团管理信息系统后台概念数据模型图：图错误!未指定顺序。

学生社团管理信息系统概念数据模型3.4 辅助建模3.4.1 顺序图（或通信图）顺序图是用时间顺序的方式表明了类的对象之间的一种交互方式。

系统的顺序图包括对象名称、对象的生命期、控制焦点和消息。

（1）用户首先进入学生社团系统首页，点击“注册”，填写相关资料，系统提示注册成功。

再使用刚注册的用户名以及密码来重新登录系统，用户随后进入学生社团的主页。

可以对社团活动、社团公告、校外合作等进行浏览。

若是用户对社团进行了留言、评分和申请加入社团等操作，提交数据库时，数据库会对其进行相应的处理，并保存留言、评分表和申请表。

如下图为用户管理用例顺序图：进入学生社团系统主页。

此时会员可对社团进行留言。

会员一旦确认留言信息，提交到数据库，数据库会自动保存会员留言内容。

同时会员可查看自己的留言。

如下图为会员留言顺序图：图错误!未指定顺序。

会员留言用例顺序图（3）用户首先使用自己的用户名以及密码来登录系统，即可进入申请创建社团功能模块。

通过填写创建社团所需的申请表，最后提交系统，进行保存。

系统管理员通过用户名和密码登录后台操作，审核表格，最终确定是否通过创建新社团的请求。

如下图为申请创建社团顺序图：图错误!未指定顺序。

申请创建社团用例顺序图（4）用户先进行注册，注册成功后，输入正确的用户名和密码，登录进入学生社团系统主页，用户可查看相应的社团资料，选择感兴趣的社团，最后在填写申请加入社团的表格，并提交，系统自动将申请表格保存在数据库中。

社团管理员输入正确的用户名和密码，登录后台系统，并查看用户申请表，确认是否符合资格，审核通过后即可成为该社团会员。

如下图为用户申请加入社团顺序图：图错误!未指定顺序。

申请加入社团用例顺序图（5）用户先进行注册，注册成功后，输入正确的用户名和密码，登录进入学生社团系统主页，用户查看各社团活动、公告、相册和社团管理制度等，依据社团评分表，进行相应的打分，最后确认提交，系统自动将评分表保存在数据库中。

系统管理员输入正确的用户名和密码，登录后台系统，依据各社团评分表，进行相应的加权评分，得出各社团的具体分数。

如下图为评分管理顺序图：图错误!未指定顺序。

评分管理用例顺序图3.4.2 分析类图分析类图是用来表明分析类和这些类间的一种关系。

是在概念数据模型的基础上添加了所有类的属性和操作。

如下图为系统前台的分析类图：图错误!未指定顺序。

学生社团管理系统分析类图3.4.3 活动图（或状态图）活动图说明了系统的一个活动到另一个活动的过程，活动也可以并行开展。

活动、转移、判定点、泳道和同步条是活动图重要的运用元素。

3.4.3.1用户管理活动图（或状态图）用户社团管理图错误!未指定顺序。

用户管理活动图3.4.3.2创建社团活动图（或状态图）图错误!未指定顺序。

创建社团活动图3.4.3.3会员留言活动图（或状态图）用户图错误!未指定顺序。

会员留言活动图3.4.3.3后台维护活动图（或状态图）社团管理员图错误!未指定顺序。

后台维护活动图3.4.4 业务规则建模（判定表/决策表）业务规则建模是在前述的各类模型的基础上，根据系统本身业务的需要而产生的。

根据各种条件的判断，对结果进行选择与预测。

（1）利用业务判定表对用户登录进行分析，其中判定的条件包括：用户名、用户密码和用户类型；可供选择的结果包括：登录成功和登录失败。

其业务判定表如下：表错误!未指定顺序。

用户登录业务判定表（2）利用业务判定表对创建社团进行分析，其中判定的条件包括：是否有多于10名学生联合申请，有规范的名称和相应的组织结构，至少有一名指导老师，有规范的章程；可供选择的结果包括：创建成功和审核不通过。