软件工程第三章需求分析

临沂白癜风医院 http://baijiahao.baidu.com/s?id=1680155402153973420&wfr=spider&for=pc

第三章需求分析

学习目标

需求分析是软件定义的最后一个阶段,回答做什么,还应给出软件需求规格书。

需求:是指目标软件/目标系统的需求,即在最终交付给用户的软件/系统中应包含那些功能、性能、安全、运行维护等方面的要求。

3.1需求分析的任务

3.1.1需求分析的准则

1.理解描述问题的信息域,建立数据模型;

2.定义软件功能,建立功能模型;

3.描述作为外部事件结果的软件行为,建立行为模型;

4.对描述信息、功能和行为的模型进行分解,用层次方式展示细节。

3.1.2需求分析的任务

1.确定对系统的综合要求

功能需求;性能需求(响应时间等);可靠性和可用性需求;出错处理需求;接口需求;约束;逆向需求;将来可能提出的要求

2.分析系统的数据要求

建立数据;描绘数据结构;规范化

3.导出系统的逻辑模型

通常用数据流图、实体联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型

4.修正系统开发模型

3.2与用户沟通获取需求的方法

访谈(正式访谈、非正式访谈)情景分析技术(下面一些内容我感觉是下个模块3.3的,但是跟老师课堂记的,我也很疑惑·······)

3.2.1结构化分析方法

面向数据流自定向下逐步求精进行需求分析的方法

3.2.2自顶向下求精

从输入端开始,分析员借助数据流图、数据字典和IPO图向用户解释输入数据是怎样变成输出数据的

3.2.3应用规格

3.2.4软件原型

快速、容易修改

3.3分析建模与规格说明

3.3.1建模规格说明

实体联系图:描绘数据对象及数据对象间的关系,建立数据模型的图形

数据流图:功能模型的基础

状态转换图:描绘了系统的各种行为和在不同状态间转换的方式

3.3.2需求规格说明书(挺重要的七步,后面课程老师有反复提及)

这个关系很重要,文字笔记中也有记载,目测会成为考点

状态转换图-行为模型功能模型-数据流图、数据字典数据模型-E-R图

需求规格说明书的模板(网上也有很多模板)

3.4实体-联系图(E-R图)

3.5数据规范化

为了减少数据冗余,避免出现插入异常或删除异常,简化修改数据的过程,通常需要把数据结构规范化(范式)

第一范式(属性为原子性,字段不可分)冗余程度越大

第二范式有主键,非主键字段依赖主键(唯一性)

第三范式非主键字段不能相互依赖(每列都与主键有直接关系,不存在传递关系)

第五范式冗余程度最小,第三范式最恰当

3.6状态转换图

通过描绘系统的状态及引起系统转换的事件,来表示系统的行为。

1.状态:状态图定义的状态主要有:初态、终态和中间状态(只有一个初态,可以有多个终态)

2.事件:就是引起系统做动作或(和)转换状态的控制信息

符号:

3.初态:实心圆终态:同心圆中间状态:圆角矩形

可以用两条水平横线把它分成上、中、下3个部分。上面部分为状态的名称,中间部分为状态变量的名字和值,下面部分是活动表

3.7其他图形工具

层次方框图、Warnier图、IPO图(IPO表)

3.8验证软件需求

一致性、完整性、现实性、有效性、真实性、无冗余、完全性、可行性

软件工具:PSL/PSA等

PSL/PSA四种功能

1.描述任何应用领域的信息系统;

2.创建一个数据库保存对该信息系统的描述符;

3.对描述符施加增加、删除和更改等操作;

4.产生格式化的文档和各种分析报告。

课堂笔记的重新整理,如有错误欢迎指正预览时标签不可点收录于话题#个上一篇下一篇



转载请注明地址:http://www.henanledxianshiping.com/ithyfzqj/22590.html
  • 上一篇文章:
  • 下一篇文章: 没有了