软件需求分析社团管理系统4需求规格说明书.docx
《软件需求分析社团管理系统4需求规格说明书.docx》由会员分享，可在线阅读，更多相关《软件需求分析社团管理系统4需求规格说明书.docx（23页珍藏版）》请在冰豆网上搜索。
软件需求分析社团管理系统4需求规格说明书
江西财经大学
题目：
社团管理系统的设计与实现
学院：
软件与通行工程学院系
专业：
软件工程
班级：
软件134班
学号：
0133628
姓名：
刘倩
指导教师：
邓松
填表日期：
2015年6月30日
1.引言
1.1编写目的
在完成了针对软件市场的前期调查，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。
此软件需求规格说明书描述了“大学生社团管理系统”的功能性需求和非功能性需求，这一文档计划由实现系统功能和验证系统功能正确的的项目组员来使用。
除非在其他地方另有说明，这里指定的需求都具有最高优先级。
1.2预期读者和阅读建议
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员
此需求规格说明书对软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
1.3项目背景
由于互联网应用的普及加速这社会向信息化社会的发展，信息系统的作用是不容小觑的。
而学院社团在正常运营中总是面对大量的学院学生信息，社团信息以及注册成会员的社团成员信息，学院信息。
传统的社团管理模式已经不能满足社团管理员的管理方式，这就会引发管理成员不到位，信息、通知发布不能及时等一系列问题。
用结构化系统分析与设计的方法，建立一套有效的社团信息管理系统，可以减轻社团管理员工作，以及提高社团会员及时查看社团信息、通知，将社团管理工作科学化、规范化，提高了学院社团信息管理的工作质量。
1.4项目范围
1.4.1第一版范围
1）系统在用户注册登陆后，可以浏览社团相关信息。
2）填写个人简历并提交申请，进而等待申请状况通知信息。
3）在申请相应社团通过后才可选择自己想参加的活动。
4）提交申请，并再次等待申请。
5）申请通过后可查看该活动的确切人员安排。
1.4.2后续版范围
特征
版本1
版本2
FE-1
完全实现
完全实现
FE-2
完全实现
可以添加简历模板模式
FE-3
完全实现
完全实现
FE-4
待完善
可以加载少量卡通等待画面
FE-5
完全实现
完全实现
1.4.3限制与排除
LI-1：
有些网页对非注册用户不开放，注册只限本校人员。
LI-2：
系统管理人员不可能24小时工作，所以需要多人进行轮班制。
1.5参考资料
1.《软件工程导论》张海藩著清华大学出版社
2.《数据库原理及应用》李昭原著科学出版社
3．《Java办公自动化》邢素萍著航空工业出版社
2.任务概述
2.1目标
2.1.1开发目标
（1）以真实、准确数据为基础，以先进、有效、合理的管理方法为核心，以现代计算机技术为手段，建设大学生社团管理系统。
（2）提高园内办事效率，社团协会负责人及会员能及时、准确地掌握各种信息，为决策提供有效的依据。
（3）实现内部管理电脑化，实现信息共享。
2.2.2应用目标
（1）让管理者能全面掌握社团的整体信息
（2）让管理者能有效地管理社团
（3）加强对社团的宣传建设，让社团为更多的人所知，扩大社团阵容
（4）通过在线互联网信息通知，让社团活动能够高质量高时效地完成
2.2运行环境
2.2.1硬件支持
一台586以上的微机以及兼容
CPU为P700以上
VGA彩显一台
1025MB显存或以上
128M以上主存储器
10GB以上硬盘
2.2.2软件支持
操作系统：
Windows98以上的操作系统
数据库：
SQL2008
其他：
MyEclipse2012
2.2.3用户界面
Web浏览器：
Internet Explorer 6.0或更高。
界面风格：
清爽、不累赘，重点、热点突出，清晰，大方，一目了然，有活力等特点。
2.2.4. 接口
（1） 用户接口
要求该用户界面友好、清楚明了、突出重点、而且容易使用；
界面还必须能够提供尽量多的功能，以给顾客便捷的服务。
（2） 软件接口
Windows2000及更高版本的操作系统
2.3用户类及其特征
用户类
描述
管理员
（社团管理员和其它管理人员）
具有一定的计算机应用基础，可以比较熟练操作计算机。
其中社团管理员作为一个社团内的高层管理，需要全面了解社团内部的大小事物，并具有一定的文字描述能力，使得整个社团信息能够信息地被描述在社团管理网站上。
会员
（学生和游客等）
具有一定的计算机应用基础，可以比较熟练操作计算机。
系统维护人员为计算机专业人员
熟悉数据库、操作系统、网络维护工作。
2.4产品前景
大学生社团管理系统是一款用于学校社团管理的应用软件，内有简单易用用户界面、功能强大的数据库操作和查询操作，可以直接在上面登记社团资料，包括社团档案登记、社团活动登记，社团会员登记、社团部门登记、社团会费申请、审批等功能。
本软件通用性增强，操作简单，操作工作量小。
数据存储量大，分类清楚，使工作更轻松。
2.5产品功能简介
本系统主要提供了对学生社团的管理平台，在系统中，将管理用户分为了两大类，一类为社团管理员，主要用于对各社团活动信息和社团会员的管理；另一类为系统管理员，主要用于对该系统的维护和对社团总体的管理规划。
普通用户可以申请注册成为会员或者退出社团，拥有查询社团活动信息、社团公告等。
该大学社团管理系统运用方便、操作简单、工作效率高。
给学生提供了更多更及时的社团活动信息，便于学生了解社团动态，积极参加社团活动。
同时也给学院社团管理提供了一个完善的信息拓展平台，方便发布活动公告以及社团财务、会员资料的管理，使社团在无形中构建一种团结友善的凝聚力。
活动内容
奖惩机制
活动总结
奖罚记录
活动赛程
分配工作
社团系统
社团活动
安排情况
社团概况
宣传活动
委员
社长
2.6设计和实现上的约束
确定影响开发人员自由选择的问题。
可能的限制包括：
（1）必须使用或者避免的特定技术、工具、编程语言、数据库
（2）经费、进度、资源等方面的限制
（3）所要求的开发规范或标准
（4）企业策略、政府法规或工业标准
（5）硬件限制，例如定时需求或存储器限制
（6）数据转换格式标准
（7）应用本平台必须保证电脑或其它访问本平台的软件有杀毒防毒能力，对于因客户中毒而产生的交易损失本平台不负任何责任;平台用户用妥善保管好个人密码，一旦发现丢失，需尽快提供相关证明交于管理人员进行相关帐户锁定与资料的修改。
3.系统功能
3.1系统数据流图（DFD）
为了便于用户表达功能需求和数据需求及其联系，为了便于两类人员共同理解现行系统和规划系统的框架；清晰表达数据流的情况。
表明系统的输入、处理、存储和输出，利于系统建模，通过之前对于需求获取的分析所获得的信息，我们对多模式类型游戏系统进行过程建模。
如下列数据流图：
3.1.1顶层数据流图
3.1.2数据流动唯一标识符
3.1.3第一层数据流图
3.1.4第二层数据流图
财务部：
办公室：
3.2数据库设计
本系统主要为了应用于社团中的管理者和社团中成员的交流，推进社团文化建设。
通过对社团管理人员和社团成员及待加入社团成员所做的需求调查，对现行系统的功能和和所需信息有一个明确的认识。
包括了解各个模块输入和使用什么数据，如何加工处理这些数据等，输入什么信息，输出什么信息，输入什么部门，输出地结果格式是什么等。
根据调查的结果，对应用的信息要求和操作要求进行详细析，从中得到：
系统的各个应用从数据库中得到哪些信息，这些信息的具体内容和性质是什么，要求完成什么样的处理功能，对某些处理要求的相应时间，既对数据的安全，完整性的要求。
确定系统的边界。
确定整个系统中哪些由计算机完成，哪些将来由系统完成，哪些由人工完成。
由计算机完成的功能就是新系统完成的功能。
3.3数据字典（DD）
3.3.1数据项字典
数据项编号
数据项名称
汉字号
类型
宽带
IOO1
YHNAME
用户名
文本
50
IOO2
MM
密码
文本
50
IOO3
PTYH
普通用户
文本
4
IOO4
GLY
管理员
文本
4
IOO5
BH
编号
文本
20
IOO6
NAME
姓名
文本
50
IOO7
XB
性别
文本
50
IOO8
ZY
专业
文本
50
IOO8
BJ
班级
文本
50
IO10
SS
宿舍
文本
50
IO11
TEL
电话
文本
50
IO12
BM
部门
文本
50
IO13
BZ
备注
文本
50
IO14
RQ
日期
时间
50
IO15
LX
类型
文本
50
IO16
MONEY
金额
货币
50
IO17
SBR
申报人
文本
50
IO18
JR
记录
文本
50
IO19
HFZE
会费总额
货币
50
IO20
MQZC
目前支出
货币
50
IO21
SYHF
剩余会费
货币
50
IO22
DWHF
单位会费
货币
50
IO23
HFSM
会费说明
文本
50
3.3.2数据存储字典
数据流编号
数据流名称
数据流来源
数据流去向
数据流组成
D01-02
输入系统资料
系统资料
系统资料管理
YHM+MM+BZ
D01-02
输入会员资料
会员基本资料
会员基本资料管理
BH+NAME+XB+ZY+BJ
+SS+TEL+BM+BZ
D01-03
输入社团会费资料
社团会费资料
社团会费资料管理
RQ+LX+MONEY+SBR+JR+HFZEMQZC+SYHF+DWHF+HFSM
数据存储编号
数据存储名称
数据存储来源
数据存储去向
数据存储组成
P01-01
输入系统资料
系统资料
系统资料管理
YHM+MM+BZ
P01-02
输入会员基本资料
会员基本资料
会员基本资料管理
BH+NAME+XB+ZY+BJ
+SS+TEL+BM+BZ
P01-03
输入社团会费资料
社团会费资料
社团会费资料管理
RQ+LX+MONEY+SBR+JR
+HFZE+MQZC+SYHF+DWHF+HFSM
4.系统建模
4.1RED图
P1.1
系统资料管理
D3社团会费资料
P1.3
社团会费资料管理
D1系统资料
D2会员资料
P1.2
会员基本资料管理
P1.0
查询
4.2类图
活动activity
社长proprieter
活动时间
活动地点
活动主题
活动赞助商
举办活动（）
学号
密码
统筹（）
部长minister
委员committee
学号
密码
社团查询（）
制定计划（）
安排活动（）
分配活动（）
对社员工作作出评价（）
学号
密码
姓名
联系方式
通知事宜
申请活动（）
参加活动（）
活动总结（）
参与人员students
参与活动（）
问题留言（）
4.3用例图
4.3.1系统用例图：
用户
游客
社团管理员
系统管理员
注册
社团公告管理
社团活动管理
社团成员管理
社团资料管理
社团留言管理
登陆/退出
系统公告管理
查看社团信息
编辑、投递简历
申请加入社团
申请加入社团所所组织的活动
管理员资料修改
社团管理
4.3.2系统管理用例图
主要角色：
系统管理员
用例描述：
本用例主要是针对社团管理与管理员的资料修改，对社团进行增删操作
，以及管理员的信息的查看与改，增加了对公告增删改查的操作方便用户及社团能够在第一时间得到通知。
系统公告修改
系统管理员
include
查看资料
查看系统公告
修改系统公告
删除系统公告
添加系统给公告
修改资料
社团增加
社团删除
管理员资料修改
社团管理
登录/退出
include
include
include
include
include
include
include
4.3.3社团公告管理用例图
主要角色：
社团管理员
用例描述：
本用例主要是对社团会员进行增删改查的操作。
include
发布公告
include
修改公告
社团公告管理
include
include
社团管理员
删除公告
查看公告
4.3.4社团会员管理用例图
主要角色：
社团管理员
用例描述：
负责对公告的发布与增删操作与系统管理员有同样的操作
增加会员
include
include
删除会员
include
社团会员管理
社团管理员
查看会员
4.3.5游客用例图
主要角色：
游客
用例描述：
能够在网站上查看到社团系统的基本信息，有社团的新闻、公告、校企合作信息、最新活动。
查看社团活动
查看社团公告
include
include
查看社团信息
注册
4.3.6普通用户用例图
主要角色：
普通用户
用例描述：
普通用户可以申请加入社团，阅读社团的基本信息，组织人员可以进行社团的创建，完善个人信息。
个人资料/简历编辑修改
申请建立社团
申请加入社团
退出/登录
include
查看社团基本信息
查看社团信息
查看社团活动
查看社团公告
include
include
4.4社团管理类发现图
用例描述：
1.游客浏览网页，查询感兴趣的社团信息
2.选择要入的社团，填写好入社申请，等待审核
3.审核通过，加入社团，并选择要加入的部门
4.填写好社团内自己的基本信息
5.社团近期有活动，选择自己喜欢的活动提交申请
6.系统/管理员给社员分配任务，社员接受任务
7.活动前期，社团出去宣传活动
8.活动时，社员做好自己的工作；
9.活动后，管理员对社员的工作作出奖惩，社员提交活动工作总结
10.平时社员之间的交流
4.5社团管理类交互图
游客社团成员系统，管理员
用例描述：
1.游客想加入社团
2.游客浏览各社团信息，了解社团
3.选择社团，并将提交申请
4.申请通过，加入了社团
5.了解该社团的活动信息
6.选择参与活动，并分配工作
7.活动前，参与活动宣传工作
8.活动当天，做好本职工作
9.活动结束，上级做出工作评价
10.上级给出工作奖惩
11.提交参与活动的总结
12.有问题留言
浏览社团信息
选择社团，提交信息
未通过信息通过审核
选择想参与的社团活动
获得了活动当天的工作
活动当天的工作评价
对成员的奖惩
成员提交活动工作的总结
成员平时留言、交流
4.6社团管理状态图
获得奖励
等待加入活动
等待重新执行
等待执行任务
等待管理员分配任务
不成功
成功
4.7社团管理时序图
制定计划
社长
部长
委员
参与活动人员
统筹
通知
事宜
安排活动，
分配活动
社团查询，
制定计划
安排活动
分配活动
对社员工作作出评价
部长
姓名
联系方式
宣传奖惩，
通知事宜
活动的总结
委员committeecommittee
参与活动
问题留言
参与人员
students
安排参与活动
4.8活动图
活动图可将系统中活动与活动间的执行流程表现出来，也可以说活动图就是UML中的流程图，也可以视为以一种特殊的状态图，用来指出一个执行动作的类中的活动和行为。
制定活动方案
活动奖惩评定计划
奖惩评价
接受任务
管理员
系统
方案
任务
分配活动
成功
不成功
重新执行
执行任务
活动表现
参与活动
成员
5.对外接口需求
5.1用户界面（UI）
描述每个用户界面的逻辑特征。
以下是包括的一些特征：
UI-1：
系统对用户选择的选择的每个类型都提供帮助链接，帮助解释游戏类型。
UI-2：
系统中全部玩家之间交互与系统交互，除了综合使用鼠标键盘共同完成之外，还可以只通过键盘来完成。
UI-3：
快捷键的设置。
5.2软件接口（SI）
描述产品与其它外部组件的连接，包括数据库，操作系统，工具库和集成的商业组件。
明确并描述在软件组件之间交换数据或信息的目的，描述所需要的服务及内部组件通信的性质，确定将在组件之间共享的数据。
如果必须用一种特殊的方法来实现数据共享机制，那么就必须把它定义为一种实现上的限制
各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在模块之间传递。
软件名称
交换数据
目的
游戏系统
内部处理数据
为系统提供运行平台
数据库
历史客流数据
存储历史数据
5.3硬件接口
描述系统中硬件每个接口的特征。
可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。
硬件名称
交流数据类型
控制信息
通信协议
服务器
历史数据
客户机
内部处理数据
6.其他非功能性需求
6.1性能需求
性能需求序列号
性能需求说明
1
至少保证能够100人同时在线
2
最多允许500人同时在线
3
支持Windows平台
4
用户反馈1分钟内回复
5
即时发布管理员的更改
6
打开一个新的菜单的响应速度不超过5秒
7
社团公告信息要即时更新，不超过一个工作日
6.2安全性需求
序列号
安全性需求说明
1
初始用户自己设定密码，允许用户修改密码
2
保证用户的密码不可被泄露
3
无账号密码的用户注册失败
5
只有最高级管理员才能对财务系统进行管理
6
只有管理员才能执行更新通知和举办活动
7
对数据损坏有很好的恢复能力
7. 故障处理
该基于SSH的大学社团管理系统属于小规模，出现的一般性故障只需重新启动该系统便
可以解决，如其它网络攻击，那么系统有必要的防火墙保护，如果数据丢失，可从备份数据库里重新调入数据等。
升级会员 