社团管理系统文档需求及设计.doc

高等学校学生社团管理系统

姓 名：
学 号：
班 级：研1114班
指导老师:
一、 系统名称
高等学校学社社团管理系统
二、 系统目标
高等学校社团管理系统主要用于社团管理人员方便、有序的对高校社团人员的管理，提高社团影响力和高效率。
三、 需求分析
l 基本需求
要开发高校社团管理系统，其功能需求如下：
高校学生会学生社团管理信息系统可以满足学生与工作人员对于高校社团的管理，功能主要包括新增社团，创建管理员。各社团管理员可以自行管理自己社团成员，新增有效的社团角色，可以查看社团的成员信息，并且可以删除某一社团成员。高校游客人员可以注册成为该系统的成员，查询社团情况，并申请加入某一感兴趣的社团，工作人员可以取消某一社团，重新分配社团成员等。
l 领域模型
通过对需求分析可知，该系统的领域模型如图1所示。
图1 领域模型图
如图1所示，为本系统的基本领域模型图。在系统的需求描述中，社团成员的业务活动没有给出，然而社团成员与社团的关系非常密切，社团成员与社团间的活动可作为一个独立的系统，因此在本系统仅仅对社团与社团成员的交互做一简单的描述。
l 业务描述
根据系统的基本需求描述可知，本系统的基本业务事件有：
Ø 工作人员创建社团、查询社团信息、修改社团信息，创建社团的管理员；
Ø 社团管理员登陆系统、查询社团成员、注销社团成员，管理角色；
Ø 社团成员查询成员信息，在所在社团发布信息；
Ø 游客注册系统，查询社团情况，申请是否加入社团。
l 用况图
由系统分析可知本系统的主要参与者有工作人员、社团管理员、社团成员及游客。其中各类人员与系统交互的用况图如图2所示。

工作人员

社团管理员

社团成员

游客
图 2 各类用况图

l 用况描述
高校学生社团管理系统主要用况描述：
用况名称
创建社团
用况标识号
UC1.0
参与者
学生会工作人员
简要说明
工作人员创建新的社团
前置条件
工作人员已有效登陆系统
基本事件流:
1. 工作人员点击“创建社团”按钮
2. 管理系统将显示出一系列建立社团所需的选项
3. 工作人员可以输入有效的社团名称信息
4. 工作人员编辑完社团信息，确认无误后，点击“创建”，则完成新社团的创建。
5. 用况终止。
其他事件流:
无
异常事件流：
1.提示创建错误信息，工作人员需要检查输入社团是否有效
2.返回社团管理工作人员主界面
后置事件流：
新社团被创建
注释：
无

用况名称
修改社团信息
用况标识号
UC1.1
参与者
学生会工作人员
简要说明
修改已创建的社团相关信息
前置条件
工作人员已合法登陆社团管理系统
基本事件流:
1. 工作人员点击“修改社团”按钮
2. 系统将显示所要修改社团的原来的信息
3. 工作人员可以在对应的编辑框修改对应的社团信息
4. 工作人员编辑完社团信息，确认无误后，点击“修改”，则完成社团信息的修改。
5. 用况终止。
其他事件流:
无
异常事件流：
1.提示修改错误信息，负责人确认
2.返回社团管理工作人员主界面
后置事件流：
社团信息被修改
注释：
无

用况名称
查询社团信息
用况标识号
UC1.2
参与者
学生会工作人员
简要说明
查询已存在社团的信息
前置条件
工作人员已合法登陆进社团管理系统
基本事件流:
1. 工作人员点击“查询社团”按钮
2. 系统将显示所要查询的社团名称选项
3. 工作人员选择所要查询的社团名称
4. 选择完成后，点击“查询”，则完成社团信息的查询
5. 用况终止。
其他事件流:
无
异常事件流：
1.提示查询错误信息，负责人确认
2.返回社团管理工作人员主界面
后置事件流：
社团信息显示出来
注释：
无

用况名称
取消社团
用况标识号
UC1.3
参与者
学生会工作人员
简要说明
取消已创建的社团
前置条件
工作人员已合法登陆社团管理系统
基本事件流:
6. 工作人员点击“取消社团”按钮
7. 系统将给出该社团的人员编制，提醒工作人员重新分配社团成员
8. 工作人员可以导出该社团的人员报表
9. 工作人员得到人员报表，确认无误后，点击“是”，则完成社团信息的取消
10. 用况终止
其他事件流:
无
异常事件流：
1.提示修改错误信息，负责人确认
2.返回社团管理工作人员主界面
后置事件流：
社团被取消
注释：
无

用况名称
设置社团管理员
用况标识号
UC1.4
参与者
学生会工作人员
简要说明
为社团设置管理员
前置条件
工作人员已合法登陆社团管理系统
基本事件流:
1. 工作人员点击“社团权限”按钮
2. 系统将显示社团名称选项及管理员编辑框。
3. 工作人员可以在社团名称后面的下拉菜单中选择要设立管理员的社团名称，然后在管理员编辑框内输入要设立的管理员姓名
4. 工作人员选择好，确认无误后，点击“设立”，对应社团的管理员即就设立完成。
5. 用况终止。
其他事件流:
无
异常事件流：
1.提示设立管理员错误信息，负责人确认
2.返回社团管理工作人员主界面
后置事件流：
社团拥有自己的管理员
注释：
无

用况名称
查询社团成员
用况标识号
UC2.0
参与者
社团管理员
简要说明
查询社团的成员信息
前置条件
管理员已成功登陆进社团管理系统管理员界面
基本事件流:
1. 社团管理员点击“查询成员”按钮
2. 系统将显示社团所有成员的信息。
3. 用况终止。
其他事件流:
无
异常事件流：
1.提示查询错误信息，负责人确认
2.返回社团管理管理员主界面
后置事件流：
社团成员信息被显示出来
注释：无

用况名称
注销社团成员
用况标识号
UC2.1
参与者
社团管理员
简要说明
删除某一社团成员
前置条件
社团管理员已成功登陆社团管理系统管理员界面中
基本事件流:
1工作人员点击“注销成员”按钮
2.系统将显示所有成员的信息列表
3.工作人员可以点击要删除的成员所在的行
4.工作人员选择好，确认无误后，点击“删除”，即完成社团成员的删除
5.用况终止
其他事件流:
无
异常事件流：
1.提示删除成员错误信息，负责人确认
2.返回社团管理管理员主界面
后置事件流：
指定成员被删除，成员列表被更新
注释：无

用况名称
为社团创建角色
用况标识号
UC2.2
参与者
社团管理员
简要说明
为社团创建有效的人员角色
前置条件
管理员已成功登陆社团管理系统的管理员界面
基本事件流:
1.社团管理人员点击“添加角色”按钮
2.系统将显示角色名称编辑框
3.管理员输入所要创建的角色的名称
4.输入完成之后，点击“创建”，新社团角色产生
5.用况终止
其他事件流:
无
异常事件流：
1.提示角色创建错误信息，负责人确认
2.返回社团管理管理员主界面
后置事件流：
社团角色列表更新
注释：无

用况名称
发布信息
用况标识号
UC3.0
参与者
社团所属成员
简要说明
在所属社团发布社团信息
前置条件
社团成员已成功登陆进社团管理系统社团成员界面
基本事件流:
1社团成员点击“发布信息”按钮
2.系统将显示所要查询的社团名称选项
3.社团成员选择所要查询的社团名称
4.选择完成后，在信息编辑栏里输入要发布的信息
5 输入完成后，点击发布
6.用况终止
其他事件流:
无
异常事件流：
1.提示查询社团错误信息，游客确认
2.返回社团成员主界面
后置事件流：
指定社团的信息被显示
注释：无

用况名称
查询社团信息
用况标识号
UC3.1
参与者
社团所属成员
简要说明
查询社团信息
前置条件
社团成员已成功登陆进社团管理系统社团成员界面
基本事件流:
1社团成员点击“查询社团”按钮
2.系统将显示所要查询的社团名称选项
3.社团成员选择所要查询的社团名称
4.选择完成后，点击“查询”，则完成社团信息的查询
5.用况终止
其他事件流:
无
异常事件流：
1.提示查询社团错误信息，成员确认
2.返回社团成员主界面
后置事件流：
指定社团的信息被显示
注释：无

用况名称
游客注册
用况标识号
UC4.0
参与者
游客人员
简要说明
查询社团信息，注册成为系统用户
前置条件
该游客必须经过系统的相关有效身份验证
基本事件流:
1游客成员点击“注册”按钮
2.系统将显示游客注册页面
3.游客填写用户名和密码以及相关信息
4.点击“提交”，则完成系统的注册
5.用况终止
其他事件流:
无
异常事件流：
1.提示注册错误信息
2.返回原始注册主界面
后置事件流：
利用注册的用户名密码成功登陆系统
注释：无

用况名称
查询社团信息
用况标识号
UC4.1
参与者
游客人员
简要说明
查询社团信息
前置条件
游客已成功登陆进社团管理系统游客界面
基本事件流:
1游客点击“查询社团”按钮
2.系统将显示所要查询的社团名称选项
3.游客选择所要查询的社团名称
4.选择完成后，点击“查询”，则完成社团信息的查询
5.用况终止
其他事件流:
无
异常事件流：
1.提示查询社团错误信息，游客确认
2.返回社团管理游客主界面
后置事件流：
指定社团的信息被显示
注释：无

用况名称
加入社团
用况标识号
UC4.2
参与者
游客人员
简要说明
完成游客对特定社团的注册
前置条件
游客已成功登陆社团管理系统游客界面并且成功注册为该系统用户
基本事件流:
1游客点击“注册”按钮。
2.系统将显示所要注册的社团名称选项及要加入一个社团所需的各项对话框。
3.游客选择所要查询的社团名称，输入完成注册所需的信息
4.选择完成后，点击“提交”，则完成社团的注册。
5.用况终止。
其他事件流:
无
异常事件流：
1.提示注册社团错误信息，游客确认
2.返回社团管理游客主界面
后置事件流：
社团成员列表更新
注释：无

用况名称
系统登陆
用况标识号
UC5.0
参与者
游客、社团成员、管理员、工作人员
简要说明
完成合法有效登录操作
前置条件
已经注册成为该系统的合法用户
基本事件流:
1用户输入自己的用户名，选择好自己的身份，输入相应密码
2.系统根据用户名及身份进行身份认证及后续导引工作
3认证成功后，根据身份系统将进入不同的操作界面。
4.用况终止。
其他事件流:
无
异常事件流：
1.用户选择的身份错误
2.返回登录主界面
后置事件流：
各类用户成功进入各自操作界面
注释：无
l 时序图
系统登录是否合法有效关系着一个系统是否健壮的重要条件，是本系统很重要的一个部分，其时序图如图3所示。

图3 登录时序图
学生会工作人员创建新的社团，其过程时序图如图4所示。

图4 创建社团时序图
社团设有自己的相应管理员，管理员对社团进行一系列的操作，其时序图如图5所示。

图5 设置管理员时序图
工作人员可根据实际情况，对相应社团的信息予以修改。修改社团信息的时序图如图6所示。

图6 修改社团信息时序图
在本系统中，工作人员、社团管理员、社团成员、游客都可以查询社团信息。由于社团信息查询的流程类似，在此以社团成员的操作为例，其时序图如图7所示。

图7 社团信息查询时序图
社团管理员可以将相关的成员踢出社团。其时序图如图8所示。

图8 社团成员删除时序图
符合条件的人可以加入特定的社团，成为社团的成员。社团成员的添加操作由社团管理员来实现。添加社团成员的时序图如图9所示。

图9 添加成员时序图
一个社团可以拥有不同角色的人员来进行不同的工作，社团角色的添加有社团管理员来执行。角色添加的时序图如图10所示。

图10 添加角色时序图
每个社团成员都可以在所属的社团发布信息。信息的发布由社团成员执行。信息发布的时序图如图11所示。

图11 信息发布时序图

每个游客可以加入自己感兴趣的社团。申请加入社团可通过注册社团来实现。加入社团的时序图如图12所示。

图12 加入社团时序图
l 系统活动图
综合上述分析，本系统的系统活动图可简要描述为如图13所示。

图13系统活动图
四、 系统设计
由分析需求可知，本系统所涉及的主要信息由社团信息、用户信息、角色信息、发布信息。在系统的总体设计上，本系统采用层次结构。系统的架构图如图14所示。

图14 系统结构图
数据源由存储于数据库内的社团及参与者用户信息组成。在数据源的基础之上，构建数据访问操作类形成系统的数据处理层。以数据访问接口为要素，本系统分别封装社团和参与者操作类构成了本系统的业务逻辑层。对于社团管理系统的不同用户，本系统实现了不同的操作，因此工作人员、管理员、社团成员、游客等分别予以设计了专属的操作界面。各类界面最终形成了本软件平台的用户界面层。
本系统的数据库采用关系型数据库，各个数据库表的概念模式如下：
1用户信息表
userInfo(uId,uName,uPwd,rId,cId)
2角色信息表
roleInfo(rId,rName)
3用户角色映射表
roleTouser(uId,rId)
4社团信息表
clubInfo(cId,cName,cVoice,cTime,uId)
5社团消息表
clubmessage(mesId,mesContent,mesTime,uId)

uId
uName
uPwd
rId
cId
用户编号
姓名
密码
角色编号
所属社团ID
用户信息表

rId
rName
角色编号
角色名称
角色信息表

uId
rId
用户编号
角色编号
用户角色映射表

cId
cName
cVoice
cTime
uId
社团编号
社团名称
社团口号
创建时间
管理员编号
社团信息表

mesId
mesContent
mesTime
uId
消息编号
消息内容
发布时间
发布者编号
社团消息信息表
图 15 数据库各类表结构
综合系统需求、用况及顺序图等信息，可以得出本系统包含的主要类有：系统参与者类（Actor）、角色类（Role）、社团类（club）、社团操作类（clubHelper）、参与者操作类（actorHelper）、数据库操作辅助类（SQLHelper）、登录类（Login）、工作人员操作界面（InterfaceOfStaff）、管理员操作界面（InterfaceOfadmin）、社团成员操作界面（InterfaceOfMember）、游客操作界面（InterfaceOfGuest）。
改社团管理系统主要类图如图17所示。

图17 主要类图
系统的各个类之间关系图如图18所示。

图18 系统类关系图

五、 报告总结
通过本次的UML建模设计，使我更加深刻的理解了面向对象的分析与设计，面向对象设计是把分析阶段得到的需求转变成符合成本和质量要求的抽象的系统实现过程，它的目的是认知客观世界的系统并对系统进行建模。这种设计思想及方法将对象看成一个个的对象，即一个个的整体，提高了内聚度，降低了耦合度。同时，这种设计方法也使得整个设计过程更加趋于规范化，文档化，更加有效，便于理解。对于以后的项目开发和实践很有帮助,需要好好总结。