SE04软件需求分析-(精品课件).pptVIP

三、需求获取的常用方法 3.1 常规的需求获取方法 3.2 快速原型方法 * * 3.1 常规的需求获取方法 建立联合分析小组 用户代表、领域专家和系统分析员 客户访谈 充分准备，寻找共同语言 循序渐进、逐步逼近 问题分析与确认 多个来回 3.2 快速原型方法——有效的需求获取方法 步骤 利用各种分析技术和方法，生成一个简化的需求规格说明 对需求规格说明进行必要的检查修改后，确定原型的软件结构、用户界面和数据结构等 在现有的工具和环境的帮助下快速生成可运行的软件原型并进行测试、改进 将原型提交给用户评估并征求用户的修改意见 重复上述过程，直到原型得到用户的认可 * 四、分析建模 4.1 两种分析模型软件的分析模型通常用一组模型组成，其中包括信息（或数据）模型、功能模型和行为模型。 结构化分析模型 面向对象分析模型 4.2 分析模型的组成与描述工具 DFD、DD和PSPEC CFD、CSPEC和STD E-R图 用例图，对象-关系图，对象-行为图 * * 结构化分析模型 加工说明 （PSPEC） 数据对象说明 CFD,STD图 DFD图 E-R图 DD 控制说明（CSPEC） 功能模型 行为模型 数据模型 * 面向对象分析模型 属性、操作、协作者 对象-行为模型 对象- 关系模型 类/对象 模型 使用实例 * 结构化分析工具 DFD、DD和PSPEC 早期结构化分析模型的基本组成部分 CFD、CSPEC和STD 扩展，用以适应实时软件建模的需要 E-R图 适用于描述具有复杂数据结构的软件数据模型 面向对象分析工具 用例图，类对象图 对象-关系图 对象-行为图 分析模型的组成与描述工具 五、需求规格说明书与需求评审 * SRS的目标 * 便于用户、分析人员和设计人员进行理解和交流。 支持目标系统的确认。 控制系统进化过程。 * 软件需求说明（SRS） 引言 信息描述 功能描述 行为描述 质量保证 接口描述 其它 给出对软件所含信息的详细描述,包括信息的内容、关系、数据流向、控制流向和结构等。根据系统所选用的不同的分析方法，可以用不同的工具描述软件设计的数据的定义和系统的信息逻辑模型。 对软件功能要求进行说明，包括系统功能划分、每个功能的处理说明、限制和控制描述等。对软件性能的需求，包括软件的处理速度、响应时间和安全限制等内容，通常也在此叙述。 对系统状态的变化以及事件和动作的叙述，据此可以检查外部事件和软件内部的控制特征。 阐明在软件交付使用前需要进行的功能测试和性能测试，并且规定源程序和文档应该遵守的各种标准。 对系统的用户界面、硬件接口、软件接口和通信接口等的说明。 阐述系统设计和实现上的限制，系统的假设和依赖等其他需要说明的内容。 主要叙述在问题定义阶段确定的关于软件的目标与范围，简要介绍系统背景、概貌、软件项目约束和参考资料等。 * 需求评审 在提交设计之前进行。 需求评审的标准： 正确性 无歧义性 完全性 可验证性 一致性 可理解性 可修改性 可追踪性 一般以用户、分析人员和系统设计人员共同参与的会议形式进行。 * Any Question？Thanks For Coming! * * 这里所指的涉众包括客户方面的项目负责人和用户，开发方面的需求分析人员和项目管理者。 * * 1、需求获取 — 从分析当前系统包含的数据开始。系统需求包括用户对软件功能和界面的需求，包括性能、有效性、可用性等质量方面的需求。 2、需求提炼（分析建模） — 主要任务就是分析建模，常用建模工具数据流图（DFD）、实体关系图（ER图）、控制流图（CFD）、状态转换图（STD图）、用例图（use case）、类对象关系及行为图。建议系统关联图、创建用户接口原型、确定需求优先级。 3、需求描述（规格说明） — 编写SRS 4、需求验证 — 确保需求规格说明可作为软件设计和最终系统验收的依据 * * 对象-关系模型描述对象之间的静态关系，对象-行为模型描述了系统的动态行为。 * * NIHAO 软件需求分析 * 主要内容 一、软件需求分析概述 二、软件需求分析的任务和步骤 三、需求获取的常用方法 四、分析建模 五、需求规格说明书与需求评审 * 一、软件需求分析概述 软件开发期的第一个阶段 明确软件要“做什么”的问题 是关系到软件开发成败的关键步骤 * 需求问题 需求是软件项目成败的关键所在。 越早发现需求错误，越早改正它，其代价越小 需求是系统必须具有的能力。 好需求的特征：无歧义、完整、一致、可检验、确定、可跟踪的，正确的，可行的和必要的。 * 软件开发的目标 软件开发的目标，简单而言，就是满足用户的需要 。 * 项目失败与成功的原因* 三种最经常使项目“遇到困难”的因素是： 缺乏