《软件需求分析报告社团管理系统》4需求规格说明书.docx
《《软件需求分析报告社团管理系统》4需求规格说明书.docx》由会员分享,可在线阅读,更多相关《《软件需求分析报告社团管理系统》4需求规格说明书.docx(24页珍藏版)》请在冰豆网上搜索。
《软件需求分析报告社团管理系统》4需求规格说明书
江西财经大学
题目社团管理系统的设计与实现
学
院:
软件与通行工程学院
系
专
业:
软件工程
班
级:
软件134班
学
号:
0133628
姓名:
刘倩
指导教师:
邓松
填表日期:
2015
年
6
月30
日
1.引言
1.1编写目的3
1.2预期读者和阅读建议3
1.3项目背景3
1.4项目范围3
1.4.1第一版范围3
1.4.2后续版范围3
1.4.3限制与排除4
1.5参考资料4
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
2•任务概述
2.1目标
2.1.1开发目标
2.1.2应用目标5
2.2运行环境5
2.2.1硬件支持5
2.2.2软件支持5
2.2.3用户界面5
2.2.4接口5
2.3用户类及其特征7
2.4产品前景6
2.5产品功能简介6
2.6设计和实现上的约束8
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
2.7条件和限制
3.系统功能
3.1系统数据流图(DFD9
3.1.1顶层数据流图
3.1.2数据流动唯一标识符
3.1.3第一层数据流图
3.1.4第二层数据流图
3.2数据库设计11
3.3数据字典(DD11
3.3.1数据项字典10
3.3.2数据存储字典11
4.系统建模12
4.1RED图12
4.2类图13
4.1用例图13
4.3.1系统用例图14
4.3.2系统管理用例图15
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
4.3.3社团公告管理用例图
4.3.4社团会员管理用例图
4.3.5游客用例图
4.3.6普通用户用例图
4.4社团管理类发现图
4.5.社团管理类交互图
4.6社团管理状态图
4.7社团管理时序图
4.8活动图
5.对外接口需求21
5.1用户界面(UI)21
5.2软件接口(SI)21
5.3硬件接口21
6.其他非功能性需求21
6.1性能需求21
6.2安全性需求21
7.故障处理22
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
完全实现
完全实现
143限制与排除
LI-1:
有些网页对非注册用户不开放,注册只限本校人员
LI-2:
系统管理人员不可能24小时工作,所以需要多人进行轮班制
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浏览器:
InternetExplorer6.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
为了便于用户表达功能需求和数据需求及其联系,为了便于两类人员共同理解现行系统
和规划系统的框架;清晰表达数据流的情况。
表明系统的输入、处理、存储和输出,禾U于系统建模,通过之前对于需求获取的分析所获得的信息,我们对多模式类型游戏系统进行过程
建模。
如下列数据流图:
3.1.1顶层数据流图
社团管理系统顶级数据流图
3.1.2数据流动唯一标识符
3.1.3第一层数据流图
部数据存储
社团管理系统一层数据流图
根据财
P4
顾问团工作
务犬兄下达申圭冃赞助文牛
宣传部数据存储
文件
P7
*外联部工作
顾问团数据存储
p3
下达财务申请
告知赞助情况
外联部数据存储
告知财务状况
3.1.4第二层数据流图
财务部:
社团收入支出信息
物品信息
物品借,回信息存储
财务信息存储
财务核算&物品登记
财务信息
统息口护信物计
财务核算信息
物品借、还信息存储
办公室:
活动信息存储
3.2数据库设计
本系统主要为了应用于社团中的管理者和社团中成员的交流,推进社团文化建设。
通过对社团管理人员和社团成员及待加入社团成员所做的需求调查,对现行系统的功能
和和所需信息有一个明确的认识。
包括了解各个模块输入和使用什么数据,如何加工处理这些数据等,输入什么信息,输出什么信息,输入什么部门,输出地结果格式是什么等。
根据调查的结果,对应用的信息要求和操作要求进行详细析,从中得到:
系统的各个应
用从数据库中得到哪些信息,这些信息的具体内容和性质是什么,要求完成什么样的处理功
能,对某些处理要求的相应时间,既对数据的安全,完整性的要求。
确定系统的边界。
确定整个系统中哪些由计算机完成,哪些将来由系统完成,哪些由人
工完成。
由计算机完成的功能就是新系统完成的功能。
3.3数据字典(DD
3.3.1数据项字典
数据项编号
数据项名称
汉字号
类型
宽带
1001
YHNAME
用户名
文本
50
1002
MM
密码
文本
50
I003
PTYH
普通用户
文本
4
I004
GLY
管理员
文本
4
I005
BH
编号
文本
20
I006
NAME
姓名
文本
50
I007
XB
性别
文本
50
I008
ZY
专业
文本
50
I008
BJ
班级
文本
50
I010
SS
宿舍
文本
50
1011
TEL
电话
文本
50
I012
BM
部门
文本
50
I013
BZ
备注
文本
50
I014
RQ
日期
时间
50
I015
LX
类型
文本
50
I016
M0NEY
金额
货币
50
I017
SBR
申报人
文本
50
I018
JR
记录
文本
50
I019
HFZE
会费总额
货币
50
I020
MQZC
目前支出
货币
50
1021
SYHF
剩余会费
货币
50
IO22
DWHF
单位会费
货币
50
IO23
HFSM
会费说明
文本
50
332数据存储字典
数据流编号
据流名称
数
据
流
来
源
数
据
流
去
向
数数据流组成
D0
1-02
入系统资料
输
统
资
料
系
统
资
料
管
理
系YHM+MM+BZ
D0
1-02
入会员资料
输
员
基
本
资
料
会
员
基
本
资
料
管
理
会BH+NAME+XB+ZY+BJ+SS+TEL+BM+BZ
D0
1-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图
4.2类图
活动activity
活动时间活动地点活动主题活动赞助商
举办活动()
部长minister
学号
密码
社团查询
()
制定计划
()
安排活动
()
分配活动
()
对社员工作作出
评价()
委员committee
学号
密码姓名联系方式通知事宜
申请活动()参加活动()活动总结()
参与人员students
参与活动()问题留言()
4.3用例图
431系统用例图:
0
o
游客
用户
注册
社团管理员
系统管理员
社团管理
管理员资料修改
社团留言管理
社团资料管理
系统公告管理
登陆/退出
查看社团信息
社团成员管理
社团活动管理
申请加入社
编辑、投递间历
申请加入社团所所组织的活动
432系统管理用例图
主要角色:
系统管理员
用例描述:
本用例主要是针对社团管理与管理员的资料修改,对社团进行增删操作
以及管理员的信息的查看与改,增加了对公告增删改查的操作方便用户及社团能够在第一时间得到通知。
433社团公告管理用例图
主要角色:
社团管理员
用例描述:
本用例主要是对社团会员进行增删改查的操作。
查看公告
4.3.4社团会员管理用例图
主要角色:
社团管理员
用例描述:
负责对公告的发布与增删操作与系统管理员有同样的操作
4.3.5游客用例图
主要角色:
游客
用例描述:
能够在网站上查看到社团系统的基本信息,有社团的新闻、公告、校企合作
信息、最新活动。
436普通用户用例图
主要角色:
普通用户
用例描述:
普通用户可以申请加入社团,阅读社团的基本信息,组织人员可以进行社团
的创建,完善个人信息。
4.4社团管理类发现图
用例描述:
1.游客浏览网页,查询感兴趣的社团信息
2.选择要入的社团,填写好入社申请,等待审核
3.审核通过,加入社团,并选择要加入的部门
4.填写好社团内自己的基本信息
5.社团近期有活动,选择自己喜欢的活动提交申请
6.系统/管理员给社员分配任务,社员接受任务
7.活动前期,社团出去宣传活动
8.活动时,社员做好自己的工作;
9.活动后,管理员对社员的工作作出奖惩,社员提交活动工作总结
10.平时社员之间的交流
4.5社团管理类交互图
社团成员系统,管理员
成员平时留言、交流
4.6社团管理状态图
等待执行任务
等待管理员分配任务
等待重新执行
等待加入活动
成功
获得奖励
4.7社团管理时序图
:
社<:
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的大学社团管理系统属于小规模,出现的一般性故障只需重新启动该系统便可以解决,如其它网络攻击,那么系统有必要的防火墙保护,如果数据丢失,可从备份数据
库里重新调入数据等。