软件开发03第三章 需求工程.pptVIP

3.4需求建模方法3.4.1结构化需求建模方法 基本特点是表达问题时尽可能使用图形符号的形式，设计数据流图时只考虑系统必须完成的基本功能，不必考滤如何具体实现这些功能。 基本思想是按照由抽象到具体、逐层分解的方法，确定软件系统内部的数据流、变换关系，并用数据流图表示。 描述手段 ①一套分层的数据流图 ②一本词典 ③其他补充材料 3.4需求建模方法3.4.2数据流图 1．数据流图的含义 数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的传输变换过程。 2．数据流图的特性 （1）抽象性 （2）概括性（3）层次性 3. 数据流图基本符号 （1）源点（2）加工（3）数据流 （4）数据存储文件 4．数据流图的用途--作为交通信息的工具。 3.4需求建模方法3.4.2数据流图 5．数据流图的优缺点 (1) 总体概念强，每一层都明确强调干什么，需要什么，给出什么。 (2) 可以反映出数据的流向和处理过程。 (3) 由于自顶向下分析，容易及早发现并修正系统各部分的逻辑错误。 (4) 容易与计算机处理相对照。 (5) 不直观 (6）人工绘制太麻烦，工作量较大。 3.4需求建模方法3.4.2数据流图 6．数据流图的画法 (1) 画数据流图的一般原则 画数据流图的基本步骤概括地说，就是自外向内，自顶向下，逐层细化，完善求精。 (2)数据流图的分层方法 3.4需求建模方法3.4.2数据流图 7．数据流图的绘制与其他流程图的差别 (1)数据流图与系统流程图的区别 将物流与资金流排除在外 (2) 数据流与程序流程图的区别 只反映数据的流向、处理逻辑和必要的数据存储，它不反映处理逻辑的先后的时间顺序 3.4需求建模方法3.4.2数据流图 7．数据流图的绘制与其他流程图的差别 (3) 数据流与程序结构图的区别 不反映控制关系、调用关系、控制流，只画数据流 (4)数据流与控制流的区别 有数据（指表示事物的信息，而不是控制信号）流过 3.4需求建模方法3.4.3数据字典 1．数据字典的定义 数据字典是定义目标系统中使用的所有数据元素和结构的含义、类型、数量值、格式和度量单位、精度及允许取值范围内的共享数据仓库。 2．数据字典的内容 （l）数据流 （2）数据项 （3）数据结构 （4）数据存储 （5）处理逻辑 （6）外部实体 3．定义数据的方法 --对数据自顶向下的分解 3.4需求建模方法3.4.3数据字典 4．数据字典的用途 数据字典最重要的用途是作为分析阶段的工具。 5．数据字典的实现 目前实现数据字典有三种常见的途径：全人工过程，全自动化过程（利用数据字典处理程序）和混合过程（用正文编辑程序、报告生成程序等已有的实用程序帮助人工过程）。 3.5需求图形工具3.5.1 层次方框图3.5.2 Warnier图3.5.3 IPO图 3.5需求图形工具3.5.1 层次方框图 层次方框图用树形结构的一系列多层次的矩形框描述数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素（不能再分割的元素）。 系统分析员从对顶层信息的分类开始，沿图中每条路径反复细化，直到确定了数据结构的全部细节为止。 3.5需求图形工具3.5.2 Warnier图 用Warnier图可以表明信息的逻辑组织，它不仅可以指出一类信息或一个信息量是重复出现的，也可以表示特定信息在某一类信息中是有条件出现的。 第三章 需求工程 3.1概述 3.2需求获取方法 3.3需求分析的任务与原则 3.4需求建模方法 3.5需求图形工具 3.6需求验证 3.7需求管理 3.1概述3.1.1 软件需求定义3.1.2软件需求分类3.1.3需求规格说明3.1.4需求工程概念3.1.5需求工程过程 3.1概述 软件需求工程的目的是定义软件所需要解决的问题 。 软件需求是要把一个定义不足和模糊的问题转换为一个定义良好而准确的问题，进而找到解决问题的方案。 3.1概述 主要困难 ： 软件开发人员与用户双方固有的矛盾 需求具有易变性和难以表述性 需求错误的高频性和修复的高成本性 3.1概述3.1.1 软件需求定义 软件需求是指用户对软件的功能与性能需求,就是用户希望软件能够做什么事情,完成哪些功能，达到哪些性能等。 3.1概述3.1.2软件需求分类 1．业务需求 说明软件系统必须完成的任务、实际业务或工作流程等。 2．目标需求 反映组织机构或客户对系统和产品提出的高层次的目标要求。