个人博客系统用例规约

系统用例规约
系统用例规约是指对系统用例进行规范化描述的文档，包括用例的名称、编号、参与者、前置条件、后置条件、基本流程、扩展流程、异常流程等内容。

具体而言，系统用例规约需要包含以下内容：
1. 用例编号：每个用例都应该有一个唯一的编号，以便于管理和跟踪。

2. 用例名称：简短明了的用例名称，能够清晰地表达用例的功能。

3. 参与者：用例所涉及的各方参与者，包括主要参与者和次要参与者。

4. 前置条件：执行该用例之前必须满足的条件，如必须登录系统、必须有特定权限等。

5. 后置条件：执行该用例之后的系统状态，如生成订单、更新数据等。

6. 基本流程：用例的主要流程，包括各个步骤和参与者的交互。

7. 扩展流程：用例的可能扩展流程，通常用于描述一些特殊情况的处理方式。

8. 异常流程：用例的异常情况处理流程，包括可能出现的错误、异常和失败情况的处理方式。

总之，系统用例规约是一份详细描述系统用例的文档，能够帮助开发者更好地理解和实现系统功能，同时也能够让用户和参与者更清
晰地了解系统的功能和运行方式。

校园博客系统需求分析评审日期：2010 年04 月01 日目录1导言 (1)1.2范围 (1)1.3缩写说明 (1)1.4术语定义 (1)1.5引用标准 (1)1.6参考资料 (2)2系统定义 (2)2.1项目来源及背景 (2)2.2系统整体结构 (2)3应用环境 (3)3.1系统运行网络环境 (3)3.2系统运行硬件环境 (4)3.3系统运行软件环境 (4)4功能规格 (4)4.1角色（ A CTOR ）定义 (5)4.1.1博客访问者 (5)4.1.2管理用户 (5)4.1.3 数据库 (6)4.2系统主U SE C ASE图. (6)4.3客户端子系统 (6)4.4管理端子系统 (8)4.4.1 登录管理 .......................................................104.4.2 类型管理 .........................................................114.4.3 评论管理 .......................................................124.4.4 留言管理 .......................................................124.4.5 图片管理 .......................................................124.4.6 用户管理 .......................................................135性能需求 (13)5.1 界面需求 (13)5.2响应时间需求 (13)5.3可靠性需求 (13)5.4开放性需求 (14)5.5可扩展性需求 (14)5.6系统安全性需求 (14)6产品提交 (14)1导言1.1目的该文档是关于用户对于校园博客系统的功能和性能的要求，重点描述了校园博客系统的设计需求，将作为对该工具在概要设计阶段的设计输入。

用户登录用例图用例规约：用例名称：登录用例ID：IBM_ESHOP_002.1角色：普通用户用例说明：用例主要功能是实现登录,起始于普通用户的登录前置条件：启动程序，进入登录界面基本事件流：参与者动作系统响应1. 用户输入基本信息（登录名和密码），点击确定按钮2.系统查找数据库，看该用户是否在数据库中。

若存在则进入主页面,若不存在，则进入2.1.1;若未输入，则进入2.2.2其它事件流：无异常事件流：参与者动作系统响应2.1.1未输入用户名2.2.1用户名不存在2.1.2未输入密码2.2.2密码不正确2.1.1 提示用户名或密码不能为空2.2.2提示用户名或密码不正确。

后置条件：登录成功添加联系人用例图用例规约：修改联系人用例图用例规约：用例名称：修改联系人用例ID：IBM_ESHOP_002.3角色：普通用户用例说明：该用例主要实现的功能是用户实现对联系人信息的修改操作前置条件：进入主界面基本事件流：参与者动作系统响应1.选择想要修改的联系人，然后点击“修改”按钮3.用户对联系人姓名、性别、出生日期、Email、职务、固定电话、手机、住址、备注信息进行修改，点击“确定”按钮2.系统响应点击事件，跳转至“修改联系人信息”界面5．系统对用户的输入进行判断，若合法，则弹出对话框，提示“修改联系人成功”其它事件流：无异常事件流： 5.1姓名未输入，系统给出提示对话框“必须输入姓名”5.2 Email未输入，系统给出提示对话框“必填”后置条件：修改信息成功，返回主界面删除联系人用例图用例规约：用例名称：删除联系人用例ID：IBM_ESHOP_002.4角色：普通用户用例说明：该用例主要功能是删除联系人,用例起始用户点击“删除”按钮前置条件：进入主界面基本事件流：参与者动作系统响应1.用户确定要的联系人，然后点击“删除”3.1.1若确定删除联系人，点击“确定”按钮；2.系统弹出对话框，给出提示信息“是否删除”3.1.2进入“删除联系人成功界面”3.2系统返回主界面3.1．1用户点击返回按钮。

博客测试用例
作为一名博客编辑，我们需要仔细测试我们的博客平台，以确保它能够正常运行并提供良好的使用体验。

以下是一些常见的测试用例，以帮助我们测试博客平台：
1. 登录测试：测试登录功能是否正常，包括用户名和密码验证、忘记密码功能等。

2. 发布文章测试：测试发布文章功能是否正常，包括文章标题、内容、标签、分类、配图等。

3. 网站导航测试：测试博客网站导航是否正常，包括主菜单、
子菜单、面包屑导航等。

4. 评论测试：测试博客文章评论功能是否正常，包括评论框、
验证码、回复等。

5. 文章搜索测试：测试博客文章搜索功能是否正常，包括搜索框、搜索结果排序等。

6. 响应式测试：测试博客网站在不同设备上的显示效果，包括PC、手机、平板等。

通过上述测试用例，我们可以确保博客平台能够正常运行并提供优质的使用体验，为读者提供更好的阅读体验。

- 1 -。

博客系统需求分析_最终版文档编号：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）或LinuxInternet Explore 6.0及以上或主流浏览器（firefox,chrome,opera等）3 功能需求3.1功能划分系统功能需求分为“注册”，“登陆”，“评论/留言”，“内容发表”，“内容管理”与“系统管理”。

个人博客系统设计与实现
随着互联网的发展，个人博客已经成为了越来越多人展示自己的平台。

在设计和实现个人博客系统时，需要考虑到以下几个方面：用户管理、文
章管理、评论管理、分类管理和系统维护。

首先，用户管理是个人博客系统的基础。

用户可以注册、登录和管理
个人信息。

在设计用户管理模块时，需要考虑到用户注册时的验证机制，
如电子邮件验证或手机短信验证，以确保用户身份的真实性。

同时，需要
提供给用户修改账号密码、头像和个人简介的功能，以便用户能够个性化
自己的博客页面。

评论管理是个人博客系统的重要组成部分。

用户可以评论其他用户的
文章，并且可以对评论进行回复。

在设计评论管理模块时，需要考虑到用
户对评论的身份验证，以确保评论的真实性。

同时，可以设计点赞和举报
功能，以便用户能够对评论进行评价和反馈。

分类管理是个人博客系统的辅助功能。

用户可以对文章进行分类，以
便更好地组织自己的博客页面。

在设计分类管理模块时，需要提供给用户
创建、修改和删除分类的功能，以便用户能够根据自己的需要进行分类。

总之，个人博客系统的设计与实现是一个综合性的工程。

需要考虑到
用户管理、文章管理、评论管理、分类管理和系统维护等方面，以便用户
能够方便地展示自己的博客并与其他用户交流。

在设计和实现个人博客系
统时，需要注重用户体验和系统的可维护性，以提供更好的用户体验和保
证系统的稳定性。

个人博客系统设计需求分析一、需求分析背景在互联网时代，个人博客成为了人们记录生活、分享思考的重要方式之一、然而，由于各种个人博客系统存在着千差万别的特点，往往不能满足用户的全部需求。

为了满足用户对个人博客的个性化需求，设计一款符合用户要求的个人博客系统变得十分重要。

二、需求分析目标本文将从用户角度出发，设计个人博客系统，以满足用户对博客系统的基本需求。

三、需求分析内容1.用户管理（1）用户注册与登录功能：用户可以通过注册账号并登录进入个人博客系统。

（2）用户信息管理功能：用户可以修改个人信息，包括头像、昵称、个人简介等。

2.博客管理（3）博客查看和评论功能：用户可以浏览其他用户的博客，并对其进行评论。

3.页面展示（2）博客详情展示功能：用户可以点击进入博客详情页面，查看博客的具体内容和评论。

4.功能（1）博客功能：用户可以通过关键字博客。

（2）用户功能：用户可以通过关键字其他用户。

5.用户交互（1）点赞功能：用户可以对其他用户的博客进行点赞。

（3）分享功能：用户可以将自己喜欢的博客分享给其他社交媒体平台。

6.系统管理（2）数据备份与恢复功能：系统可以自动进行数据备份，并支持用户进行数据恢复操作。

7.安全与稳定性（1）用户身份验证：用户登录时需进行身份验证，确保系统安全。

（2）数据安全性：用户的个人信息和博客内容需要进行加密存储，确保信息安全。

（3）系统运行稳定性：系统需要保证稳定运行，防止系统崩溃或数据丢失。

四、总结通过对个人博客系统的需求进行分析，可以了解到用户对系统的基本功能要求。

在开发过程中，需要充分考虑用户体验，提高系统的易用性和稳定性，从而满足用户对个人博客的各种需求。

同时，还需要积极收集用户反馈，对系统进行优化和改进。

个人博客系统的设计与实现随着互联网的普及和发展，越来越多的个人开始建立自己的博客来与读者分享自己的经验和知识。

个人博客系统的设计与实现是一个非常有趣且有挑战性的任务，本文将介绍一个简单的个人博客系统的设计与实现。

首先，个人博客系统需要有一个用户认证的功能。

用户可以注册一个账号，并使用该账号登录博客系统。

为了实现这一功能，可以使用常见的用户认证方式，如用户名和密码的组合或者使用第三方认证，如Google或Facebook账号。

在用户登录后，系统会根据用户的权限决定其可以执行的操作。

在设计博客系统的数据库结构时，可以采用一对多的关系来保存博客文章和评论。

每个博客文章可以有多个评论，每个评论又可以有多个回复。

这样的关系模型可以通过使用外键来实现。

为了实现博客系统的实时更新，可以使用WebSocket技术。

WebSocket允许服务器与客户端之间建立一个持久的连接，并实现双向通信。

当有新的博客文章或评论发布时，服务器可以立即通知所有在线的用户。

为了优化个人博客系统的性能，可以采用缓存技术。

例如，可以使用Redis来缓存热门的博客文章或评论，以减轻数据库的压力。

在用户访问这些热门内容时，系统直接从缓存中获取数据，而不需要访问数据库。

总结起来，个人博客系统的设计与实现是一个包含多个方面的复杂任务。

在设计个人博客系统时，需要考虑用户认证、用户界面、数据库结构、实时更新、性能优化、安全性以及额外的功能等多个方面。

只有在细心的设计和实现的基础上，才能够打造一个功能完善、易于使用且安全可靠的个人博客系统。

用例模板
用例名称（用例名）
用例目标（用例在系统中的目标）
级别（概要任务/首要任务/子功能）
活动者（此用例的活动者）
状态（未定义路径/只定义了初始路径/路径定义完成）
前置条件（用例执行千系统应具有的状态）
后置条件（用例成功执行后系统应具有的状态）
主路径（用例主路径的名称）
可选路径（用例的可选路径）
例外路径（用例的例外路径）
举例：
用例名称修改密码
用例目标当用户修改自己的密码时用例开始。

它处理修改密码问题。

当用户结束修改市用例结束
级别子功能
活动者用户
状态只定义了初始路径
前置条件用户登录进入系统
后置条件用户的密码已得到修改
主路径用户修改密码，系统保存修改
可选路径用户修改密码，最后放弃对密码的修改
例外路径用户输入的原密码有误，或者两次输入的新密码不一致，系统显示错误信息。

用户可以选择返回主路径的起始点，重新输入正确的原
始密码以及两次一致的新密码；或者取消修改。

用例名称招募需求
用例简述卫生服务人员招募
用例图
主要流程（1）发送邀请函
（2）提交
（3）等候回应
替代流程邀请函没人应答，回到主流程继续发送，直到匹配志愿者
成功
例外流程发送邀请函失败，该系统用例失败
业务规则邀请函要写清需求，联系方式，字数限制在300字内
用例名称共享信息
用例简述卫生服务人员和志愿者共享信息
用例图
主要流程（1）卫生服务人员填写居民需求或病情
（2）提交
（3）志愿者查看居民信息与卫生服务人员交互
替代流程信息过期，则返回主流程查看更新的信息
例外流程信息共享失败，该系统用例失败
业务规则（1）上午8：00——12:00 下午2:00——5:00查看信息
（2）卫生服务人员和志愿者查看信息需要验证信息，防止外
人查看泄露居民信息。

个人博客需求分析含有Oracle数据库主要存储过程语句一．需求分析该系统为个人博客，具有一般博客系统的功能。

博主，即管理员，拥有最高权限，能对文章，分类，评论，用户等进行管理。

游客只能浏览前台页面，及浏览文章。

只有游客注册成为注册用户后，才能对文章进行评论。

根据以上需求分析，该系统要实现的主要功能为：◆前台显示文章部分●显示最新的前几篇文章●显示所有文章分类●按分类显示其下的所有文章●文章详细信息浏览阅读●游客注册以及注册用户的登录●评论文章功能◆后台管理部分●登录验证，只有博主能登录●添加、编辑、删除文章功能●用户、类别、评论的管理功能二、数据库设计2.1、E-R图总E-R图2.2、表结构设计用户信息表userinfo文章信息表Articles文章分类表Tags评论信息表Comments三．博客系统的性能需求该系统在性能功能上应达到如下需求：◆操作简单、界面友好: 完全控件式的页面布局，使得文章的录入工作更简便，许多选项只需要点击鼠标就可以完成；另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。

对常见网站的博客管理的各个方面：上传博客、浏览、删除、修改等方面都大体实现，实现了网站对即时文章的管理要求；◆即时可见:对文章的处理（包括添加、编辑、删除）将立即在主页的对应栏目显示出来，达到“即时发布、即时见效”的功能；◆系统运行应该快速、稳定、高效和可靠；◆在结构上应具有很好的可扩展性，便于将来的功能扩展和维护。

四．系统结构实现过程系统流程图整个系统的工作流程为：打开该系统网站，游客能浏览、阅读文章，能进行注册，注册后成为注册用户，注册用户登录后能够对文章进行评论。

博主从后台入口登录，可以添加文章，包括文章标题、类别、内容；还能对用户、文章、类别、评论进行管理。

数据库中主要Oracle操作语句--ADDARTICLEcreate or replace procedure addarticle(title in articles.a_title%type,content in articles.a_content%type,tagname in articles.t_name%type,commentnum in articles.a_commentnum%type default 0,viewnum in articles.a_viewnum%type default 0)asbegininsert into articles ( a_title, a_content, t_name, a_publishedtime, a_commentnum, a_viewnum)values(title, content, tagname, sysdate, commentnum, viewnum);end addarticle;--ADDCOMMENTcreate or replace procedure addcomment(aid in comments.a_id%type,c_content in comments.c_comment%type,cname in comments.c_username%type)as begininsert into comments (a_id, c_comment, c_username, c_leavetime)values (aid, c_content, cname, sysdate);end addcomment;--ADDTAGcreate or replace procedure addtag(tagname in tags.t_name%type)asbegininsert into tags(t_name) values (tagname);end addtag;--ADDUSERScreate or replace procedure addusers(v_name in varchar2,v_password in varchar2,v_type in ertype%type default 0)asbegininsert into userinfo(username,userpassword,usertype) values (v_name,v_password,v_type);end addusers;--CHECKADMINcreate or replace procedure checkadmin(v_username in varchar2,v_password in varchar2,result out number)isl_count number;beginselect count(*) into l_count from userinfowhere USERNAME = v_username and USERPASSWORD = v_password and usertype = 1;if l_count=0 thenresult:=-1;elseresult:=1;end if;end checkadmin;--CHECKUSERScreate or replace procedure checkusers(v_username in varchar2,v_password in varchar2,result out number)isl_count number;beginselect count(*) into l_count from userinfowhere USERNAME = v_username and USERPASSWORD= v_password and usertype=0;if l_count=0 thenresult:=-1;elseresult:=1;end if;end checkusers;--DELETEARTICLEcreate or replace procedure deletearticle(id_in in number)asbegindelete from articles where a_id=id_in;end deletearticle;--DELETECOMMENTcreate or replace procedure deletecomment(id_in in number)asbegindelete from comments where c_id=id_in;end deletecomment;--DELETETAGcreate or replace procedure deletetag(tagname in tags.t_name%type)asbegindelete from tags where t_name=tagname;end deletetag;--DELETEUSERcreate or replace procedure deleteuser(id_in in number) as begindelete from userinfo where userid=id_in;end deleteuser;--selectarticlecreate or replace procedure selectarticle(cur out article_type.cur_type)isbeginopen cur forselect * from articles;end;--selectcommentcreate or replace procedure selectcomment (aid in comments.a_id%type,cur out comment_type.cur_type)isbeginopen cur forselect * from comments where a_id=aid; end;--selecttagcreate or replace procedure selecttag(cur out tag_type.cur_type)isbeginopen cur forselect * from tags;end;--updatearticlecreate or replace procedure updatearticle(id_in number,title in articles.a_title%type,content in articles.a_content%type,tagname in articles.t_name%type)asbeginupdate articles set a_title = title, a_content = content , t_name = tagname where a_id = id_in;end updatearticle;--updatepwdcreate or replace procedure updatepwd(u_password in erpassword%type)asbeginupdate userinfo set userpassword=u_password where userid=1;end updatepwd;--updatetagcreate or replace procedure updatetag(id_in in number,tagname in varchar2)asbeginupdate tags set t_name=tagname where t_id=id_in;end updatetag;。

系统需求分析一．用例图用例图用来描述系统与参与者之间的相互作用，与用例图相关的几个概念：（1）角色：代表了某一事件发生的参与者，用一个小人表示。

（2）用例：代表系统可以实现的功能，通常一个用例代表一组功能,实质上规定了系统实现功能的范围。

（3)用例图：当角色和用例发生某种关系时，就可以用一个图将它们关联起来,这就是用例图.博客系统的用例图如下图所示：博客信息管理系统允许用户有三种身份:博主、博客管理员及游客。

博客系统参与者中每种身份操作起来都很方便、快捷。

游客无需登陆就可以浏览相册、浏览博文或发表评论；博客管理员注册后再登陆,就可以管理注册用户、管理系统用户管理博客文章，管理留言，管理相册；普通博主注册后在登录，就可以修改用户资料，修改密码，发布，修改，删除博文,添加，删除，修改相片，发表评论.二．数据流图系统运行过程中，主要涉及到两部分的数据流向，一部分是管理员在系统后台管理界面上发出的对数据库操作的数据流,另一部分是用户（包括普通博主和游客）在应用前台使用系统时所产生的数据流。

顶层数据流图：一层数据流图：普通博主的0层数据流图:管理员的0层数据流图：游客的0层数据流图：三．功能模块图前台功能模块结构图：后台功能模块结构图:博客信息管理系统分为面向网络用户的前台及面向个人博客维护管理的后台，依据博客网站中所要实现的基本功能的设定,将所有功能分解为如下四个主要的功能模块来加以实现。

用户以合法的用户名及密码登录，系统即可按该登录用户的权限分配操作模块.（一）博客注册登录管理模块博客注册登录管理模块用于建立博客网站固定的客户群体,通过记录对应的博客档案，实现对博客信息的后台维护及管理，同时也便于通过博客档案库将网站最新动态及相关企业的信息方便地传达给每一位潜在的客户。

该功能模块实现了以下几个子功能。

（1)新博客注册.(2）博客登录管理.(3）跳转到博客主页。

只有进行登录并通过身份验证的用户，才可以在个人博客页面发表日志，并借助个人设置实现对个人博客相关信息的管理维护。

1、登陆系统
系统中的所有参与者均可以使用本用例登陆系统，要求输入合法的用户名和密码.
登录系统用例规约
查询菜品信息的参与者是数据管理人员、顾客，用于查看酒店所有菜品的详细信息.
查询菜品用例规约
修改菜品信息的参与者是数据管理人员，用于修改酒店所有菜品的详细信息。

修改菜品用例规约
修改菜品信息的参与者是数据管理人员,用于增加酒店菜品的详细信息。

增加菜品用例规约
删除菜品信息的参与者是数据管理人员，用于删除酒店菜品的详细信息.
删除菜品用例规约
查询员工信息的参与者是数据管理人员，用于查看酒店所有员工的详细信息。

查询员工用例规约
修改员工信息的参与者是数据管理人员,用于修改酒店所有员工的详细信息。

修改员工用例规约
增加员工信息的参与者是数据管理人员,用于增加酒店所有员工的详细信息。

增加员工用例规约
删除员工信息的参与者是数据管理人员，用于删除酒店员工的详细信息.
删除员工用例规约
10、查询vip客户信息
查询vip客户信息的参与者是数据管理人员，用于查看酒店所有vip客户的详细信息。

查询vip客户信息用例规约
修改vip客户信息的参与者是数据管理人员，用于修改酒店所有vip客户的详细信息。

修改vip客户信息用例规约
增加vip客户信息的参与者是数据管理人员,用于增加酒店vip客户.
修改vip客户信息用例规约
删除vip客户信息的参与者是数据管理人员,用于删除酒店vip客户的详细信息.
删除vip客户信息用例规约。

个人博客系统需求分析组员：杨群熊娅婷1.系统目标：开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的个人博客网站，为网络用户提供进行在线交流的网络平台。

通过个人博客网站可以结交更多的朋友，表达更多的想法，它随时可以发布文章。

2.系统功能要求2.1 博客系统提供三类服务：1．信息服务：文章显示，热点文章推荐，博主风采。

2．查询服务：可以根据文章内容，文章标题，留言标题等进行模糊查询。

3．评论、留言服务：游客或者用户可以对系统进行留言或发表看法意见。

在此基础上我将个人博客网站划分成三个子系统：游客，会员，管理员。

下面分析各个子系统的功能需求：2.1.1 游客在在具体的功能实现上，可以分为以下几个部分：1．搜索和浏览他人的博客：游客不须登录系统就可以实现查看日志，照片以及博客主的资料信息。

2．用户注册：游客将个人的信息存储到博客网站的数据库中，以成为本博客的正式用户。

2.1.2 会员通过计算机网络将前台与后台的数据库相连，系统用户将从前台得到的信息进行处理，实现文章管理，信息管理，个人相册管理，评论，留言等子系统。

1．博文管理：注册用户员对网站中自己的文章进行删除，更新等操作。

2．信息管理：发布，更改个人资料信息。

3．个人相册管理：对博客相册中的图片进行上传，更新，删除操作。

4．好友管理：添加或删除好友。

5．评论：对于他人给自己的不恰当评论予以删除。

6．留言：对他人给自己的留言进行回复或删除。

2.1.3 管理员1．用户管理：对已注册的用户进行管理。

2.评论、留言管理：对已注册的用户发表的评论和留言进行管理。

3.相册管理：对已注册用户上传的照片进行审核，严禁上传不和谐的照片。

4.文章管理：对用户已发表的博文进行管理，规范其内容，屏蔽掉一些不健康或反动的言论。

2.2系统功能需求分析现有情况及问题，将个人博客系统划分为三个功能用例：游客用例，用户用例，管理员用例。

在个人博客系统中，管理员要让每个博客申请个人博客账号，并让博客设置个人密码，账户内存储每个博客的个人信息。

用例规约描述（Window）版本 1.0变更统计填表说明本文档目标是依据《需求规格说明书》和系统原型，建立用例模型，并对用例模型进行具体描述。

用例规约描述是面向对象分析和设计关键步骤。

用例规约描述需要进行评审。

1引言文档（《用例规约描述文档》）是描述项目小组对项目进行需求分析得到相关用户和系统之间交互作用文本性描述文档。

目标用例是相关用户和系统之间相互作用文本性描述，从外部角度描述系统行为，表示系统应该做什么。

本文档经过用例规约描述，来深入说明该系统需求，是下一阶段系统设计基础，也是测试用例关键依据。

定义概述伴随Internet技术快速发展，BBS论坛已成为大家相互沟通、交流信息关键方法。

在论坛上，大家能够对某一领域提出自己碰到问题，随即，论坛上其它人会依据自己学识、经验发表意见或提出问题方法。

BBS论坛靠近了大家之间距离，它早已成为大家网上生活必备工具。

所以说BBS 论坛对当今社会是相当关键。

BBS 包含三种角色（Actor ）：系统总体功效模块图以下：图一：系统总体功效模块图BBS 论坛系统前台基础业务模块后台模块游客注册会员发帖回帖浏览帖子板块管理帖子管理会员管理2用例描述2.1 桌面子系统2.1.1 administrator模块member图二：Administrator模块图2.1.1.1 administrator管理会员用例规约：2.1.1.2 administrator管理论坛分类用例规约：2.1.1.3 administrator管理帖子用例规约：2.1.2 members管理模块look图二：members模块图2.1.2.1 members发帖回帖用例规约：用例规约：2.1.2.2帖子状态用例规约：2.1.3 tourist管理模块tourist图二：tourist模块图2.1.3.1 tourist 用例规约：。