旅游网站的设计方案(编辑修改稿)

旅游网站的设计方案(编辑修改稿)内容摘要：

数据库 图 21 顶层数据流图 顶层数据流图从整体上较清楚地描述了本系统的数据流向和加工处理过程，但是要旅 游 网 站 管 理 系 统 管理员 浏览客户 4 清楚地描述系统数据的流向和加工处理的每个细节，仅用顶层数据流图是不够的。 因此，在全局数据流图的基本上对局部进行单独放大，进一步细化，采用多层的数据流图来描述。 以下是本系统的第一层数据流图 （图 22） ： 图 22 第一层数据流图 留言信息 景点信息 景点信息 线路信息 线路信息 图片信息 图片信息 酒店信息 酒店信息 新闻信息 新闻信息 回复信息 回复信息 留言信息 定单信息 定单信息 定单信息 1 定单信息处 理 2 留言信息处 理 3 旅游新闻处 理 4 旅游酒店处 理 5 旅游图片处 理 6 旅游线路处 理 D1 定单 浏览客 户 管 理 员 7 旅游景点处 理 5 网站数 据字典 数据字典的作用是对数据流图中的各种成分进行详细说明，作为数据流图的细节补充，和数据流图一起构成完整的系统需求模型。 数据字典一般应包括对数据项，数据结构、数据存储和数据处理的说明。 以下列出本系统的主要数据字典条目。 admin(管理员用户表 )= Id(PK)+User_name+User_psd。 article( 新闻表 )=article_id(PK)+ Article_title + Article_content + Article_author +Articletype_i+ Add_date。 line( 线路表 )= line_id (PK)+ line_type (FK)+ line_piame + line_name + line_xingcheng+ line_baojia+ line_anpai+ line_shuoming+ line_price。 hotel( 酒店表 )= hotel_id (PK)+ hotel_name+ hotel_position+ hotel_grade+ hotel_content+ hotel_zwjg+ hotel_citycenter+ hotel_tdprice。 line_ding(线路定单表 )=Waiterid(PK)+Waitername+Waiterpsd。 hotel_ding(酒店定单表 )= hoteldd_id (PK)+ hotel_name + hotel_fjtype+ hotel_fjsum+ hotel_joinpeople+ hotel_begintime+ hotel_endtime+ h_name+ h_content。 guest(留言本表 )= userID (PK)+ userName + userFrom + sex + Content。 jingdianpic(图片表 )= pic_id (PK)+ pic_url + pic_name+ jingdian_id。 jingdian(景点表 )=jingdianid(PK)+ Jingdian_name+ Jingdian_content。 网站功能需求 本 旅游网站网站 是为以 旅游信息发布 、 旅游资料共享、浏览客户与管理员交流 活动为核心的网站，宗旨是 能及时、准确、完整发布游客需要的旅游信息。 1. 浏览客户 浏览客户是只在浏览器端浏览网站信息的用户，也是整个网站 信息需要面向的用户，其主要实现功能为： (1) 客户可以在任意一台与因特网连接的计算机上，通过浏览器浏览本网站 (2) 客户可浏览旅游新闻信息 (3) 客户可浏览旅游线路信息 (4) 客户可浏览旅游酒店信息 (5) 客户可浏览旅游图片信息 (6) 客户可浏览旅游景点信息 (7) 客户可对适合自己的旅游线路或旅游酒店下定单（按照页面的提示对定单进行填写。 ） 6 (8) 客户可在留言本版块进行留言和提问 网站管理员是被赋予网站全部权限的用户，能对网站的所有信息进行修改、更新和删除，其主要功能如下 ： (1)管理员可登录系统 . (2)管理员可添加、删除管理员的信息 (3)网站管理员可对旅游新闻信息进行删除、修改、添加 (4)网站管理员可对旅游线路信息进行删除、修改、添加 (5)网站管理员可对旅游图片信息进行删除、修改、添加 (6)网站管理员可对旅游景点信息进行删除、修改、添加 (7)网站管理员可对旅游酒店信息进行删除、修改、添加 (8)网站管理员可对客户定单信息进行删除、修改、添加 (9)网站管理员可对留言板游客留言信息进行删除、修改、回复 性能需求 1. 网站系统在因特网正常状况下全天候提供 服务，客户可以随时随地的对网站进行浏览访问。 2. 点击页面时 ,显示速度要尽可能的快。 设计约束 1. 安全性约束 要对不同的用户设置不同的权限 ,如浏览客户 (拥有对网站信息的浏览、对定单提交功能 )、管理员 (拥有对网站系统的完全操作权限 ) 2. 完整性约束： (1) 各种信息记录的完整性 ,数据库中要求不能为空的信息内容不能为空。 (2) 各种数据间相互联系的正确性。 (3) 相同的数据在不同记录中的一致性。 3. 软、硬件约束： (1)对于系统开发端的要求： 要运用 Dedecms 软件作为代码编写开发平 台 ,选择它是因为它有很好的查错功能，并能很方便的安装插件，从而大大扩展此软件的功能。 其运行的硬件要求是： CPU 要求7 以上 ,内存在 256M 以上 ,磁盘可用空间 20G 以上；在开发 PHP 应用程序之前 ,系统还必须安装 Framework 和 TOMCAT。 (2)对于客户端的要求： 要求 不高 ,要求能连接互联网，可以正常浏览网页的单机都行。 四 、 系统数据层设计 网站功能结构设计 通过对张家界旅行社网站的考察和 需求分析时对网站功能的分析，我们可以得出以下 前台 功能结构图： 网站模块设计 模块化：按照 后台 功能将一个软件切分为许多部分单独开发，然后再组装起来，每一个部分即为模块。 根据图功能结构图，将网站模块化如下： 一、旅游新闻模块 二、旅游线路模块 三、旅游图片模块 四、酒店信息模块 五、留言本模块 六、旅游景点模块 旅游网站管理系统 旅游酒店 定单提交 留言板 旅游图片 旅游线路 图片管理 景点管理 线路管理 酒店管理 定单处理 用户管理 新闻管理 旅游景点 旅游新闻 前台主界面 后台管理系统 8 七、定单处理模块 网站数据库设计 数据库需求分析 系统各种功能的实现离不开数据库的支持 ,因此数据库的设计是本系统不可缺少的一部分。 首先对本系统的数据流进行分析 ,得出数据流图 ,然后 进行数据库的 ER 图分析后 ,最后才能进行数据库逻辑结构设计和数据库实现。 根据需求分析 ,确定系统中的实体 ,并且分析其属性 ,实体与实体间的关系是要研究的重点对象 ,实体之间存在一对一、一对多、多对多的关系。 此网站可分为前台系统和后台系统两个部分。 其总体的流程图分析： 图 31 流程图 依据从简单到复杂的设计方式 ,先确定系统需要哪些实体，并对该实体的属性进行分析。 从而得出各实体属性图，最后得出整体 ER 图。 通过分析，本系统需要有以下一些实体： 作者 内容 标题 旅游新闻 类别 时间 成功 游客 旅游留言 登录 重试 失败 成功 游览网站 保存 预订。