- 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工程3 gis软件的系统分析
第三章 GIS软件的系统分析 第一节 系统分析 第二节 需求工程 第三节 需求分析 第一节 系统分析 1 概述 系统分析是应用系统论思想方法,确定系统的开发对象,把复杂的对象分解成简单的组成部分,找出这些部分的基本属性和彼此之间的关系。 只有通过系统分析,才能把软件功能和性能的总体概念描述为具体的软件需求规格说明,从而奠定软件开发的基础,这既是后续开发的依据,也是衡量一个信息系统优劣的依据。 系统分析也是用户和开发人员对GIS不断认识和逐步细化的过程。 制定软件的需求规格说明不只是软件开发人员的事,用户也起着至关重要的作用。 用户必须对软件功能和性能提出初步要求,并澄清一些模糊概念。 这一阶段产生的需求分析是系统开发中最重要、也是最苦难的阶段。 二 系统分析的任务 系统分析阶段的主要任务是:系统分析员与用户一起,充分了解用户的要求,并把双方的理解用软件需求规格说明书表达出来。 分析员通过需求分析,逐步细化对软件的要求,描述软件要处理的数据域,并给软件开发提供一种可转化为数据设计、结构设计和过程设计的数据与功能表示。 只有通过需求分析解决了系统需要做什么这个关键问题,才能为用户作出最优的系统。 三 系统分析的难点 1 对数据的理解 系统分析员缺乏足够的对象系统的业务知识,用户缺乏GIS方面的专业知识 2 人与人之间的沟通 软件需求规格说明书应尽可能详尽,交流时尽量不使用专业术语 3 环境的不断变化 GIS建设周期长,一般2~3年,甚至4~5年 四 系统分析的要求 针对系统分析的难点,优秀的GIS系统分析应当具备如下素质: (1)系统分析人员要具备良好的GIS开发知识,也要了解用户业务知识; (2)用户与系统分析员具有良好的沟通能力和合作精神; (3)确立总体规划、分阶段进行的思路,即采用螺旋模型开展GIS开发。 五 系统分析的过程 系统分析阶段的工作可以分为以下四个方面:问题识别、分析与综合、制定规格说明和评审。 1 问题识别 系统分析人员研究系统规划阶段产生的可行性分析报告和项目开发计划,确定对目标系统的综合要求,即软件的需求。并提出这些需求的实现条件,以及需求应达到的标准。 这些需求包括 (1)功能需求 (2)性能需求 列出性能指标,包括存储容量、运行时间限制、安全保密性等) (3)数据需求 描述系统实现功能所必须的数据和能够处理的数据,包括数据的种类、标准、格式和质量等,以及输入和输出格式。 (4)环境需求 对软件运行的环境要求,硬件方面的要求如机型、外设、数据通信接口、网络等;软件方面的要求如操作系统、GIS基础平台、DBMS;制度和操作人员素质的要求。 (5)可靠性需求 (6)安全保密要求 (7)用户界面要求 (8)资源使用需求 (9)软件成本消耗与开发进度需求 (10)预先估计以后系统可能达到的目标 2 分析与综合 问题分析和方案的综合。 分析员需要从数据流和数据结构出发,逐步细化所有的系统功能,找出系统各元素之间的联系、接口特征和设计上的限制,分析它们是否满足功能要求,是否合理。最终综合成系统的解决方案,给出目标系统的详细逻辑模型。 此过程中,分析和综合工作反复进行,一直持续到分析员与用户双方都感到有把握正确地制定该软件的规格说明为止。 3 编制需求分析的文档 软件需求规格说明书 数据要求说明书 初步的用户手册 4 需求分析评审 评审的主要内容: (1)系统定义的目标是否与用户的要求一致 (2)系统需求分析阶段提供的文档资料是否齐全 (3)文档中的所有描述是否完整、准确反映用户要求 (4)与所有其他系统成分的重要接口是否都已经描述 (5)所开发项目的数据流与数据结构是否足够、完整 (6)所有图表是否清晰,在不补充说明时能否理解 (7)主要功能是否已包括在规定的软件范围之内,是否都已经充分说明 (8)设计的约束条件或限制条件是否符合实际 (9)开发的技术风险是什么 (10)是否考虑过软件需求的其他方案 (11)是否考虑过将来可能会提出的软件需求 (12)是否详细制定了检验标准,它们能否对系统定义成功进行确认 (13)有没有遗漏、重复或不一致的地方 (14)用户是否审查了初步的用户手册 (15)软件开发计划中的估算是否受到了影响 为了保证软件需求定义的质量,评审应以专门指定的人员负责,并按照程序严格进行。评审结束应有评审负责人的结论意见及签字。 除了分析员之外,用户、开发部门的管理者、软件设计、实现、测试的人员都应当参加评审工作。评审的结果一般都有一些修改意见,等修改完了后在经
文档评论(0)