文档介绍：面向对象分析与设计面向对象分析与设计
用例分析(分用例分析(分析析模型):需求模型):需求到设到设
计的桥梁计的桥梁
ÿ
面向对面向对象分象分析的主析的主要工作要工作
v 用例模型
§ 帮助开发团队理解客户对系统的各种功能需求
v 概念模型(静态模型)
§ 帮助开发团队理解问题领域的各种概念、各种名词、
以及它们之间的各种关系。描述系统的结构特征
v 动态模型
§ 描述系统的动态行为特征。
v 这两方面的工作,将帮助开发团队定义问题,也
是分析工作的主要内容
ÿ
分析与分析与设计设计过程全景过程全景
ÿ
UUMLML在在建建模模中的使用中的使用
ÿ
面向对面向对象分象分析过程析过程
v 定义用例(辅助模型,可选)
§ 用用例对用户需求进行规范化描述
v 建立类图(基本模型)
§ 发现对象、定义对象类
§ 识别对象的内部特征
§ 识别对象的外部关系
v 建立交互图、状态图和活动图(辅助模型,可选)
v 建立详细说明
§ 对模型中的成分进行规范的定义和文字说明
§ 可以集中进行,也可分散在各个活动中
v 原型开发
§ 结合其他活动反复进行
ÿ
什么什么是是问题域问题域??
v “问题域”是指一个包含现实世界事物与概
念的领域,这些事物和概念与所设计的系
统要解决的问题有关。
v 建立概念模型,又称为问题域建模、域建
模,也就是找到代表那些事物与概念的“对
象”。
v 建模OO软件的第一步是澄清问题域。
ÿ
确确定定核心核心的的抽抽象概念象概念
v 目的
§ 通过采取确定系统必须处理的核心抽象概念(即在业务建模和需
求活动中确定的概念)的措施来进行分析
v 必要性
§ 需求和业务建模活动通常会揭示系统必须能够处理的核心概念,
与此同时,这些概念也证实了其自身是核心的设计抽象概念。因
为已经确认,所以没有必要在用例分析活动中重复确认工作。为
了利用现有知识,我们初步确定使用实体分析类,来代表这些以
系统常识(诸如需求、词汇表、特别是领域模型或业务对象模型)
为基础的核心抽象概念
v 关键抽象的来源
§ 需求
§ 词汇表
§ 领域模型
§ 业务对象模型
ÿ
什么什么是是分析分析类类??
v 它代表问题域中的简洁抽象
v 应该映射到真实世界业务概念
v 分析类的最重要方面是应该使用清晰的和
无歧义的方法映射到真实世界业务概念
ÿ
OOOO分析分析师师的的工作工作
v 力求把混淆或不恰当的业务概念澄清为能
够形成分析类基础的事物,是OO分析工作
困难的原因。
v OO分析的真正目的是找出现实对象的类
ÿ
分析分析类类的的思想思想
v 尽力捕获抽象的本质,忽略实现
细节
§ 不是从设计角度考虑而产生的类,
在具体设计时可能一个分析类被精
华为一个或多个设计类
v 在分析中,在创建概念模型
时,捕获大场景。
v 分析类的形式
§ 名称
§ 属性
§ 操作
ÿ