基于jsp的学生宿舍管理系统的设计与实现毕业论文设计

基于jsp的学生宿舍管理系统的设计与实现毕业论文设计内容摘要：

扩展 (extend)和泛化 (generalization)几种关系。 具体的用例图图符如表 所示。 表 uml 用例图图符 可视化图符 名称 描述 系统 用来表示系统边界 ,所有用例放在系统之中用例 用来表示用例图中的用例 执行者 用于描述与系统功能有关的外部实体 ,可以是用户 ,也可以是外部系统 关联 连接执行者和用例 宿舍管理系统有超级用户和普通用户两类用户。 根据使用权限的不同所能操作的功能也不同 ,普通用户只能对学生入住预订登记、寝室使用状态查询和床位使用状态查询等一些功能进行操作 ,而超级用户拥有对所有模块进行操作的权限。 系统用例图如图 所示。 图 系统用例图 宿舍楼信息管理 :宿舍楼信息管理主要管理楼房信息的添加、楼房信息的修改、楼房信息的删除、楼房信息的查询等。 宿舍楼信息管理 的用例图如图 所示。 图 宿舍楼信息管理用例图 寝室信息管理 :寝室信息管理主要管理寝室信息的添加、寝室信息的修改、寝室信息的删除、寝室信息的查询、生成床位等。 寝室信息管理的用例图如图 所示。 图 寝室信息管理用例图 床位信息管理 :床位信息管理主要管理床位信息的添加、床位信息的删除、床位信息的查询等。 床位信息管理的用例图如图 所示。 图 床位信息管理用例图 学生信息管理 :学生信息管理主要管理学生信息的添加、学生信息的删除、学生 信息的查询等。 学生信息管理的用例图如图 所示。 图 学生信息管理用例图 系统的行为是通过对象的动作来描述的 ,通常可以通过顺序图来描述对象之间如何进行消息的传递。 顺序图是将交互关系表示为一个二维图。 纵向是时间轴。 横向轴代表了在协作中各独立对象的类元角色。 类元角色用生命线表示。 具体 uml 顺序图图符如表 所示。 表 uml 顺序图图符 可视化图符 名称 描述 带有生命线的对象 用于表示顺序图中参与交互的对象 激活 表示在这个时间段内 ,对象处于活动状态 消息 用于表示对象之间传递的消息 返回 消息 用于表示对象之间传递的消息 超级用户查询学生信息 ,查询学生信息的顺序图如图 所示。 图 查询学生信息顺序图 超级用户删除学生信息 ,删除学生信息的顺序图如图 所示。 图 删除学生信息顺序图 性能需求 系统的性能是系统的一种非功能特性 ,系统的性能关注的不是系统是否能够完成特定的功能 ,而是在完成功能时展示出来的及时性。 为了能够客观地度量系统的性能 ,定义了一系列的性能指标 ,包括响应时间、吞吐量、资源利用率等等。 以便 于在不同情况下度量系统的性能。 响应时间是指系统对请求做出响应的时间。 吞吐量是指系统在单位时间内处理请求的数量。 资源利用率反映的是在一段时间内资源平均占用的情况。 系统设计 系统功能结构设计 本系统主要是对学生宿舍进行管理 ,包括对学生所用的宿舍楼信息进行管理 ,可以查询宿舍楼信息、添加宿舍楼信息、修改宿舍楼信息及删除宿舍楼信息等操作。 对学生所用的寝室进行管理 ,可以查询寝室信息、添加寝室信息、修改寝室信息及删除寝室信息等操作。 对学生所用的床位信息进行管理 ,可以添加、查询及删除床位信息等操作。 对学生信息进行管 理 ,可以新增学生信息、根据学生名称查找学生信息及删除学生信息等操作。 可以对学生入住及更换寝室等信息进行管理。 还可以添加普通用户以及对用户的密码进行更改等操作。 系统功能模块图 系统的模块主要是按照功能进行划分的 ,包括宿舍楼信息管理、房间信息管理、床位信息管理、学生信息管理、学生入住 /预订管理、学生退房管理、寝室信息查询、床位信息查询、普通人员管理及超级用户密码等模块。 系统功能模块如图 所示。 图 系统功能模块图 宿舍楼信息管理 :主要是记录宿舍楼的基本状况 ,包括楼房名称、楼里寝 室数量等基本信息。 以便于用户分配寝室。 可以实现添加楼房信息、修改楼房信息、删除楼房信息以及根据楼房名称模糊查询楼房信息等功能。 房间信息管理 :主要记录宿舍各个房间的基本信息 ,房间名称 ,楼房名称 ,房间床位数量等等。 以便于用户对学生住宿的分配。 可以实现添加房间信息、修改房间信息、删除房间信息、查询房间信息以及生成床位等功能。 床位信息管理 :实现添加床位信息、删除床位信息以及查找床位信息等功能。 学生信息管理 :宿舍的学生信息主要来自学生处提供的 ,对于已住进宿舍的学生 ,用户从学生处提取 相关信息 ,进行统一管理 ,如果学生退房之后 ,相应的信息也将被删除。 实现添加学生信息、删除学生信息以及查找学生信息等功能。 学生入住 /预定登记 :学生向楼管处提出入住申请 ,用户进行查询宿舍相关信息之后 ,再根据学生的信息相应的给新生安排宿舍 ,登记和修改相关信息。 对于未到校的学生 ,可以提前预定房间。 实现预定房间和入住房间等功能。 学生退房管理 :学生向楼管处提出退房申请 ,楼管处核实证件准确无误之后 ,办理退房手续 ,并删除学生的相关信息。 实现取消预定房间和退房等功能。 普通人员管理 :实现添加普 通用户以及删除普通用户等功能。 数据库设计 数据库概念结构设计 概念结构是各种数据模型的共同基础 ,比数据模型更独立于机器、更抽象 ,从而更加稳定化 ,是整个数据库设计的关键。 在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构 ,才能更好地、更准确地实现这些需求 [9]。 将需求分析中关于数据的需求 ,综合为一个统一的概念模型。 概念模型的表示方法很多 ER 方法是其中的一种 ,它提供了表示实体型、属性和联系的方法 ,用来描述现实世界的概念模型 [10]。 构成 ER 图的基本要素是实体型、属性和联系 ,其表示方法为 : 实体型 :用矩形表示 ,矩形框内写明实体名。 属性 :用椭圆形表示 ,并用无向边将其与相应的实体连接起来。 联系 :用菱形表示 ,菱形框内写明联系名 ,并用无向边分别与有关实体连接起来 ,同时在无向边旁标上联系的类型 (1 : 1,1 : n 或 m : n)。 学生实体图 ,主要表示学生的编号、姓名、性别、班级和身份证号 ,具体学生实体图如图 所示。 图 学生实体图 宿舍实体图 ,主要表示房名称 ,楼名称 ,房入住 ,房类别和房间备注 ,具体宿舍实体图如图 所示。 图 宿舍实体图 房间实体图 ,主要表示床名称 ,房间名称 ,楼名称 ,床状态和学生入住编号 ,具体房间实体图如图 所示。 图 房间实体图 楼实体图 ,主要包括楼名称 ,楼房数和楼备注 ,具体楼实体图如图 所示。 图 楼实体图 普通用户实体图 ,主要包括的内容是用户名和密码 ,具体普通用户实体图如图 所示。 图 普通用户实体图 数据库的逻辑设计 数据库的逻辑结构就是把概念模型转换成为某个具体的数据库管理系统所支持的数据模型。 ER 模型向关系模型的转换 ,实体的属性就是关系的属性 ,实体的关键字就是关系的关键字。 (1)一般 1:1,1:m 联系不产生新的关系模式 ,而是将一方实体的关键字加入到多方 实体对应的关系模式中 ,联系的属性也一并加入。 (2)m:n 联系要产 生一个新的关系模式 ,该关系模式由联系涉及实体的关键字加上联系的属性组成 [11]。 学生表 (sxx)主要用于存放学生信息。 sxx 表结构如表 所示。 列名 数据类型 长度 字段含义 sid int 8 编号 sname varchar 50 姓名 sex varchar 2 性别 sbj va。