宿舍管理系统分析与设计(共30页).docx

精选优质文档-倾情为你奉上20162017 学 年 第 二 学 期软件应用与科技学院UML建模综合设计实验学生宿舍管理系统的UML建模班 级2015级软件开发与测试学 号F0316，F0332，F0352姓 名寇腾科，孙帅辉，张兴华任课教师佘维日 期2017年5月20日目录第一章 项目概述随着信息技术的不断发展，以计算机技术为中心的互联网技术不仅已经应用到了现代生活的各个方面，同时也带来了较大的改变。我国高校近些年来发展飞快，学生数量不断增加，但是 学生们的专业不同；家庭背景不同；对宿舍的需求也不同。 等等这些成为高校不能够对宿舍进行一个有效的管理。 因此引进计算机管理系统建立一个管理高效、秩序井然的高校宿舍管理系统，取代人工管理的模式，提高了宿舍管理效率以及准确率，减少了资源浪费，对大学生宿舍的标准化管理特别是高校 的管理具有积极的促进作用。本文主要从高校宿舍管理的实际需要出发，分析探讨高校宿舍管理系统的UML设计问题 。第二章 需求分析2.1 系统的功能需求高校学生宿舍管理系统是典型的信息管理系统, 运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息等其他信息。本系统主要包括基本业务处理、数据维护、信息查询和用户管理四大功能模块，可以有效地实现新生住宿安排、学生出入住宿办理、来访登记、日常卫生纪律检查登记、学生、宿舍住宿情况实时查询等功能，较好地解决了学生宿舍管理工作中众多管理难题。2.1.1 角色分析宿舍管理信息系统的用户主要包括宿舍中心管理员、宿舍管理员、学生和教师四类，他们在工作和生活中使用系统的情况如下：1、 宿舍管理中心管理员：宿舍管理中心管理员能够使用本系统登记系别、专业、班级、宿舍等基础数据；能方便地为大一新生分配宿舍、通过多种方式查询学生以及宿舍住宿信息；中心管理员还管理整个系统所有用户信息以及权限的分配。2、 宿管员：宿管员能够通过本系统登记学生入住、出住宿舍的情况，登记来访者，查看学生及宿舍实际住宿安排情况。3、 学生：广大学生能够通过登录本系统查看、修改个人信息，通过多种方式查询所关注的学生的宿舍号、宿舍电话等信息。4、 教师：教师包括领导、辅导员和任任课教师，通过本系统能够多种方式地了解学生及宿舍实际住宿情况，了解学生的个人信息。2.1.2 功能需求该系统的用户主要有宿管中心管理员、宿管员、学生和教师。他们对系统的功能需求如下：1、 宿舍管理信息系统能够为全校师生服务。系统能够记录学校的每一间学生宿舍的编号、楼层、可住人数、室内面积、家具配件情况等基本信息，并给其一个唯一标识的编号。宿管中心负责全学院学生宿舍的信息维护工作，包括增加、删除和修改。2、 每个学生能够拥有唯一标识其存在的编号（采用其学号）。系统记录下学习生个人基本资料，为后期管理提供信息服务。大一新生入校时，中心管理员根据院系、性别、专业、班级等限制条件从现有可用宿舍空位中合理分配到具体某一间宿舍的某个床位。学生开始入住和毕业出住宿舍都有详细的电子手续记录。3、 学生在校期间，宿管员登记其所在宿舍的文明、卫生、纪律情况,为学生管理工作提供数据支持。4、 基于校园安全管理需要，校外人员、非本栋宿舍住宿者来访本栋住宿的学生时，持身份证件在宿管员处办理电子登记手续，方可入内探访。5、 可以通过学号、姓名等方式查询某学生所住宿舍及宿舍电话号码，以便学生学习、生活交流，方便辅导员、教师、管理人员查找、联系学生。6、 学生办理入住手续后，可以凭学号登录系统查看个人学号、姓名、院系、专业、班级等基本资料，并补充或更改个人民族、籍贯、政治面貌、家庭住址、联系电话、电子邮箱等信息，但学号、姓名、系别、专业、班级等信息拒绝学生本人修改。2.1.3 功能模块分析1、基本业务处理模块：该模块主要用于实现宿管中心为新生分派宿舍和床位，实现宿管员为学生办理入住、出入手续，为来访者办理登记、为宿舍卫生纪律检查登记检查结果等。2、基本查询模块：该模块主要用于实现不同用户对信息的查询，通过各种方式查询学生、宿舍实际住宿情况，包括实际住宿情况，包括学生信息、宿舍信息和住宿信息等。3、基本数据维护模块：该模块主要用于宿管中心实现对系别、专业、班级、学生资料、宿舍资料进行维护，包括增加、删除和修改。4、用户管理模块：该模块主要用于系统管理员实现对各种用户的管理，包括用户名注册、密码设置和权限分配。系统模块结构如图21所示：图21 系统功能模块2.1.4 数据分析1、原始数据系统所需的原始数据包括系别、专业、班级、宿舍、学生、系统实施前的就已存在、需要录入的各种学生住宿数据。2、动态变化数据 系统运行过程中，随着各种管理工作的开展，会产生一些新数据主要包括：学生进校的入住数据、毕业离校出住数据、日常宿舍卫生、纪律检查数据、各种来访者来访记录数据等。2.2 系统用例建模2.2.1 宿管中心管理员用例图宿管中心是全学院宿舍管理服务机构，负责全学院学生宿舍分配和管理，因此，宿管中心的管理员主要进行如下活动：1、 安排新生宿舍：宿管中心验证学生缴费凭证后，根据其院系、性别、专业、班级等约束条件，从现有的宿舍空床位中选择合适的床位给该学生。2、 维护宿舍信息：宿管中心管理员登陆系统后，增加、删除、修改学生宿舍信息。3、 维护学生信息：维护院系、专业、班级及学生个人信息，包括增加、删除和修改系别、专业、班级及学生信息。通过上述活动，获得的中心管理员用例图如2-2所示。图22 管理员用例图2.2.2学生用例图1、维护个人信息：学生登录系统后，可以查看个人所有信息，并能对个人的联系电话、电子邮箱、政治面貌、家庭住址等信息进行更新，但学号、姓名、院系、班级等信息不可更新。2、查询学生住宿：学生可以通过学号、姓名、班级等字段查询其他学生的住宿信息，获得被查询对象的所住宿舍、宿舍电话、但被查询对象的其他私人信息不可见。通过上述活动，获得的学生用例图如图2-3所示。图23 管理员用例图2.2.3宿管员用例图宿管员是指每栋学生宿舍楼的管理工作人员，负责该栋楼宿舍的日常管理工作。他们通过宿舍管理系统进行的活动如下：1、 登记入住：学生提交宿管中心的排房单，宿管员在系统登记学生入住信息，包括学号、姓名、入住时间、备注等信息。2、 等级出住：学生提交宿管中心的退房单，宿管员在系统登记学生出住信息，包括学号、姓名、出住时间、备注等信息。3、 登记来访：来访者到达宿管员工作台，宿管员登记来访日期、来访者姓名、证件、单位、移动电话、来访时间、被访姓名、与被访者关系、来访事由、来访宿舍、预计逗留时间、离访时间。4、 查询学生信息：宿管中心、宿管员、教师登录系统后，可以查看学生个人全部信息。5、 查询学生住宿情况：系统注册用户登录系统后，可以通过学号、姓名、系别、班级查询等查询条件查询学生住宿情况。6、 查询宿舍住宿情况：系统注册用户登录系统后，可以通过楼栋号、宿舍号查询住宿情况。通过上述活动，获得的宿管员用例图如2-4所示。图24宿管员用例图2.2.4教师用例图教师包括学院的辅导员、班主任、任课老师、领导和行政管理者，出于其工作需要，他们通过本系统可以查询学生个人基本资料、所住宿舍、宿舍电话等信息，但是不能作更新操作。他们主要进行如下活动:1、 查询学生住宿：教师可以通过学生学号、姓名、班级等字段查询学生的住宿信息获得被查询对象的所住宿舍、宿舍电话的等信息。 2、 查询学生个人资料：教师可以通过学号、姓名等字段查询某一学生 的个人资料，获得被查询对象的所有资料。3、 查询宿舍住宿情况：教师可以通过班级、宿舍号实时查询学生的住宿情况，以了解学生生活情况。通过上述活动，获得的教师用例图如 2-5 所示图25教师用例图2.2.5系统用例图根据以上分析，查询学生信息用例和查询宿舍用例是中心管理员、宿管员、 教师公用的，同时，登录系统也是四种用户公用的，因此，整合各种用户的用例 图，得到系统用例图如图 2-6 所示。图26系统用例图2.3用例描述用例描述，又叫用例规约，是对每个具体用例的名称、活动者、用例目标、 前置条件、后置条件、主路径、可选路径以及例外路径等方面的描述，进而详细 地刻画具体用例。下面将对系统中的用例作详细描述。2.3.1登录系统用例用例编号001用例名称登录系统用例描述当用户进入到登录窗口时用例开始，它处理验证用户身份合法性 问题。当完成一次处理以后用例结束参与者本系统所有用户 前置条件无后置条件用户登录成功，进入系统主窗口。基本事件流1用户进入登录界面以后，输入正确的用户账户名和密码，用户登录到系统中。2用户进入登录界面以后，取消登录。拓展事件流3用户进入登录界面以后，输入无效的用户名和（或）密码，系统 提示出错信息4用户可以选择返回主路径的起点，重新输入正确的用户名和密码； 或者取消登录2.3.2维护宿舍信息用例用例编号002用例名称维护宿舍信息用例描述宿管中心管理员登录系统进入到系统管理窗口时用例开始。它处 理中心管理员对宿舍信息的维护问题。宿管中心管理员保存数据修改时用例结束。参与者宿管中心管理员前置条件宿管中心管理员登录系统并进入系统管理员界面后置条件成功维护宿舍数据基本事件流1中心管理员编辑宿舍数据，并保存2中心管理员编辑宿舍数据，不保存而退出拓展事件流3宿管中心管理员输入错误的或不存在的宿舍号等错误数据，系统 提示出错4宿管中心管理员根据提示信息，重新编辑数据；或者不再编辑数据而 退出数据维护界面2.3.3维护学生信息用例用例编号003用例名称维护学生信息用例描述宿管中心管理员登录系统进入到系统管理窗口时用例开始。它处 理中心管理员对学生信息的维护问题。宿管中心管理员保存数据修改时用例结束参与者宿管中心管理员前置条件宿管中心管理员登录系统并进入系统管理员界面后置条件成功维护学生数据基本事件流1中心管理员编辑学生数据，并保存2中心管理员编辑学生数据，不保存而退出拓展事件流3宿管中心管理员输入错误数据，系统提示出错4宿管中心管理员 根据提示信息，重新编辑数据；或者不再编辑数据而退出数据维护界面2.3.4安排新生宿舍用例用例编号004用例名称安排新生宿舍用例描述宿管中心管理员登录系统进入到系统管理窗口时用例开始。它处 理中心管理员安排新生宿舍问题。用户处理完住宿安排时用例结束参与者宿管中心管理员前置条件宿管中心管理员登录系统，并录入新生信息后置条件宿管中心管理员给新生成功安排床位基本事件流1宿管中心管理员查找到合适的学生宿舍空床位，给新生发派房单2没有合适的空床位，暂不安排宿舍床位给学生拓展事件流3宿舍床位安排存在冲突，系统提示出错4宿管中心管理员根据提 示信息，重新编辑数据后，重新安排5不再安排退出工作界面2.3.5查询学生住宿用例用例编号005用例名称查询学生住宿信息用例描述学生用户进入到查询信息窗口时用例开始。它处理学生用户查询 其它学生住宿情况问题。当处理一次查询以后用例结束参与者所有用户前置条件学生登录系统进入查询窗口后置条件无基本事件流1输入要查询的学生的学号、姓名或班级信息作为查询条件后并提交 2系统查询并返回查询结果拓展事件流3学生输入查询条件后未提交，取消查询4学生输入查询条件后并提交，系统提示输入条件不正确，学生用户根据提示重新输入查询条件5不再编辑查询条件，而直接退出2.3.6维护个人信息用例用例编号006用例名称维护个人信息用例描述学生登录系统进入到个人信息维护窗口时用例开始。它处理学生 修改个人联系方式等问题。学生完成维护操作时用例结束参与者学生前置条件学生登录系统并进入个人信息维护窗口后置条件学生成功维护个人信息 基本事件流1学生编辑修改个人信息，并提交修改结果2学生编辑修改个人信息后，不提交修改拓展事件流3学生修改后数据存在错误，系统提示出错4学生用户根据提示， 重新编辑数据5学生不再编辑数据而直接退出2.3.7登记入住用例用例编号007用例名称登记入住用例描述宿舍管理员登录系统进入到宿管员操作界面时用例开始。它处理 宿管员登记学生入住手续问题。宿管员登记操作结束时用例结束参与者宿管员前置条件宿管员登录系统并进入宿管员管理窗口后置条件成功登记学生入住信息基本事件流1宿管员输入学生学号，系统显示宿管中心派房信息2宿管员登记学 生入住信息，并提交拓展事件流3宿管员登记学生入住信息后，不提交而退出4宿管员输入入住学号，但系统提示没有宿管中心为其安排床位的 记录5宿管员重新输入入住学号，重新查询2.3.8登记出住用例用例编号008用例名称登记出住用例描述宿舍管理员登录系统进入到宿管员操作界面时用例开始。它处理 宿管员登记学生出住手续问题。宿管员登记操作结束时用例结束参与者宿管员前置条件宿管员登录系统并进入宿管员管理窗口后置条件成功登记学生出住信息基本事件流1宿管员输入学生学号，系统显示宿管中心退房信息2宿管员登记学 生出住信息，并提交拓展事件流3宿管员登记学生出住信息，但不提交而退出4宿管员输入出住学生学号，但系统提示没有宿管中心为其退房的记录5宿管员重新输入出住学号，重新查询2.3.9登记来访用例用例编号009用例名称登记来访用例描述宿舍管理员登录系统进入到宿管员操作界面时用例开始。它处理 宿管员登记来访者来访登记手续问题，宿管员登记操作结束时用例结束参与者宿管员前置条件宿管员登录系统并进入宿管员管理窗口后置条件成功登记学生来访信息基本事件流1宿管员输入来访者身份证件、姓名、电话等信息后，并提交拓展事件流2宿管员输入来访者身份信息后，系统提示输入信息不完全或者部分信息出错，宿管员重新输入2.3.10登记卫生纪律用例用例编号010用例名称登记卫生纪律用例描述宿舍管理员登录系统进入到宿管员操作界面时用例开始。它处理 宿管员对学生宿舍卫生纪律登记问题。宿管员登记操作结束时用例结束参与者宿管员前置条件宿管员登录系统并进入宿管员管理窗口后置条件宿管员登录系统并进入宿管员管理窗口基本事件流1宿管员输入宿舍卫生纪律信息，并提交拓展事件流2宿管员输入宿舍卫生纪律信息有误，系统提示出错，宿管员重新输入数据2.3.11查询学生用例用例编号011用例名称查询学生用例描述用户登录系统后进入学生信息查询界面时用例开始。它处理根据 学号、姓名、班级等信息查询学生信息的问题。当用户结束查询退出界面时用例结束参与者非学生用户前置条件登录系统并进入操作窗口后置条件用户浏览查询结果基本事件流1输入学生学号、姓名、班级等基本信息，查找该生住宿信息2用户不提交查询请求，直接退出查询界面拓展事件流3用户输入的查询条件信息有误，系统提示出错，用户重新输入数据4用户不再输入数据而直接退出2.3.12查询宿舍用例用例编号012用例名称查询宿舍用例描述当用户进入到宿舍信息查询界面时用例开始。它处理根据宿舍号、 楼栋号等信息查询宿舍信息的问题。当用户结束查询退出界面时用例结束参与者非学生用户前置条件登录系统并进入查询界面后置条件用户浏览查询结果基本事件流1用户输入查询条件数据并提交，查找宿舍信拓展事件流3用户输入的查询条件信息有误，系统提示出错，用户重新输入数据4用户不再输入数据而直接退出第三章 系统分析3.1系统分析概述系统分析又称为系统逻辑设计，是一个非常必需且至关重要的环节，主要任 务就是：在系统需求分析的基础上，将一个系统分解成各个组成部分，包括正确 理解、表达和验证。面向对象分析简称 OOA，其建造的模型主要包括静态模型和 动态模型。3.2系统静态模型的建立建立系统静态模型，即建立该系统的对象模型。根据需求分析阶段得到的 系统用例图，进一步归纳汇总从中可以找出系统中存在的类。一边发现系统的类， 一边确定这些类的属性和操作，并确定类与类之间存在的联系，最终给出整个系 统的类图。 3.2.1识别类1、学生类在学生宿舍管理信息系统中，学生既是系统要管理的数据对象，同时又是系 统的一个使用角色，其相关数据必须存储在数据库中。学生具有学号、姓名、性 别、出生日期、系别、专业、班级等属性特征，以学号作为每一个学生身份标识。 在系统中，学生具有增加、删除、修改及查询等行为，所以在系统中应该有一个 学生实体类。2、宿舍类宿舍是系统要管理和分配的重要资源，具有宿舍号、楼栋号、床位数等属性 特征，同时，宿舍可以被增加、删除、修改和查询，因此应该在类图中有一个宿 舍实体类。3、非学生用户类系统用户除了学生，还有宿管中心管理员、宿管员、教师三种使用角色。他 们共有的属性特征有用户名、密码、权限，共有的行为有登录系统、修改密码、 查询学生、查询宿舍等行为，因此类图中要有一个非学生用户类。教师、宿管员 和宿管中心管理员是它的子类，除了继承其父类的所有属性和行为外，继续扩充 一些属性和行为，完成自己的职责。4、住宿类学生住宿信息也具有自己的属性特征，比如同一个人可以在不同时期住不同 的宿舍或者不同的床位，同一个宿舍一般都安排不止一名学生住宿。在不同时间， 住宿信息可能有较多变化，因此住宿信息也可以被添加、删除、修改和查询。故 而在类图中应该有一个住宿类。5、系别类、专业类、班级类大学生在校期间，都在某个系某个专业的某个班级里参加学习和活动。一般 地，高等院校有多个系，每个系有 1 个到多个专业，每个专业有 1 个到多个班级。 系别有系别代码、系别名称、系主任、系办公室等属性特征，专业有专业代码、 专业名称、所属系别、学制年限等属性特征，班级有班级代码、所属专业、班主 任等属性特征。同时，系别、专业、班级均有可能增减，因此具有添加、删除、 修改以及查询等行为。在类图中，要有这三个类。6、来访类宿舍日常管理中，来访登记是一项常规工作。外人来访活动的属性特点有来 访者姓名、单位、证件、来访时间、来访事由、被访姓名、被访宿舍、双方关系、 离访时间。来访者可以多次来访多人，同一宿舍、同一学生也可以接待多人来访， 因此来访记录具有不断增加、查询等行为。 7、 卫生纪律检查类每栋学生宿舍的宿管员登记每间宿舍卫生纪律检查情况。卫生纪律检查具有 检查日期、宿舍号、卫生状况、纪律状况等属性特征，同时，对卫生纪律检查记录有添加、删除、修改及查询等行为。综合以上分析，得出系统类图如图 3-1 所示。图 3-1 系统类图3.2.2界面类系统中的类，实现对实体类的操作和管理，还需要提供给用户的操作界面， 这些也是系统类，称为用户界面类。学生宿舍管理信息系统中主要的用户界面如 表 3-1 所列。表 3-1 系统界面类序号界面名称主要功能说明1系统登录界面实现用户通过账号、密码登录系统2宿管中心管理员操作界面实现基础数据维护、用户管理、学生、宿 舍住宿实际情况查询、为新生安排住宿3宿管员操作界面实现出/入住登记、来访登记、卫生纪律检 查登记以及查询学生、宿舍住宿情况4学生操作界面实现学生个人信息维护和学生查询的选择5教师操作界面实现教师对学生住宿情况查询6学生个人信息维护界面实现学生个人信息维护7学生住宿信息查询界面实现对学生住宿情况查询8入住登记界面实现宿管员对学生入住情况登记9出住登记界面实现宿管员对学生出住情况登记10来访登记界面实现对来访者来访情况登记11卫生纪律检查登记界面实现对学生宿舍的卫生纪律检查的登记12学生信息查询界面实现输入学生学号、姓名、系别、班级等 信息查询系统中学生信息13宿舍安排信息查询界面实现输入楼栋号、宿舍号等信息查询学生 宿舍信息14宿舍信息维护界面实现对宿舍数据的增加、删除和修改15学生信息维护界面实现对学生信息的维护16系统用户信息维护界面实现对系统用户各项信息的维护3.3系统动态模型的建立3.3.1来访登记活动图在宿舍日常管理中，经常要接待非本宿舍楼的外来人员来访。基于校园 安全管理需要，宿管员要核验来访者的证件、登记其姓名、年龄、性别、来 访日期、时间、事由、来访学生姓名、宿舍及双方关系等信息。根据相关工 作流程，画出其活动图如图 3-2 所示。图 3-2 来访登记活动图3.3.2学生入住活动图已缴费学生凭财务收费单到宿管中心，申请安排宿舍。宿管中心管理员 查验缴费凭证后，在系统中录入学生学号、姓名、性别、系别、班级等基本 资料后，系统自动查找并显示合适的宿舍床位。宿管中心管理员打印或填写 派房单给学生。学生凭派房单到相应宿舍楼宿管员处，登记入住手续。根据 相关工作流程，画出其活动图如图 3-3 所示。图 3-3 学生入住活动图3.3.3添加宿舍信息时序图添加学生宿舍数据的主要参与者是宿管中心管理员，涉及到的类主要有维护 宿舍信息界面、宿舍类和数据库操作类。宿管中心管理员登录系统后，要执行添 加新的学生宿舍数据的操作，系统创建并显示维护宿舍信息界面，宿管中心管理 员在界面上编辑完毕后，调用该界面的 Add( )方法，进而调用业务逻辑层宿舍类 的 Add( )方法添加新宿舍，再调用数据操作层的数据库操作类的 Insertdata( )向数 据表中插入新记录，执行 UpdateData( )方法更新数据表，并且将更新后的数据返 回到维护宿舍信息界面供浏览。添加宿舍信息时序图如图 4-4 所示。图 3-4 添加宿舍信息时序图3.3.4查询他人住宿信息时序图本系统中，允许学生通过学号、姓名等关键字查询其他学生住宿情况。查询 他人住宿信息用例的主要参与者是学生，涉及到的类主要有查询他人住宿信息界 面、入住类和数据库操作类。学生登录系统后，执行查询他人住宿信息的操作， 系统创建并显示查询他人住宿信息界面，界面同时执行初始化操作，并调用该界 面的 Edit( )方法，学生输入要查询的学号或姓名等关键字信息，调用业务逻辑层 入住类的 Getinfo( )方法，再调用数据层数据库操作类的 Openconn( )连接数据库， 调用 GetData( )方法获取住宿数据，并且一直返回到操作界面供浏览。查询他人 住宿信息时序图如图 3-5 所示。图 4-5 学生查询他人住宿时序图第四章 系统设计 4.1总体设计4.1.1功能模块结构设计学生宿舍管理信息系统涵盖了学生宿舍管理中的各个功能模块，从学生入校 分配房间，到入住宿舍、日常卫生纪律检查、接待来访到毕业退住等环节形成一 体化的管理一条龙，全部实现网络化办公模式，大大降低管理实践中的手工劳动， 提高了管理效率和水平。其总体功能结构设计如图 4-1 所示。图 4-1 学生宿舍管理信息系统功能结构图4.2物理模型完成系统的逻辑设计后，紧接着要建立系统的物理模型。在 UML 中，系统 的物理模型通常采用组件图和部署图这两种物理图形来表示。4.2.1组件图组件图表示系统模型的物理视图，主要描述了代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。一般地，组件图由组件、接口和组件之间的联系构成，可以明确系统各部分的功能职责以及软件结构。它可用于建立系统的实现模型和业务模型。学生宿舍管理信息系统的组件图如图 4-2 所示。图 4-2系统组件图4.2.2部署图网络环境下运行的分布式系统是一个大型而又复杂的应用系统，我们需要对 其进行部署建模。所谓部署建模，就是把软件系统在网络上的运用方式进行模式 化。在UML中，对分布式系统涉及到的硬件进行建模都是采用部署图来实现。 部署图描述了整个系统的软硬件的实际布置情况，表示了系统在运行期间的体系 结构、硬件元素（节点）的构造和软件元素是如何被映射到那些节点之上的。 开发人员通过部署图可以很好地了解软件中各组件驻留在什么硬件上及其相互之间的关系。 宿舍管理信息系统是一个基于校园网和数据库的应用系统，图 4-3 表示整个系统的部署情况。图 4-3系统部署图第五章 总结回顾项目，从最初调查、讨论到真正投入工作，建设、实施，一路走来非常艰辛，现在总算基本完成，本系统的实施虽然告一段落，但我们的思路、我们的工作还远没到达胜利的彼岸。我们在后期工作中，还有不少计划：充分展示本系统的先进性、便捷性， 让广大师生和管理人员体验到信息建设成果的优势，特别是办学者、领导层看到新系统带来的管理效益。进一步开展宣传教育，吸引办学方、管理层的兴趣，在信息系统建设上真正加大力度，加大投入，以进一步巩固、扩展现有系统，诚心支持后期建设。 专心-专注-专业