- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第五章 城市地理信息系统软件工程(第2讲) 教学内容: 5.3城市地理信息系统分析 教学时间:2课时 教学方法:讲授法、案例法 教学目的: 1)让学生熟悉和掌握系统分析的任务、难处、要求、过程; 2)让学生熟悉和掌握系统需求分析方法、需求调查的组织实施 5.3 城市地理信息系统分析 教学重点: 1、掌握系统分析的任务、过程和方法; 2、需求调查的组织实施 教学难点: 1、数据流程图 2、数据字典 本次课教学所涉及的学术前沿: 5.3城市地理信息系统分析 5.3.1系统分析概论 思考入门: 系统分析是应用系统论思想和方法,确定系统的开发对象,把复杂的对象分解成简单的组成部分,找出这些部分的基本属性和彼此间的关系。系统分析是软件生存周期决定性的一步。只有通过系统分析,才能把软件功能和性能的总体概念描述为具体的软件需求规格说明,从而奠定软件开发的基础,既是后续开发工作的依据,也是衡量一个信息系统优劣的依据。 1、系统分析的任务 (1)基本任务:系统分析员与用户在一起,充分了解用户的要求,并把双方的理解用软件需求规格说明书表达出来.。 (2)系统分析其核心是用户需求分析 (3)通过系统分析解决系统“做什么”这个关键问题 2、系统分析的难处 (1)对数据的理解 (2)人与人之间的沟通 (3)环境的不断变化 3、系统分析的要求 1)系统分析人员既要具备良好UGIS开发知识,也要了解用户业务知识。如开发地籍信息系统 2)用户与系统分析员具有良好沟通能力和合作精神 3)确立总体规划、分阶段进行的思路,即采用螺旋模型开展UGIS建设。 5.3.2 系统分析的过程 1、问题识别 系统分析人员要研究系统规划阶段产生的可行性分析报告和项目开发计划。主要从系统的角度来理解软件并评审用于产生计划估算的软件范围是否恰当,确定对目标系统的综合要求,即软件的需求,并提出这些需求实现条件,以及需求应达到的标准。 这些需求包括: 1)功能需求——列举出所开发软件在职能上应做什么; 2)性能需求——给出所开发软件的技术性能指标,包括存储容量限制、运行时间限制、安全保密性等; 3)数据需求——描述系统实现功能所必需的数据和能够处理的数据,包括数据的种类、标准、格式、质量等,及其输入输出格式; 4)环境需求——对软件系统运行时所处环境的要求; 5)可靠性要求——各种软件在运行时,失效的影响各不相同。 6)安全保密要求 7)用户界面需求 8)资源使用需求 9)软件成本消耗与开发进度需求 10)预先估计以后系统可能达到的目标 2、分析与综合 需求分析的第二步是问题分析与方案的综合: 1)分析员需从数据流和数据结构出发逐步细化所有的系统功能,找出系统各元素之间的联系、接口特性和设计上的限制,分析它们是否满足功能要求,是否合理。 2)依据功能需求,性能需求,运行环境需求等,剔除其不合理的部分,增加其需要部分。 3)最终综合成系统的解决方案,给出目标系统的详细逻辑模型。 3、编制需求分析的文档 软件需求规格说明书:即描述需求的文档 数据要求说明书 用户手册 评审的主要内容: (1)系统定义的目标是否与用户的要求一致; (2)系统需求分析阶段提供的文档资料是否齐全; (3)文档中的所有描述是否完整、清晰、准确反映用户要求; (4)与所有其他系统成分的重要接口是否都已经描述; (5)所开发项目的数据流与数据结构是否足够与确定; (6)所有图表是否清楚,在不补充说明时能否理解; (7)主要功能是否已包括在规定的软件范围之内,是否都已充分说明; 需求分析评审 (8)设计的约束条件或限制条件是否符合实际; (9)开发的技术风险是什么? (10)是否考虑过软件需求的其他方案; (11)是否考虑过将来可能会提出的软件需求 (12)是否详细制定了检验标准,它们能否对系统定义成功进行确认; (13)有没有遗漏、重复或不一致的地方; (14)用户是否审查了初步的用户手册; (15)软件开发计划中的估算是否受到了影响等 5.3.3 系统需求分析的方法 5.3.3.1系统分析方法概论 1)系统需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。 物理视图:物理视图指反应当前系统的组织机构、输人输出、资源利用情况和日常数据处理过程的模型,这一模型应客观地反映现实世界的实际情况; 逻辑视图:逻辑视图指在物理模型的基础上进行分析,区分出本质的和非本质的因素,去掉那些非本质的因素,特别是非本质的物理因素,从而形成反映系统本质的模型。
文档评论(0)