同学录系统需求规格说明书.docx
- 文档编号:3719430
- 上传时间:2023-05-06
- 格式:DOCX
- 页数:27
- 大小:209.84KB
同学录系统需求规格说明书.docx
《同学录系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《同学录系统需求规格说明书.docx(27页珍藏版)》请在冰点文库上搜索。
同学录系统需求规格说明书
同
学
录
管
理
系
统
需
求
分
析
122011班第九组
组员:
余耀明,章震,李亮
2014年5月28
目录
1.引言4
1.1文档目的4
1.2文档范围4
1.3术语与缩写解释4
2.系统介绍5
2.1系统定义5
2.2系统开发背景5
2.3系统范围5
3.系统主要功能和特色5
3.1系统主要功能列表5
3.2系统的特色6
4.项目计划6
4.1项目人员分工6
4.2项目开发进度6
5.系统可行性分析7
5.1系统调研7
5.2任务概述7
5.3系统总体目标8
5.4可行性分析8
6.同学录管理系统需求分析9
6.1任务概述9
6.2应用目标9
6.3同学录的业务流图9
6.4系统功能设计10
6.4.1用户管理功能10
6.4.2通讯录管理功能14
6.4.3聊天信息管理功能14
6.4.4娱乐信息管理功能17
6.4.5系统的非功能性需求20
6.5同学录管理系统的数据描述23
6.5.1静态数据23
6.5.2动态数据23
6.5.3数据库描述23
6.5.4数据流图23
6.5.5系统E-R图24
6.5.6数据字典25
6.5.7用例图26
6.5.8领域模型27
6.总结.27
1.前言
同学录系统作为一种新型的Web应用程序为身在异地的用户提供了一个交互信息、联络感情的平台,节约了彼此书信往返的时间,借助它用户可以通过互联网与异地用户相互通信、相互交流。
系统采用B/S的体系结构,WEB服务器端的开发环境采用Java,后台数据库采用Access数据库,利用JDOBC数据库访问技术实现对数据库的连接,基本能实现为用户提供用户注册、用户资料修改、发送与接受信息、同学资料查询等功能,其中创新点在于娱乐信息的设计。
论文首先介绍了同学录系统的现状及开发背景,主要论述了系统的设计目标,系统需求和总体设计方案,重点阐述了系统的详细设计和实现。
关键词:
同学录;JAVA;Access数据库
1.1文档目的
编写同学录管理系统项目产品需求规格说明书的目的是明确产品需求,用准确的语言将功能性需求、非功能性需求描述清楚,并建立相应的静态模型和动态模型,以便于项目组成员对项目目标有清晰的认识,为后续阶段的开发做好准备,为今后的维护升级提供信息。
1.2文档范围
适用于项目设计阶段、开发及测试阶段
1.3术语与缩写解释
缩写、术语
解释
PP
项目规划,ProjectPlanning
SRS
需求规格说明书,SoftwareRequirementsSpecifiCSMtion
SDP
软件开发计划,SoftwareDevelopmentPlan
CSM
同学录管理系统
2.系统介绍
2.1系统定义
本系统是专门为学生设计开发的通讯录管理系统。
用于学生和学生、学生和老师的交流,达到增加同学们之间的感情,同时方便大家联系彼此。
2.2系统开发背景
同学录管理系统是随着现代计算机技术的发展而产生的,它充分利用计算机程序制定生产系统优化运行方案,可及时调整内外的各种关系。
一个同学录的管理对于学生而言至关重要,是同学们交流的关键之一。
2.3系统范围
本产品使用的领域:
学校以及需要进行通讯录管理的群体。
本产品包含的内容:
同学录管理系统的四个子模块:
通讯录管理,用户管理,聊天信息管理,娱乐信息管理。
3系统主要功能和特色
3.1系统主要功能列表
功能子模块
具体功能描述
通讯录管理
增删用户,用户备注。
用户管理
完成资料的查询、添加、信息修改和删除等功能
聊天信息管理
接受信息,发送信息,查看信息记录,删除信息记录。
娱乐信息管理
上传娱乐信息,评论娱乐信息,删除娱乐信息。
3.2系统的特色
第九小组开发的同学录管理系统是同学录管理的应用软件,提供最基本的输入、删除、修改的功能,有新的需求要处理时也会有相应的提示,还有丰富的娱乐信息功能,允许使用者进行更多的娱乐信息互动。
4项目计划
4.1项目人员分工
可行性分析:
李亮
需求分析:
章震,余耀明
系统设计:
余耀明,章震,李亮
4.2项目开发进度
项目阶段
开始周数
时长
小组成员选择
第九周
一周
小组分工
第十周
一周
可行性分析
第十周
两周
需求分析
第十一周
两周
总体设计
第十二周
三周
项目阶段甘特图:
5系统调研及可行性分析
5.1系统调研
通过对班级同学、教师的调查,确定了本系统将要实现的功能。
1.用户可以登录注册
2.对实现对好友信息的管理(添加删除修改);
3.查询某位好友的信息;
4.上传好友娱乐信息;
5.对好友发送聊天信息;
6.查看好友娱乐信息;
7.接收聊天信息;
8.按班级查看所有同学和资料,通讯录;
9.可以随时查看和修改自己的资料;
10.提醒好友信息更改,便于确认并删除原始信息,重要时刻提醒(如生日,约会等),提醒好友最近状态。
5.2任务概述
通过详细的用户调查,在现行的用户处理流程和数据流图的基础上,就可以基本确定目标系统要达到的目标了。
可行性分析的目标是通过调查过来的信息经过处理,提炼出实现方案,分析开发系统的可行性,为决策者提供是否开发该系统的可行性,为决策者提供是否开发该系统的依据和建议。
5.3系统总体目标
安全性:
严格的权限控制,未授权人员无法做相应操作,对在网络上传输的信息加密,防止信息被截获泄密。
先进的开发技术:
采用数据库连接,通过ADO.NET技术访问数据库,满足频繁访问需求,保证系统灵活高效,多处采用缓存技术,提高系统整体性能。
扩展性:
通过采用良好的系统架构,可以使系统拥有良好的可扩展性。
能快速应当需求变化,进而改变为适应需求的系统。
易用性:
完全B/S结构,用户用浏览器访问系统,无需安装客户端,方便远程访问;界面简洁友好,使用简单。
5.4可行性分析内容
5.4.1经济可行性
由于该管理系统比较小,所以对自己的财力方面来说都是可行的。
计算机一级其他的一些相关的附属物品已经具备,并且该系统开发的时间较短,只需一两个月的时间即可实现。
由于该系统相对来说比较简单,系统的维护费用也不高。
开发完成后,可以实现准确与快速一体化,大大方便了同学们的联系,因此,该系统的开发在经济上市完全的可行的。
5.4.2技术可行性
根据该系统目标来衡量所需的技术是否具备,一般可从硬软件的性能要求,环境条件,操作人员水平和数量等方面去考虑和分析。
该管理系统将采用技术成熟的Java作为前台开发工具。
后台数据库采用微软公司的MicrosoftAccess2003数据库,因此它的灵活性,安全性和易用性为数据库编程提供了良好的条件。
因此,系统的软件开发平台已成熟可信。
硬件方面,科技的飞速发展使硬件更新速度越来越快,容量越来越大,可靠性越来越高,价格越来越低,其硬件平台完全能满足此系统的需求。
综上所述本系统开发从技术上市可行的。
5.4.3法律可行性
在如今社会,顺着信息化和计算机技术的高度发展,越来越多的人意识到信息化是提升工作效率的不可或缺的重要步骤。
本同学录只是为了方便南昌航空大学的同学进行交流和联系提供一个平台。
利用现代网络资源的优势和技术优势,通过提供完善的同学录服务,和规范同学录管理,已达到增进同学们的感情,方便同学们联系。
6.同学录管理系统需求分析
6.1任务概述
1.开发意图
a.为了使用户能够更加快捷、方便的查找对自己有用的信息
b.为了方便用户更加有效的管理繁杂的、大量的信息。
6.2应用目标
通过本系统软件,能帮助用户利用计算机,快速方便的对同学录进行管理、添加、删除、更新、输入、输出、发送聊天信息、上传娱乐信息的所需操作,使散乱的数据具体化、直观化、结构化、合理化。
6.3同学录的业务流程图:
6.4系统功能设计
6.4.1用户管理功能
用户系统功能管理实现用户注册、用户登录、用户信息的修改更新、用户密码修改、密码重置,用户的操作权限。
6.4.1.1用户注册
用例名称
用户注册
主要参与者
用户
前置条件
用户注册及登录成功
后置条件
系统显示所要填写的信息
触发条件
用户进入注册界面
基本路径
(主事件流)
5e2.用户填写相关信息
3.用户保存并提交用户基本信息表
4.用户点击主界面中的“显示”
5.系统显示该成员基本信息
扩展事件流
1a.系统检测所注册用户名已经存在
1.系统提示用户名已存在
2.用例结束
1b.系统提示两次输入密码不一致
1.系统提示输入密码不一致,请重新输入
2.用例结束
1c.没有输入信息就点击保存提交
1.系统提示请输入信息
2.用例结束
2d.带星号项未输入
1.系统提示带星号项务必填写,请重新输入
2.用例结束
结束
当查询结果显示在主界面中,该用例结束
特殊需求
在输入信息时,可同步检查并提示,不用等到提交以后。
补充说明
6.4.1.2用户登录
用例名称
用户登录
主要业务参与者
用户
前置条件
用户已经在同学录管理系统注册
后置条件
用户成功登录同学录管理系统
触发条件
用户登录同学录管理系统
基本路径(主事件流)
1.用户进入登录界面,并填写登录信息
2.系统判断普用户所填写信息的正确性
3.系统允许用户登录到系统
扩展事件流
2a.系统判断用户所填写登录的信息不完整
2a1.系统自动弹出对话框显示哪一信息没有填完整
2a2.用例结束
2b.系统判断用户所填写登录用户名不正确
2b1.系统自动弹出对话框“您所使用的用户名不存在或不正确,请重新输入”
2b2.用例结束
2c.系统判断用户所填写登录密码不正确
2b1.系统自动弹出对话框“您所使用的密码不正确,请重新输入”
2b2.用例结束
结束
当用户进入系统界面,此用例结束。
特殊需求
支持多语言输入,在输入信息时,可同步检查并提示,不用等到提交以后。
补充说明
6.4.1.3用户信息修改
用例名称
用户信息修改
主要业务参与者
用户
前置条件
用户已经登陆同学录管理系统
后置条件
用户成功修改用户信息
触发条件
用户进入用户信息修改界面
基本路径(主事件流)
1.用户模糊检索需要修改信息的用户信息
2.系统显示检索到的用户信息
3.用户选中所要修改信息的用户信息
4.系统显示该用户的详细信息并提供修改功能
5.用户对此选定的用户信息进行修改
6.用户完成后提交
扩展事件流
3a.系统提示两次输入密码不一致
3.系统提示输入密码不一致,请重新输入
4.用例结束
3b.输入旧密码错误
5.2.系统提示输入有误,请重新输入
6.2.用例结束
3c.没有输入信息就点击保存提交
1.系统提示请输入信息
2.用例结束
3d.带星号项未输入
1.系统提示带星号项务必填写,请重新输入
2.用例结束
结束
当系统自动弹出对话框显示“修改成功”,此用例结束。
特殊需求
支持多语言输入
补充说明
6.4.2通讯录管理功能
通讯录管理功能实现增加或删除用户,以及用户备注等信息功能。
6.4.2.1增加或删除用户
用例名称
增加或删除用户
主要业务参与者
用户
前置条件
用户已经登陆同学录管理系统
后置条件
增加或删除用户
触发条件
用户进入通讯录管理界面
基本路径(主事件流)
1.增加通讯录用户
2.删除通讯录用户
扩展事件流
1.系统提示对方被添加为该用户通讯录用户
2.对用户备注
结束
当系统显示出所操作完成信息时,此用例结束。
特殊需求
补充说明
6.4.3聊天信息管理功能
聊天信息管理功能实现接受信息,发送信息,查看信息记录,删除信息记录等信息操作功能。
6.4.3.1发送聊天信息
用例名称
发送信息
主要业务参与者
用户
前置条件
用户已经登陆同学录管理系统
后置条件
用户已经成功发送信息
触发条件
用户进入聊天信息管理界面
基本路径(主事件流)
1.用户进入聊天界面,编辑聊天信息
2.系统判断用户聊天信息是否符合要求
3.系统发送所编辑的聊天信息
扩展事件流
1a.用户编辑聊天信息字数过多
1.系统提示字数过多,信息发送不成功
2.用例结束
结束
当系统自动弹出对话框显示“发送成功”,此用例结束。
特殊需求
支持多语言输入
补充说明
6.4.3.2接收聊天信息
用例名称
接受聊天信息
主要业务参与者
用户
前置条件
用户已经登陆同学录管理系统
后置条件
系统显示接收的聊天信息
触发条件
用户进入聊天信息管理界面
基本路径(主事件流)
1.用户进入聊天界面,接收聊天信息
2.用户回复聊天信息
扩展事件流
2a.用户回复聊天信息
1.系统提示发送信息成功
2.用例结束
结束
当系统退出聊天界面,此用例结束。
特殊需求
支持多语言输入
补充说明
6.4.3.3查看聊天记录
用例名称
查看聊天记录
主要业务参与者
用户
前置条件
用户已经登陆同学录管理系统
后置条件
用户进入聊天信息管理界面
触发条件
用户查看聊天历史记录
基本路径(主事件流)
1.用户查看聊天历史记录
2.系统显示本地历史聊天记录
扩展事件流
1a.系统没有检索到任何记录
1a1.系统自动弹出对话框“无聊天记录”
1a2.用例结束
结束
当系统自动弹出聊天历史记录界面,此用例结束。
特殊需求
补充说明
6.4.3.4删除聊天记录
用例名称
删除聊天记录
主要业务参与者
用户
前置条件
用户已经登陆同学录管理系统
后置条件
用户进入聊天历史信息
触发条件
用户删除聊天历史记录
基本路径(主事件流)
1.用户删除聊天历史记录
扩展事件流
1a.系统没有检索到任何记录
1a1.系统自动弹出对话框“无聊天记录”
1a2.用例结束
结束
当系统自动弹出“删除记录成功”,此用例结束。
特殊需求
补充说明
6.4.4娱乐信息管理功能
聊天信息管理功能实现上传娱乐信息,评论娱乐信息,删除娱乐信息。
6.4.4.1上传娱乐信息
用例名称
上传娱乐信息
主要参与者
用户
前置条件
用户已经登录同学录管理系统
后置条件
系统已经显示所上传娱乐信息
触发条件
当用户进入娱乐信息上传界面
基本路径(主事件流)
1.用户进入娱乐信息上传界面
2.用户浏览选择所需上传的照片或视频或音乐
4.用户对选中娱乐信息进行编辑、添加描述
5.用户对所做修改进行保存上传
6.系统显示所编辑信息,上传成功
7.系统将上传娱乐信息添加到库中
8.系统显示新上传娱乐信息
扩展事件流
1a.所选择文件格式不正确
1.系统显示“照片格式不正确”
2.点击『确定』返回上传文件界面
3.用例结束
结束
当系统正确显示所上传娱乐信息,该用例结束
特殊需求
补充说明
无
6.4.4.2查询娱乐信息
用例名称
查询娱乐信息
主要参与者
用户
前置条件
用户登陆成功
后置条件
系统显示娱乐信息
触发条件
用户进入娱乐信息查询界面
基本路径
(主事件流)
1.用户进入娱乐信息查询界面
2.系统显示历史娱乐信息;
扩展事件流
1.没有娱乐信息
2.用例结束
结束
当查询结果显示在界面中,该用例结束
特殊需求
补充说明
6.4.4.3删除娱乐信息
用例名称
删除娱乐信息
主要业务参与者
用户
前置条件
用户登录成功
后置条件
娱乐信息删除
触发条件
用户进入娱乐信息查询界面
基本路径(主事件流)
1.用进入娱乐信息查询界面
2.用户删除指定娱乐信息
扩展事件流
1.娱乐信息不存在
2.用例结束
结束
当系统提示所选定娱乐信息删除成功
特殊需求
补充说明
6.4.5系统的非功能性需求
6.4.5.1用户界面需求
需求名称
详细要求
语言
中文
风格
Windows界面风格,整体简洁庄重。
1.界面风格一致,整体布局一致,同一界面正文主体文字的大小、颜色、字体要相同。
。
2.主色调相同,统一界面色彩不宜超过5种,保持清晰明了。
布局
同学录管理系统主要为方便管理设计,布局力求整洁一致
1.所有页面均将导航条置于上方
2同一界面上的控件数不要超过10个
3.布局符合阅读中国人阅读习惯:
顺序为从上至下或从左至右
6.4.5.2易用化和人性化需求
需求名称
详细要求
界面的易用性
普通用户应该在进入某一界面之后五步之内完成自己的目标,如查询,删除。
一个操作的跳转页面不超过4个
面向用户的文档
系统提供软件使用帮助,软件附赠用户手册,详细阐述软件使用说明,流程,注意事项。
6.4.5.3执行需求(即产品质量)
主要质量属性
详细要求
正确性
用户输入合法的信息,可以获得正确的结果
①查询能够准确匹配查询条件、查询失误率不超过6%
②系统事物处理失误率不超过2%
健壮性
对系统预定义的异常有合理及时的处理;
系统或组成部分遇到非法输入数据能够及时检测并警告
系统或组成部分遇到非法操作,软件能够识别或自动恢复。
可靠性
平均无故障时间:
80%
性能指标
①查询信息时800ms之内得到查询结果
②提交信息时1200ms之内能返回更新数据结果
③删除信息时600ms之内能返回操作结果
易用性
普通用户在用户帮助的指导下能够进行基本操作
清晰性
用户进行操作时不产生歧义;
输出结果清晰,无乱码,无歧义
安全性
为不同的需求的人设置不同的权限;
数据库定期自动备份;
系统提供数据库还原操作;
兼容性
同window中软件,及企业常用软件不产生冲突
可移植性
可以在windows(WinXP/Win2003/Win2007),linux平台间移植
6.4.5.4软硬件环境需求
需求名称
详细要求
服务器
内存1GM以上,硬盘40G以上,声卡显卡等无特别要求
用户终端
内存256M以上
操作系统
Windows操作系统(WinXP/Win2003/Win2007)
6.4.5.5安全性需求
需求名称
详细要求
数据的安全
1,系统既必须保证本系统的独立性和完整性,即应防止XX的各类人员对本系统进行设置和修改或进行有关统计
2,系统服务器软件必须提供可靠的数据备份和恢复手段,在服务器软件、硬件出现严重故障时,能够根据备份的数据(和帐户信息等必要的配套信息)迅速彻底地恢复正常运行环境;
3,系统的用户信息管理相关模块,决定了其它众多系统的账户安全性,必须保证统计数据准确、安全,用户信息应当提供完善的备份和恢复措施。
数据的传输安全
1.系统应具备加密登录的安全的保障
2.用户界面的安全性考虑:
在界面上通过程序控制出错几率,减少系统因用户人为的错误引起的破坏。
系统自身的安全
1,系统只允许在局域网内特定机器上运行用户管理功能;
2,系统应具备加密登录、数据加密传输、数据存储安全方面的保障,以确保系统的安全性;
3,系统是基于开放的操作系统平台和数据库上的,因此,要求建立操作系统和数据库的安全保障体系,保证操作系统和数据库的安全;
4,对可能发生严重后果的操作要有补救措施。
通过补救措施用户可以回到原来的正确状态。
对可能造成等待时间较长的操作应该提供取消功能;
5,对一些特殊符号和计算机代码的输入,与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符;
6,对错误操作最好支持可逆性处理,如取消系列操作。
在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
6.5同学录管理系统的数据描述
6.5.1静态数据
同学录:
姓名,学号,出生日期,班级,性别,联系号码,住址,QQ,爱好;
用户:
用户账号,密码;
6.5.2动态数据
输入数据:
鼠标对按钮的点击,查询方式,查询关键字,受限操作所需的密码等。
输出数据:
查询关键字所确定的数据库子集,统计结果,操作成功或失败的消息,显示学生的个人信息。
6.5.3数据库描述
数据库采用SQLServer数据库。
6.5.4数据流图
6.5.5系统E-R图
6.5.6数据字典
6.5.6.1数据文件:
文件名:
用户信息。
简述:
包括用户基本信息。
文件组成:
账号+密码。
数据容量:
<=5000。
文件名:
娱乐信息。
简述:
包括完整娱乐信息。
文件组成:
上传用户+上传日期+内容。
数据容量:
<=5000。
注释:
内容可以是图片,声音,视频等多媒体信息。
文件名:
同学录。
简述:
包括同学录基本信息。
文件组成:
姓名+性别+出生日期+联系号码+爱好+住址+QQ号。
数据容量:
<=5000。
文件名:
消息。
简述:
包括完整的消息。
文件组成:
发送用户+消息内容+接收用户。
数据容量:
<=10000。
注释:
消息可以是图片,声音,视频等多媒体信息。
处理流程定义:
编号:
1
名称:
登录注册
简述:
登录时将用户输入的用户名和密码信息和数据库中用户表的用户名和密码信息进行匹配,根据反馈的结果判断该用户是否有效,注册时自动分配用户账号,且用户自己设置密码。
编号:
2
名称:
娱乐信息管理
简述:
用户上传或查阅好友娱乐信息。
编号:
3
名称:
同学录操作
简述:
用户添加修改或查阅同学录信息。
编号:
4
名称:
好友消息管理
简述:
用户发送或接受好友消息,并可进行查阅历史消息或删除消息。
6.5.7用例图
6.5.8领域模型
7.总结
本报告主要包含同学录系统的需求分析,另外还有系统的可行性分析和项目计划。
由于开发时间比较短以及自身的经验水平有限,本需求分析还有很多的不足之处,比如功能不够健全,没有考虑提供接口,今后还需要进行修改,在设计本系统过程中,加深了我们对专业知识的理解和掌握,同时也增强了我们的动手能力,受益非浅。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 同学录 系统 需求 规格 说明书