面对对象分析(OOA).ppt

需求-概念模型(5) 怎样添加关联(association)？ 关注那些知道需要知道的关联(Need to know)上 识别概念比识别关系重要 太多的关联会导致概念的复杂化 避免显示多余的或者推导出来的关联 也需要关注加强理解的关联 需求-概念模型-属性 尽量使属性简单和纯粹：使用简单的类型。不要和开发语言类型混淆 概念模型中是没有类似数据库的外键这个东西的 需求-术语表 定义所有需要澄清的术语，以提高交流和减少理解的风险 在每个阶段去精炼这些术语 记录领域或者业务上的规则，限制 说明这些术语尽量简洁 需求-其他 系统运行环境 系统外部接口 非功能性要求（性能要求） 需求-设计 What Requirements Investigation of domain How Logical solution 分析和设计是连续的，不要强行分开 问题的关键是怎样获取低成本的软件 需求 设计 设计要做什么？ 设计要做的最重要的两件事: 分配任务或者操作给特定的对象。也就是说系统需要采取什么样的框架(Framework)和这些对象怎么连接？我们需要类图和协作图（这是比较困难的） 实现每个类具体的任务。也就定义每个类的方法（这相对容易些） 设计-要做什么 针对OOA给出的问题域模型，用面向对象方法设计出软件基础架构（概要设计）和完整的类结构（详细设计），以实现业务功能。 生成对象类的动、静态模型（解决域） 面向对象分析(Object Oriented Analysis) 需要分析设计的原因(1) 软件太复杂! 我实在难以理解客户的需求是什么 你有没有理解我的需求阿，做的什么东西 程序员A 客户 亲爱的，我实在无法实现这个功能，能帮我吗？ 程序员B 这个系统太复杂，还是需要分析设计的呀.. 项目经理 需要分析设计的原因(2) 交流! 客户 需求人员 架构师 程序员 客户 原始需求 需求分析 设计 面向对象分析（OOA) 面向对象分析包括需求分析和需求模型化两个部分。它的主要作用是明确用户的需求，并用标准化的面向对象模型来规范地表达这一需求，最后形成面向对象的分析模型。它是系统设计的依据。 面向对象分析（OOA) 面向对象分析（OOA)的目标：运用面向对象方法,对问题域和系统责任进行分析和理解,找出描述问题域及系统责任所需的对象,并定义对象的属性、操作以及它们之间的关系,目标是建立一个符合问题域、满足用户功能需求的OOA模型。 OOA与OOD的职责划分: OOA针对现实世界中的问题域和系统责任,用面向对象的方法建立起针对问题域和系统责任的模型,作为分析的结果。OOA模型不考虑与系统的具体实现有关的因素(例如,采用什么编程语言、图形、用户界面和数据库等),从而使OOA模型独立于具体的实现环境。 OOD则是针对系统的具体的实现,运用OO方法进行系统设计。其中包括两方面的工作,一是根据实现条件对OOA模型做某些必要的修改和调整,使其作为OOD模型的一个部分;二是针对具体实现条件,建立人机界面、数据存储和控制驱动等模型。这些部分与OOA采用相同的概念与表示法。 OOA模型在软件开发中的地位 软件需求模型 软件成品 分析模型 设计模型 实现模型 OOA OOD OOP OOT 过程，OOA UML 每个项目都有不同的软件过程. OOA 是过程的一部分 UML 是OOA使用的工具 计划 实现 发布 OOA UML 需求分析要做什么？(1) 什么是需求 需求是指系统必须符合的条件或具备的功能 功能性：系统无需考虑物理约束而必须能够执行的动作 非功能性 可用性 可靠性 性能 可支持性 设计约束 实施需求 接口需求 物理需求 需求分析要做什么？(2) 需求分析包括对当前商业系统的详尽分析，分析其工作现状和需修改之处。另外，它还包括对系统不同操作及其与系统内外的联系的详尽分析。整个阶段需要系统分析人员和用户密切合作。如此产生的每一个需求都是新系统的特点。 需求分析最后产生的详细文档称为需求说明书。 需求分析要做什么？(3) 与客户和其他涉众在系统的工作内容方面达成并保持一致。 定义系统的用户界面，重点是用户的需要和目标 使系统开发人员能够更清楚地了解系统需求。 定义系统边界（限定） 为计划迭代的技术内容提供基础。 为估算开发系统所需成本和时间提供基础。 怎么做需求分析 需求分析重要的步骤 发现USECASE 使用者 用例图 用例描述 流程 约束 功能清单 需求-角色（1） 主角实例是指在系统外部与系统进行交互的人或物。 主角类定义一个主角实例集，其中的各个主角实例在系统中都担任同一角色。 与系统交互的用户 与系统交互的外部系统 与系统交互的外部硬件 需求-角色（2） 名称 应明确表示主角的角色，