校友网网站设计之需求分析

2。 需求分析

2.1 功能需求

2。1.1 描述

本网站是在为了满足学校校友之间交流的情况下开发的，随着信息时代的发展，社会普遍对网络的需求，该网站能够提供更多实用功能，本着实用,美观,高效的目的，该网站能够提供如下功能需求:1、校友交流平台2、校友信息发布平台3、院系班级交流功能4、社区新闻公告发布5、社区查询等功能。 2。1。2 系统功能

1）校友社区网站由如下功能组成： ➢ 用户注册

新用户注册，提供用户信息，检验用户信息的有效性，并将用户信息持久化。

➢ 用户登陆

提供用户凭证，验证用户信息，基于角色授权。 ➢ 用户管理

管理员由系统初始化分配一个，管理员可以对用户信息进行部分更改,主要包括用户角色调整，版主调整，删除用户等。 ➢ 网站社区版块管理

社区管理员可以添加、删除、调整网站版块。 ➢ 留言管理

社区管理员可以对所有留言进行转移、置顶、删除等操作，社区管理员可以转移本版块留言，也可以对本版块论坛中的文章进行置顶、删除等操作. ➢ 留言发表

注册用户可以在注册的社区版块中发表新留言信息. ➢ 留言回复

用户可以对自己感兴趣的社区版块留言簿中发表留言回复。 ➢ 页面浏览

用户可以浏览所有权限范围内的页面. ➢ 社区查找

用户可以提供标题关键字查找所有已建社区,注册用户可以查找已创建的班级社、年级社区、个性社区。 ➢ 相关链接

用户可以进入其它校友社区浏览等.

2)网上校友社区系统总体功能需求框架图如下所示：（图2-1）

校友社区网站 系统主要功能 用 户注册 用户 登 陆 用户管理 留言管理 社区版块管理 图2—1

留言发表 留言回复 页面浏览 社区查找 相关链接

2.1。3 用户使用过程状态图

输入用户名和密码 错误的用户或密码 接受到错误提示 取消 通过登录验证 退出 进入主页面 发表留言 回复留言 退出 退出 社区查询 退出 退出 个人资料修改

图2—2

2.2 数据描述

本系统实体之间主要有以下几类联系(Relation）：用户与网站页面之间存

在管理联系（M:N）、用户与留言发表之间（1：M）、用户与友情链接(1：M）、用户与社区版块（1:M)、社区版面与内容(1：M）。 2。2。1 基本实体—联系图（ER图） 1）用户与版面之间管理关系ER图 注册日期 注册日期 注册日期注册日 用户名 2）用户与留言之间的ER图 用户名 性别 密码 用户 性别 社区名称 密码 实名 用户类实名 用户类 2。2。2 数据字典 数据库设计要遵循一些规则，一个好的数据库满足一些严格的约束和要求。尽量分离各实体对应的表，一个实体对应一个表，分析该实体有哪些属性,理理由 对应有些什么字段，以及各实体之间的联系。实体、属性与联系是进行概念设计管理 时要考虑的三个元素，也是一个好的数据库设计的核心. 批准否发表时间 从实际出发,经过仔细地设计,得到各表的设计如表2-1-—2—6所示。 发表 1)用户列表SHQ_Users 社区版面 N 1 用户 M 申请管表2-1 字段名 UserID RealName Sex 字段名 Regdate Password Privilege 数据类型 简介 版面名 Varchar(12) Varchar（12) Number(1） 数据类型 Date Varchar（16) Number(2） 类别 M 留言 约束条件 公告 说明 用户ID 其它… PK 图内容2-3 Notnull Default 0 约束条件 图2-4 实名 用户性别0-male 1-female 说明 注册日期 密码 0、普通用户 1、管理员 Not null Default 0 表2—2 2）版块表SHQ_TypeCatg 字段名 数据类型 约束条件 说明 ForumID ForumName Describe EstabDate AdminID ForumTypeID Number（4） Varchar（24) Varchar（128) Date Varchar(12) Number(4） PK Not null FK FK Not null 表2-3 版块ID 版块名称 简介 日期时间 建立版块的管理员 社区版块 3）留言发布表SHQ_BulletinList 字段名 BulletinID UserID Subject Content ForumID 字段名 PubDate 数据类型 Number(12） Varchar(12) Varchar(128) Varchar（4000） Number(4) 数据类型 Date PK FK Not null FK 约束条件 约束条件 说明 留言ID 用户ID 主题 内容 版块ID 说明 发布日期 4）访问许可表SHQ_AccessPermission 表2—4 字段名 ACID ForumID UserID 数据类型 Number（10) Number（4) Varchar2（12） PK FK not FK not 约束条件 版块ID 用户ID 说明 5）通告表SHQ_Announce 表2-5 字段名 数据类型 约束条件 说明 AccounceID ForumID Subject PubTime UpdateTime Number(8) Number（4） PK FK 公告ID 版块ID 公告主题 发布时间 更新时间 Varchar2（256） Not null Date Date 6）公告内容表SHQ_AnnounceContents 表2—6 字段名 ContentID AccounceID 字段名 Period ProgressInfo ActionPlan Pubtime 数据类型 Number(10） Number（8） 数据类型 Varchar（128) Varchar（4000） Varchar(4000) Date PK FK 约束条件 时间 内容情况 需要解决的问题或行动计划 发布时间 约束条件 说明 内容ID 公告ID 说明 2.3 性能需求

本节将较完整地描述系统的性能需求。 2.3。1 网络需求

1)服务器要求能承载1000用户同时在线。 2）网络带宽要求100MB以上。 2。3.2 响应需求

1）数据精确度：查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。

2）时间特性：进行查询时以秒为单位，以达到实时性;而进行增加，删除和修改等操作时,可以根据数据的多少分别以秒和分为单位,原则是操作人员不因时间而影响效率.一般操作的响应时间应在1—2秒内，对磁盘和打印机服务响

应时间应在可接受的时间内完成.

3） 适应性:对前面提到的运行环境要求不应存在困难. 2。3。3 安全性需求

1）客户端与服务器两者之间通信的数据必须加密。

2）数据库的管理员只能有一名，只有他（她）可以对数据库的所有信息

作任何操作。

2。4 接口需求

本节将提供可确保系统正确地与外部部件进行通信的信息。 2.4。1 用户接口需求

提供用户登录框,进行权限认证，有相关版块——班级社区、年级社区、个性社区、新闻公告、友情链接、意见建议等。利用菜单界面驱动方式，对用户友好，必须对鼠标和键盘单独支持. 2。4.2 硬件接口需求 1）服务器:

主频要求2.8GHz以上，内存1GB以上，显卡的颜色配置需要设置为24位增强色或32位真彩色。（具体视学校所提供的服务器而定） 2）终端设备:

主频要求400MHz以上,内存64MB以上,显卡的颜色配置要设置为24位增强色或32位真彩色,显示器分辨率设为1024*768. 2.4.3 软件接口需求 1)操作系统：

支持Windows NT、Windows 2000、Windows XP,Linux。 2）应用软件：

数据库应用软件：MySQL 2.4.4 通信接口需求

客户端和服务器端的一般通信采用Socket通信方式，数据传输采用SSL加密机制。

2。5 出错处理需求

1)本系统可能有出错的情况：

➢ 用户身份认证时可能出错。 ➢ 信息输出出错。 2）出错处理方法及补救措施：

➢ 根据出错的种类提示身份认证重新输入。 ➢ 系统给出出错提示。 ➢ 系统给出正确的操作序列。

2。6 设计和实现上的限制（约束）

项目的第一个版本必须在2008年12月末交付，所以，对网站的功能实现上采取实用的原则.力求开发一个出功能精简的网站。