SE 第04章 需求分析 软件工程 教学课件.pptVIP

软件工程Software Engineering 计算机学院 软件工程课程组 软件生存期 第4章 软件需求分析 需求分析的主要任务是什么？ 如何识别、获取需求？ 需要获取哪些需求？ 何为需求建模？ 什么是结构化分析方法？ 什么是面向数据流的分析方法？ 一、需求分析 目标和任务 需求获取技术 需求内容 需求建模方法 1. 需求分析的任务 问题分析 需求描述 需求评审 2. 初步需求获取技术 调研（个别访谈，小组会议，观察用户工作流程）。 阅读与行业相关的标准或规则、文档，获取需求。 通过市场调查和用户问卷调查，了解目前市场上用户对同类产品的意见和建议。 收集同类产品的用户手册、操作说明、演示版本等，然后对它们进行比较，汲取精华，去其糟粕。 举例：某出版社系统需求调查表 举例：某出版社系统需求调查表 3. 需求内容 功能性需求 定义了系统做什么 描述系统必须支持的功能和过程 非功能性需求（技术需求） 定义了系统工作时的特性 描述操作环境和性能目标 需求包括的内容 (1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档 (7) 数据 (8) 资源 (9) 安全保密 (10) 软件成本消耗与开发进度 (11) 质量保证 需求的任务与可能遇到问题 任务：功能需求、性能需求、环境需求（开发环境与运行环境） 可能遇到问题 1、认识不统一（用户之间、用户与开发者之间），在特定应用系统中称一把手工程 2、用户与开发者之间无共同语言，隔行如隔山。开发者应尽可能熟采应用领域 3、需求是一个反复过程、别指望一两次调研会就解决问题，每次反复都要有需求分析文档作依据。 4. 需求建模方法 面向数据流的分析方法 面向对象的分析方法 面向数据结构的分析方法 二、数据流分析技术 需求建模方法 结构化方法（Structured Analysis，SA） 用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。 面向数据流的分析技术 （Data Flow Analysis，DFA） 1. 分析建模 分析模型 2. 实体—关系图(Entity-Relationship Diagram, ERD) 3. 数据流图（Data Flow Diagram, DFD） （1）DFD组成成分 Input/output Function Data flow Data storage 数据流图的作法 例1：某工厂仓库的“订货系统”应根据仓库管理员的提货清单、订货单更新库存报表，决定需要再次订货的零件（包括零件编号、名称、订货量、价格、供应商等数据），将订货报表呈交给采购员去采购（每天一次）。 当某零件的库存量库存量临界值，就要再次定货。 数据流图的作法 数据的不同形式 数据的两种不同形式 静态数据与动态数据 静止态 （需较长时间保存的数据） 运动中 （应处理的实时数据） （2）命名 数据流（数据存储） 表格、单据名称 代表性数据名称 便于理解的名称 错误命名 控制流 实物 加工/处理 顶层：软件项目名 动宾结构 错误命名 意义空洞的动词 （计算，处理，加工） （3）层次分解法 父图—子图平衡 （4）加工分解原则 1加工 ≤7子加工 按问题的逻辑特性分解 尽量少分解层次 分解均匀 4. 状态转换图（State Transition Diagram, STD） 通过描绘系统的状态及引起系统状态转换的事件来表示系统的行为。 系统行为模式 do：进入该状态时系统的行为 引起系统状态转换的控制信息 STD（状态转换图）中使用的主要符号 【例】电话系统的状态转换图 5. 数据字典（Data Dictionary, DD） 描述数据的信息的集合，是对系统中使用的所有数据元素的定义的集合。 信息 名字、别名 使用地点与方式 内容描述 补充信息 DD定义中的符号 数据流条目 数据流名称、编号及别名； 数据流的来源，可能是一个外部实体、处理逻辑、数据存贮； 数据流的去处；（同上） 数据流的组成，一个数据流可能包括若干个数据结构，若只有一个数据结构，就不需要专门定义； 数据流的流通量； 高峰时期的流通量。 数据存储的名称、编号及别名 描述 流入、流出的数据流 组成 组织方式 处理条目 处理逻辑的名称及编号、别名 简要的描述 激发条件 优先级 输入数据流 输出数据流 处理逻辑:简述加工程序、加工顺序 结构化英语 判定表 判定树 （1）结构化英语(PDL)语言 判定表/树 当数据流图中某个加工的动作需要依赖于多个逻辑条件的取值时，用自然语言或结构化的语言都不易清楚地描述