学生宿舍管理系统数据库的设计及实现.doc

目目 录录 第一章 系统概述 .6 1.1 开发的背景与现状 .6 1.2 开发设计的意义 .6 1.3 开发工具的确定 .7 第二章 系统分析 .8 2.1 可行性分析 .8 2.2 系统功能需求分析 .9 2.3 数据流图 14 2.4 数据字典 16 第三章 总体设计 18 3.1 系统设计目标 18 3.2 系统总体功能 19 3.3 系统结构图 .19 第四章 详细设计 20 4.1 数据库设计 20 4.2 建立数据库、数据表、插入数据 28 第五章 系统界面、调试分析与测试结果 32 5.1 系统界面 32 5.2 调试分析 37 5.3 测试结果 38 参考文献.40 第一章第一章系统分析系统分析 2.12.1 可行性分析可行性分析 2.1.12.1.1 经济的可行性经济的可行性 主要从对项目的经济上进行分析评价，一方面是支出的费用，包括设备购 置费、管理和维护费用、人员工资和培训费等，另一个是取得的收益。这是个 超小型的管理系统，从投入的人力，财力与物力来讲是非常之小的，只要一台 电脑，一台打印机，这个系统就可以搞起来，考虑到学校里有电脑，现只要购 置一台打印机就可以了。从节省人力方面，可以让管理人员从繁与复杂的工作 中解脱出来，做更多的工作，可以给宿舍里的管理提高一个层次。 2.1.22.1.2 技术上的可行性技术上的可行性 技术上的可行性分析要考虑将来要采用的硬件和软件技术能否满足用户提 出的要求（如计算机的容量、速度等） 。此外，还要考虑开发人员的水平，做为 计算机信息管理专业毕业的优等生，数据库设计方面对于我们应该还过得去， 在宿舍里生活了两年，对这个管理模试应该比较的熟。宿舍管理系统的编写， 是十分好编的，我想几天就可以写出程序，再花上三来天的调试，计划一个星 期就可以完成投入使用了。 2.1.32.1.3 总结总结 通过以上两点的分析，编写或开发这个宿舍管理系统是可行的，只要这个 系统能实现对学生数据的输入、修改、删除、打印、浏览与查询就可以了。如 果技术方面可行，浏览与查询方面的功能应该编写得强大一点，再好有条件组 合的查询，可以实现按男女生分类查询，也可以按专业、寝室号、籍贯等分类 查询，以便学校方面管理人员可以很方便的查询想要的数据，以便进行统一管 理，统一安排。 2.22.2 系统功能需求分析系统功能需求分析 2.2.12.2.1 调查用户需求调查用户需求 本系统的最终用户为宿舍楼管理员，本宿舍楼的学生。根据我们日常生活 中的经验，结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查， 得出用户的下列实际要求： 1 1、宿舍楼的基本情况宿舍楼的基本情况 学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 一、学生的基本信息： 入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍， 也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便， 同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 二、宿舍的基本信息： 每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍 电话号码。 三、宿舍财产的基本信息： 每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财 产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管 理。 四、报修的基本信息： 宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时， 同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这 时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的 原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。 五、夜归的基本信息: 宿舍楼在指定的时间关门（比如晚上 12 点） ，若有同学晚于关门时间会宿舍， 需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因， 以利于学校的管理和查证。 六、离校的基本信息： 每当放寒假或暑假时，同学们大部分都会回家；每当“五一”或“十一” 放假时，同学们也有很多不会留在宿舍。这时，为加强学校对同学假期安全的 管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和 管理。 2 2、用户对系统的要求用户对系统的要求 一、宿舍楼管理员： 1信息要求： 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生 在宿舍楼中住宿的详细信息，报修的所有信息，夜归的详细信息和学生离返校 的信息。以利于对整个宿舍楼的全面管理。 2处理要求： 当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。比如，某些同学 搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转 换专业，他们记录中院系的信息也要作相应的修改等等。 当宿舍楼的电话号码发生变更时，宿舍楼管理员能根据有关证明做出修改。 当宿舍财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功 解决。 3安全性与完整性要求： 安全性要求： 1）系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其 密码，保证用户身份不被盗用； 2）系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据 的类别和内容； 3）系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学 生） ，管理员。 完整性要求： 1）各种信息记录的完整性，信息记录内容不能为空； 2）各种数据间相互的联系的正确性； 3）相同的数据在不同记录中的一致性。 二、本宿舍楼的学生： 1信息要求： 本宿舍楼的学生能查询其所在的宿舍的所有信息，能查询本楼的指定宿舍的电 话号码以利于同楼宿舍间的通信。能查询自己的夜归记录和离返校记录。 2处理要求： 本宿舍楼的学生能在报修信息表中插入报修信息，表示本宿舍的财产发生了损 毁需要学校派人维修。 学生离校时，能在离返校记录表中插入离校时间；学生返校后，能在离返校记 录表中插入返校时间，表示已经回校。 2.2.22.2.2 功能需求功能需求 一基本功能需求 学生宿舍管理系统在实现上应该具有如下功能： 1.系统要求用户必须输入正确的用户名和密码才能进入系统。 2.系统应该提供学生住宿情况的基本登记。 3.系统应提供学生每学期的注册及学生的离校处理。 4.系统应提供人员来访登记及结束访问的详细登记。 5.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。 6.系统应提供查询功能，以方便用户对学生基本信息的查询(要实现按多种 条件的查询)及楼房信息的查询。 7.系统应提供增加、删除、修改用户帐户的功能。 8.系统还应具有添加、修改、删除学生及员工基本信息的功能。 9.系统应当提供将相关信息以报表形式打印出来的功能。 二系统功能设计 1.系统功能模块图 图 2.1 系统功能模块图 系统管理模块 系统管理模块包括：超级用户登录、普通用户登录、用户密码修改、用户 管理四个部分。 1.超级用户登录：实现系统管理人员登录。 2.普通用户登录：实现一般管理人员登录。 3.用户管理：实现系统管理人员授予或取消一般用户登录该系统的用户名 和密码。 4.密码修改：实现所用用户的密码更改功能。 公寓管理模块 公寓管理模块包括：宿舍楼管理、宿舍管理、宿舍管理员管理三个大的部 分。 1.宿舍楼管理：登记学校所有住宿楼情况。 2.宿舍管理：登记学校所有宿舍的情况。 3.宿舍管理员原理：实现楼房管理人员的添加功能。 学生管理模块 学生管理模块包括：学生基本信息录入、个人物品登记、学生注册管理、 学生离校管理四项功能. 1.学生基本信息录入：实现学生基本信息情况的登记及宿舍的分配功能。 2.个人物品登记:登记学生在校期间所拥有的公共及私有贵重物品情况。 3.学生注册管理：登记学生在校期间每学期的宿舍缴费情况。 4.学生离校管理：实现学生毕业离校处理，注销该学生信息。 信息查询模块 信息查询模块基本上包括：按学号进行查询、按姓名进行查询、按班级查 询、按寝室号查询、住宿情况查询五个部分。 1.按学号查询：实现每个学生基本信息情况的查询功能。 2.按姓名查询：通过学生姓名查询学生基本信息情况。 3.按班级查询：通过班级查询某班级学生住宿情况及该班级学生信息。 4.按寝室号查询：查看每个宿舍所住学生信息情况。 5.住宿情况查询：查询每栋楼房的所有宿舍的住宿情况及宿舍楼所住学生 统计情况。 出入登记模块 出入登记模块包括：进楼物品登记、出楼物品登记、人员来访登记、结束访问 登记四个功能模块。 1.进楼物品登记：详细登记某学生搬入宿舍楼的物品情况。 2.出楼物品登记：详细登记某学生搬出宿舍楼的物品情况。 3.人员来访登记：详细登记进入宿舍楼的外来人员情况。 4.结束访问登记：详细登记外来人员的离开情况。 信息修改模块 信息修改模块包括：学生基本信息修改、员工基本信息修改、个人财物信息修 改三个大的功能。 1.学生基本信息修改：实现系统管理人员对学生基本信息情况所作的添加、修 改、删除。 2.员工信息修改：实现系统管理人员对楼房员工的修改、删除功能。 3.个人财物修改：实现对学生个人财物的添加、修改、删除功能。 报表管理模块 报表管理模块包括：学生信息、员工信息、宿舍交费情况、物品出入楼信息、 某宿舍住宿情况五个功能。 1.学生信息：查询并打印每个学生的详细基本信息情况。 2.员工信息：查询并打印每栋宿舍楼的所有员工信息情况。 3.宿舍交费情况：查询并打印已交清或未交清住宿费的学生信息。 4.物品出入楼信息：查询并打印某学生的物品出入宿舍楼的信息情况。 5.宿舍住宿情况：查询并打印某个宿舍的详细住宿情况。 6.人员来访情况:查询并打印某个时间段的人员来访情况。 2.32.3 数据流图数据流图 数据流图（Data Flow Diagram）：简称 DFD，它从数据传递和加工角度， 以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过 程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方 法。 图 2.2 数据流图 图 2.3 信息数据流图 图 2.4 进出数据流图 图 2.5 保修数据流图 图 2.6 离返校数据流图 图 2.7 夜归数据流图 2.42.4 数据字典数据字典 数据字典（Data dictionary）是一种用户可以访问的记录数据库和应用程 序源数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时， 其内容可以由 DBMS 自动更新的数据字典。被动数据字典是指修改时必须手工更 新其内容的数据字典。 数据字典是一个预留空间，一个数据库，这是用来储存信息数据库本身。 数据字典的组成： 1、数据项 2、数据结构 3、数据流 4、数据存储 5、处理过程 表 2.1 学生数据字典 数据项名数据项含义数据说明数据类型别名 StuNo 学生编号 char(8) 学号 StuDep 学生所在学院 char(20) 学院 StuName 学生姓名 char(8) 姓名 StuSex 学生性别 char(2) 性别 StuHome 学生来自省份 char(10) 祖籍 StuBorth 学生出生时间 datetime 出生日期 StuETime 学生入学时间 datetime 入学时间 StuProfess 学生所在专业 char(20) 专业 StuClass 学生所在班级编号 Char(8) 班级 表 2.2 宿舍数据字典 数据项名数据项含义数据说明数据类型别名 RNo 宿舍编号 char(6) 宿舍号 RHeader 舍长信息等于 StuName char(8) 舍长 ROne 宿舍学生信息等于 StuName char(8) 舍员 1 RTwo 宿舍学生信息等于 StuName char(8) 舍员 2 RThree 宿舍学生信息等于 StuName char(8) 舍员 3 RDepart 宿舍学生所在学院等于 StuDep char(20) 学院 RProfess 宿舍学生所学专业等于 StuProfess char(20) 专业 RClass 学生所在班级编号等于 StuClass char(8) 班级 表 2.3 宿舍管理员数据字典 数据项名数据项含义数据说明数据类型别名 DorNo 宿舍楼编号 int 宿舍楼号 DorPhNo 宿舍楼管处电话 char(12) 电话 DorAdminist 宿舍楼楼管员信息等于 WorNo char(10) 楼管员 DorSex 宿舍楼性别分类 char(2) 男（女）宿 舍 WorNo 楼管编号 char(8) 编号 WorName 楼管姓名 char(8) 姓名 WorType 工作类型 char(8) 工作类型 WorWage 楼管工资 Int 月工资 WorSex 楼管性别 char(2) 性别 WorPhNo 楼管联系方式 char(12) 电话 WorTime 楼管工作时间 char(30) 工作时间 表 2.4 宿舍物品数据字典 数据项名数据项含义数据说明数据类型别名 AIOStu 要求物品出入学生等于 StuNo char(8) 学生 AIOArtical 出入物品信息 char(20) 物品名 AIOPrin 出入物品审查人等于 WorNo char(10) 负责人 AIODate 出入物品日期 datetime 日期 AIONo 物品出入序号 Int 序号 第二章第二章总体设计总体设计 3.13.1 系统设计目标系统设计目标 目标本系统既要满足用户的设计，也要满足设计员的设计目标。 1、用户的观点看，要求系统能够达到以下目标 1) 对信息的收集和保存信息。例如：输入宿舍的基本信息,宿舍的卫生 信息等. 2）快速的传递信息。对那些共享的数据要快速的传递。 3）提供准确的信息。要求比手工作业提供的更加准确和细致的数据，例 如宿舍的所有卫生成绩. 3）实现卫生成绩报表自动生成。 2、设计员从技术观点看，要求系统能达到以下的目标： 1) 用户使用，具有较高的用户友好性。 3、 有较高的可靠性，将系统发生故障的概率控制在 5.0以下，并具 有快速恢复的能力 3) 具有较高的运行效率，应比人工作业提高效率高。 4）具有较强的可维护性和扩充性，能够适应用户的业务要求变化。 3、设计策略 本系统的结构是自顶向下扩展的，层次化的暗盒模块结构。 对高层模块，将使用以事务为中心的设计策略，把一个的的复杂的系统逐步分 解成较小的相对简单的暗合模块；对低层模块，采用以变换为中心的设计策略。 此外，为了提高模块的内聚性，降低模块间的偶合程度，数据库的设计原则是 把他作为模块间的邮政信箱，从而既实现数据共享有提高模块的独立性，使系 统具有很高的可修改性。 3.23.2 系统总体功能系统总体功能 本说明书主要是为了对宿舍管理系统进行使用和维护。 该系统充分利用计算机的功能实现对系统管理、信息录入、信息查询等的 自动化控制，将会使学生宿舍管理工作大大减轻，方便友好的信息管理用户界 面，简便的操作，完善的数据库管理，将会使得信息管理系统极大限度地应用 于现代化学生成绩管理，成为管理人员的得力助手。 3.33.3 系统结构图系统结构图 学生宿舍管理系统 管理员模块 图 3.1 学生宿舍管理系统 图 3.2 管理员模块 图 3.3 寝室管理 图 3.4 用户管理 图 3.5 功能查询 第三章第三章详细设计详细设计 管理员模块 寝室管理班级管理用户管理查询功能 寝室管理 寝室楼添加修改删除寝室损坏管理 寝室信息管理 用户管理 添加管理员 管理员密码修改学生基本资料管理添加学生基本信息 功能查询 学号 查询 姓名 查 询 系别名 称查询 专业名称 查询 班级名称 查询 寝室楼 查询 4.14.1 数据库设计数据库设计 4.1.14.1.1 数据库的引入数据库的引入 数据库技术从 60 年代中期至今只有不到 40 年的历史，但其发展速度之快 是其它技术所不及的。它已由第一代的层次型、网状型数据库，第二代的关系 型数据库发展到今天以面向对象为主要模型的数据库，即第三代数据库。数据 库技术和网络通信技术、面向对象编程技术、并行计算机技术、人工智能技术 相互融合、相互渗透，促进了数据库技术的广泛应用。 数据库(Database)，是按照数据结构来组织、存储和管理数据的仓库，是 用于查询的大量数据的存储区域。使用数据库可以带来许多好处：如减少了数 据的冗余度，从而大大地节省了数据的存储空间，实现数据资源的充分共享等 等。此外，数据库技术还为用户提供了非常简便的使用手段，使用户易于编写 有关数据库应用程序。特别是近年来推出的计算机关系数据库管理系统，操作 直观，使用灵活，编程方便，功能强大，环境适应广泛，数据处理能力极强。 数据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库 及其应用系统，满足各种用户需求。作为信息资源开发、管理和服务的一种有 效的手段，数据库技术的应用已越来越广泛，从小型的单项事务处理系统到大 型的信息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共 享性。对一个实际的系统来说，数据库表的设计在遵循数据库理论的同时，必 须能用开发工具来实现用户在各方面提出的功能要求。 一个真正的、完整的站点是离不开数据库的，因为少量的数据，如网页访 问人数等完全可以存储在文本文件中，但实际应用中，需要保存的数据远不止 这一点点，而且这些数据之间往往还有关联，利用数据库来管理这些数据，可 以很方便的查询和更新。可以说一个动态网站的建设是离不开一个设计最优的 数据库的。我们现在可以使用的数据库有很多种，如：Fox 数据库(.dbf)、 Access 数据库(.mdb)、DB2、Informix、Oracle 和 SQL Server 等等，在本次设 计中，选择了 IBM 的 DB2 作为后台数据库工具，因为它功能远比 Access、SQL Server 强大，并提供了许多标准的关系数据库管理功能的支持。他的各种关系 数据库管理系统适应于各种硬件平台，包括 Unix，PC 和主机系统。 4.1.24.1.2 数据库概念结构设计数据库概念结构设计 E-RE-R 图图 概念模型是数据库系统的核心和基础。由于各个机器上实现的 DBMS 软件都 是基于某种数据模型的，但是在具体机器上实现的模型都有许多严格的限制。 而现实应用环境是复杂多变的，如果把实现世界中的事物直接转换为机器中的 对象，就非常不方便。因此，人们研究把现实世界中的事物抽象为不依赖与具 体机器的信息结构，又接近人们的思维，并具有丰富语义的概念模型，然后再 把概念模型转换为具体的机器上 DBMS 支持的数据模型。概念模型的描述工具通 常是使用 E-R 模型图。该模型不依赖于具体的硬件环境和 DBMS。 概念结构是对现实世界的一种抽象。所谓抽象是对实际的人、物、事和概 念进行人为处理，抽取所关心的共同特性，忽略非本质的细节，并把这些特性 用各种概念精确的加以描述，这些概念组成了某种模型。通过概念设计得到的 概念模型是从现实世界的角度对所要解决的问题的描述，不依赖于具体的硬件 环境和 DBMS。 在需求分析和逻辑设计之间增加概念设计阶段，可以使设计人员仅从用户 的角度看待数据及处理要求和约束。 表达概念设计的结果称为概念模型，对概念模型有以下要求： (1) 有丰富的语义表达能力，能表达用户的各种需求。 (2) 易于交流和理解，从而可以用它和不熟悉计算机的用户交换意见。 (3) 要易于更改。当应用环境和应用要求改变时，概念模型要能很容易的 修改和扩充以反映这种变化。 (4) 易于向各种数据模型转换。 按照上述要求，传统的数据模型（网状、层次和关系模型）都不适合作概 念模型。在数据库的概念设计中，通常采用 E-R 数据模型来表示数据库的概念 结构。 E-R 数据模型将现实世界的信息结构统一用属性、实体以及它们之间的 联系来描述。 数据库的 E-R 图如下： 图 4.1 寝室管理 E-R 图 图 4.2 寝室信息 E-R 图 图 4.3 保修功能 E-R 图 图 4.4 查询功能 E-R 图 4.1.34.1.3 数据库逻辑结构设计数据库逻辑结构设计 根据在数据库概念设计中给出的数据库实体 E-R 图，可以设计数据表结构， 服务器上建名为 xyty 的数据库。其中包括以下表： admin，guestbook，nome，homebad，homedetail，homesex，mingzu，tongzhi ，users，ximig，zhuanye.下面将具体介绍数据库中各个表的结构: 表 4.1 用户表（usertable） 序 号 字段名描述 数据类 型 数据长 度 主键可否为空 1userid 用户 id Char10n 2username 用户名 Char10n 3userpwd 密码 Char10y 4stumess 学生信息管理 int4y 5hosmess 宿舍信息管理 int4y 6allmess 综合信息查询 int4y 表 4.2 学生基本信息表（stumess） 序 号 字段描述 数据类 型 数据长度主键 可否为 空 1 stunumbe r 学号 Varchar10n 2stuname 姓名 Varchar12y 3stusex 性别 Char2y 4 godate 出生日期 Datetim e 8y 5 schdata 入学时间 Datetim e 8y 6class 专业 Varchar16y 7address 家庭住址 Varchar36y 8 telnumbe r 联系电话 Varchar14y 9 addnumbe r 邮编 Varchar6y 表 4.3 宿舍信息表（hosgrn） 序 号 字段描述 数据类 型 数据长度主键 可否为 空 1hosnumber 宿舍号 Varchar10n 2 Staticnumb er 标准号 Varchar4y 3staticname 标准名称 varchar50y 4 Hostelnumb er 电话号码 Varchar16y 5Hosadress 位置 Varchar50y 6Hoskip 床位总数 Int4y 7hossum 已用床位 Int4y 8hosnosum 未用床位 Int 4y 表 4.4 宿舍物品表：（statichostable） 序 号 字段描述 数据类 型 数据长度主键 可否为 空 1hosnumber 宿舍号 varchar4n 2hosline 灯 int4y 3hoskip 床 Int 4y 4Hosdsk 桌子 Int4y 5Hoscab 柜子 Int4y 6Hoscha 椅子 Int4y 7hostelnum 电话 Int 4y 8hoscon 电脑架 Int4y 表 4.5 学生入宿表（gohostable） 序 号 字段描述 数据类 型 数据长度主键 可否为 空 1gonumber 入住编号 Varchar12n 2 hosnumbe r 宿舍号 Varchar10n 3 stunumbe r 学号 Varchar10n 4stuname 姓名 Varchar12y 5stutel 联系电话 Varchar50y 6 godate 入住日期 Datetim e 8y 表 4.6 学生退宿表（gobacktable） 序 号 字段描述 数据类 型 数据长度主键 可否为 空 1 gobacknumbe r 退宿编号 Varchar12n 2hosnumber 宿舍号 Varchar10n 3stunumber 学号 Varchar10n 4stuname 姓名 Varchar12y 5 gobackdate 退宿日期 Datetim e 8y 6gonumber 入住编号 Varchar12y 表 4.7 学生出入表（churutable） 序 号 字段描述 数据类 型 数据长度主键 可否为 空 1 hosnumbe r 宿舍号 Varchar10n 2 stunumbe r 学号 Varchar10n 3stuname 姓名 Varchar12y 4stutel 联系电话 Varchar50y 5 godate 出宿舍时间 Datetim e 8y 6 backdate 入宿舍时间 Datetim e 8y 表 4.8 数据库表 序 号 表名称 表 说明 1 用户表用户信息 2 学生基本信息表学生基本信息 3 宿舍信息表宿舍信息 4 学生入宿表学生入宿信息 5 学生退宿表学生退宿信息 6 学生出入宿表学生出入宿信息 4.24.2 建立数据库、数据表、建立数据库、数据表、插入数据插入数据 4.2.14.2.1 建立数据库建立数据库 create database room; 4.2.24.2.2 建立数据表建立数据表 /*1、建立宿舍楼基本信息表*/ create table Dormitory( DorNo int not null unique, DorPhNo char(12), DorAdminist char(10), DorSex char(2) not null, primary key(DorNo), check(DorNo1 and DorNo 0) ); 4.2.34.2.3 导入数据导入数据 /*1、导入宿舍楼基本信息*/ insert into Dormitory values(19019,女); insert into Dormitory values(20020,男); /*2、导入宿舍基本信息*/ insert into Room values(620,宋玉杰,万乐群,万常明,曹翔,软件学院,软件工程,19); insert into Room values(621,邱哲琦,姜云龙,邱超,邹君诚,软件学院,软件工程,19); insert into Room values(622,杨文敏,王敏,吴麒,羊韵谕,软件学院,软件工程,19); insert into Room values(733,方超,郑拓铭,周庆龙,何伟,软件学院,软件工程,19); insert into Room values(734,姜晓文,李小刚,罗清,黄蟒,软件学院,软件工程,19); /*3、导入宿舍学生信息*/ insert into Student values(07201509,软件学院,方超,男,江西省,1988-01-01,2007-09- 15,软件工程,072015,733,19); insert into Student values(07201511,软件学院,何伟,男,江西省,1988-01-01,2007-09- 15,软件工程,072015,733,19); insert into Student values(07201526,软件学院,羊韵谕,男,海南省,1988-01-01,2007- 09-15,软件工程,072015,622,19); insert into Student values(07201525,软件学院,吴麒,男,江西省,1988-01-01,2007-09- 15,软件工程,072015,622,19); insert into Student values(07201524,软件学院,王敏,男,江西省,1988-01-01,2007-09- 15,软件工程,072015,622,19); insert into Student values(07201527,软件学院,杨文敏,男,江西省,1988-01-01,2007- 09-15,软件工程,072015,622,19); insert into Student values(07201515,软件学院,李小刚,男,江西省,1988-01-01,2007- 09-15,软件工程,072015,734,19); insert into Student values(07201519,软件学院,邱哲琦,男,江西省,1988-01-01,2007- 09-15,软件工程,072015,621,19); insert into Student values(07201520,软件学院,宋玉杰,男,江西省,1988-01-01,2007- 09-15,软件工程,072015,620,19); /*4、导入楼栋管理员基本信息*/ insert into Worker values(019,林志玲,楼管,1000,女08:00-12:00,19); insert into Worker values(020,周杰伦,保卫科,800,男12:00-23:00,20); /*5、导入宿舍楼物品出入基本信息*/ insert into ArticalInOut values (07201509,电脑,019,2009-01-07,1,019); insert into ArticalInOut values (07201526,笔记本电脑,020,2009-01-07,2,020); 第四章第四章系统界面、调试分析与测试结果系统界面、调试分析与测试结果 5.15.1 系统界面系统界面 图 5.1 进入界面 图 5.2 查询宿舍楼信息 图 5.3 单个查询宿舍楼信息对话