软件工程概参考课件第三章 需求分析.pptVIP

第三章 需求分析 3.1 需求分析概述 3.2 结构化分析方法 3.3数据流图的绘制 3.4编制数据字典 3.5 加工逻辑的分析与表达 3.6 原型技术 3.7 需求验证与评审 意义： 软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。 需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。并在在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即： ---- 准确地回答“系统必须做什么?”。 学习目标 明确需求分析的概念和任务，能够正确把握在软件定义方面，可行性研究和需求分析两阶段对问题域理解和描述问题的粒度 可行性研究和需求分析两个阶段对问题域的角度和描述问题的粒度 1 需求分析的概述 需求分析的任务：用户和分析师双方进一步理解用户的需求，就待开发的软件系统必须具备的业务处理逻辑进行分析和描述，将双方的共同理解达成都能接受的需求规约，又称“需求规格说明书” 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 需求分析的任务并不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 需求规格说明书的主要部分是详细的数据流图，数据字典和主要功能的算法描述。通过验收的需求规格说明书是今后软件设计和项目验收的依据。 软件的需求包括： 功能需求 性能需求 环境需求 可靠性需求 安全保密要求 用户界面需求 发现：对用户需求的发现和挖掘 求精：对用户提出的模糊的开发要求逐步明确、精化 建模：对用户业务系统进行分析和优化的基础上，对未来系统的逻辑成分进行模型建模 规约：对用户需求进行逻辑分析的最终产物 人员组织 企业负责人、各部门负责人、具体工作人员 分析师的角色 熟悉计算机技术 了解用户业务领域的相关知识 能在用户和开发人员之间借助数据概念进行交流 需求分析的活动和原则 需求获取 分析建模 需求评审 需求获取 1.进行调查研究，获取用户需求（问题识别）。 这些需求包括： 功能需求：所开发的软件必需具备什么功能（最重要）。 性能需求：指待开发的软件应具备的性能指标，如存储容量，运行时间等。 环境需求：指软件运行时的软件、硬件要求。 用户界面需求：指人机交互方式、输入输出的数据格式等是否友好、便捷等。 此外还有：可靠性需求、安全保密要求、用户界面需求、可移值性、可维护性等方面需求。 调查时可采用以下几种方式： ① 与用户交谈，向用户提出问题。 ② 参观用户的工作流程，观察用户的操作。 ③ 向用户群体发放调查问卷表。 ④ 与同行、专家交谈，听取他们的意见。 ⑤ 分析已经存在的同类软件产品，提取需求。 ⑥ 从行业标准、规则中提取需求。 ⑦ 从Internet上搜索相关资料。 分析员协同程序员通过调查分析，同时可以参考该项目的可行性报告和项目开发计划书，来获取当前系统的物理模型，可以采用系统流程图（是用来描述系统物理模型的一种传统工具）表示。 例如：计算机售书的系统流程图如下页所示。 需求获取中的困难 通信渠道不畅，数据管理不严 与用户沟通存在障碍 对分析活动没有系统的工作方法 需求建模 从当前系统的物理模型中去掉非本质因素，如地点、人物等，抽象出当前系统的逻辑模型，可以用数据流图表示。 需求评审 需求分析的最后一个环节 2 结构化分析方法 常见的需求分析方法有： ①结构化分析方法。 ②面向对象的分析方法。 概念 用一组标准的工具和策略从事系统分析与设计 目的：撇开物理因素，在综合分析用户对系统各项要求的基础上，最终导出新系统的逻辑模型 分析过程：细化数据流图（DFD）/控制流图（CFD）、编制数据字典、用户复查、修正开发计划、整理文档、审查和复审 结构化分析方法: 结构化分析方法的实质是着眼于数据流，自顶向下，逐层分解，建立系统的处理流程，以数据流图和数据字典为主要工具，建立系统的逻辑模型。 结构化分析的步骤如下： ①通过对用户的调查，以软件的需求为线索，获得当前系统的具体模型： ②去掉具体模型中非本质因素，抽象出当前系统的逻辑模型： ③根据计算机的特点分析当前系统与目标系统的差别，建立目标系统的逻辑模型 ④完善目标系统并补充细节，写出目标系统的软件需求规格说明； ⑤评审直到确认完全符合用户对软件的需求。 3 数据流图的绘制 画数据流图步骤 1、首先画系统的输入输出，即先画顶层数据流图。顶层流图只