因为项目比较小，谋局用的时间也不会太多，主要考虑两个问题：一、怎么做？二、做成什么样？首先就是怎么做，我叫它概念设计，不同意的别拍砖，名字只是一个代号。
First：我们把数据准备好，已明确这个数据是要放在数据库里，基本的字段总是要明确一下，下面上表：
|
字段名 |
类型 |
用途 |
|
NAME |
VARCHAR2(30) |
就是景点的名字啦，真废话 |
|
REGION |
VARCHAR2(10) |
所在市，这个可以支持政区查询 |
|
URL |
VARCHAR2(100) |
数据来自某个网站，查到了可以去那个网站看详情 |
|
LON |
NUMBER |
经度 |
|
LAT |
NUMBER |
纬度 |
然后经历了一段枯燥的历程后，所有的数据都在数据库了，这个事儿先按下不表。
Second：我得明确我要干哪些事儿，现在不是粗线条的时候，得细！细到什么程度呢，具体到弄清有几道菜，每道菜需要哪些食材，经历几道程序，加上多少火候就行啦。好吧，我们不是大厨，换个说法，划分几个功能模块，每个模块需要哪些数据，哪些技术要点，大致的实现逻辑和步骤。
（1）底图：关键的关键是要在arcgis api中把天地图的数据接进来；然后，确定图层，线划地图一个瓦片图层、影像地图一个瓦片图层、旅游要素需要一个要素图层，行了3个可以；然后，需要一个级别控制器，需要一个地图切换器，需要一个鹰眼，放大缩小测距啥的能来就来一点。
（2）查询：核心问题在服务端，写一个sql语句返回一组数据就行了，咱们确定一下服务端提供一个http接口，客户端通过GET方式发几个参数请求数据，服务端查完了返回json。只有关键字查询有点磕碜，咱不有政区嘛，再加一个行政区查询。查询的结果要有列表，点击列表时地图要能有点反应。
Third：其他的一些的问题。这一块主要是考虑一些可能遇到的技术问题，还有就是可以做哪些扩展，作为一个项目我们要心中有数，改需求了怎么办？闲的无聊想提升一下怎么办？设计阶段心里有个数，能不能实现看时间和条件。这里简单列几条：
（1）要是想做行程规划怎么办？那就需要驾车、公交等出行的数据服务，天地图是有的，可以做，但是要时间。而且行程规划不能只有景点啊，还得有我家、我公司、你家、你公司之类的作为起点吧，看来有数据才能做这个，客户要提就跟他杠。
（2）要是想查景点周边配套怎么办？首先还是数据，吃、住、行、游、购、娱，旅游六要素，有啥数据能查啥数据；其次空间查询，咱没用arcgis，在数据库里怎么空间查询呢？幸好我们只是点，矩形的查询是可以通过lon、lat两个字段构建sql语句的。好的，这个也有数了。
（3）想让游客自己标注点东西怎么办？现在的网友接触的应用多了，就喜欢DIY，收藏自己喜欢的景点，标注自己想去的地方，甚至是分享给别人也是很正常的需求。做这个首先你得有用户，要注册要登录，其次你得有绘图工具，然后你得能把标绘的东东传到服务器存进数据库。当然这个可以实现的，只是要时间，而且这个应用也就不会那么便宜了。
好啦，Third就只说这三点，有时间咱就考虑提升一下。
这样概念设计结束，心中都有数了，下面来设计一下界面。
