03需求分析.pptVIP

第三章 需求分析 需求分析的任务和步骤 需求获取 需求建模 分析员和用户的作用 只有用户才真正知道自己需要什么，但是他们并不知道怎样用软件实现自己的需求，用户必须把他们对软件的需求尽量准确、具体地描述出来； 分析员知道怎样用软件实现人们的需求，但是在需求分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。 不同的结构化分析方法遵守的准则： (1) 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 涉及与思考的几个问题 如何定义系统需求？ 如何识别、获取需求? 你能够采取何种手段与用户进行交流沟通? 何为需求建模? 你如何理解模型与建模? 在需求分析阶段，系统分析员的主要焦点 是：“做什么（what）” 不是：“怎样做（how）” 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 分析阶段中常用的模型（逻辑模型） 数据流图（DFD） 实体―联系图（ ERD ） 类图 实例图 时序图 状态图 协作图 事件列表 数据流定义 数据元素定义 …… 3.2 需求获取（Capturing the requirements） 需求是系统的特征，或为了实现系统目标系统能做什么的一个描述。 需求获取面临的挑战 1、问题的复杂性和对问题空间 理解的不完备性与不一致性 2、交流障碍 3、需求易变性 需求获取的主要困难 三类需求 those that absolutely must be met绝对需要满足的需求 those that are highly desirable but not necessary想要但并非必须的需求 those that are possible but could be eliminated可以接受但也可以排除的需求 3.2 与用户沟通获取需求的方法 访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型 某出版社系统调查表 某出版社系统调查表 结构化分析方法 SA 基本分析方法是什么？ 采用自顶向下、逐层进行功能分解的系统分析方法来定义系统的需求。 适用于分析大型的数据处理系统。 需求建模 SA原理 SA建模 结构化分析实质上是一种创建模型的活动。 怎样的创建模型的活动？ 为了开发出复杂的软件系统，系统分析员应该从不同角度抽象出目标系统的特性，使用精确的表示方法构造系统的模型，验证模型是否满足用户对目标系统的需求。 并在设计过程中逐渐把和实现有关的细节加进模型中，直至最终用程序实现模型。 3.3 分析建模 根据结构化分析准则，需求分析过程应该建立3种模型，它们分别是数据模型、功能模型和行为模型。 实体-联系图（Entity-Relation Diagram简称ER图），描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形。 数据流图（Data Flow Diagram简称DFD），描绘当数据在软件系统中移动时被变换的逻辑过程，指明系统具有的变换数据的功能，是建立功能模型的基础。 状态转换图(Status Transfer Diagram简称为状态图、STD)，指明系统在外部事件的作用下将会如何动作，表明了系统的各种行为模式(称为“状态”) 以及各种状态间的变迁，状态转换图是行为建模的基础。 SA主要针对数据处理领域，因此，系统分析的侧重点在于功能分析和数据分析，而行为分析使用得较少。 SA的结构 数据流图说明： 表示外部实体，代表数据源和数据池。 表示加工，代表接收输入，经过变换，继而产生输出的处理过程。 表示数据流，代表数据的流向和路径。 表示数据存储，代表系统加工的数据所存储的地方。 DFD表示 数据流图分解原则 DFD可以用来表示一个系统或软件在任何层次上的抽象。 较大型软件系统DFD分成多层(子图、父图概念),可以表示数据流和功能的进一步的细节。 0层数据流图应当把系统或软件作为一个单一的功能来描述。 应当注意原始的输入和输出。 每个过程的每次细化一般控制在3－4个分过程。 所有圆圈和箭头应用有意义的名称标注。一个名称标注在同一个DFD中只能出现一次。 每次细化时，细化部分的输入和输出必须保持一致，即保持信息流连续性，有时称为平衡。 一次最好只对一个处理细化