基于bs架构的旅游信息管理网站的设计与实现内容摘要:
规模。 旅游业 作为一个 城市的旅游服务系统 ,具有 服务 性质 很强的商业性质。 所以,考虑系统面向的 对象 ,系统开发 后的应用对象需要进行必要的定位。 那么 它 需要具有 哪些特点呢。 1. 一般来讲, 旅游业 的规模决定 宣传网站 的大小。 而 旅游信息管理网站 面向的对象是 旅 客和 旅游业投资 者 , 其面对的范围是世界的每一个角落 , 数据量 宽而不繁 , 应满足各种不同需求 的数据配置 ,信息 查询 等。 为 管理员 提供可以 对整个网站系统进行综合管理 的功能。 2. 旅游业 作为提供 旅游 服务 工作系统 ,不仅要求便于管理,而且要求对 旅客 提供方便快速的查找。 一个好的 旅游信息管理网站 不仅仅看它 的 硬件条件设施 ,还要看它的服务 质量 及 工作效率 是否良好 ,还要看它的管理机制 和宣传机制 是否健全。 信息管理网站 需要 一个 宣传平台 ,对各 种 旅游信息 及时 管理 , 因此时效性对其具有重要的意义。 作为 旅游业 的 宣传 人员来说需要及时地对 旅游信息 进行 全面系统的宣传。 系统可行性研究分析 可行性分析是在进行初步调查后所进行的对系统开发必要性和可 能性的研究,所以也称为可行性研究 [13]。 本次所设计旅游 信息 管理 网站 也应从 这三个可行性 方面来论证。 通过长时间的观察与实践,我认为 旅游信息管理网站 的可行性分析如下: 1. 经济可行性分析 城市 旅游资源丰富 ,前景较好, 各旅行社只需配备有支持本系统的硬件平台,而且本系统对客户端的要求很低,只需电脑上安装有浏览器,并且能够上网, 而基于 B/S架构的旅游信息管理网站的设计与实现 8 且本 软件系统的开发成本不高,在经济方面本系统的开发是可行的。 并且 经本网站的统一的高效益的宣传,对 旅游业 综合的宣传和形象的塑造,对 旅游业 有很好的经济效益。 2. 技术可行性分析 本系统选用的 JSP 技术, HTML 技术, SQL Server 技术经过前辈们的不懈努力,现在已经变得非常的成熟。 与此同时,本系统在开发和实施中用到的软件和硬件都是经过如今软件开发中比较流行的,综合各个方面的因素,完成本系统的开发在技术上是完全可行的。 3. 社会可行性分析 社会可行性主要论证新系统在 政府 机关 或 公司 开发和运行的可能性以及运行后可能 引起 的对 政府 机关 或 公司 的影响,即组织内外是否具备接受和使用新系统的条件。 对传统 方式 的冲击,可能引起 宣传部门 的 人员变动及 调整。 对 旅游业工作人员的要求提高,使 旅游业 在一定的可能下 裁剪员工 , 促使 工作人员继续 学习 计算机知识。 对 旅游资源 与 旅客 之间业务方式的转变和扩充 也具有一定的影响。 基于 B/S架构的旅游信息管理网站的设计与实现 9 第 4 章 旅游信息管理网站 概要设计 原型法 根据实际情况,我们使用原型法( Rapid Prototyping)即以少量代价快速地构造一个可执行的软件系统模型 [20]。 通过对用户需求的分析,可以 得出结论: 该 旅游 旅游信息管理网站 大致可以分为 用户端和管理员端。 用户端分为普通游客和 旅行社 两种。 普通游客的主要功能包括出发地查询、目的地查询、线路查询、旅行社查询、租车信息查询、导游信息查询、自由行信息查询等。 旅 行社端功能包括旅行社基本信息维护、线路信息维护、旅游资讯发 布等。 管理员端功能包括普通用户信息维护、旅游信息发布、线路推荐等。 如图 41 所示。 图 41 旅游信息管理网站 模块 1. 普通游客 有 3 个模块功能: ( 1) 个人信息维护:修改个人信息、注销个人信息。 ( 2) 旅游信息查询:出发地查询、目的地查询、旅行社查询、旅游线路查询、导游信息查询、租车信息查询、自由行信息查询。 ( 3) 旅游信息推荐:查看推荐信息。 2. 旅行社有 6 个模块功能: ( 1) 旅行社信息维护:添加旅行社信息、修改旅行社信息、删除旅行社信息。 ( 2) 旅游线路维护:添加旅游线路、修改旅游线路、删除旅游线路。 基于 B/S架构的旅游信息管理网站的设计与实现 10 ( 3) 导游信息维护:添加导游信息、修改导游信息、删除导游信息。 ( 4) 租车信息维护:添加租车信息、修改租车信息、删除租车信息。 ( 5) 自 游 行信息维护:添加自 游 行信息、修改自 游 行信息、删除自 游 行信息。 ( 6) 资讯发布:旅行社优惠信息发布。 3. 管理员端 有 6 个模块功能: ( 1) 用户信息维护:添加用户信息、修改用户信息、删除用户信息。 ( 2) 旅行社信息维护:添加旅行社信息、修改旅行社信息、删除旅行社信息。 ( 3) 资讯发布:旅游相关部门 资讯发布。 ( 4) 旅游信息推荐:发布旅游信息推荐、修改旅游信息推荐、删除旅游信息推荐。 ( 5) 线路排序:按线路名称排序、按线路 远近 排序、按线路 价钱 排序。 ( 6) 相关链接:增加相关链接、修改相关链接、删除相关链接。 系统管理数据流图 为了更好的设计 旅游信息管理网站 ,我做了周密而细致的分析 ,画出了系统管理的数据流图 . 如图 42 所示。 图 42 登录系统数据流图 基于 B/S架构的旅游信息管理网站的设计与实现 11 系统结构图 系统结构图主要包括了前台界面的各个模块和后台管理的操作。 如图 43 所示: 图 43 系统结构图 基于 B/S架构的旅游信息管理网站的设计与实现 12 第 5 章 数据库设计和结构创建 数据库设计过程 该 系统开发过程中 的核心就是数据库的设计。 整个项目的质量很大一部分受数据库设计的好坏的影响。 一切项目设计的基础就是数据的设计。 假如设计的不是非常的合理和完善,肯定会在项目开发过程或者是项目后期的维护中,以及在对项目进行功能的变更或扩充时必然引起很多的问题,严重的话还要重新对项目的数据库进行设计,重做大量的已经做完的工作。 数据库 的 设计可以分成 四 个阶段: 1. 数据库需求分析。 2. 建立概念性数据模型。 3. 逻辑设计。 4. 物理设计。 当然 一个严谨而且完善的 数据库, 需要 系 统 地分析 问题。 在系统分析阶段,开发者 和 客户都紧密 合作,共同收集和分析数据 ,不断完善客户 对 系统 的要求 ,力争做到客户满意。 根据系统分析, 旅游信息管理网站 的要求如下 : 1. 需求分析: ( 1) 能够处理 旅游信息 , 对 新闻标题 、景点信息 的 添加、 修改及删除。 ( 2) 能够实现 用户与网站的交流。 ( 3) 能够进行 用户间的互动交流。 2. 系统性能要求: ( 1) 系统安全、可靠。 ( 2) 功能齐全。 ( 3) 操作方便、界面友好。 ( 4) 易于维护和扩充。 3. 系统的功能分析 : ( 1) 密码设置: 管理 员均 设置 有自己的密码, 用来 防止非本系 统 管理 员 进入篡改数据、盗取信息。 ( 2) 信息 维护:为了 对每一 个用户信息及景点信息 进行管理 , 系统 管理员基于 B/S架构的旅游信息管理网站的设计与实现 13 对各种表 的信息都能进行 修改、删除、添加等操作。 ( 3) 系统查询:可以按 关键字 进行 模糊 查询。 数据库需求分析 数据库需求分析 在于 务必要 弄 清楚客户 对开发的数据库系统的确切要求。 SQL 2020 数据库设计的第一步是明确数据库的目的和如何使用。 明确 数据库的目的之后,就可以 根据所确定的目的来选择 需要保存的信息(表),以及每个 表所需要 保存 的 信息(表中字段)。 这 是 开发者在 进行系统功能划分和系统设计最重 要的环 节。 以下为系统所需的数据项和数据结构的使用情况: 1. 管理员信息 :调用 管理员信息 表 ,生成 系统编号 ,用户 名 ,密码 ,权限等。 2. 注册用户信息:调用注册用户信息表 ,生成系统编号 , 用户名,密码,姓名,电话,邮箱, ,头像,籍贯,地址,性别,等等。 3. 景点信息:调用景点信息表 ,生成 景点 编号 ,星级,简介,照片,票价等。 4. 新闻信息:调用新闻信息表 ,生成 新闻 编号 ,标题,类别,内容,添加人等。 数据库概念结构设计 ER 图 概念结构设计在 程序开发 过程中是 非常 重要 ,通常采用 ER 图 的 设计 方法 [10]。 根据本系统的数据库 及其 功能结构画出主要的 ER 图。 1. 管理员信息实体:调用管理员信息表 ,生成系统编号 ,用户名 ,密码,权限等。 如图 51 所示: 图 51 管理员信息 ER 图 2. 注册用户信息实体:调用注册用户信息表 ,生成系统编号 , 用户名,密码,姓名,电话,邮箱, ,头像,籍贯,地址,性别,等等。 如图 52 所示: 基于 B/S架构的旅游信息管理网站的设计与实现 14 图 52 注册用户信息 ER 图 3. 景点信息实体:调用景点信息表 ,生成系统编号 ,名称,星级,地址,电话,简介,照片,票价等。 如图 53 所示: 图 53 景点信息 ER 图 4. 新闻信息实体: 调用新闻信息表 ,生成系统编号 ,标题,类别,内容,添加人等。 如图 54 所示: 图 54 新闻信息 ER 图 基于 B/S架构的旅游信息管理网站的设计与实现 15 数据库逻辑结构设计 逻辑结构设计就是把 之前 概念结构设计阶段 的 基本 E 一 R 图转换为与数据模型相符合的逻辑结构。 逻辑结构是 一种独立的数据模型,一般情况下 用 到 的数据库环境已经给定 ,因此首先需要将 ER 图 转换为关系模型,然后根据具体 DBMS 的特点和限制转换为特定的 DBMS 支持下的数据模型,最后进行优化 [16]。 数据库结构的创建 数据 库 结构的创建是对数据库表的创建。 1. 管理员信息 表 : 管理员 信息表 包括管理员的 用户 名 、 密码等信息。 其对应的字段如表 55 所示: 表 55 管理员信息 表 : 字段名 数据类 型 长度 是否主键 备注 ID int 4 是 主键,非空,唯一 userName varchar(50) 50 否 非空 Pwd varchar(50) 50 否 非空 Addtime datetime 8 否 非空 2. 景点 信息表: 景点信息表包括所有景点的名称、星级、简介、照片及票价等信息。 其对应的字段如表 56 所示: 基于 B/S架构的旅游信息管理网站的设计与实现 16 表 56 景点信息表: 字段名 数据类型 长度 是否主键 备注 ID int 4 是 主键,非空,唯一 mingcheng varchar(50) 50 否 非空 xingji varchar(50) 50 否 非空 dianhua jianjie zhaopian piaojia addtime varchar(50) varchar(50) varchar(50) varchar(50) datetime 50 50 50 50 8 否 否 否 否 否 非空 非空 非空 非空 非空 3. 用户注册 信息表: 用户注册信息表包括用户名、密码、性别、电话、地址及 等信息。 其对应的字段如表 57 所示: 表 57 用户注册信息表: 字段名 数据类型 长度 是否主 键 备注 ID int 4 是 主键,非空,唯一 yonghuming varchar(50) 50 否 非空 Mima varchar(50)。基于bs架构的旅游信息管理网站的设计与实现
相关推荐
( Super_Pro1_Type) 名称 数据类型 长度 是否允许为空 Super_Pro1_ID int 4 否 Super_Pro1_Type nvarchar 50 是 Super_Company_Type nvarchar 50 是 表 4 商区信息表( Super_Area) 名称 数据类型 长度 是否允许为空 Super_Area_ID int 4 否
83。 14 谢 辞 16 参考文献 17 附 录 18 桂林电子科技大学课程设计(论文)报告用纸 第 1 页 共 26 页 引 言 脉搏波所呈现出来的形态、强度、速率和节律等方面的综合信息,能反映出人体心血管系统中许多生理疾病的血流特征。 本系统采用 STC89S51 单片机为核心而制作的一种实用型脉搏测量仪。 采用 HK2020A 集成化脉搏传感器作为传感器对人体的脉搏心率警醒数据采集。
的。 通过硬件和软件以及控制 /舆接口,来实现不同窗口的动态显示。 它透明度高:图像叠加透明显示,共有 256级透明度,令动态图像和背 景活灵活现。 并联扩展性极好:系统采用并联框结构,最多可控制上千个投影机同时工作。 投影显示墙的比较 CRT LCD DLP 目前国际上流行产品的尺寸(对角线 /英寸) 4 4 51 7 8 100、 1 150 50、 60、 67 光源 7英寸投影管灯泡
下降沿到CLK启动时间5usCLXDATAtcxptcxltcxhtcxdltcxdh SPI和QSP通信模式简介这种模式经常用在各种不同的微处理器中的。 此时CONV接到任意的I/O口(在SPI中)或接到PCX脚(在QSPI中)。 CLK可以接到串行时钟接口,DATA接到串行数据输入引脚如MISO (masterin slave out)。
导致片内基准源与外部参考源的短路。 如果 AREF 引脚没有联接任何外部参考源,用户可以选择 AVCC 或 作为基准源。 参考源改变后的 第一次 ADC 转换结果可能不准确,建议用户不要使用这一次的转换结果。 转化结果 转换结束后 (ADIF 为高 ),转换结果被存入 ADC 结果寄存器 (ADCL,ADCH)。 单次转换的结果如下: ADC=VIN * 1024/VREF 式中, VIN
DS18B20 中的每个器件上都有独一无二的序列号。 实际应用中不需要外部任何元器件即可实现测温。 测量温度范围在- 55。 C到+ 125。 C之间。 数字温度计的分辨率用户可以从 9位到 12 位选择。 内部有温度上、下限告警设置。 DS18B20 的数据输入 /输出端连接于 Atmega16L 的 PA7 引脚 ,电路原理如图 6所示。 AGND31X113X212R E