校友信息管理系统设计与实现(编辑修改稿)

校友信息管理系统设计与实现(编辑修改稿)内容摘要：

于发展阶段。 所以开发 校友信息管理系统 具有很大的潜力，而且面向的对象是自己的校友，有其特有的意义。 因此会有很大的发展空间。 该系统投入运行后，方便用户操作和使用，更加方便了各届学生的联系，更为同学聚会等活动提供偏便利条件。 综上所述本系统开发从社会上是可行的。 （ 4）研究方法 主要采用行动研究法和经验总结法。 在行 动研究法中，将研究制定的实施方案和 校友信息管理系统 开发 的实际工作结合起来，比如，制定 注册 制度： 用户 注册时必须经过管理员的审核等，有计划，有步骤的进行实际工作的操作。 在经验总结法中，由于 校友信息管理系统 意义的特殊性，将之前的活动的具体情况进行归纳和分析，使之系统化、理论化，上升为经验并进行推广，找出不足之处，制定改进措施。 数据库课程设计（报告） 4 第 2 章 需求分析 此 校友信息 管理系统各功能模块都是由用户自己操作，一般不用设置专门的系统管理员对这些数据进行管理。 用户的注册、班级的创建 ]信息的编辑都是用户的操作权限，要求这些权限是设定 在一定范围之内的，所以此系统的安全性要保证。 同时，系统的方便性、快捷性也有比较高的要求。 本系统工程要满足以下要求：  系统安全性。 由于此系统中的操作都是由用用户操办的，的以对于用户的权限设置比较严格。 同时由于 校友信息管理系统 涉及的用户比较多，若要防止数据的并发现象的出现，数据的编辑必须由合法用户来操作对于班级管理员来说，只允许对本班级的数据进行编辑，无权对其他班级的数据进行编辑。  信息交流。 在系统中要加强各地校友之间的联系，为大家提供交流的平台和广泛地合作机会，以增加学子们的凝聚力，为在校与毕业生建立沟通的渠 道，开拓在校生的就业空间。  可扩展性。 为了适应系统的变化可以进行功能模块的调整，对于 校友信息 管理系统来说，系统要符合用户的需求，能够满足不同用户发布信息和获取资源的要求。 系统采用 B/S 结构，这有利于系统的维护和升级，可以减少维护的成本。 需求分析 功能需求分析 （ 1） 游客、校友用户、班级管理员均可浏览校园新闻、校友风采、校友留言等。 （ 2） 校友用户可以查找校友并可跟据需要关注该校友、在校友论坛发表留言与浏览其他用户留言。 使用校友专享提供的便捷服务。 （ 3） 班级管理员负责管理班级相册与班级留言。 校友 信息 管理系统的流程图： 数据库课程设计（报告） 5 是 否 是 否 是 否 是 否 是 否 图 21 校友 信息 管理系统的流程图 数据 需求分析 本系统为 校友信息 管理系统，应具备记录校友信息的功能，同时也要记录校友的班级信息。 另外，还必须记录校友在系统中的留言信息。 除些之外，该系统还需要管理员对其进行日常的维护工作。 数据需求具体如下： 校友用户（用户编号、注册帐号、密码、姓名、性别、生日、电话，家庭地址、邮箱、工作） 班级（班级编号、班级名称、省份编号、城市编号） 班级管理员（管理员编 号、密码、用户名、性别、电话） 登录窗口是否为注册用户 是否已建立班级 查询通讯录信息 建立学校信息 发布留言 加入班级 建立班级信息 发布、编辑留言信息 注册个人信息 是否已建立学校 是否管理员 是否已注册班级 数据库课程设计（报告） 6 学校（学校编号、学校名称、学校类型、学校网址、邮编、地点 ) 班级类型（类型编号、类型名称） 性能要求分析 校友信息 管理系统的使用者是校友用户与班级管理员，班级管理员对相应班级与校友管理的性能以及校友用户与班级查找功能的性能要求较高。 系统 数据字典 1） 数据流描述： 校友信息 系统包含的主要数据流包括：用户登录信息（用户名，密码），班级信息，留言信息，用户管理，班级管理员信息，学校信息 数据流名称：用户登录信息 说明：用户登录时输入的用户名和密码 数据流来源：用户输入 数据 流去向：登录处理 组成：用户名、密码 2） 数据流名称：班级管理员信息 说明：班级管理员登录后管理自己的个人信息和相应的班级信息 数据流来源：班级管理员输入 数据流去向：修改、增加、删除、浏览信息 组成：用户名，密码 3） 数据流名称：班级信息 说明：用户登录后申请创建班级，其他用户申请加入该班级，输入相关班级的信息 数据流来源：用户输入 数据流去向：班级管理员修改、浏览班级信息，非管理员用户修改自己个人信息 组成：班级管理员用名，密码 4） 数据流名称：留言信息 说明：班级管理员、用户在网页上的留言信息。 数据流来源：班级 管理员、用户输入 数据流去向：显示到网页上，用户、班级管理员都可以进行浏览，回复，但是访客不能进行恢复，只能进行浏览 数据库课程设计（报告） 7 组成：用户、班级管理员浏览记录，班级管理员密码，账户。 5） 数据流名称： 校友信息 说明：所有注册成为用户的通讯录信息 数据流来源：用户服务输入 数据流去向：用户登录后进行搜索，把符合搜索信息显示给用户浏览 组成：用户名，密码 6） 数据流名称：学校信息 说明：用户登录后申请创建学校，其他用户申请加入该学校，输入相关学校的信息。 数据流来源：用户输入 数据流去向：创建人修改、浏览学校信息，非创建人用户修 改个人信息 组成：用户名，密码 数据存储描述 校友信息管理系统 系统的主要数据存储包括：用户信息，班级管理员信息，班级信息，留言信息、学校信息。 1） 数据存储：用户信息 说明：存储全部用户信息 流入数据流：访客，用户信息，用户名，用户密码 流出数据流：用户表 组成：用户名，用户密码，用户编号，性别，邮箱，联系电话，注册日期。 2） 数据存储：班级管理员信息 说明：存储班级管理员信息，班级管理员管理相应班级的留言信息以及自己的个人信息管理。 流入数据流：留言信息，用户信息 流出数据流：登录信息 组成：班级管理 员编号，用户名，用户密码，性别，联系电话 3） 数据存储：班级信息 说明：存储班级信息，用户登录后申请加入已有班级，没有班级可以建立。 流入数据流：用户信息，班级信息 数据库课程设计（报告） 8 流出数据流：班级信息 组成：班级名称，班级成员姓名，成员年龄，成员性别等。 4） 数据存储：通讯录信息 说明：存储通讯录信息 流入数据流：用户信息，通讯录信息 流出数据流：通讯录信息 组成：班级成员姓名，年龄，性别，电话，邮箱，家庭住址等 5） 数据存储：留言信息 说明：存储留言信息，用户提交留言并查看回复他人留言簿。 流入数据流：留言信息，用户服务信息，访客 信息 流出数据流：留言信息 组成：留言标题，留言用户，留言内容 6） 数据存储：学校信息 说明：存储学校信息，用户登录后可申请加入已有学校，没有学校可以建立。 流入数据流：用户信息，学校信息 流出数据流：学校信息 组成：学校名称，学校成员姓名等 数据库课程设计（报告） 9 第 3 章 概念结构设计 局部 ER 图 对用户要求描述的现实世界 (可能是一个工厂、一个商场或者一个学校等 )，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型。 这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。 所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。 以扩充的实体 — （ ER 模型）联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述 (在数据库中称为用户的局部视图 )。 第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。 数据流图： 用户 实体图 对象 :用户 ,用户 的属性如图 31 所示 : 用户 工作 用户名 生日 班级名 性别 城市 电话 注册帐号 图 31 学生实体图 用户密码 省份 街道 邮编 数据库课程设计（报告） 10 班级实体图 对象 :班级 ,班级的属性如图 32 所示 : 学校 实体图 对象 :物品 ,物品的属性如图 33 所示 : 留言 实体图 对象 :留言 ,留言 的属性如图 34 所示 : 学校 网址 学校名称 类型 图 33 学校 实体图 班级 管理员 班级名 称 学校名称 图 32 班级实体图 班级类型 网址 邮编 城市 省份 街道 数据库课程设计（报告） 11 管理员 实体图 对象 :管理员 ,管理员 的属性如图 35所示 : 班级类型 实体图 对象 :班级类型 ,班级类型 的属性如图 36 所示 : 校友信息管理系统 ER 图 各个局部视图即分 ER图建立好后，还需要对它们进行合并，集成为一个整体的数留言 内容 用户名称 班级名称 标题 图 34 留言 实体 图 管理员 性别 用户名 密码 图 35 管理员 实体 图 班级类型 类型 图 36 班级类型 实体图 电 话 数据库课程设计（报告） 12 据概念结构，即总 ER图。 视图集成后形成一个整体的数据库概念结构，对该整体概念结构还必须进一步验证，确保它能够满足下列条件： (1)整体概念结构内部必须具有一致性，即不能存在互相矛盾的表达。 (2)整体概念结构能准确地反映原来的每个视图结构，包括属性、实体及实体间的联系。 (3)整体概念结构能满足需要分析阶段所确定的所有要求。 经过消除不必要的冗余数据和冗余联系得到总体 ER图如图 37 所示： 图 37校友信息管理系统 ER图 数据库课程设计（报告） 13 第 4 章 逻辑结构设计 校友 信息管理系统 ER 图 图 41校友信息管理系统 ER图 数据库课程设计（报告） 14 关系模式转换 把概念结构设计转化为逻辑结构设计 为： 用户（ 用户 ID，班级 ID，注册帐号，用户名，用户密码，性别，电话，生日，工作，城市，省份，街道，邮编） 留言（ 留言 ID， 用户 ID， 班级 ID，内容，标题） 班级（ 班级 ID，学校 ID，管理员 ID，名称 ，类型 ID） 学校（ 学校 ID，名称，类型，网址，邮编，城市，省份，街道） 管理员（ 管理员 ID，用户名，密码，性别，电话） 班级类型（ 类型 ID，类型名称） 数据关系图 根据以上分析，创建数据库 ， 其中包括 六 个数据表：用户、 留言 、 班级 、 学校、管理员、班级类型。 数据关系图 如 图 42 所示 : 图 42 数据关系图 数据库课程设计（报告） 15 第 5 章 物理结构设计 数据库物理设计是后半段。 将一个给定逻辑结构实施到具体的环境中时，逻辑数据模型要选取一个具体的工作环境，这个工作环境提供了数据存储结构与存取方法，这个过程 就是数据库的物理设计。 物理结构依赖于给定的 DBMS和和硬件系统，因此设计人员必须充分了解所用 RDBMS的内部特征、存储结构、存取方法。 数据库的物理设计通常分为两步，第一，确定数据库的物理结构，第二，评价实施空间效率和时间效率。 (1)管理表 管理信息表 (tb_admin)主要用于存放所有用户的账号、密码以及其他信息。 表tb_admin 的结构如表 51 所示。