博客网站的需求分析.docx

博客网站的需求分析.docx

《博客网站的需求分析.docx》由会员分享，可在线阅读，更多相关《博客网站的需求分析.docx（12页珍藏版）》请在冰豆网上搜索。

博客网站的需求分析

一功能分析

1.1目的

该文档是关于用户对于博客网站系统的功能和性能的要求，重点描述了博客网站系统的设计需求，将作为对该工具在概要设计阶段的设计输入。

本文档的预期读者是：

设计人员

开发人员

项目管理人员

测试人员

用户

1.2范围

该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。

在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。

1.3系统整体结构

根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是提供阅读文章、发表评论、发表留言等等。

管理端的功能提供博客管理人员进行的类型管理、文章管理、评论管理等。

他们的关系如图A-1。

图A-1校园博客系统流程图

1.4系统运行网络环境

本系统的网络运行图如图A-2,无论是客户端的访问者还是管理端的BM等都可以通过

网络登录到本系统中。

访问者通过网络发布相关信息及通过网络发表评论。

图A-2:

网络拓扑图

1.5系统运行硬件环境

本系统的硬件环境如下：

客户机：

普通PCCPU：

P41.8GHz

内存：

256MB以上

分辨率：

推荐使用1024*768像素

WEB服务器

Internet信息服务（IIS）管理器数据库服务器

CPU：

P41.8GHz内存：

256MB以上

1.6系统运行软件环境

操作系统：

WindowsXP数据库：

MYSQL开发语言：

JSPJAVA浏览器：

IE7.0

1.7角色（Actor）定义

角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。

1.7.1博客访问者

博客访问者是指在这个网络校园博客系统中通过客户端匿名或已注册的人员，这个Actor（包括游客）主要参与客户端的阅读文章、发表评论、发表留言等功能。

1.7.2管理用户

管理用户是指管理端的用户，这个此Actor派生两个子类，BM（博客管理员）和系统

管理员，BM是指在校园博客系统中通过管理端参与博客管理员工作的人员，他又可以派生多个子类如文章管理者、评论管理者和留言管理者。

博客管理员具有发布，修改，删除博客，查看博客，发表评论等权限。

系统管理员是指对校园博客系统系统进行相关设置、维护的人

员，它也是通过管理端登录对管理端的用户进行设置，分配权限等，它们的关系如图A－3：

图A-3:

BM角色的关系图

管理用户部分说明如下：

BM

文章管理者

-管理知识库、组织文章的发布、删除和修改。

评论管理者

-根据相关规定对评论进行设置。

留言管理者

—整理留言。

系统管理员

—通过管理端对系统用户进行管理的人员，这个Actor主要负责对管理端用户的增

加，权限的设置等功能。

1.7.3数据库

数据库是一个与系统产生交互的外部系统，这个Actor负责系统的数据查询、增加、删

除和修改等操作。

本网站采用MYSQ数据库，名称为db-Blog，其中包含14张数据表。

1.8系统主UseCase图

校园博客系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系

统。

客户端子系统主要是指博客访问者通过登该博客网站进行操作的功能。

管理端子系统是

该博客网站的管理人员发布文章，整理评论，留言等功能。

系统的主UseCase图如图A-4

所示。

博客访问者客户端子系统

管理用户管理端子系统

图A-4:

系统的主UseCase图

1.9客户端子系统

提供

博客访问者通过校园网站登录到系统中进行访问，博客管理员通过它发布文章,

链接等等，这就是客户端子系统的功能。

在客户端用户可以浏览、阅读文章，点击链接，发表评论，发表留言几项。

它的活动图如图A-5所示。

图A-5:

客户端的活动图

客户端管理的部分功能描述如下：

-1：

浏览功能1、列出所有的项，包括留言、日志、图片、视频、音乐、个人资料等；

2、可选定一项记录，显示所有域；

-2：

查询功能

1、日志标题关键字查询；

2、图片标题关键字查询；

3、留言标题关键字查询；

以上的输入可在指定的位置输入关键字，经过系统内部关键字匹配机制，最终得到相应的查询结果，没有查到时提供提示机制。

-3：

修改功能

1、更改背景图片,更改已发表日志，更改个人信息资料；

2、进入修改功能页面后，修改相应内容，系统内部将新内容替换掉旧内容，修改信息成功或失败时提供提示机制，并在成功后显示修改后结果。

-4：

添加功能

1、添加一个新的记录（图片、日志、个人信息等）；

2、进入增加功能页面后，根据意向添加所需内容，系统内部在原有内容基础上添加内容。

添加信息成功或失败时提供提示机制，并在成功后显示添加后的结果。

-5：

留言功能

此功能是专门为访客设计的，一般管理员不使用此功能。

访客在浏览过博客之后，进入留言界面，写下自己的感言，输入验证码发表。

发表信息成功或失败时提供提示机制，并在成功后显示发表后的结果。

-6：

此外，客户端子系统还具有编辑，发布和删除博客功能，编辑，修改功能和添加删除自己的好友用户功能以及修改个人信息。

1.10管理端子系统

管理端主要是指提供系统后台系统管理员使用的功能部分，它的功能分为用户管理、登录管理等部分，每个登录者首先经过认真安全认证然后缺陷权限，根据相应的权限现实相应的功能。

管理端的这些Usecase（用例）描述如下:

F-L-1:

登录管理

登录管理是负责所有的管理端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，通过判断这个用户的权限信息，不同的登录人可能具有不同的权限，尚未注册的人员可通过注册成为用户。

根据不同的权限现实不同的功能。

F-M-1:

类型管理：

类型管理用例是管理员登录到系统，管理员根据博客中提取出来生成各种类别的文

章，并且可以对文章内容进行增、删、改的功能。

F-M-2：

评论管理：

评论管理是指管理员登录到系统，整理各类评论并可对评论管理进行增、删、改的功能。

F-M-4：

留言管理：

留言管理管理是指博客系统管理人员对博客访问者发布的留言进行整理。

对文章中的图片进行批准发

F-M-5：

图片管理：

图片管理是系统管理员对博主发布的文章内容进行审核时，布或屏蔽的功能。

F-A-1：

用户管理

当进入用户管理模块时，在用户管理中可以增加或删除用户，编辑用户名，用户密码，修改用户权限，具有不同权限的用户进入系统主界面，界面左侧栏中的图标数有所不同，具体的面标与用户所具有的权限对应。

1.10.1登录管理

登录到管理端的所有人都需要通过登录界面进入相应的管理界面，不同的登

录人具有不同的权限，根据登录人具有的权限将相应的功能呈现在登录到的管理界

面，没有权限操作的功能将不能呈现在这个界面上。

活动视图如图A-8。

1.10.2类型管理

在校园博客系统中，大量文章的发布可通过某些关键字进行分门别类，以提供索引供浏

览者搜索。

其具体描述如下：

用例描述：

类型管理

执行者：

系统管理者

前置条件：

系统管理者已登录系统；

后置条件：

如果类型成功后，则数据库中的类型库随之变化。

基本路径：

a）进入系统管理界面，首先展示目前数据库已有的类型；

b）点击类型可以详细浏览这个类型的具体内容，同时也可以对这个类型的具体内容进行修

改；

c）提供增加类型的按钮，增加类型时，首先选定类别，然后类型名称、类型内容、确定可选答案（多个）等；

d）可以删除选择的类型。

1.10.3评论管理

在校园博客系统中，要定期整理评论，不仅要删除或屏蔽部分不符合要求的评论，还可以对评论进行设置，推出精品评论或话题评论，增加点击量，提高人气。

具体功能描述如下：

用例描述：

评论管理执行者：

系统管理者

前置条件：

系统管理者已登录系统；后置条件：

如果评论设置成功后，则数据库中的数据随之变化。

基本路径：

a）进入系统管理界面，首先展示目前存在的文章；

b）点击每个文章可以详细浏览每个文章的评论：

c）可以对一些评论进行删除，或者可以重新整理各个评论的顺序；同时可以预览整个文章；

d）提供增加评论的按钮，增加评论时，从数据库中选择评论；

e）可以删除选择的评论。

1.10.4留言管理

留言管理是校园博客系统的功能之一，系统管理人员根据某些管理条例规定，对留言进行批准审核，博客管理人员也可根据自己喜好删除留言。

具体功能描述如下：

用例描述：

留言管理

执行者：

系统管理者、博客管理者前置条件：

管理者已登录系统；后置条件：

如果留言管理成功后，则数据库中的留言信息随之变化，管理员和浏览者均可通过文章页面看到留言的更新。

基本路径：

a）进入系统管理界面，首先展示目前已存在的留言；

b）通过点击每篇博文，可以详细浏览每个留言的详细描述；

c）提供留言删除

1.10.5图片管理

博客管理员发布的文章中包含图片可提高博文的精彩度和点击量。

系统管理员则可根据具体条例或某些规定屏蔽或删除某些不符合要求的图片。

具体的功能描述如下：

用例描述：

图片管理执行者：

系统管理者

前置条件：

系统管理者已登录系统；

后置条件：

图片整理完成后，则浏览者和管理员均可在博文发布页面看到更新后的内容。

基本路径：

a）进入系统管理界面，首先展示正在浏览中的博文目录；

b）通过点击目录进入相应的博客文章界面；这个界面也显示了每个博主的用户名以及目前的处理状态等信息；

c）对图片有三种处理结果：

批准图片发布、删除图片、屏蔽图片；

d）对于图片的采取的不批准的处理结果，可以采用留言等方式通知博主，并通过处理方式发布相应警告。

1.10.6用户管理

系统管理员可以进行权限设置，在用户管理中对用户进行增删改查。

具体功能描述：

用例描述：

用户管理

执行者：

系统管理员

前置条件：

系统管理员已登录系统；

后置条件：

如果用户信息维护后，则用户的相应信息记录到数据库中。

基本路径：

a）进入用户管理界面，显示目前的系统用户，以及每个用户具有的权限；

b）点击不同的用户，可以显示这个用户的信息以及相应权限，必要时可以修改其权限；c）可以增加用户，也可以删除用户。

性能需求

根据用户对本系统的要求，

确定系统在响应时间、可靠性、安全等方面有较高的性

能要求。

2.1界面需求

系统的界面要求如下：

1）页面内容：

主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。

内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。

2）导航结构：

页面具有明确的导航指示，且便于理解，方便用户使用。

3）技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。

4）艺术风格：

界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后

一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。

2.2响应时间需求

无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。

2.3可靠性需求

系统应保证7X24内不当机，保证20人可以同时在客户端登录，系