新闻发布系统需求分析说明书.docx
《新闻发布系统需求分析说明书.docx》由会员分享,可在线阅读,更多相关《新闻发布系统需求分析说明书.docx(59页珍藏版)》请在冰豆网上搜索。
新闻发布系统需求分析说明书
文档一
新闻发布系统
需求分析说明书
文件状态:
[]草稿
[√]正式发布
[]正在修改
文件标识:
新闻发布系统
当前版本:
1.0
作者:
崔蓬勃、丁辉、燕连杰、杨洋
完成日期:
2012.5.29
一、引言
1.1编写目的
本说明书将全面描述本系统的各种功能、运行环境,使客户和开发者双方对本系统的初始规定有一个共同的理解,使之成为整个开发工作的基础。
1.2背景
当今社会是一个信息化的社会,新闻作为信息的一部分有着信息量大,类别繁多,形式多样的特点,新闻发布系统的概念就此提出。
该系统的提出使电视不再是唯一的新闻媒体,从此以后网络也充当了一个重要的新闻媒介的功能。
本文档适用于适合系统用户及管理部门
预期读者:
系统安装及管理部门、项目开发人员、测试人员等。
1.3定义
新闻采集人员:
隶属新闻采集中心,负责采集信息,分类整理新闻。
网络工作人员:
隶属网络管理部门,负责系统前台设计。
维护工作人员:
隶属维护部门,负责故障处理和版本更新。
后台数据库工作人员:
隶属后台数据库管理部门,负责对信息的变动。
负责数据库维护。
1.4参考资料
序号
文档名称
版本号
1
《信息系统分析与设计》
第3版
二、系统说明
2.1当前系统
本系统主要是发布新闻业务,提供不同类型的新闻以供游客查看,对现有新闻及历史记录进行管理。
同时可以管理游客留言。
此新闻发布系统可以提高新闻发布效率,让新闻项目齐全,分布合理。
2.2组织结构图
图1-1组织结构图
2.3角色分析
新闻发布系统的直接使用者分为以下三类:
角色名称
职责描述
网站工作人员
隶属网络管理部门,负责系统前台设计。
维护工作人员
隶属维护部门,负责故障处理和版本更新。
后台数据库工作人员
隶属后台数据库管理部门,负责对信息的变动。
负责数据库维护。
表1-1系统角色分配及功能操作
三、功能说明
3.1模块划分
本系统主要是发布新闻,管理员可以按类别、点击率等将新闻进行分类,方便游客进行各项查询。
同时可以管理游客留言。
通过系统角色和功能的分析,可以将本系统划分成三部分:
下表就是对功能模块的划分:
新闻采集中心
收集新闻资料
修改整理新闻
网站管理部门
编码设计
前台美工设计
后台数据库
管理部门
新闻管理
新闻类别管理
管理员管理
留言管理
数据库维护
维护部门
故障处理
版本更新
表1-2系统模块划分
3.2总体业务流程
总体业务流程主要针对各部门的协作,分析完整的业务流程。
主要包含以下几项内容:
1.跨部门业务流程图:
2.业务流程描述:
3.2.1.新闻采集及发布整体业务流程
3.2.1.1跨部门业务流程图
图1-2跨部门业务流程图
3.2.1.2业务流程描述
该流程主要说明了整个新闻发布系统的运作情况。
正式的流程如下:
首先,新闻采集中心的人员在各新闻发生现场得到最新的新闻信息,以最快速度、最准的发送到网站中心。
其次,网站工作人员接到最新的新闻后,根据新闻类型、影响程度等整理新闻,然后如实准确的将整理好的新闻录入系统提供的界面并提交保存。
必要时对新闻进行再次修改或删除,处理完毕后进行保存。
第三,后台数据库人员将传送来的新闻保存到数据库,及时维护数据库。
如果出现故障,则需及时通知维护部门。
最后,如果出现故障,维护部门进行故障分析并及时解决问题,待恢复正常后填写维护记录单。
系统版本更新或进行升级时也许及时保存更新内容。
至此,整个新闻发布系统流程就完成了。
3.2.2游客浏览新闻业务流程
3.2.2.1跨部门业务流程图
图1-3游客浏览网站业务流程图
3.2.2.2业务流程描述:
该业务面向所有上网游客。
首先,游客登陆网站,进入前台界面。
其次,游客根据自己需要浏览新闻。
最后,游客如果对新闻有自己的想法,可以评论新闻。
3.2.3故障处理流程:
3.2.3.1跨部门业务流程图:
图1-4故障申报业务流程图
3.2.3.2业务流程描述:
该业务主要针对使用过程中出现的设备或网络问题。
具体流程如下:
首先,如果系统管理人员在使用过程中出现故障无法正常使用时,或者需要系统升级或更新时通过填写故障申报单告知维护部门工作人员。
其次,维护人员对故障进行分析,进行维护。
最后,维护部门安排维护人员进行故障分析,排除故障。
待故障成功排除后,将维护记录录入系统保存。
至此,故障处理流程完成。
3.3功能简介
3.3.1新闻采集
3.3.1.1功能要求
新闻采集人员将得到的最新消息进行筛选,将新闻进行初步分类、编序。
采集人员将初步整理好的新闻信息按照要求送交给网站管理人员。
3.3.1.2业务流程图
图1-5新闻采集流程
3.3.1.3输入输出数据:
编号
项目
数据类型
I/O
要求
必填/必显
范围
举例
1
NewsID
数字
I
√
自增,最小值1
10
2
NewsTitle
字符
I
√
最多100字符
测试新闻
3
CreateTime
datetime
I
√
定制
2010-08-7
4
CategoryID
数字
I
√
最小值1
13
5
审核状态
字符
O
√
定制
审核有效
表1-3新闻采集输入输出数据
3.3.2管理员处理新闻
3.3.2.1功能要求
对于初步整理过的有效新闻,网站人员进行进一步分类,按要求及时将新闻发布。
对于新闻管理员可以对发布的新闻操作,而管理员进入后台管理中心时必须用密码登录,进入后才可对新闻进行修改、删除等操作,而且可对游客的非法及不文明评论进行删除,并将所有数据进行保存。
3.3.2.2业务流程图:
图1-6新闻处理流程图
3.3.2.3输入输出数据:
编号
项目
数据类型
I/O
要求
必填/必显
范围
格式要求/举例
1
NewsID
数字
I
√
自增,最小值1
10
2
NewsTitle
字符
I
√
最多100字符
测试新闻
3
CreateTime
日期型
I
√
定制
2010-08-7
4
CategoryID
数字
I
√
最小值1
13
5
CategoryName
字符
I
√
定制
中国新闻
表1-4新闻发布输入输出数据
3.3.3维护功能:
3.3.3.1功能要求
对于网站或数据库出现故障时,对维护人员说明具体故障情况。
维护人员通过故障分析后进行故障恢复。
对于系统升级,维护人员更新完后也必须进行保存。
3.3.3.2业务流程图:
图1-7维护流程图
3.3.3.3输入输出数据:
编号
项目
数据类型
I/O
要求
必填/必显
范围
格式要求/举例
1
维护编号
数字
I
√
自增,最小值1
12
2
维护原因
字符
I
√
定制
病毒感染
3
维护日期
日期型
I
√
定制
2010-8-3
4
维护状态
字符
I
√
定制
维护成功
5
联系人
字符
I
√
最多8字符
张三
表1-5维护功能输入输出数据
3.3.4游客浏览功能:
3.3.4.1功能要求:
游客进入网站,可以浏览查看新闻。
对于不同的兴趣可以按类别选择新闻,也可查看最新及热点新闻。
对于某些新闻也可评论留言。
3.3.4.2业务流程图:
图1-8浏览流程图
3.3.4.3输入输出数据
编号
项目
数据类型
I/O
要求
必填/必显
范围
格式要求/举例
1
CommentID
数字
O
√
自增,最小值1
10
2
CommentContent
文本型
I
√
定制
3
CreateTime
日期型
O
√
定制
2010-3-4
4
NewsID
数字
O
√
自增,最小值1
13
5
UserID
数字
O
√
定制
12
表1-6游客评论输入输出数据
3.3.5后台数据库管理功能:
3.3.5.1功能要求:
数据库管理人员进行数据库维护,存储各项所需数据。
为了保证数据的完整和规范,不能随意删除更改信息。
3.3.5.2输入输出数据:
编号
项目
数据类型
I/O
要求
必填/必显
范围
格式要求/举例
1
UserID
数字
O/I
√
自增,最小值1
12
2
UserName
字符
O/I
√
最多50个字符
李四
3
UserCode
字符
I
√
最多10个字符
999hu
4
DateTime
日期型
O
-
-
2010-8-9
5
UserQQ
字符串
I
-
-
254398943
6
UserAge
整形
I
√
18~100
56
表1-7数据库管理输入输出数据
3.4用例分析
3.4.1用例汇总
下表就是本程序所涉及的用例:
功能
用例名称
概述
安全机制
登录
管理员成功登录后才能使用。
注销
直接使用本系统的员工在较长时间离开时,为安全起见,需要将自己的帐号注销或安全退出。
回来后需要重新登录。
否则系统将在30分钟后自动注销。
业务处理
新闻采集
新闻采集中心人员收集新闻,进行初步整理,得到有效新闻。
新闻处理
网站人员将有效新闻进一步整理分类,管理员可以对其进行修改、删除等各项操作。
将最终新闻进行发布,并对其保存。
评论修改
管理员对游客发表的言论进行查看,不文明或非法的言论进行删除。
维护管理
故障处理
维护部门被告知有故障通知时进行故障维护,或或进行系统更新维护。
维护记录
维护部门排除故障后进行故障记录,保存。
后台管理
修改员工信息
后台人员可以修改员工的状态等信息。
数据库维护
维护数据库,出现故障时及时告知维护部门进行故障排除。
表1-8系统用例汇总表
3.4.2用例描述
3.4.2.1安全机制用例图
图1-9安全机制用例图
1.0用例名称:
登录
管理员只有成功登录本系统后,才可行使所具有的职能。
1.1简要说明:
使用本系统的管理员首先需要成功登录系统,然后系统才能根据管理员的所具有的职能进入相应的功能模块。
1.2事件流:
1.2.1基本流:
1.管理员请求登录。
2.系统提供管理员登录界面。
3.管理员填写姓名、密码。
4.浏览器端验证管理员填写的内容是否合法(具体要求请参照1.3特殊需求),如果未通过检查,则转向备选流1。
5.内容合法,服务器端验证姓名和密码,如果未通过,转向备选流2
6.验证通过,系统根据管理员所具有的职能显示相应的界面。
1.2.2备选流:
1.2.2.1备选流1:
1.如果客户端检查没有通过,比如没有输入用户名,应提示“姓名不能为空!
”,诸如上面的提示均是有效提示。
2.返回基本流3。
1.2.2.2备选流2:
1.如果管理员身份没有通过服务器验证,将返回“身份信息有误!
”的消息。
2.返回基本流3。
1.3特殊需求:
1.管理员姓名字符的位数:
不多于10个字符,必填。
2.密码字符的位数:
不少于6字符,必填,并以掩码“*”显示。
1.4前置条件:
以合法身份登录操作系统。
1.5后置条件:
管理员登录成功,显示相应职能界面。
引用1-1用户登录用例描述
3.4.2.2业务受理用例图
图1-10业务受理用例图
1.0用例名称:
新闻发布
1.1简要说明:
网站工作人员将得到的新闻信息进行整理分类,通过管理员的修改等操作得到最终有效新闻,然后发布新闻。
1.2事件流:
1.2.1基本流:
1.2.1.1基本流1:
1.采集中心人员将初步整理的新闻送交给前台工作人员。
2.前台工作人员将新闻进一步整理分类,如按类型、按时间或按紧急程度等对新闻分类。
管理员申请进入后台管理中心,使用密码登录。
密码不正确时进入备选流1.
3.密码正确后登录后台管理中心,可以对新闻进行修改、删除等操作。
也可对自己的个人信息进行修改。
4.将所有数据信息进行保存,提交到数据库。
1.2.2备选流:
1.2.2.1备选流1:
1.系统提示“您的密码不正确,需要合法身份进入系统!
”并返回登录页。
2.返回安全机制用例的登录模块。
1.3特殊需求:
请参见表1-4新闻发布输入输出数据。
1.4前置条件:
管理员成功登录系统。
1.5后置条件:
修改信息添加成功。
引用1-2新闻发布业务受理描述
1.0用例名称:
评论修改
1.1简要说明:
管理员将随时查看游客对新闻的评论,当出现不文明或非法言论时及时进行删除。
1.2事件流:
1.2.1基本流:
1.2.1.1基本流1:
1.管理员申请进入后台管理中心,使用密码登录。
密码不正确时进入备选流1.
2.密码正确后登录后台管理中心,可对游客的不文明或非法言论进行删除。
4.将所有数据信息进行保存,提交到数据库。
1.2.2备选流:
1.2.2.1备选流1:
1.系统提示“您的密码不正确,需要合法身份进入系统!
”并返回登录页。
2.返回安全机制用例的登录模块。
1.3特殊需求:
请参见表1-6游客评论输入输出数据。
1.4前置条件:
管理员成功登录系统。
1.5后置条件:
修改信息添加成功。
引用1-3评论修改业务受理描述
3.4.2.3维护管理用例图
图1-11维护管理用例图
1.0用例名称:
故障排除
1.1简要说明:
数据库人员在出现故障时及时告知维护人员,维护部门人员在接到故障申报单后,及时排除故障。
1.2事件流:
1.2.1基本流:
1.管理员请求进入后台数据库中心。
2.系统对管理员进行判断,如果该员工权限不足,系统转向备选流1。
3.权限符合,系统进入后台数据库进行维护。
4.维护部门工作人员录入维护记录,提交。
5.系统对信息的合法性进行验证。
(具体要求请参见特殊要求)。
如果某些数据不合法,系统转向备选流2。
1.2.2备选流:
1.2.2.1备选流1:
1.如果管理员密码不对,系统提示“您的密码不正确,需要合法身份进入系统!
”,并返回登录页。
2.返回安全机制用例的登录模块。
1.2.2.2备选流2:
1.系统提示“您所填写的信息不完整或格式不符,请检查!
”,并在不合法的输入项旁给出原因提示。
2.返回基本流3。
1.3特殊需求:
请参见表1-5维护功能输入输出数据。
1.4前置条件:
管理员正常登录系统。
1.5后置条件:
记录保存成功。
引用1-4入网施工记录用例描述
3.4.2.4后台数据库管理用例:
图1-12后台数据库管理用例图
1.0用例名称:
修改管理员信息
1.1简要说明:
当管理员状态发生变化时,后台数据库管理人员对管理员可进行相关信息的修改。
1.2事件流:
1.2.1基本流:
1.系统工作人员请求进入后台数据库中心。
2.系统根据管理员的权限判断是否可以进入后台中心,不符合系统转向备选流1。
3.密码正确,系统管理员可以对管理员信息进行修改。
4.系统管理员保存修改的信息,系统验证信息合法性。
如果不合法,转向备选流2。
1.2.2备选流:
1.2.2.1备选流1:
1.如果管理员密码不对,系统提示“您的密码不对,需要合法身份进入系统!
”,并返回登录页。
2.返回安全机制用例的登录模块。
1.2.2.2备选流2:
1.系统提示“您所填写的信息不完整或格式不符,请检查!
”,并在不合法的输入项旁给出原因提示。
2.返回基本流3。
1.3特殊需求:
请参见表1-7数据库管理输入输出数据。
1.4前置条件:
系统管理员正常登录系统。
1.5后置条件:
添管理员信息修改成功。
引用1-5修改管理员信息用例
文档二
新闻发布系统
文件状态:
[]草稿
[√]正式发布
[]正在修改
文件标识:
新闻发布系统
当前版本:
1.0
作者:
崔蓬勃
完成日期:
2011.7.7
新闻发布系统甘特图
文档三
新闻发布系统
数据库设计报告
文件状态:
[]草稿
[√]正式发布
[]正在修改
文件标识:
新闻发布系统
当前版本:
1.0
作者:
崔蓬勃
完成日期:
2011.7.8
一、文档介绍
1.1文档目的
作为新闻发布系统设计文档的重要组成部分,本文档主要对该软件后台数据库的概念模型设计和物理模型设计作出了统一的规定,同时确定了每个表的数据字典结构。
它是开发人员实际建立bbc数据库及其数据库对象的重要参考依据。
1.2文档范围
本文档包含以下几个部分:
1.文档介绍
2.数据库环境说明
3.数据库的命名规则
4.逻辑设计
5.物理设计
6.安全性设计
7.优化
8.数据库管理与维护说明
1.3读者对象
本文档的主要读者包括:
1.本系统的设计人员:
包括模块设计人员
2.本系统的系统开发人员:
包括数据库开发、编码人员
3.本系统的测试人员
1.4参考文献
《数据库技术及应用》主编刘太安林晓霞中国石油大学出版社
《ASP.NET3.5(C#)实践教程》主编邵良杉刘好增清华大学出版社
1.5术语与缩写解释
缩写、术语及符号
解释
news
本软件后台数据库的英文名称
MicrsoftSQLServer2005ManagementStudio
微软SQLServer2005企业版
Sybase
美国赛贝斯数据库公司
表3.1术语与缩写解释
二、对数据库环境说明
新闻发布系统的后台数据库采用MicrosoftSQLServerManagementStudio数据库管理系统建立并维护。
数据库设计过程中采用Sybase公司的PowerDesigner9.0创建了news数据库的ER图,使用SQLServer的查询分析器创建了数据库脚本文件news.sql。
其中SQLServer的登录模式为混和身份验证,超级用户的用户名及密码为sa和123,SQLServer服务器的端口号:
1433。
三、数据库的命名规则
1.数据库的命名:
全部由英文小写字母组成,单词之间使用下划线分割
如:
新闻发布系统后台数据库命名:
dbo。
2.数据库表命名:
dbo_表义名(可以使用缩写)
表义名:
首字母大写的英文单词,单词之间以下划线分割。
四、逻辑设计
图3.1逻辑设计
五、物理设计
5.1表汇总
表名
功能说明
dbo.News(新闻表)
存储新闻内容信息
dbo.Category(新闻类别表)
存储新闻类型信息
dbo.Comment(留言表)
存储游客留言的信息
dbo_Employee(用户信息表)
存储新闻管理员的资料信息与权限
表3.2表汇总
5.2数据库说明
5.2.1用户信息表(dbo.User表)
编号
主键
名称
描述
数据类型
大小
空
外键
默认值
备注
1
√
UserID
用户帐号
INT
4
×
×
×
2
×
UserName
用户名
VARCHAR
10
×
×
×
3
×
UserCode
用户密码
CHAR
20
×
×
×
4
×
UserQQ
用户QQ
STRING
√
×
×
5
×
UserAge
用户年龄
INT
×
×
×
6
×
UserEmail
用户邮箱
STRING
×
×
×
表3.3.用户信息表(custmer表)
5.2.2新闻表(dbo.News表)
编号
主键
名称
描述
数据类型
大小
空
外键
默认值
备注
1
√
NewsID
新闻编号
INT
×
×
×
2
×
NewsTitle
新闻标题
VACHAR(100)
×
×
×
3
×
NewsContent
新闻内容
TEXT
×
×
×
4
×
CreateTime
发布时间
Datetime
×
×
×
5
×
CategoryID
新闻类别号
Int
×
×
×
表3.4新闻表(dbo.News表)
5.2.3留言表(dbo.Comment表)
编号
主键
名称
描述
数据类型
大小
空
外键
默认值
备注
1
√
CommentID
评论编号
INT
×
×
×
2
×
CommentContent
评论内容
TEXT
×
×
×
3
×
CreateTime
评论时间
DATETIME
×
×
×
4
×
UserID
用户IP地址
Varchar(15)
×
×
×
5
×
NewsID
新闻编号
Int
×
×
×
表3.5留言表(dbo.Comment表)
5.2.4新闻类别表(dbo.Category表)
编号
主键
名称
描述
数据类型
大小
空
外键
默认值
备注
1
√
CategoryID
用户帐号
INT
4
×
×
×
2
×
CategoryName
用户名
VARCHAR
20
×
×
×
表3.6新闻类别表(dbo.Category表)
六、安全性设计
6.1防止用户直接操作数据库的方法
新闻发布系统的后台数据库应安装在指定服务器上,游客只能通过客户端软件访问数据库表中的数据。
除上述方法外,不应提供游客其他访问数据库数据的直接或间接途径。
但为了项目能够在实际实施中能够进行,我们在实际的项目实施过程中把数据库服务和WEB服务安装到了同一个服务器上。
6.2用户账号密码的加密方法
存储在t_NEWS_USER表中的密码字段(USERPASSWORD)值不能以明文显示,应做适当的加密后再存入数据库。
七、附件
数据库代码:
//创建数据库
CREATEDATABASENewsONPRIMARY
(NAME='News',