学生社团管理系统Word格式.docx
《学生社团管理系统Word格式.docx》由会员分享，可在线阅读，更多相关《学生社团管理系统Word格式.docx（39页珍藏版）》请在冰豆网上搜索。
开发该系统所需的相关资料可以通过已存在的相关系统进行调查采集，所需的其他应用软件、硬件系统也易于获得。
因此，开发成本较低。
而引进使用本系统后与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物力及财力。
所以，从经济的角度来看，该系统可行。
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管理社团活动用例描述
系统管理员对社团活动进行管理
具有有效的系统管理员账户
已经登录的系统管理员，进入社团活动管理界面时候，用例开始执行
系统显示所有社团活动，系统管理员对活动状态进行管理
更改活动状态，更改成功
系统更新用户信息并将操作结果返回给系统管理员
活动状态更新失败，系统给出提示，用户按提示重新活动状态
如果用例成功，刷新活动状态信息，否则系统状态不发生改变
表3.4.10更换社团负责人用例描述
社团职位变更
社团管理员、系统管理员
用户具有有效的登录账户以及相应权限
已经登录的社团管理员，进入权限变更界面时候，用例开始执行
社团管理员按要求填写权限变更申请
系统管理员对权限变更申请进行审核，通过审核，系统管理员进行权限变更操作，操作成功，系统将信息返回给社团并将操作记录存档
系统更新社团成员信息
权限更换表提交失败，系统给出提示，用户按提示重新输入信息
系统管理员权限更换失败，系统将失败原因返回
如果用例成功，更新社团权限信息，否则系统状态不发生改变
表3.4.11学生信息管理用例描述
学生信息管理
对学生信息进行增删改查
具有有效的管理员账户
已经登录的系统管理员，进入学生管理界面时候，用例开始执行
用户按需增删改查学生信息
操作成功，系统对操作进行提示
更新显示信息
信息增删改查失败，系统给出提示，用户按提示重新增删改查信息
如果用例成功，刷新学生信息，否则系统状态不发生改变
表3.4.12打印报表用例描述
系统管理员按需求查看学生
用户按需求筛选学生信息
筛选成功，系统对操作进行提示并更新显示信息
用户点击打印操作
系统将学生信息输出到表格
输出成功，系统对操作给出提示
信息筛选失败，系统给出提示，用户按提示重新筛选信息
信息输出失败，系统给出提示，用户按提示重新输出信息
如果用例成功，更新页面显示的信息并输出学生信息，否则系统状态不发生改变
第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.1.1登录顺序图表
4.2.1.2加入社团顺序图
4.2.1.3活动申请顺序图
4.2.2状态图
（1）学生登录状态图
4.2.2.1学生登录状态图
（2）社团加入申请状态图
4.2.2.2社团加入申请状态图
（3）活动申请状态图
4.2.2.3活动申请状态图
4.2.3活动图
在商务建模层次，活动图可用于在业务单元的级别上对更高级别的业务过程进行建模，比如公司当前在如何运作业务，或者业务如何运作等，显示主要的业务流程。
在具体处理流程层次，活动图也常被用来描述一个用例的处理流程，或者对低级别的内部类操作进行建模，用于表示在处理某个活动时，两个或者更多类对象之间的过程控制流。
图4.2.3构件图
第5章系统设计
5.1代码设计
1学生代码设计
学生代码采用11位字符编码，由学生注册时系统按要求生成
例如：
第一个注册的学生的编号是12003060101，120表示年级、0306、表示专业、0101表示所在班级
2社团代码设计
社团的代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属学院，最后四位表示社团顺序。
XXXXXXXXXXX
例如:
创建的社团编号是12003000101。
3管理员代码设计
管理员代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属学院，最后四位表示职工顺序
创建的管理员编号是12000060101。
4公告表代码设计
管理员代码采用11位字符编码，自增。
发布编号是00000060101。
5指导教师代码设计
指导教师代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属学院，最后四位表示职工顺序
创建的指导教师编号是12000060101。
6社团活动代码设计
社团活动代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属社团，最后四位表示活动序号
创建的社团活动编号是12000060101。
7档案代码设计
档案代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示社团，最后四位表示档案顺序
创建的档案编号是12000060101。
8财务代码设计
财务代码采用11位字符编码，前三位字符代表创建年，中间四位字符字表示所属学院，最后四位表示账单顺序
创建的财务编号是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）
3
登录密码
4
专业
Variablecharacters（20）
5
联系方式
6
加入社团数目
int
7
性别
Char
（2）
8
年级
9
政治面貌
Char（12）
10
QQ
varchar（12）
11
爱好
varchar（50）
12
才艺
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
社团表
社团ID
社团名称
主键
外键
药品名称
药品剂量
药品价格
money
医生姓名
日期
date
Sql脚本
CREATETABLE[dbo].[处方]（
[处方编号][varchar]（50）NOTNULL,
[顾客姓名][varchar]（50）NOTNULL,
[药品名称][varchar]（50）NOTNULL,
[药品剂量][varchar]（50）NOTNULL,
[药品价格][money]NOTNULL,
[医生姓名][varchar]（50）NOTNULL,
[日期][date]NOTNULL,
CONSTRAINT[PK_处方]PRIMARYKEYCLUSTERED
（
[处方编号]ASC
）WITH（PAD_INDEX=OFF,STATISTICS_NORECOMPUTE=OFF,IGNORE_DUP_KEY=OFF,ALLOW_ROW_LOCKS=ON,ALLOW_PAGE_LOCKS=ON）ON[PRIMARY]
）ON[PRIMARY]
社团留言表
留言ID
所属社团
varchar（11）
所属社
升级会员 