《软件工程方法》sea02.Requirement.pdfVIP

软件工程方法

第二章.需求

02.Requirement

内容安排

1.理解需求

2.问题分析

3.需求获取

4.需求建模

3

内容安排

1.理解需求

2.问题分析

3.需求获取

4.需求建模

4

需求：程序猿永远的痛

5

需求

需求是客户可接受的、系统必须满足的条

件或具备的能力

IEEE

用户解决问题或达到目的所需的条件和能力

系统或系统部件为满足合同、标准、规范或其

他正式规定文档所需具有的条件和能力

一种反映上述两条所描述的条件或能力的文档

说明

问题需求解决

方案

6

功能性需求

功能性需求(Functionality)：详细描述了系

统必须有能力执行的动作

通过详细说明所期望的输入和输出条件来

描述系统行为

假定一个指定的输入，功能性需求规定了必须

有什么样的输出

IPO：输入(Input,I)、输出(Output,O)、处理

(Process,P)

7

非功能性需求

非功能性需求定义了系统工作时的特性

可用性(Usability)：人为因素(美观、易学、易

用)和用户界面、用户文档、培训资料的一致性

可靠性(Reliability)：故障频率和严重性、故障

平均时间(MTTF)、故障恢复能力等

性能(Performance)：响应时间、恢复时间和内

存使用等

可支持性(Supportability)：可扩展性、适应性

和耐用性等方面的能力，以及可测试性、兼容

性、可配置性等

其它需求：设计约束、实施需求、接口需求和

物理需求等

8

需求的重要性

需求是软件开发的第一个阶段，也是最重

要的一个阶段

“千里之行，始于足下”

需求探讨的系统“做什么”(What)的问题

是后续分析、设计、编码、测试等各阶段的基

础

是决定项目成功的关键要素

9

项目失败因素列表

1.IncompleteRequirements13.1%

2.LackofUserInvolvement12.4%

3.LackofResources10.6%

4.UnrealisticExpectations9.9%

5.LackofExecutiveSupport9.3%

6.ChangingRequirements