第四章-软件需求分析-精选版.ppt

实时系统需求分析 基于实时系统的特点，在开发一个复杂的实时系统时，一个充分再现系统特性的建模工具至关重要，对于系统分析、设计、实现、成本控制、可重用都具有重要的意义。 可选用UML-RT工具进行实时系统的需求分析。 UML-RT是利用通用建模语言UML的扩展机制并借鉴实时的面向对象的方法ROOM（Real-time Object-Oriented Modeling）的优点发展而来。 * 实时系统需求分析 UML-RT用协作图表示特定环境下类之间的关系。 UML-RT有两种结构元素：模型结构和模型行为。 模型结构： 封装体 端口 连接器 模型行为： 协议 状态机 定时服务 * 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 * 基于USE CASE的需求分析 ——用例图 用例：系统和外部角色的交互 符号表示： 系统名称 系统 用例名 用例 角色 关联 * 保险商务系统 签定保险单 销售统计 客户统计 客户 保险销售员 基于USE CASE的需求分析 ——Use Case图例子 * 基于USE CASE的需求分析 ——用例之间的关系 扩展关系 使用关系 组合关系 《扩展》 签保险单 签汽车购买契约 《使用》 《使用》 签保险单 签汽车保险单 签房屋保险单 * 类图 * 面向对象需求分析 因为人类自然地趋向于用“对象”的观点或“方法”来认识问题，分析问题以及解决问题，用基于“对象”的概念模型来建立问题域模型自然成为系统分析员与用户交流的有效工具。 用面向对象的方法进行需求分析，其根本要点在于，利用对象的概念模型建立一个针对于问题域的模型，用户和软件工程师通过该模型进行交流。通过在这么一个基于对象的问题域模型的基础上形成需求规格说明书。 * 第四章 软件需求分析 周立新 博士 北京大学软件与微电子学院 * 课程提纲 软件需求基本理论和概念 软件需求工程过程 软件需求获取 软件需求分析 软件需求规格说明 软件需求验证 软件需求管理 软件需求实现 软件需求工程新进展 软件需求开发与需求管理工具 * 内容提要 需求分析面临的困难 需求分析基本方法和工具 数据需求分析 功能需求分析 非功能性需求分析 实时系统需求分析 基于USE CASE的需求分析 基于原型方法的分析 * 需求分析 分析是指通过对问题域的研究,获得对该领域特性及存在于其中的待解决的问题特性的透彻理解并用文档说明。 需求分析是前面需求获取阶段的继续，通过对所获取的信息进一步加工获得对系统的更精确描述，成为转换成需求规格说明的直接信息元。 但是否将需求分析作为独立的过程？ * 需求分析的关键点 问题域的结构 问题域的数据 问题域的行为 问题域的事件 问题域的状态 派生需求 只是针对问题域吗？ * 一.需求分析面临的困难 需求分析是一个项目的开端，也是项目建设的基石。在失败的项目中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。 由于软件项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，软件需求分析的重要性是不言而喻的，同时需求分析又面临着很多困难。 * 二.需求分析基本方法和工具 图1 软件需求工程的组成 获取 需求工程 需求开发 需求管理 分析 编写规约 确认 绘制关联图 创建用户界面和技术原型 分析需求的可行性 确定需求的优先级 为需求建模 创建数据字典 将需求分解到子系统 应用质量功能调配 需求分析包括： * 分析方法 结构化分析 面向对象分析 * 分析模型描述工具 结构化分析工具 DFD、DD和PSPEC CFD、CSPEC和STD E-R图 面向对象分析工具 用例图，类图，对象图 对象-关系图 对象-行为图 * 需求分析建模工具 数据流图 实体关系图 状态转换图 对话图 类图 Petri Net * 建模技术 面向处理技术 Context diagram 上下文