5软件需求分析.pptVIP

常用需求获取方法与策略 建立顺畅的通信途径 深入客户方进行访谈与调查 观察用户操作流程 建立顺畅的通信途径 建立分析所需要的通信途径，以保证能顺利地对问题进行分析 访谈与调查 访谈/调查计划：从初步的需求了解出发，制订需要了解或讨论的问题的顺序和范围等 有利于保证访谈的效率和全面性，但灵活性不足 在具体的实践中，通常采用折衷的方法，即适当地计划好面谈，但不要过于详细，允许有一定的灵活性 需求案例 用户提出某种需求： 水的质量信息必须立即能够显示出来。 分析员更准确的描述： 水的质量记录必须在接到请求信号的5秒内显示出来。 需求获取的三大挑战 问题空间的理解 人与人之间的沟通 需求的不断变化 1 2 3 沟通问题 软件需求分析 --目录 需求工程概述 需求获取 需求分析、协商与建模 需求规约与验证 需求管理 需求分析原则 必须能够表示和理解问题的信息域(数据) 必须能够定义软件将完成的功能 必须能够表示软件的行为(作为外部事件的结果) 必须划分描述数据、功能和行为的模型(分离描述)，从而可以分层次地揭示细节 分析过程应该在基本信息基础上不断细化 需求协商 协商的过程就是讨论需求冲突，找出每个人都满意的折衷方案 协商不是简单的逻辑或技术上的争论 要注意组织和行政方面的因素 不一致的目标 责任的丧失或转移 组织文化 组织管理态度和士气 部门差异 需求建模 在软件需求分析阶段，所创建的模型，要着重于描述系统要做什么，而不是如何去做 目标软件的模型不应涉及软件实现细节 常用的分析方法： 面向数据流的结构化分析方法 (SA) 面向数据结构的分析方法 面向对象的分析方法 (OOA) 建模 “一图胜过千言万语” UML简介 Unified Modeling Language 近十几年来OOSE最重要的成果 贡献者：Grady Booch， James Rumbaugh, Ivar Jacobson——于1996年6月推出 中文网站 http://www. UML是一种可视化的图形符号建模语言，利用它可以进行需求分析、概要设计、详细设计、编程实现、项目计划、测试、原型迭代、产品发布、产品维护等。 目前在软件工程里主要用于系统分析与系统设计。 Rational Rose是UML的主要建模工具。 Microsoft Visio是UML常见的建模工具。 UML是一种标准化的图形建模语言，它是面向对象分析与设计的一种标准表示。由: 视图(views), 图(Diagrams), 模型元素(Model elements) 通用机制(general mechanism) 等几个部分构成。 是一种客户、系统分析师、设计人员、编程人员、测试人员和维护人员共同的语言，沟通的工具 UML UML 借助图形符号展示和表达系统的概观 ，据此 可以开发出表示系统各个方面的不同图示。有助于 理解系统的行为和状态的典型图有： 用例图 用例为一系列事务，其中的每个事务是从系统外部调用的，需要与内部对象合作，以便在对象与系统周围之间创建关联 类图 此图是系统的静态结构，也是类以及这些类表示的关系的集合 时序图是通过展示系统与其环境之间的交互，描述系统行为的简单而直观的方法 时序图 协作图表示特定环境和交互中一系列关联的对象。 活动图是状态机图的变更或特例。在状态机图中，状态是展示执行操作的活动，操作完成后将触发转换。 状态图展示方法执行的状态和对象执行的活动。 协作图 活动图 状态图 设计视图 实现视图 配置视图 过程视图 Use case 视图 Use case View描述系统的外部特性、系统功能等。 Implementation View 表示系统的实现特征，常用构件图表示。 Design View 描述系统设计特征，包括结构模型视图和行为模型视图，前者描述系统的静态结构(类图、对象图)，后者描述系统的动态行为(交互图、状态图、活动图)。 Process View 表示系统内部的控制机制。常用类图描述过程结构，用交互图描述过程行为。 Deployment View 配置视图描述系统的物理配置特征。用配置图表示。 UML常用视图 UML的特点 (1) 统一标准 　　UML统一了Booch、OMT和OOSE等方法中的基本概念，已成为OMG的正式标准，提供了标准的面向对象的模型元素的定义和表示。 　(2) 面向对象 　　UML还吸取了面向对象技术领域中其他流派的长处。UML符号表示考虑了各种方法的图形表示,删掉了大量易引起混乱的、多余的和极少使用的符号,也添加了一些新符号。 (3) 可视化、表示能力强 　　系统的逻辑模型或实现