旅游信息管理网站的设计与实现说明书.docx
《旅游信息管理网站的设计与实现说明书.docx》由会员分享，可在线阅读，更多相关《旅游信息管理网站的设计与实现说明书.docx（21页珍藏版）》请在冰豆网上搜索。
旅游信息管理网站的设计与实现说明书
*******************
实践教学
*******************
兰州理工大学
软件学院
2015年春季学期
软件工程课程设计
题目：
旅游信息管理网站的设计与实现
专业班级：
14级软件三班
姓名：
吴明康
学号：
1417700342
指导教师：
马威
成绩：
目录
摘要I
序言II
1、可行性分析1
1.1问题描述1
1.2可行性分析研究1
1.2.1技术可行性2
1.2.2经济可行性2
1.2.3操作可行性2
1.3结论意见3
2、项目开发计划4
2.1编写目的4
2.2项目背景4
2.3项目概述4
2.4项目开发计划5
2.5交付期限6
3、需求分析7
3.1任务需求分析7
3.2数据流图、数据字典及实体联系图7
3.2.1数据流图7
3.2.2数据字典8
3.2.3实体联系E-R图10
4、系统概要设计12
4.1总体设计12
4.2系统功能模块图12
4.3数据库概念设计13
4.4数据库逻辑结构设计13
4.5连接数据库的特点14
5、详细设计15
5.1系统的主要功能15
5.2程序流程图15
5.3用户界面设计18
5.3.1一般交互设计18
5.3.2信息显示设计19
5.3.3数据输入设计20
5.4软件测试20
设计总结22
参考文献23
致谢24
摘要
随着互联网以及Web和数据库技术的快速发展，使信息的交互和管理变得异常高效便捷。
电子商务、电子政务等各种应用如雨后春笋般涌现。
我们现在所生活的时代正在向网络化、数字化发展。
旅游信息管理网站可以方便人们在不同的地理位置对旅游信息进行查询和线路预订，管理员也可以在异地对网站进行管理，及时了解客户的旅游线路预订情况。
从长远来看本系统有着非常喜人的前景和广阔的市场。
关键词：
数据库；数据字典；旅游信息管理网站；平台。
序言
旅游信息管理网站的总体目标是：
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，分析和设计一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的旅游信息管理网站，为决策者和管理者提供充足的信息、快捷的查询和有效的管理方式，减少不必要的损失和浪费，提高旅游信息管理的效率。
整个旅游信息管理网站的设计与实现主要包括前台管理模块（客户界面，主要包括酒店查询、机票查询、旅游线路信息查看、网站公告、问题留言、用户注册、用户登录、酒店预订、机票预订、旅游线路预订、对已预订的旅游线路进行管理等）和后台管理模块（管理员界面，实现用户信息管理、公告信息管理、酒店管理、旅游路线管理、留言信息回复等）子系统。
1、可行性分析
1.1问题描述
随着互联网以及Web和数据库技术的快速发展，使信息的交互和管理变得异常高效便捷。
电子商务、电子政务等各种应用如雨后春笋般涌现。
我们现在所生活的时代正在向网络化、数字化发展。
旅游信息管理网站可以方便人们在不同的地理位置对旅游信息进行查询和线路预订，管理员也可以在异地对网站进行管理，及时了解客户的旅游线路预订情况。
从长远来看本系统有着非常喜人的前景和广阔的市场。
通过该题目的分析和设计，使学生初步得到软件工程的训练，全面培养软件开发过程中的分析、设计、编码、测试及文档规范书写的能力，得到软件工程的综合训练，提高解决实际问题的能力。
1.2可行性分析研究
当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研究。
并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之内解决。
因此通过可行性的研究分析可以知道问题。
有无可行性的解决方法，进而避免人力、物力和才力的浪费。
在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。
系统目标应充分体现，直接为仓库货物管理系统服务，并且，程序可以分期分批实现。
但是，需要指出的是，系统目标是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。
以达到更加出色的程序系统。
可是，目标的提法不尽相同，例如：
·提高仓库货物管理效率，减轻劳动强度；
·提高信息处理速度和准确性；
·为管理者提供更方便、科学的服务项目。
1.2.1技术可行性
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。
根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目
标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。
同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。
1.2.2经济可行性
主要是对开发旅游信息管理网站的旅行社的综合实力进行评价，一方面是估算开发它的支出费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。
另一方面是估算旅游信息管理网站可能取得的收益中可以用钱来衡量的那部分。
所做网站的开发成本与客户提出的要求是否可达到双方都满意。
并且，分析系统开发是否会对其它产品或利润带来一定影响。
经过调查我们了解到，现在很多旅行社都在寻找功能更加齐全的管理系统来取代旧系统，而且这个网站带来的收益远远超过它的开发所花费的代价。
经过对上述几个方面的调查研究和分析，我们得出旅游信息管理网站的市场前景是相当客观的，在经济角度来说，旅游信息管理网站是可行的。
1.2.3操作可行性
主要是了解旅游信息管理网站的相关人员对开发信息系统是否支持，现有旅行社业务管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。
旅行社业务管理人员积极支持该系统开发，使新系统能够充分的发挥作用；系统界面友好美观，操作简单易行，易于理解，功能更加齐全。
由于管理人员已经在使用旧系统，对计算机的简单操作已经非常熟悉，所以操作者经过短时间的培训就可以使用旅游信息管理网站。
1.3结论意见
经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的可行。
因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。
所以，系统研制和开发是可以马上进行的。
2、项目开发计划
2.1编写目的
随着生活水平的提高，人们不仅要在物质方面提高生活水平，而且在精神方面希望有一个质的飞越。
于是，越来越多的人选择在周末或是假期外出，换换环境，享受在另外一种环境下的生活方式，来丰富自己的精神世界，扩展视野。
各种各样的旅行社就由此孕育而生，丰富多彩的旅游景点则需要一个合适的管理网站来规范，使得各项工作都有条有理地进行，所以旅游信息管理网站的制作是十分必要的。
2.2项目背景
在目前国内的旅游市场中，大部分的旅行社都借助于计算机来进行管理，但管理软件的版本较为陈旧且达不到图文并茂，大部分的管理软件都编写于基于ＤＯＳ系统下的foxbase及foxpro所开发的，不太符合当今旅游市场的需求。
旅游市场也迫切的需要有一个规范化、标准化的管理网站来进行管理。
归纳起来，旅游信息管理网站的好处大约有以下几点：
1、可以存储景点、导游、游客的各类信息；
2、只需一到二名档案录入员即可操作系统，节省大量人力；
3、可以对各张表格进行多选项查询；
4、采用目前比较常用的Access数据进行数据管理；
5、采用图片框的方式，使系统的界面尽量做到美观、大方；
6、定期的对数据进行备份。
2.3项目概述
1、工作内容
设计一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的旅游信息管理网站，为决策者和管理者提供充足的信息、快捷的查询和有效的管理方式，减少不必要的损失和浪费，提高旅游信息管理的效率。
2、条件与限制
开发该网站的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发的条件。
该系统可在用户要求的期限内完成。
3、产品
1）、程序
该项目因开发时间较短，这里只给出设计思想，具体程序没写。
2）、文档
文档内容包括：
（1）封面
（2）目录（3）中文摘要100字左右；关键词3-5个（4）序言（5）可行性分析（6）项目开发计划（7）需求规格说明（包含需要的系统流程图、数据流程图、数据字典、E-R图）（8）概要设计（包含总体软件结构图、总体数据结构）（9）详细设计（对概要设计内容进行详细设计）（10）设计总结、参考文献、致谢等
4、验收标准
网站的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用户的要求。
2.4项目开发计划
1、任务分解
分三个大的阶段进行开发第一阶段完成本系统的数据流图跟E-R图。
第二阶段完成概要设计跟详细设计。
第三阶段书写文档。
2、预算
软件资金投入较少，具体预算分配简略。
3、关键问题
各模块之间的联系和后台数据库的完成。
使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。
对于出现的一些小难点总都能得到解决。
2.5交付期限
所要开发的系统较简单，完成项目的最迟时间为2015年12月12日。
3、需求分析
3.1任务需求分析
经分析先给出该系统的系统流程图，如图3.1所示：
图3.1系统流程图
整个旅游信息管理网站的设计与实现主要包括前台管理模块（客户界面，主要包括酒店查询、机票查询、旅游线路信息查看、网站公告、问题留言、用户注册、用户登录、酒店预订、机票预订、旅游线路预订、对已预订的旅游线路进行管理等）和后台管理模块（管理员界面，实现用户信息管理、公告信息管理、酒店管理、旅游路线管理、留言信息回复等）子系统。
3.2数据流图、数据字典及实体联系图
3.2.1数据流图
该系统数据流程图如图3.2所示：
图3.2系统数据流程图
数据流图由四种基本的元素构成：
数据流（DataFlow），处理（Process），数据存储和数据源（数据终点）。
数据流（DataFlow）：
为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。
处理（Process）：
表示对数据所进行的加工和变换，在图中用矩形框表示。
指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。
数据存储：
表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。
数据源及数据终点：
表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点
3.2.2数据字典
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。
每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理描述每个数据的信息。
下面将列出若干数据元素的数据卡片信息。
数据字典卡片：
名字：
旅行社基本信息表
别名：
描述：
旅行社的基本信息的描述
定义：
旅行社基本信息=旅行社的名称+旅行社所在地+旅行社的规模
位置：
旅行社信息
名字：
团队财务表
别名：
描述：
查询团队在整个运行过程中所产生的每笔收支情况
定义：
团队财务=应收帐款+应付账款+收款登记+付款登记
位置：
团队财务
3.2.3实体联系E-R图
根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图。
图3.3旅行社的实体E-R图
图3.4旅客的实体E-R图
图3.5旅行社实体E-R图
4、系统概要设计
4.1总体设计
通过这个阶段的工作将划分出组成系统的物理元素。
系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。
软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。
4.2系统功能模块图
可以根据模块独立原理对软件结构进行精化。
为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易于维护的软件结构，应该对模块进行再分解或合并。
系统功能模块图如图4.1所示：
图4.1系统功能模块图
旅游信息管理网站主要实现了旅游信息、旅客信息和团队财务的管理。
而旅游信息的管理又包括行程线路、旅游景点、旅行费用等信息的查询；旅客信息模块则包括旅客信息的查询、输入、修改、删除等功能；团队财务模块则实现了管理账务，包括应付、实收、收款登记、付款登记等信息；系统维护模块则通过数据库实现，其实现的功能为为维护人员提高系统备份、恢复、数据初始化等功能。
4.3数据库概念设计
数据库一般分为三级模式：
外模式、概念模式和内模式。
外模式也就是不同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。
概念模式是数据库中全部数据的逻辑结构和特征描述，通常以某种数据模型为基础。
内模式是对数据的物理结构和存储方式的描述。
在这里我们将要设计的是数据库的概念模式，
通过对旅游信息管理网站的内容和数据流程分析及E-R图，设计如下数据项和数据结构。
旅行社信息。
包括旅行社名称、所在地、负责人、信誉度、服务项目、服务标准等信息。
旅客信息。
旅客信息是对已参加过该旅行社举行的理由的顾客信息的统计，包括姓名、性别、年龄、工作地、现居住地、何时参加旅游等信息。
数据库概念结构设计，是在需求分析的基础上，设计出能够满足用户需求的各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。
4.4数据库逻辑结构设计
在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将E-R图模型转化为关系模型，道理很简单，我们设计概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。
根据业务管理系统的功能要求，选取SQLServer作为后台数据库。
在上面的实体和实体之间的E-R图设计基础上，形成数据库中的表格及表格之间的关系。
该数据库由旅行社信息表、旅客信息表两部分组成的。
主表的结构设计：
1.旅行社信息
旅行社信息表中包括名称、所在地、负责人、信誉度、服务项目、服务标准等信息。
旅行社信息表的结构表如表4-1所示
表4.1旅行社信息表
列名
数据类型
长度
是否允许为空
名称
字符
8
否
寝室号
字符
8
否
负责人
字符
3
否
信誉度
字符
8
是
服务项目
字符
10
否
服务标准
字符
10
是
2.旅客信息
旅客信息表是对已参加过该旅行社举行的理由的顾客信息的统计，包括姓名、性别、年龄、工作地、现居住地、何时参加旅游等信息。
旅客信息表结构如表4-4所示
表4.2旅客信息表
列名
数据类型
长度
是否为空
姓名
字符
8
否
性别
字符
8
否
年龄
整形
3
是
工作地
字符
10
否
现居住地
字符
20
是
何时参加
整形
8
否
4.5连接数据库的特点
当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。
设计中设计数据窗口的时候，通过对话框实现与数据的连接。
在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实现与数据库的连接。
5、详细设计
详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了用户界面设计、程序过程设计等步骤。
5.1系统的主要功能
1、输入旅行社提供的线路基本资料。
2、报名接待实现旅行路线、游客资料、景点的查询。
3、查询团队在整个运作过程中所产生的每笔收支情况。
4、为维护人员提供系统备份、恢复、数据初始化等功能。
5.2程序流程图
程序流程图的优点是对控制流程的描绘很直观，易于掌握。
通过对系统的调查和可行性分析，画出程序的流程图如下所示，程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行设计。
程序的主要部分设计在这些环节下完成。
其主要包括以下几个部分：
图5.1程序主流程图
图5.2数据输入子程序流程图
图5.3团队财务子程序流程图
图5.4报名接待子程序流程图
5.3用户界面设计
5.3.1一般交互设计
一般交互涉及信息显示、数据输入、和系统整体控制等方面。
1、一致性
为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使用一致的格式。
在设计的过程中，基本上保持了系统的格式一致。
2、信息的反馈
向用户及时提供视觉和听觉的信息反馈，以保证在用户和系统之间及时地建立双向通信。
在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。
另外，在进行错误操作是，会弹出提示窗口并发出警告提示音。
3、执行有较大影响的操作前提示用户确认
在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都会有窗体弹出询问继续操作或者予以提示。
4、减少两次操作间需要记忆的内容
为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数据传递的窗体中设置全局变量，来传递数据。
例如在入账和入库的模块的操作中都用到了这样的方法。
5、对话、移动和思考的效率
尽量减少用户击键的次数，在设计时考虑到了用户屏幕的布局以减少用户鼠标移动的距离，尽量避免用户在操作中发生疑问的情况。
6、允许错误
允许用户的误操作尽量不对系统造成伤害。
7、按功能对动作分类，并据此设计屏幕布局
屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然。
5.3.2信息显示设计
应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。
这样才能满足用户的需求。
使用不同的方式显示信息：
用文字、图形、声音，按位置、移动和大小，使用颜色和省略等方式传达信息。
1、只显示与当前工作有关的信息
在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单和图形。
2、使用便于用户迅速吸收数据的方式来表示数据
在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使用了柱状图的形式表现了复杂的数据。
这样，用户可以直观的体会到图表所表示的含义。
3、使用一致的标记、标准的缩写和可预知的颜色
为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适用软件。
4、产生有意义的错误信息
对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息，以使用户保持对系统的信任，和系统的可用性。
5、使用窗口分隔不同类型的信息
使用不同的窗口显示、保存不同类型的信息。
6、高效率的使用显示屏
当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。
此外，屏幕的大小应该选得和应用系统的类型相配套。
在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体空间中较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。
5.3.3数据输入设计
用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。
在系统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对于他们的数据输入操作有如下约定：
1、保持信息显示和数据输入间的一致性
为了方便用户的使用，鼠标应当尽量减少操作的幅度。
2、保持显示信息和输入信息之间的一致性
对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例如：
文字大小、颜色、位置等）要一致。
对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面中会有一些项目受到限制而无法使用，所以要使这些项目不发生作用，以保证系统安全。
5.4软件测试
1、测试的方法
软件的测试方法有两种，一种是黑盒测试（功能测试），另外一种是白盒测试（结构测试）。
黑盒测试把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。
也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当的接受输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整性。
白盒测试的前提是可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。
这种方法按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否能按预定的要求正确工作。
在本次软件的测试工作中，由于设计者水平有限，仅仅对软件的各个功能模块进行了功能测试，并对各个模块之间的接口进行了详细的测试（用黑盒测试法）。
2、测试的步骤
由于该系统是一个小系统，可以把整个系统作为一个单独的实体来测试。
当然，在测试的过程中也可以分模块、分阶段来进行。
在对一个实体进行测试时即用黑盒测试，应该用比较刁钻的数据进行测试，而对模块测试和分阶段测试时则用白盒测试。
设计总结
通过对旅游信息管理网站的设计，使我认识到软件开发的过程实际上就是描述现实世界的过程。
而由现实世界向软件模型的转化过程是其中最核心的过程。
在课程设计的过程中我们遇到了许多问题。
而这些问题的产生都是由于理论知识和实践经验的缺乏造成的。
在此过程中我通过马威老师的指导、同学的帮助、自学战胜了所有的困难。
使我得到一次难的锻炼机会，加深了对理论知识的理解，丰富了实践经验。
同时更让我深刻体会到团队协作的重要性，并通过这次设计让我从整体的程序开发到具体软件的设计都有了一个全面的掌握，为我即将从事的工作打下了一个坚实的基础！
但是由于课程设计时间较短，所以该系统还有许多不尽人意的地方，这些都有待进一步改善。
这一次的课程设计，提高了我的实际操作能力，从以前的理论上升到实践，从感性认识上升到理性认识，真正做到学有所用。
虽然在设计过程中也遇到一些困难，但在马威老师和同学们的帮助下，再加上自己的努力，都一一克服了！
参考文献
[1]张海潘.软件工程导论（第四版）[M].清华大学出版社,2003.12
[2]萨师煊,王珊.数据库系统概论[M].高等教育出版社,2002.3
[3]陈承欢,彭勇.管理信息系统基础与开发技术[M].人民邮电出版社,2005
[4]刘云生,卢正鼎,卢炎生.数据库系统概论[M].华中科技大学出版社,2002
[5]郑人杰,殷人昆,陶永雷.实用软件工程[M].清华大学出版社,1997
[6]石志国著.ASP精解案例教程[M].清华大学出版社,2000.11
[7]李万宝主编.ASP.NET技术详解与应用实例[M].机械工业出版社,2001.10
[8]汪洋,郝永强.网站设计全程教程[M].科学出版社,2002
[9]杨志国等.Delphi应用程序开发精彩实例[M].机械工业出版社,2003.4
[10]陈磊,郭斌,李翔等.PowerBuilder9数据库项目案例导航[M].清华大学出版社,2005.1
升级会员 