学生社团管理系统.docx

学生社团管理系统.docx

《学生社团管理系统.docx》由会员分享，可在线阅读，更多相关《学生社团管理系统.docx（36页珍藏版）》请在冰豆网上搜索。

学生社团管理系统

《课程设计》

学生社团管理系统

学生：

学号：

E-Mail：

前言2

第1章系统开发背景及组织结构分析2

1.1系统开发背景2

1.2组织结构分析2

1.3可行性分析3

第2章需求分析4

2.1系统目标4

2.2功能需求分析4

第3章用例建模5

3.1参与者5

3.2用例5

3.3绘制用例图6

3.4用例详细描述7

第4章系统分析12

4.1概念模型12

4.1.1名词识别法找类12

4.1.2类与类之间的关系12

4.1.3类的职责12

4.1.4类图13

4.2主要动态模型14

4.2.1顺序图14

4.2.2状态图15

4.2.3活动图17

第5章系统设计18

5.1代码设计18

5.2数据库设计19

5.2.1概念结构设计（CDM图）19

5.2.2物理结构设计（PDM图）21

5.3输出设计29

5.4输入设计31

5.5构件图32

5.6部署图32

课程设计总结33

前言

第1章系统开发背景及组织结构分析

1.1系统开发背景

当今信息化时代已经不可逆转，

网络管理成为一种新兴的经济模式，网上社团管理具有很好的发展前景以及较高的实用性。

信息化是企业同世界接轨的一个必然方向，由于计算机事业的不断发展，使得计算机得以推广和普及。

相应的计算机的应用系统也不断的被人们所接受，大大缩减了人们的工作量，提高了工作效率，给企业带来了巨大的收益。

有利于降低管理的成本，有益于社团、成员和管理，通过网站管理社团信息利于提高社团的形象。

设计本网站旨在社团管理的安全性，方便管理者和学生的使用。

通过计算机对社团管理，既能方便社团网站使用者，缩短时间，又有利于降低成本、强化内部管理、提高社团形象。

1.2组织结构分析

高校学生社团管理系统主要包括登录、加入社团、留言、社团成员管理、发布公告、社团管理、社团管理员变更、社团活动管理等功能模块，系统基本功能模块如图1.1所示：

图1.1系统基本功能模块图

该社团管理的基本功能详细描述如下:

（1）登录:

所有学生均可登录到社团管理网站查看更新个人信息，具有某社团管理权限的学生可以进入该社团进行社团管理。

管理员登录进行社团和学生管理。

（2）留言:

已登录的学生可以进入所有社团留言板进行留言，与其他人员交流。

（3）加入社团:

已登录的学生可以查看正在招募团员的社团，查看信息，并申请加入。

（4）组织活动:

社团管理人员可以填写活动申请表组织社团活动，待管理员审核通过，发出活动通知。

（5）社团公告管理:

社团管理员发出公告通知社团成员。

所有学生都可浏览。

（6）社团活动管理:

管理员对社团组织活动申请进行审核，将审核结果反馈给相应社团。

（7）社团管理员更换:

当社团管理员需要发生交替时，管理员对社团管理员社团权限重新分配。

（8）学生信息管理：

管理员可增删改社团成员信息，按要求对学生信息进行检索。

1.3可行性分析

主要从以下几个方面分析

1、经济可行性分析

开发该系统所需的相关资料可以通过已存在的相关系统进行调查采集，所需的其他应用软件、硬件系统也易于获得。

因此，开发成本较低。

而引进使用本系统后与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物力及财力。

所以，从经济的角度来看，该系统可行。

2、技术可行性分析

技术可行性要考虑现有的技术条件是否能够顺利完成开发工作，软硬件配置是否满足开发的需求等。

本网站的调试相对简单，当前计算机的硬件配置也完全满足开发的需求，因此在技术上是绝对可行的。

3、运行可行性

运行可行性是对组织结构的影响，现有人员和机构及环境对系统的适应性及人员培训补充计划的可行性。

当前信息化技术已经相当普及，各类操作人员水平都有相当的高度，所以在运行上是可行的。

4、法律可行性

①所有技术资料都为合法。

②开发过程中不存在只是产权问题。

③未抄袭任何网站，不存在侵犯版权问题。

④开发过程中未涉及任何法律责任。

综上所述，本系统的开发从经济上、从技术上。

从法律上都是完全可靠的。

第2章需求分析

2.1系统目标

高校社团管理系统主要为了学生更好的了解社团、与社团间的互动、缩减加入社团创建社团的流程，同时社团管理人员方便、有序的对高校社团人员的管理，提高社团影响力和高效率。

2.2功能需求分析

该系统具有以下功能：

学生用户可以登录到社团网站，实现更新自己的信息，查看社团信息，加入社团，退出社团，创建社团，查看社团活动、社团留言等功能。

如果学生用户具有某一社团的管理权限，该学生可以对该社团进行加入社团审批，退出社团审批，发布公告，打印社团成员信息，组织活动等功能。

管理员登录具有对学生进行管理，社团审批，社团活动审批，社团管理，打印社团信息，打印学生信息，社团负责人跟换等功能。

第3章用例建模

3.1参与者

使用该系统的学生；具有社团管理权限的学生；管理和维护系统的管理人员。

其中社团管理员由在校学生担任。

图3.1参与者

3.2用例

表3.1特性合并成用例

参与者

特性

用例

学生

用户按要求输入用户登录信息，点击登录，系统对用户账户密码进行验证

登录

用户按需求更新自己的个人信息

更新个人信息

用户按需求选择加入或者退出社团

加入社团，系统显示申请表，用户按要求填写申请

申请加入/退出社团

用户按需求填写创建社团申请表

系统将提交结果返回给用户，并通知用户等待管理员审核

创建社团申请

用户按需求编辑留言信息

发布留言

社团管理员

用户按需求填写活动申请信息

等待管理员审核

组织社团活动

新建档案，用户按需求填写档案信息

资料存档

社团管理员填写公告信息

发布公告

社团管理员对社团成员请求进行审核

审核

系统管理员

统管理员对活动状态进行管理

更改活动状态

管理社团活动

社团管理员按要求填写权限变更申请，系统管理员审核

更换社团负责人

系统管理员对学生信息进行操作

社团成员管理

按条件打印出学生信息

打印报表

3.3绘制用例图

用例图

图3.3用例图

3.4用例详细描述

表3.4.1用户登录用例描述

用例

用户登录

简要描述

不同的用户具有不同的功能

参与者

学生、管理员

前置条件

具有有效的登录账户

主事件流

进入登录页面，用例开始执行

用户按要求输入用户登录信息，点击登录，系统对用户账户密码进行验证，验证通过根据用户权限进入具有相应功能的界面，用户执行其他操作

备选事件流

用户名密码错误，系统给出错误提示，用户进入登录页面重新输入或者进行密码找回操作

后置条件

如果用例成功，用户进入个人功能界面，否则系统状态不发生改变

表3.4.2更新个人信息用例描述

用例

更新个人信息

简要描述

用户更新个人信息

参与者

学生、管理员

前置条件

具有有效的登录账户

主事件流

已经登录的用户，当用户进入个人界面时候，用例开始执行

用户按需求更新自己的个人信息

用户点击更新操作

系统更新用户信息并将操作结果返回给用户

备选事件流

信息更新失败，系统给出提示，用户按提示重新输入信息

后置条件

如果用例成功，刷新个人信息，否则系统状态不发生改变

表3.4.3申请加入/退出社团用例描述

用例

申请加入/退出社团

简要描述

学生退出加入社团

参与者

学生

前置条件

具有有效的登录账户、账户类型为学生类型

主事件流

已经登录的用户，当用户进入社团信息界面时候，用例开始执行

用户按需求选择加入或者退出社团

加入社团，系统显示申请表，用户按要求填写申请

用户提交申请表，提交成功系统给出提示，并通知用户审核完成时间。

审核成功通知用户。

备选事件流

提交申请失败，系统给出提示，用户按提示重新输入信息，审核失败，用户重新按要求提交申请。

后置条件

如果用例成功，更新已加入社团信息，否则系统状态不发生改变

表3.4.4创建社团申请用例描述

用例

创建社团申请

简要描述

学生创建社团

参与者

学生

前置条件

具有有效的登录账户

主事件流

已经登录的用户，当用户选择创建社团功能时候，用例开始执行

用户按需求填写创建社团申请表

用户点击提交

系统将提交结果返回给用户，并通知用户等待管理员审核

审核成功，用户拥有进入该社团管理界面的权限，并记录社团信息

备选事件流

申请表提交失败，系统给出提示，用户按提示重新输入信息，审核失败，用户重新提交申请。

后置条件

如果用例成功，用户权限改变，否则系统状态不发生改变

表3.4.5发布留言用例描述

用例

发布留言

简要描述

用户可以发布留言

参与者

学生

前置条件

具有有效的登录账户

主事件流

已经登录的用户，当用户进入社团信息界面时候，用例开始执行

用户按需求编辑留言信息

用户点击提交操作

系统更新留言板信息

备选事件流

信息提交失败，系统给出提示，用户按提示重新编辑信息，再次提交

后置条件

如果用例成功，刷新留言板信息与个人留言记录，否则系统状态不发生改变

表3.4.6组织社团活动用例描述

用例

组织社团活动

简要描述

拥有社团管理权限的学生组织社团活动

参与者

社团管理员

前置条件

用户具有有效的登录账户且具有社团管理权限

主事件流

已经登录的社团管理员，当进入社团活动管理界面时候，用例开始执行

用户点击申请社团活动

用户按需求填写活动申请信息

用户点击提交操作

提交成功，系统给出提示，并将通知用户等待系统管理员审核

审核成功，系统通知用户，并记录活动信息

备选事件流

活动申请表提交，系统给出提示，用户按提示重新输入信息

后置条件

如果用例成功，更新社团活动，否则系统状态不发生改变

表3.4.7资料存档用例描述

用例

资料存档

简要描述

对社团一些重要信息进行存档

参与者

社团管理员

前置条件

用户具有有效的登录账户且具有社团管理权限

主事件流

已经登录的社团管理员，当进入社团档案管理界面时候，用例开始执行

用户点击新建档案

用户按需求填写档案信息

用户点击提交操作

存档成功，系统给出提示，并更新档案信息

备选事件流

存档失败，系统给出提示，用户按提示重新输入信息

后置条件

如果用例成功，更新社团档案，否则系统状态不发生改变

表3.4.8发布公告用例描述

用例

发布公告

简要描述

社团管理员发布公告

参与者

社团管理员

前置条件

用户具有有效的登录账户且具有社团管理权限

主事件流

已经登录的社团管理员，当进入社团发布公告界面时候，用例开始执行

用户点击发布公告

用户填写公告信息

用户点击提交操作

发布成功成功，系统给出提示，并更新公告栏信息

备选事件流

发布公告失败，系统给出提示，用户按提示重新输入信息

后置条件

如果用例成功，更新公告栏，否则系统状态不发生改变

表3.4.9管理社团活动用例描述

用例

管理社团活动

简要描述

系统管理员对社团活动进行管理

参与者

系统管理员

前置条件

具有有效的系统管理员账户

主事件流

已经登录的系统管理员，进入社团活动管理界面时候，用例开始执行

系统显示所有社团活动，系统管理员对活动状态进行管理

更改活动状态，更改成功

系统更新用户信息并将操作结果返回给系统管理员

备选事件流

活动状态更新失败，系统给出提示，用户按提示重新活动状态

后置条件

如果用例成功，刷新活动状态信息，否则系统状态不发生改变

更换社团负责人用例描述

用例

更换社团负责人

简要描述

社团职位变更

参与者

社团管理员、系统管理员

前置条件

用户具有有效的登录账户以及相应权限

主事件流

已经登录的社团管理员，进入权限变更界面时候，用例开始执行

社团管理员按要求填写权限变更申请

用户点击提交操作

系统管理员对权限变更申请进行审核，通过审核，系统管理员进行权限变更操作，操作成功，系统将信息返回给社团并将操作记录存档

系统更新社团成员信息

备选事件流

权限更换表提交失败，系统给出提示，用户按提示重新输入信息

系统管理员权限更换失败，系统将失败原因返回

后置条件

如果用例成功，更新社团权限信息，否则系统状态不发生改变

管理用例描述

用例

学生信息管理

简要描述

对学生信息进行增删改查

参与者

系统管理员

前置条件

具有有效的管理员账户

主事件流

已经登录的系统管理员，进入学生管理界面时候，用例开始执行

用户按需增删改查学生信息

操作成功，系统对操作进行提示

更新显示信息

备选事件流

信息增删改查失败，系统给出提示，用户按提示重新增删改查信息

后置条件

如果用例成功，刷新学生信息，否则系统状态不发生改变

打印报表用例描述

用例

打印报表

简要描述

系统管理员按需求查看学生

参与者

系统管理员

前置条件

具有有效的管理员账户

主事件流

已经登录的系统管理员，进入学生管理界面时候，用例开始执行

用户按需求筛选学生信息

筛选成功，系统对操作进行提示并更新显示信息

用户点击打印操作

系统将学生信息输出到表格

输出成功，系统对操作给出提示

备选事件流

信息筛选失败，系统给出提示，用户按提示重新筛选信息

信息输出失败，系统给出提示，用户按提示重新输出信息

后置条件

如果用例成功，更新页面显示的信息并输出学生信息，否则系统状态不发生改变

第4章系统分析

4.1概念模型

4.1.1名词识别法找类

发现类最常用的方法就是“名词识别法”，在“需求特性列表”的基础上进行分析，

将所有的名词及名词短语列表，这就是备选类。

通过名词识别法可以确定本系统的候选类有：

学生、社团、系统管理员、社团管理员、社团活动、留言、职位、公告、档案、指导教师

4.1.2类与类之间的关系

确定了候选类之后，应该对其之间的关联关系进行分析。

根据“需求特性

列表”及前面的相关信息不难得知：

（1）学生类可以包括社团管理员

（2）社团成员可以由学生、社团管理员组成

（3）学生、社团管理员、系统管理员是主要的实体，学生可以留言和查看社团信息每个学生都有一个职位

（4）学生和职位、社团、留言存在关联关系。

每个学生可以加入多个社团，每个学生有多个职位；一个学生可以有多条留言

（5）社团和公告、档案、社团活动、指导教师是直接关联的

4.1.3类的职责

类的职责就是类所维护的知识（成员属性）和能够执行的行为（成员方

法）。

根据前面的需求信息，可以获得许多类的成员属性。

（1）学生：

包括学号、学生姓名、登录密码、专业、联系方式、加入社团、QQ、性别、年级、政治面貌、爱好、才艺。

（2）职位：

职位ID、职位名称、备注

（3）公告：

公告ID、社团ID、社团名称标题、内容、学号、姓名、时间、状态

（4）社团留言：

留言ID、社团ID、留言人ID、内容、时间

（5）社团：

社团ID、社团名称、社团介绍、活动地点、创建时间、指导教师号、会长学号、状态ID、所属学院、招募状态

（6）指导教师：

教师职工号、姓名、所属学院、负责社团、联系方式

（7）管理员：

管理员ID、登录面貌、联系方式、所属学院

（8）更换社团管理员：

更换记录ID、社团ID、职位、原负责人ID、现负责人ID、更换原由、凭证、时间

（9）社团活动：

活动ID、社团ID、社团名称、活动主题、活动内容、参加人员、活动时间、活动地点、状态ID、所需经费

（10）存档管理：

存档ID、社团ID、电子路径、非电子路径、存档时间、负责人ID、备注

（11）财务管理：

账单ID、社团ID、活动ID、申请人ID、金额、原由、时间

4.1.4类图

图4.1类图

4.2主要动态模型

4.2.1顺序图

登录顺序图表

加入社团顺序图

活动申请顺序图

4.2.2状态图

（1）学生登录状态图

学生登录状态图

（2）社团加入申请状态图

社团加入申请状态图

（3）活动申请状态图

活动申请状态图

4.2.3活动图

在商务建模层次，活动图可用于在业务单元的级别上对更高级别的业务过程进行建模，比如公司当前在如何运作业务，或者业务如何运作等，显示主要的业务流程。

在具体处理流程层次，活动图也常被用来描述一个用例的处理流程，或者对低级别的内部类操作进行建模，用于表示在处理某个活动时，两个或者更多类对象之间的过程控制流。

图4.2.3构件图

第5章系统设计

5.1代码设计

1学生代码设计

学生代码采用11位字符编码，由学生注册时系统按要求生成

例如：

第一个注册的学生的编号是12003060101，120表示年级、0306、表示专业、0101表示所在班级

2社团代码设计

社团的代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属学院，最后四位表示社团顺序。

XXXXXXXXXXX

例如:

创建的社团编号是12003000101。

3管理员代码设计

管理员代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属学院，最后四位表示职工顺序

XXXXXXXXXXX

例如:

创建的管理员编号是12000060101。

4公告表代码设计

管理员代码采用11位字符编码，自增。

XXXXXXXXXXX

例如:

发布编号是00000060101。

5指导教师代码设计

指导教师代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属学院，最后四位表示职工顺序

XXXXXXXXXXX

例如:

创建的指导教师编号是12000060101。

6社团活动代码设计

社团活动代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属社团，最后四位表示活动序号

XXXXXXXXXXX

例如:

创建的社团活动编号是12000060101。

7档案代码设计

档案代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示社团，最后四位表示档案顺序

XXXXXXXXXXX

例如:

创建的档案编号是12000060101。

8财务代码设计

财务代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属学院，最后四位表示账单顺序

XXXXXXXXXXX

例如:

创建的财务编号是12000060101。

5.2数据库设计

5.2.1概念结构设计（CDM图）

本系统抽象出的实体有：

学生、社团留言、社团、职位、公告、管理员、活动、指导教师、财务、档案。

学生与社团是多对多的关系、学生与留言是一对多的关系、学生与职位是一对多的关系、社团与活动是一对多的关系，财务与活动是一对一的关系、社团与指导教师是一对一的关系，社团与档案是一对多的关系。

PowerDesigner绘制出的CDM图如图所示：

图5.1CDM图

5.2.2物理结构设计（PDM图）

图5.2PDM图

表名

学生表

主键

学号

索引字段

学生姓名

序号

字段名称

数据类型（精度范围）

允许为空

Y/N

唯一Y/N

默认值

约束条件说明

1

学号

Longcharacters（11）

N

Y

主键

2

学生姓名

varchar（20）

N

N

3

登录密码

varchar（20）

N

N

4

专业

Variablecharacters（20）

N

N

5

联系方式

Longcharacters（11）

N

N

6

加入社团数目

int

N

N

7

性别

Char

（2）

N

N

8

年级

Char

（2）

N

N

9

政治面貌

Char（12）

N

N

10

QQ

varchar（12）

Y

N

11

爱好

varchar（50）

Y

N

12

才艺

varchar（50）

Y

N

sql脚本

createtableStudentTable（

StuNumbervarchar（11）notnull,

AdminIDvarchar（11）null,

StuNamevarchar（20）notnull,

PWDvarchar（20）notnull,

Professionvarchar（20）notnull,

Phonevarchar（11）notnull,

AssociationsNumintnotnull,

QQvarchar（12）null,

Sexchar

（2）notnull,

Gradechar（6）notnull,

Politicalchar（4）notnull,

Hobbyvarchar（50）null,

Talentvarchar（50）null,

constraintPK_STUDENTTABLEprimarykeynonclustered（StuNumber）

）

go

/*==============================================================*/

/*Index:

StudentManagement_FK*/

/*==============================================================*/

createindexStudentManagement_FKonStudentTable（

AdminIDASC

）

go

表名

社团表

主键

社团ID

索引字段

社团名称

序号

字段名称

数据类型（精度范围）

允许为空

Y/N

唯一Y/N

默认值

约束条件说明

1

社团ID

varchar（50）

N

Y

主键

2

社团名称

varchar（50）

N

N

外键

3

药品名称

varchar（50）

N

N

外键

4

药品剂量

varchar（50）

N

N

外键

5

药品价格

money

N

N

外键

6

医生姓名

varchar（50）

N

N

7

日期

date

N

N

Sql脚本

CREATETABLE[dbo].[处方]（

[处方编号][varchar]（50）NOTNULL,

[顾客姓名][varchar]（50）NOTNULL,

[药品名称][varchar]（50）NOTNULL,

[药品剂量][varchar]（50）NOTNULL,

[药品价格][money]NOTNULL,

[医生姓名][varchar]（50）NOTNULL,

[日期][date]N