个人博客系统需求分析
.
个人博客系统需求分析
组员：杨群熊娅婷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 系统功能需求
分析现有情况及问题，将个人博客系统划分为三个功能用例：游客用例，用户用例，管理员用例。
在个人博客系统中，管理员要让每个博客申请个人博客账号，并让博客设置个人密
码，账户内存储每个博客的个人信息。有账号的博客会员可以通过管理员浏览好友动态、
写博文、分享博文等。每个博客浏览的范围、期限不同，可通过互联网或登录个人博客网
站查询个人信息和其他情况。
登录个人博客主页时，先输入博客的账号和密码，系统验证该帐号的有
效性，无效则提示其原因，有效则显示博客的主页信息，供管理员人工核对。
然后可以进行浏览动态，添加应用等一些功能。
2.2.1 系统总体用例
系统总体用例图2.2.2 系统类图
类图2.3 . 系统角色功能用例
1.游客
1.1 用例图
1.2 用例描述： 用户注册：
用例名称： 用户注册
用例 ID ：
角色： 游客 用例说明： 游客注册成为用户。 前置条件： 还未注册成为用户。 基本事件流： 1. 游客请求注册
2. BLOG 系统弹出用户注册页面
3．游客输入个人信息，包括用户名、密码、邮箱、联系电
话、出
生日期，并选择“注册” 。
4．系统保存注册信息
其他事件流： 游客输入的个人信息不完整，如某一项没有填写，并选择“注册” ， 系统给出提示信息
游客输入的个人信息不符合格式要求，并选择“注册” ，系统给
出
提示信息
游客选择“取消” ，系统则退回注册页面
如果系统已经有重名的用户名， 系统不保存新建的用户， 系统给出
提示信息：“此用户名已经存在”
异常事件流： 系统保存新建用户时出现系统故障，例如网络故障，服务器故障，
系统弹出“系统异常页面” ，提示游客保存失
败
后置条件：
新用户信息保存到系统中，游客便可登录系统
博客搜索：
用例名称： 博客搜索 用例 ID ：
角色： 游客，注册用户
用例说明： 游客和注册用户可以进行博客搜索，搜索自己感兴趣的博客 前置条件： 无
. .
.
其他事件流：无
异常事件流：无
后置条件：无
博客浏览：
用例名称：博客浏览
用例 ID：
角色：游客，注册用户
用例说明：对博客进行浏览
前置条件：无
基本事件流： 1. 进入要浏览的博客
2. 对博客的内容进行浏览
其他事件流：无
异常事件流：无
后置条件：无
2.用户
2.1 用例图
2.2 用例描述：
用户登录：
用例名称：用户登录
用例 ID：
角色：用户，系统管理员
用例说明：用户，系统管理员登录系统
前置条件：用户已注册
.
基本事件流： 1
. 用户，系统管理员请求登录 2
. BLOG 系统弹出用户登录页面 3. 用户，系统管理员输入账号、密码，并选择“确定” ，登录系统。
4
. 系统检验登录信息 其他事件流： 用户，系统管理员输入的信息不完整，如某一项没有填
写，并选择
“确定”，系统给出提示信息
用户，系统管理员输入的信息不符合格式要求，并选择“确定” ， 系统给出提示信息
用户，系统管理员选择“取消” ，则不进
系统
如果系统校验到账号和密码不对应或者没此账户时， 则系统给出提
示信息：“账号或密码不匹配，请重新输
入。 ”
异常事件流： 系统校验时出现系统故障，例如网络故障，服务器故
障，系统弹出
“系统异常页面” ，提示注册用户，系统管理员登录
失败
后置条件：
用户，系统管理员登录系统
修改个人资料：
用例名称： 修改个人资料 用例 ID ：
角色： 用户
用例说明： 注册用户更新个人信息
前置条件： 游客已注册成为用户 基本事件流： 1
. 用户请求更新个人信息 2
. 系统显示更新信息页面，提示会员输入个人信息 3
. 用户输入按提示输入个人信息，选择“保存” 4
. 系统验证昵称的格式 5
. 系统验证邮箱的格式
6. 用户选择“浏览” , 上传照片成为自己的头像。上传成功按“保
存”
7
. 系统保存用户个人信息。 其他事件流： 用户选择“取消” ，系统返回首页
昵称验证不符合规则，给出提示信息，要求重新输入
邮箱验证不符合规则，给出提示信息，要求重新输入 异常事件流：
系统保存信息时出现系统故障，例如网络故障，服务器故障，系统
弹出系统异常页面，提示用户修改个人信息失败。
发表博文：
用例名称：发表博文
用例 ID：
角色：已注册用户
用例说明：用户发表博文
前置条件：用户已注册.
.
基本事件流： 1. 用户请求发表博文 2. BLOG 系统弹出一个页面
3. 用户输入标题及博文内容，用户选择“发表”
4. 系统验证标题的格式， 系统验证博文内容的格式， 系统保存用
户博文
其他事件流： 用户选择“取消” ，系统返回博客首页
标题验证不符合规则，给出提示信息，要求重新
输入
博文内容验证不符合规则，给出提示信息，要求
重新输入
异常事件流： 系统保存博文时出现系统故障，例如网络故障，服务器故障，系统
弹出“系统异常页面” ，提示用户发表博文失
败
后置条件：
系统保存了用户博文
发表留言 ：
用例名称： 发表留言 用例 ID ：
角色： 已注册用户 用例说明： 用户发表留言 前置条件： 用户已注册
基本事件流： 1. 用户请求发表留言
2. BLOG 系统弹出一个页面
3. 用户输入留言内容，用户选择“发表”
4. 系统验证留言内容的格式
5. 系统保存用户留言
其他事件流： 留言内容验证不符合规则，给出提示信息，要求重新输入
异常事件流： 系统保存博文时出现系统故障，例如网络故障，服务器故障，系统
弹出“系统异常页面” ，提示用户发表留言失败 后置条件：
系统保存了用户留言
发表评论：
用例名称： 发表评论 用例 ID ：
角色： 注册用户 用例说明： 用户添加评论 前置条件： 无
基本事件流： 1. 用户请求发表评论 2. BLOG 系统出现页面
3. 用户输入评论内容，用户选择“发表”
4. 系统验证评论内容的格式
5. 系统保存用户评论 评论内容验证不符合规则，给出提示信息，要求重
.
.
用户添加评论失败 后置条件：
系统保存了用户评论
好友管理：
用例名称： 好友管理 用例 ID ：
角色： 注册用户
用例说明： 用户添加、删除好友 前置条件： 用户登录了系统 基本事件流： 1
. 用户请求添加或删除好友
2. BLOG 系统弹出一个页面
3
. 在第一行输入好友昵称，然后点击“搜索”
4. 即出现好友列表，在好友右面点击“添加好友”即可添加或点
击“删除好友”
其它事件流： 无
异常事件流： 系统添加好友时出现系统故障，系统弹出“系统异常页面”， 提示用户
添加好友失败
后置条件：
用户添加或删除了好友
博文管理：
用例名称： 博文管理 用例 ID ：
角色： 用户
用例说明： 用户管理博文 前置条件： 用户已注册
基本事件流： 1. 用户请求管理博文
2. 用户先点击要管理的博文， 然后点击右下方的 “编辑”，弹出管
理博文的页面
3. 用户输入标题及博文内容，用户选择“更新博文”
4. 系统验证标题的格式
5. 系统验证博文内容的格式
6. 系统保存用户博文 其它事件流： 标题验证不符合规则，给出提示信息，要求重新输入
博文内容验证不符合规则，给出提示信息，要求重新输入 异常事件流： 系统保存博文时出现系统故障， 例如网络故障， 服务器故障， 系统
弹出“系统异常页面” ，提示用户管理博文失败 后置条件：
系统更新了用户博文
.
.
用例 ID ：
角色： 用户
用例说明： 用户管理评论或留言 前置条件： 用户已注册
基本事件流： 1. 用户请求管理评论及留言 2. 用户先点击要管理的评论或留言，然后点击右下方的“编辑” ，
弹出管理评论或留言的页面
3. 用户输入评论或留言内容，用户选择“更新评论或留言”
4. 系统验证评论或留言内容的格式
5. 系统保存用户评论或留言
其它事件流： 标题验证不符合规则，给出提示信息，要求重新输入
评论或留言内容验证不符合规则，给出提示信息，要求
重新输入
异常事件流： 系统保存博文时出现系统故障， 例如网络故障， 服务器故障， 系统
弹出“系统异常页面” ，提示用户管理评论或留言失
败
后置条件：
系统更新了用户评论或留言
3. 管理员 3.1 用例图：
3.2 用例描述 博文审核管理： 用例名称： 博文审核管理
用例 ID ： 角色： 系统管理员
用例说明： 系统管理员审核已注册用户发表的博文 前置条件： 已注册用户
基本事件流： 1. 管理员登入博客管理系统 2. 审核博文 其他事件流： 无
异常事件流： 第 1 步，系统校验时出现系统故障，例如网络故障，服务器故障， 系统弹出“系统异常页面” ，系统管理员登录失败
.
.
用户管理：
用例名称： 用户管理 用例 ID ：
角色： 系统管理员
用例说明： 系统管理员对已注册用户进行管理
前置条件： 已注册用户 基本事件流： 1
. 系统管理员登录 博客管理系统
2. 对已注册用户进行管理（包括用户信息，发表的博文、评论、
留言以及禁言等等）
3
. 讲管理信息反馈回注册用户 其他事件流： 无
异常事件流： 系统校验时出现系统故障，例如网络故障，服务器故障，系统弹出
“系统异常页面” ，系统管理员登录失败 后置条件：
系统管理员登录系统
.
(完整版)博客系统需求分析
校园博客系统需求分析 评审日期：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 登录管理 ....................................................... 10 4.4.2 类型管理 ......................................................... 11 4.4.3 评论管理 ....................................................... 12 4.4.4 留言管理 ....................................................... 12 4.4.5 图片管理 ....................................................... 12 4.4.6 用户管理 ....................................................... 13 5性能需求 (13) 5.1 界面需求 (13) 5.2响应时间需求 (13) 5.3可靠性需求 (13) 5.4开放性需求 (14) 5.5可扩展性需求 (14) 5.6系统安全性需求 (14) 6产品提交 (14)
个人博客需求分析
个人博客需求分析 1?导言 1.1目的 编写本博客系统的目的是为了更加深入的了解项目相关各种命令及程序流程，使自己熟练的掌握一些基础知识并为以后软件开发工作打下一定的基础。本文档详细描述博客管理的 各环节，其中包括：博客页面的浏览、文章的管理、照片的管理（包括上传下载浏览管理等）好友管理（增加删除好友等）、留言板管理（留言的增加删除）、博主信息管理（个人信息的修改）等。此需求规格说明书是系统开发者设计实现自己博客管理系统的依据，也是用户对 最终软件系统进行功能测试和验收的依据。在本文中将尽量避免使用技术性语言，对于与此博客相关的词汇和概念在后面的章节会有相关的详细说明。 \.2冃^景 随着时代在进步，网络技术也在不断地发展，人们对生活的理念也在不断改变? EMAIL, BBS ICQ等快捷的信息传播和交互方式为人们的生活带来了方便。而BLOG这种具有代表性 的WEB2.0元素的出现，带给互联网用户的是跟多样，更全面的交流方式，是一种自我形象和个性的展示和个人价值的实现。BLOG某种意义上算是网络上的个人空间，其大致定义是： 一种表达个人思想，内容按照时间顺序排列，并且不断更新的出版方式。BLOG可以使多种 形式的，比如以记录日志为主，以交友为主等等，在日新月异的网络平台上BLOG已经越来 越多的为人们所接受。现在，播客已经成为一种时尚，一种网络上的精神寄托的代名词，通过BLOG 可以更全面的了解一个人的思维方式以及行为信息。简而言之，博客就是以网络载体，建议迅速便捷地发布自己的想发布的信息，及时有效轻松地与他人进行交流，再集丰富多彩的个性化展示与一体的综合性平台。 1.3参考资料
博客系统需求分析报告
博 客 系 统 需 求 分 析 报 告 院系：信息电子工程学院 班级：软件08-1 设计小组人员：29号 日期：2010年5月24日
一、系统概述 “博客”一词是从英文单词Blog音译（不是翻译）而来。Blog是Weblog 的简称，而Weblog则是由Web和Log两个英文单词组合而成。 Weblog就是在网络上发布和阅读的流水记录，通常称为“网络日志”，简称为“网志”。博客（BLOGGER）概念解释为网络出版（Web Publishing）、发表和张贴（Post-这个字当名词用时就是指张贴的文章）文章，是个急速成长的网络活动，现在甚至出现了一个用来指称这种网络出版和发表文章的专有名词——Weblog，或Blog。 在网络上发表Blog的构想始于1998年，但到了2000年才开始真正流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各门户网站，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。起初，Bloggers将其每天浏览网站的心得和意见记录下来，并予以公开，来给其他人参考和遵循。但随着Blogging快速扩张，它的目的与最初已相去甚远。目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。不过，由于沟通方式比电子邮件、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 二、需求分析 博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。 1.匿名用户模块 本模块主要由注册、登录、浏览博客、评论4个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。 2.注册用户模块 本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5
个人博客系统需求分析
个人博客系统需求分析 组员：杨群熊娅婷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.文章管理： 对用户已发表的博文进行管理，规范其内容，屏蔽掉一些不健康或反动的言
个人博客系统开题报告
湖南科技大学2013届毕业设计（论文）开题报告 题目个人博客系统的设计与实现 作者姓名*** 学号09070204**所学专业信息与计算科学 1、研究的意义，同类研究工作国内外现状、存在问题 意义： 博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站[1]。博客它经常是由简短且经常更新的帖子构成，它可以发表有关个人构思，日记，或者诗歌，散文，小说等等。博客可以是你纯粹个人的想法和心得，包括你对时事新闻、国家大事的个人看法，或者你对一日三餐、服饰打扮的精心料理等，也可以是在基于某一主题的情况下或是在某一共同领域内由一群人集体创作的内容。 写博客是为了把自己各种各样的想法在网上表达、释放出来,把一时的想法变成观点展示给大家。而浏览博客的用户,也可以对发表观点和看法的文章进行评论,博客就是这样一个平台。 博客最初的名称是Weblog，由web和log两个单词组成，按字面意思就为网络日记，后来喜欢新名词的人把这个词的发音故意改了一下，读成we blog，由此，blog这个词被创造出来。中文意思即网志或网络日志，不过，在中国大陆有人往往也将 Blog本身和 blogger（即博客作者）均音译为“博客”。“博客”有较深的涵义：“博”为“广博”；“客”不单是“blogger”更有“好客”之意。看Blog的人都是“客”。而在台湾，则分别音译成“部落格”（或“部落阁”）及“部落客”，认为Blog本身有社群群组的意含在内，借由Blog可以将网络上网友集结成一个大博客，成为另一个具有影响力的自由媒体。 国内外现状： 博客在中国的发展起始于1998年，但到了2000年才开始真正的流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各户站网站，如新浪、搜狐，原不看好博客，也加入博客阵营，开始进入博客春秋战国时代[1]。由于博客沟通方式比电子邮件、讨论群组更容易和简单，博客已成为家庭、部门、公司和团队之间越来越盛行的交流工具。 存在问题： 国内各大网站的博客都各具特色，但是同时也并不完善，功能或多或少存在缺失，基于此，我们设计了基于https://www.wendangku.net/doc/2f1440951.html,技术为支撑的功能完善的个人博客系统。
(完整版)博客系统需求分析
校园博客系统需求分析评审日期：2010年04月01日
校园博客系统需求分析 目录 1导言 (1) 1.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登录管理 (10) 4.4.2类型管理 (11) 4.4.3评论管理 (12) 4.4.4留言管理 (12) 4.4.5图片管理 (12) 4.4.6用户管理 (13) 5性能需求 (13) 5.1 界面需求 (13) 5.2 响应时间需求 (13) 5.3 可靠性需求 (13) 5.4 开放性需求 (14) 5.5 可扩展性需求 (14) 5.6 系统安全性需求 (14) 6产品提交 (14) 7实现约束 (14)
1导言 1.1目的 该文档是关于用户对于校园博客系统的功能和性能的要求，重点描述了校园博客系统的设计需求，将作为对该工具在概要设计阶段的设计输入。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3缩写说明 BM Blog Manager（博客管理员）的缩写。 JSP Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。 1.4术语定义 无 1.5引用标准 [1] 《企业文档格式标准》 V1.1 北京长江软件有限公司 [2] 《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织
个人博客系统需求分析报告模版
三、个人博客需求分析报告 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (3) 2．任务概述 (3) 2.1目标 (3) 2.2运行环境 (3) 2.3条件与限制 (3) 3．数据描述 (4) 3.1静态数据 (4) 3.2动态数据 (4) 3.3数据库介绍 (5) 3.4数据词典 (6) 3.5数据采集 (6) 4．功能需求 (6) 4.1功能划分 (6) 4.2功能描述 (6) 5．性能需求 (7) 5.1数据精确度 (7) 5.2时间特性 (8) 5.3适应性 (8) 6．运行需求 (8) 6.1用户界面 (8) 6.2硬件接口 (8) 6.3软件接口 (8) 6.4故障处理 (8) 7．其它需求 (9)
1．引言 1.1编写目的 本文档作为第一期个人博客系统需求文档，用于与用户确定最终的目标，并成为协议的一部分，同时也是本系统设计人员的基础文档。 编写本博客系统的目的是为了更加深入的了解项目相关各种命令及程序流程，使自己熟练的掌握一些基础知识并为以后软件开发工作打下一定的基础。本文档详细描述博客管理的各环节，其中包括：博客页面的浏览、文章的管理、照片的管理（包括上传下载浏览管理等）、好友管理（增加删除好友等）、留言板管理（留言的增加删除）、博主信息管理（个人信息的修改）等。此需求规格说明书是系统开发者设计实现自己博客管理系统的依据，也是用户对最终软件系统进行功能测试和验收的依据。在本文中将尽量避免使用技术性语言，对于与此博客相关的词汇和概念在后面的章节会有相关的详细说明。 1.2项目背景 随着时代在进步，网络技术也在不断地发展，人们对生活的理念也在不断改变. EMAIL，BBS，ICQ等快捷的信息传播和交互方式为人们的生活带来了方便。而BLOG这种具有代表性的WEB2.0元素的出现，带给互联网用户的是跟多样，更全面的交流方式，是一种自我形象和个性的展示和个人价值的实现。BLOG某种意义上算是网络上的个人空间，其大致定义是：一种表达个人思想，容按照时间顺序排列，并且不断更新的出版方式。BLOG可以使多种形式的，比如以记录日志为主，以交友为主等等，在日新月异的网络平台上BLOG已经越来越多的为人们所接受。现在，播客已经成为一种时尚，一种网络上的精神寄托的代名词，通过BLOG可以更全面的了解一个人的思维方式以及行为信息。简而言之，博客就是以网络载体，建议迅速便捷地发布自己的想发布的信息，及时有效轻松地与他人进行交流，再集丰富多彩的个性化展示与一体的综合性平台。 1.3定义 博客最初的名称是Weblog，由web和log两个单词组成，按字面意思就为网络日记，
个人博客系统需求分析
. 个人博客系统需求分析 组员：杨群熊娅婷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 系统功能需求 分析现有情况及问题，将个人博客系统划分为三个功能用例：游客用例，用户用例，管理员用例。 在个人博客系统中，管理员要让每个博客申请个人博客账号，并让博客设置个人密 码，账户内存储每个博客的个人信息。有账号的博客会员可以通过管理员浏览好友动态、 写博文、分享博文等。每个博客浏览的范围、期限不同，可通过互联网或登录个人博客网 站查询个人信息和其他情况。 登录个人博客主页时，先输入博客的账号和密码，系统验证该帐号的有 效性，无效则提示其原因，有效则显示博客的主页信息，供管理员人工核对。 然后可以进行浏览动态，添加应用等一些功能。 2.2.1 系统总体用例
博客网站的需求分析报告
一功能分析 1.1 目的 该文档是关于用户对于博客网站系统的功能和性能的要求，重点描述了博客网站系统的设计需求，将作为对该工具在概要设计阶段的设计输入。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2 范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3 系统整体结构 根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是提供阅读文章、发表评论、发表留言等等。管理端的功能提供博客管理人员进行的类型管理、文章管理、评论管理等。他们的关系如图A-1。
图A-1 校园博客系统流程图 1.4 系统运行网络环境 本系统的网络运行图如图A-2，无论是客户端的访问者还是管理端的BM 等都可以通过网络登录到本系统中。访问者通过网络发布相关信息及通过网络发表评论。 图A-2：网络拓扑图 文章管理 评论管理 类型管理 网络服务器 链接管理 留言管理 阅读文章 发表评论 发表留言 评论管理 评论管理 博客访问者
1.5系统运行硬件环境 本系统的硬件环境如下： ●客户机：普通PC ?CPU：P4 1.8GHz ?内存：256MB以上 ?分辨率：推荐使用1024*768像素 ●WEB服务器 ?Internet 信息服务（IIS）管理器 ●数据库服务器 ?CPU：P4 1.8GHz ?内存：256MB以上 1.6系统运行软件环境 ●操作系统：Windows XP ●数据库：MYSQL ●开发语言：JSP JAVA ●浏览器：IE7.0 1.7角色（Actor）定义 角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。 1.7.1博客访问者 博客访问者是指在这个网络校园博客系统中通过客户端匿名或已注册的人员，这个Actor(包括游客)主要参与客户端的阅读文章、发表评论、发表留言等功能。 1.7.2管理用户 管理用户是指管理端的用户，这个此Actor派生两个子类，BM（博客管理员）和系统管理员，BM是指在校园博客系统中通过管理端参与博客管理员工作的人员，他又可以派生多个子类如文章管理者、评论管理者和留言管理者。博客管理员具有发布，修改，删除博客，查看博客，发表评论等权限。系统管理员是指对校园博客系统系统进行相关设置、维护的人员，它也是通过管理端登录对管理端的用户进行设置，分配权限等，它们的关系如图A －3：
博客系统需求分析报告1
系统需求分析和概要设计 1 系统需求分析 1.1 开发背景 过去很多人都喜欢写文章写日记以及交流自己的文章和作品，以求实现相互间的沟通、展现自己的才华和让别人了解自己的想法观点。现在的网络已经成为人们生活中不可或缺的一个元素，所以自然而然诞生了博客这样一个新兴事物，它不仅仅能取代前面所说的功能，还能加入图片，而且使得作者更能无所拘束地生动地写出自己想写的，旁人也能非常便捷地阅读并且加以评论，并且它还能作为展示个人个性的窗户。个人博客现在已经成为很多人生活中必不可少的一个部分，方便了人与人之间的沟通和交流。 1.2 系统实现目标概述 基于个人博客以上的特点，本系统要实现个人博客的主要基本功能有主界面，博客用户登录发表文章（心情、日志），用户登录/退出，游客发表评论，分页浏览文章和评论等。这里其中比较主要的是区分了个人博客用户和游客。博客用户可以在任何时候写下自己的主张，记录下自己的点点滴滴。而游客主要的权限是阅读博客所有注册用户写的文章，阅读后可以发表评论和留言，还可以分页浏览所有注册用户上传的图片。以上是个人博客的系统功能目标，当然由于个人博客的网络流行特点以及个人个性的展示，还适当要求界面比较漂亮轻快，直观便捷，操作方式简单以及人性化。 1.3 系统功能需求 根据对系统的特点和应用的分析，可以得到本系统主要有如下功能： （1）登录 这部分功能又分为用户登录、用户退出两个部分。 登录：主要用于验证博客网站用户信息的真实身份，以便对博客网站进行管
理和维护。通过系统管理员写入的用户名，密码登录到网站。网站检测用户的用户名，密码并给予其相应的权限对博客网站进行操作。 用户退出：已经登陆的用户可以退出，释放自己所占有的各种信息资源。 （2）文章管理 文章管理主要有文章的发表、查询、浏览、评论和删除功能。 博客的系统管理员除了可以查询、浏览和评论文章外，还可以对系统中的所有文章以及评论进行修改、删除操作。这些维护和管理拥有最高权限，并且系统自动更新在服务器端数据库中的数据。 文章的发表：博客用户可以发表自己的文章，文章包括主题、正文、表情、图片等信息，作者通过各种元素来展示自己的想法和思想。系统接受这些信息并且存储在服务器端的数据库中。 文章的删除：博客用户可以删除自己已经发表的文章内容和各项信息，系统自动在服务器端数据库中删除这些记录。 文章的浏览：游客和博客用户根据所获得的用户权限获取服务器端数据存储的各篇文章并且浏览阅读文章的所有信息，包括标题、正文、表情、图片以及其它读者的留言评论。 文章的评论：文章的读者可以评论和回复所阅读的文章，发表自己的看法。系统自动将这些评论存储在服务器端的数据库中，并且可供博客作者以及其它读者浏览。 文章的查询：博客用户可以按文章题目或作者来查询想要查的文章。 文章中还可能包含一些图片视频等多媒体,所以文章管理中还包含了网站中媒体的管理。 媒体管理有添加，浏览、删除和查询功能。博客用户可以添加自己喜欢的图片或视频等，还可以查询和浏览系统中的所有媒体信息。游客只能浏览博客系统中的媒体信息。系统管理员拥有以上的所有权限，除此之外还可以删除媒体信息。 （3）博客管理员管理 博客管理员可以添加、删除新用户，用户的角色又分为订阅者、作者、编辑、投稿者、管理员。 还可以对博客主页的外观、博客使用的插件、工具进行添加、删除、设置。
博客管理系统需求分析
由于博客的沟通方式比电子邮件、讨论群组更简单和容易，博客已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 1.1目的 1.2博客通常称为网络日志作为目前网络流行的交流方 式主要提供给用户一个沟通的平台，以在表文章图片留言等来与他人进行沟通 2 业务需求 2.1业务描述 近年来随着信息技术的进步，人们的日常需求越来越来打，在网络方面，博客越来越受到更多人的青睐，许多的着眼于这方面，为了能够更好的管理网名们的博客，我设计了博客管理系统，它能更好的管理网名们的博客，包括对博客网
友们博客注册，登陆，发表论坛，网友们的评论及回复，博客的人气度，登录时间，发表时间，以及其他网友的留言等。从而更好地管理人们的个人博客及相互间的联系。 3 功能需求 （1）根据对系统的特点和应用的分析，可以得到本系统主要有如下功能：这部分又分为用户登录、用户退出两个部分。功能又分为用户登录、用 户退出两个部分 3.1登陆：主要用于验证博客网站用户信息的真实身份，以便对博客网 站进行管理和维护。通过系统管理员写入用户名，密码登录到网站。 网站检测用户用户名，密码并给予其相应的权限对博客网站进行操作。 3.2用户退出：已经登陆的用户可以退出，释放自己所占有的各种信 息资源。 （2）文章管理主要有文章的发表、查询、浏览、评论和删除功能。 2.1博客的系统管理员 博客的系统管理员除了可以查询、浏览和评论文章外，还可以对系统 中的所有文章以及评论进行修改、删除操作。这些维护和管理拥有最高权限，并且系统自动更新在服务器端数据库中的数据。文章的发表：博客用户可以发表自己的文章，文章包括主题、正文、表情、图片等信息，作者通过各种元素来展示自己的想法和思想。系统接受这些信息并且存储在服务器端的数据库中。还可以对博客主页的外观、博客使用的插件、工具进行添加、删除、设置。
微博系统需求分析
微博系统需求说明书产品需求规格说明书
版本历史
目录
0. 文档介绍 0.1 背景 随着物质水平的提高，人们对精神生活的追求也是丰富多彩。博客需要组织语言陈述事实或者采取修辞手法来表达心情，微博只言片语“语录体”的即时表述更加符合现代人的生活节奏和习惯；而新技术的运用则使得用户（作者）也更加容易对访问者的留言进行回复，从而形成良好的互动关系，为了适应用户的需求，我们将推出微博，供广大客户使用。 0.2 文档目的 在微博的制作过程中为了满足客户的需求，为了要向客户展示微博要做哪些功能，以及微博的界面，人员分工和一些资金的使用等等特写此文档。 0.3 文档范围 此文档主要内容包括：背景、文档目的、读者对象、产品的介绍与应遵循的标准和规范、产品功能介绍、用户群体、产品的功能性与非功能性需求等 0.4 读者对象 此文档适合系统开发人员、系统管理员、经营者等对象阅读。 0.5 术语与缩写解释
1. 产品介绍 微博系统是一套功能齐全而又简便使用的软件，包括用户登录设置、好友粉丝设置、微博应用设置、微博系统管理等这些功能模块。其中微博应用设置模块中可分为发表微博、评论微博、转发微博以及收藏微博等小模块；在微博系统管理中可以分为会员认证、搜索功能以及名人认证，我们可以随时转发属于自己的原创微博。 2. 产品面向的用户群体 “微博”主要面向的用户群体： A．管理员 B．产品公司人员 C．广大的社会人群 3. 产品应当遵循的标准或规范 我们所设计的微博参考了最早的微博制作者twitter制作的微博，并加以改进； 本软件具有以下特点： 1.操作界面美观大方 2.功能齐全，本系统包括前台和后台管理，能够实现微博的数字化经营。 3.开放性好，采用标准的开发工具和技术，后台数据库采用SQL Server 2005 实 例教程，可以同其他软件交流数据。 4. 产品范围 本产品主要用于发表微博、评论微博、转发微博以及收藏微博和管理等为一体的Web应用系统，产品的应用领域包括： A．可以方便客户的登录与使用 B．便于发表、评论、转发和收藏 C. 管理员能很好的对系统内的信息进行管理 具体功能在下文描述
博客需求分析
博客系统需求分
一、系统概述 “博客”一词是从英文单词Blog音译（不是翻译）而来。Blog是Weblog 的简称，而Weblog则是由Web和Log两个英文单词组合而成。 Weblog就是在网络上发布和阅读的流水记录，通常称为“网络日志”，简称为“网志”。博客（BLOGGER）概念解释为网络出版（Web Publishing）、发表和张贴（Post-这个字当名词用时就是指张贴的文章）文章，是个急速成长的网络活动，现在甚至出现了一个用来指称这种网络出版和发表文章的专有名词——Weblog，或Blog。 在网络上发表Blog的构想始于1998年，但到了2000年才开始真正流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各门户网站，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。起初，Bloggers将其每天浏览网站的心得和意见记录下来，并予以公开，来给其他人参考和遵循。但随着Blogging快速扩张，它的目的与最初已相去甚远。目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。不过，由于沟通方式比电子邮件、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 二、需求分析 博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。 1.匿名用户模块
博客系统的需求分心
基于J2EE框架的个人博客系统项目 资源简介 第一章绪论 1.1. 选题背景 这几年，许多新名词涌入我们的视野：博客、圈子、播客、WAP等。这些都预示着我们进入了一个新的互联网阶段web 2.0，它是相对web 1.0的新的一类互联网应用的总称，是一次从核心内容到外部应用的革命[10]。这个阶段发展迅速，互联网应用趋于多样化，其中变化最大的是由web 1.0网站创造内容的时代变为由用户创造内容的web 2.0时代。 在web 2.0应用中，博客(Blog)是web 2.0核心应用中最典型、最流行的代表之一，也是web 2.0技术应用的最直观的表现，是web 2.0精神和理念的具体体现。 1.2. 问题的提出 Blog记载了日常发生的事情和自己的兴趣爱好，把自己的思想和知识和他人分享、交流，同时又通过“六度空间”结识了更多志趣相投的朋友；而越来越多专业知识的 Blog 的出现，让我们看到了 Blog 更多所蕴涵的巨大的信息价值：不同的 Blog 选择不同的内容，收集和整理成为很多人关注的专业 Blog ——目前越来越多的人获取信息的来源是一些固定的 Blog 。随着博客人数的增加， Blog 作为一种新的生活方式、新的工作方式、新的学习方式已经被越来越多的人所接受，并且在改变传统的网络和社会结构：网络信息不再是虚假不可验证的，交流和沟通更有明确的选择和方向性，单一的思想和群体的智慧结合变的更加有效，个人出版变成人人都可以实现的梦想—— Blog 正在影响和改变着我们的生活。 1.3. 系统的开发目标 管理员通过前台页面进入后台管理模块后，可对注册的博客用户进行维护，包括对注册用户的添加、查找、修改和删除。 管理员进入登录后，可对帐户进行管理，包括添加管理员帐户、修改管理员帐户、删除管理员帐户和对帐户进行权限设置。 博客用户通过前台登录后，可对自己的博客空间进行管理，包括发布自己的网络日志、收藏个人图片、和相关人员进行交流和沟通以及删除访问者发表的评论等。 因此，在具体设计实现该博客网站时，主要考虑了主流博客网站的几个主要功能:(1)博客的注册、登录验证功能(2) 网络用户通过关键字搜索博文功能(3) 最热门博客页面推荐浏览(4) 文章详细内容及相关评论显示(5) 博客页面访问量
个人博客项目需求
博客系统需求分析报告
班级： 设计小组人员： 日期：年月日 一、系统概述 “博客”一词是从英文单词Blog音译（不是翻译）而来。Blog是Weblog 的简称，而Weblog则是由Web和Log两个英文单词组合而成。 Weblog就是在网络上发布和阅读的流水记录，通常称为“网络日志”，简称为“网志”。博客（BLOGGER）概念解释为网络出版（Web Publishing）、发表和贴（Post-这个字当名词用时就是指贴的文章）文章，是个急速成长的网络活动，现在甚至出现了一个用来指称这种网络出版和发表文章的专有名词——Weblog，或Blog。 在网络上发表Blog的构想始于1998年，但到了2000年才开始真正流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国各门户，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。起初，Bloggers将其每天浏览的心得和意见记录下来，并予以公开，来给其他人参考和遵循。但随着Blogging快速扩，它的目的与最初已相去甚远。目前网络上数以千计的Bloggers发表和贴Blog的目的有很大的差异。不过，由于沟通方式比电子、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业部网络（Intranet）。目前，国优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 二、需求分析
博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。 1.匿名用户模块 本模块主要由注册、登录、浏览博客、评论4个部分组成。匿名用户可以对其他用户的博客容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。 2.注册用户模块 本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5个部分组成。这些功能可以对用户个人博客中的个人信息、好友、评论、相册和文章进行设置。 3.系统管理模块 本模块主要由用户管理、评论审核管理、相册审核管理、文章审核管理、管理5部分组成。这是为了对注册用户的博客容与个人信息进行管理，并对博客中的评论、相册、文章进行审核，审核通过后才能发表。 综合所述，博客系统的总体功能需求如下图所示。 三、建立系统用例模型
个人博客系统需求分析复习课程
个人博客系统需求分 析
个人博客系统需求分析 组员：杨群熊娅婷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.相册管理： 对已注册用户上传的照片进行审核，严禁上传不和谐的照片。
个人博客系统软件需求说明书(完整)
V1.0 个人博客系统v1.0 需求规格说明书 项目名称：博客系统 版本号：1.0 作者：JZ小组 文件编号：001 最后修订：11年11月04日 朱佳明 JZ Group V1.0
个人博客系统 需求规格说明书 目录 个人博客系统 (2) 1引言 (3) 1.1编写目的: (3) 1.2背景： (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 (4) 2.1目标 (4) 2.2用户的特点 (4) 2.3假定和约束 (4) 3需求规定 (5) 3.1对功能的规定 (5) 3.2需求分析 (7) 3.2.1 .E-R模型及数据流图 (7) E-R图： (7) 数据流模型： (11) 3.2.3数据字典 (13) 3.3对性能的规定 (21) 3.3.1精度： (21) 3.3.2时间特性要求： (21) 3.3.3灵活性： (21) 3.4输人输出要求 (21) 3.5数据管理能力要求： (22) 3.6故障处理要求 (22) 3.7其他专门要求 (22) 4运行环境规定 (22) 4.1设备 (22) 4.2支持软件 (22) 4.3接口 (22) 4.4控制 (22)
1引言 1.1编写目的: 本需求的编写为实现个人博客系统奠定了基础，定义了个人博客系统的详细需求，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本需求的预期读者是与个人博客系统软件开发有联系的决策人，开发组成人员，如果可能实现的话，将面向辅助开发者，支持本项目的领导和公司人员，软件验证者。 1.2背景： 随着Blog快速扩张，它的目的与最初的浏览网页心得已相去甚远。目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。不过，由于沟通方式比电子邮件、讨论群组以及BBS和论坛更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具。 充分做了可行性分析后，我们对系统的是使用人群、主要功能等有了一个初步构想。 本项目的任务提出者及开发者是个人博客系统软件开发小组,用户是主要是学生。本产品是针对博客用户的需求设计的，可以完成博客用户注册、登入、发表、浏览、修改博文、上传、浏览照片片、留言等主要功能。 1.3定义 个人博客系统：个人博客是使得博客用户能够在网络上发表及其评论相关博客。使用汉语编程语言，独立完成其功能。 1.4参考资料 《软件工程》——齐志昌谭庆平宁洪编著高等教育出版社 《数据库系统概论》——萨师煊王珊编著 网络资源
博客管理系统需求分析
1.1目的 1.2博客通常称为网络日志作为目前网络流行的交流方 式主要提供给用户一个沟通的平台，以在表文章图片留言等来与他人进行沟通 2 业务需求 2.1业务描述 近年来随着信息技术的进步，人们的日常需求越来越来打，在网络方面，博客越来越受到更多人的青睐，许多的着眼于这方面，为了能够更好的管理网名们的博客，我设计了博客管理系统，它能更好的管理网名们的博客，包括对博客网友们博客注册，登陆，发表论坛，网友们的评论及回复，博客的人气度，登录时间，发表时间，以及其他网友的留言等。从而更好地管理人们的个人博客及相互间的联系。 3 功能需求 （1）根据对系统的特点和应用的分析，可以得到本系统主要有如下功能：这部分又分为用户登录、用户退出两个部分。功能又分为用户登录、用 户退出两个部分
3.1登陆：主要用于验证博客网站用户信息的真实身份，以便对博客 网站进行管理和维护。通过系统管理员写入用户名，密码登录到网站。 网站检测用户用户名，密码并给予其相应的权限对博客网站进行操作。 3.2用户退出：已经登陆的用户可以退出，释放自己所占有的各种信 息资源。 （2）文章管理主要有文章的发表、查询、浏览、评论和删除功能。 2.1博客的系统管理员 博客的系统管理员除了可以查询、浏览和评论文章外，还可以对系统中的所有文章以及评论进行修改、删除操作。这些维护和管理拥有最高 权限，并且系统自动更新在服务器端数据库中的数据。文章的发表：博 客用户可以发表自己的文章，文章包括主题、正文、表情、图片等信息， 作者通过各种元素来展示自己的想法和思想。系统接受这些信息并且存 储在服务器端的数据库中。还可以对博客主页的外观、博客使用的插件、 工具进行添加、删除、设置。 （3）数据流图 4 功能划分 系统功能需求分为“注册”，“登陆”，“评论/留言”，“内容发表”，“内容管理”与“系统管理”。
个人博客系统软件需求说明书
个人博客系统 需求规格说明书
目录 个人博客系统 ................................................................................................ 错误！未定义书签。1引言 ............................................................................................................. 错误！未定义书签。 1.1编写目的: ............................................................................................. 错误！未定义书签。 1.2背景：................................................................................................... 错误！未定义书签。 1.3定义....................................................................................................... 错误！未定义书签。 1.4参考资料............................................................................................... 错误！未定义书签。2任务概述 ..................................................................................................... 错误！未定义书签。 2.1目标....................................................................................................... 错误！未定义书签。 2.2用户的特点........................................................................................... 错误！未定义书签。 2.3假定和约束........................................................................................... 错误！未定义书签。3需求规定 ..................................................................................................... 错误！未定义书签。 3.1对功能的规定....................................................................................... 错误！未定义书签。 3.2需求分析............................................................................................... 错误！未定义书签。 3.2.1 .E-R模型及数据流图.................................................................... 错误！未定义书签。 E-R图： ................................................................................................. 错误！未定义书签。 数据流模型：......................................................................................... 错误！未定义书签。 3.2.3数据字典........................................................................................ 错误！未定义书签。 3.3对性能的规定....................................................................................... 错误！未定义书签。 3.3.1精度：............................................................................................ 错误！未定义书签。 3.3.2时间特性要求：............................................................................ 错误！未定义书签。 3.3.3灵活性：........................................................................................ 错误！未定义书签。 3.4输人输出要求....................................................................................... 错误！未定义书签。 3.5数据管理能力要求：........................................................................... 错误！未定义书签。 3.6故障处理要求....................................................................................... 错误！未定义书签。 3.7其他专门要求....................................................................................... 错误！未定义书签。4运行环境规定 ............................................................................................. 错误！未定义书签。 4.1设备....................................................................................................... 错误！未定义书签。 4.2支持软件............................................................................................... 错误！未定义书签。 4.3接口....................................................................................................... 错误！未定义书签。 4.4控制....................................................................................................... 错误！未定义书签。