软件工程课程设计大作业-基于.NET的宾馆信息管理系统分析、设计与实现.doc

《软件工程课程设计大作业-基于.NET的宾馆信息管理系统分析、设计与实现.doc》由会员分享，可在线阅读，更多相关《软件工程课程设计大作业-基于.NET的宾馆信息管理系统分析、设计与实现.doc（67页珍藏版）》请在三一文库上搜索。

1、大连理工大学城市学院大连理工大学城市学院 软件工程大作业软件工程大作业 学院（系）：学院（系）： 计算机工程学院计算机工程学院 专专 业：业： 软件工程软件工程 学学 生：生： 授课教师：授课教师： 完成日期：完成日期： 20102010 年年 6 6 月月 大连理工大学城市学院大连理工大学城市学院软件工程软件工程大作业大作业 题目：题目：基于基于.NET.NET 的宾馆信息管理系的宾馆信息管理系 统分析、设计与实现统分析、设计与实现 成绩：成绩： 总计总计 大作业大作业 6363 页页 表格表格 3 3 表表 插图插图 1616 图图 1 目目 录录 第一章 宾馆信息管理系统需求分析 .1

2、1.导言 1 2.系统定义 2 3.应用环境 3 4.功能规格 5 5.性能需求 .15 6.产品提交 .15 7.实现约束 .16 第二章 宾馆信息管理系统概要设计 16 1.系统分析 .16 2. 界面设计.17 3. 体系结构.20 4. 数据模型.25 5. 模块.28 第三章宾馆信息管理系统详细设计 .29 1.系统设计概述 .29 2. 详细设计概述.29 3. 宾馆网站的详细设计.30 第四章 宾馆信息管理系统编码实现 44 1.编码格式规范 .49 2.命名规范 .49 3.声明规范 .50 4.目录规范 .51 第五章宾馆信息管理系统测试计划 .51 1. 测试项目.51 2

3、. 测试方法.59 第六章 部署运行维护 61 第七章 总结与展望 61 1.本程序的总结和展望 .61 2.感想 .62 参考文献 .63 1 第一章第一章 宾馆信息管理系统需求分析宾馆信息管理系统需求分析 1.1.导言导言 1.11.1 目的目的 该文档是关于用户对于成绩管理系统的功能和性能的要求，重 点描述了成绩管理系统的功能需求，是概要设计阶段的重要输入。 本文档的预期读者是： 设计人员； 开发人员； 项目管理人员； 测试人员； 用户。 1.21.2 范围范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型 的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开 发技术，而

4、主要是通过建立模型的方式来描述用户的需求，为客户、 用户、开发方等不同参与方提供一个交流的平台。 1.31.3 编写说明编写说明 JSP,Java Server Page（Java 服务器页面）的缩写，一个脚本化的 语言。 UML,Unified Modeling Language（统一建模语言）的缩写，是一 个标准的建模语言。 2 1.41.4 术语定义术语定义 无 2.2.系统定义系统定义 我们分别阐述一下项目的来源、背景，项目的用户特点和项目 的目标。 2.12.1 项目来源及背景项目来源及背景 本项目是针对老式的宾馆管理而设计的全新宾馆管理系统，老 式的宾馆管理需要管理人员进行大量的记

5、录工作，过程复杂而且容 易出错。如果客人需要预定房间还要亲自到酒店所在地，及其的不 方便本系统的开发大大提高了用户的工作效率。 2.22.2 用户的特点用户的特点 本系统的用户包括两类，一类是酒店入住者，他们分为两类， 一类是在网上预定客房的，而另一类是直接到酒店定房间的。另外 一类用户是管理用户，他们是酒店内部的人他们使用系统的入住管 理等功能。 2.32.3 项目目标项目目标 本项目设定的目标如下： 系统能够提供友好的用户界面，使操作人员的工作量最大限 度的减少； 系统具有良好的运行效率，能够达到提高效率的目的； 系统应有良好的可扩充性，可以容易地加入其他系统的应用； 3 通过这个项目可以

6、锻炼自己，提高开发能力和项目管理能力。 3.3.应用环境应用环境 根据用户的需求陈述，可以确定本项目分为客户端和管理端， 客户端主要功能是提供客户的房间查询、预定房间等。管理端的功 能提供房间信息查询，修改入住信息，记账查询，修改记账信息等。 它们的关系如图 A-1 所示。 客房管理 查看房间 信息 提交预订信息 填写预定 信息 网 络 服 务 器 管理 人员 记账管理 管理 人员 客房信息 发布 管理 人员 客户 客房信息 消费信息 客房信息 房间信息 预订信息 图图 A-1 成成绩绩管理系管理系统统流程流程图图 4 3.13.1 系统运行的网络环境系统运行的网络环境 本系统的网络运行图如图

7、 A-2 所示，无论是客户端的客户还是 管理端的管理用户都可以通过网络登录到本系统中。客户通过网络 提交预定等相关信息，宾馆管理者通过网络发布房间信息，获得客 户提交的预定信息，进行入住管理。 3.23.2 系统运行的硬件环境系统运行的硬件环境 本系统的硬件环境如下： 客户机：普通 PC CPU：P41.8GHz 以上 内存：256MB 以上 能够运行 IE5.0 以上或者 Netscape4.0 以上版本的机器 分辨率：推荐使用 1024768 像素 Web 服务器 CPU：P41.0GHz 内存：1G 以上 硬盘：80GB 以上 网卡：KMb/s 速度 数据库服务器 CPU：P42.0GH

8、z 内存：1GB 以上 硬盘：80GB 以上 5 管理人员 系统管理员 客户 Web服务器 数据库服务器 图图 A-2 网网络络拓扑拓扑结结构构图图 系统运行软件环境 本系统的软件环境如下： 操作系统：UNIX/Linux/Windows2000 或以上版本 数据库：oracle10g 开发工具包：JDK Version 1.5 Web 服务器：Tomcat 6.02 浏览器：IE5.0 以上 4.4.功能规格功能规格 我们采用面向对象分析作为主要的系统建模方法，使用 UML（Unified Modeling Language）作为建模语言。UML 为建模活 动提供了从不同角度观察和展示系统的

9、各种特征的方法。在 UML 中， 从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而 这些来自不同角度的模型图最终组成了系统的映像。 用例描述角色（用户、外部系统以及系统处理）是如何与系统 交互来完成工作的。用例模型提供了一个非常重要的方式来界定系 6 统边界以及定义系统功能，同时，该模型将来可以派生出动态对象 模型。 设计用例时，我们遵循下列步骤： 1）识别出系统的角色。角色可以是用户、外部系统，甚至是外 部处理，通过某种途径与系统交互。重要的是着重从系统外部执行 者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者 （角色）是谁。尽可能地确保所有角色都被完全识别出来。 2）描

10、述主要的用例。可以采取不断地问自已“这个角色究竟想 过系统做什么？”来准确地描述用例。 3）重新审视每个用例，为它们下个详尽的定义。 4.14.1 角色定义角色定义 角色或者执行者指与系统产生交互的外部用户或者外部系统。 4.1.1 客户客户 客户是指在这个宾馆信息系统中通过客户端提交预定信息的人 员，这个角色主要参与客户端的房间信息查询，填写预定信息，预 定信息提交等功能。 管理用户管理用户 管理用户是指管理端的用户，此角色派生两个子类，宾馆信息 管理员和系统管理员，宾馆信息管理员是指在宾馆信息系统中通过 管理端参与宾馆信息管理工作的人中，它又可以派生三个子类即客 房管理者和消费记账者和客房

11、信息发布者。系统管理员是指对宾馆 信息管理系统进行相关设置、进行系统维护的人员。 管理用户具体说明如下： 客房管理者。查询客房入住信息，修改入住信息，查询预定 信息，修改预定信息，查询结账信息，修改结账信息。 消费记账者。记录客户在酒店除住宿外，消费信息。 客房信息发布者。发布客房信息，修改客房信息。 系统管理员 通过管理端对系统用户进行管理的人员，这个角色主要负责对 管理端用户的增删，权限的设置等功能。 4.1.3 数据库数据库 7 数据库是一个与系统产生交互的外部系统，这个角色负责系统 的数据查询、增加、删除和修改等操作。 4.24.2 系统主用例图系统主用例图 宾馆信息管理系统可以分为两

12、个主要的组成部分，一个是客户 端子系统。一个是管理端子系统。客户端子系统功能主要是指客户 通过登录宾馆信息系统进行操作的功能，即预定功能。管理端子系 统功能是宾馆的管理人员发布房间信息，管理房间信息。系统的主 用例如图 A-3 所示。 管理用户 管理端子系统 客户端子系统 应聘者 客户端子系统 客户 图图 A-3 系系统统的主用例的主用例图图 4.34.3 客户端子系统客户端子系统 客户通过宾馆网站登录到系统中进行房间预订，客户通过它提 交预订信息，进行预定，这就是客户端子系统的功能。在客户端用 户可以看到客房信息说明，当点击客房信息名称时进入客房详细信 息页面，如果预定的话，可以填写预定信息

13、，最后将预订信息提交。 图 A-4 是它的活动图。 客户端的功能主要包括选择客房、填写预订信息等功能，图 A-5 是它的用例图。 8 A-4 客客户户端的活端的活动图动图 浏览选择客房 填写预订信息 提交 顶层包:客户 选择客房 填写预订信息 A5 客户端的功能用例图 客户端管理的这些用例描述如下： F-C-1：客房选择。客户登录到宾馆网站可以看到客房列表，客 房类型。当点击某个客房名称时进入预订信息界面。 F-C-2：预定信息输入。预定信息输入包括客户的基本信息，预 定时间。 9 4.3.1 客房选择客房选择 客房选择是显示目前正在空闲的客房以及客房基本信息。具体 描述如下。 用例描述：客房

14、选择； 执行者：客户； 前置条件：客户已登录系统； 后置条件：选择客房后，则可以输入预定信息。 基本路径： a）客户登录到宾馆的网页，显示目前的空闲客房列表，剩余间 数等； b）点击任何一个客房可以浏览客房的详细信息，包括床位数、 有无电视等； c）如果对这个客房满意，可以点击“选择该客房”进入填写预 定信息页面，开始填写填写预定信息环节 。 4.3.2 预订信息输入预订信息输入 如果客户满意某个房间，就开始输入预订信息，预定信息从客 户的基本信息开始，然后输入预定时间等。 具体描述如下。 用例描述：预定信息输入； 执行者：客户； 前置条件：客户已选择客房； 后置条件：预订信息输入后，则可以提

15、交。 基本路径： a）基本信息输入，包括姓名、性别、年龄、证件类型、证件号 码电话、E-mail，邮编等信息； b）预定时间信息输入，包括到达宾馆时间，预期入住时间。 4.44.4 管理端子系统管理端子系统 管理端子系统主要是提供宾馆管理人员使用的功能，它的功能 分为客房管理、预订管理、客房信息发布等部分。图 A-7 是管理端 的用例图。A6 为活动图。 10 宾馆管理员宾馆管理员宾馆管理员 登录系统 客房管理 列表客房 入住管理 退房管理 预订管理 预定列表 修改预订信息 客房信息发布管理 客房信息列表 删除信息 增加信息 修改信息 图图 A-6 管理管理员员的功能活的功能活动图动图 11

16、顶层包 : 客房管理者 顶层包 : 消费记账者 顶层包 : 客房信息发布者 顶层包 : 系统管理员 管理登陆 入住管理 退房管理 预订管理 客房信息管理 消费记账管理管理用户 图图 A-7 管理端用例管理端用例图图 1： 登录管理 登录管理负责所有的管理端的登录，管理端的人员要登录到管 理端必须经过登录界面，输入自己的用户名和密码，然后系统判断 这个用户的权限信息，不同的登录人可能具有不同的权限，系统根 据不同的权限实现不同的功能。 2： 预订管理 预订管理 由管理员登录到系统，实现预定信息的增加、删除、 修改的功能及查看预定的详细信息。 3： 入住管理 入住管理是由管理员登录到系统，根据预订

17、信息，或客户的现 场描述，对宾馆入住信息进行增，删，改，查。 4： 退房管理 退房管理是由管理员登录到系统，根据客房入住信息，对宾馆 退房信息进行增，删，改，查。 12 5：客房信息发布 客房信息发布是由管理员登录到系统，录入客房类型及客房的 详细描述信息，并且为客房附加预定表，同时也可对客房信息进行 增加、删除、修改的功能。 6： 消费记账管理 消费记账管理是宾馆工作人员对客户的除入住费用以外的费用 的记账，包括客房送餐等。 7： 用户管理 用户管理是由系统管理员增加或删除用户，编辑用户名、用户 密码，修改用户权限，使具有不同权限的用户进入系统主界面时， 出现在界面左侧栏中的图标数有所不同，

18、具体的图标与用户所具有 的权限对应。 4.4.2 入住管理入住管理 在宾馆信息管理系统中，有一个表格，记录了客房各个方面的 信息，包括入住时间等。具体描述如下。 用例描述：入住管理； 执行者： 客房管理者； 前置条件：客房管理者已登录系统； 后置条件：如果客房管理者操作成功，则可以成功对客户的入 住信息进行增，删，改，查。 基本路径： a）进入客房管理界面，首先展示目前宾馆所有的客房； b）点击每个客房可以详细浏览这个客房的详细信息； c）可以对客房的详细信息中的入住信息进行修改； 4.4.3 退房管理退房管理 在宾馆信息管理系统中，有一个表格，记录了客房各个方面的 信息，包括退房时间，交款数

19、额等。具体描述如下。 用例描述：退房管理； 执行者： 客房管理者； 前置条件：客房管理者已登录系统； 后置条件：如果客房管理者操作成功，则可以成功对客户的退 房信息，交款数额信息进行增，删，改，查。 基本路径： a）进入客房管理界面，首先展示目前宾馆所有的客房； b）点击每个客房可以详细浏览这个客房的详细信息； 13 c）可以对客房的详细信息中的退房时间，交款数额进行修改； 4.4.3 预订管理预订管理 在宾馆信息管理系统中，有一个表格，记录了客户的预订信息 的信息，包括；预定时间，预期居住时间。个人基本资料等具体描 述如下。 用例描述：预定管理； 执行者： 客房管理者； 前置条件：客房管理者

20、已登录系统； 后置条件：如果客房管理者操作成功，则可以成功对客户的预 订信息进行查询，修改。 基本路径： a）进入客房管理界面，首先展示宾馆的所有客房。 b）点击每个客房，可以查看其预定信息； c）在点击预定信息可以查看预定的详细信息； d）对详细的预定信息进行增，删，改，查。 4.4.4 客房信息发布客房信息发布 客房信息发布是宾馆管理系统的主要功能之一，管理人员根据 客房信息，定期发布客房信息，详细描述这个客房情况。每个客房 都附有一张预定申请，需要客户填写，申请是针对客户的基本信息 等，客房信息发布后，客户通过网络可以看到客房信息，并可以预 定，具体功能描述如下。 用例描述：客房信息发布

21、； 执行者：客房信息发布者； 前置条件： 客房信息发布者已登录系统； 后置条件： 如果客房信息发布成功后，则数据库该客房信息随 之变化，应聘者可以通过网络看到客房信息。 基本路径： a）进入客房信息发布界面，首先展示目前所有客房类型，可以 增加新的客房类型； b）通过点击每个客房类型，可以详细浏览每个客房的详细描述； c）可以对每个客房信息进行修改； d）提供客房条件查询功能； e）提供客房信息删除功能。 4.4.5 消费记账管理消费记账管理 14 消费记账管理记录客户除了住宿消费外，其他在宾馆的消费信 息，如送餐服务等。客户通过签字方式确认信息，由管理员输入 数据库进行储存，最后在退房时一并

22、结账。用户可以查看自己的 消费信息。 具体的功能描述如下。 用例描述：消费记账管理； 执行者： 消费记账者； 前置条件： 消费记账者已登录系统； 后置条件： 消费记账者登录成功后，可以修改数据库的消费信 息。 基本路径： a）进入消费记账界面，房间号列表，提供查询功能； b）通过点击房间号列表进入相应客户消费界面，这个界面也显 示了每个客户的姓名、消费时间，金额等信息； c）消费记账者可以对上述信息进行增，删，改，查。 d）用户如发现记账有误可以向宾馆进行投诉。 。 4.4.6 用户管理用户管理 系统管理员可以进行权限设置，在用户管理界面中对用户进行 增加、删除、修改、查询。具体功能描述如下。

23、 用例描述：用户管理； 执行者： 系统管理员； 前置条件： 系统管理员已登录系统； 后置条件： 如果用户信息维护完成，则用户的相应信息将记录 到数据库中。 基本路径： a）进入用户管理界面，显示目前的系统用户以及每个用户具有 的权限； b）点击不同的用户，可以显示这个用户的信息以及相应权限， 必要时可以修改其权限； c）可以增加用户，也可以删除用户。 5.5.性能需求性能需求 根据用户对本系统的要求，确定系统在响应时间、可靠性、安 15 全性等方面有较高的必能要求。 5.性能需求性能需求 根据用户对本系统的要求，确定系统在响应时间、可靠性、安 全性等方面有较高的必能要求。 5.1 界面需求界面

24、需求 系统的界面要求如下。 1）页面内容：主题突出，站点定义、术语和行文格式统一、规 范、明确、栏目、菜单设置和布局合理，传递的信息准确、及时。 内容丰富，文字准确，语句通顺，专用术语规范，行文格式统一规 范。 2）导航结构：）导航结构：页面具有明确的导航指示，且便于理解，方便用 户使用。 3）技术环境：）技术环境：页面大小适当，能用各种常用浏览器以不同分辨 率浏览，无错误链接和空链接；采用 CSS 处理，控制字体大小和版 面布局。 4）艺术风格）艺术风格：界面、版面形象清晰悦目、布局合理，字号大小 适宜、字体选择合理，前后一致，美观大方，动与静搭配恰当，动 静效果好；色彩和谐自然，与主题内容

25、相协调。 5.2 响应时间需求响应时间需求 无论是客户端还是管理端，当用户登录，进行任何操作的时候， 系统应该及时地进行反应，反应的时间在 5 秒以内。系统应能监测 出各种非正常情况，如与设备的通信中断，无法连接数据库服务器 等，以避免出现长时间等待甚至无响应。 5.3 可靠性需求可靠性需求 系统应保证 724 小时内不宕机，保证 20 人可以同时在客户端 登录，此时系统能正常运行，正确提示相关内容。 5.4 开放性需求开放性需求 系统应具有较强的灵活性，以适应将来功能扩展的需求。 5.5 可扩展性需求可扩展性需求 系统设计要求能够体现扩展性要求，以适应将来功能扩展的需 求。 5.6 系统安全

26、性需求系统安全性需求 系统有严格的权限管理功能，各功能模块需有相应的权限方能 进入。系统需能够防止各类误操作可能造成的数据丢失，破坏。防 止用户非法获得网页以及内容。 16 6.产品提交产品提交 提交产品为： a）应用系统软件包； b）数据库初始数据； c）系统开发过程文档； d）系统使用、维护说明文档，提交方式为 CD 介质。 7.实现约束实现约束 系统的实现约束如下： a）操作系统为 Windows200； b）开发平台为：eclise-SDK-3.1.2-win32； c）数据库为 SQL serer2000。 第二章第二章 宾馆信息管理系统概要设计宾馆信息管理系统概要设计 1.1.系统

27、分析系统分析 2.系统分析系统分析 本系统可以实现网上在线预订客房，客户通过互联网投递预订 信息进行网上预定。同时，宾馆可以汇总预订信息，游览预订信息， 并通过预订信息选择合格的房间，通知客户预订成功。系统包括管 17 理端子系统和客户端子系统。 管理端子系统包括客房管理，客房信息发布，消费记账管理， 用户管理等功能。客户端子系统包括查询客房，预订信息录入，提 交预订信息等功能。图 B-1 客户端和管理端的组成构图。 宾宾馆馆信信息息管管理理系系统统 客客户户端端子子系系统统管管理理端端子子系系统统 查查询询房房间间 预预定定房房间间 填填写写预预订订信信息息 客客房房信信息息发发布布 客客房

28、房信信息息管管理理 入入住住管管理理 退退房房管管理理 预预订订管管理理 维维护护系系统统 管管理理用用户户 消消费费信信息息管管理理 获获取取消消费费信信息息 图图 B-1 管理端客管理端客户户端子系端子系统统 2.2. 界面设计界面设计 本系统用户和管理员共用一个界面，然后分为管理端和客户端。 18 图图 2-2 页页面之一面之一 2.12.1 管理端界面设计管理端界面设计 主要实现入住管理，退房管理，预订管理，客房信息管理，消 费记账管理以及用户管理等功能。主要界面设计如下： 入住管理：包括“客房列表” 、 “修改入住信息”页面； 退房管理：包括“客房列表” 、 “修改退房信息” ； 客

29、房信息发布：包括“客房列表” 、 “客房详细信息” 、 “修改 客房信息”“预定申请表”等页面； 预订管理：包括“预定列表”“修改预定信息”等页面； 消费记账管理：“客户消费列表” ， “修改消费信息”等页面； 19 图图 2-3 客客户预户预定界面定界面 3.2 客户端界面设计客户端界面设计 客户端主要为客户提供网上预定的过程，应聘者通过选择合适 的房间，填写预订申请，提交的预订申请到服务器端，供管理者查 询。 在客户界面，客户首先进入宾馆主界面，点击“预定”按钮进 入客房列表界面，包括“客房列表” 、 “客房详细信息” 、 “预定申请” 、 “填写个人基本信息”等页面。 3.3. 体系结构

30、体系结构 系统的总体结构设计遵循如下原则。 1）系统应具有良好的适应性：能适应用户对系统的软件环境、 管理内容、模式和界面的要求； 2）系统应具有可靠性：采用成熟的技术方法和软件开发平台， 以保证系统在以后的实际应用中安全、可靠； 3）系统应具有较好的安全性：应提高安全机制和用户权限限制 机制的完善程度，确保数据的受限访问； 4）系统应具有良好的可维护性：系统应易于维护、安装； 5）系统应具有良好的可扩展性：系统应适应未来信息化建设的 20 要求，能方便地进行功能扩展，以建立完善的信息集成管理体系。 本系统采用体系结构，struct 是一个基于模型（Model）一视图 （View）一控制器（C

31、ontroller） ，即 MVC 模式的应用架构的开源框 架。 3.13.1 体系结构体系结构 目前软件项目中有很多体系结构，其中 struct 是比较流行的一种。 3.1.1 struct 体系结构(本工程是用.NET 设计的.NET 对体系结构的要求不是重点，下面的文字仅供读者 参考。) 对于开发 Web 应用，要从头设计并开发出一个可靠、稳定的框 架不是一件容易的事情。随着 Web 开发技术的日趋成熟，在 Web 开发领域出现了一些现成的优秀的框架、开发者可以直接使用它们， struct 就是一个很好的框架结构，它是在 JSP Model2 基础上实现的 一个 MVC 框架，在 str

32、uct 框架在模型由实现业务逻辑的 JavaBean 或者 EJB 组件构成，控制器由 ActionServlet 和 Action 来实现，视图 由一组 JSP 文件组成，图 B-5 显示了 Struct 实现的 MVC 框架。 同时只得一题的是，使用的 SwitchAction，是程序模块化，更易 维护和后期管理。 21 修改入住信 息 管理首页 入住管理 客房信息发 布 退房管理 预订管理管 理 消费记账管 理 用户管理 入住管理 客房信息发 布 退房管理 预订管理 消费记账管 理 用户管理 客房列表 客房详细信息 预览入住信息 客房入住信息 列表 预订者申请表 修改预定信 息 预订信息

33、预览 用户列表 增加用户 删除用户 用户权限 用户信息 修改用户信息 客房入住信 息列表 修改退房信 息 预览退房信 息 消费记账信息 修改消费信 息 消费信息预览 图图 B-5 管理端的管理端的页页面流程面流程 客户网上登录 宾馆基本信息 客房列表 客房详细信息 预定申请 填写个人基本信息 填写预定时间 提交 图图 2-6 客客户户端的端的页页面流程面流程 视图，视图，就是一组 JSP 文件，这些 JSP 文件没有业务逻辑，也 没有模型信息，只有标签，这些标签可以是标准的 JSP 标签或者是 22 客户化标签，如 struct 标签库的标签。此外，通常将 struct 框架 中的 Actio

34、nForm Bean 也划为视图模块，ActionForm Bean 是一种 JavaBean，除了具有一些 JavaBean 的常规方法外，还包含了一些特 殊的方法，用于验证 HTML 表单数据以及将其属性重新设置为默认值。 Struct 框架利用 ActionForm Bean 来进行视图和控制器之间表单数 据的传递。Strcut 框架将用户输入的表单数据保存在 ActionForm Bean 中，将它传递给控制器，控制器可以对 ActionForm Bean 中的 数据进行修改，JSP 文件使用 struct 标签读取修改后的 ActionForm Bean 的信息，然后重新设置 HTM

35、L 表单。 控制器 ActionServlet 视图 JSP Struct-config.xml 模型 JavaBean EJB Action Action Action 浏览器 Web 服务器 图图 2-7 struct 实现实现的的 MVC 框架框架 控制器，控制器，控制器由 ActionServlet 类和 Action 类实现， ActionServlet 类是 struct 框架中的核心组件，是这个 MVC 的中央 控制器的角色。ActionServlet 主要负责接收 HTTP 请求的信息，根 据配置文件 struct-config.xml 的配置信息，将请求转发给适当的 Acti

36、on 对象，如果该 Action 对象不存在，ActionServlet 会先创建 这个 Action 对象.Action 类负责调用模型的方法，更新模型的状态， 并帮助控制应用程序的流程，对于小型简单的应用，Action 类本身也 可以完成一些实际的业务逻辑。 模型，模型，模型表示应用程序的状态和业务逻辑，业务逻辑常常 由 JavaBean 或者 EJB 组件实现。 如果在 Web 应用开发中套用现成的 struct 框架，就可以简化每 个开发阶段的工作，开发人员可以更加有针对性地分析应用需求， 不必重新设计框架，只需在 struct 框架的基础上，设计 MVC 各个模 块包含的具体组件，在

37、编码过程中，可以充分利用 struct 提供的各 种实用类和标签库，简化编码工作。 Struct 框架可以方便迅速地将一个复杂的应用划分成模型、视 图和控制器组件，而 struct 的配置文件 struct-config.xml 可以灵 23 活地组装这些组件，以简化开发过程。 3.1.2 系统体系结构 根据系统分析结果，该系统从结构上应满足： 基于游览器进行显示以方便用户使用； 采用 MVC 的三层体系结构，分化各个功能组件； 采用 JDBC 技术与数据库通信以便于数据库的转换； 采用标签技术完成动态页面的简单逻辑。 本系统的体系结构如图 2-6 所示，它基本遵循了 struct 体系的 M

38、VC 框架规范。 视图(V)层:用户界面(浏览器) HTML,CSS,DHTML,JavaScript,XML 视图(V)层:服务器端脚本 Connects UI to Business Objects, Java Server Pages,Java Servlets 控制(C)层:分布式组件 JavaBean 图图 2-8 系系统统的体系的体系结结构构 其中： 表示层，表示层，用于与用户进行交互并显示结果。包括所有的 JSP， 提供用户界面，接受用户输入，还包括相应的 ActionFrom Bean，用 来存放表单数据，并进行表单数据验证； 控制层，控制层，包括所有的 Action 类，它完

39、成三项任务，一是进行 业务逻辑验证，二是调用模型组件，三是决定将合适的视图组件返 回给用户； 模型，模型，包括进行逻辑处理的 JavaBean 等，数据库采用 ODBC 技术以提供数据库的可移植性。 1）客户层：）客户层：用于与企业信息系统的用户进行交互以及显示根据 特定业务规则进行计算后的结果。本系统将完全采用基于 Web 的 24 （B/S 架构）客户端，即用户可以直接通过浏览器来访问和使用本系 统。 2）中间层：）中间层：这相当于三层标准架构中的 Web 应用服务层，支持 诸如响应客户请求以及查询等功能。并且由中间层进行逻辑处理， 再将处理的结果反馈给客户或者发送到数据库中。 3）服务层

40、：）服务层：主要是数据库系统，这里的数据库系统主要是关系 数据库系统（RDMS） 。 3.23.2 系统进行环境系统进行环境 下面讲述系统运行的网络结构，硬件、软件环境。 3.2.1 网络结构网络结构 主要是希望在局域网内使用。 3.2.2 硬件环境硬件环境 本系统的硬件环境如下。 1）客户机：普通 PC CPU：P41.8GHz 以上 内存：256MB 以上 能够运行 IE5.0 以上或者 Netscape4.0 以上版本的机器 分辨率：推荐使用 1024768 像素 2）Web 服务器 CPU：P42.0GHz 内存：1GB 以上 硬盘：80GB 以上 网卡：KMb/s 速度网卡 3）数据

41、库服务器 CPU：P42.0GHz 内存：1GB 以上 硬盘：80GB 以上 32.3 软件环境 本系统的软件环境如下： 操作系统：windows XP 数据库：MySQL6.0 开发工具包：JDK Version1.5 开发环境：Myeclipse7.1 Web 服务器：Tomcat6.02 25 浏览器：IE5.0 以上 1） 数据库及操作系统：数据库及操作系统：使用免费的开源项目 MySQL 2）Web 服务软件：服务软件：同样使用免费的开源项目 Tomcat 4.4. 数据模型数据模型 本系统的数据模型设计内容主要是进行数据库的设计。 4.14.1 数据库的概念结构模型设计数据库的概念

42、结构模型设计 概念设计用来反映现实世界中的实体、属性和它们之间的关系 等的原始数据形式，建立数据库的每一幅用户视图。图 2-8 是系统 E-R 图。 客户端主要功能是”查看客房信息” ， “填写预订申请” 。 管理端的功能是“查看入住及退房信息” “修改入住及退房信 息” ， “查看消费记账信息” ， “修改消费记账信息” ， “查看预订信息” ， “修改预订信息” 。它们的关系如图 1-1 所示、 。 4.24.2 数据库的逻辑结构模型设计数据库的逻辑结构模型设计 数据库的逻辑设计是将各局部的E-R图进行分解、合并后重新组织起 来形成数据库全局逻辑结构，包括所确定的关键字和属性、重新确 定的

43、记录结构、所建立的各个数据之间的相互关系。根据本系统需 求分析，系统管理员的数据库包括了消费记账表，退房及入住表， 预订管理表。 spendlist（消（消费记账费记账列表）表列表）表 字段名字段代码字段类型关键 字 可否 为空 代码字典 表 酒水代号 WineIDVARVARCHAR(12)YN 酒水名称 WineNameVARVARCHAR(30)N 酒水年限 WineYearsVARVARCHAR(10)N 单瓶售价 PerMoneyVARVARCHAR(10)N 消费瓶数 BottleVARVARCHAR(10)N 消费房间 RoomNumberINTN 26 号 rommlist（入

44、住信息列表）表（入住信息列表）表 字段名字段代码字段类型关 键 字 可否 为空 代码字 典表 房间号 RoomIDVARVARCHAR(12)YN 入住时间 CheckinTimeVARVARCHAR(30)N 入住人数 CheckinPersonVARVARCHAR(10)N 定金数 FrontMoneyVARVARCHAR(10)N 退房时间 CheckoutTimeVARVARCHAR(10)N 交款金额 PayingAmountINTN booklist（ （预预定信息列表）表定信息列表）表 字段名字段代码字段类型关 键 字 可否 为空 代码字 典表 姓名 NameVARVARCHAR

45、(12)YN 年龄 AgeVARVARCHAR(30)N 所在单位 DanWeiVARVARCHAR(10)N 到达时间 ArriveTimeVARVARCHAR(10)N 人数 PersonVARVARCHAR(10)N 预计居住 时间 ProspectTimeINTN 27 FK1 FK2 FK4 FK3 spendlist P PK KRoomNumber FK1 WineID FK2WineYears FK4PerMoney FK3Bottle FK1 FK2 FK4 FK3 roomlist P PK KRoomID FK1 CheckinPerso n FK2CheckinTime

46、 FK4CheckoutTime FK3FrontMoney FK1 FK2 FK4 FK3 booklist P PK KName FK1 DanWei FK2ArriveTime FK4ProspectTime FK3Person 28 5.5. 模块模块 系统分为 3 个模块： 5.1 登录模块 5.2 管理员模块 5.3 客户端模块 5.15.1 登录模块登录模块 5.1.1 表示层设计表示层设计 根据上述功能介绍，总结出客户端的页面设计如表 2-1 所列。 表表 2-1 登登录录模模块块的的页页面面设计设计 界面。Net功能描述 主页面首页。aspx主页面 5.1.2 控制层控制层

47、控制层主要是设计 Action 组件，Action 负责单位事件的流程控制， Action 映射决定了 Action 与其他 Web 组件之间的关联关系。 表表 2-5 客客户户端端应应用的用的 Action 映射映射 事件 Action 入口 ActionForm 出口 登录 PreLoginAction LoginActon login.jsp login.jsp LoginFormadmin/main/main.jsp Teacher/teacher/main.jsp 5.1.3 模型层模型层 在 struct 框架中，模型组件负责完成业务逻辑，模型组件可以是 JavaBean、EJB

48、和实用类。客户端的业务逻辑主要是完成数据库的操作，提交 用户的简历信息和问卷回答信息到数据库中。具体的模型组件如表 2-6 所示。 表表 2-6 客客户户端的模型端的模型组组件件 模型组件描述 loginValue 登人员这信息 29 第三章第三章 宾馆信息管理系统详细设计宾馆信息管理系统详细设计 1.1.系统设计概述系统设计概述 根据宾馆信息管理系统的概要设计，本系统按照功能分解，如下 图。 宾馆管理系统 管理员子系统客户端子系统 图 3-1 模块设计 2.2. 详细设计概述详细设计概述 由于本系统采用了基于。NET 体系结构的设计.应用各种控件进行页面设计美 30 化以及功能实现。 3.3

49、. 宾馆网站的详细设计宾馆网站的详细设计 3.13.1 主页设计主页设计 主页主要实现对其他页面的链接，本身不实现功能。 3.1.1 主页头文件主页头文件 using System; using System.Data; using System.Configuration; using System.Collections; using System.Web; using System.Web.Security; using System.Web.UI; using System.Web.UI.WebControls; using System.Web.UI.WebControls.WebParts; using System.Web.UI.HtmlControls; 3.1.2 主页美化代码（含图片）主页美化代码（含图