在线论坛系统需求规格说明书.docx
《在线论坛系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《在线论坛系统需求规格说明书.docx(19页珍藏版)》请在冰豆网上搜索。
在线论坛系统需求规格说明书
软件需求规格说明书文档制作分工
姓名
职位
任务
鲍志伟
组长
目标系统的描述、目标系统界面与接口需求、数据库设计
李佳诺
组员
目标系统其他需求、目标系统假设与约束条件
费凡
组员
概述、目标系统功能需求
李周
组员
目标系统性能需求
在线论坛系统需求规格说明书
1.概述(Summary)
1.1用户简介(UserSynopsis)
当前的客户群体主要是在校大学生。
黄山学院在线论坛就是专门定位于大学生的网络论坛,主要满足大学生的学习、考试、求职、创业、生活综合信息服务功能需求,为大学生提供一个交流的平台。
并且提供给大学生们一个虚拟的空间释放压力。
现代生活中,无论是成年人还是未成年人都面临巨大的压力,在网络这个没有任何压力的世界,人们能够更好地放松自己,以便更好地投入现实生活。
当代大学生渴望知识,黄山学院在线论坛把中心放在对一种知识的传授和学习,在计算机软件等技术类的行业,这样的论坛发挥着重要的作用,通过在论坛里浏览帖子,发布帖子能迅速的与很多人在网上进行技术性的沟通和学习。
1.2项目的目的与目标(PurposeandAimofProject)
编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。
是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解,它说明了本产品的各项功能需求、性能需求和数据要求,明确标识各功能的实现过程,阐述实用背景及范围,提供客户解决问题或达到目标所需的条件或权能,提供一个度量和遵循的基准。
1.3术语定义(TermsGlossary)
将该需求规格说明书中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。
1.4参考资料(References)
[1]用户领域的资料
[2]用户需求调查表
[3]用户需求报告
[4]参照的标准
1.5相关文档(RelatedDocuments)
[1]项目开发计划
[2]概要设计说明书
[3]详细设计说明书
[4]项目需求报告
1.6版本更新信息(VersionUpdatedRecord)
版本更新记录格式,如表6-1所示。
表6-1版本更新记录
版本号
创建者
创建日期
维护者
维护日期
维护纪要
V1.0
鲍志伟
2001/03/03
—
—
—
V1.0.1
—
—
鲍志伟
2001/03/16
业务模型维护
2.目标系统描述(SysteminTarget)
2.1组织结构与职责(OrganizingFrameworkandFunction)
2.2角色定义(RoleDefinition)
表6-2角色定义
编号
角色
职责
相关的业务
1008
坛主
管理论坛所有用户
删除用户、任命版主、发布公告、修改个人信息、网站维护
1009
版主
管理改版的所有帖子
查看、删除相应板块的帖子、修改个人信息
1010
用户
管理自己的所有信息
修改个人信息、管理个人帖子或跟帖、上传个人视频、管理个人好友
2.3作业流程(业务模型)(BusyworkFlow)(OperationModel)
直式业务流程图
2.4数据(BillofDocument,AccountandReport)
2.4.1单据(BillofDocument)
单据的描述格式
单据名称
帖子表
用途
用于记录帖子信息
使用单位
用户
制作单位
频率
500Hz
高峰时数据流量
100000
E-R图
帖子实体
tb_article(帖子内容表)
字段名
数据类型
是否为空
是否主键
默认值
描述
id
int(4)
yes
自动编号
art_whoId
Int(4)
Null
帖子所属Id
art_title
Varchar(50)
Null
帖子标题
art_content
text
Null
帖子内容
art_pubTime
Date
Null
帖子发表时间
art_count
Int(4)
Null
0
帖子浏览次数
单据的描述格式
单据名称
视频
用途
用于记录视频信息
使用单位
用户
制作单位
频率
100/h
高峰时数据流量
10000
视频实体
tb_media(视频表)
字段名
数据类型
是否为空
是否主键
默认值
描述
id
int(4)
yes
自动编号
media_whoId
Int(4)
Null
视频所属用户Id
media_title
Varchar(100)
Null
视频标题
media_src
Varchar(100)
Null
视频地址
media_pic
Varchar(100)
Null
视频截图
Media_uptime
date
Null
视频上传时间
单据的描述格式
单据名称
用户
用途
用于记录用户信息
使用单位
用户
制作单位
频率
10/h
高峰时数据流量
100
用户实体
tb_user(用户表)
字段名
数据类型
是否为空
是否主键
默认值
描述
id
int(4)
yes
自动编号
user_name
Varchar(50)
Null
用户名
user_pswd
Varchar(20)
Null
密码
user_sex
Varchar(4)
Null
性别
user_job
Varchar(4)
Null
用户职业
基本表
tb_articleR(帖子评论表)
字段名
数据类型
是否为空
是否主键
默认值
描述
id
int(4)
yes
自动编号
artReview_rootId
int(4)
Null
评论所属文章id
artReview_author
Varchar(50)
Null
评论的发表者
artReview_content
text
Null
评论内容
artReview_time
date
Null
评论发表时间
tb_friend(好友表)
字段名
数据类型
是否为空
是否主键
默认值
描述
id
int(4)
yes
自动编号
friend_whoId
int(4)
Null
好友所属用户id
user_id
int(4)
Null
用户id
2.5可能的变化(PossibleChange)
对于在线论坛系统未来可能存在需求改变,将来可能会增加在线聊天功能。
3.目标系统功能需求(FunctionofTargetSystem)
3.1功能需求分析(FunctionAnalysis)
决策层、管理层、操作层各有哪些具体功能要求。
3.2功能需求点列表(功能模型)(FunctionList)(FunctionModel)
表6-6功能需求点列表
编号
功能名称
功能描述
输入内容
系统响应
输出内容
1
发帖
让用户发布帖子,实现用户之间学术交流
输入技术性文本
1s
显示帖子内容
2
回帖
让用户对帖子发表自己的观点。
输入回帖内容文本
1s
显示回帖内容
3
用户管理
实现用户注册与登录
用户的有效个人信息
1s
论坛主页面和和个人信息
4
帖子管理
对用户所发的帖子进行管理。
例如:
删除、置顶、安全检察、统计、记录、分类等
用户针对某一个问题提出的问题与观点
1s
进行网络交汇获取答案和与他人进行交流
5
发布视频
用户可以发布视频
输入视频地址
1s
输出视频
6
网络链接
方便、快捷的浏览其他网站
点击链接窗口
1s
进入链接网站
7
图形界面
操作简单、模块清晰
基本操作
1s
对应结果
8
查询帖子
用户可以查到相应的的话题
用户输入相应帖子的标题或贴主
2s
界面将输出对应帖子的内容及回复的跟帖
9
系统登录
用户可以通过登陆界面进入自己的界面
输入用户名
0.5s
界面将显示用户的界面
10
注册用户
游客可以通过注册成为论坛的用户
输入相应的信息
1s
界面将显示用户的界面
4.目标系统性能需求(PerformanceofTargetSystem)
4.1时间要求(TimeRequest)
(1)响应时间:
查询的最长等待时间为3s;发表的最长时间2s。
(2)更新处理时间:
修改用户信息最长时间1s;删除帖子时间0.2s。
(3)数据的转换和传送时间:
远程数据传输的时间要求2-4s。
(4)解题时间:
无。
4.2空间性能(SpaceRequest)
(1)支持的终端数:
30000个
(2)支持的并行操作的使用者数:
100
(3)处理的文件和记录数:
1000
(4)表和文件的大小规模:
1M—25M。
(5)处理任务的数量:
6
(6)在正常情况下和峰值工作条件下,在一定时间周期中要处理的数据总数:
200000条
(7)对输入和输出数据的精度要求:
无
5.目标系统界面与接口需求(InterfaceofTargetSystem)
5.1界面需求(InterphaseRequirement)
(1)输入设备:
键盘、鼠标;
(2)输出设备:
显示器;
(3)显示风格:
IE界面;
(4)显示方式:
1024×768、640×480;
(5)输出格式:
显示布局、打印格式。
系统页面设计
1、登陆界面
2、注册界面
3、论坛主界面
4、发帖界面
5、显示帖子内容界面
6、回帖界面
7、坛主界面
7、版主界面
8、用户界面
5.2接口需求点列表(接口模型)(InterfaceRequirement)(InterfaceModel)
表6-8接口需求点列表
编号
接口名称
接口规范
接口标准
入口参数
出口参数
传输频率
1
无
2
无
3
无
6.目标系统其他需求(OtherRequirementofTargetSystem)
6.1安全性(Security)
B/S建立在广域网之上,对安全的控制能力相对弱,可能面向不可知的用户
6.2可靠性(Dependability)
B/S架构管理软件只安装在服务器端(Server)上,网络管理人员只需要管理服务器就行了,用户界面主要事务逻辑在服务器(Server)端完全通过WWW浏览器实现,极少部分事务逻辑在前端(Browser)实现,所有的客户端只有浏览器,网络管理人员只需要做硬件维护。
6.3灵活性(Agility)
B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件,只要有一台能上网的电脑就能使用,客户端零安装、零维护。
系统的扩展非常容易。
B/S结构的使用越来越多,它的程序也能在客户端电脑上进行部分处理,从而大大的减轻了服务器的负担;并增加了交互性,能进行局部实时刷新。
6.4特殊需求(SpecialRequirement)
(1)进度需求:
系统的阶段进度要求。
(2)资金需求:
投资额度。
(3)运行环境需求:
平台、体系结构、设备要求。
(4)培训需求:
用户对培训的需求,是否提供多媒体教学光盘。
(5)推广需求:
推广的要求,如在上百个远程的部门推广该系统,是否要有推广的支持软件。
7.目标系统假设与约束条件(SupposeandRestrictionofTargetSystem)
假设与约定条件是对预计的系统风险的描述,如:
(1)法律、法规和政策方面的限制。
无
(2)硬件、软件、运行环境和开发环境方面的条件和限制。
硬件方面:
B/S建立在广域网之上的,不必是专门的网络硬件环境,例如电话上网,租用设备.信息自己管理.有比C/S更强的适应范围,一般只要有操作系统和浏览器就行。
软件方面:
B/S对的多重结构,要求构件相对独立的功能.能够相对较好的重用.就如买来的餐桌可以再利用,而不是做在墙上的石头桌子。
运行环境:
网络浏览器(Web)。
开发环境:
Jsp开发环境。
(3)可利用的信息和资源。
各有名的论坛系统。
(4)系统投入使用的最晚时间。
预计在6月中旬投入运行。
(5)需求中的风险分析:
技术风险、技能风险、时间风险、资源风险。
软件技术的飞速发展和经验丰富员工的缺乏,意味着项目团队可能会因为技巧的原因影响项目的成功。
在早期,识别风险从而采取合适的预防措施是解决风险领域问题的关键,比如:
培训、聘请顾问以及为项目团队招聘合适的人才等。
主要有下面这些风险因素:
(1)缺乏培训。
(2)对方法、工具和技术理解的不够。
(3)应用领域的经验不足。
(4)新的技术和开发方法应用等。
由于本团队都是没有经验的大学生,可能存在掌握技术不能开完成的风险。