软件工程需求分析.pptxVIP

1

第三章需求分析

需求分析的任务和步骤需求获取需求建模

功能模型数据模型行为模型

软件生命周期软件定义开发时期维护时期问题定义可行性研究需求分析总体设计详细设计编码和单元测试综合测试系统设计系统实现系统分析

3.1需求分析的任务和步骤需求分析的任务：准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。用需求规格说明书规范的形式准确地表达用户的需求。010302

分析员和用户的作用4只有用户才真正知道自己需要什么，但是他们并不知道怎样用软件实现自己的需求，用户必须把他们对软件的需求尽量准确、具体地描述出来；分析员知道怎样用软件实现人们的需求，但是在需求分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。

不同的结构化分析方法遵守的准则：5必须理解并描述问题的信息域，根据这条准则应该建立数据模型。必须定义软件应完成的功能，这条准则要求建立功能模型。必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节涉及与思考的几个问题6No.3如何定义系统需求？如何识别、获取需求?你能够采取何种手段与用户进行交流沟通?何为需求建模?你如何理解模型与建模?No.2No.1

在需求分析阶段，系统分析员的主要焦点是：“做什么（what）”不是：“怎样做（how）”

需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。

抽象（映射）9逻辑模型和物理模型模型是对对象系统的形式化的特征抽象，概括性或近似地表示；构造模型的过程是一个抽象、分析的过程。对象系统模型系统模型应用模型构造的过程

逻辑模型物理模型(本质模型、概念模型)(实施模型、技术模型)现行系统描述重要的业务功能，无论系统是如何实施的。描述新系统的主要业务功能和用户新的需求，无论系统应如何实施。目标系统描述现实系统是如何在物理上实现的。描述新系统是如何实施的（包括技术）。

分析阶段中常用的模型（逻辑模型）11数据流图（DFD）01实体―联系图（ERD）02类图03实例图04时序图05状态图06协作图07事件列表08数据流定义09数据元素定义10……11

3.2需求获取

（Capturingtherequirements）需求是系统的特征，或为了实现系统目标系统能做什么的一个描述。

需求获取面临的挑战13问题的复杂性和对问题空间理解的不完备性与不一致性交流障碍需求易变性

需求获取的主要困难14

三类需求15thosethatabsolutelymustbemet绝对需要满足的需求thosethatarehighlydesirablebutnotnecessary想要但并非必须的需求thosethatarepossiblebutcouldbeeliminated可以接受但也可以排除的需求010302

3.2与用户沟通获取需求的方法16STEP4STEP3STEP2STEP1访谈面向数据流自顶向下求精简易的应用规格说明技术快速建立软件原型

某出版社系统调查表17编号提出问题1您在哪个部门工作？2出版业务流程是什么？3您每日都处理那些文件、数据、报表？4工作中手工处理特别麻烦的事情是什么？5工作中手工处理什么问题解决不了？影响效率的问题有哪些？6您认为提高工作效率，节省工作时间，减轻工作强度可采取哪些办法？

某出版社系统调查表18编号提出问题7您的部门需要成本核算和统计的内容有哪些？8您的部门采用计算机管理工作情况如何？9如何改进业务流程使之更合理？10哪些问题是目前传统手工方法根本无法解决的？11出版社计算机管理信息系统需要解决什么问题？

结构化分析方法SA19No.1基本分析方法是什么？采用自顶向下、逐层进行功能分解的系统分析方法来定义系统的需求。No.2适用于分析大型的数据处理系统。

需求建模2001SA原理02SA建模功能模型数据模型行为模型

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

3.3分析建模22根据结构化分析准则，需求分析过程应该建立3种模型，它们分别是数据模型、功能模型和行为模型。

01实体-联系图（Entity-RelationDiagram简称ER图），描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形。02数据流图（DataFlo