需求分析

1.引言

 1.1编写目的

本概要设计为系统的详细设计、实现、测试以及验收提供参照，也为评价系统功能和性能提供标准。

本概要设计适用于用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。

 1.2背景说明

 博客的精神是：自由表达，开放宽容，个性张扬，专业精神。

在没有自己的博客之前，人们会经常进出于论坛发表贴子或者通过即时通信软件聊天，来表达自已的想法，可是这些都是零散的和杂乱的。博客的出现，让人们可以不断的把自己以前的和每天激发的一些想法或者感受整理放在自己的博客上，每次在写文章的时候，可能又会产生新的想法。虽然一些想法一些思考只是皮毛，没有什么深度，但是当下笔去写的时候每次都会对某个小小的问题有了更多的一点点思考，再写博客的时候就感觉到了一种满足感，一种想法得以释放思考得以延伸的满足感。生活中每天的一个小小的事情都会引起人们的思考，甚至是和朋友的聊天中一个小小的火花迸发。督促自己努力、把一时的想法变成观点，争取在生命中的每天里留下点什么，这也是人们写博客的目的之一。这样就能督促自己每一天不要浑浑噩噩，时光流逝无痕无声无息，写博客也是在自己的每一天上留下了一道浅浅的思考和划痕。

不仅如此，通过写博客、记录自己的想法可以帮助实现如下这些目的：

a）记录生活，在自己的每一天上留下思考的划痕。

b）整理思路，固化知识，获得更多更好的想法。

c）分享，将自己的想法、经验与人分享。

d）交流、提高，通过交流产生更多的思维火花，相互提高。

e）交友，互相鼓励，一路同行。

如果说博客网站是一个舞台，那么所有的博客都是其中的舞者，把自己有价值的真实的一面展示在网络世界中，相互交流沟通； 如果博客仅仅为了写日志，那么博客是一面镜子，镜子中展现的是真实的自己；如果博客是一个自由媒体，可以把自身感觉有价值的信息通过博客这个工具发布，与网友共享

 1.3参考资料

[1]郑阿奇.SQL Server实用教程（第二版）.北京:电子工业出版社.2005

[2]崔淼，陈明非.Visual C# 20## 程序设计教程.北京：机械工业出版社，2007.1

[3]段德亮，余键，张仁才。C#课程设计.北京：清华大学出版社，2008.6

[4]王小铭，管理信息系统及其开发技术，2003，电子工业出版社

[5]李永平，管理信息系统，2004，科学出版社

2.任务概述

2.1目标：

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2用户的特点：

如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度；

如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重约束。

注册用户：浏览所有博客信息，修改自己博客信息，发表评论，发表留言。

管理员：个人信息管理，日志管理，留言管理，评论管理，相册管理，视频管理。

2.3假定与约束：

本博客系统是应用于个人博客。在功能在可以进行个人信息管理，日志管理，留言管理，评论管理，相册管理，视频管理，列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

3.需求规定

3.1对功能需求的规定：

3.2对性能的规定

(1).数据精确度

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

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

 (2).灵活性

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

3.3数据管理能力要求（针对软件系统）

主要是数据库系统，其中包括的数据库有

(1).注册表（登录表）包括用户名、密码、住址和职业等常用信息。要求数据库按2%的比例自动增长。

(2).日志记录 包括标题、时间、内容、作者。

(3).留言管理 包括回复人、内容及时间。

(4).评论管理 包括评论者、内容及时间。

3.5故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

（1）软件故障：

系统异常，IIS不稳定，此系微软公司提供的产品，无法对其进行改进。

（2）硬件故障：

网络不应负载超荷：大部分时间内应保证在线用户数量小于设定极限数量，通过编码或服务器功能实现。

（3）在系统中，数据的录入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。

（4）数据的一致性与完整性

由于系统的数据是共享的，要解决数据一致性问题，要有一定的人员维护数据，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。

（5）数据的共享与独立性

整个博客系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。

3.6其他专门要求

可以对所写东西设置权限，如公开和不公开。要求用户界面清楚方便使用且易读。系统可以补充、可靠。可以在多种系统下运行。

4.运行环境

4.1设备

浏览器为IE6.0及以上。

Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑；

运行时占用内存：≤1MB；

所需硬盘空间：≤5MB；

4.2支持软件

操作系统：windows（20##、XP）  Linux  vista

编译程序:Office2003应用软件、Visual Studio 20##、Dreamweaver CS3、photoshop等。

4.3接口

用户接口：本系统采用图形用户接口，以鼠标和键盘为用户接口，方便用户对博客系统的有效操作。更好地在博客里进行交流。

内部接口：内部是页面和数据库连接，对应的页面输入框和显示框的内容在数据库得到显示。

4.4控制

用户在登录首页面之后，可以以两种方式进行对博客系统的访问。

以用户身份（输入用户名和密码）结束之后退出访问页面也就意味着退出博客系统。

第二篇：博客系统需求分析

博客系统需求

分         

   

                 院系：信息科学与技术

                                  设计人员：王慧                                    

日期：20##年5月9日

一、系统概述

“博客”一词是从英文单词Blog音译（不是翻译）而来。Blog是Weblog的简称，而Weblog则是由Web和Log两个英文单词组合而成。

Weblog就是在网络上发布和阅读的流水记录，通常称为“网络日志”，简称为“网志”。博客（BLOGGER）概念解释为网络出版（Web Publishing）、发表和张贴（Post-这个字当名词用时就是指张贴的文章）文章，是个急速成长的网络活动，现在甚至出现了一个用来指称这种网络出版和发表文章的专有名词——Weblog，或Blog。

　　在网络上发表Blog的构想始于1998年，但到了20##年才开始真正流行。而20##年博客开始进入中国，并迅速发展，但都业绩平平。直到20##年木子美事件，才让中国民众了解到了博客，并运用博客。20##年，国内各门户网站，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。起初，Bloggers将其每天浏览网站的心得和意见记录下来，并予以公开，来给其他人参考和遵循。但随着Blogging快速扩张，它的目的与最初已相去甚远。目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。不过，由于沟通方式比电子邮件、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。

二、需求分析

博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。

1.匿名用户模块

　　本模块主要由注册、登录、浏览博客、评论4个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。     

2.注册用户模块

    本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5个部分组成。这些功能可以对用户个人博客中的个人信息、好友、评论、相册和文章进行设置。

3.系统管理模块

　　本模块主要由用户管理、评论审核管理、相册审核管理、文章审核管理、链接管理5部分组成。这是为了对注册用户的博客内容与个人信息进行管理，并对博客中的评论、相册、文章进行审核，审核通过后才能发表。

综合所述，博客系统的总体功能需求如下图所示。

三、建立系统用例模型

1．角色的确定

　　角色是对系统外的对象描述，是用户作用于系统的一个角色，它有自己的目标，通过与系统的交互来实现，交互包括信息交换和系统的协同。

在本系统的UML建模中，可以创建以下角色：匿名用户、注册用户、系统管理员。

2．创建用例

博客系统根据其实现流程可分为以下几个用例。

①与匿名用户相关的用例：注册、登陆、浏览博客、评论。

②与注册用户相关的用例：浏览博客、评论、个人信息管理、评论管理、好友管理、相册管理、文章管理。

③与系统管理员相关的用例：注册、登录、用户管理、评论审核管理、相册审核管理、文章审核管理、链接管理。

3．建立用例图

如下图所示为博客系统的用例图。

博客系统的用例图

四、建立系统动态模型

下图所示是描述博客功能实现的流程。在图中，匿名用户、注册用户和系统管理员三者发生了相互的关系。首先匿名用户未注册登录时，可浏览博客、并对其时行评论。如注册登录成功，则可申请一个个人博客，对其博客时行管理与设置，如注册用户要发表博客相关内容时，则需系统管理员经过审核后，如无问题注册用户才能发表博客内容。最后由系统管理员更新数据库中博客内容。用泳道对这三类对象的活动进行描述。

博客系统活动图

2．顺序图

①用户登录顺序图如下图所示

                            用户登录顺序图

②博客内容发表顺序图如下图所示

博客内容发表顺序图

3．协作图

①用户文章管理协作图如下图所示

用户文章管理协作图

②用户博客发表协作图如下图所示

博客发表协作图

五、系统类模型

1．类图

如下图为博客系统事务信息包。博客中的任何操作都要在用户注册登录后才能进行，因此在系统事务包的类图中，博客中的功能操作事务都依赖于用户登录的事务。而用户登录事务必须依赖于系统管理员审核。除此之外，博客中的内容添加、修改及删除这些事务都依赖于系统管理的事务。因为这些事务的实现必须经过系统管理的审核，审核通过才能实现操作。所以它们之间都用虚线箭头相连。

系统事务信息包内的类图

六、结束语

　　经过几个星期的努力， 通进此博客系统的设计，做到了理论联系实际，将书本上学到的知识与具体实践充分结合起来，进一步明确了开发系统的方法和思想：既加深了对博客系统的认识。又进一步巩固了所学的知识，提高了软件开发的水平。从而为以后的就业打下了一个良好的基础。