第3讲 软件需分析与管理.pptVIP

课题内容 软件需求分析管理 教学目的 掌握软件需求分析的任务、方法和过程，熟练掌握面向数据流的分析方法——结构化分析方法。 教学方法 理论加实例 重 点 结构化分析方法 软件快速原型化开发方法 如何做好需求分析 能力培养 具备小型系统的分析能力，并能编写软件需求规格说明书。 课堂类型 讲授课 教 具 电脑、投影仪 软件需求分析管理 教学目标 通过本章学习后应掌握软件需求分析的任务、方法和过程，熟练掌握面向数据流的分析方法——结构化分析方法。初步具备小型系统的分析能力，并能编写软件需求规格说明书。 教学内容 3.1软件需求分析概述 3.2结构化分析方法 3.3软件快速原型化开发方法 3.4如何做好需求分析 3.5案例分析 3.1 软件需求分析概述 软件需求分析的目标 软件需求分析的原则 软件需求分析的过程 3.1.1 软件需求的目标 在需求分析阶段, 仍然不是具体地解决问题，而是准确地定义系统要解决什么问题，弄清楚系统究竟要“做什么”，任务是确定目标系统必须具备哪些功能。 软件需求分析的目标是深入描述软件的功能和性能要求，确定软件设计的约束条件和软件同其他系统的关系，定义软件的其他有效性需求。 3.1.2 软件需求分析的原则 需要能够表达和理解问题的信息域和功能域 要能以层次化的方式对问题进行分解和不断细化 需要给出系统的逻辑视图和物理视图 3.1.3 软件需求分析的过程 问题识别 分析与综合 制订软件需求规格说明书 需求评审 需求分析的过程 (1) 问题识别 ? 从系统的角度来理解软件并评审 软件范围是否恰当 ? 确定对目标系统的综合要求，即软件的需求 ? 提出这些需求实现条件，以及需求应达到的标准 软件的需求包括： 功能需求 性能需求 环境需求 可靠性需求 安全保密要求 用户界面需求 资源使用需求 成本消耗需求 开发进度需求 预先估计以后系统可能达到的目标 (2) 分析与综合 ? 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 (3) 编制需求分析阶段的文档 ? 软件需求说明书 ? 数据要求说明书 ? 初步的用户手册 ? 修改、完善与确定软件开发实施计划 (4) 需求分析评审 系统定义的目标是否与用户的要求一致; 系统需求分析阶段提供的文档资料是否齐全; 文档中的所有描述是否完整、清晰、准确反映用户要求; 与所有其它系统成分的重要接口是否都已经描述. 需求分析的过程（实例） （1） 通过对现实环境的调查，获得当前系统的物理模型。 需求分析的过程（实例） （2） 去掉具体模型中的非本质因素： 抽取现实系统的实质，抽象出当前系统的逻辑模型。 需求分析的过程（实例） （3） 分析当前系统与目标系统的差别，建立目标系 统的逻辑模型 。 需求分析的过程 4 对目标系统的逻辑模型进行细化、改进与优化 5 需求分析的验证 需求分析的过程 3.2 结构化分析方法 结构化分析方法概述 数据流图 数据字典 处理说明 3.2.1 结构化分析方法概述 结构化分析（Structured Analysis，SA）是由Douglas Ross 提出的，由DeMarco进行推广的。 采用自顶向下、逐层进行功能分解的系统分析方法来定义系统的需求。 适用于分析大型的数据处理系统。 方法的特点：利用数据流图（Data Flow Diagram，DFD）来帮助理解问题，对问题进行分析。 一般工具：DFD、数据字典、结构化英语、判定表、判定树等。 3.2.2 数据流图 数据流图（DFD，Data Flow Diagram）是描述数据处理过程的强有力工具。数据流图描述的是系统的逻辑模型，仅仅描述数据在系统中的流动和处理情况，并不涉及具体的物理元素。由于其具有图形的直观性，即使不是计算机软件人员也很容易理解，所以是极好的用户需求表达工具，设计数据流图时只考虑系统必须完成的基本逻辑功能，而不需要考虑如何具体地实现这些功能。 （1）数据流图符号 数据流图的4种基本成分 外部项（原点和汇点） 外部项是指系统以外的事物或人，它表达了该系统数据的外部来源或去处，用方框表示之。 处理（加工） 处理表达了对数据的逻辑加工或变换功能：对数据的加工处理的结果，或者是变换了数据的结构，或者是在原有数据的基础上产生新的数据。处理用圆表示。 数据流 数据流指示数据的流动方向，用单箭头表示。 数据存储 数据存储指明了保存数据的地方。不代表具体的存储介质。数据存储使用右端开