- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
. 进行GIS软件工程系统分析主要有以下步骤: (1)识别GIS用户要求。 (2)评价GIS的可行性。 (3)进行GIS开发经济分析和技术分析。 (4)把功能分配给GIS软硬件、人、GIS数据库和其他系统元素。 (5)建立GIS开发成本和进度限制。 (6)生成GIS规格说明,形成所有后续GIS工程的基础。 2.GIS软件工程的可行性研究 GIS可行性研究主要集中在以下四个方面:经济可行性;技术可行性;法律可行性;对系统不同开发方案进行比较评估。可行性研究可以单独归档为一个报告,也可以作为“GIS系统规格说明”的附录。 GIS项目可行性报告形式多样,主要包括以下内容: (1)GIS项目背景:问题的描述,实现环境,限制条件,重要的研究结果(基础)。 (2)候选方案:各候选GIS的系统配置,选择最终方案的准则。 (3)GIS系统描述:简略的功能描述,分配元素的可行性。 (4)经济可行性:经费概算,预期的经济效益。 (5)技术可行性:技术实力,已有工作基础,设备条件。 (6)法律可行性:系统开发可能导致的侵权、违法和责任。 (7)GIS用户使用可行性:用户单位的行政管理、工作制度,使用人员的素质与项目有关的其他问题,如其他方案介绍、未来可能的变化等。 3.GIS开发成本效益分析 成本效益分析的目的,是从经济角度评价开发一个新的GIS项目是否可行。成本—效益分析首先是估算待开发GIS的成本,然后与可能取得的效益进行比较和权衡。有形的效益可以用货币的时间价值、投资回收期、纯收入等指标进行度量。 GIS的经济效益等于因使用GIS而增加的收入加上使用GIS可以节省的运行费用。运行费用包括操作员人数、工作时间、消耗的物资等。系统的效益分析随系统的特征而定。 4.GIS开发技术分析 在技术分析时,GIS系统分析员评价系统的技术价值,同时收集附加的有关性能、可靠性、可维护性及生产率方面的信息,在这个步骤中,还包括一些研究和设计工作。技术分析的内容主要包括完成GIS的功能和性能需要什么技术,哪些新设备、方法、算法或者过程,有什么开发风险,这些技术问题对成本的影响如何?另外,模型化方法(包括数学模型及物理模型)是对待开发系统进行技术分析的一种有效方法。 2.瀑布模型的特点 瀑布模型严格按照生存周期各个阶段的目标、任务、文档和要求来进行开发。它强调了每一个阶段的严格性,尤其是开发前期的良好需求说明,这样就能解决在开发阶段后期修正不完善的需求说明将花费巨大的费用问题。 在这种严格定义的模型中,开发人员试图在每一活动过程结束后,通过严格的阶段性复审与确认,得到该阶段结束的标志,保持不变,作为下一阶段活动的唯一基础,从而形成一个理想的线性开发序列,以每一步的正确性和完整性来保证最终系统的质量。 瀑布模型是以文档形式驱动的,为合同双方最终确认产品规定了蓝本,为管理者进行项目开发管理提供了基础,为开发过程施加了“政策”或纪律限制,约束了开发过程中的活动。 瀑布模型是一种整体开发模型,在开发过程中,用户看不见系统是什么样,只有开发完成向用户提交整个系统时,用户就能看到一个完整的系统。 瀑布模型适合于功能和性能明确、完整、无重大变化的软件开发。大部分的系统软件就有这些特征,例如编译系统、数据库管理系统和操作系统等。在开发前均可完整、准确、一致和无二义性地定义其目标、功能和性能等。 3.瀑布模型的局限性 不适用于应用软件项目(对于当前的大型软件项目,特别是应用软件项目,在开发前期用户常常对系统只有一个模糊的想法,很难明确确定和表达对系统的全面要求。经过详细的要求定义,尽管这可得到一份较好的需求说明书。但很难期望该需求说明能将系统的一切都描述得完整、准确、一致并与实际环境相符,很难通过它在逻辑上推出系统的运行效果,并以此达到种类人员对系统的共同理解。因此,要保证每个阶段特别是定义阶段是正确的、完整的,这是属于理想情况,实际上是做不到或很难做到的。) 由于知识背景的不同,工作中的疏漏和通讯媒介的局限性,使通讯中的误解无法避免;随着项目向前推进,用户会产生新的要求,或因环境变化希望系统也能随之变化。开发者也可能在设计中遇到某些未曾预料的实际困难,希望在需求量中有所权衡。这些都成为进行严格线性开发的重大障碍,尽管通过加强复审与确认、全面测试和设立维护阶段来缓解上述困难,但均未在根本上解决这些问题。 作为整体开发的瀑布模型,由于不支持软件产品的演化,对开发过程中的一些很难发现的错误只有在最终产品运行时才能发现。瀑布模型缺乏应付变化的机制,所以最终产品将难以维护。 瀑布模型是一种理想的线性开发模式,缺乏灵
您可能关注的文档
最近下载
- 第25课《人民解放战争》(共21张ppt).pptx
- T梁预制及架设安全专项施工方案.doc VIP
- 四川省成都市武侯区九年级(上)期中化学试卷.doc VIP
- 《浙江省城市轨道交通100kmh AH型电客车架修技术规范》.pdf VIP
- 2025内蒙古锡林郭勒盟正蓝旗招聘社区工作者18人考试备考题库及答案解析.docx VIP
- 杭州西奥电梯有机房客梯使用维护说明书.docx
- 江西中烟工业公司笔试试题2025.docx VIP
- 《GB/T 40484-2021城市轨道交通消防安全管理》.pdf
- 《我是中国公民》教学设计最终版.docx VIP
- 88J14-4(2006) 北京四合院建筑要素图.docx VIP
原创力文档


文档评论(0)