《软件工程》教学课件05软件需求分析.pptx

SOFTWAREENGINEERING

2003.01.10

Softwarescope

Refined

确定做什么?

TheDefinitionPhase

2003.01.10

SOFTWAREENGINEERING

软件需求分析

•众所周知，在解决问题之前必须首先理解所要解决的问题。对问题理解得越透彻，就越容易解决它。当我们完全、彻底地理解了一个问题的时候，通常就已经解决了这个问题。

2003.01.10

SOFTWAREENGINEERING

软件需求分析

•为了更好地理解问题，人们常常采用建立问题模型的方法。所谓模型，就是为了理解事物而对事物作出的一种抽象，是对事物的一种无歧义的书面描述。通常，模型由一组图示符号和组织这些符号的规则组成，利用它们来定义和描述问题域中的术语和概念。更进一步讲，模型是一种思考工具，利用这种工具可以把知识规范地表示出来。

2003.01.10

SOFTWAREENGINEERING

软件需求分析

•模型可以帮助我们思考问题、定义术语、在选择术语时作出适当的假设，并且可以帮助我们保持定义和假设的一致性。

•在对目标系统进行分析的初始阶段，面对大量模糊的、涉及众多专业领域的、错综复杂的信息，系统分析员往往感到无从下手。模型提供了组织大量信息的一种有效机制

2003.01.10

SOFTWAREENGINEERING

软件需求分析

•为了开发复杂的软件系统，系统分析员应该从不同角度抽象出目标系统的特性，使用精确的表示方法构造系统的模型，验证模型是否满足用户对目标系统的需求，并在设计过程中逐渐把和实现有关的细节加进模型中，直至最终用程序实现模型。

2003.01.10

SOFTWAREENGINEERING

软件需求分析

•对于那些因过分复杂而不能直接理解的系统，特别需要建立模型，建模的目的主要是为了减少复杂性。人的头脑每次只能处理一定数量的信息，模型通过把系统的重要部分分解成人的头脑一次能处理的若干个子部分，从而减少系统的复杂程度。

2003.01.10

SOFTWAREENGINEERING

软件需求分析

•一旦建立起模型之后，这个模型就要经受用户和各个领域专家的严格审查。由于模型的规范化和系统化，因此比较容易暴露出系统分析员对目标系统认识的片面性和不一致性。通过审查，往往会发现许多错误，发现错误是正常现象，这些错误可以在成为目标系统中的错误之前，就被预先清除掉。

2003.01.10

SOFTWAREENGINEERING

软件需求分析

•通常，通过快速建立原型，让用户和领域专家经过亲身体验，对系统模型进行更有效的审查。模型常常会经过多次必要的修改，通过不断改正错误的或不全面的认识，最终，软件开发人员对问题有了透彻的理解，从而为后续的开发工作奠定了坚实基础。

SOFTWAREENGINEERING

2003.01.10

软件需求分析的任务

•为了开发出真正满足用户需求的软件产品，首先必须确切地知道用户的需求。对软件需求的深入理解，是软件开发工作获得成功的前提和关键，不论我们把设计和编码工作做得多么出色，不能真正满足用户需求的软件只会给用户带来失望，给开发者带来烦恼。

•需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。

2003.01.10

SOFTWAREENGINEERING

软件需求分析的任务

•需求分析是定义软件的最后一个阶段，也是最重要的一个阶段，其基本任务是对目标系统提出完整、准确、清晰、具体的要求。

•需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因此，必须采取行之有效的办法对需求分析进行严格的审查和验证。

•Boehm对软件需求的定义：研究一种无二义性的表达工具，它能为用户和软件人员双方都接受并能够把“需求”严格地、形式地表达出来。

SOFTWAREENGINEERING

2003.01.10

软件需求分析

•在编程过程中，事情总是会变得清晰；只有在检验了软件的早期版本后项目共利益者才能够更好地理解需求；事情变化太快，需求工程是浪费时间；底线是开发一个可运行的程序，其他都是次要的。

•构成这些论点的原因在于其中也包含了部分的真实情况(尤其是不超过一个月的小项目)。

SOFTWAREENGINEERING

2003.01.10

信息技术项目成功的3要素

•用户参与程度

•高级管理层的支持

•明确的需求说明

SOFTWAREENGINEERING

2003.01.10

软件需求分析的