学生公寓管理系统—说明书

1、实践教学实践教学 * 兰州理工大学兰州理工大学 计算机与通信学院 2012 年春季学期 软件开发综合训练软件开发综合训练课程设计课程设计 题 目： 学生公寓管理系统 专业班级： 软 件 一 班 姓 名： 孙 子 程 学 号： 指导教师： 张 聚 礼 成 绩： 目目 录录 摘摘 要要 .II 序序 言言.III 1、可行性分析、可行性分析 .1 1.1 问题描述.1 1.2 可行性分析研究.1 1.2.1 技术可行性.1 1.2.2 经济可行性.2 1.2.3 操作可行性.2 1.3 结论意见.2 2、项目开发计划、项目开发计划 .3 2.1 编写目的.3 2.2 项目背景.3 2.3 项目概述

2、.3 2.4 项目开发计划.4 3、需求分析、需求分析 .5 3.1 任务需求分析.5 3.2 数据流图、数据字典及实体联系图.6 3.2.1 数据流图.6 3.2.2 数据字典.9 3.2.3 实体联系 E-R 图.12 4.1 总体设计.14 4.2 系统功能模块图.14 4.3 数据库概念设计.15 4.4 数据库逻辑结构设计.15 4.5 连接数据库的特点.17 5、详细设计、详细设计 .18 5.1 系统的主要功能.18 5.25.2 程序流程图程序流程图.19 5.3 用户界面设计.19 5.3.1 一般交互设计.19 5.3.2 信息显示设计.20 5.3.3 数据输入设计.21

3、 5.4 程序设计过程.22 5.4.1 登录界面及密码修改.22 5.4.2 资源的操作.23 5.4.3 查询操作.23 参考文献参考文献 .24 设计总结设计总结 .25 摘摘 要要 学生公寓管理系统基于 B/S 模式开发，使用 JSP 动态网页制作技术作为主 要的前台开发语言，实现前后台的数据交互；后台选用 SQL Server 2005 作为 数据库服务器。该学生公寓管理系统主要划分了管理员和学生两种权限，实现 的功能有学生信息的管理，宿舍信息的管理，宿舍的分配功能等。系统具有界 面友好，操作简便的特性。该系统主要包括学生管理，房间管理，添加寝室， 寝室管理，添加员工，员工管理，添加

4、楼宇，楼宇管理，查看房间，搜索房间， 系统管理这些功能模块，最后本文还介绍了系统设计的关键技术，通过这些技 术，提高了学生公寓管理的效率。 【关键字】学生公寓管理系统、SQLServer2005、jsp 等。 序序 言言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前很多学 校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学 校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存盘的数据比 较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据 量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效 率也比较低。 在计算机在各行各业

5、中的运用已经得到普及的今天，有一套学生宿舍管理系统 是必然的。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化， 使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据 库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存， 也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的 操作方式。 1 1、可行性分析、可行性分析 1.11.1 问题描述问题描述 在信息产业发展飞速的今天，用计算机实现一些繁琐及频繁变动信息是 较容易的。对于有着庞大信息量的高校学生公寓管理里，用计算机实现是非 常必要的。以下两个原因充分说明了这一点： 手工记录检索信息的

6、工作量太大，并且效率很低 面向事务的数据库的优点预示着可以很成功的替代落后的手工记录。 因此，开发出宿舍管理的系统是一种必然。它针对的用户是高校公寓 管理员，用于管理学生住宿情况，如学生属性以及住宿费等情况，同时能 方便快捷的记录物品出入情况和外来人员登记等，即，该系统能取代之前 所有手工作业，并且能提供更多功能。 1.21.2 可行性分析研究可行性分析研究 可行性研究报告是对公寓管理系统作的可行性研究分析及指出存在的必要 性。因此通过可行性的研究分析可以知道问题。 有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统 初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到

7、的运行 指标，这是系统开发和评价的依据。 例如：提高公寓管理效率，减轻劳动强度； 提高信息处理速度和准确性； 为管理者提供更方便、科学的服务项目。 1.2.11.2.1 技术可行性技术可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、 软件配置能否满足开发者需要等。本系统采用 JSP 作为前台页面和 Sqlserver2005 作为后台数据存储。 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统 目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现 有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估 计利用现有技术条件应完

8、全可以达到该系统的功能目标。 1.2.21.2.2 经济可行性经济可行性 投资费用主要是开发它的支出，其中包括设备购置费、软件开发费、管理 和维护费、人员工资和培训费等。 学生公寓管理这个软件可以减少人力方面的支出。该系统适用于全国大部 分高校的学生公寓管理，具有广阔的销售市场。该软件的开发成本在客户的可 接受范围内。经过对上述几个方面的调查研究和分析，我们得出学生公寓管理 这个软件的市场前景是相当客观的，在经济角度来说，开发学生公寓管理是可 行的。 1.2.31.2.3 操作可行性操作可行性 学生公寓管理的相关人员迫切希望开发一个管理系统，该系统以科学的方 法来弥补当前管理制度上的不足，使规

9、章制度更加齐全。学生公寓管理人员积 极支持该系统开发，使新系统能够充分的发挥作用；系统操作简单，易于理解， 操作者经过短时间的培训就可以使用学生公寓管理系统。 1.31.3 结论意见结论意见 经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上 的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高 质量完成。所以，系统研制和开发是可以马上进行的。 2 2、项目开发计划、项目开发计划 2.12.1 编写目的编写目的 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前很多学 校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学 校来说还勉强可以接

10、受，但对于学生信息量比较庞大，需要记录存盘的数据比 较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据 量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效 率也比较低。 在计算机在各行各业中的运用已经得到普及的今天，有一套学生宿舍管理 系统是必然的。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性 化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的 数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保 存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快 捷的操作方式。 2.22.2 项目背景项目背景

11、项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统， 即学生公寓管理系统开发主管部门的统一下制定用于软件实质开发的软件项目 计划，以使软件开发单位理解软件开发要求，进行开发。 2.32.3 项目概述项目概述 1、工作内容 让计算机对学生公寓进行自动管理，用户可以直接在计算机上实现学生信 息管理，并能在一定程度上实现自动化。 2、条件与限制 开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具 备开发的条件。该系统可在用户要求的期限内完成。 3、产品 1） 、程序 该项目因开发时间较短，这里只给出设计思想，具体程序没写。 2） 、文档 （1) 封面 （2）目录 （3）中

12、文摘要 100 字左右；关键词 3-5 个 （4) 序言 （5）可行性分析 （6）项目开发计划 （7）需求规格说明（包含系统流程图、数据流程图、数据字典、E-R 图） （8) 概要设计（包含总体软件结构图、总体数据结构） （9) 详细设计（对概要设计内容进行详细设计） （10) 设计总结、参考文献、致谢等 4、验收标准 软件验收标准完全由用户提出的软件需求制定，保证软件符合用户的要求。 2.42.4 项目开发计划项目开发计划 1、任务分解 分三个大的阶段进行开发第一阶段完成本系统的数据流图跟 E-R 图。第二 阶段完成概要设计跟详细设计。第三阶段书写文档。 2、预算 软件资金投入较少，具体预算

13、分配简略。 3、关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术 完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风 险因素。对于出现的一些小难点总都能得到解决。 4、交付期限 所要开发的系统较简单，所有开发工作用户要求要在两周内完成，完成项 目的最迟时间为 2012 年 7 月 5 日。 3 3、需求分析、需求分析 3.13.1 任务需求分析任务需求分析 经分析先给出该系统的系统流程图，如图 3.1 所示： 物品登记人员来访登记用户查询 管理事物处理 物品出入 物品记录 学生记录输入输出 学生记录 数据 记录 物品 出入 清 单 学生 信息 清单

14、图 3.1 系统流程图 本设计要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的 贴近管理者,便于用户操作。系统在实现上应该具有如下功能： 1.系统要求用户必须输入正确的用户名和密码才能进入系统。 2.系统应该提供学生住宿情况的基本登记。 3.系统应提供人员来访登记及结束访问的详细登记。 4.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。 5.系统应提供查询功能，以方便用户对学生基本信息的查询(要实现按多 种条件的查询)及楼房信息的查询。 6.系统应提供增加、删除、修改用户帐户的功能。 一个更为完善的学生宿舍管理系统，应提供更为便捷与强大的信息查询功 能，如相应的网络操作及服务，

15、由于开发时间和计算机数量有限，该系统并 未提供这一功能。对信息的保护手段仅限于设置用户级别，以及提供数据文 件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。 3.23.2 数据流图、数据字典数据流图、数据字典及实体联系图及实体联系图 3.2.13.2.1 数据流图数据流图 出入信息 物品信息外来人员信息 学生信息 学生信息 学生基本情况 公寓信息 员工信息 寝室信息 员工表 楼房表 公寓事务 管理员信息 系 统 事 务 事务管 理 员 1.0 接 收事务 1.1 系 统管理 用户表 管 理 员 1.2 公 寓管理 寝室表 楼房信息 1.3 学 生管理 学生事务 1.4 出 入登

16、记 出 入 事 务 物品出入楼表外来人员表 图 3.2（1） 学生宿舍管理系统数据流图 系统信息 员工信息 员工信息 寝室信息 寝室信息 公寓管理事务 事务 分类 楼房管 理 寝室管 理 员工 管理 管 理 员 T8 T4 T5 楼房信息 楼房信息 楼房信息 寝室信息 员工信息 图 3.2（2） 数据流图中（1）的细化 超级 用户 信息 新用户信息 修改返回信息密码信息 密码信息 超级用户信息 新用户信息 系统管理事务 系统 管理 超级 用户 登录 普通 用户 登录 T1 新用 户注 册 修改 密码 管 理 员 T1 超级用户信息 超级用户信息 密码信息 普通用户信息 普通用户信息 普通用户信

17、息 图 3.2（3）数据流图中图（1）的细化 住宿信息 寝室号 班级 姓名 学号 学生管理信息 管 理 员 信息分 类 信息 录入 信息 修改 信息 查询 T2 按寝室 查询 按学号 查询 按姓名 查询 按班级 查询 按住宿情 况查询 T2 T3 T4 T2 T3 T4 T2 T3 T4 学生基本信息 学生基本信息 学生基本信息 学生基本信息 查询信息 住宿情况 住宿信息 住宿信息 图 3.2（4）数据流图中（1）的细化 物品信息 物品信息 物品进楼信息 结束信息 离开信息 离开信息 事务分 类 出入事务 人员来访 访问结束 物品进楼 物品出楼 T6 人员来访信息 管理 员 人员来访信息人员来

18、访信息 T7 物品出楼信息 物品信息 物品信息 图 3.2（5） 数据流图中（1）的细化 3.2.23.2.2 数据字典数据字典 数据字典是关于数据的信息的集合，也就是对数据中包含的所有元 素的定义的集合，它为软件开发人员提供数据库设计的参考，并为用户 了解系统时作为一个必有工具。 本数据字典主要定义数据字典 5 个主要字段内容，具体说明如下： 1、名字：数据元素的名字，作为在数据流图中的标识符，显示数据流 的内容。 2、别名：数据元素的另一个名字，其作用是对于 a. 对于同样的数据，不同的用户使用了不同的名字； b. 小组开发人员可能对同一数据使用了不同的名字； c. 小组不同的开人员对同一

19、数据流使用了不同的名字； 3、描述：是对这个名字代表的数据流进行简要的描述，以加深理解； 4、定义：对这个名字代表数据流的详细定义其组成部分； 5、位置：表示这个数据流的来源； 以下是图 1 的数据流图中部分的数据信息的数据字典: * 名 字：管理员 别 名：系统管理员 描 述：对公寓系统进行操作的人员 定 义：管理员=普通用户 | 超级用户 位 置：用户表 * 名 字：事务 别 名： 描 述：代表要办理的一个具体事件 定 义：事务=系统事务|公寓事务|学生事务|出入事务 位 置：系统登陆 * 名 字：接收事务 别 名：接受事务 描 述：接受管理员要办理的一个具体事件 定 义：接收事务=事务命

20、令+事务 位 置：接收事务 * 名 字：系统事务 别 名：系统事件 描 述：系统管理员进行系统管理的特定事件 定 义：系统事务=修改密码|用户管理 位 置：系统管理 * 名 字：公寓事务 别 名：公寓事件 描 述：系统管理员进行公寓管理的特定事件 定 义：公寓事件=楼房管理|员工管理|宿舍管理 位 置：公寓管理 * 名 字：学生事务 别 名：学生事件 描 述：系统管理员进行公寓学生管理的特定事件 定 义：学生事务=学生信息查询|公寓信息查询 位 置：学生管理 * 名 字：出入事务 别 名：出入事件 描 述：系统管理员对外来人员及公寓学生物品出入管理的特定事件 定 义：出入事务=外来人员登记|物

21、品出入登计 位 置：出入登计管理 * 二层细化的数据字典： * 名 字：员工信息 别 名： 描 述：每栋公寓聘请的员工 定 义：员工信息=员工号姓名年龄性别 楼房号职位家庭住址联系方式备注 员工号=3字符11 姓名6字符11 年龄2数字3 性别FM 楼房号2数字3 职位4字符20 家庭住址8字符100 联系方式11数字11 备注0字符256 位 置：员工表 * 名 字：寝室信息 别 名： 描 述：寝室对应的属性 定 义：寝室信息寝室号居住性别应住人数 实住人数住宿费用电话备注 寝室号10字符10 居住性别FM 应住人数2数字2 实住人数2数字2 住宿费用4数字4 电话11数字11 备注0字符2

22、56 位 置：寝室表 * 名 字：楼房信息 别 名： 描 述：楼房对应的属性 定 义：楼房信息楼房号房间数楼层数应住人数 楼房号=10字符10 房间数=3数字10 楼层数=2数字2 应住人数=4数字4 位 置：楼房表 * 3.2.33.2.3 实体联系实体联系 E-RE-R 图图 根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性 和实体之间的关系，并画出如下所示的 E-R 图。 图 3.2（6） 寝室实体 E-R 图 3.2（7）来访人实体 E-R 图 寝室 寝室号 住宿费用 应住人数 实住人数 来访人员 来访人姓名 被访人姓名 值班人备份 所属关系 证件号 来访时间 来访日期

23、 离开时间 居住性 别 寝室号 出入物品 备注 时间 物品 出楼物品 入楼物品 学生名 值班人 图 3.2（8） 物品实体 E-R 图 员工 管理 楼房 包含 寝室学生入住 来访出入 来访人员出入楼物品 N 1 N N NN 1 1 11 图 3.2（9） 系统 E-R 图 4、概要设计、概要设计 4.14.1 总体设计总体设计 通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定 的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主 要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。 4.24.2 系统功能模块

24、图系统功能模块图 系统的大致结构如下：在 B/S 结构下的该寝室管理系统大致可以划分 为以下模块： 学生宿舍管理系统 系 统 管 理 公 寓 管 理 信 息 查 询 录信息 出 入 登 记 录信息 信 息 修 改 录信息 用 户 登 录 增 删 用 户 密 码 修 改 楼 房 管 理 宿 舍 管 理 员 工 管 理 按学号查询 按姓名查询 按寝室查询 物品进楼登记 物品出楼登记 来访人员登记 访问结束登记 学生信息修改 员工信息修改 图 4.2 学生宿舍管理系统功能模块图 4.34.3 数据库概念设计数据库概念设计 本管理系统共用到七个表：用户表(LoginIn)、学生基本情况表(Studen

25、t)、 学生住宿表(Student_base)、寝室表(Dorm)、员工表(Employee)、人员来访 表(Visit)、 物品出入楼表(Goodsmove)， 各表之间均有一定的关系， 可以 进行关联。 1.学生基本情况表(Student)、学生住宿表(Student_base)、物品出入楼表 (Goodsmove)这四个表里面都有一个相同的字段:学号(Stu_Id),通过学号这个 字段就可以将系统的这四个表关联了起来。当某个表发生插入、修改、删 除等方面的改动时，相联的表之间也要进行相应的改动。学生住宿表 (Student)和寝室表(Dorm)也有一个相同的字段:寝室号(Dor_Id)将

26、两表相关联。 2.由于员工是负责管理某栋楼房的， 因此员工表(Employee)， 楼房表 (House)这两个表之间有一个相同的字段:楼房号(Hou_Id)来进行关联。 4.44.4 数据库逻辑结构设计数据库逻辑结构设计 表 1 用户表(LoginIn) 字段名 描述数据类型 数据长度NULL Primarykey UserName 用户名 char10 NY UserId 用户密码char10 NY UserPower用户权限char20 NN 表 2 学生基本情况表(Student) 字段名 描述 数据类型 数据长度NULLPrimarykey Stu_Key 学号 char 20 NY

27、 and F Stu_Name 姓名 char 10 YN Stu_Sex 性别 char 10 YN Stu_Enr 入学日期 datetime 10 YN Stu_Birth 出生日期 datetime 10 YN Stu_College 学院 char 10 YN Stu_Major 专业 char 10 YN Stu_Polit 政治面貌 char 10 YN Stu_Address 家庭住址char 50 YN Stu_Tel 联系方式 char 10 YN Stu_Des 备注 char 50 YN 表 3 学生住宿表(Student_base) 字段名 描述数据类型 数据长度NU

28、LL Primarykey Stu_Key 学号char 20 N Y and F Stu_dor 宿舍char 10 Y N 表 4 寝室表(Dorm) 字段名 描述数据类型 数据长度NULL Primarykey Dor_Id 寝室号 char 10 N Y Dor_Sex 居住性别char 10 Y N Dor_Num 应住人数char 10 Y N Dor_Fact实住人数char 10 Y N Dor_Price住宿费用char 10 Y N Dor_Tel 电话 char 10 Y N Dor_Des备注 char 50 Y N 表 5 员工表(Employee) 字段名 描述数据

29、类型 数据长度NULL Primarykey Emp_Id 员工号 char 20 N Y Emp_Name 姓名 char 10 Y N Emp_Age 年龄char10 YN Emp_Sex 性别char10 YN Hou_Id 学 楼房号 char10 NF Emp_Job 职位char10 YN Emp_Add 家庭住址char50 YN Emp_Tel 联系方式char10 YN Emp_Des 备注char50 YN 表 6 楼房表 字段名 描述数据类型 数据长度NULL Primarykey Hou_Id 楼房号 char 10 N F Hou_Num房间数 char 10 Y

30、N Hou_Flr 楼层数 char 10 Y N Hou_Peo 应住人数 char 10 Y N 表 7 人员来访表(Visit) 字段名 描述数据类型 数据长度NULL Primarykey Vis_Name 来访人姓名 char 10 N N Vis_Host 被访人姓名 char 10 Y N Dor_ Id 寝室号 char 10 N F Relation 所属关系char 10 Y N Vis_Data 来访日期datetime10 Y N Vis_Time 来访时间datetime10 Y N Lea_Time 离开时间datetime10 Y N Vis_Watch 值班人

31、char10 Y N Vis_Cred 证件名称char 10 Y N Vis_Des 备注 char 50 Y N 表 8 物品出入楼表(Goodsmove) 字段名 描述数据类型 数据长度NULL Primarykey Stu_Name学生名 char 10 N N G_Id 物品号 char 20 N Y G_In 进楼物品 char 10 Y N G_Out 出楼物品 char 10 Y N G_Date 时间datetime 10 Y N Watch 值班人char 10 Y N G_Des 备注 char 50 Y N 4.54.5 连接数据库的特点连接数据库的特点 当开发环境通过

32、连接到数据库上之后，在设计中使用数据库画笔可实现对 该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。 设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序 中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始 运行并实现与数据库的连接。 5 5、详细设计、详细设计 5.15.1 系统的主要功能系统的主要功能 在整体设计中，我们将宿舍管理系统分为六个大的功能：系统管理功能、 公寓管理功能、信息查询功能、出入登记功能、信息修改功能。下面将具体 进行介绍每个功能： 1.系统要求用户必须输入正确的用户名和密码才能进入系统。 2.系统应该提供学生住宿情

33、况的基本登记。 3.系统应提供学生每学期的注册及学生的离校处理。 4.系统应提供人员来访登记及结束访问的详细登记。 5.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。 6.系统应提供查询功能，以方便用户对学生基本信息的查询(要实现按多 种条件的查询)及楼房信息的查询。 7.系统应提供增加、删除、修改用户帐户的功能。 8.系统还应具有添加、修改、删除学生及员工基本信息的功能。 9.学生宿舍管理系统的某些信息应当能够以报表形式打印出来。 5.25.2 程序流程图程序流程图 5.35.3 用户界面设计用户界面设计 5.3.15.3.1 一般交互设计一般交互设计 一般交互涉及信息显示、数据输入、

34、和系统整体控制等方面。 1、一致性 为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能， 使用一致的格式。 在设计的过程中，基本上保持了系统的格式一致。 图 5.2 程序流程图 2、信息的反馈 向用户及时提供视觉和听觉的信息反馈，以保证在用户和系统之间及时地 建立双向通信。 在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分 窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。另外，在进行 错误操作是，会弹出提示窗口并发出警告提示音。 3、执行有较大影响的操作前提示用户确认 在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时， 都会有窗体弹出询问继续

35、操作或者予以提示。 4、减少两次操作间需要记忆的内容 为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数 据传递的窗体中设置全局变量，来传递数据。例如在入账和入库的模块的操作 中都用到了这样的方法。 5、对话、移动和思考的效率 尽量减少用户击键的次数，在设计时考虑到了用户屏幕的布局以减少用户 鼠标移动的距离，尽量避免用户在操作中发生疑问的情况。 6、允许错误 允许用户的误操作尽量不对系统造成伤害。 7、按功能对动作分类，并据此设计屏幕布局 屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然。 5.3.25.3.2 信息显示设计信息显示设计 应当尽量为用户提供的界面显示时

36、完整的、明确的和容易理解的。这样才 能满足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、 移动和大小，使用颜色和省略等方式传达信息。 1、只显示与当前工作有关的信息 在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜 单和图形。 2、使用便于用户迅速吸收数据的方式来表示数据 在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中 就使用了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表 所表示的含义。 3、使用一致的标记、标准的缩写和可预知的颜色 为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩 写和可以预知的缩写，这样用户

37、就无需参照其他信息源就能理解，而正确地适 用软件。 4、产生有意义的错误信息 对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信 息，以使用户保持对系统的信任，和系统的可用性。 5、使用窗口分隔不同类型的信息 使用不同的窗口显示、保存不同类型的信息。 6、高效率的使用显示屏 当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。 此外，屏幕的大小应该选得和应用系统的类型相配套。 在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体空间 中较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。 5.3.35.3.3 数据输入设计数据输入设计 用户的大部分时间用

38、在选择菜单命令、键入数据和向系统提供输入。在系 统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以， 对于他们的数据输入操作有如下约定： 1、保持信息显示和数据输入间的一致性 为了方便用户的使用，鼠标应当尽量减少操作的幅度。 2、保持显示信息和输入信息之间的一致性 对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例 如：文字大小、颜色、位置等）要一致。 对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面 中会有一些项目受到限制而无法使用，所以要使这些项目不发生作用，以保证 系统安全。 5.45.4 程序设计过程程序设计过程 5.4.15.4.1 登

39、录界面及密码修改登录界面及密码修改 1、登录界面如图 5.3 所示 用户名是否输入 否 是 密码是否输入 否 是 查找管理员表中对应密码的用户 否 存在？ 是 打开主窗体 检查输入次数3 关闭窗体 图 5.4（1） 登录界面图 在用户登录时，在输入用户名和密码及用户类型的前提下将其与数据库中 的数据进行对比，若一致，则打开主窗体，若不一致提示错误，并要求再次输 入，若输入次数超过三次，则关闭系统。 2、密码修改如图 5.4 所示 两次输入的密码是否一致 否 是 原密码是否正确 否 是 对数据库中的相应字段进行更新 提示已更新并提交更新 关闭窗体 检查输入次数3 图 5.4 （2） 密码修改图

40、在用户更改密码时，系统首先判断输入的两次旧密码是否一致，若一致， 则判断原密码是否正确，如果原密码正确，则对数据库中的相应字段进行更新。 5.4.25.4.2 资源的操作资源的操作 修改操作可以把当前选中的寝室进行名称修改与其所属公寓进行修改。当要对 名称进行修改时，先要选择所要修改的寝室名，选择后会在寝室名称里显示出来， 把当前寝室名称改成要修改的寝室名称，然后点击修改即完成名称修改操作。当要 对当前寝室的所属公寓进行修改时，需要先选择所要修改的寝室，然后在上面的公 寓名称后填写所要修改的寝室名称。点击修改后完成此操作。 学生管理主要是对学生请假和学生违规的操作，请假操作是对学生记录做一个 添加。利用它可以把学生的基本的请假资料保存起来。其中的日期是系统当前的日 期，它是不可以进行更改的，然