GIS项目需求分析漫谈-张雅卿.docxVIP

GIS项目需求分析漫谈“这个世界，有人的地方就有江湖”，其实GIS项目也是一样的道理，有项目的地方，就有风险，“软件危机”成为失败项目最佳脚注：“落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。”-百度百科。20世纪60年代末期出现的软件工程的概念，开始系统的提出解决软件危机问题一系列措施。图1-IBM缺陷放大模型?需求部分在一个软件工程中影响力最大，这是因为在软件生命周期中，一个错误发现得越晚，修复错误的费用越高，这个错误也可以理解为需求捕获的失误或是需求的变更。由图1可以看出需求部分的修改只需要一分的修改，到修改设计的时候就要付出5分的代价，直到后面的运行与维护时，就需要付出 200分的努力了，那这个项目也就开始进入“技术负债”状态了。软件需求一般划分为三个层级：业务需求、用户需求和功能需求，GIS项目还需要增加空间数据需求，这也是GIS项目区别于传统软件项目的地方，在GIS项目中空间数据需求非常重要，是GIS项目的基石。图2-GIS项目需求层次标准的软件三个层次需求不再这里赘述，GIS项目中的数据需求分析也分为三个层级：基础空间数据，这部分数据主要是构成GIS项目中的底图，如地图数据，CAD数据、在线地图服务等；业务空间数据，这部分数据主要特征是其空间位置信息和属性信息经常发生变更，如设施管理中的“四供一管线排”数据，交通行业的航线、公路等；泛在空间数据，这部分数据主要特征是其本身并不具备空间属性，但具备空间位置特征，如人的籍贯、按地区的销售金额等，这部分数据需要借助地理编码或其它技术手段将其与空间数据实现关联，所以称之为泛在空间数据。GIS项目中数据情况摸清楚，需求分析起码成功一半了，随着GIS技术由组件、服务式、云计算飞跃式发展，共享服务成为GIS项目很重要的特性，所以还需要考虑系统内部、系统之间（特别是异构系统）数据和服务的共享，所以在需求分析阶段还要关注GIS领域相关标准：图3-标准的层次万丈高楼平地而起，做软件工程总得脚踏实地，首先需要解决的是在GIS项目如何有选择的引入国内外的各种标准，国内的如国土资源部在国家标准《地球空间数据交换格式》（简称CNSDTF）基础上制定了矢量数据交换格式VCT1.0和VCT 2.0， 《GB2260 中华人民共和国行政区划代码》，国际的如OGC系列标准等等。合适的标准既能解决实际工程问题，也同时能形成新的技术壁垒，将竞争对手挤出擂台，所以在这一环节的最高境界是制订符合要求的地方标准、行业标准、甚至是国家标准。软件工程中需求分析有很多模型可以使用，通常包含：E-R图、数据流图、状态转换图、数据字典等;还有专业工具用于管理来管理需求: Rational RequisitePro、Borland CaliberRM；再先进的理论和工具总需要人去用的，甲方总是要求乙方提供最有经验的技术人参与项目就是这个道理，在工程实践中最常见的是“四拍型”技术人员：做需求不能闭门造车，好的作曲家需要去采风，好的作家需要去体验生活，好的技术人员需要去用户现场做需求调研，需求调研三要素：制度、流程和报表。这里需要注意的是制度：技术不能解决所有问题，很多情况需要通过制度规范来满足用户实际工作需要，所以在需求调用过程中需要搜集用户目前的管理规章制度，有文档的、有挂在墙上的，都需要做详细记录。没有制度怎么办？那需要通过座谈了解，有必要的话在项目实施过程协助用户制订一些制度。对于GIS项目来说报表除了通常的表格、表单，还应该包含各种地图（挂图、专题图）。需求分析需要形成文档成果-《需求规格说明书》，这里需要提醒注意的是该文档也需要专人对照搜集的资料进行检查，确保内容覆盖调研的内容，因为后期的详细设计，全部是按照需求规格说明书进行的。其次需要强调的是《需求规格说明书》不是简单的资料汇编，同样需要根据调研的成果进行分析设计，在分析设计的过程中特别需要关注的是那些不确定的需求，除了需要和用户进一步确认外，还需要仔细鉴别是否为正常的动态需求，譬如报表内容和样式无法明确，表格字段项不确定等，这类动态调正的需求，通常可以通过后期的设计可以用技术手段解决：提供报表设计工具、通过参数化建模等。总之，软件工程是一个系统工程，每环节都很重要，再好的经验和工作，也离不开技术人的耐心、责任心。每一个项目都是新的开始，只有不断地总结和体悟才能不断的进步！