软件需求工程09-4.pptVIP

第四章 软件需求分析 周立新 博士 北京大学软件与微电子学院 课程提纲 软件需求基本理论和概念 软件需求工程过程 软件需求获取 软件需求分析 软件需求规格说明 软件需求验证 软件需求管理 软件需求实现 软件需求工程新进展 软件需求开发与需求管理工具 内容提要 需求分析面临的困难 需求分析基本方法和工具 数据需求分析 功能需求分析 非功能性需求分析 实时系统需求分析 基于USE CASE的需求分析 基于原型方法的分析 需求分析 分析是指通过对问题域的研究,获得对该领域特性及存在于其中的待解决的问题特性的透彻理解并用文档说明。 需求分析是前面需求获取阶段的继续，通过对所获取的信息进一步加工获得对系统的更精确描述，成为转换成需求规格说明的直接信息元。 但是否将需求分析作为独立的过程？ 需求分析的关键点 问题域的结构 问题域的数据 问题域的行为 问题域的事件 问题域的状态 派生需求 分析方法 结构化分析 面向对象分析 需求分析建模工具 数据流图 实体关系图 状态转换图 对话图 类图 Petri Net 建模技术 面向处理技术 Context diagram 上下文图 Data flow diagram (DFD) 数据流图 流程图 面向数据结构技术 E-R D - Entity Relationship Diagrams 面向对象建模 处理和数据相结合 Object and Class 对象和类的技术 对话图 对话图代表了一个高层抽象的用户界面体系结构。 对话图描绘了系统中的对话元素和它们之间的导航连接，但它没有揭示具体的屏幕设计。 对话图可以使你在对需求的理解上探索假设的用户界面概念。 用户和开发者可以通过对话图在用户如何利用系统执行任务上达成共同的视觉界面。 对话图与系统情节叙述相关联，这些叙述还包括对每一个屏幕意图的简短说明。 对话图抓住了用户一系统交互作用和任务流的本质，而不会使你太快陷入到屏幕布局和数据元素的特定细节中。用户可以通过跟踪对话图寻找遗漏、错误或多余的转换，和因此而有遗漏、错误或多余的需求。 你可以把在需求分析过程中形成的对话图用作详细用户界面设计时的指南，最终形成一个执行的对话图，该对话图记录了产品的真正用户界面的体系结构。 对话图示例 Petri Net (Activity Diagram) Elements Position Transition Transition arc Marking Petri Net 行为(功能)建模 FSM有限状态机 - 通过输入输出之间的因果关系对系统的行为进行建模 系统可看作有若干个相互区别的稳定状态 外部刺激使系统从当前某个状态改变到另一个状态 状态转移图State Transition Diagram 状态图State Chart Diagram Specification and description language (SDL)规范与描述语言 Petri Net 类图 面向对象需求分析 因为人类自然地趋向于用“对象”的观点或“方法”来认识问题，分析问题以及解决问题，用基于“对象”的概念模型来建立问题域模型自然成为系统分析员与用户交流的有效工具。 用面向对象的方法进行需求分析，其根本要点在于，利用对象的概念模型建立一个针对于问题域的模型，用户和软件工程师通过该模型进行交流。通过在这么一个基于对象的问题域模型的基础上形成需求规格说明书。 面向对象需求分析 - 步骤 通过查看相关资料并与用户广泛地接触，自己对问题域有一个大致的了解。在这个基础上，将问题域中与系统和问题有关的对象提取出来。这就是标识对象的工作。 将第一步中抽象出来的对象(类)的之间的关系考虑清楚；如整体与部分、从属关系等； 为“类”提取与系统问题域有关的属性、服务等； 由于要完成一项任务，肯定是有不同的对象互相协作完成的。同时一个对象的属性、服务也是在与相关对象的协作中体现出来的。将问题域中所有任务的对象的协作关系搞清楚，是面向对象需求分析的关键一环。即将问题域中的“剧情”搞清楚，是需求分析的主要工作之一。　 面向对象需求分析 以上四步并不是单独的而是互有联系，可以同时进行的。通过，对以上4步工作的反复执行我们就可以建立一个基于对象的问题域的模型。 在该模型的基础上，可以比较容易地产生一个符合用户需求的软件需求规格说明书成为后续工作的基础。 Risk Reduction Through Prototyping通过原型减小风险 原型开发与需求获取 原型开发与需求分析 原型开发与需求规范文档 原型开发与需求验证 原型开发与需求风险管理 使用质量功能部署 质量功能部署(QFD)是一种高级系统技术，它将产品特性、属性与对客户的重要性联系起来。该技术提供了一种分析方法