关 键 词：

校庆 接待 系统 信息 检索 子系统 设计 实现

资源描述：

学 号 密 级 校庆接待系统信息检索子系统 的设计与实现 Design and Implementation of the Information Retrieval Subsystem of the Anniversary Reception System 学学 生生 姓姓名名： 所所 在在 学学院院： 所所 在在 专专业业： 指指 导导 教教师师： 职职称称： 所所 在在 单单位位： 论文提交日期论文提交日期： 论文答辩日期论文答辩日期： 学位授予单位学位授予单位： 校庆接待系统信息检索子系统的设计与实现 I 摘 要 近年来，伴随着以计算机和互联网为代表的信息革命的步伐的深入，全社会进入 了一个信息化时代。这一变化对以往的市场竞争规则、经济增长模式，以及社会生活 方式都发生了深刻变化。信息化是当今时代发展的大趋势，代表着先进生产力，而其 又以“计算机”为代表标志。运用当前迅速发展的计算机与网络等技术，我们不仅可 以改变以往传统落后的生产模式，提高生产工作效率，还可以进行高效的管理。 校庆对于每所学校来说都是一件十分重要的盛事。每逢建校“十周年”或“五周 年”，学校都会组织邀请海内外各类人士共同参与建校庆祝活动。而校庆接待工作往 往成为建校庆祝活动成败的关鍵因素。因此，本文结合校庆接待业务和当前以计算机 与互联网为代表的信息技术，提出了一套解决校庆接待的方案。帮助学校有条不紊做 好校庆接待工作。信息检索作为校庆接待系统的一部分，是非常重要的一部分。信息 检索可以方便校庆工作人员快速检索到相关信息，方便校庆工作人员作好校庆接待工 作。 校庆接待系统信息检索子系统采用 Struts +Hibernate 框架，B/S 架构和 MVC 设计 模式，通过 CSS+JavaScript+JSP 完成系统前台界面的设计, 通过 Java+Hibernate 完成后 台数据的处理，采用 SQL SERVER 2008 来保证数据的安全性。 关键词：校庆；校庆接待系统；Struts；Hibernate 校庆接待系统信息检索子系统的设计与实现 II ABSTRACT In recent years, along with the computer and the Internet as the representative of the pace of in-depth information revolution, the whole society has been into an information age. This changes the past market competition rules, economic growth, and social life have undergone profound changes. Information is the development trend of the modern era, represents the advanced productive forces, and its used computer as the representative symbol. Such as the use of the current rapid development of computer and network technology, we can not only change the past, traditional and backward mode of production, improve production efficiency, but also for efficient management. For each school, celebration is a very important event. Every school tenth anniversary or fifth anniversary, the school will organize all kinds of people at home and abroad to participate in school celebrations. The anniversary reception often becomes a key factor in the success of the celebrations. It helps schools make orderly celebration reception. As part of the celebration reception information retrieval system, it is very important part. Information retrieval can be easily anniversary staff to quickly retrieve relevant information to facilitate the anniversary celebration reception staff ready to work. The subsystem uses Struts + Hibernate framework , B / S architecture and MVC design pattern , through CSS + JavaScript + JSP front-end interface to complete the system design , through Java + Hibernate finished processing the background data , using SQLSERVER2008 to ensure data security. Key words: Celebration; The Anniversary Reception System; Struts; Hibernate 校庆接待系统信息检索子系统的设计与实现 III 目录 第 1 章 绪论 1 1.1 课题背景与目的1 1.2 国内外研究现状1 1.3 课题内容4 1.4 论文结构5 第 2 章 需求分析与总体设计 6 2.1 需求分析6 2.1.1 功能需求 6 2.1.2 负责模块的 UML 用例建模 8 2.1.3 系统非功能性需求 9 2.2 系统总体设计10 2.2.1 系统计算模式设计 10 2.2.2 运行环境设计 10 2.3 各模块的界面设计11 2.3.1 整体界面设计 11 2.3.2 嘉宾信息检索模块的界面设计 12 2.3.3 附加信息检索模块的界面设计 14 2.4 数据库分析与设计15 2.4.1 概念设计 16 2.4.2 逻辑设计 16 2.4.3 物理设计 18 2.5 本章小结24 第 3 章 系统实现 25 3.1 开发环境的搭建25 3.1.1 JDK 环境配置25 3.1.2 Tomcat 的下载与安装25 3.1.3 Struts2 和 Hibernate 的基本配置25 3.2 各模块的实现26 XX 工程大学学士学位论文 IV 3.2.1 登录模块的实现 27 3.2.2 嘉宾信息检索模块的实现 28 3.2.3 附加信息检索模块的实现 33 3.3 实现过程中的难点及解决方法34 3.4 本章小结35 第 4 章 系统测试 36 4.1 测试过程中的问题与解决方法36 4.2 测试用例设计36 4.3 单元测试37 4.4 本章小结38 结论 39 参考文献 40 致谢 42 第 1 章 绪论 1 第 1 章 绪论 1.1 课题背景与目的 校庆对于每所学校来说都是一件十分重要的盛事。每逢建校“五周年”或“十周 年”，学校一般都会举办各式各样的建校庆祝活动。为此，学校会邀请各级领导、来 宾及昔日培养出的海内外校友共同参与建校庆祝活动，并借此机会，大家绘聚在一起， 回顾学校历史，总结学校办学经验，展示教育成果，以此扩大学校影响力，进一步加 大与国内外各界的合作力度，增进与海内外校友的联谊与交流。由于参与建校庆祝活 动的嘉宾及相关的工作人员数量规模很大，所以如何有条不紊做好组织与接待嘉宾的 接待工作往往成为了决定校庆工作成败的决定性因素之一。 借助于当前以计算机和互联网为代表的信息技术，开发一套校庆接待系统，实现 高效、科学、有序、共享、实时的做好校庆接待信息管理工作，协助校庆工作人员作 好校庆相关工作。 1.2 国内外研究现状 校庆接待系统作为高校校庆工作人员工作平台，它是高校校庆工作人员和嘉宾交 流的中介。由于校庆接待工作量巨大，单靠以往人工管理，很难做好校庆工作。所以 可以借用信息管理系统来协助高校做好校庆工作。 信息管理系统从最开始的 C/S 模式，这种模式是上世纪九十年代主流架构，目前 此模式还被广泛地运用。但是由于 C/S 固有的缺点：功能伸缩性不灵活、平台的不易 扩展性、资源共享性差等。很难实现目前的数字资源与校庆业务的整合。但随着21世 纪的到来，信息系统相关的信息技术，网络技术，管理技术的飞速发展，尤其是互联 网的大规模应用。一种全新的系统架构诞生：B/S。基于 B/S 架构的信息管理系统作为 信息管理系统的发展趋势，其分布式访问，良好的可扩展性和开放性等等都已成为信 息管理系统的一种全新的技术方法。 选定 B/S 架构，为了提高系统的开发效率，可交互性，界面友好性以及后期的可 维护性，本文作者采用了当前实际应用中比较成熟的框架和技术。下面将对这些框架 和技术进行一个简要介绍。 1、MVC 设计模式 XX 工程大学学士学位论文 2 MVC 是 Model-View-Controller 的简称，即模型-视图-控制器。MVC 是一种目前广 泛流行的软件设计模式，它强制性地把应用程序的输入、处理和输出分开。MVC 把应 用分成三个核心模块：模型、视图和控制器，它们分别担负不同的任务1。 （1）视图 视图(View)代表用户交互界面，对于 Web 应用来说，可以概括为基于 HTML 界面， 但也有可能为 XHTML、XML 和 Applet。随着应用程序的复杂性和规模性的增大，界 面的处理流程就变得更加具有挑战性。一个应用可能包含有许许多多不同类型的视图， MVC 设计模式对于这些不同类型的视图的处理仅限于视图数据的采集和处理，以及用 户的请求的响应，而不包括视图业务流程上的处理。业务流程的处理被交给了模型 (Model)进行处理2。比如一个订单的视图只接受来自模型的数据并显示给用户，以及 将用户界面的输入数据和请求传递给控制和模型3。 （2）模型 模型（Model）就是业务流程/状态的处理以用业务规则的制定。业务流程处理过 程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业 务模型的设计可以说是 MVC 最主要的核心部分4。 （3）控制器 控制器（Controller）是处理软件与用户的交互操作的部件，其职责是控制并提供 模型中的任何变化的传播，确保用户界面与模型间的对应联系；它接受用户的输入， 将输入反馈给模型，进而实现对模型的计算控制，是使模型和视图协调工作的部件5。 MVC 的处理过程大致如下：首先控制器接受用户请求，并决定应该调用哪个模型 来进行处理；然后模型根据用户请求进行相应的业务逻辑处理，并返回数据；最后控 制器调用相应的视图来格式化模型返回的数据，并通过视图来呈现数据给用户6。 MVC 组件类型的关系与功能如图 1.1 所示。 图 1.1 MVC 组件关系图 第 1 章 绪论 3 2、Struts2 技术 Struts2 是 MVC 设计模式中的一种实现。使用 Struts2 可以帮助提高我们在运用 MVC 设计模型时开发 Web 应用的效率。Struts2 将 Servlet 和 JSP 标记（属于 J2EE 规范）用作实现的一部分。Struts 继承了 MVC 的各项特性，并根据 J2EE 的特点，做 了相应的变化与扩展。web 服务器启动后，根据 web.xml 中的配置信息，加载 ActionServlet 读取 struts-config.xml 文件内容到内存。其工作流程如图 1.2 所示。 图1.2 Struts2的工作原理图 3、Hibernate 技术 Hibernate 是一个开放源代码的对象关系映射（ORM）框架，它对 JDBC 进行了轻 量级的对象封装，使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate 可以应用在任何可以使用 JDBC 的场合，既可以在 Java 的客户端程序使用， 也可以在 Servlet/JSP 的 Web 应用中使用。最具革命意义的是，Hibernate 可以在应用 EJB 的 J2EE 架构中取代 CMP，完成数据持久化的重任。Hibernate 的核心接口一共有 5 个，分别为：Session、SessionFactory、Query、Transaction、和 Configuration。这 5 个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取 操作，还能够进行事务控制操作7。Hibernate 能够支持目前市面上几乎所有的数据库 服务器，它的 hql 查询语言 （Hibernate Query Language）在对象和关系数据库之间建 立了一座精致的桥梁。 4、JQuery JQuery 是继 prototype 之后又一个优秀的 Javascript 框架。它是轻量级的 JS 库 ， XX 工程大学学士学位论文 4 它兼容 CSS3，还兼容各种浏览器（IE 6.0+，FF 1.5+，Safari 2.0+，Opera 9.0+）， jQuery2.0 及后续版本将不再支持 IE6/7/8 浏览器。jQuery 使用户能更方便地处理 HTML（标准通用标记语言下的一个应用）、events、实现动画效果，并且方便地为网 站提供 AJAX 交互。JQuery 还有一个比较大的优势是，它的文档说明很全，而且各种 应用也说得很详细，同时还有许多成熟的插件可供选择。JQuery 能够使用户的 HTML 页面保持代码和 HTML 内容分离，也就是说，不用再在 HTML 里面插入一堆 JS 来调 用命令了，只需定义 id 即可8。 5、AJAX AJAX，即“Asynchronous Javascript + XML（异步 JavaScript 和 XML） ，是指一种 创建交互式网页应用的网页开发技术。AJAX = 异步 JavaScript 和 XML（标准通用标 记语言的子集） 。AJAX 是一种用于创建快速动态网页的技术。通过在后台与服务器进 行少量数据交换，AJAX 可以使网页实现异步更新。这意味着可以在不重新加载整个 网页的情况下，对网页的某部分进行更新。传统的网页（不使用 AJAX）如果需要更 新内容，必须重载整个网页面。有很多使用 AJAX 的应用程序案例：新浪微博、 Google 地图、开心网等等9。 以上就是本文作者结合国内外校庆接待系统相关领域的研究现状以及本文作者的 所掌握的相关经验和相关技术的论述。 1.3 课题内容 本系统采用 CSS+JS+JSP 完成前台系统界面设计，Java+Hibernate 完成后台数据处 理的设计方案，在整个毕业设计过程中，本文作者完成了以下工作： （1） 通过查阅有关校庆工作资料，相关参考文献各类以及和老师沟通讨论，了解 校庆工作的业务流程； （2）在（1）的基础上明确系统需求，做系统需求分析工作； （3）进行系统的概要设计，数据库设计以及前台界面设计； （4）对本文作者所负责的嘉宾信息检索模块的进行详细设计； （5）编码实现本文作者所负责的嘉宾信息检索模块； （6）进行测试工作，找出系统 bug，并进行更改； （7）完善系统，查阅相关 文献和资料 ，撰写毕业论文 。 第 1 章 绪论 5 1.4 论文结构 本论文在结构上主要分为 4 章，按如下方式组织： 第 1 章绪论部分，主要论述校庆接待系统的的研究背景、目的以及意义，国内外 相关领域的研究现状，以及本次课题工作内容和论文结构。 第 2 章主要论述关于本系统的需求分析以及系统的总体设计，简要描述系统各个 功能模块的功能。之后介绍了本文作者所负责的嘉宾信息检索模块的相关数据库表的 设计，对涉及本文作者的信息表的结构加以详尽的描述。 第 3 章主要论述了本次开发的开发环境，然后在再前面需求分析的基础上对本文 作者所负责的功能模块的实现进行论述，并对实现过程中的难点进行详细介绍。 第 4 章主要论述系统的测试，包括一些测试用例和测试结果。 最后是本文的结论部分，参考文献，还有致谢部分。 XX 工程大学学士学位论文 6 第 2 章 需求分析与总体设计 本章将从校庆接待 系统的整个业务来对系统的功能 进行详细的分析与 论述, 通过对功能需求以及非功能性需求的两个方面详尽地介绍系统的需求分析，之后将根 据需求分析进行系统的概要设计以及本文作者负责的部分的数据库表的设计的论述。 2.1 需求分析 需求分析是调查用户对待开发的信息管理系统的需求。结合调查用户所处组织的 实际等因素，通过细致深入的分析，确定出合理可行的信息系统需求，并通过规范的 形式描述需求的过程。以下是对校庆接待系统需求分析的详细论述。 2.1.1 功能需求 校庆接待 系统主要包括嘉宾信息管理，嘉宾信息检索，校庆活动分组，短信管理， 通用设置，用户管理，捐赠信息管理，校庆相关文档检索这八大主要功能模块。 嘉宾信息管理模块主要负责添加嘉宾的相关信息的输入和嘉宾信息的修改工作。 嘉宾信息检索模块主要负责对涉及嘉宾本身以及嘉宾的接送站信息、用餐信息、住 宿信息、接送站信息、参加活动信息、捐赠信息以及各类附加信息等的多条件检 索，特别是多条件查询，以及嘉宾信息的穿透查询功能。校庆活动分组管理模块主要 负责校庆期间各类活动的相关信息的维护与信息整理以及大批量活动参与人员活动分 配工作。短信管理模块主要负责校庆期间，各类活动的短信提醒工作。通用信息设置 模块主要负责校庆接待系统基础信息的维护。用户管理模块主要负责相关校庆工作人 员的岗位设置，系统的权限控制，登录密码的修改等。捐赠信息管理模块主要负责嘉 宾以及企事业单位的捐赠信息的管理。校庆相关文档检索模块主要负责管理校庆活动 期间的各类文档、资料的整理，以及相应的上传，查询，预览，下载等功能。系统功 能结构图如图 2.1 所示。 第 2 章 需求分析与总体设计 7 校 庆 接 待 系 统 校庆相关文档检索 嘉宾信息管理 嘉宾信息检索 校庆活动分组 捐赠信息管理 短信管理 用户管理 通用设置 住宿信息检索 活动信息检索 校庆活动 人员分组 短信查询 手动短信设置 自动短信设置 短信标题设置 短信发送统计 岗位设置 用户管理 所属工作组 所属院系 工作人员 车辆信息 抵哈地点 报到地点 宾馆信息 校友类型 用餐地点 用餐时间 礼品类型 毕业院系 毕业专业 附加信息检索 嘉宾基本信息检索 接送站信息检索 用餐信息检索 嘉宾报到信息检索 车辆信息检索 捐赠信息检索 图 2.1 系统功能结构图 图 2.1 中蓝色部分为本文作者所负责完成的内容，即嘉宾信息检索。嘉宾信息由嘉 宾基本信息检索、接送站信息检索、用餐信息检索、住宿信息、活动信息检索、捐赠 信息检索及附加信息检索这七部分组成，其中附加信息检索由嘉宾报到信息检索和车 辆信息检索组成。下面是本文作者负责部分功能需求的详细描述： 1、登录 校庆工作人员通过输入用户名与密码登录系统，为了避免数据库服务器管理员看 到校庆工作人员的登录密码，对密码进入加密，以提高系统的数据完全性。 2、嘉宾基本信息检索 校庆工作人员选择或输入相关查询条件检索嘉宾信息，对涉及嘉宾各类信息实现 穿透查询，嘉宾姓名与嘉宾电话两个需要输入的查询条件实现补全功能，以及查询结 XX 工程大学学士学位论文 8 果 Excel 表导出功能。 3、接送站信息检索 校庆工作人员选择或输入相关查询条件检索接送站信息，以及查询结果 Excel 表导 出功能。 4、住宿信息检索 校庆工作人员选择或输入相关查询条件检索住宿信息，以及查询结果 Excel 表导出 功能。 5、用餐信息检索 校庆工作人员选择或输入相关查询条件检索用餐信息，以及查询结果 Excel 表导出 功能。 6、校庆活动检索 校庆工作人员选择或输入相关查询条件检索校庆活动信息，以及查询结果 Excel 表 导出功能。 7、捐赠信息检索 校庆工作人员选择或输入相关查询条件检索捐赠信息，以及查询结果 Excel 表导出 功能。 8、附加信息检索 附加信息检索由嘉宾报到信息检索和车辆信息检索组成。嘉宾报到接待工作信息 检索负责检索嘉宾报到工作信息，以及查询结果 Excel 表导出功能。校庆工作人员选择 或输入相关查询条件检索校庆接待车辆信息，以及查询结果 Excel 表导出功能。 2.1.2 负责模块的 UML 用例建模 UML（统一建模语言，Unified Modeling Language）是一种编制系统蓝图的标准化 方法，可以实现大型复杂系统各种成分描述的可视化、说明并构造系统模型，以及建 立各种所需的文档，UML 是一种定义良好、易于表达、功能强大且普遍适用的可视化 建模语言。用例建模的最主要功能就是用来表达系统的功能性需求或行为。用例是系 统提供的外部可感知的功能单元，用例的目的是定义清晰的系统行为，但不解释系统 的内部结构，用例建模由用例图和用例描述这两部分组成，用例图由参与者（Actor） 、 用例（Use Case） 、系统边界、箭头组成10。在详细分析了校庆接待系统的基础上，本 文作者对本次所负责部分的嘉宾信息检索所得到的用例图如图 2.2 所示。 第 2 章 需求分析与总体设计 9 图 2.2 校庆接待系统信息检索子系统的用例图 2.1.3 系统非功能性需求 非功能性需求是指软件产品为满足用户业务需求而必须具备的除功能需求以外的 特性11。非功能性需求是判断一个系统好坏之分的重要指标，在某种程度上决定了客 户对整个系统的满意程度。因此，在评价一个系统是否成功的时候，非功能性需求占 有相当大的比例。本项目的具体非功能性需求如下： 1、正确性，系统正常工作期间不允许出现故障，不允许丢失系统信息； 2、可靠性，服务器意外断电时有一定的缓冲时间进行数据库备份； 3、时效性，系统处理效率要比手工提高 50%，反应时间最慢不能低于 3 秒； 4、易用性，一般校庆工作人员通过简单培训就可以使用系统，不用安装，操作简 便； 5、安全性，具有防病毒和黑客攻击能力，非法用户不能使用系统，不能查阅系统 信息； 6、交互性，系统界面设计友好，操作方便灵活，并且具有联机提示和帮助学习功 能； 7、兼容性，可运行在大多数主流的硬件环境中； 8、可移植性，可运行在大多数主流的操作平台上。 XX 工程大学学士学位论文 10 2.2 系统总体设计 经过前面几节的需求分析的功能需求和非功能性需求，同时考虑到开发效率、测 试以及后期维护等问题，决定采用 Struts2+Hibernate 框架，MVC 开发设计模型。使用 JSP 作为视图层，Struts2 作为控制层，Java+Hibernate 作为业务逻辑层。 该系统是在 Windows XP 操作系统平台下开发的，运行在 IE8.0 浏览器以上的 Web 应用，选用 MyEclipse10.6 作为开发环境，Tomcat 6.0 作为 web 服务器，SQL Server 2008 作为后台数据库服务器。 2.2.1 系统计算模式设计 计算机应用系统目前有三种计算模式，即单机计算模式、分布式客户/服务器计算 模式（C/S）和浏览器/服务器计算模式（B/S） 。以浏览器/服务器模式（B/S）开发的信 息系统，由于客户端只需安装一个浏览器，从而减少了客户端维护工作量，方便用户 使用。 基于以上 B/S 模式的种种优势，结合校庆接待系统的功能与性能需求，将本系统 的计算模式设计为浏览器/服务器模式（B/S） 。本系统的计算模式结构图如图 2.3 所示。 图 2.3 计算模式图 2.2.2 运行环境设计 客户端硬件环境如表 2.1 所示。 表 2.1 客户端硬件环境表 名称最低配置推荐配置 第 2 章 需求分析与总体设计 11 CPUIntel Pentium 2GHzIntel Pentium 2.3GHz 或以上 内存512M1G 或以上 客户端软件环境如表 2.2 所示。 表 2.2 客户端软件环境表 分类名称版本语种 操作系统平台Windows XP简体中文 数据库服务器平台Microsoft SQL Server2008中文 客户端软件IE8.0简体中文 服务器端硬件环境如表 2.3 所示。 表 2.3 服务器硬件环境表 名称最低配置推荐配置 CPUIntel Pentium 1.6GHzIntel Pentium 2.3GHz 或以上 内存2G4G 或以上 硬盘容量80G 服务器端软件环境如表 2.4 所示。 表 2.4 服务器软件环境表 分类名称版本语种 操作系统平台Windows XP简体中文 数据库服务器平台SQL Server2008中文 Web 服务器平台Tomcat 6.0英文 2.3 各模块的界面设计 2.3.1 整体界面设计 因为本文作者本次的毕设负责的内容是一个完整系统的一个部分，脱离了原有的 整个系统。原来整个系统的界面设计分三部分，即头部、中部、尾部。头部是登录的 用户名信息，背景采用为校庆的图标作为背景图。尾部是版权信息，开发时间等信息。 而中部为整个网页的内容展示部分。总的平分为左、右两部分。左边为一个菜单按钮， 右边为相关点击菜单按钮的显示内容。具体效果图如图 2.4 所示。 当把信息检索这一模块抽取出来，组成一个子系统作为本文作者毕设的开发内容 时，如果还采用这种设计就比较空洞，会使界面显的不协调。故为了使信息检索子系 统的界面协调，本文作者采取了另一种方案，即整个界面仍然是分三部分，头部和尾 部保持不变，但中间部分本文作者不采用左右对开那种设计，而采用上下这种设计。 XX 工程大学学士学位论文 12 因为本文作者负责的模块主要工作是信息的检索，界面设计主要是两部分，即查询条 件和查询结果。所以设计中部的上部主要是查询条件的展示，中部的下部主要是查询 结果的展示。具体界面效果图如图 2.5 所示。 图 2.4 校庆接待系统整体界面设计图 图 2.5 中本文作者还加了一些菜单按钮，用于切换到不同的信息检索模块以及用于 换页的部分。 图 2.5 校庆接待系统信息检索子系统的整体界面设计图 2.3.2 嘉宾信息检索模块的界面设计 嘉宾信息检索模块主要用于检索嘉宾的基本信息，另外提供对于嘉宾接送站信息、 用餐信息、住宿信息、接送站信息、参加活动信息、捐赠信息这六大信息的穿透功能。 第 2 章 需求分析与总体设计 13 因为是检索模块，所以首要任务就是查询条件的设计。在综合各方面的需要之后， 本文作者选择了嘉宾姓名、性别、嘉宾级别、嘉宾电话、参加校庆、发邀请函、嘉宾 类型、校友这几个查询条件。其中嘉宾姓名和嘉宾电话是需要输入的。嘉宾姓名支持 输入嘉宾姓名简拼和姓名相应汉字两种输入方式，并支持自动补全功能。例如当输入 字母“L” （大小写都可以）时，会异步发送一个请求，把前 10 个嘉宾姓名简拼为 “L”起头的返回请求，并在嘉宾姓名输入框下面弹出一个界面，可以利用键盘上的方 向键选择，从而达到自动补全的效果，效果就如平时我们在百度首页进行网页检索中 一样。而性别、参加校庆、发邀请函、嘉宾类型这四个查询条件为单项选择。嘉宾级 别查询条件是下拉列表，有重要级别、中等级别、低等级别三个条件。而校友这个查 询条件比较特殊，校友查询条件为单项选择，但特殊的是当“是”的单选按钮选中时， 会显示学校时期下拉列表、学院下拉列表和专业下拉列表，这三个下拉列表是级联的， 当改变某一项是，后面的下拉列表相应跟着改变。具体界面效果图如图 2.6 所示。图 2.6 中我把所有的查询条件都显示了，默认像嘉宾级别、参加校庆、发得邀请函，嘉宾 类型、校友这几个查询后面的选择项是不显示，只有当点击了前面的勾选了前的单项 框，才会出现右边的选择项的。 查询结果对于嘉宾的校友信息（毕业专业的信息） 、接送站信息、住宿信息、用餐 信息、工作信息（嘉宾报到工作信息） 、参加活动信息、捐赠信息都不具体显示，而是 采用一个“*”链接来表示。如果嘉宾有相应的信息，则在相应位置显示一个“*”链 接。用户可以通过点击“*”链接更加具体的查询相关的详细信息。点击了“*”之后， 会发一个异步请求，弹出一个界面。 图 2.6 嘉宾信息检索模块界面设计图 XX 工程大学学士学位论文 14 弹出的界面主要是显示一个信息。分三部分，标题、信息显示、关闭按钮三部分。 具体界面效果所示 2.7 所示。 图 2.7 弹出窗口通用界面设计图 例如本文作者点击图 2.6 中的校友信息那列下的“*”链接，弹出图 2.8 的窗口。 主要是显示毕业信息。 图 2.8 毕业信息界面设计图 2.3.3 附加信息检索模块的界面设计 附加信息检索与嘉宾姓名检索界面的查询条件界面有所不同。因为要在这一个模 块内实现对两种信息的检索。所以设计了一个单选按钮，当“礼品”单选按钮选中时， 查询条件显示为礼品的查询条件，效果图如图 2.9 所示。 第 2 章 需求分析与总体设计 15 图 2.9 附加信息检索工作信息检索界面设计图 当“车辆”单选按钮选中时，查询条件显示为车辆的查询条件。效果图如图 2.10 所示。需要注意的是车牌号和司机电话这两个查询条件为输入框。并且实现了自动补 全功能，就如嘉宾信息检索模块中的嘉宾姓名和嘉宾电话这两个查询条件。 图 2.10 附加信息检索车辆信息检索界面设计图 XX 工程大学学士学位论文 16 2.4 数据库分析与设计 数据库是信息系统的基础和核心，数据库设计的质量是决定信息系统开发的成败 与优劣最重要的因素之一。 。下面将从数据库概念设计、逻辑设计及物理设计三方面对 本文作者所负责的信息检索模块进行数据库设计。一共创建了十八张数据库表，分别 为学校分期表 stagetype、历来院系表 historycollege、历来专业表 historymajor、活动表 activity、参加活动表 guest_activity、用餐地点表 dinneraddress、用餐信息表 dinnerinfo、捐赠信息表 donationinfo、宾馆信息表 hotel、住宿信息 stayinfo、报到点表 reportaddress、纪念品表 souvenir、工作信息表 workinfo、校庆工作人员表 schoolfete_workman、车辆信息表 car、抵离哈地点表 arrive_leave_address、接送站信息 表 pickupinfo、嘉宾表 guest。 2.4.1 概念设计 数据库概念设计是针对现实世界，通过对其中的信息实体的收集、分类、聚类和 概括，建立数据库概念结构的过程12。概念结构反映了现实世界中组织的业务模式、 信息结构、信息间的相互制约关系，以及对信息存储、查询和加工的处理要求等12。 在分析本文作者负责的嘉宾信息检索部分所涉及的实体及其关系后，将其展现为图 2.11 所示数据库 E-R 图。 图 2.11 E-R 图 第 2 章 需求分析与总体设计 17 2.4.2 逻辑设计 逻辑结构设计是将概念数据模型设计成为特定 DBMS 的逻辑数据模式。在进行逻 辑结构设计时并不考虑数据在某一 DBMS 下的具体物理实现： 1、学校分期表（分期编号，分期名） ； 2、历来院系表（院系编号，分期编号，院系名称，分期名称） ； 3、历来专业表（专业编号，院系编号，专业名，分期名称，院系名称） ； 4、活动表（活动编号，活动名称，活动时间，活动地点，活动备注） ； 5、参加活动表(嘉宾编号，活动编号) ； 6、用餐地点表(用餐地点编号，用餐地点) ； 7、用餐信息表(用餐信息编号， 用餐地点编号， 嘉宾编号， 用餐时间， 用餐餐 段， 用餐地点) ； 8、捐赠信息表(捐赠信息编号， 嘉宾编号， 捐赠嘉宾姓名，捐赠类型，捐钱数， 捐物单价， 捐物数量， 损赠总额， 捐赠日期， 损物名称， 捐赠代表谁，受捐单位， 摆放位置， 捐赠备注) ； 9、宾馆信息表(宾馆编号， 宾馆名称) ； 10、住宿信息(住宿信息编号， 嘉宾编号， 宾馆编号， 宾馆名称， 房间号， 入 住时间， 退房时间， 入住天数) ； 11、报到点表(报到点编号， 报到点名称) ； 12、纪念品表(纪念品编号， 纪念品类型) ； 13、工作信息表(工作信息编号， 嘉宾编号， 是否报到， 报到点编号，是否发放 纪念品， 纪念品编号， 工作人员编号， 报到点名称， 报到时间， 纪念品类型) ； 14、校庆工作人员表(工作人员编号， 登录名， 密码， 工作人员姓名， 工作人 员姓名简拼， 联系电话， 性别) ； 15、车辆信息表(车辆编号， 车辆牌照， 车辆型号， 驾驶员， 驾驶员姓名简拼， 驾驶员电话) ； 16、抵离哈地点表(地点编号，地点名称) ； 17、接送站信息表(接送站信息编号， 嘉宾编号， 是否接站， 接站地点编号， 接站车辆编号， 接站工作人员编号， 是否送站， 送站地点编号， 接站地点名称， 送站车辆编号， 送站工作人员编号， 抵哈时间， 送站地点名称， 嘉宾来的车次， 离哈时间， 嘉宾离的车次) ； XX 工程大学学士学位论文 18 18、嘉宾表(嘉宾编号， 嘉宾姓名， 简拼， 联系电话， 嘉宾级别， 是否发邀请 函， 是否参加校庆， 是否有随行， 跟随的嘉宾编号， 是否接送站， 是否安排住宿， 是否安排用餐， 是否校友， 毕业专业编号， 毕业专业名，分期名称，院系名称， 毕业年份，是否代表个人，是否捐赠，工作单位，性别，民族，职务，传真，电子邮 件，通信地址，邮件编码，嘉宾备注) 。 2.4.3 物理设计 物理设计的主要工作就是将逻辑设计中的关系模型转化为关系数据库中的二维数 据表。在概念设计与逻辑设计的基础之上，现将系统数据库的表结构设计为 18 张表， 分别为学校分期表 stagetype、历来院系表 historycollege、历来专业表 historymajor、活 动表 activity、参加活动表 guest_activity、用餐地点表 dinneraddress、用餐信息表 dinnerinfo、捐赠信息表 donationinfo、宾馆信息表 hotel、住宿信息 stayinfo、报到点表 reportaddress、纪念品表 souvenir、工作信息表 workinfo、校庆工作人员表 schoolfete_workman、车辆信息表 car、抵离哈地点表 arrive_leave_address、接送站信息 表 pickupinfo、嘉宾表 guest。各表详情说明见如下各表，表中对每张表所涉及的字段 名称、存储类型、字段定义都进行了详细说明。 学校分期类型表 stagetype 存储学校不同时期的相关信息。各字段具体说明如表 2.5 所示。 表 2.5 学校分期表 字段名称字段名数据类型字段定义说明 分期编号stagetype_id整型int 主键，IDENTITY 属 性 分期名stagetype_name字符型varchar(50)非空 历来院系信息表 historycollege 存储不同学校时期设置的院系的相关信息，其中分 期编号 stagetype_id 字段是学校分期类型表的外键。各字段具体说明如表 2.6 所示。 表 2.6 历来院系表 字段名称字段名数据类型字段定义说明 院系编号college_id整型int 主键，IDENTITY 属 性 分期编号stagetype_id整型int外键 院系名称college_name字符型varchar(50)非空 分期名称stagetype_name字符型varchar(50) 第 2 章 需求分析与总体设计 19 历来专业信息表 historymajor 存储了不同学校时期院系开设的专业相关信息，其中 院系编号 college_id 是历来院系表 historycollege 的外键。各字段具体说明如表 2.7 所示。 表 2.7 历来专业信息表 字段名称字段名数据类型字段定义说明 专业编号major_id整型int 主键，IDENTITY 属 性 院系编号college_id整型int外键 专业名major_name字符型varchar(50)非空 学校类型名major_stage_name字符型varchar(50) 院系名称major_college_name字符型varchar(50) 嘉宾表 guest，该表是本文作者所负责的子系统中最重要最基本的一张表，其中， 跟随嘉宾编号 follow_guest_id 是嘉宾表自身的外键，毕业专业编号 major_id 是历来专 业信息表 historymajor 的外键。各字段具体说明如表 2.8 所示。 表 2.8 嘉宾表 字段名称字段名数据类型字段定义说明 嘉宾编号guest_id整型int 主键，IDENTITY 属 性 嘉宾姓名guest_name字符型varchar(50)非空 简拼guest_name_jianpin字符型varchar(10)非空 联系电话guest_telephone字符型varchar(20)非空 嘉宾级别guest_level字符型varchar(20) 只取“Y” “N”默认 “N” 是否发邀请函guest_is_send_invitation字符型varchar(2) 只取“Y” “N”默认 “N” 是否参加校庆guest_is_attend字符型varchar(2) 只取“Y” “N”默认 “N” 是否有随行guest_is_have_entourage字符型varchar(2) 只取“Y” “N”默认 “N” XX 工程大学学士学位论文 20 跟随嘉宾编号follow_guest_id整型int外键 是否接送站guest_is_pickup字符型varchar(2) 只取“Y” “N”默认 “N” 是否安排住宿guest_is_stay字符型varchar(2) 只取“Y” “N”默认 “N” 是否安排用餐guest_is_dinner字符型varchar(2) 只取“Y” “N”默认 “N” 是否校友guest_is_alumni字符型varchar(2) 只取“Y” “N”默认 “N” 毕业专业编号major_id字符型varchar(50)外键 毕业专业名major_name字符型varchar(50) 分期名称major_stage_name字符型varchar(50) 院系名称major_college_name字符型varchar(50) 毕业年份graduate_year整型int默认 0 代表个人guest_is_for_individual字符型varchar(2) 只取“Y” “N”默认 “N” 是否捐赠guest_is_donation字符型varchar(2) 只取“Y” “N”默认 “N” 工作单位guest_work_unit字符型varchar(50) 性别guest_sex字符型varchar(2) 民族guest_nationality字符型varchar(20) 续表 2.8 嘉宾表 字段名称字段名数据类型字段定义说明 职务guest_jobtitle字符型varchar(50) 传真guest_fax字符型varchar(20) 电子邮件guest_email字符型varchar(50) 通信地址guest_mailing_address字符型varchar(100) 邮件编码guest_postalcode字符型varchar(20) 嘉宾备注guest_remark字符型varchar(100) 活动表 activity 存储校庆期间的各类的活动信息。各字段具体说明如表 2.9 所示。 表 2.9 活动表 字段名称字段名数据类型字段定义说明 活动编号activity_id整型int 主键，IDENTITY 属 性 活动名称activity_name整型varchar(50)非空 第 2 章 需求分析与总体设计 21 活动时间activity_date时间型datetime非空 活动地点activity_address字符型varchar(20)非空 活动备注activity_remark字符型varchar(100) 参加活动表 guest_activity 存储嘉宾参加活动的相关信息，其中嘉宾编号 guest_id 是嘉宾表 guest 的外键，活动编号 activity_id 是活动表 activity 的外键。各字段具体说 明如表 2.10 所示。 表 2.10 参加活动表 字段名称字段名数据类型字段定义说明 嘉宾编号guest_id整型int外键 活动编号activity_id整型int外键 用餐地点表 dinneraddress 存储嘉宾用餐地点的相关信息。各字段具体如表 2.11 所 示。 表 2.11 用餐地点表 字段名称字段名数据类型字段定义说明 用餐地点编号dinneraddress_id整型int 主键，IDENTITY 属 性 用餐地点dinneraddress_name字符型varchar(50)非空 用餐信息表 dinnerinfo 存储嘉宾的用餐的相关信息，其中用餐地点编号 dinneraddress_id 是用餐地点表 dinneraddress 的外键，嘉宾编号 guest_id 是嘉宾表 guest 的外键。各字段具体说明如表 2.12 所示。 表 2.12 用餐信息表 字段名称字段名数据类型字段定义说明 用餐信息编号dinnerinfo_id整型int 主键，IDENTITY 属 性 用餐地点编号dinneraddress_id字符型varchar(50)外键 嘉宾编号guest_id字符型int外键 用餐时间dinner_time时间型datetime非空 用餐餐段dinner_type字符型varchar(10)非空 用餐地点dinneraddress_name字符型varchar(20) 捐赠信息表 donationinfo 存储嘉宾的捐赠的相关信息，其中嘉宾编号 guest_id 是嘉 宾表 guest 的外键。各字段具体说明如表 2.13 所示。 XX 工程大学学士学位论文 22 表 2.13 捐赠信息表 字段名称字段名数据类型字段定义说明 捐赠信息编号donation_id整型int 主键，IDENTITY 属 性 嘉宾编号guest_id字符型int外键 捐赠嘉宾姓名donation_guest_name字符型varchar(50)非空 捐赠类型donation_type字符型varchar(10)非空 捐钱数donation_money_number浮点型float 捐物单价donation_thing_per_price浮点型float 捐物数量donation_thing_number字符型int 损赠总额donation_total_money浮点型float 捐赠日期donation_date整型datetime非空 捐赠代表谁donation_daobiao_who字符型varchar(50) 受捐单位to_unit字符型varchar(20) 捐物名称donation_thing_name字符型varchar(20) 摆放位置position字符型varchar(50) 捐赠备注donation_remark字符型varchar(100) 宾馆信息表 hotel 存储嘉宾住宿宾馆的相关信息，各字段具体说明如表 2.14 所示。 表 2.14 宾馆信息表 字段名称字段名数据类型字段定义说明 宾馆编号hotel_id整型int 主键，IDENTITY 属 性 宾馆名称hotel_name字符型varchar(20)非空 住宿信息表 stayinfo 存储嘉宾的住宿的相关信息，其中嘉宾编号 guest_id 是嘉宾表 guest 的外键，宾馆编号 hotel_id 是宾馆信息表 hotel 的外键。各字段具体说明如表 2.15 所示。 表 2.15 住宿信息表 字段名称字段名数据类型字段定义说明 住宿信息编号stay_id整型int 主键，IDENTITY 属 性 嘉宾编号guest_id字符型varchar(50)外键 宾馆编号hotel_id整型int外键 宾馆名称hotel_name字符型varchar(20)非空 房间号roomnumber字符型varchar(20)非空 第 2 章 需求分析与总体设计 23 入住时间check_in_time时间型datetime非空 退房时间check_out_time时间型datetime非空 入住天数stay_day_number整型int 抵离哈地点表 arrive_leave_address 存储嘉宾抵达 XX 和离开 XX 的地点相关信息， 各字段具体说明如表 2.16 所示。 表 2.16 抵离哈地点表 字段名称字段名数据类型字段定义说明 地点编号address_id整型int 主键，IDENTITY 属 性 地点名称address_name字符型varchar(20)非空 车辆信息表 car 存储校庆接待中的用于接待嘉宾的车辆相关信息。各字段具体说明 如表 2.17 所示。 表 2.17 车辆信息表 字段名称字段名数据类型字段定义说明 车辆编号car_id整型int 主键，IDENTITY 属 性 车辆牌照car_number字符型varchar(20)非空 车辆型号car_type字符型varchar(20)非空 驾驶员driverman_name字符型varchar(20)非空 姓名简拼driverman_name_jianpin字符型varchar(20)非空 驾驶员电话driverman_telephone字符型varchar(20) 接送站信息表 pickupinfo 存储校庆工作人员接待嘉宾的接送站的相关信息，其中接 站地点编号 jie_address_id 和送站地点编号 song_address_id 抵离哈地点表 arrive_leave_address 的外键，接站车辆编号 jie_car_id 和送站车辆编号 song_ car _id 车 辆信息表 car 的外键，接站人员编号 jie_workman_id 和送站人员编号 song_ workman _id 校庆工作人员表 schoolfete_workman 的外键。各字段具体说明如表 2.18 所示。 表 2.18 接送站信息表 字段名称字段名数据类型字段定义说明 信息编号pickupinfo_id整型int 主键，IDENTITY 属 性 是否接站pickup_is_jian字符型varchar(2)非空 XX 工程大学学士学位论文 24 接站地点编号jie_address_id整型int外键 接站车辆编号jie_car_id整型int外键 接站人员编号jie_workman_id整型int外键 是否送站pickup_is_song字符型varchar(20)非空 送站地点编号song_address_id整型int外键 接站地点名称jie_address_name字符型varchar(20) 送站车辆编号song_car_id整型int外键 送站人员编号song_workman_id整型int外键 抵哈时间pickup_arrive_time时间型datetime 送站地点名称s

内容简介：

-