第3章需求案例.ppt

第3章 需求分析 回顾 本章目标 主要内容 需求分析的任务 需求分析的步骤 分析建模与规格说明 数据流图 实体-联系图 状态转换图 其他图形工具 验证软件需求 补充知识 内容线索 需求分析的任务 需求分析的步骤 分析建模与规格说明 数据流图 实体-联系图 状态转换图 其他图形工具 验证软件需求 补充知识 软件需求 软件需求是 (1)用户解决问题或达到目标所需的条件或权能(Capability)。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 ?(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。 （IEEE软件工程标准词汇表(1997年)中定义） 软件需求实例… 需求层次：业务需求?用户需求?功能与非功能需求 业务需求(business requirement) 反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 用户需求(user requirement) 描述了用户使用产品必须要完成的任务，这在使用实例(use case)文档或方案脚本(scenario)说明中予以说明。 功能需求(functional requirement) 定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 …软件需求实例 需求分析的基本任务 基本任务是准确地回答“系统必须做什么?” “分析软件需求和书写软件需求规格说明书” 需求分析的具体任务 具体任务 确定对系统的综合要求 功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、逆向需求、扩展需求 分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划 内容线索 需求分析的任务 需求分析的步骤 分析建模与规格说明 数据流图 实体-联系图 状态转换图 其他图形工具 验证软件需求 补充知识 需求分析的步骤 需求获取：问题识别 需求提炼：分析建模(导出软件逻辑模型) 需求描述：编写需求规格说明书 需求验证：需求分析评审 涉及的问题1 如何识别、获取需求? 你能够采取何种手段与用户进行交流沟通? 涉及的问题2 何为需求建模? 你如何理解模型与建模? 需求获取 需求的来源 与用户交流、文档、当前系统 获取方法 访谈 正式访谈和非正式访谈，调查表、情景分析技术 面向数据流自顶向下求精 简易的应用规格说明技术（用户与开发人员开会共同确定需求） 快速建立软件原型 某出版社系统调查表1 某出版社系统调查表2 面向数据流自顶向下求精 任何信息处理系统的基本功能都是把输入数据转变成需要的输出信息 数据是分析的出发点 结构化分析方法（简称SA方法）就是面向数据流自顶向下逐步求精进行需求分析的方法 需求提炼：分析建模 通过对现实环境的调查， 获得当前系统的物理模型 去掉具体模型中的非本质因素， 抽取现实系统的实质，抽象出当前系统的逻辑模型。 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 对目标系统的逻辑模型进行改进与优化 需求分析的验证 需求提炼：分析建模（例） 需求提炼：分析建模（例） 需求提炼：分析建模（例） 分析建模 所谓模型，就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述 模型由一组图形符号和组织这些符号的规则组成 三种模型 功能模型 数据流图(Data Flow Diagram) 数据模型 实体-联系图(Entity-Relation Diagram) 行为模型 状态转换图（State Transition Diagram） 分析建模方法 结构化分析(传统建模方法) 面向对象分析 结构化分析模型的组成 需求描述：规格说明 规格说明文档或规约(specifications) 明确地描述产品的功能，即明确说明产品做什么，并且列出产品要满足的任何约束。包括产品的输入和要求的输出 正规的有法律效力的文档，不能包括不严密的术语 对于测试与维护都是必需的 规格说明一定要避免 不明确，二义性(Ambiguous) 不完整(Incomplete) 矛盾的(Contradictory) 实例 需求分析规格说明书 需求分析规格说明书 内容线索 需求分析的任务 与用户沟通获取需求的方法 分析建模与规格说明 数据流图 实体-联系图 状态转换图 其他图形工具 验证软件需求 补充知识 数据流图 数据流图描绘系统的逻辑模型，图中无具体的物理元素，只是描绘信息在系统中流动和处理的情况 数据流图可以作为 计算机人员与客户之间的通信工具 软件设计的出发点 数据流图的符号 源点和终点 数据流图的符号 加工/处理 数据流图的符号 数据存储 数据流图的符号 数据流 数据流图的符号 数据流图的注意点 数据流与程序流程图中用箭头表示的控制流有本质不同 在数据流图中应