会议管理系统设计说明书

* 实践教学实践教学 * 兰州理工大学兰州理工大学 计算机与通信学院 2008 年春季学期 软件开发综合训练软件开发综合训练课程设计课程设计 题 目：会议管理系统与会代表和会议设备安排子模 块 专业班级： 计算机科学与技术 05 级 4 班 姓 名： 陈 钰 学 号： 指导教师： 徐 志 刚 成 绩： I 目目 录录 摘 要.I 序 言.I 1、可行性分析.1 1.1 问题描述.1 1.2 可行性分析研究.1 1.2.1 技术可行性 .2 1.2.2 经济可行性 .2 1.2.3 操作可行性 .2 1.3 结论意见.2 2、项目开发计划.3 2.1 编写目的.3 2.2 项目背景.3 2.3 项目概述.3 2.4 项目开发计划.4 2.5 交付期限.5 3、需求分析.6 3.1 任务需求分析 .6 3.2 数据流图、数据字典及实体联系图.6 3.2.1 数据流图 .6 3.2.2 数据字典 .8 3.2.3 实体联系 E-R 图 .9 4.1 总体设计 .13 4.2 系统功能模块图.13 4.3 数据库概念设计.15 4.4 数据库逻辑结构设计.15 4.5 连接数据库的特点.17 5、详细设计.18 5.1 系统的主要功能.18 5.2 程序流程图.18 II 5.3 用户界面设计.20 5.3.1 一般交互设计 .20 5.3.2 信息显示设计 .21 5.3.3 数据输入设计 .21 5.4 程序设计过程.22 5.4.1 登录界面及密码修改 .22 5.5 软件测试 .23 5.5.1 测试的方法和步骤 .23 5.5.2 测试用例 .24 6、软件使用说明书.25 设计总结.27 参考文献.28 致谢.29 II 摘摘 要要 本设计说明书主要包括会议管理系统与会代表管理和会议设备管理子系 统的可行性分析、需求性分析、设计方案、以及测试过程等，本系统是一个典 型的信息管理系统(MIS),其开发主要包括后台数据库(Access 2000)的建立和维 护以及前端应用程序(Delphi v7.0)的开发两个方面。对于前者要求建立起数据 一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序功能 完备,易使用等特点。 会议管理系统主要是以企业，商业作为使用对象而开发的，之所以对该 系统定位如此小，主要是考虑作为学生的 课程设计题目不宜过大，但考虑系 统的完整性，仍然把 它作为一个典型的信息管理系统而设计。其系统开发的 任务主要包括数据库的设计 与维护、客户端应用程序的开发等两个方面。对 于前者要求建立起的数据库具有完整性和一致性，且具有一定的数据安全性 如用户需要密码才能使用等，而对于后者则要求程序界面友 好、功能完备等 特点。利用其提供的集成开发环境及各种控件，尤其是对DAO的支持完成对数 据库的各种操作，达到对图书资料管理的目的。设计时首先建立系统应用原型， 然后对原型系统进行需求迭代，不断修正和改进，直到形成用户满意的实际可 行系统。 本系统可以方便的与会代表管理、会议室设备管理的功能。 关键词关键词：与会代表，会议设备管理，数据库，会议管理系统。 i 序序 言言 数据库是从 60 年代初发展起来的计算机技术。经过四十多年的发展，数 据库技术己经趋于成熟。就数据应用而言呈现出多样化的空间，如数字图书馆、 电子出版物、电子商务、远程教育系统等的出现，给数据库技术提出了更多、 更高的要求。同时，随着国内高校校园网的建设，基于互联网的应用系统的开 发正在蓬勃发展并发挥着较大的作用。 随着计算机技术的飞速发展，计算机在企业、学校等中应用的普及，不管 在公司还是高校，都存在会议管理的问题，而现在绝大多的会议管理还处于手 工作业状态，效率很低，而且容易出错，不便于管理，还不排除有不真实的现 象。会议管理的内部管理、自我完善不容忽视，我们认为有必要开发一个中小 型会议管理软件。利用 DELPHI 7 作为开发工具、Accesss2000 作为数据库开发 出来的单机版中小型会议管理系统。 整个系统各操作窗口清新、大方，操作方便，包含了管理员登录、会议信 息的建立、会议信息的修改、会议信息删除、会议信息查询（又分成：会议时 间查询、会议地点查询、会议主持查询、参加人数查询、会议名称查询等）数 据库恢复备份、报表打印等功能。 本设计说明书主要介绍了会议管理系统的开发背景，所要完成的功能和开 发的过程。重点的说明了系统设计的重点、设计思想、难点技术和解决方案。 - 1 - 1 1、可行性分析、可行性分析 1.11.1 问题描述问题描述 会议管理系统的与会人员管理和会议室设备管理子系统是一个由人、计算机等 组成的能进行信息的收集、传送、储存、维护和使用的系统，中小型会议管理系统， 使整个会议从时间到地点，从会议名称到主办单位，会议内容到会议结果联为一体， 形成一个积极、互动、有效的不管在公司还是高校，都存在会议管理的问题，而现 在绝大多的会议管理还处于手工作业状态，效率很低，而且容易出错，不便于管理， 还不排除有不真实的现象。会议管理的内部管理、自我完善不容忽视，我们认为有 必要开发一个中小型会议管理软件。整体实现信息共享，更好地为公司，用人单位 服务 运用计算机来管理会议信息具有公正、严格和高效等诸多优点，从而取代了人 工管理模式下由于各种原因出现管理漏洞的可能性，因而增强了参会人员工作的积 极性，提高了参会人员的工作效率，确保会议能够正常地举行。我们在现行系统初 步调查的基础上提出了新系统目标，即新系统建立后所要求达到的运行指标，这是 系统开发和评价的依据。 1.21.2 可行性分析研究可行性分析研究 当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研 究。并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之内解决。 因此通过可行性的研究分析可以知道问题。 有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统初步 调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这 是系统开发和评价的依据。系统目标应充分体现，直接为会议管理系统服务，并且， 程序可以分期分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段 就提得非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序 - 2 - 系统。可是，目标的提法不尽相同，例如： 提高会议管理效率，减轻劳动强度。 提高信息处理速度和准确性。 为管理者提供更方便、科学的服务项目。 1.2.11.2.1 技术可行性技术可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件 配置能否满足开发者需要等。目前每个公司都建有局域网，各办公室均采用 PC 机 作为工作台，其容量、速度能满足系统要求。 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目 标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技 术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有 技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充 裕，预计系统是可以在规定期限内完成开发。 1.2.21.2.2 经济可行性经济可行性 主要是对开发会议管理系统与会代表和会议室设备安排的经济效益进行评价， 一方面是估算开发它的支出费用，其中包括设备购置费、软件开发费、管理和维护 费、人员工资和培训费等。另一方面是估算会议管理这个软件可能取得的收益中可 以用钱来衡量的那部分。并对目前的软件市场进行调查,所做软件是否有很大的销 售市场和相当规模的用户群。所做软件的开发成本与客户提出的要求是否可达到双 方都满意。并且，分析系统开发是否会对其它产品或利润带来一定影响。经过对上 述几个方面的调查研究和分析，我们得出会议管理系统这个软件的市场前景是相当 客观的，在经济角度来说，开发会议管理系统是可行的。 1.2.31.2.3 操作可行性操作可行性 主要是了解会议管理的相关人员对开发信息系统是否支持，现有会议管理制度 和方法是否科学，规章制度是否齐全，原始数据是否正确等。会议管理人员积极支 持该系统开发，使新系统能够充分的发挥作用；系统操作简单，易于理解，操作者 - 3 - 经过短时间的培训就可以使用会议管理系统。 1.31.3 结论意见结论意见 经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的 可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完 成。所以，系统研制和开发是可以马上进行的。 2 2、项目开发计划、项目开发计划 2.12.1 编写目的编写目的 随着社会的发展，社会信息化也是社会发展的必然趋势，会议管理系统也以方 便、快捷、费用低的优点正慢慢地进入人们的生活。从传统的会议管理方式彻底的 解脱出来，将减轻管理人员以往繁忙的工作，减小出错的概率，提高其管理效率， 使人们有更多时间来获取信息、了解信息、掌握信息 。 当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算 机被广泛应用于信息管理系统的环境。尤其对于复杂的信息管理，计算机能够充分 发挥它的优越性。 本系统是为了方便对会议管理人员对会议信息进行高效的管理而编写的，面对 会议信息处理中出现的各种情况，该会议管理信息系统在实施后应基本达到以下目 标： (1)系统界面友好美观，操作简单易行，查询灵活方便。 (2)系统运行可靠，维护方便，灵活通用。 2.22.2 项目背景项目背景 项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统，即 图书馆管理系统开发主管部门的统一下制定用于软件实质开发的软件项目计划，以 使软件开发单位理解软件开发要求，进行开发。 - 4 - 2.32.3 项目概述项目概述 1、工作内容 让计算机对会议信息进行管理，用户可以直接在计算机上实现各种会议的信 息管理，并能在一定程度上实现自动化。 2、条件与限制 开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开 发的条件。该系统可在用户要求的期限内完成。 3、产品 1）程序 该项目因开发时间较短，这里只给出设计思想，具体程序没写。 2）文档 文档内容包括： （1) 封面 （2）目录 （3）中文摘要 100 字左右；关键词 3-5 个 （4）序言 （5）可行性分析 （6）项目开发计划 （7）需求规格说明（包含需要的系统流程图、数据流程图、数据字典、E-R 图） （8）概要设计（包含总体软件结构图、总体数据结构） （9）详细设计（对概要设计内容进行详细设计） （10）设计总结、参考文献、致谢等 4、验收标准 软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用户 的要求。 - 5 - 2.42.4 项目开发计划项目开发计划 1、任务分解 分三个大的阶段进行开发第一阶段完成本系统的数据流图跟 E-R 图。第二阶段 完成概要设计跟详细设计。第三阶段书写文档。 2、预算 软件资金投入较少，具体预算分配简略。 3、关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全 可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。 对于出现的一些小难点总都能得到解决。 2.52.5 交付期限交付期限 所要开发的系统较简单，所有开发工作用户要求要在 1 个月内完成，完成项目 的最迟时间为 2008 年 7 月 5 日。 - 6 - 3 3、需求分析、需求分析 3.13.1 任务需求分析任务需求分析 整个软件生命周期中，开发所占的费用和时间都很小。后期维护工作一般要占 整个软件生命周期的 80% 以上。所以系统分析很重要，一个好的系统分析可以减少 很多后期维护工作。 需求性分析是软件定义时期的最后一个阶段,它的基本任务是准确的回答:系统 必须做什么!需求性分析通常提出对系统的功能需求、性能需求、可靠性和可用性需 求等多种需求. 本设计中将对我们设计的“会议管理系统之与会人员管理和会议室设备管理” 的进行需求性分析.一个好的会议管理系统，应该有对各种会议信息的处理，包括会 议室的安排，会议设备的安排，以及会议人员的安排等信息的处理，还有对本次会 议主题的描述等，这些都是一个好的会议系统必备的。 当要举行一个会议的时候，首先，要对会议室管理部门下个开会的定单，以 免会议室没有空闲。然后再由该部门进行会议所需要的设备的管理和与会人员的管 理，当通过审核人审核后，该会议就可以举行 3.23.2 数据流图、数据字典数据流图、数据字典及实体联系图及实体联系图 3.2.13.2.1 数据流图数据流图 - 7 - 图 3.2 系统数据流程图 设备编号 设备名称 负责人 使用时间 联系电话 摆放位置 备注 姓名 年龄 性别 所属科室 联系电话 备注 用 户 登 录 主 界 面 会 议 设 备 安 排 与 会 代 表 - 8 - 数据流图由四种基本的元素构成：数据流(Data Flow)，处理(Process)，数据 存储和数据源（数据终点） 。 数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示， 一个数据可以是记录、组合项或基本项。 处理(Process)：表示对数据所进行的加工和变换，在图中用矩形框表示。指 向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。 数据存储：表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别 以指向或离开数据存储的箭头表示。 数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人员， 它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入 的，一般只出现在数据流图的起点和终点 3.2.23.2.2 数据字典数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定 义的集合。 由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。每张 卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理 描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。 数据字典卡片： 名字：会议设备信息 别名： 描述：惟一地标识会议设备信息清单中一个特 定设备的关键域 定义：设备编号=50（文本）50 位置：设备信息表 事务 保存到磁盘 名字：与会代表信息 别名： 描述：惟一地标识与会代表信息清单中一个特 定代表的关键域 定义：代表编号=50文本50 位置：与会代表信息表 事务 保存到磁盘 - 9 - 名字：权限一 别名： 描述：标识本系统的用户对本系统管理权使 用权限 定义：权限一=8字符8 位置：操作用户表 名字：权限二 别名： 描述：标识本系统的用户对本系统查 询权的使用权限 定义：权限二=8字符8 位置：操作用户表 名字：单张视图列表 别名： 描述：设备信息的描述 定义：设备编号+设备名称+负责人+使用时 间+联系电话+摆放位置+备注 位置：部门档案 名称：设备编号 别名： 描述：惟一地标识设备使用所有信息的 关键域 定义：设备号=字符8 位置：单张视图；列表视图 名称：添加用户 别名： 描述：用户信息的描述 定义：用户名称+用户密码+确认密码+用户 权限 位置：系统设置 名称：密码修改 别名： 描述：用户密码信息的描述 定义：用户名称+原始密码+新密码 位置：系统设置 名字：用户名 别名： 描述：惟一标识本系统的用户身份 定义：用户名=8字符8 位置：系统设置 名字：密码 别名： 描述：验证本系统的用户身份 定义：密码=8字符8 位置：系统设置 - 10 - 3.2.33.2.3 实体联系实体联系 E-RE-R 图图 根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实 体之间的关系，并画出如下所示的 E-R 图。 得到上面的数据项和数据结构以后，就可以设计出能够满足用户需求的各种实 体，以及它们之间的关系，为后面的逻辑结构设计打下基础。 本设计根据上面的设计,得到各个实体具体的描述 E-RE-R 图如下。 会议设备 负责人 设备编号 设备名字 使用时间 摆放位置 联系电话 图 3.2.3 会议设备实体 E-R 图（一） - 11 - 与会代表 姓名 性别 年龄 所属科室 级别 验收人 联系电话备注 工资 订单名称 订单编 号 主管 制单人 图 3.2.3 与会代表实体 E-R 图（二） 姓名 性别 职务 职工编号 联系电话 代表号 - 12 - 图 3.2.3 实体和实体之间的 E-R 图（三） 职工 属性所在的部门 政治面貌 职称 会议室 地点 联系 电话 负责人 备注 会议室 编号 会议设备 名字 联系 电话 负责人 备注 设备编 号 使用 时间 摆放 位置 开会 使用 调用 - 13 - 4 4、系统概要设计、系统概要设计 4.14.1 总体设计总体设计 总体设计的基本目的是概括的说系统应该如何实现，它又通常分为两个阶段： 系统设计阶段和结构设计阶段 本系统开发的任务是实现会议管理的信息化、系统化、规范化。目的是开发一 个具有添加，查询，修改，更新，维护等功能的比较强大的数据库管理系统。 通过选题、尝试和熟悉开发环境和数据库系统，本系统前台开发工具采用可视 化编程工具 Delphi7.0，后台数据库采用微软的 Accesss 2000 数据库。 4.24.2 系统功能模块图系统功能模块图 可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能高 的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易 于维护的软件结构，应该对模块进行再分解或合并。 系统功能模块图如图 4.1 所示： 会议设备安排 设备编号 设 备 名 称 负 责 人 使 用 时 间 摆 放 位 置 联 系 电 话 备 注 查询模块 输入模块 删除模块 添加模块 编辑模块 更新模块 修改模块 删除模块 - 14 - 图 4.1 系统功能子模块（一） 与会代表 名 称 所 属 科 室 会 议 号 代 表 号 级 别 联 系 电 话 审 核 人 备 注 工 资 主 管 制 单 人 验 收 人 开 会 时 间 使 用 费 用 输 入 模 块 删 除 模 块 查 询 模 块 - 15 - 添 加 模 块 编 辑 模 块 更 新 模 块 修 改 模 块 删 除 模 块 系统功能子模块之（二） 4.34.3 数据库概念设计数据库概念设计 数据库一般分为三级模式：外模式、概念模式和内模式。 在这里我们将要设计的是数据库的概念模式，通过对数据流程分析及 E-R 图， 设计如下数据项和数据结构。 会议设备信息。包括设备编号，设备名，负责人，使用时间，联系电话，摆放 位置，备注等信息。 与会代表信息。包括代表名称，性别，出生日期，年龄，联系电话，审核人， 备注等信息。 4.44.4 数据库逻辑结构设计数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上 DBMS 所支持 的数据模型，例如，将 E-R 图模型转化为关系模型，道理很简单，我们设计概念模 型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上有效地 表示出这些关系就成了数据库设计的关键。 - 16 - 根据会议管理系统的功能要求，选取 Access 2000 作为后台数据库。 在上面的实体和实体之间的 E-R 图设计基础上，形成数据库中的表格及表格之 间的关系。 该数据库由 2 表组成：职工信息表，会议设备信息表。 1.职工信息表 表 4-1. 职工结构表 列 名数据类型长 度是否允许 为空 说明 Serial文本50否否职工编号 （主键） Name文本50否职工名 Birthday日期/时 间 否出生日期 Sex文本50是性别 tel文本50是联系电话 Title文本50否职称 2. 会议设备信息 表 4-2 会议设备结构表 列 名数据类 型 长 度是否为 空 说 明 Serial文本50否否设备编号（主 键） name文本50否否名字 tel文本50是是联系电话 local文本50否否摆放位置 people文本50否否负责人 time日期/ 时间 否否使用时间 - 17 - 4.54.5 连接数据库的特点连接数据库的特点 当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数 据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。 设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中则 一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实 现与数据库的连接。 - 18 - 5 5、详细设计、详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了用 户界面设计、程序过程设计等步骤。 5.15.1 系统的主要功能系统的主要功能 1、根据可行性研究的结果和客户的要求，分析现有情况及问题，采用 C/S 结 构，将会议管理系统划分为：会议室管理、会议设备管理、会议人员管理、会议信 息管理、信息查询等； 2、系统要实现基本信息录入、修改、查询等功能； 3、系统要实现满足多种条件的统计分析功能，有些统计数据要采用图表的格 式呈现； 4、系统要有一定的安全控制策略； 5、整个系统可以选择采用 2 层 C/S 结构或 3 层 B/S 结构。数据库系统可采用 Access, SQL Server 2000 等，前台开发工具可以选用 PowerBuilder 或 Visual Basic、ASP 或 JSP 等； 6、会议管理系统所涉及的信息有设备、会议室等方面，可通过系统流程图、 数据流程图和数据字典对其进行描述，在分析和设计的基础上，提出系统的总体框 架并进行详细设计编码； 5.25.2 程序流程图程序流程图 程序流程图的优点是对控制流程的描绘很直观，易于掌握。 1、系统程序流程图如下图所示: - 19 - 系统程序流程图 用户 输入登陆信息 用户信息 库存信 息 输入信息 根据超级用户或 管理员用户信息 进入页面 显示主操作页面 进行选择 显示当前信息 添加和删除操 作 显示操作结果 - 20 - 5.35.3 用户界面设计用户界面设计 5.3.15.3.1 一般交互设计一般交互设计 一般交互涉及信息显示、数据输入、和系统整体控制等方面。 1、一致性 为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使 用一致的格式。 在设计的过程中，基本上保持了系统的格式一致。 2、信息的反馈 向用户及时提供视觉和听觉的信息反馈，以保证在用户和系统之间及时地建立 双向通信。 在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分窗体 中包括了刷新按钮，会对数据库中的数据进行及时地显示。另外，在进行错误操作 是，会弹出提示窗口并发出警告提示音。 3、执行有较大影响的操作前提示用户确认 在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都会 有窗体弹出询问继续操作或者予以提示。 4、减少两次操作间需要记忆的内容 为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数据传 递的窗体中设置全局变量，来传递数据。例如在入账和入库的模块的操作中都用到 了这样的方法。 5、对话、移动和思考的效率 尽量减少用户击键的次数，在设计时考虑到了用户屏幕的布局以减少用户鼠标 移动的距离，尽量避免用户在操作中发生疑问的情况。 6、允许错误 允许用户的误操作尽量不对系统造成伤害。 7、按功能对动作分类，并据此设计屏幕布局 屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然。 - 21 - 5.3.25.3.2 信息显示设计信息显示设计 应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。这样才能满 足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、移动和 大小，使用颜色和省略等方式传达信息。 1、只显示与当前工作有关的信息 在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单和 图形。 2、使用便于用户迅速吸收数据的方式来表示数据 在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使 用了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表所表示的 含义。 3、使用一致的标记、标准的缩写和可预知的颜色 为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和 可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适用软件。 4、产生有意义的错误信息 对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息， 以使用户保持对系统的信任，和系统的可用性。 5、使用窗口分隔不同类型的信息 使用不同的窗口显示、保存不同类型的信息。 6、高效率的使用显示屏 当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。此 外，屏幕的大小应该选得和应用系统的类型相配套。 在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体空间中较 多的是用了垂直和水平滚动条，以保证信息的全面正确显示。 5.3.35.3.3 数据输入设计数据输入设计 用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系统中， 键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对于他们 的数据输入操作有如下约定： - 22 - 1、保持信息显示和数据输入间的一致性 为了方便用户的使用，鼠标应当尽量减少操作的幅度。 2、保持显示信息和输入信息之间的一致性 对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例如： 文字大小、颜色、位置等）要一致。 对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面中会 有一些项目受到限制而无法使用，所以要使这些项目不发生作用，以保证系统安全。 5.45.4 程序设计过程程序设计过程 程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进 行设计。程序的主要部分设计在这个环节完成。其主要包括以下几个部分： 5.4.15.4.1 登录界面及密码修改登录界面及密码修改 1、登录界面如图 5.2 所示 图 5.2 登录界面图 在用户登录时，在输入用户名和密码及用户类型的前提下将其与数据库中的数 据进行对比，若一致，则打开主窗体，若不一致提示错误，并要求再次输入，若输 入次数超过三次，则关闭系统。 用户名是否输入 否 是 密码是否输入 否 是 查找管理员表中对应密码的用户 否 存在？ 是 打开主窗体 检查输入次数3 关闭窗体 - 23 - 在这个部分中，需要对用户的类型存入一个全局变量，予以判断其所具有的系 统使用权限，例如，用户类型为 DBA，则该用户拥有系统的一切权力，可以对每一 部分进行添加、删除、查找、统计等操作；而其他用户类型都依据其类型的属性， 可以使用的部分也会相应减少，而只能使用一部分与其类型相匹配的功能。 2、密码修改如图 5.3 所示 图 5.3 密码修改图 在用户更改密码时，系统首先判断输入的两次旧密码是否一致，若一致，则判 断原密码是否正确，如果原密码正确，则对数据库中的相应字段进行更新。 在完成了用户界面设计和程序过程设计后，基本上完成了详细设计的内容。 5.55.5 软件测试软件测试 一个软件开发完成后，并不能投入使用，而需要有好长时间的测试。测试的目 的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试 仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。 在本次设计中，涉及到的主要模块有五个，即设备管理、会议室管理、会议人 员管理、会议定单管理和系统管理.，它们之间的联系决定了在测试中必须将上述五 个功能模块进行统一的测试。 在设计模块时，应尽力向高内聚、低偶合的思想方面靠拢。 5.5.15.5.1 测试的方法和步骤测试的方法和步骤 软件的测试方法有两种，一种是黑盒测试（功能测试） ，另外一种是白盒测试 两次输入的密码是否一致 否 是 原密码是否正确 否 是 对数据库中的相应字段进行更新 提示已更新并提交更新 关闭窗体 检查输入次数3 - 24 - （结构测试） 。 在本次软件的测试工作中，由于水平的限制，仅仅对软件的各个功能模块进行 了测试，并对各个模块之间的接口进行了详细的测试（用黑盒测试法） 。 测试的步骤： 由于该系统是一个小系统，可以把整个系统作为一个单独的实体来测试。当然， 在测试的过程中可以分模块、分阶段来进行。大型软件系统通常是有若干个子系统 组成，且每个子系统由由许多模块组成，因此，软件的测试过程基本上由以下步骤 组成： (一).模块测试 (二).子系统测试 (三).系统测试 (四).验收测试 5.5.25.5.2 测试用例测试用例 本次设计主要模块有 2 个，即设备管理、会议人员管理。这里只列出这一个模 块的测试用例。当然，在实际的测试中应尽可能的对每个功能，都能测试到。 1、设备管理模块的窗体应显示某个会议设备的所有信息，包括设备编号，设 备名称，负责人，联系电话，使用时间，摆放位置等信息，本模块可分别对这些信 息进行修改。 2、基本资料修改模块 将要修改的设备编号，设备名称，负责人，联系电话，使用时间，摆放位置等 修改好并确认后，系统将检查编号是否重复，重复则提示：该编号有重复。否则， 将提示：修改成功。 3、在主界面中选择输入模块的按钮后，如设备编号，使用时间等必须填如数 据，否则，系统提示：定单编号不能为空；成功如果输入内容与管理要求相一致， 确认后系统提示：成功。 4、报表模块将自动统计一定条件的设备信息情况。进入统计功能项后，其将 显示所有满足一定条件的设备信息。 - 25 - - 26 - 6 6