GIS系统设计文档案例Word文档格式.doc
《GIS系统设计文档案例Word文档格式.doc》由会员分享，可在线阅读，更多相关《GIS系统设计文档案例Word文档格式.doc（38页珍藏版）》请在冰豆网上搜索。
3解决思路 10
4总体设计（及系统设计）………………………………………………………………………11
5功能设计 14
6数据库设计 18
7系统设计亮点………………………………………………………………...……………23
8用户手册………………………………………………………………………………………24
1可行性分析
1.1引言
1.1.1编写目的
开发人员对合肥市旅游管理系统的可行性进行研究；
旅客和旅行社管理者对合肥市旅游管理系统的可行性进行了解，以助于他们更了解该软件。
1.1.2项目背景
a.软件系统的名称：
合肥市旅游地理信息系统；
b.本项目的任务提出者：
黄家政；
c.开发者：
黄家政、翟婧、翟辉凯；
d.开发环境：
Visualstudio2008，Arcengine9.3，ArcGis9.3。
1.1.3参考资料
［1］黄杏元．地理信息系统概论（修订版）［M］．北京：
高等教育出版社．2001
［2］王珊．数据库系统概论（第四版）［M］．北京：
高等教育出版社．2006
［3］C#.NET课程设计指导［M］．北京：
北京大学出版社.2007
［4］AE开发教程
1.2可行性研究前提
了解旅游人员在考虑出游和进行出游过程中的需要，以及来到陌生旅游景点后会遇到的问题；
了解旅行社管理人员对旅客分布信息，交通信息，景点信息的需要，针对这些要求开发系统。
A．要求：
能够对合肥市的道路进行公交查询、最短路径查询、景区查询等GIS功能；
B．目标：
合肥市旅游地理信息系统，要求能够为游客们提供合肥市的道路信息、景区信息、旅馆酒店信息和购物逛街信息等，以方便游客的旅游活动。
同时能为旅行社管理人员提供游客出行分布信息、游客意见等，给旅行社提供辅助决策功能；
C．条件、假设和限制
由于时间比较紧张，少许功能还没来得及开发出来，需要后期继续跟进开发；
在技术方面，由于我们对engine的掌握只是略懂皮毛，所以只能调用Arcgis中的一些组建来完成系统的开发，所以后续开发需要更深入的了解engine，掌握engine，实现优秀旅游gis系统的开发。
D．进行可行性研究的方法
前期在网络上先进行网络问卷调查，初步了解人们对旅游信息方面的需要和建议，同时我们走访了几家合肥的旅行社，了解他们对我们的系统的建议和要求。
而后，我们对这些信息进行总结，并有针对性的开发系统。
E评价尺度
以游客的视角体验我们系统的方便快捷性，以旅行社管理者的视角体验我们系统的方便可靠性。
1.3对现有系统分析
现有系统，一般属于普通的地图系统，仅仅能够提供道路信息，不能做出路径的选择，它没有GIS的一些路径查询，路径分析等特殊功能，而GIS系统可以结合图形与属性信息，以多角度，更人性化的表现形式把信息展现出来。
现有系统的数据库系统，多基于数据库，而GIS系统的地理数据库中包含了图形数据、属性数据，能提供给用户更多的视觉的享受，更多的信息。
现有系统一般都忽视了旅行社这方面用户对该类系统的急切需求，他们需要一个能帮助他们了解旅客和储存各类信息的系统以方便他们提供更好更全面的服务，以此吸引更多客源。
2需求分析
2.1编写目的
阐述将要建立的系统的所用到的主要技术方法和相关专业知识，以及对系统的功能进行简单介绍；
2.2系统的描述
本系统主要是为游客们在合肥的出行提供极大的方便，同时也为旅行社提供游客们旅游要求的信息，帮助旅行社提供管理和决策功能；
2.3主要功能模块
数据管理：
相关各种信息数据的录入、编辑、输出、更新；
地图操作：
方便用户浏览而提供的一组地图操作功能，包括地图的缩放、点选、区域选择、全景、图层控制等基本的地图浏览操作；
景点、其他信息查询：
能进行各种方式景点和服务设施的查询，方便游客选择自己喜欢的景点和方便的服务；
网络分析：
为游客提供最短和最优路径等选择，并能在地图上高亮显示给游客，方便游客出行，节约时间和金钱；
游客自驾游：
这一功能主要是为游客提供另一种出游方式，可以给游客提供自驾游必须一些信息和服务；
2.3.1实现语言
本系统是以C#语言为编程语言；
2.3.2一般约束
管理制度：
不同等级的用户进行相应不同权限的操作，这使系统有很强的安全性；
2.4用户业务现状分析
现在的游客接触到的旅游管理系统一般属于普通的地图系统，仅仅能够提供道路信息，不能做出路径的选择，它没有GIS的一些路径查询，路径分析等特殊功能，而GIS系统可以结合图形与属性信息，以多角度，更人性化的表现形式把信息展现出来。
其实现在旅行社对此类旅游管理系统也有很大的需求，他们需要一个能帮助他们了解旅客和储存各类信息的系统以方便他们提供更好更全面的服务，以此吸引更多客源。
2.5具体要求
2．5．1功能性需求
包括对各个景点信息、交通信息、餐饮信息、住宿信息和客户的反馈信息、实时信息的收集整理；
主要是为方便用户浏览而提供的一组地图操作功能，包括地图的缩放、漫游、点选、区域选择、全景、图层控制等基本的地图浏览操作。
通过这些操作用户可以更加快速、方便的在地图中定位其所感兴趣的某一点或某一区域；
景点查询：
分为基本查询功能和复杂查询功能两个功能，基本查询功能主要是鼠标点击某个图斑（地物）即可显示其对应的属性信息，复杂查询功能是根据给定的查询条件（例如：
景点=“**公园“），将查询结果高亮定位在地图上（动态闪烁显示）；
利用ArcGis中的分析功能对两个景点之间的路线进行网络分析，为游客提供最短和最优路径等选择，并能在地图上高亮显示给游客
为游客提供另一种出游方式，可以给游客提供自驾游必须一些信息和服务；
2．5．2性能要求
系统中部分模块可以随实际情况而进行相应的改变,有一定的生命力;
2．5．3设计约束
设计时，有关旅游业内的报表格式、数据命名均按照国家有关规定或行业常用模式设计；
2．5．4测试要求
测试时按照上面所述的系统功能与性能要求逐一测试，附和以上标准即为合格；
2．5．5系统配置
建议配置:
操作系统Windows98以上、WindowsXP
CPU奔腾466MMX以上内存256MB以上
3解决思路
在旅游事业日益繁荣之时，合肥作为一个省会城市，其拥有独特的人文地理气息，在这片土地上有着历史遗留的遗迹，譬如合肥工业大学南校区的斛兵塘。
合肥著有“包公故里”的美称。
这里还有三国遗址主题公园，在其周围有各样式的主题乐园，有天柱山、紫蓬山、大蜀山等自然景区，省内外游客可以在此进行与自然、历史双重对话。
基于此需求，开发本系统，为解决游客的出行之忧，能更简单、舒适、便捷、经济地在合肥畅游。
本系统提供地理信息查询及了解景点信息，但由于时间问题及其他不可避免因素，我们未能完成景点信息的完整及多种方式美化呈现，只能用一小段自己制作的视频来弥补这方面的缺憾。
在系统设计的最初构想中，我们想加入不同交通方式下的出行选择以及实现天气预报等多项便民服务项，我们将于后期跟进。
在已完成的公交信息查询中，利用SQL语句实现公交的直达、一次换乘、二次换乘；
在景点信息查询以及自驾游查询中，可以高亮显示及定位到要查的地点；
实现地图的基本操作，如放大、缩小、平移等。
4总体设计
4.1系统设计的原则
从整体出发，做好系统建设的长远规划，明确近期和长期目标，突出重点，分步实施。
采用成熟先进的技术和开发平台，兼顾未来的发展趋势。
注重系统的整体性、实用性、高效性、高可靠性、经济性、兼容性、资源共享性。
注重系统的可持续发展性，尽可能利用现有资源，避免系统的重复投资和建设。
充分重视系统和信息的安全性，建立完整的信息控制和授权管理机制
4.2系统简介
系统名称：
系统任务：
能够为游客们提供合肥市的道路信息、景区信息、旅馆酒店信息和购物逛街信息等，以方便游客的旅游活动。
同时能为旅行社管理人员提供各种信息的管理更新等；
数据管理：
地图操作：
景点及其他信息查询：
能进行各种方式景点及其他信息的查询，方便游客选择自己喜欢的景点和方便的服务；
网络分析：
4.3系统结构图
合肥市旅游地理信息系统电子地图系统
地图导出模块
（JPG格式图导出）
地图操作功能模块
缓冲区分析模块（未做）
查询功能模块
数据管理模块
公交信息管理
旅游景点信息管理
其他信息管理
道路信息管理
留言板管理（未做）
4.3系统开发流程图
系统分析
需求分析
可行性分析
现有系统分析
收集资料数据
提出多种被选方案
讨论各方案优劣
开发费用时间估计
用户需求调查
系统设计
总体分析
详细设计
子系统和模块划分
计算机系统选择
软件设计
代码设计
功能设计
数据库设计
用户界面设计
输入输出设计
说明系统目标和功能
系统实施
运行维护
编程
调试
运行和维护
系统评价
分头进行编程和调试
模块调试
子系统调试
系统调试
按系统要求进行数据处理工作
积极稳妥地进行维护
参加系统评价
总结经验
5功能设计
5.1模块设计
本系统主要分为两大部分：
数据管理模块、普通游客模块。
第一个模块数据管理模块包含公交信息、景点信息、服务信息、用户信息四个子模块；
模块的设计目标在于实现对各种信息的全程调度管理，并且能够对相关信息实时更新。
第二个模块普通游客模块包含地图操作、网络分析、景点信息查询、服务信息查询、游客自驾游五个子模块；
该模块的设计目的是全方位的给游客提供他们出行所需要的一切信息，为他们的出行提供极大的方便。
系统模块结构图如下：
5.2各模块功能
升级会员 