博客系统需求分析报告Word格式.docx
《博客系统需求分析报告Word格式.docx》由会员分享，可在线阅读，更多相关《博客系统需求分析报告Word格式.docx（6页珍藏版）》请在冰点文库上搜索。
四、建立系统用例模型6
1．角色的确定6
2．创建用例6
3．建立用例图6
五、建立系统E-R图8
六、业务流程图9
七、用例规约9
一、引言
在网络上发表Blog的构想始于1998年，但到了2000年才开始真正流行。
而2000年博客开始进入中国，并迅速发展，但都业绩平平。
直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。
2005年，国内各门户网站，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。
起初，Bloggers将其每天浏览网站的心得和意见记录下来，并予以公开，来给其他人参考和遵循。
但随着Blogging快速扩张，它的目的与最初已相去甚远。
目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。
不过，由于沟通方式比电子邮件、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。
二、编写目的
通过写博客、记录自己的想法可以帮助实现如下这些目的：
a）记录生活，在自己的每一天上留下思考的划痕。
b）整理思路，固化知识，获得更多更好的想法。
c）分享，将自己的想法、经验与人分享。
d）交流、提高，通过交流产生更多的思维火花，相互提高。
e）交友，互相鼓励，一路同行。
如果说博客网站是一个舞台，那么所有的博客都是其中的舞者，把自己有价值的真实的一面展示在网络世界中，相互交流沟通；
如果博客仅仅为了写日志，那么博客是一面镜子，镜子中展现的是真实的自己；
如果博客是一个自由媒体，可以把自身感觉有价值的信息通过博客这个工具发布，与网友共享
三、需求分析
1、管理员登录
在调研中了解到，用户想要使用系统，首先要有一个友好的用户注册界面，其次，用户需要经历登录验证过程，只有合法的拥有管理员身份的用户才可以使用系统中的管理功能，这样做可以防止非法用户登录并使用本系统，妨害数据安全。
用户登录。
通过系统登录验证，用户成功进入系统并开始使用其中功能。
2、文章管理
文章管理是用户所有文章的信息，用户可以进入此处进行相关文章的管理。
这部分主要包括以下方面：
（1）文章信息显示。
显示出所有文章的大概信息。
（2）发表新文章。
可以发表新的文章，以供网友浏览。
（3）修改文章。
可以修改已有的文章的内容。
（4）删除文章。
允许用户对文章信息进行删除操作。
3、系统信息管理
系统开始运行之后，随着时间的变化会有想要更改系统的相关信息的要求，比如：
修改博客的标题、联系的地址，因此需要提供信息修改的功能。
同时，为了保证数据使用系统的安全性，用户也应该经常修改登录密码信息。
查看
四、建立系统用例模型
1．角色的确定
角色是对系统外的对象描述，是用户作用于系统的一个角色，它有自己的目标，通过与系统的交互来实现，交互包括信息交换和系统的协同。
在本系统的UML建模中，可以创建以下角色：
匿名用户、注册用户、系统管理员。
2．创建用例
博客系统根据其实现流程可分为以下几个用例。
①与匿名用户相关的用例：
注册、登陆、浏览博客、评论。
②与注册用户相关的用例：
浏览博客、评论、个人信息管理、评论管理、文章管理。
③与系统管理员相关的用例：
注册、登录、用户管理、评论审核管理、文章审核管理。
3．建立用例图
如下图所示为博客系统的用例图。
博客系统的用例图
五、建立系统E-R图
下图所示是描述博客功能实现的流程。
在图中，匿名用户、注册用户和系统管理员三者发生了相互的关系。
首先匿名用户未注册登录时，可浏览博客、并对其时行评论。
如注册登录成功，则可申请一个个人博客，对其博客时行管理与设置，如注册用户要发表博客相关内容时，则需系统管理员经过审核后，如无问题注册用户才能发表博客内容。
最后由系统管理员更新数据库中博客内容。
博客系统E-R图
六、业务流程图
退出系统
七、用例规约
博客系统用例规约
名称：
简单博客系统
说明：
用户注册，查看、评论、修改个人资料，管理员管理审核、添加、删除等功能。
参与者：
用户、管理员
频率：
每天有的用户可能需要登录很多次。
人多的时候大概需要一分多钟才能进入系统。
前置条件：
无
后置条件：
基本操作流程：
登录成功
假设：
管理员登录系统
可选操作流程：
登录人数超出系统的反应能力
升级会员 