20GIS软件工程第3章-GIS软件工程的系统分析PPT课件.ppt

GIS软件工程;GIS软件工程系统分析的任务、难点、要求、过程、方法

需求工程的内容

需求分析的作用

需求分析的工具;第一节系统分析;二、系统分析的任务

系统分析员与用户一道，将用户的要求，用软件需求规格说明书表达：

细化对软件的要求——软件的功能、性能，软件设计的限制，软件与其他系统元素的接口

描述软件处理的数据域

定义软件的其他有效性需求;三、系统分析的难点

3方面：

对数据的理解

系统分析员——对不同领域应用的理解

用户——对GIS的理解

人与人之间的沟通——系统分析员—用户

环境的不断变化;四、系统分析的要求

系统分析员——既要具备良好的GIS开发知识，又要了解用户业务知识

用户与系统分析员，具有良好沟通能力与合作精神

确立总体规划、分阶段进行的思路——采用螺旋模型开展GIS建设;五、系统分析的过程

4方面:

1.问题识别

——系统分析员，研究系统规划阶段产生的可行性研究报告、项目开发计划。确定软件的需求：（10部分）

功能需求

性能需求

数据需求

环境需求

可靠性需求

安全必威体育官网网址需求

用户界面需求

资源使用需求

软件成本消耗与开发进度需求

预先估计系统可能达到的目标;2.分析与综合

问题分析

——从数据流和数据结构出发，逐步细化所有系统功能，找出系统各元素之间的联系、接口特性和设计上的限制，分析其是否满足功能要求、是否合理。

方案综合

——将分析结果综合成系统的解决方案，给出目标系统的详细逻辑模型。

3.编制需求分析的文档

软件需求规格说明书

初步的用户手册——反映：用户界面，用户使用的具体要求;4.需求分析评审

14项内容：

系统定义的目标是否与用户的要求一致

系统分析阶段提供的文档资料是否齐全

文档中的所有描述是否完整、清晰、准确反映用户要求

与所有其他系统成分的重要接口是否都已描述

所开发项目的数据流与数据结构是否足够、确定

所有图表是否清楚，能否充分理解

主要功能是否已包括在规定的软件范围之内，是否已充分说明

设计的约束条件/限制条件是否符合实际

开发的技术风险是什么

是否考虑过软件需求的其他方案

是否详细制订了检验标准，它们能否对系统定义成功进行确认

是否有遗漏、重复或不一致的地方

用户是否审查了初步的用户手册

软件开发计划中的估算是否受到了影响;六、系统分析的方法

2部分组成：

数据域——系统分析过程，表示方法

功能域——系统分析过程，表示方法

2种视图/模型：

物理视图/模型

——现实世界的实际情况

——反映：组织机构，I/O，资源利用状况，日常数据处理过程的模型

逻辑视图/模型

——在物理模型基础上抽象——抽象系统模型

——反映：系统本质的模型;第二节需求工程;需求工程的目的

——给待开发系统提供一个清晰、一致、精确、无二义性的模型。

需求工程的过程

对系统要求实现服务的理解

对系统用户情况的理解

对系统环境及相关约束的理解;二、需求工程中涉及的角色

3类角色：

需求者

——客户、使用者、主管

系统分析员

——需求分析的主体

开发者

——程序设计人员、编程人员、项目管理者

3类角色的关系;三、需求工程的作用

支持项目开发

支持软件测试和验证

支持维护

支持项目承包商

支持管理

理由：软件需求规格说明书——用户需求的各个细节

——参照物;四、需求工程的内容

1.需求获取

需求获取过程

软件分析人员—用户交流

从客户获取信息

分析信息→确定：功能，性能，接口关系及属性，软件条件，限制，边界

需求获取方法

指导开发小组获得用户需求的方法框架

支持控制此项活动进展的过程控制机制

需求分析的信条/原则

彻底弄懂用户的全部意图

一切从用户角度着想;2.需求分析

——用户最初的非形式化需求—映射—软件产品

软件需求规格说明书

2类用户需求：

功能性需求

——包括：系统的输入，系统能完成的功能，系统的输出，其他反应

非功能性需求;3.验证

——需求评审，减低错误/缺陷——软件需求规格说明书中

完善的软件需求规格说明书的要求：

正确性

无二义性

完整性

可验证性

一致性

非计算机人员的可理解性

可修改性

可跟踪性

注释性;第三节需求分析;二、需求分析的原则

1.需求分析的原则

必须能够表达和理解问题的数据域和功能域

可以把一个复杂问题按功能进行分解,并可逐层细化

建模

——逻辑模型是软件