实验二辅导材料：GIS软件工程-v2(00001)课件.ppt

《实验二辅导材料：GIS软件工程-v2(00001)课件.ppt》由会员分享，可在线阅读，更多相关《实验二辅导材料：GIS软件工程-v2(00001)课件.ppt（27页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、GIS软件工程软件工程一一 、GISGIS软件概念与特点软件概念与特点二二 、软件工程类型和过程、软件工程类型和过程三三 、软件模型、软件模型四四 、需求分析、需求分析一、软件的概念与特点一、软件的概念与特点关于软件的话题关于软件的话题软件是人类有史以来发明的最伟大的工具，同时也是最复杂的工具软件是人类有史以来发明的最伟大的工具，同时也是最复杂的工具软件定义世界，数据驱动未来软件定义世界，数据驱动未来比尔比尔.盖茨是全球首富榜上持续时间人盖茨是全球首富榜上持续时间人软件业创造了最多的百万富翁，微软曾经是全球市值最高的科技公司软件业创造了最多的百万富翁，微软曾经是全球市值最高的科技公司硬件是硬件

2、是GISGIS的躯干，数据是的躯干，数据是GISGIS的血液，软件是的血液，软件是GISGIS的灵魂。的灵魂。软件业软件业“实在是个迷人的行业实在是个迷人的行业”，但，但“它也象骑上了牛背，你不得注意牛的它也象骑上了牛背，你不得注意牛的动向，因为每次在你以为赢了的时候，你就会从牛背上抛下来动向，因为每次在你以为赢了的时候，你就会从牛背上抛下来“。只有只有50%50%的项目能投入使用，另有近的项目能投入使用，另有近20%20%项目以彻底失败告终。项目以彻底失败告终。软件是吃青春饭的行业软件是吃青春饭的行业GIS软件特点软件特点软件过程软件过程 软件过程是为了按质量要求完成软件建设而采取的一系列步

3、骤、方法的过程。是指软件整个生命周期，从需求分析需求分析、概要设计概要设计、详细设计详细设计、编码开发编码开发、系统系统测试测试、验收确认验收确认和运行维护运行维护一个过程模型。作用：1、有效的软件过程可以提高组织的生产能力有效的软件过程可以提高组织的生产能力 2、有效的软件过程可以改善我们对软件的维护有效的软件过程可以改善我们对软件的维护软件模型软件模型 通常使用软件生命周期模型描述软件过程。软件生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序，因此，也称为过程模型。常见的过程模型有瀑布模型瀑布模型、快速原型模型快速原型模型、增量增量模型模型、螺旋模型螺旋模型等。瀑布模型瀑布模

4、型 增量模型增量模型螺旋形模型螺旋形模型4.1.1需求分析含义需求分析含义 准确、清晰和全面地描述软件的功能与性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其它有效性需求。4.1.3需求生命周期管理需求生命周期管理 软件项目以需求开始为开始，需求结束为结束，需求贯穿整个项目过程，对需求生命周期的管理也是项目管理的重要部分。需求生命周期管理包括：需求开发需求开发、需求变更需求变更、需需求跟踪求跟踪和需求验证需求验证。贯穿于需求分析、编码开发、系统测试、验收确认和运行维护整个软件工程过程。4.1.4需求分析的内容需求分析的内容 掌握在不同场景（条件）下的用户需求，包括有哪些数据

5、、具体怎么表现、它们的流程是怎样？需求分析需求场景数据表现（表格）流程环节角色数据承接权限：在不同的条件下流程与功能会产生不同的流向和操作结果4.2.1 需求开发需求开发-需求调研需求调研1、明确的目的和计划明确的目的和计划 制定好需求调研计划，明确每次调研的目的、时间、人员。2、做好现场调研记录做好现场调研记录 好记性不如烂笔头，做好现场调研记录，作为后续需求分析、编制软件需求规格说明书的调研材料。3、善于沟通和引导善于沟通和引导 在与用户进行需求调研工作前，需求分析人员应掌握相关领域的业务知识，方能在与客户沟通过程中明晰用户表达的需求或想法；掌握相关领域软件开发技术路线，方能在与客户沟通过

6、程中，及时反馈需求或想法在未来软件实现中的初步概像。4.2.2需求开发需求开发-步骤分解步骤分解 针对单个功能模块进行操作步骤分解，明确什么人（角色）使用此功能模块，通过哪些步骤，完成什么任务，实现了什么目的。例如：例如：某项业务经办人A 通过查询界面选择宗地查询、输入宗地座落、点击查询按钮，在界面上显示模糊查询结果列表，同时在地图上高亮显示查询结果。4.2.3 需求开发需求开发-原型图设计原型图设计 采用一个或多个图片的模式按步骤分解的内容展现需求实现（功能操作）的过程。通过原型设计图可以较好地辨别需求实现的可行性，包括做功能操作步骤是否繁琐、界面设计是否合理等。u常用原型图设计工具常用原型

7、图设计工具 1）Axure RP 2）Balsamiq Mockups 3）Pencil Project 4.2.4 需求开发需求开发-需求确认需求确认3、需求确认、需求确认 需求确认包括与开发确认、与测试确认和与用户确认。与开发确认与开发确认 确定需求是否完整，能否支撑软件功能开发，任务分解等工作。与测试确认与测试确认 确定需求是否完整，能否支撑软件系统测试用例开发工作与用户确认与用户确认 让用户知道需求的内容和实现的效果，与当初需求沟通内容是否出入，尽快让双方对需求内容达成共识，确保需求不会偏离，也是需求责任确定的一种方式。4.2.5 需求开发需求开发-编制文档编制文档4、编制、编制软件需

8、求规格说明书软件需求规格说明书 软件需求规格说明书体现了用户具体的需求，并指导开发人员进行软件开发、测试人员进行软件的一系列软件过程阶段工作。编写软件需求规格说明书主要有以下要求：传递性传递性 传递性也称为辨识性，就是说软件需求规格说明书文档所描述的内容、条理性清晰，项目干系人（甲方、乙方、软件开发人员、测试人员）等可以轻易的了解用户需求。可行性可行性 可行性是指在现有的相关法律法规或行业行规、软件技术条件下，需求是可以被实现的（软件可以开发的）。验证性验证性 测试人员和用户可以通过软件需求规格说明书对软件进行功能性验证。4.3 需求变更需求变更 需求变更是相对于需求开发而言，在软件过程中，需求变更越早发生对软件开发越有利，反则相反。4.3 需求变更管理需求变更管理1、风险评估风险评估 根据需求变更对整个软件开发造成影响的严重性进行评估，是否会造成整体软件开发停滞或者重构。2、变更评审会、变更评审会 通过组织需求变更评审的方式来决议需求变更是否通过，避免个人项目成员随意进行需求变更。3、变更通知变更通知 一旦有需求变更应及时通知相关项目干系人，包括用户、项目经理、需求分析人员、开发人员、测试人员等。4、流程化控制流程化控制 应建设需求变更流程管理制度，严控需求变更。4.4 需求跟踪需求跟踪