校园博客系统需求分析评审日期：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缩写说明BMBlog Manager（博客管理员）的缩写。

JSPJava Server Page（Java服务器页面）的缩写，一个脚本化的语言。

1.4术语定义无1.5引用标准[1] 《企业文档格式标准》 V1.1北京长江软件有限公司[2] 《需求规格报告格式标准》 V1.1北京长江软件有限公司软件工程过程化组织1.6参考资料[1] 《UML》 V1.1北京长江软件有限公司[2] 《需求规格报告格式标准》 V1.1北京长江软件有限公司软件工程过程化组织2系统定义我们分别阐述一下项目的来源、背景和项目的目标。

2.1项目来源及背景本项目是为在校大学生开发的一个校园博客系统。

学校不仅是学生学习的天地，更是同学之间交流的广场。

随着Internet信息技术的发展，网络渐渐成了当今在校大学生交流信息的重要渠道。

如何为在校大学生提供一个资源共享信息交流的平台呢？校园博客系统将填补这方面的不足。

为现实校园信息与学生牵线搭桥的作用，来弥补资源共享中存在的种种不足。

在这种条件下，我们开发了校园博客系统。

学生在线注册登录系统，通过系统发布个人博文（日志）等学习信息资源，后台审核归类，在首页显示分类总信息供学生阅览。

在线用户也可通过阅览等到相应信息。

项目要达到的目标本项目设定的目标如下：1.系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少2.系统具有良好的运行效率，能够得到提高生产率的目的3.系统应有良好的可扩充性，可以容易的加入其它系统的应用。

4.平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。

5.通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力2.2系统整体结构根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是提供阅读文章、发表评论、发表留言等等。

管理端的功能提供博客管理人员进行的类型管理、文章管理、评论管理等。

他们的关系如图A-1。

图A-1 校园博客系统流程图3 应用环境本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。

3.1 系统运行网络环境本系统的网络运行图如图A-2，无论是客户端的访问者还是管理端的BM 等都可以通过网络登录到本系统中。

访问者通过网络发布相关信息及通过网络发表评论。

文章管理 评论管理类型管理 网络服务器链接管理 留言管理阅读文章发表评论发表留言评论管理 评论管理 博客访问者图A-2：网络拓扑图3.2系统运行硬件环境本系统的硬件环境如下：●客户机：普通PC⏹CPU：P4 1.8GHz⏹内存：256MB以上⏹分辨率：推荐使用1024*768像素●WEB服务器⏹Internet 信息服务（IIS）管理器●数据库服务器⏹CPU：P4 1.8GHz⏹内存：256MB以上3.3系统运行软件环境●操作系统：Windows XP●数据库：SQL Server 2005●开发语言：+C#●浏览器：IE7.04功能规格我们采用面向对象分析作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。

UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。

在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。

Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。

Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。

设计Use-case时，我们遵循下列步骤：第一步，识别出系统的“actor”。

Actor可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。

重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者(Actor)是谁。

尽可能地确保所有Actor都被完全识别出来。

第二步，描述主要的Use Case。

可以采取不断地问自己“这个Actor究竟想通过系统做什么？”来准确地描述Use Case。

第三步，重新审视每个Use Case，为它们下个详尽的定义。

4.1角色（Actor）定义角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。

4.1.1 博客访问者博客访问者是指在这个网络校园博客系统中通过客户端匿名或已注册的人员，这个Actor主要参与客户端的阅读文章、发表评论、发表留言等功能。

4.1.2 管理用户管理用户是指管理端的用户，这个此Actor派生两个子类，BM（博客管理员）和系统管理员，BM是指在校园博客系统中通过管理端参与博客管理员工作的人员，她又可以派生多个子类如文章管理者、评论管理者和留言管理者。

系统管理员是指对校园博客系统系统进行相关设置、维护的人员，它也是通过管理端登录对管理端的用户进行设置，分配权限等，它们的关系如图A－3：图A-3：BM角色的关系图管理用户部分说明如下：●BM⏹文章管理者－管理知识库、组织文章的发布、删除和修改。

⏹评论管理者－根据相关规定对评论进行设置。

⏹留言管理者－整理留言。

●系统管理员－通过管理端对系统用户进行管理的人员，这个Actor主要负责对管理端用户的增加，权限的设置等功能。

4.1.3 数据库数据库是一个与系统产生交互的外部系统，这个Actor负责系统的数据查询、增加、删除和修改等操作。

本网站采用SQL Server2005数据库，名称为db-Blog，其中包含9张数据表。

4.2系统主Use Case图校园博客系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。

客户端子系统主要是指博客访问者通过登该博客网站进行操作的功能。

管理端子系统是该博客网站的管理人员发布文章，整理评论，留言等功能。

系统的主Use Case图如图A-4所示。

图A-4：系统的主Use Case图4.3客户端子系统博客访问者通过校园网站登录到系统中进行访问，博客管理员通过它发布文章，提供链接等等，这就是客户端子系统的功能。

在客户端用户可以浏览、阅读文章，点击链接，发表评论，发表留言几项。

它的活动图如图A-5所示。

图A-5：客户端的活动图客户端管理的部分功能描述如下：F-C-1：浏览功能1、列出所有的项，包括留言、日志、图片、视频、音乐、个人资料等；2、可选定一项记录，显示所有域；F-C-2：查询功能1、日志标题关键字查询；2、图片标题关键字查询；3、留言标题关键字查询；以上的输入可在指定的位置输入关键字，经过系统内部关键字匹配机制，最终得到相应的查询结果，没有查到时提供提示机制。

F-C-3：修改功能1、更改背景图片,更改已发表日志，更改个人信息资料；2、进入修改功能页面后，修改相应内容，系统内部将新内容替换掉就内容，修改信息成功或失败时提供提示机制，并在成功后显示修改后结果。

F-C-4：添加功能1、添加一个新的记录（图片、日志、个人信息等）；2、进入增加功能页面后，根据意向添加所需内容，系统内部在原有内容基础上添加内容。

添加信息成功或失败时提供提示机制，并在成功后显示添加后的结果。

F-C-5：留言功能此功能是专门为访客设计的，一般管理员不使用此功能。

访客在浏览过博客之后，进入留言界面，写下自己的感言，输入验证码发表。

发表信息成功或失败时提供提示机制，并在成功后显示发表后的结果。

4.4管理端子系统管理端主要是指提供系统后台系统管理员使用的功能部分，它的功能分为用户管理、登录管理等部分，每个登录者首先经过认真安全认证然后缺陷权限，根据相应的权限现实相应的功能。

管理端的这些Use case （用例）描述如下：F-L-1：登录管理登录管理是负责所有的管理端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，通过判断这个用户的权限信息，不同的登录人可能具有不同的权限，根据不同的权限现实不同的功能。

F-M-1：类型管理：类型管理用例是管理员登录到系统，管理员根据博客中提取出来生成各种类别的文章，并且可以对文章内容进行增、删、改的功能。

F-M-2：评论管理：评论管理用例是管理员登录到系统，整理各类评论并可对评论管理进行增、删、改的功能。

图A-7：管理端用例图F-M-4：留言管理：留言管理管理用例是博客系统管理人员对博客访问者发布的留言进行整理。

F-M-5：图片管理：图片管理是人员系统管理员对博主发布的文章内容进行审核时，应对地对文章中的图片进行批准发布或屏蔽的功能。

F-A-1：用户管理当进入用户管理模块时，在用户管理中可以增加或删除用户，编辑用户名，用户密码，修改用户权限，具有不同权限的用户进入系统主界面，界面左侧栏中的图标数有所不同，具体的面标与用户所具有的权限对应。

4.4.1 登录管理登录到管理端的所有人都需要通过登录界面进入相应的管理界面，不同的登录人具有不同的权限，根据登录人具有的权限将相应的功能现实在登录到的管理界面，没有权限操作的功能将在现实在这个界面上。