第4讲+需求分析.pptVIP

* 各种模型 词汇 说明 数据对象、属性与关系 一般较少使用，不同于面向对象方法的“对象”与“类”，留意教材的论述 E-R图 结构化方法，一般在软件设计阶段使用 功能模型 采用数据流图，属于结构化方法，同时具有描述数据的作用 行为模型 教材主要介绍状态图，此外，使用流程图、伪代码、判定树等方法描述数据流图的“数据加工”，也具有描述“行为”的作用 数据字典 与数据流图配合使用，属于数据模型，对数据加工的说明也具有描述“行为”的作用 面向对象模型 UML面向对象分析与设计课程 业务流程图 对于业务流程复杂的软件，流程图是相对直观、便于双方交流的描述工具，有助于准确理解用户需求，但是，从软件需求分析的角度，需要进一步抽象到更高层次的模型 * 注意： 数据模型、功能模型、行为模型需要配合使用，不能简单的截然分开。 * 需求规格说明 什么是需求规格说明？ 对软件需求的书面描述，是需求分析阶段的最终产物。 需求规格说明书的用途 用户：确认所描述的是否是“自己要开发的软件” 软件开发人员：做为软件设计与测试的依据 双方：将来验收所开发软件的依据。 * 需求规格说明的内容 教材模型 提供的模板 需求规格说明的核心内容是什么？ 最基本内容是什么？ （1）通过模型描述软件的功能、数据与行为 （2）软件的运行环境 （3）与其它软件系统的接口 （4）必要的非功能约定 * 对需求规格说明的评审 评审指标： （1）正确性。需求规格说明的功能、行为、性能描述等，必须与用户对目标软件产品的期望相稳合。 （2）无歧义性。对于用户、分析人员、设计人员和测试人员，对需求规格说明书中的任何语法单位只能有唯一的解释。 （3）完备性。需求规格说明书不能遗漏任何用户需求。 （4）可验证性。对于需求规格说明中的任意需求，均存在技术和经济可行的手段进行验证和确认。 * （5）一致性。需求规格说明的各部分之间不能相互矛盾。 （6）可理解性。软件需求规格说明对于用户、设计人员和测试人员等是否容易理解。 （7）可修改性。需求规格说明的格式和组织方式应该容易修改，能比较容易的接纳后续的增加、删除和修改，并使修改后能够较好地保持其他各项属性。 （8）可追踪性。需求规格说明必须将分析后获得的每一项需求与用户的原始需求联系起来。 * 具体评审内容： （1）系统定义的目标是否与用户的要求一致？ （2）系统需求分析提供的文档资料是否齐全？ （3）文档中的所有描述是否完整、清晰、准确反映了用户要求？ （4）与所有其他系统成分的重要接口是否都已经描述？ （5）所开发项目的数据流与数据结构是否足够，是否确定？ * 第四讲需求分析 * 提纲 需求工程概述 需求获取 需求分析、协商与建模 需求规约与验证 需求管理 * 需求工程概述 什么是软件需求？ 用户对目标系统在功能、行为、性能等方面的要求 软件需求的本质是什么？ 明确软件到底“做什么”，以及应具备的性能 什么是需求分析？ 对软件需求的理解、分析与表达 * 功能需求与非功能需求 功能需求应明确软件的行为 非功能需求主要是约定软件的质量标准 用户需求与领域需求 用户需求：只针对某个特定用户 领域需求：针对某个行业的普遍规律 什么是需求工程？ 教材P47 运用相关技术与方法进行需求分析的过程。细分为：需求获取、需求分析与协商、系统建模、需求规约、需求验证以及需求管理6个阶段。 * 需求工程的六个阶段 需求获取 需求分析与协商 系统建模 需求规约 需求验证 需求管理 * I. 需求获取 通过与用户的交流，了解业务现状以及对待开发系统的期望 需求获取收集的“原始材料”为进行需求分析提供了基础 II. 需求分析与协商 对需求进行分类组织，分析需求之间的关系 检查需求的一致性、重叠和遗漏的情况 根据用户的需要对需求进行排序。 在需求获取阶段，经常出现以下问题： 提出的要求超出软件系统可以实现的范围或实现能力 不同的用户提出了相互冲突的需求 教材P47－48 * III. 系统建模 借助建模技术对获取的需求信息进行分析和表达，排除错误和弥补不足，确保需求文档正确反映用户真实意图 常用的分析和建模方法 IV. 需求规约(Specification) (编写文档) 通过建立完整的信息描述、详细的功能和行为描述、性能需求和设计约束的说明、合适的验收标准，给出对目标软件的各种需求 软件需求规约是分析任务的最终产物 需求规约作为用户和开发者之间的一个协议，在之后的软件工程各个阶段发挥重要作用 * V. 需求验证 (评审) 需求开发阶段工作的复查手段 对功能的正确性、完整性和清晰性，以及其它需求给予评价 为保