旅行治理系统概要设计.docx
《旅行治理系统概要设计.docx》由会员分享，可在线阅读，更多相关《旅行治理系统概要设计.docx（12页珍藏版）》请在冰豆网上搜索。
旅行治理系统概要设计
旅行治理系统概要设计
一、系统设计
系统设计原那么
（1）有效性原那么
系统必需从科技对广大民众有效性的角度动身，让广大民众和喜爱科技的人加倍全面了解科技方面的最新资讯。
（2）易用性原那么
系统应该有友好的用户界面，易于利用，稍有电脑基础的人员即可访问本系统。
（3）经济性原那么
系统充分考虑经济性原那么，以尽可能低的造价为旅行治理系统带来尽可能大的效益，提供良好的性价比。
（4）先进性原那么
系统确保及时快速的更新各大景点的最新报导，让广大民众获取最新的景点新闻资讯。
（5）可扩展性原那么
系统为用户提供了注册利用功能，如此当用户注册本网站后，能够对站内的各旅行团进行参团，为大伙儿提供一个互动的平台。
（6）界面设计原那么
用户界面是一个应用程序最重要的部份，它是最直接的现实世界。
对用户而言，界面确实是应用程序，它们感觉不到幕后正在执行的代码。
不论花多少时问和精力来编制和优化代码，应用程序的可用性仍然依托于界面。
用户界面应具有的特点。
（1）利用性
1.利用的简单性，对不同年龄段的人群只要有一些电脑操作基础即可。
2.快速搜索功能。
3.快速的系统响应和低的系统本钱。
（2）灵活性
针对不同的用户本系统提供不同的登录界面。
（3）设计菜单与工具栏
关于旅行治理系统界面的菜单，应尽可能地设计为简单、清楚、方便、美观。
系统整体设计
系统架构设计
三层架构（3-tierapplication）通常意义上的三层架构确实是将整个业务应用划分为：
表现层、业务逻辑层、数据访问层。
区分层次的目的即为了“高内聚，低耦合”的思想。
1.表现层：
展现给用户的界面，即用户在利用系统的时候的所见情形。
2.业务逻辑层：
针对具体问题的操作，对数据业务逻辑处置。
3.数据访问层：
直接操作数据库，针对数据的增加、删除、修改、更新、查找等等。
数据库设计
概念结构设计
在需求分析时期所取得的应用需求应该第一抽象为信息世界的结构，才能更好地、更准确地把用户的数据要求清楚、准确的描述出来，概念模型是一种面向问题的数据模型，用于信息世界的建模，数据库设计人员和用户之间进行交流的语言，它按用户的观点对数据成立的模型，描述了从用户角度看到的现实环境。
描述概念模型的有力工具是E．R（Entity—Relationship，实体－联系）图，本系统的E-R图
E-R图
数据库的描述
数据库采纳Access进行数据库表的创建
表名及字段名在数据库中都是用英文表示
数据库关系结构
数据库要紧由用户表、景点介绍表、用户参团表、新闻类型表、景点品级表、度假村信息表、动态新闻内容表。
数据库表的设计
（1）、用户表（t_user）
（2）、景点类型表（t_scenerytype）
（3）、景点介绍表（t_scenery）
（4）、用户参团表（t_participation）
（5）、新闻类型表（t_newstype）
（6）、景点品级表（t_level）
（7）、度假村信息表（t_holiday）
（8）、动态新闻内容表（n_newlist）
二、系统模块设计
网站后台设计的要紧模块有会员治理，新闻治理，景点治理，度假治理，治理员治理。
后台登录模块设计
为了爱惜旅行治理系统的信息内容不被他人窜改，本系统实行治理员利用治理员账号和密码登录系统，登录正确的用户名和密码而且输入系统提供的验证码后，会弹出窗口显示登录成功的对话框后，方可进入系统，不然，系统会依照具体情形提示账号或密码错误。
网站前台要紧功能模块设计
网站首页模块设计
网站的首页要紧分为六大版块，要紧有旅行信息十大主题，
（1）首页图片
（2）相应主题的信息显示；（3）参团信息（4）度假信息和度假介绍（5）用户登录和注册（6）联系咱们（7）新闻动态展现（8）景点展现
系统分析建模
2.3.1创建用例图
阅读者的阅读网页
一般用户能够进行的操作
治理员能够进行的操作的用例图
2.3.2创建交互视图
治理员的操作顺序
阅读者登录页面阅读旅行信息。
当阅读者注册成为会员用户或已是会员用户时，填写账号密码登录后能够进入系统主页面，进行景点、新闻和度假村简介的阅读，并能够对自己的需要进行参团选择。
2.3.3数据流图
数据流图，简称DFD，确实是采纳图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换进程，是结构化系统分析方式的要紧表达工具。
2.3.4系统功能结构
系统流程图
系统类图
Title类图
工作人员类图
景点类图
系统治理员
游客类图
预定类图
类关系视图
升级会员 