3需求分析精要.ppt

需求分析的任务 获取需求的方法 分析建模和规范化 图形工具 验证软件需求 分析系统的数据要求 确定对系统的综合要求 导出系统的逻辑模型 修正系统开发计划 开发原型系统 确定对系统的综合要求 5.可靠性和可用性需求 定量指定了系统的可靠性，量化用户使用系统的程度。 6.出错处理需求 该类需求说明系统对环境错误怎样响应。 获取需求的方法 访谈： 两种基本形式：正式和非正式 使用情景分析技术：即是对用户将来使用目标系统解决某个问题的方法和结果进行分析。 优点： （1）该技术可以演示目标系统 （2）可以调动用户的积极性 分析过程 沿数据流图回溯 用户复查 细化数据流图 修正开发计划 书写文档 沿数据流图回溯 步骤： 从输出端沿着数据流图向输入端回溯，由此确定出每个数据的来源 把分析过程得到的有关数据元素的信息记录在数据字典中，把算法记录在IPO图中 简易的应用规格说明技术 步骤： 初步访谈，确定问题的范围和解决方案 由开发者和用户分别写出“产品需求”，并在由双方代表组成的会议上讨论 会议上确定与会人员意见一致的问题和列表 将与会者分成小组，每个小组就列表中的问题展开讨论，然后形成小型规格说明 小组讨论结束后，每组向全体人员展示小型规格说明 专门人员根据会议成果起草完整的软件需求文档 简易的应用规格说明技术 面向团队的需求收集法优点： 强调了用户的参与，开发者和用户密切合作 讨论即时并求精 有能导出规格说明的具体步骤 开发原型系统 快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。 快速原型的第一个特征是“快速”，使用户和开发者在目标系统应该“做什么”问题上尽快达成共识； 快速原型的第二个特征是“容易修改”，原型的“修改-试用-反馈”过程的多次反复。 分析建模与规格说明 分析建模 模型：为了理解事物而对事物做出的一种抽象，包括一组图像符号和组织该符号的规则。 结构化分析实质上是一种建模的分析方法。 需求分析阶段建立的3种模型： 数据模型、功能模型和行为模型 分析建模与规格说明 应用的图形工具： 数据模型：描绘数据及其关系，使用实体-联系图 功能模型：描绘数据的变换过程，使用数据流图 行为模型：描绘系统的行为，使用状态转换图 概念模型和规范化 ER模型 范式 ER模型 ER模型 实体：矩形 属性：椭圆或圆角矩形 联系：菱形 状态转换图 行为模型：描绘系统的行为，使用状态转换图 状态转换图：通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为 状态转换图 状态：任何可以被观察到的系统行为模式 状态规定了系统对事件的响应方式 所定义的状态有：初态、终态和中间状态 事件：引起系统做动作或转换状态的控制信息 状态转换图 初态：实心圆 终态：一对同心圆，内圆为实心 中间状态：圆角矩形,分成上、中、下三部分，分别代表状态、状态变量和活动表 状态转换：状态图中两个状态之间带箭头的连线，箭头指明转换方向 事件表达式：标注在箭头线上 状态转换图 其他图形工具 层次方框图 Warnier图 IPO图 Warnier图 花括号：区分数据结构的层次 异或：两类数据元素只能出现一个 圆括号：当中的数字表示该数据元素出现的次数 验证软件需求 验证需求正确性的原则 验证需求的方法 用于需求分析的软件工具 概念模型和规范化 前一页 ER模型 概念模型和规范化 前一页 范 式 通常用“范式”（Normal Formas）定义消除数据的冗余的程度。 按照冗余程度的大小，分为第一范式（1NF）到第五范式（5FN）。 范 式 概念模型和规范化 前一页 范式越高冗余度越小，但并非越高越好。随着范式的提高，存储过程变得复杂起来；在需求变化时数据的稳定性差；访问的表增多，访问的效率下降。 满足最低要求的是第一范式，在第一范式中再进一步满足一些要求的为第二范式，…。大多数情况下选用第三范式比较合适 。 概念模型和规范化 前一页 范 式 第一范式：每个属性都必须是原子值，即仅仅是一个简单值而不含内部结构。 第二范式：满足第一范式条件，而且每个非关键字的属性都由整个关键字决定。 第三范式：符合第二范式条件，每个非关键字的属性仅由关键字决定，而且一个非关键字的属性不能仅仅是对另一个关键字的描述。 状态和事件 符号 状态1 状态变量1 活动表1 事件表达式 状态2 状态变量2 活动表2 初始事件 图3.3 状态图中使用的主要符号 前一页 主要内容 层次方框图 前一页 图形工具 采用多层次的树形结构的方框描述数据的层次结构。其顶层是数据，中间各层是该数据的子集，最底层的树叶是组成该数据的实际数据元素。 层次方框图 前一页 图形工具 Warnier