2015年年计算机专业数据库课程设计报告【荐】.docVIP

学生宿舍管理系统 学号： 姓名： 一、前言 在科技飞速发展的社会，使用计算机管理,不但可以大量节省时间、人力、财力、物力,而且能更全面有效地掌握的基本情况，及时获取必威体育精装版而又准确的资料和信息。就是这样一个的系统，其功能与实现方面有的针对性和实用性。 二、程序设计的目的 学生宿舍管理系统是应对学生宿舍管理的现代化、网络化，逐步摆脱当前学生宿舍管理的人工管理方式，提高学生宿舍管理效率而开发的，包括系统登陆功能，，其目的是为了方便用户使用。高校学生宿舍管理系统的开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于后台数据库的建立和维护要求建立起数据一致性和完整性强、数据安全性好的库。而对于前端应用程序的开发则要求应用程序能提供强大的数据操纵功能，界面友好、使用简单方便等特点。旧的手工纪录的宿舍管理方式已经不能适应高速发展的信息化时代，新的宿舍管理系统开发出来之后，学校的现有的宿舍信息管理将有很大的改观，由过去的人工方式转变为计算机方式，由效率低、数据冗余、易产生错误转变为检索迅速、查找方便、可靠性高、存储量大。这些优点能够极大地提高效率,也是学校科学化、正规化管理的重要条件。 4）用户界面需求 学生宿舍管理系统应提供简单、层次关系明了、清晰的操作界面，使用户一目了然。尽可能的为用户的添加、查询等功能操作提供方便。快捷按钮的创建也是非常需要的，以方便用户操作。 设计 数据字典： 数据项名 数据项含义 存储结构 宿舍楼编号 宿舍楼编号 Char（5） 宿舍编号 宿舍编号 Char（5） 管理员姓名 管理员姓名 Char（20） 宿舍层数 宿舍层数 int 宿舍等级 宿舍等级 Char（20） 标准人数 标准人数 int 班级 班级 Char（5） 专业号 专业号 Char（5） 专业名称 专业名称 Char（20） 辅导员姓名 辅导员姓名 Char（20） 班长姓名 班长姓名 Char（20） 学生学号 学生学号 Char(5) 姓名 学生姓名 Char(20) 年龄 学生年龄 int 性别 学生性别 Char(2) 宿舍收费 宿舍收费 int 3）处理逻辑描述： 处理功能 处理过程 判断用户查询涉及的功能模块 固定宿舍楼信息模块、宿舍信息模块、管理员信息模块、收费记录模块：先确定查询所涉及的功能模块；然后确定要查询的内容，确定查询数据流向；最后显示查询结果。 判断用户修改要涉及的模块，同时把相应的修改数据传到相应的模块之中 固定宿舍楼信息模块、宿舍信息模块、管理员信息模块、收费记录模块：先确定更新所涉及的功能模块；然后，把更新信息传送到相应的模块中；最后，进行相应的更新操作。 4）概念设计阶段： 全局E-R图： E-R图属性： 宿舍楼信息：宿舍楼（楼号、面积、层数、管理员） 主码：楼号 宿舍信息：宿舍（宿舍号、宿舍等级、标准人数） 主码：宿舍号 班级信息：班级（班级号、专业号、辅导员、班长） 主码：班级号 学生信息：学生（学号、姓名、年龄、性别） 主码：学号 学生宿舍信息：学生宿舍（学号、宿舍号、收费） 主码：学号、宿舍号 5）逻辑设计阶段 1、将E-R模型转换为关系模型，转换的原则是：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。 对于实体间的联系则有以下不同的情况： 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 3个或3个以上实体间的一个多元联系可以转换位一个关系模型。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。 具有相同码的关系模式可合并。 E-R图向关系模型转换的结果是： 宿舍楼信息：宿舍楼（楼号、管理员） 宿舍信息：宿舍（宿舍号、等级、标准人数） 班级信息：班级（班级号、专业号、辅导员） 学生信息：学生（学号、姓名、年龄、性别） 学生宿舍信息：学生宿舍（学号、宿舍号、收费） 2、模型优化 关系模型部门、职员、