旅游管理系统数据库设计说明书
旅游管理系统软件设计规格说明书

旅游管理系统软件设计规格说明书1.引言1.1编写目的软件设计的任务是将软件需求变换成为软件的具体设计方案。
概要设计根据软件需求导出软件的体系结构;详细设计给出软件模块的内部过程描述.该文档是设计结果的详细描述,也是程序员编写程序的功能依据.1.2项目背景开发软件名称:旅游管理系统。
项目开发者:闽江学院学院计算机科学系“旅游管理系统"开发小组:李基滨(120081101147号,组长),肖丽菁(120081101140),范惠华(120081101142),蓝桦滨(120081101143),毕炳溶(120081101152)用户单位:××旅行社1。
3 定义现代的旅游行业繁荣发展,依靠传统的人工处理信息已远远不能及时有效地管理现今越来越庞大的信息。
在面对愈来愈激烈的行业竞争,能否快速、有效掌握管理信息是旅行社取得成功的关键。
所以,旅游管理系统应该能为旅行社提供充足的信息和快捷的信息处理操作,并为其获得更大的利益。
1.4 参考资料⏹陈雄峰,《实用软件工程教程》,机械工业出版社;⏹张害藩,《软件工程导论》(第四版),清华大学出版社;⏹王珊等,《数据库原理及设计》,清华大学出版社;⏹赵池龙等,《软件工程实践教程》,电子工业出版社。
2.需求概述在旅游管理系统中,管理员要为旅行社内部建立多张信息管理表:景点信息表、旅游路线表、导游信息表、游客信息表、车辆信息表。
这些文件存储着旅行社内各种信息,景点信息表和旅游路线表存储着该旅行社提供游客旅游选择的信息以及内部信息处理;导游信息表存储着旅行社内每个导游的基本信息以及带队旅游的信息;车辆信息表存储着旅行社出游时车辆的管理包括车辆的路线、乘客信息等。
游客信息表存储着每一位报名旅游的乘客的基本信息。
对于景点和旅游路线的管理需要管理员将相关信息录入到系统内,在录入过程中可以为防止录入有错误可以进行修改,录入后不可再进行修改,但旅游行业发展迅速,景点和路线时刻都会被开发和取消,所以可以进行添加和删除.对于导游信息表需要系统管理员将导游的信息录入到系统中,便于系统查询导游的基本信息,系统管理员可以对导游的信息进行添加、删除、查询以及修改。
旅游导航智能 GIS 系统数据库设计说明书

旅游导航智能GIS系统数据库设计说明书朱新芳 3020644008 韩炯炯3020644017袁烨城 3021315010 黄山30206420111系统介绍随着生活水平的提高,人们不仅要在物质方面提高生活水平,而且在精神方面希望有一个质的飞跃。
于是。
越来越多的人选择在周末或是假期外出,换换环境,享受在另外一个种环境下的生活方式,来丰富自己的精神世界,扩展视野。
但是,旅游行程路线方案的确定一直是困扰游客的重大问题。
经常能够听到这样的话“真后悔,其实那地方没什么好玩的”;“时间安排不紧凑,要不然可以多玩一些地方”等等。
旅游导航智能GIS系统应运而生,该系统将旅游点和相关信息形象得表达在地图上,为游客提供各种查询,如景点分布图,路线查询,车票查询等,该系统进一步利用实时可视化技术,利用等高线等形成虚拟场景,为游客营造出沉浸式的虚拟环境和现场氛围。
最终帮助游客形成较为合理的游行方案。
2数据库功能2.1编辑。
增添新数据,删除过时信息,更改部分变化信息。
对空间数据和属性数据进行实时的维护,对空间数据可增加和删除数据项、任意查找、修改、编辑,可以由系统自动更新数据或直接对数据库进行修改。
2.2查询显示。
显示、查询可以有多种形式,既可对某一感兴趣的空间特征查询各项属性,也可查出具有某一属性所有空间特征的位置和分布。
用户在系统中可对自己感兴趣的某项内容进行定位查询、标题关键字查询和组合查询等。
所查询的内容以图形、图像、文字等形式予以显示,以便全方位多层次地提取信息。
2.3最优方案生成。
在简单查询和显示的基础上,基于数据库支持,结合游客的个人要求,通过一系列决策模型的构建和比较分析,本系统集成旅游信息预报、交通和导游调度、旅游线路评估、旅游销售预测、天气预报、旺季游客应急安排等大量的专业应用模型和方案,产生适合游客的最优游行路线。
2.4三维动态模拟显示。
利用多媒体手段多角度、多层次地将旅游信息生动直观地表现出来,实现总体略图到详细地图之间的迅速切换,可对某个游客关心的旅游区的信息进行三维动态模拟显示,让游客对选择不同的旅游方案的时空过程有全面的掌握与深刻的理解。
旅游管理系统数据库设计

旅游管理系统数据库设计1、概述随着生活水平得提高,人们不仅要在物质方面提高生活水平,而且在精神方面希望有一个质得飞越。
于就是,越来越多得人选择在周末或就是假期外出,换换环境,享受在另外一种环境下得生活方式,来丰富自己得精神世界,扩展视野。
各种各样得旅行社就由此孕育而生,丰富多彩得旅游景点则需要一个合适得旅行代理来规范并提供各种旅行服务,使得各项工作都有条有理地进行,所以进行旅行代理就是十分必要得。
在计算机飞速发展得今天,将计算机这一信息处理利器应用于旅行大力得日常管理已就是势必所然,而且这也将为旅行代理带来前所未有得改变,它可以带来意想不到得效益,同时也会为企业得飞速发展提供无限潜力。
采用计算机管理信息系统已成为旅行代理科学化与现代化得重要标志,它给企业管理来了明显得经济效益与社会效益。
2、系统目标与建设原则2、1系统目标旅行代理数据库就是为旅行代理服务中各个用户提供数据得记录查询修改备份服务而进行设计得。
根据用户得需求实现信息得输入、查询、修改与维护等管理功能.用户可以通过旅行大力数据库对消费者与旅行代理机构得个项数据进行查询、校正并进行修改.旅行代理数据库还可以对消费者进行合法性认证以接受各项旅行代理提供得各项消费服务。
2、2建设原则本次旅行代理数据库设计主要按照以下几个原则进行:2.2.1能真实充分地反映旅行代理服务流程.在消费者通过合法性认证后,旅行代理机构向消费者购提供旅行代理服务,安排旅行代理保险服务,航班、提供食宿等功能,旅行代理机构根据消费者得需求进行航班班次、航线与时间及航班座位得查询、安排与调整;并提供相应得食宿安排,如食宿得地点、时间、费用等。
在消费者进行登记完成后,旅行代理机构对消费者得登记信息进行数据库化并校对正确后,向消费者发放帐单.消费者与旅行代理机构可以根据已经建立得登记信息数据库对帐单与数据库内容进行查询校对与修改。
2。
2。
2ﻩ 容易理解,有利于管理人员使用。
旅行代理就是非广大消费者服务得,消费者要对登记信息进行查询,查询得登记信息要通俗易懂。
旅行社管理系统需求说明书

旅行社数据库系统需求分析年级/班级:07级4班学号:3007216108编写人:张炎辉2010-9-15修订历史记录目录1、引言 (1)1.1、编写目的 (1)1.2、项目背景 (1)1.3、参考资料 (1)2、任务概述 (1)2.1需求概述 (1)2.2运行环境 (2)2.3条件与限制 (2)3、数据描述 (2)3.1静态数据 (2)3.2动态数据 (2)3.3数据库描述 (3)4、功能需求 (3)4.1功能划分 (3)4.2功能描述 (4)5、性能需求 (4)5.1数据精确度 (4)5.2时间特性 (4)5.3适应性 (4)6、运行需求 (4)6.1界面设计 (4)6.2硬件环境 (5)6.3软件接口 (5)6.4产品质量 (5)6.5故障处理 (5)7、其它需求 (6)7.1数据安全性 (6)7.2可扩展性 (6)8、附录 (6)1、引言1.1、编写目的此软件说明书旨在指导旅行社数据库系统的开发工作,为开发人员提供一套具有一定指导性的文件。
此文档是根据用户的需求,经过分析和总结得到的一套软件开发需求说明。
开发人员的具体开发工作将围绕实现本文档提出的需求功能,以实现需求上的功能为目标。
如若本文档里提到的功能不完善或是存在缺陷,开发人员也可因此通过与文档编写者沟通,进行相应的修改,但本文档属于需求说明书,更多的应该根据客户提出的需求去分析和设计。
1.2、项目背景旅游业在国际上被誉为永不衰落的朝阳产业。
在我国,从1949年11月第一家旅行社诞生起,新中国旅游业已经走过了50年的历程。
1978年,来华旅游入境人数仅为180.9万人次,其中外国人23万人次;旅游创汇2.63亿美元,位居世界第41位。
到2000年,来华旅游入境人数为5450万~5500万人次(其中外国人820万~860万次人次),国际旅游外汇收入140亿美元;国内旅游人数9.5亿~10.3亿人次,国内旅游收入2500亿~2600亿元人民币;全国旅游业总收入达3500亿~3600亿元人民币。
旅游信息管理系统数据库

研究生课程论文论文题目:旅游管理信息系统数据库设计课程名称:数据库与网络技术*名:**专业:机械制造及其自动化学号:************完成时间:2012 年12 月日旅游管理信息系统数据库设计第一章总体规划1.1旅游信息系统简介旅游信息管理系统是对旅游信息资源进行管理的系统。
随着旅游信息在种类和数量上的增多,以及涉及的方面相对较广,旅游信息的管理难度也在增大。
伴随计算机的普及,人们也愿意并习惯通过计算机来获取信息资源,人们可以在最短的时间内获信息,然后拟定适合自己的旅游方案,既节省人力物力又提高工作效率,达到了事半功倍的效果。
旅游信息管理系统设计的方面很广,除了可以找到相关的旅游信息外,还可以查询到当地的交通和酒店信息等,使得查找数据变的简单,不必大量沉浸在书籍和相关影印的材料里,为搜集资料提供便利。
而且在网上的信息更新及时,不会出现现实和实际不符的情况,这也是相对于传统管理的优势所在。
1.2 本系统概述本数据库设计开发的旅游信息管理系统就提供了一个操作的平台,可以将信息进行分类管理,并以旅游信息所涉及的具体方面作为模块划分的依据。
具体内容包括:系统管理员模块、旅游信息模块、酒店信息模块、交通信息模块、常见问题解决模块、节日模块和退出系统模块等,并在这些模块中完成了添加、修改、删除、查询等功能。
旅游管理系统是一个典型的信息管理系统。
该系统是为实现各大旅行社的计算机智能化管理而开发的。
本文主要包含了旅游管理系统的数据库设计部分和该系统各模块的分述。
其中数据库的设计是为了旅游管理系统建立一个必要的数据库,建立的数据库具有完整性和一致性,且具有一定的数据安全性等。
本项目的其它管理系统在数据库中具有保存、读取方便、快捷、功能完备的特点。
1.3 本系统主要功能在本系统的制作中,我将创建系统的如下一些功能:●景点与游客管理功能●景点与导游查询功能●景点与导游配置功能●权限维护功能●景点交通管理功能●本地所有交通查询功能在以上的系统功能模块中,还包括一些统计功能的开发,如参团人数统计、每个景点的每一个旅游团收入的自动统计等。
旅游管理系统设计说明书模板(面向对象方法)

旅游管理系统设计说明书模板(面向对象方法)《项目名称》--设计说明小组名称:设计说明目录1 概述 (1)1.1 编写目的 (1)1.2 参考资料 (1)1.3 术语和缩写词* (1)2 需求概述 (1)3 结构设计 (2)3.1 总体设计 (2)3.2 功能分配 (2)3.3 接口设计 (2)3.4 数据结构设计 (2)3.4.1 公共数据结构设计 (2)3.4.2 数据库设计 (2)3.4.3 数据结构同程序的关系* (2)3.5 出错处理设计* (3)3.6 其它* (3)4 类的设计 (3)4.1 类1设计 (3)4.1.1 功能说明 (3)4.1.2 属性说明 (3)4.1.3 公有方法说明 (3)4.1.4 私有方法说明 (3)4.2 类2设计 (3)4.2.1 功能说明 (3)4.2.2 属性说明 (3)4.2.3 公有方法说明 (3)4.2.4 私有方法说明 (3)5 用例实现的设计 (3)5.1 用例1设计 (4)5.1.1 功能说明 (4)5.1.2 界面设计 (4)5.1.3 交互设计 (4)5.2 用例2设计 (4)5.2.1 功能说明 (4)5.2.2 界面设计 (4)5.2.3 交互设计 (4)【注】本编写指南中带有“*”标志的表示可选部分,即在文档编写过程中可以依据实际项目的具体情况进行取舍,文档完成后这些“*”标记应该去掉。
1 概述1.1 编写目的本文档的编写目的是:详细定义旅游管理系统软件的总体功能;给出系统的结构设计和过程设计,作为程序编写的依据。
1.2 参考资料包括:a.项目来源;为了尽快满足旅游管理人员、游客对高效的旅游管理软件的迫切需求,决定开发一套游客旅游管理系统,对旅游的过程和选择科学管理和利用,并通过旅游网为广大游客提供信息服务。
b.本文档中引用到的规范和资料等;《软件工程概述》《旅游管理系统》c.列出这些规范和资料的作者、编号、标题、发表日期、出版单位或资料来源。
旅游管理系统数据库设计
旅游管理系统数据库设计1.数据库概述:2.数据库表设计:2.1 旅游线路表(Travel_Route):-线路编号(ID):主键,唯一标识线路的编号。
- 线路名称(Name):线路的名称。
- 线路描述(Description):关于线路的详细描述。
- 出发地(Departure):线路的出发地。
- 目的地(Destination):线路的目的地。
- 行程天数(Days):线路的行程天数。
- 价格(Price):线路的价格。
- 创建时间(CreateTime):线路的创建时间。
2.2 旅游商品表(Travel_Product):-商品编号(ID):主键,唯一标识商品的编号。
- 商品名称(Name):商品的名称。
- 商品描述(Description):关于商品的详细描述。
- 价格(Price):商品的价格。
- 创建时间(CreateTime):商品的创建时间。
2.3 订单表(Order):-订单编号(ID):主键,唯一标识订单的编号。
- 用户编号(UserID):订单关联的用户编号。
- 商品编号(ProductID):订单关联的商品编号。
- 线路编号(RouteID):订单关联的线路编号。
- 下单时间(OrderTime):订单的下单时间。
- 订单状态(Status):订单的状态,如待支付、已支付、已完成等。
- 订单数量(Quantity):订单中商品的数量。
- 订单总价(TotalPrice):订单中商品的总价。
2.4 用户信息表(User):-用户编号(ID):主键,唯一标识用户的编号。
- 用户姓名(Name):用户的姓名。
- 创建时间(CreateTime):用户的创建时间。
3.数据库关系设计:3.1旅游线路表与旅游商品表的关系:一个旅游线路对应多个旅游商品,采用一对多关系,即旅游线路表中的线路编号(ID)是旅游商品表中的外键。
3.2订单表与用户信息表的关系:一个订单对应一个用户,采用一对一关系,即订单表中的用户编号(UserID)是用户信息表中的外键。
旅行社管理信息系统数据库设计
旅行社管理信息系统数据库设计姓名:张飞琪学号:0916160331班级:B1603信息技术学院2017年06月一、数据库设计1.1 数据库概念结构3.1.1数据库中各表的数据描述根据前面所作的需求分析本系统的实体及其属性如下:旅游线路(路线号,起点,终点,天数,主要景点)旅游班次(班次号,出发日期,回程日期,旅游标准,报价)旅游团(团号,团名,人数,联系人,地址,电话)游客(游客编号,姓名,性别,年龄,身份证号码,住址,电话)导游(导游编号,姓名,性别,年龄,身份证号码,住址,电话,业绩)交通工具(旅游班次号,出发工具,出发日期,出发班次,出发时间,回程工具,回程日期,回程班次,回程时间)宾馆(宾馆编号,宾馆名,城市,星级,房价,联系人,职务,地址,电话,传真)保险单(保险单编号,保险费,投保日期)用户(用户名,用户密码,权限,编号)1.2整体E-R图图1-1 整体E-R图1.3 数据库逻辑结构1、关系模型及优化旅游线路(路线号,起点,终点,天数,主要景点)旅游班次(班次号,路线号,旅游标准,报价,出发工具,出发日期,出发班次,出发时间,回程工具,回程日期,回程班次,回程时间)旅游团(团号,旅游班次号,团名,人数,联系人,地址,电话)游客(游客编号,团号)导游(导游编号,姓名,性别,年龄,身份证号码,住址,电话,语种,等级,业绩)宾馆(宾馆编号,宾馆名,城市,星级,标准房价,联系人,职务,地址,电话,传真)陪同(旅游班次号,导游编号)食宿(旅游班次号,宾馆编号)用户信息(游客编号,姓名,性别,年龄,身份证号码,地址,电话)3.3.2 视图的设计唯一设计了一个视图,即综合信息查询:包含了团号,团名,旅游团价格,酒店名,酒店星级,酒店价格,导游和旅游景点。
1.4 数据库的实现1、数据字典1-2旅游线路表(TLINE)用来记录旅游的线路信息表1-2 旅游线路表1-3旅游班次表(TNUM)用来记录该旅游班次出发与回程的时间工具等表1-3 旅游班次表1-4旅游团表(TGROUP)用来记录该旅游号的旅游班次及团名人数等相关信息表1-4 旅游团表1-5游客表(TVISITOR)记录了该游客编号所报名的旅游团表1-5 游客表1-6导游表(TGUIDE)记录导游的相关信息表1-6 导游表1-7宾馆表(THOTEL)用于记录宾馆的相关信息表1-7 宾馆表1-8陪同表(TCOM)指明旅游班次的导游人表1-8 陪同表1-9食物表(TFOOD)用于指明旅游班次的居住酒店表1-9 食物表1-10用户信息表(TFIN)用于存储注册包括用户编号,姓名等用户的信息表1-10 用户信息表2、安全性设计该系统的只提供两种用户,一种是管理员,另一种是普通用户,管理员具有对数据库操作的所有权限,普通用户的权限受限,只能对用户个人信息进行修改或者报名旅游。
旅游管理系统数据库设计93992
旅游管理系统数据库设计1. 概述随着生活水平的提高,人们不仅要在物质方面提高生活水平,而且在精神方面希望有一个质的飞越。
于是,越来越多的人选择在周末或是假期外出,换换环境,享受在另外一种环境下的生活方式,来丰富自己的精神世界,扩展视野。
各种各样的旅行社就由此孕育而生,丰富多彩的旅游景点则需要一个合适的旅行代理来规范并提供各种旅行服务,使得各项工作都有条有理地进行,所以进行旅行代理是十分必要的。
在计算机飞速发展的今天,将计算机这一信息处理利器应用于旅行大力的日常管理已是势必所然,而且这也将为旅行代理带来前所未有的改变,它可以带来意想不到的效益,同时也会为企业的飞速发展提供无限潜力。
采用计算机管理信息系统已成为旅行代理科学化和现代化的重要标志,它给企业管理来了明显的经济效益和社会效益。
2. 系统目标和建设原则2.1系统目标旅行代理数据库是为旅行代理服务中各个用户提供数据的记录查询修改备份服务而进行设计的。
根据用户的需求实现信息的输入、查询、修改和维护等管理功能。
用户可以通过旅行大力数据库对消费者和旅行代理机构的个项数据进行查询、校正并进行修改。
旅行代理数据库还可以对消费者进行合法性认证以接受各项旅行代理提供的各项消费服务。
2.2建设原则本次旅行代理数据库设计主要按照以下几个原则进行:2.2.1 能真实充分地反映旅行代理服务流程。
在消费者通过合法性认证后,旅行代理机构向消费者购提供旅行代理服务,安排旅行代理保险服务,航班、提供食宿等功能,旅行代理机构根据消费者的需求进行航班班次、航线和时间及航班座位的查询、安排和调整;并提供相应的食宿安排,如食宿的地点、时 间、费用等。
在消费者进行登记完成后,旅行代理机构对消费者的登记信息进行 数据库化并校对正确后,向消费者发放帐单。
消费者和旅行代理机构可以根据已 经建立的登记信息数据库对帐单与数据库内容进行查询校对和修改。
2.2.2容易理解,有利于管理人员使用。
旅行代理是非广大消费者服 务的,消费者要对登记信息进行查询,查询的登记信息要通俗易懂。
旅游系统详细设计说明书【模板范本】
旅游系统详细设计说明书作者:完成日期:签收人:签收日期:修改情况记录:目录2 程序系统的结构 (1)1.安全登陆模块 (1)1。
1 程序描述 (1)1。
2 功能 (1)1。
3 性能 (2)1.4 输入项 (2)1。
5 输出项 (2)1.6 算法 (3)1.7 流程逻辑 (3)1.8 接口 (4)1.9 存储分配 (5)1.10 注释设计 (5)1。
11 限制条件 (5)1。
12 测试计划 (5)1。
13 尚未解决的问题 (5)2.景区查询设计说明 (5)2.1 程序描述 (5)2。
2 功能 (6)2。
3 性能 (6)2.4 输入项 (6)2.5 输出项 (7)2。
6 算法 (7)2.7 流程逻辑 (8)2。
8 接口 (9)2.9 存储分配 (9)2.10 注释设计 (9)2.11 限制条件 (10)2。
12 测试计划 (10)2.13 尚未解决的问题 (10)3.详细查询设计说明 (10)3.1 程序描述 (10)3。
2 功能 (10)3。
3 性能 (10)3.4 输入项 (11)3.5 输出项 (11)3.6 算法 (11)3。
7 流程逻辑 (12)3.8 接口 (12)3.9 存储分配 (12)3。
10 注释设计 (13)3.11 限制条件 (13)3.13 尚未解决的问题 (13)4。
预算计算3(标识符)设计说明 (13)4。
1 程序描述 (13)4.2 功能 (14)4。
3 性能 (14)4。
4 输入项 (14)4。
5 输出项 (14)4。
6 算法 (15)4.7 流程逻辑 (15)4.8 接口 (16)4.9 存储分配 (16)4.10 注释设计 (16)4.11 限制条件 (16)4。
12 测试计划 (16)4。
13 尚未解决的问题 (17)5.景区热度4(标识符)设计说明 (17)5.1 程序描述 (17)5.2 功能 (17)5.3 性能 (17)5.4 输入项 (17)5.5 输出项 (17)5。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
旅游管理系统数据库设计说明书
编写数据库设计说明书的目的是详细规定待设计数据库的所有标识、逻辑结构和物理结构。
1 引言
1.1 背景
项目名称:神州旅行社管理系统。
设计的目的:为游客和旅行社之间提供一个友好的、直接的交流平台,实现系统内部的查询、删除、修改功能。
开发者人员:组长:张东;副组长:马冰心;组员:徐月、张雯雯、郭婷。
用户:面向于旅行社,后台可以实现数据管理员增删改信息,前台可以实现游客浏览、查看、预定。
1.2 参考资料
《SQL sever数据库项目开发实例》
1.3 术语和缩略词
B/S Browser/Server 浏览器和服务器结构
2 外部设计
2.1 标识
数据库主要包含旅行订单表(apply),旅行线路表(journey),新闻信息表(news),景点信息表(scene),管理员信息表(workerinfo)。
旅行订单表中包括:订单编号(id),客户名称(name),旅行线路(line),旅行人数(num),客户地址(address),电话(tell),描述(show),出发时间(starttime),提交订单系统时间(systime)。
旅行线路表包括:旅行线路编号(id),旅行时间(journey-time),旅行线路(line),景点编号(scene-id)。
新闻信息表包括:新闻编号(id),新闻标题(title),新闻内容(show),日期(date)。
景点信息表包括:景点编号(int),景点名称(scene-name),地方(place),照片(photo),景点描述(show)。
管理员信息表包括:用户名(name),密码(sec)。
2.2 约定
在订单信息表中:订单编号(id)设为主键约束;
在旅行线路信息表中:线路编号(id)设为逐渐约束;在新闻信息表中:新闻编号(id)设为主键约束;
在景点信息表中:景点编号(id)设为主键约束;
2.3 使用该数据库的软件
SQL sever 2005,visual studio2010
2.4 支撑软件
本旅行社管理系统为实现相应的功能,建立有如下存储过程(add_apply),(add_journey),(add_news),(add_scene);
add_apply执行代码如下:
USE [lvyou]
GO
/****** 对象: StoredProcedure [dbo].[Add_apply] 脚本日期: 06/10/2012 23:01:50 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER procedure [dbo].[Add_apply]
@name varchar(50),
@line varchar(100),
@num varchar(50),
@address varchar(50),
@tell varchar(50),
@show text,
@systime datetime,
@starttime datetime
AS
INSERT INTO apply
(
name,
line,
num,
address,
tell,
show,
systime,
starttime
)
VALUES
(
@name,
@line,
@num,
@address,
@tell,
@show,
@systime,
@starttime
)
add_journey执行代码如下:
USE [lvyou]
GO
/****** 对象: StoredProcedure [dbo].[Add_journey] 脚本日期: 06/10/2012 23:03:57 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER procedure [dbo].[Add_journey]
@journey_time varchar(50),
@line varchar(100),
@scene_id int
AS
INSERT INTO journey
(
journey_time,
line,
scene_id
)
VALUES
(
@journey_time,
@line,
@scene_id
)
add_news执行代码如下:
USE [lvyou]
GO
/****** 对象: StoredProcedure [dbo].[Add_news] 脚本日期: 06/10/2012 23:04:13 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER PROCEDURE [dbo].[Add_news]
@title varchar(50),
@show text,
@date datetime
AS
INSERT INTO news
(
title,
show,
date
)
VALUES
(
@title,
@show,
@date
)
add_scene执行代码如下:
USE [lvyou]
GO
/****** 对象: StoredProcedure [dbo].[Add_scene] 脚本日期: 06/10/2012 23:04:31 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER PROCEDURE [dbo].[Add_scene]
@scene_name varchar(100),
@place varchar(50),
@photo varchar(50),
@show text
AS
INSERT INTO scene (
scene_name, place, photo, Show ) VALUES (
@scene_Name, @place, @photo, @show) 2.5 专门说明
根据以上功能,将数据库与项目链接,在执行过程中,测试数据库。
3结构设计
3.1 概念结构设计
新闻管理
景区景点 线 路 其 他 资讯动态 旅游宝典 游记心得
预订模块
后台管理系统
功能:查看、添加及
编辑
3.2 逻辑结构设计
3.3 物理结构设计
建立系统程序员视图,包括
a 数据在内存中的安排,包括索引区、缓冲区的设计
b 所使用的外存设备及外存空间的组织,包括索引区、数据块的组织与
划分等
c 访问数据的方式和方法
4 运用设计
4.1 数据字典设计
对数据库中涉及到的数据项、记录、文卷、子模式、模式等一般要建立起数据字典,以说明它们的标识符、同义名及有关信息。
本条要说明对此字典设计的基本考虑
4.2 完整性设计
说明为保持数据库中数据的完整性所作出的考虑,如数据库的后援频率、数据共享、数据冗余等
4.3 安全保密设计
说明所采用的保证数据安全保密的措施和机制,如数据库安全破坏标识、资源保护方式、存取控制方式等。