博客系统需求分析_最终版

文档编号： 001

博客系统

需求分析报告

5班 小组

2011年4月

修改记录

1 引言

1.1 编写目的

本文档用于描述“博客系统”项目的系统需求，为该项目概要设计，详细设计和测试用例的设计依据。

这个分析的阅读对象为任课老师和小组开发人员。

1.2 项目背景：

● 项目的委托单位、开发单位和主管部门；

委托单位：川大计算机学院 主管部门：川大计算机学院

开发单位：小组

1.3 定义

Blog ：Weblog 的简称。网络日志，通常称为博客。

1.4 参考资料：

《UML 参考手册》

《UML 用户指南(第2版) 》 布奇、兰宝、雅各布 人民邮电出版社

2 任务概述

2.1 系统目标

2.1.1 系统总体功能

博客通常称为网络日志, 作为目前网络流行的交流方式, 主要提供给用户一

个沟通的平台. 用户可以在博客上发表文章, 图片, 留言等来与他人进行沟通

2.1.2 系统要达到的性能要求和其它指标

本系统界面设计友好美观, 方便用户操作.

本系统保证用户信息的安全, 提供给用户多种管理自己信息的方式. 本系统有较少的响应时间, 保证页面能在很短时间内打开

2.1.3 项目前景

由于博客的沟通方式比电子邮件、讨论群组更简单和容易，博客已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet ）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。

2.2 运行构架

2.2.1 系统软件/硬件平台 硬件:

处理器 ：Intel486以上系列、AMD K6 以上系列

内存 ：1G （非最低配置）

网络 ：带宽1M （非最低配置）

软件:

操作系统：windows （2000、XP 、vista 、7）

Linux

数据库 ：SQL Server 2008

客户端 ：Internet Explore 6.0及以上

主流浏览器（firefox ，chrome ， opera等）

2.2.2 运行环境

windows （2000、XP 、vista 、7）或Linux

Internet Explore 6.0及以上或主流浏览器（firefox,chrome,opera 等）

3 功能需求

3.1功能划分

系统功能需求分为“注册”，“登陆”，“评论/留言”，“内容发表”，“内容管

理”与“系统管理”。

图 3.1－1 全系统用例图

3.2需求分配

3.2.1需求分配表

3.3功能描述

3.3.1 注册

【输入数据】

账号、密码

以及各种个人信息, 如昵称, 生日, 住处, 爱好等. 【输出数据】

注册是否成功的信息 【功能】

系统能够对用户输入的账号、密码等信息进行验证, 确定是否可用, 然后发送给服务器进行验证，验证通过后则存储于数据库并根据用户提供信息建立个人博客。如果验证没通过, 则提示用户原因.

脚本1：

3.3.2 登陆

【输入数据】

账号、密码

【输出数据】 提示信息 【功能】

系统能够按照用户输入的账号、密码发送给服务器进行验证，验证通过后可根据用户信息进入个人博客主页。对于验证不通过的账号和密码系统能够做出相应的错误处理。

脚本2：

3.3.3 评论/留言

【输入数据】

所要发表的 评论/留言 的内容

【输出数据】 发表后内容 【功能】

游客或者注册用户可对当前浏览的博客内容进行评论或对当前浏览的博客进行留言。评论/留言成功后会在当前博客或内容下显示。

脚本3：

3.3.4 内容发表

【输入数据】

所要发表的内容的标题，内容与描述

【输出数据】 发表后内容 【功能】

系统能够对用户提交的标题，内容与描述进行验证，验证通过后存储至数据库，然后在当前博客上显示成功提交的内容。若提交不成功，则显示错误提示信息并返回至内容编辑页面。

脚本4：

3.3.5 内容管理

3.3.5.1 个人信息管理

【输入数据】

编辑的信息 提示信息

【输出数据】 【功能】

系统能够对用户提交的对个人信息编辑后的内容进行验证，若验证通过，则修改数据库相应信息，然后在页面提示用户编辑成功并显示新的个人信息。若不通过，则提示错误信息并返回至个人信息页面。

脚本5：

3.3.5.2 博客内容管理

【输入数据】

编辑的标题，内容，描述等

【输出数据】 提示信息 【功能】

用户选择需要编辑的博客内容进行编辑，包括修改标题，修改内容，修改描述，修改权限或删除当前内容。然后系统根据用户提交的信息进行验证，验证成功后修改数据库相应内容，然后提示用户修改成功并显示成功修改后的内容。若失败，则提示错误信息并返回编辑前内容界面。 脚本6：

3.3.6 系统管理

3.3.6.1 系统界面管理

【输入数据】

界面所需显示的内容（图片，公告等） 编辑后界面 【功能】

系统管理员对系统的界面进行管理，如修改界面布局，更改显示图片，发布公告，删除部分内容等。修改成功后会在用户打开系统时显示修改后的系统界面。

脚本7：

【输出数据】

3.3.6.2 用户博客内容管理

【输入数据】

发送的信息 编辑的内容

【输出数据】 提示信息 发送信息 【功能】

系统管理员对系统的用户博客进行管理。管理员可以浏览系统用户的博客，对博客内容进行审核，当发现不合规定的内容后，可以对当前内容进行编辑修改或删除，然后发送信息给当前博客用户。

脚本8：

4 数据描述

4.1数据词典

4.2数据库描述

SQL Server 是一个关系数据库管理系统。它最初是由Microsoft 、 Sybase 和Ashton-Tate 三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft 与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。而SQL Server 2008是一个重大的产品版本，它推出了许多新的特性和关键的改进，使得它成为至今为止的最强大和最全面的SQL Server版本。

5 性能需求

5.1 数据精确度

1. 要按照严格的数据格式输入，否则系统不给予响应进行处理。

2. 查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询：直接查询和模糊查询。

5.2 时间特性

运行环境各个页面的链接响应时间不得超过2s, 对没进行操作的用户（6000s ）对其访问认证失效，需要重新登录。

5.3 适应性

该系统的设计模块属于普通模式，当要增加新的功能时，接口具有兼容性，可以随时更新。

6 运行需求（接口需求规格）

下面给出系统中出现的每个接口的规格说明，其中每个接口要求有如下内容：

（4）接口交互过程：函数传递，ASP.NET 内部实现 （5）消息和通信协议：TCP/IP协议

（6）性能要求：连接至internet ，带宽1M 及以上

（7）故障处理：错误日志记录故障，相关返回机制，交与管理员处理，备

份服务器，保证数据安全。 （8）其它要求：无

7 产品质量需求

7.1 故障分析：制定相关返回机制，交与管理员处理 7.2系统利用率：保证系统效率，具有较高利用率 7.3 可靠性：系统很少出现故障，保证用户信息安全

7.4 可维护性：系统的可维护性强，系统尽量减少管理者对系统的频繁操作，便于管理者对系统的有效维护和防止不必要的操作对系统数据库造成损失。 7.5 其他需求

易于操作：系统界面美观简洁，便于用户操作

运行稳定：系统不会因为登陆人数增多而造成操作的不稳定

可移植：该系统可以在主流电脑操作系统上运行，也可以在移动终端上正常运行

。

8 用户需求与系统需求规格对照表

用如下表格给出用户需求与系统需求规格之间的对应关系，并维护《需求跟踪矩阵》

表1 系统需求规格与用户需求对照表

9 附录

无