建设一个GIS系统有多种有效的方式，但目标只有一个，那就是确保成功。项目成功的定义有多重，然而，无论是哪一种方法论和工作策略，看起来都与现实有颇大的隔阂。看过一个关于项目开发流程的图片，其中是这样刻画的：5%的时间是享受中标的喜悦，70%的时间是漫无目的的编码、讨论和重复，10%的时间是对项目截止日期的恐惧，剩下的15%则是没日没夜的赶工和庆祝项目完成。因此，任何一种试图教条化的工作策略都会被实际工作中击得粉碎。
过去，我们需要定义用户的需求，选择软件解决方案，确定满足系统性能的硬件和网络环境。今天，这个问题变得更加复杂，随着“云计算”意识的深入，共享和协作成为一个重要的指标，随着而来的是我们必须考虑多种软硬件协同工作方案、可扩展性要求和基础设施的限制，以创造出更加健壮、完美和智慧的应用(现在都这么说!)。
然而，无论技术发生多么大的变化，对于每个项目实施的三项要求并没有发生改变：一是用户需求分析，对用户工作流进行明确的定义;二是系统架构设计，对支持用户工作流的系统基础设施需求的充分了解;第三则是良好的项目管理，把控从合同签订到最后项目验收的系统集成管理实施策略(Dave Peters语)。这其中关键的一项便是系统的架构设计：如何将硬件、网络、软件和数据调合起来，基于平衡的负载模型使其能够正常地运行，使其不至于有明显的缺陷和短板(须知系统的性能总是遵守“木桶效应”)来影响最终系统的性能和负载量。因此，我们在对GIS用户需求进行评估的同时，还需要评估结果之上进行系统架构设计，了解技术概况、现有环境和用户真实需求，以此来选择系统的配置方案、设计组件、硬件选型，直至影响系统的最终实施。
因此，我们必须理解三块内容，一是技术基础，懂得现有的GIS软件技术以决定该选择什么类型的产品、网络通信的基本原理和配置准则和数据安全的配置;第二是对性能瓶颈的充分考虑，如了解开发方式、图像格式、数据源，甚至是物理内存和磁盘瓶颈的细节;第三是对系统构建过程的了解(这块实际上在《地理信息系统规划与实施》中详细阐述过了)。而所有这些就构成了一种方法，一种用于系统架构设计的方法来保证我们的系统能够获得成功，当然这只是一般原则，请记住，“没有银弹”!
总体而言，我上面谈论的这些就是Dave Peters的大作《地理信息系统设计策略与构建(Building a GIS：System Architecture Design Strategies for Managers)》一书的主要内容。无论你是否接受，它都为千条道路指明了一条目标。这不仅是一本有趣和实用的书，更重要的是，这本书充满了思考和思考的支撑数据，它非常适合于那些对细节充满了兴趣，而且为自己的项目设计方案的千篇一律感到痛苦的读者，那里面能够汲取的养分多着呢。
{{item.content}}