软件工程第3节需求分析解析文档资料.pptVIP

第 3 章 需求分析 第3章 需求分析 3.1 需求分析的任务和原则 3.2 初步需求获取技术 3.3 需求建模 3.4 实体关联图 3.5 辅助图形工具 3.6 需求规格说明与评审——需求验证 3.7 一个实例分析 需求分析的任务与原则 基本任务： 准确定义系统的目标，回答“系统必须做什么？” 任务的承担者：需求分析小组或系统分析员 三种模型： 数据模型：描述问题信息域—— 实体-联系图 功能模型：定义软件功能—— 数据流图 行为模型：描述软件行为—— 状态转换图 三个阶段： 1. 需求获取阶段（问题分析） 2. 需求规约/规格说明阶段（需求描述） 3. 需求验证阶段（需求评审） 一.需求获取阶段——问题分析 1. 任务：通过多种方式（与用户交流、实践等）清晰地理解所要解决的问题，完整的获取用户的需求。 2. 原则： 1). 找出用户的不合理需求和潜在需求。 2). 对用户的需求进行建模。 3. 作用： 准确地描述用户从多个不同视点、不同抽象层次上对原始问题及目标软件系统的认识； 帮助需求分析人员分析发现用户需求中的不一致性，排除不合理部分，挖掘潜在用户需求； 有助于形成需求规格说明书。 二.需求规约阶段——问题描述 1. 任务： 以需求模型为基础，考虑到问题的软件可解性，生成软件的需求规格说明书和初步的用户手册。 2. 原则： 确保需求规格说明书对用户需求描述的完整性、一致性和准确性 鼓励用户参与需求规格说明书以及用户手册的制定 尽可能做到结构清晰，措辞准确和简洁 三.需求验证阶段——需求评审 1. 任务：让用户和设计人员对需求规格说明以及用户手册的理解达成一致。 2. 原则： 确保需求规格说明书和用户手册是一致、完全和准确的； 支持各方（用户，需求分析人员、设计人员）参与评审工作。 需求分析的任务与原则 需求分析的任务： 3.1.1 确定对系统的综合要求：P56 功能需求、性能需求、运行要求、未来可能的扩充要求等 3.1.2 分析系统的数据要求：P57 建立概念模型( ER 图) 形象描绘数据结构( 层次方框图、Warnier 图、IPO图) 数据结构规范化 3.1.3 导出系统的逻辑模型: P58 3.1.4 修正系统开发计划：重估成本、进度 3.1.5 开发原型系统 需求分析的任务与原则 初步需求获取技术 一.访谈和会议 采用访谈和小组会议的形式与用户进行沟通和交流，据此逐步理解用户对目标软件系统的期望和需求。 原则：循序渐进、自由发挥、反映全貌 常用方法： 正式访谈（具体问题）；非正式访谈（开放式问题） 大量人员意见：分发调查表，并针对性地回访一些人员 通过实践和观察用户工作流程来理解问题和获取用户的需求 情景分析技术 P58 一.访谈和会议 分析人员和用户共同组成的联合开发小组，有利于： 激发各方的主动精神； 建立良好的合作关系； 便于交流和沟通； 消除误解和遗漏。 联合小组要有自己的工作制度和计划，不断进行交流 一.访谈和会议——案例分析 开发目标——家庭保安系统 家庭保安系统能够识别异常事件（非法进入、水灾、火灾）并采取相应的防范措施。一旦异常事件被相应的传感器识别出来，系统将自动地用电话线向监控中心汇报。系统允许用户对其行为进行可配置的控制。 一.访谈和会议——案例分析 1. 建立联合小组：参与者：用户、需求分析人员； 工作制度：每次会议有议程、充分准备 2. 会议讨论，明确问题、范围、环境等等，逐步了解用户需求。会议应有纪录，整理形成文档 3. 分成二个小组：用户配置控制子系统和传感器监测子系统。目的：对子问题的软件需求进行更全面、细致、准确地工作 4. 各个小组组合在一起讨论子系统之间的整合以及整个系统的汇总 5. 形成结论性的需求分析文档 二.基于数据流的分析方法 本质上是运用抽象和分解技术，自顶向下、逐步求精、在不同的抽象层次上理解用户需求的过程。 数据流图是问题域中各个处理子功能以及它们之间 数据流动的图形表示。数据流图的精化过程实际上 是对各个处理子功能（变换）的细化过程，也是对 这样一些处理子功能理解和认识上逐步提高的过程。 随着精化过程的不断进行，用户需求逐步准确化、一致化和完全化。 二.基于数据流的分析方法1.建立顶级数据流图 根据问题域与外部环境之间的相互关系定义问题域的 边界，即问题域与外界环境之间的输入和输出