GIS工程讲义 第二讲工程设计综述.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第二讲 地理信息系统 工程设计综述 一、GIS工程设计综述 ??? GIS软件危机与GIS工程危机 西方计算机科学家把软件开发和维护过程中遇到的一系列严重问题统称为“软件危机”,GIS软件开发同样存在危机 GIS工程危机 软件危机 1968年北大西洋公约组织的计算机科学家在联邦德国如开国际会议,讨论软件危机问题,在这次会议上正式提出并使用了“软件工程”这个名词,一门新兴的工程学科就此诞生。 什么是GIS工程危机 概括地说, GIS工程危机包含下述两方面的问题,如何开发软件,怎样满足对软件的日益增长的需求;如何维护数量不断膨胀的软件与数据。 (1)???? 对软件开发成本和进度的估计常常很不准确 (2)???? 用户对“已完成的”软件系统不满意的现象经常发生。 (3)???? 软件产品的质量往往靠不住。 (4)???? 软件常常是不可维护的。 (5)???? 软件与数据通常没有适当的文档资料。 (6)???? 软件与数据成本在计算机系统总成本中所占的比例逐年 上升。 产生GIS工程危机的原因 在工程开发和维护的过程中存在许多多严重问题,一方面与软件本身的特点有关,另一方面也和工程开发与维护的方法不正确有关。 GIS工程是系统软硬件、数据以及系统开发、集成、使用和维护需要的所有文档。 根据美国一些软件公司的统计资料,在后期引入一个变动比在早期引入相同变动所需付出的代价高2~3个数据量级。图1定性地描绘了在不同时期引入一变动需要付出代价的变化趋势。图2是美贝尔实验室编统计得出的定量结果。 解决GIS工程危机的途径 ? GIS工程学正是从管理和技术方面研究如何更好地开发和维护GIS工程的一门新兴学科。 GIS工程设计的基本原则 (一)计划管理原则 用分阶段的生命周期计划严格管理 Boehm认为,在工程的整个生命周期应该制定并严格执行六类计划,它们是项目概要计划,里程碑计划,项目控制计划,产品控制计划,验证计划,运行维护计划。 (二)坚持进行阶段评审原则 第一,大部分错误是在编码之前造成的,Boehm等人的统计,设计错误占软件错误的63%,编码错误仅占37%;第二,错误发现与改正行越晚,所需付出的代价也越高(参见图1和图2) (三)严格的产品控制原则 为了保持系统各个配置成分的一致性,必须实行严格的产品控制,其中主要是实行基准配置管理。所谓基准配置又称为基线配置,它们是经过阶段评审后的系统配置成分(各个阶段产生的文档或程序代码)。基准配置管理也称为变动控制:一切有关修改系统的建议,特别是涉及到对基准配置的个性建议,都必须按照严格的规程进行评审,获得批准以后才能实施修改。 4、 采用现代程序设计技术原则 5、 结果应能清楚地审查原则 6、 开发小组的人员应该少而精原则 当开发小组人员数为N时,可能的通信路径有N (N-1)/2条。 7、 承认不断改进工程实践的必要性原则 按照这条原则,不仅要积极主动地采纳新的软件技术,而且要注意不断总结经验,例如,收集进度和资源耗费数据,收集出错类型和问题报告数据等等。 GIS工程的生命周期方法学 GIS工程采用的生命周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解,把软件生成的漫长周期依次划分为若干个阶段,每个阶段有相对独立的任务,然后逐步完成每个阶段的任务。 生命周期各阶段的基本任务 1、问题定义 问题定义阶段必须回答的关键问题是:“要解决的问题是什么?” 问题定义阶段的工作,系统分析员应该提出关于问题性质、工程目标和规模的书面报告。 问题定义阶段是生命周期中最简短的阶段,一般只需要一天甚至更少的时间。 2、可行性研究 这个阶段要回答的关键问题是:“对于上一个阶段所确定的问题有可行的解决办法或值得做吗?可行性研究比较简短,这个阶段的任务不是具体解决问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。 在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究应该导出系统的高层逻辑模型(通常用数据流图表示),并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益,对建议的系统进行仔细的成本/效益分析是这个阶段的主要任务之一。 可行性研究的结果是使用部门负责人决定是否进行这项工程的重要依据。 3、需求分析 这个阶段的任务仍然不是具体地解决问题,而是准确地

文档评论(0)

sxfmhx1978 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档