资源描述
新闻公布系统
产品需求规格说明书
文件状态:
[√] 初稿
[ ] 正式公布
[ ] 正在修改
文件标识:
HandsOn-新闻公布系统-RD-PRS
目前版本:
1.0
作 者:
完成日期:
机构公开信息
版 本 历 史
版本/状态
作者
参与者
起止日期
备注
初稿:1.0
新建
目 录
0. 文档介绍 4
0.1 文档目标 4
0.2 文档范围 4
0.3 读者对象 4
0.4 参考文档 4
0.5 术语和缩写解释 5
1. 产品介绍 6
2. 产品面向用户群体 6
3. 产品应该遵照标准或规范 6
4. 产品范围 6
5. 产品中角色 6
6. 产品功效性需求 6
6.0 功效性需求分类 6
6.1 用例图 8
6.2 用例描述 13
7. 产品非功效性需求 29
7.1 用户界面需求 29
7.2 软硬件环境需求 29
7.3 产品质量需求 30
0. 文档介绍
0.1 文档目标
. 本需求规格说明书是为了开发新闻公布系统而编写,关键面向系统分析员、程序员、测试员、实施员和最终用户。
本说明书是整个软件开发依据,它对以后阶段工作起指导作用。本文也是项目完成后系统验收依据。同时本说明书还是《用户手册》和《测试计划》编写依据。
0.2 文档范围
本文档包含以下几部分:
1. 产品介绍
2. 产品面向用户群体
3. 产品应该遵照标准或规范
4. 产品范围
5. 产品中角色
4. 产品功效性需求
5. 产品非功效性需求
6. 需求确定
0.3 读者对象
本文档读者范围包含:
1. 需求提供方具体责任人
2. 开发方项目经理、系统分析设计人员、测试人员
0.4 参考文档
提醒:列出本文档全部参考文件(能够是非正式出版物),格式以下:
[标识符] 作者,文件名称,出版单位(或归属单位),日期
比如:
[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期
0.5 术语和缩写解释
缩写、术语及符号
解 释
news
新闻公布系统英文名称
IP
Internet Protocol 缩写-网络协议
TCP
Transmission Control Protocol缩写-传输控制协议
1. 产品介绍
新闻公布系统,是将网页上一些需要常常变动信息,类似新闻等更新信息集中管理,并经过信息一些共性进行分类,最终系统化,标准化公布到网站上一个网站应用程序。
网站信息经过一个操作简单界面加入数据库,然后经过已经有网页模板格式和审核步骤公布到网站上。
2. 产品面向用户群体
3. 产品应该遵照标准或规范
本产品使用是建立在互联网标准通信协议之上,其中支持协议关键包含:TCP协议。
4. 产品范围
5. 产品中角色
角色名称
职责描述
前台用户
非注册用户只能浏览新闻内容,发表评论;注册用户能够修改资料而且能够经过登录进行新闻管理(新闻公布,已发新闻管理,当日新闻一览,新闻统计量,文章评论)
后台系统管理员
管理员管理,新闻分类管理,日志管理,新闻评论管理,文章审核,系统管理
6. 产品功效性需求
6.0 功效性需求分类
6.1前台功效
功效类别
功效名称、标识符
描述
用户登录
用户登录
login
已注册用户经过用户名,密码能够登录到服务器,进入新闻管理页面
用户修改信息
用户信息修改
user_modpass
已注册用户能够修改自己个人信息(密码,QQ,EMAIL,出生日期)
注册用户
注册
register
新用户填写个人注册信息(用户名,密码,EMAIL,QQ,出生日期)
新闻管理
新闻公布
info_add
添加新新闻信息(新闻标题,信息属性,公布人,公布时间,关键字,信息起源,信息内容)
已发新闻管理
newsmanager
对已公布新闻可进行重新编辑,删除操作
当日新闻一览
scan_today_news
浏览当日新闻
新闻统计量
newsstatistic
能够按年点击量,月点击量,天点击量3种条件查询,显示新闻点击量信息
文章评论
comment_news
6.2后台功效
功效类别
功效名称、标识符
描述
管理员管理
添加用户
user_add
添加新管理员信息:用户名,密码
管理用户
user_manager
权限更改,用户锁定,用户审核
管理员登录
管理员登录
login
管理员经过用户名,密码能够登录到服务器,进入后台管理页面
分类管理
添加栏目
item
添加栏目信息:栏目名称,栏目描述,栏目次序
栏目管理
item_manager
对已经有栏目可进行修改,删除操作
添加类别
class
能够为已经有栏目添加分类,分类信息:分类名称,所属栏目,分类描述,分类次序
类别管理
class_manager
对已经有分类可进行修改,删除操作
管理日志
日志管理
sys_logs
用户登录信息显示(编号,用户名,IP,登录时间)并能够进行删除操作(批量删除)
新闻日志管理
news_logs
用户对新闻管理信息显示(编号,操作人,操作人IP,操作时间,操作类型,新闻标题)并能够进行批量删除操作
评论管理
新闻评论管理
newscontext_manager
能够按新闻标题查询,显示新闻评论信息(编号,评论人,评论新闻标题,评论时间,评论内容)并能够选中删除.
文章审核
文章审核
news_auding
新闻审核管理信息显示(编号,新闻标题,所属类别,起源,公布人,公布时间)经过选择能够确定是否审核经过,不能过审核能说明理由
系统管理
系统管理
sys_manager
显示版权,服务器类型,企业信息内容
使用帮助
查看帮助
查看帮助信息
6.1 用例图
6.1.1 新闻公布系统前台用例
图 6-1 新闻公布系统用户端用例图
6.1.2新闻公布系统前台-新闻管理子用例
图 6-2 新闻公布系统前台-新闻管理子用例图
图 6-3 新闻公布系统前台—新闻管理—已发新闻管理子用例图
图 6-4 新闻公布系统前台—新闻管理—文章评论子用例图
6.1.3新闻公布系统后台用例
图6-5新闻公布系统后台用例图
6.1.4新闻公布系统后台—管理员管理用例
图 6-6 新闻公布系统后台—管理员管理用例图
6. 1. 5新闻公布系统后台—分类管理用例
图 6-7 新闻公布系统后台—分类管理用例图
6. 1. 6新闻公布系统后台—管理日志用例
图 6-8 新闻公布系统后台—管理日志用例图
6.1.7新闻公布系统后台—评论管理用例
图 6-9 新闻公布系统后台—评论管理用例图
6.1.8新闻公布系统后台—文章审核用例
图 6-10 新闻公布系统后台—文章审核用例图
6.1.9新闻公布系统后台—系统管理用例
图 6-11 新闻公布系统后台—系统管理用例图
6.1.10新闻公布系统后台—使用帮助用例
图 6-12 新闻公布系统后台—使用帮助用例图
6.2 用例描述
1用户注册
1.0 用例名称:用户注册。
前台功效: 用户注册成新闻公布系统注册用户。
1.1 简明说明:用户经过填写个人用户名,密码,QQ,E_mail,出生日期信息成为新闻公布系统注册用户。
1.2 事件流:
1.2.1 基础流:
1 用户进入新闻公布网页主页。
2 用户点击新闻公布网页上注册按钮,进入到用户协议界面。
3 用户点击用户协议界面确实定按钮,提交请求,假如点取消按钮,则转向基础流1。
4 系统响应用户请求,转向注册信息输入界面。
5用户填写用户名,密码,QQ,E_mail,出生日期,并请求注册。
6前台程序页面检验用户填写内容是否正当,(具体要求请参考1.3 特殊需求)假如未经过检验,则转向备选流2。
7系统响应用户请求,验证用户名和密码是否存在,假如用户名不存在,则许可注册。假如该用户名已存在,则转向备选流3。
8前台页面显示“用户注册成功”,并转向到基础流1。
1.2.2 备选流:
1.2.2.1 备选流1:
1 假如用户在用户协议界面点取消,则转向基础流1。
1.2.2.2 备选流2:
1假如用户填写信息没有经过前台程序验证,将显示诸如“您输入XXXYY有误,请重新输入!”提醒消息,比如“您输入用户名位数有误!”,或“确定密码和密码不符,请检验!”以上均为有效提醒信息。
2用户返回基础流5。
1.2.2.3 备选流3:
1 假如用户名已经存在, 前台显示“该用户名已存在,请重新填写”。
2用户返回基础流5。
1.3 特殊需求:
1 用户名字符位数:6-10,必填。
2 密码字符位数:6-10,必填,并以掩码“*”显示。
3 QQ号码必需是数字。
4 E_mail必需符合以下格式要求:
4.1 E_mail位数必需大于5位。
4.2 E_mail中必需包含“@”,“@”不能在第二位之前,且“@”后最少四位。
4.3 E_mail中必需包含“.”,且最终一个“.”后最少两位。
比如:。
1.4 前置条件:用户所使用计算机可正常浏览网页。
1.5 后置条件:进入新闻公布主页面,等候管理员审核,审核经过能够进入前台管理页面。
2用户登录
2.0 用例名称: 用户登录。
前台功效:用于和系统建立连接,连接成功后登录到前台管理页面。
2.1 简明说明:向系统发送连接请求,并向系统提供验证所需要用户名和密码.验证经过后登录到前台管理页面。
2.2 事件流:
2.2.1 基础流:
1用户填写用户名、密码,提交请求登录请求。
2前台页面检验用户填写内容是否正当, (具体要求请参考2.3 特殊需求)假如未经过检验,则转向备选流1。
3系统响应用户请求,连接成功,并验证用户名和密码,验证经过,显示前台管理页面.假如验证没有经过,转向备选流2。
2.2.2 备选流:
2.2.2.1 备选流1:
1假如前台页面检验没有经过,比如没有输入用户名,应提醒“用户名不能为空!”,假如输入用户名超出了指定位数,应提醒“用户名位数不能超出x位!”,比如没有输入密码,应提醒“密码不能为空!”,假如输入密码超出了指定位数,应提醒“密码位数不能超出x位!”,诸如上面提醒均是有效提醒。
2用户返回基础流1。
2.2.2.2 备选流2:
1假如用户身份没有经过系统验证,将在前台页面“用户名或密码有误!”消息。
2 用户返回基础流1。
2.3 特殊需求:
1 用户名字符位数:6-10,必填。
2 密码字符位数:6-10,必填,并以掩码“*”显示。
2.4 前置条件:用户身份需管理员审核经过。
2.5 后置条件:进入前台新闻管理主页面,用户能够进行新闻公布,已发新闻管理,当日新闻一览,新闻统计量,文章评论。
3用户信息修改
3.0 用例名称:用户信息修改。
前台功效:能够经过此功效更新用户具体信息。
3.1 简明说明:用户向系统提交更新用户信息请求,完成用户信息更新操作。
3.2 事件流:
3.2.1 基础流:
1填写用户基础信息,包含:用户名,密码,QQ,E_mail,出生日期,提交更新个人信息请求。
2前台页面对用户输入项进行检验(具体要求请参考 3.3 特殊需求),检验经过后将更改后用户信息提交给系统.假如没有经过检验,转向备选流1。
3系统响应用户提交更新请求,完成用户个人信息更新.若更新操作失败,转向备选流2。
4前台显示“您信息已经更新成功!”消息,转向新闻公布网页主页。
3.2.2 备选流:
3.2.2.1 备选流1:
1 假如用户填写信息没有经过前台页面验证,将显示诸如“您输入XXXYY有误,请重新输入!”提醒消息,比如“您输入用户名位数有误!”,或“确定密码和密码不符,请检验!”以上均为有效提醒信息。
2 用户返回基础流1。
3.2.2.2 备选流2:
1 假如服务器实施更新操作失败,页面显示“用户信息更新操作失败!”提醒 消息。
2 用户返回基础流1。
3.3 特殊需求:
1 用户名字符位数:6-10,必填,要求只能包含,字母(大/小写),数字。
2 密码字符位数:6-10,必填,要求只能包含,字母(大/小写),数字,并以掩码“*”显示。
3 QQ号码必需是数字,位数6-10。
4 E_mail必需符合以下格式要求:
4.1 E_mail位数必需大于5位。
4.2 E_mail中必需包含“@”,“@”不能在第二位之前,且“@”后最少四位。
4.3 E_mail中必需包含“.”,且最终一个“.”后最少两位。
比如:。
3.4 前置条件:用户可正常打开新闻公布网页。
3.5 后置条件:用户可完成密码修改,提升安全性。
4新闻管理—新闻公布
4.0 用例名称:新闻管理—新闻公布。
前台功效: 注册用户公布新闻信息。
4.1 简明说明:用户向系统提交新闻公布请求,完成用户公布新闻操作。
4.2 事件流:
4.2.1 基础流:
1 用户选择新闻管理→新闻公布项。
2 用户填写新闻标题,信息属性,公布人,公布时间,关键字,信息起源,信息内容(具体要求请参考 4.3 特殊需求),并提交公布新闻请求。
3系统响应用户提交公布新闻请求,实施数据操作,完成用户新闻公布. 前台显示“您新闻已经公布成功!”消息,转向用户登录成功主页.若新建新闻操作失败,转向备选流1。
4.2.2 备选流:
4.2.2.1备选流1:
1 假如系统实施操作失败,将显示“新闻公布失败!请重新公布”提醒 消息。
2 用户返回基础流2。
4.3 特殊需求:
1新闻标题字符位数:1-100。
2公布人字符位数:1-100位
3关键字字符位数:1-20位
4信息起源字符位数:1-100位
5信息内容字符位数:1-8000位
4.4 前置条件:用户成功登录。
4.5 后置条件:用户公布新闻在得到管理员审核,审核经过后,将在新闻公布网上显示。
5新闻管理—已发新闻管理
5.0 用例名称: 新闻公布—已发新闻管理。
前台功效:注册用户对已公布新闻能够进行新闻检索,新闻编辑,新闻删除,新闻移动操作。
5.1 简明说明:用户向系统提交新闻检索请求,系统响应用户请求,显示符合检索条件新闻,用户能够对显示新闻进行新闻编辑,新闻删除,新闻移动操作。
5.2 事件流:
5.2.1 基础流:
1 用户选择新闻管理→已发新闻管理项。
2 用户填写检索条件,提交检索请求。
3系统响应用户请求,并依据检索条件显示数据。
4 用户对显示新闻,可能实施以下操作:
4.1 用户选择编辑操作,系统实施编辑新闻信息子流。
4.2 用户选择删除操作,系统实施删除新闻信息子流。
4.3 用户选择移动新闻操作,系统实施移动新闻信息子流。
5用户选择其它操作时候,系统结束此用例。
1 编辑新闻信息子流
1.1 系统显示“编辑新闻信息”页面。
1.2 用户对新闻信息修改,包含:新闻标题,信息属性,关键字,是否推荐,信息起源,信息内容(具体要求请参考 5.3 特殊需求),提交编辑新闻请求。
1.3 系统响应用户提交编辑新闻请求,实施数据操作,完成用户编辑新闻请求. 前台显示“新闻编辑成功”,转向基础流1.假如系统操作失败,转向备选流1。
2 删除新闻信息子流
2.1 用户点击删除单个新闻或在复选框画“√”选中后,进行多个删除请求。
2.2前台页面显示“是否删除所选信息”提醒信息。
2.3用户选择“是”,则发送删除请求.假如用户选择“否”,转向基础流3。
2.4 系统响应用户提交删除新闻请求,实施数据业务,完成用户删除新闻请求. 前台显示“新闻删除成功”,转向基础流1。假如发生错误,转向备选流1。
3 移动新闻信息子流
3.1用户提交对复选框画“√”选中新闻信息,选择目标地移动请求。
3.2系统响应用户提交移动新闻请求,实施数据业务,完成用户移动新闻请求。前台显示“新闻移动成功”,转向基础流1。假如发生错误,转向备选流1。
5.2.2 备选流:
5.2.2.1备选流1
1 页面显示“系统未响应”或“连接超时”提醒信息。
2 转向基础流1。
5.3 特殊需求:
1新闻标题字符位数:1-100。
2关键字字符位数:1-20。
3信息起源字符位数:1-100。
4信息内容字符位数:1-8000。
5.4 前置条件:用户成功登录。
5.5 后置条件:无。
6新闻管理—当日新闻一览
6.0 用例名称:新闻管理—当日新闻一览。
前台功效: 浏览当日公布新闻。
6.1 简明说明:用户能够浏览当日新闻。
6.2 事件流:
6.2.1 基础流:
1 用户选择新闻管理→当日新闻一览项,发出浏览当日新闻请求。
2 系统响应用户请求,显示当日新闻,假如发生错误,转向备选流1。
6.2.2 备选流:
6.2.2.1 备选流1:
1 页面显示“系统未响应”或“连接超时”提醒信息。
2 转向前台新闻管理主页面。
6.3 特殊需求:无。
6.4 前置条件:用户成功登录。
6.5 后置条件:无。
7新闻管理—新闻统计量
7.0 用例名称:新闻管理—新闻统计量。
前台功效: 查看新闻点击量。
7.1 简明说明:用户输入条件查询,发出请求,系统返回符合查询条件新闻总点击量,年点击量,月点击量,日点击量信息。
7.2 事件流:
7.2.1 基础流:
1用户选择新闻管理→新闻统计量项。
2 用户选择查询条件,查询条件包含:按年点击量, 按月点击量, 按日点击量,提交查询请求。
3 系统响应用户请求,依据查询条件,显示新闻标题,总点击量,年点击量,月点击量,日点击量信息。假如发生错误,转向备选流1。
7.2.2 备选流:
7.2.2.1 备选流1:
1 页面显示“系统未响应”或“连接超时”提醒信息。
2 转向基础流1。
7.3 特殊需求:无。
7.4 前置条件:用户成功登录。
7.5 后置条件:无。
8新闻管理—文章评论
8.0 用例名称:新闻管理—文章评论
前台功效:用户对自己公布新闻是否能够评论操作:许可评论,严禁评论。
8.1 简明说明:用户选中要操作新闻后,可能进行许可评论,严禁评论操作请求,系统响应用户请求。
8.2 事件流:
8.2.1 基础流:
1用户选择新闻管理→文章评论项。
2系统显示新闻信息,包含:新闻标题,所属类别,公布时间,关键字,起源。
3用户经过在复选框中画“√”选择要进行操作新闻。
4用户可能实施以下操作:
4.1新闻许可评论子流。
4.2新闻严禁评论子流。
5用户选择其它操作时候,系统结束此用例。
1新闻许可评论子流
1.1用户对选中新闻实施许可评论操作请求。
1.2系统响应用户请求,实施数据操作,完成用户请求.前台页面显示“所选新闻能够评论”提醒消息,转向基础流1.假如失败,转向备选流1。
2新闻严禁评论子流
2.1用户对选中新闻实施严禁评论操作请求。
2.2系统响应用户请求,实施数据操作,完成用户请求.前台页面显示“所选新闻严禁评论”提醒消息,转向基础流1.假如失败,转向备选流1。
8.2.2 备选流:
8.2.2.1备选流1
1 页面显示“系统未响应”或“连接超时”提醒信息。
2 转向基础流1。
8.3 特殊需求:无。
8.4 前置条件:用户成功登录。
8.5 后置条件:无。
9管理员登录
9.0 用例名称: 管理员登录。
后台功效:用于和系统建立连接,连接成功后登录后台管理系统。
9.1 简明说明:向系统发送连接请求,并向系统提供验证所需要管理员名和密码。
9.2 事件流:
9.2.1 基础流:
1管理员填写管理员名、密码,提出登录请求。
2后台页面检验管理员填写内容是否正当(具体要求请参考 9.3 特殊需求),假如未经过检验,则转向备选流1。
3系统响应用户请求,并验证管理员名和密码,验证经过,显示后台管理系统主页面,假如验证没有经过,转向备选流2。
9.2.2 备选流:
9.2.2.1 备选流1:
1假如后台检验没有经过,比如没有输入管理员名,应提醒“管理员名不能为空!”,假如输入管理员名超出了指定位数,应提醒“管理员名位数不能超出x位!”,诸如上面提醒均是有效提醒。
2管理员返回基础流1。
9.2.2.2 备选流2:
1假如管理员身份没有经过系统验证,将返回“管理员名或密码有误!”消息。
2 管理员返回基础流1。
9.3 特殊需求:
1 管理员名字符位数:6-10,必填,要求只能包含,字母(大/小写),数字。
2 密码字符位数:6-10,必填,要求只能包含,字母(大/小写),数字,并以掩码“*”显示。
9.4 前置条件:
9.5 后置条件:管理员成功登录后,能够实施管理员管理,分类管理,日志管理,评论管理,文章审核,系统管理,使用帮助操作。
10 管理员管理—添加用户
10.0 用例名称:管理员管理—添加用户。
后台功效: 添加用户名和密码
10.1 简明说明:管理员经过填写用户名,密码信息,来为新闻公布系统注册用户(默认审核经过)。
10.2 事件流:
10.2.1 基础流:
1管理员选择管理员管理→添加用户项。
2 管理员填写用户名,密码,提交添加请求。
3后台页面检验管理员填写内容是否正当(具体要求请参考10.3特殊需求),假如未经过检验,则转向备选流1。
4系统验证用户名和密码是否存在,假如用户名不存在,则许可添加,后台页面显示“添加用户成功”,并转向到新闻公布系统后台主页。假如该用户名已存在,则转向备选流2。
10.2.2 备选流:
10.2.2.1 备选流1:
1假如管理员填写信息没有经过后台程序验证,将显示诸如“您输入XXXYY有误,请重新输入!”提醒消息,比如“您输入管理员名位数有误!”,或“确定密码和密码不符,请检验!”以上均为有效提醒信息。
2转向基础流1。
10.2.2.2 备选流2:
1 假如用户名已经存在, 后台显示“该用户名已存在,请重新填写”。
2转向基础流1。
10.3 特殊需求:
1 用户名字符位数:6-10,必填,要求只能包含,字母(大/小写),数字。
2 密码字符位数:6-10,必填,要求只能包含,字母(大/小写),数字,并以掩码“*”显示。
10.4 前置条件:管理员成功登录。
10.5 后置条件:管理员添加用户是经过审核,能够直接登录到前台新闻管理。
11 管理员管理—管理用户
11.0 用例名称: 管理员管理—管理用户
后台功效:管理员对用户锁定,审核,权限设定操作。
11.1 简明说明:管理员能够对用户锁定操作(不许可使用帐号/许可使用帐号);审核操作(审核注册用户);权限更改操作(管理用户可公布新闻类别权限)。
11.2 事件流:
11.2.1 基础流:
1管理员选择管理员管理—管理用户项。
2 系统显示全部管理员信息,包含:编号,用户名,是否锁定,是否审核,权限更改。
3 管理员可能实施以下操作:
3.1管理员选择锁定操作,系统实施锁定信息子流。
3.2管理员选择审核操作,系统实施审核信息子流。
3.3 管理员选择权限更改操作,系统实施权限更改信息子流。
4管理员选择其它操作时候,系统结束此用例。
1锁定信息子流
1.1管理员选择锁定操作。
1.2系统进入锁定用户界面。
1.3管理员经过在复选框中打“√”选择要进行操作用户,提交锁定所选择户请求。
1.4系统响应管理员请求,实施数据操作,完成操作,后台页面显示“锁定成功”提醒信息,转向基础流1; 假如发生错误,转向备选流1。
2审核信息子流
2.1管理员选择审核操作。
2.2系统进入审核用户界面。
2.3管理员经过在复选框中打“√”选择要进行操作用户,提交审核所选择户请求。
2.4系统响应管理员请求,实施数据操作,完成操作,后台页面显示“审核经过”提醒信息,转向基础流1;假如发生错误,转向备选流1。
3权限更改信息子流
3.1管理员选择权限更改操作。
3.2系统进入用户权限更改界面。
3.3管理员经过在复选框中打“√”选择要进行操作栏目,提交用户权限更改请求。
3.4系统响应管理员请求,实施数据操作,完成操作,后台页面显示“用户权限更改成功”提醒信息,转向基础流1;假如发生错误,转向备选流1。
11.2.2 备选流:
11.2.2.1备选流1:
1 页面显示“系统未响应”或“连接超时”提醒信息。
2 转向基础流1。
11.3 特殊需求:无。
11.4 前置条件:管理员成功登录。
11.5 后置条件:锁定用户无法登录,注册未审核用户经过审核能够登录,用户权限更改后,能够得到对应新闻管理权限。
12 分类管理—添加栏目
12.0 用例名称: 分类管理—添加栏目。
后台功效: 添加栏目。
12.1 简明说明:管理员添加新栏目。
12.2 事件流:
12.2.1 基础流:
1 管理员选择分类管理—添加栏目项。
2 管理员填写栏目名称,栏目描述,栏目次序(具体要求请参考12.3特殊需求),提交添加栏目标请求。
3系统响应请求,实施新建数据操作,完成管理员添加栏目标请求。后台页面显示“添加栏目成功”,转向基础流1; 假如发生错误,转向备选流1。
12.2.2 备选流:
12.2.2.1备选流1
1 页面显示“系统未响应”或“连接超时”提醒信息。
2 转向后台管理员管理主页面。
12.3 特殊需求:
1 栏目名称字符位数:5-50。必填。
2栏目描述字符位数:1-200。
3栏目次序字符位数:1-4。
12.4 前置条件:管理员成功登录。
12.5 后置条件:为分类栏目划分范围。
13 分类管理—栏目管理
13.0 用例名称: 分类管理—栏目管理。
后台功效: 栏目修改,栏目删除。
13.1 简明说明:管理员对已经有栏目标修改操作和删除栏目操作。
13.2 事件流:
13.2.1 基础流:
1管理员选择分类管理—栏目管理项。
2系统显示栏目信息,包含:栏目名称,栏目描述,栏目次序。
3 管理员能够实施以下操作:
3.1管理员选择修改操作,实施栏目修改子流。
3.2管理员选择删除操作,实施栏目删除子流。
4管理员选择其它操作时候,系统结束此用例。
1 栏目修改子流
1.1系统显示栏目信息时, 管理员能够进行修改,提交修改栏目标请求。
1.2 系统响应管理员请求,实施数据操作,完成管理员修改栏目标请求,后台页面显示“栏目修改成功”,转向基础流1;假如发生错误,转向备选流1。
2 栏目删除子流
2.1系统显示栏目信息时, 管理员能够点击删除。
2.2后台页面显示“是否删除栏目”提醒信息。
2.3管理员选择“是”,则提交删除栏目标请求;假如选择“否”,转向基础流1。
2.4系统响应管理员请求,实施数据操作,完成管理员删除栏目标请求,
后台页面显示“删除栏目成功”提醒信息,转向基础流1;假如发生错误,转向备选流1。
13.2.2 备选流:
13.2.2.1备选流1
1 页面显示“系统未响应”或“连接超时”提醒信息。
2 转向基础流1。
13.3 特殊需求:无。
13.4 前置条件:管理员成功登录,必需有栏目。
13.5 后置条件:无。
14 分类管理—添加类别
14.0 用例名称: 分类管理—添加类别。
后台功效: 给已经有栏目添加分类。
14.1 简明说明:管理员对已经有栏目添加分类栏目。
14.2 事件流:
14.2.1 基础流:
1管理员选择分类管理—添加类别项。
2 管理员填写分类名称,选择类别,分类描述,分类次序(具体要求请参考14.3特殊需求),提交添加类别请求。
3系统响应管理员请求,实施数据操作,完成管理员添加类别请求,后台页面显示“添加分类成功”,转向基础流1,假如发生错误,转向备选流1。
14.2.2 备选流:
14.2.2.1备选流1
1 页面显示“系统未响应”或“连接超时”提醒信息。
2 转向基础流1.
14.3 特殊需求:
1分类名称字符位数:4-10。
2分类描述字符位数:1-200
2分类次序字符位数:1-4。
14.4 前置条件:管理员成功登录。
14.5 后置条件:能够对分类栏目进行修改,删除操作。
15 分类管理—类别管理
15.0 用例名称: 分类管理—类别管理。
后台功效: 分类栏目标修改,删除。
15.1 简明说明:管理员对分类栏目进行修改,和删除操作。
15.2 事件流:
15.2.1 基础流:
1 管理员选择分类管理—类别管理。
2系统显示分类信息,包含:分类名称,所属栏目,分类描述,分类次序。
3 管理员能够实施以下操作:
3.1管理员选择修改操作,实施分类修改子流。
3.2管理员选择删除操作,实施分类删除子流。
4管理员选择其它操作时候,系统结束此用例
1 分类修改子流
1.1系统显示分类信息时, 管理员能够对分类信息进行修改,提交修改分类请求。
1.2系统响应管理员请求,实施数据操作,完成管理员修改分类请求,后台页面显示“分类修改成功”,转向基础流1,假如发生错误,转向备选流1。
2 分类删除子流
2.1系统显示分类信息时, 管理员能够点击删除。
2.2后台页面显示“是否删除分类”提醒信息。
2.3管理员选择“是”,则管理员提交删除分类请求;假如选择“否”,则转向基础流1。
2.4系统响应管理员请求,实施数据操作,完成管理员删除分类请求, 后台页面显示“分类删除成功”提醒信息,转向基础流1. 假如发生错误,转向备选流1。
15.2.2 备选流:
15.2.2.1备选流1
1页面显示“系统未响应”或“连接超时”提醒信息。
2转向基础流1。
15.3 特殊需求:无
15.4 前置条件:管理员成功登录。
15.5 后置条件:无
16 管理日志—用户日志管理
16.0 用例名称: 管理日志—用户日志管理。
后台功效: 用户(管理员和用户)日志显示和删除。
16.1 简明说明:登录信息维护。
16.2 事件流:
16.2.1 基础流:
1管理员选择管理日志—用户日志管理。
2系统显示用户日志信息,包含:编号,登录用户,IP,登录时间。
3管理员可能实施以下操作:
3.1 单行删除日志子流。
3.2 批量删除日志子流。
4管理员选择其它操作时候,系统结束此用例。
1单行删除日志子流
1.1管理员经过点击所选删除项删除按钮,提交单个删除日志请求。
1.2后台页面显示“是否删除”提醒信息。
1.3管理员选择“是”,则管理员提交删除日志请求;假如选择“否”,则转向基础流1。
1.4系统响应管理员请求,实施数据操作,完成操作。后台显示“删除成功”提醒信息,转向基础流1。假如发生错误,转向备选流1。
2批量删除日志子流
2.1管理员经过在复选框中打“√”选择要进行操作统计。提交批量删除日志请求。
2.2后台页面显示“是否删除”提醒信息。
2.3管理员选择“是”,则管理员提交删除日志请求;假如选择“否”,则转向基础流1。
2.4系统响应管理员请求,实施数据操作,完成操作。后台显示“删除成功”提醒信息,转向基础流1。假如发生错误,转向备选流1。
16.2.2 备选流:
16.2.2.1备选流1
1 页面显示“系统未响应”或“连接超时”提醒信息.
2 转向基础流1.
16.3 特殊需求:无
16.4 前置条件:管理员成功登录。
16.5 后置条件:无
17 管理日志—新闻日志管理
17.0 用例名称: 管理日志—新闻日志管理。
后台功效: 新闻日志显示和删除。
17.1 简明说明:新闻信息操作。
17.2 事件流:
17.2.1 基础流:
1管理员选择管理日志—新闻日志管理项。
2系统显示新闻日志信息,包含:编号,操作人,操作人IP,操作时间,操作类型,新闻标题。
3 管理员可能实施以下操作:
3.1单个删除新闻日志统计子流。
3.2批量删除新闻日志统计子流。
4用户选择其它操作时候,系统结束此用例。
1单个删除新闻日志统计子流
1.1管理员经过点击所选删除项删除按钮,提交单个删除新闻日志请求。
1.2后台页面显示“是否删除”提醒信息。
1.3管理员选择“是”,则管理员提交删除新闻日志请求;假如选择“否”,则转向基础流1。
1.4系统响应管理员请求,实施数据操作,完成操作。后台显示“删除成功”提醒信息,转向基础流1。假如发生错误,转向备选流1。
2批量删除新闻日志统计子流
2.1管理员经过在复选框中打“√”选择要进行操作统计。提交批量删除新闻日志请求。
2.2后台页面显示“是否删除”提醒信息。
2.3管理员选择“是”,则管理员提交删除新闻日志请求;假如选择“否”,则转向基础流1。
2.4系统响应管理员请求,实施数据操作,完成操作。后台显示“删除成功”提醒信息,转向基础流1。假如发生错误,转向备选流1。
17.2.2 备选流:
17.2.2.1备选流1
1 页面显示“系统未响应”或“连接超时”提醒信息.
2 转向基础流1.
17.3 特殊需求:无
17.4 前置条件:管理员成功登录。
17.5 后置条件:无
18 评论管理—新闻评论管理
18.0 用例名称:评论管理—新闻评论管理。
后台功效: 新闻评论显示和删除。
18.1 简明说明:管理员能够对用户评论进行删除和批量删除操作。
18.2 事件流:
18.2.1 基础流:
1管理员选择评论管理—新闻评论管理项。
2管理员填写新闻评论检索条件(新闻标题)。
3管理员提交新闻检索请求。
4服务器接收请求,实施数据操作,完成管理员新闻检索请求。
5后台显示符合条件新闻信息,包含:编号,评论人,被评论新闻标题,评论时间,评论内容。
6管理员可能实施以下操作:
6.1单个删除新闻评论子流。
6.2批量删除新闻评论子流。
7管理员选择其它操作时候,系统结束此用例。
1单个删除新闻评论子流
1.1管理员经过点击所选删除项删除按钮,提交单个删除新闻评论请求。
1.2后台页面显示“是否删除”提醒信息。
1.3管理员选择“是”,则管理员提交删除新闻评论请求;假如选择“否”,则转向基础流1。
1.4系统响应管理员请求,实施数据操作,完成操作。后台显示“删除成功”提醒信息,转向基础流1。假如发生错误,转向备选流1。
2批量删除新闻评论子流
2.1管理员经过在复选框中打“√”选择要进行操作统计。提交批量删除新闻评论请求。
2.2后台页面显示“是否删除”提醒信息。
2.3管理员选择“是”,则管理员提交删除新闻评论请求;假如选择“否”,则转向基础流1。
2.4系统响应管理员请求,实施数据操作,完成操作。后台显示“删除成功”提醒信息,转向基础流1。假如发生错误,转向备选流1。
18.2.2 备选流:
18.2.2.1备选流1
1 页面显示“系统未响
展开阅读全文