软工视频总结Part Three

软件需求分析

任务

解决目标系统“做什么”问题

深入描述软件的功能和性能

确定软件涉及到的约束和软件接口

定义软件的其他有效需求

特点

一致性、完整性、限时性、有效性、可验证性

需求分析的过程

问题识别

建立分析所需要的通信途径

分析与综合

从信息流和信息结构出发，逐步细化所有的软件功能，找出联系，接口特性和设计上的约束，分析他们是否满足功能要求，是否合理

编制需求分析阶段的文档

软件需求说明书

数据要求说明书

初步的用户手册

修改完善与确定软件开发实施计划

评审

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

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

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

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

软件需求分析的方法

SA：面向数据流的结构化分析方法

JSD：面向数据结构的Jackson方法

DSSD；结构化数据系统开发方法

OOA：面向对象的分析方法

软件需求分析的原则

分解、化简和抽象

抽象

在开始建立分析模型前先理解问题

开发模型

记录需求的起源和原因

使用需求视图

给予需求优先级

删除排除性

分解

纵向分解和横向分解

数据流图（DFD）

特性

抽象性，概括性，层次性

主要图形元素

数据流与数据加工的关系

检查和修改DFD的原则

只能有四种图形元素

每个加工至少有一个输入数据流和一个输出数据流

数据流图的主图必须包括四种基本元素，缺一不可

需要增加编号

子图要与主图对应

每个元素必须有名字，不允许有控制流

数据流图的作用

系统分析员可以用它自定向下分析系统信息流程

可在图上画出需要计算机处理的部分

根据数据存储，进一步做数据分析，想数据库设计过度

根据数据流方向，定出存取方式

对应一个处理过程，用相应的语言、判定表等工具表达处理方法

DFD的优缺点

总体概念强，每一层强调“干什么，需要什么，给出什么”

可以反映数据的流向和处理过程

自定向下分析，容易急躁发现系统各部分的逻辑错误，容易改正

容易与计算机处理相对照

不直观，需要概括、抽象、修正

没有计算机，人工绘制太麻烦，工作量大