Ch03-需求解说.ppt

软件工程－Ch3 需求分析 主要内容 审查 　1.必须理解和表示问题的信息域，根据这条准则应该建立数据模型。 　2.必须定义软件应完成的功能，这条准则要求建立功能模型。 　3.必须表示作为外部事件结果的软件行为，这条准则要求建立行为模型。 　4.必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 　1.确定对系统的综合要求 功能需求 性能需求 可靠性和可用性需求 出错处理要求 接口要求 约束 逆向需求 将来可能提出的要求 2.分析系统的数据要求 建立数据模型：数据字典、层次方框图、Warnier图 3.导出系统的逻辑模型 数据流图、实体联系图、状态转换图 数据字典、主要算法描述 4.修正系统的开发计划 根据需求分析的结果修正以前制定的开发计划。 调查表 状态转换图——(简称为状态图,SD, State Diagram) 通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。  the END 3.7 其他图形工具 2、 Warnier图 法国计算机科学家Warnier提出的表示信息层次结构和信息逻辑组织的图形工具。 软件产品 系统软件 应用软件 操作系统(P1) 编译程序(P2) 软件工具 + 编辑程序(P3) 测试程序(P4) 设计工具(P5) 3.7 其他图形工具 3、 IPO图 是输入、处理、输出图的简称，是由美国IBM公司发展完善起来的一种图形工具。 改进的IPO图(IPO表)的形式 注释： 系统： 模块： 编号： 作者： 日期： 被调用： 调用： 输入： 输出： 处理： 局部数据元素： IPO表 改进的IPO图 3.7 其他图形工具 3.8 验证软件需求 1、 验证什么 （1）一致性 需求之间不能有冲突 （2）完整性 SRS应包括用户需要的每个功能或性能 （3）现实性 现有的软、硬件技术实现的可能性 （4）有效性 能够解决用户面对的问题 3.8 验证软件需求 2、 验证软件需求的方法 （1）一致性 人工审查的方法，形式化的SRS使用工具验证 （2）现实性 参照以往经验分析现有的技术实现的可能性 （3） 完整性和 有效性 在用户的密切合作完成 使用原型系统进行验证 * 第三章 结构化分析 * 1.需求分析的任务2.与用户沟通获取需求方法 3.分析建模与规格说明4.实体联系图5.数据规范化6.状态转换图7.其他图形工具8.验证软件需求 什么是需求分析？ 发现 　　　从宏观角度调查、分析用户所面临的问题． 求精　　　 获取目标系统的全部细节 形式化描述目标系统 建模 详述目标系统 规格说明 验证、审批 交流　　　 发现、求精、建模、规格说明、复审的过程。 需求分析准则 3.1需求分析的任务 3.1需求分析的任务 3.2 与用户沟通的方法 １．访谈 　　 正式访谈 　　 非正式访谈 　　 情景分析 3.2 与用户沟通的方法 １．访谈 　　 客户访谈技巧： 以组织机构设置、岗位划分、工作职责为突破口，以流程为主线 引导发言 当遇到…情况时，如何处理？ 是否有例外情况？ 还有什么其他工作？如每月偶尔出现的？ 听话听音 3.2 与用户沟通的方法 １．访谈 　　 常见问题： 挤牙膏 只谈旧系统问题让我多受伤 只谈正常业务流程 覆盖面不够 理想化 需求会议：大会套小会、讨论发散、达不成一致 3.2 与用户沟通的方法 结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 - 目标之一就是把数据流和数据存储定义到元素级; - 作法: 从数据流图的输出端着手,沿数据流图从输出端向输入端回溯; - 数据元素的信息记录在数据字典中; - 对算法的简明描述记录在IPO图中; - 通过分析而补充的数据流、数据存储和处理，应该添加到数据流图的适当位置上。 2．面向数据流自顶向下求精 　　 分析追踪 数据流图 用户复查 细化 数据流图 需要 分解 无补充 修正 有补充 修正 不需 分解 2．简单应用规格说明 　　 　　 一种面向团队的需求收集方法 - 提倡用户与开发者密切合作，共同标识问题，提出解决方案的要素，商讨不