8)安全性,对访问信息的控制程度,数据的备份等; 9)质量保证,对系统的可靠性要求,平均系统出错时间,可移植性,可维护性等。 在地理信息系统需求获取过程中,其内容是基本一致的,只是在数据、组织等方面要进 行额外的考虑。 1)数据 数据在一个GS应用系统中,占有举足轻重的位置。进行需求获取时,与数据有关的 因素包括, (1.1)数据的输出样式:包括屏幕显示、Web发布、出版、工程图等 (1.2)输出数据的内容和要求:输出数据要包括哪些内容,数据的精度,比例尺等 (1.3)数据的分布性:数据是集中管理还是分布管理; (1.4)现有的纸质地图:现有的纸质地图的内容,其比例尺、时效性、是否涉及保密: (1.5)现有的电子数据:数据形式(栅格/矢量/属性数据库)、数据格式、完整性、 精度、投影方式、比例尺等因素。 (1.6)数据录入:数据量大小,输入设备,包括数字化仪、扫描仪,软件的支持程度, 进行数据录入的人员数目,能否在预定时间内完成数据录入 (1.7)数据购买:数据量以及价格 2)人员 因为应用地理信息系统一般是针对专业领域的,在进行需求获取时不仅要考虑一般用 户,而且要听取领域专家的意见,将他们的理论、经验模型化,并在系统中完成 3)组织 现有的组织机构,有关部门的职责,业务流程,GIS如何在其业务流程中体现以及因为 应用GIS所引起的可能的组织机构的变化 进行需求获取的方式是多种多样的,包括面谈、电话访谈、参观、问卷、获取领域相关 资料等。在地理信息系统开发中,由于GS的概念、功能等还没有被用户深入理解并接受 采用GIS专题报告可以很好地激励用户提出需求。如果时间和资金允许,开发原型系统也 可以更好地挖掘用户需求。 3.2GIS需求规约 在需求获取阶段,得到了用自然语言描述的用户需求,但是其中存在着不一致性和二义 性,这些问题要通过需求规约解决。目前有许多方法用于支持需求规约,如功能分解方法 数据流方法,信息模型方法(实体关系模型),面向对象方法。每种方法都有相应的概念体 系、符号表现和工具支持。 需求规约的结果是形式化或半形式化的,系统的需求报告,它必须完整地刻画问题域 能够适应需求变化,此外,它必须满足用户、分析人员、设计开发人员进行交流的需要,换 言之,需求需求报告中的符号、描述,对于各类相关人员,其意义是一致的。 正如一再强调的,面向对象的分析方法很好地解决了问题空间理解、需求易变性、交流 等方面的问题。将通用的面向对象分析方法应用于GIS,固然可以描述系统需求,但是由于 GIS更加关注于空间对象和空间模型,在GIS中要经常处理一些特定的空间对象类以及特定 的空间关系(拓扑关系、方位关系、度量关系等),对基本的面向对象方法进行特化扩展, 采用特定的符号来表示这些类以及关系,可以使需求报告的表述更加简捷,便于信息交流。 在软件工程领域,有一句名言,“用户只有看到他不希望的东西,才知道想要什么”,说明了开发原型系 统的重要性8）安全性，对访问信息的控制程度，数据的备份等； 9）质量保证，对系统的可靠性要求，平均系统出错时间，可移植性，可维护性等。 在地理信息系统需求获取过程中，其内容是基本一致的，只是在数据、组织等方面要进 行额外的考虑。 1）数据 数据在一个 GIS 应用系统中，占有举足轻重的位置。进行需求获取时，与数据有关的 因素包括， （1．1）数据的输出样式：包括屏幕显示、Web 发布、出版、工程图等； （1．2）输出数据的内容和要求：输出数据要包括哪些内容，数据的精度，比例尺等； （1．3）数据的分布性：数据是集中管理还是分布管理； （1．4）现有的纸质地图：现有的纸质地图的内容，其比例尺、时效性、是否涉及保密； （1．5）现有的电子数据：数据形式（栅格/矢量/属性数据库）、数据格式、完整性、 精度、投影方式、比例尺等因素。 （1．6）数据录入：数据量大小，输入设备，包括数字化仪、扫描仪，软件的支持程度， 进行数据录入的人员数目，能否在预定时间内完成数据录入； （1．7）数据购买：数据量以及价格； 2）人员 因为应用地理信息系统一般是针对专业领域的，在进行需求获取时不仅要考虑一般用 户，而且要听取领域专家的意见，将他们的理论、经验模型化，并在系统中完成。 3）组织 现有的组织机构，有关部门的职责，业务流程，GIS 如何在其业务流程中体现以及因为 应用 GIS 所引起的可能的组织机构的变化。 进行需求获取的方式是多种多样的，包括面谈、电话访谈、参观、问卷、获取领域相关 资料等。在地理信息系统开发中，由于 GIS 的概念、功能等还没有被用户深入理解并接受， 采用 GIS 专题报告可以很好地激励用户提出需求。如果时间和资金允许，开发原型系统也 可以更好地挖掘用户需求*。 3．2 GIS 需求规约 在需求获取阶段，得到了用自然语言描述的用户需求，但是其中存在着不一致性和二义 性，这些问题要通过需求规约解决。目前有许多方法用于支持需求规约，如功能分解方法， 数据流方法，信息模型方法（实体关系模型），面向对象方法。每种方法都有相应的概念体 系、符号表现和工具支持。 需求规约的结果是形式化或半形式化的，系统的需求报告，它必须完整地刻画问题域， 能够适应需求变化，此外，它必须满足用户、分析人员、设计开发人员进行交流的需要，换 言之，需求需求报告中的符号、描述，对于各类相关人员，其意义是一致的。 正如一再强调的，面向对象的分析方法很好地解决了问题空间理解、需求易变性、交流 等方面的问题。将通用的面向对象分析方法应用于 GIS，固然可以描述系统需求，但是由于 GIS 更加关注于空间对象和空间模型，在 GIS 中要经常处理一些特定的空间对象类以及特定 的空间关系（拓扑关系、方位关系、度量关系等），对基本的面向对象方法进行特化扩展， 采用特定的符号来表示这些类以及关系，可以使需求报告的表述更加简捷，便于信息交流。 * 在软件工程领域，有一句名言，“用户只有看到他不希望的东西，才知道想要什么”，说明了开发原型系 统的重要性