ICONIX方法(用例分析方法实例教程).ppt
合集下载
面向对象分析与设计框架ICONIXV0.1
33
ICONIX：领域建模【5】
识别类
类：一组具有相同属性、同样行为、共 同关系和相同语义的对象 识别名词或名词短语：成为类或属性 注意：所有格名词应该是属性 识别动词或动词短语：成为类的操作或 关联
不要陷入无休止的的语法检查的泥潭之中
34
ICONIX：领域建模【6】
建立归纳关系
归纳关系：即继承、泛化
讨论：有了静态、动态模型， 能解决改编码的那些问题？
类图 代码
4
建立静态模型
顺序图
描述对象的封装、继承、多态的特征 1，明确了类的属性 2，描述了类之间的关系 3，确定了类的责任和价值
领域模型
动态模型： 1，为类分配行为 2，描述对象之间的交互 3，分配类间的操作
类图
5
ICONIX过程—健壮性分析【1】
OOA
OOD
15
ICONIX过程—4个阶段
需求分析
初步设计
详细设计
编码实现
16
ICONIX过程—需求分析
• 绘制高层类图； • 可以做快速原型。
• 使用用例图确定用例；
• 把用例组织成组包； • 给用例与域对象分配功能需求。
R
里程碑1：需求评审
17
ICONIX过程—初步设计【1】
编写用例描述
执行健壮性分析
* 1
完成类图更新
里程碑2：初步设计评审
18
ICONIX过程—初步设计【2】
顺序图 用例图 健壮性图
领域模型
需求和设计之间的桥梁 每件事情在“真正”做什 么？(What)
19
ICONIX过程—初步设计【3】
20
ICONIX过程—详细设计【1】
为对象分配行为
ICONIX：领域建模【5】
识别类
类：一组具有相同属性、同样行为、共 同关系和相同语义的对象 识别名词或名词短语：成为类或属性 注意：所有格名词应该是属性 识别动词或动词短语：成为类的操作或 关联
不要陷入无休止的的语法检查的泥潭之中
34
ICONIX：领域建模【6】
建立归纳关系
归纳关系：即继承、泛化
讨论：有了静态、动态模型， 能解决改编码的那些问题？
类图 代码
4
建立静态模型
顺序图
描述对象的封装、继承、多态的特征 1，明确了类的属性 2，描述了类之间的关系 3，确定了类的责任和价值
领域模型
动态模型： 1，为类分配行为 2，描述对象之间的交互 3，分配类间的操作
类图
5
ICONIX过程—健壮性分析【1】
OOA
OOD
15
ICONIX过程—4个阶段
需求分析
初步设计
详细设计
编码实现
16
ICONIX过程—需求分析
• 绘制高层类图； • 可以做快速原型。
• 使用用例图确定用例；
• 把用例组织成组包； • 给用例与域对象分配功能需求。
R
里程碑1：需求评审
17
ICONIX过程—初步设计【1】
编写用例描述
执行健壮性分析
* 1
完成类图更新
里程碑2：初步设计评审
18
ICONIX过程—初步设计【2】
顺序图 用例图 健壮性图
领域模型
需求和设计之间的桥梁 每件事情在“真正”做什 么？(What)
19
ICONIX过程—初步设计【3】
20
ICONIX过程—详细设计【1】
为对象分配行为
《Illustrator CS6平面设计案例教程》(教学课件 10
包装设计是指为包装商品的容器设计结构造型、外观装饰和 选用的材料等。
1．包装设计的构成要素
包装设计是指为包装商品的容器设计结构造型、外观装饰和 选用的材料等。
外形要素：它是指商品包装的外形，。 构图要素：指商标、图形、文字和色彩。 材料要素：它是指商品包装所用材料外表的纹理和质感。
2．包装的图案组合
本任务将设计图书封面，案例最终效果请参考本书配套素 材“素材与实例〞>“Ph10〞文件夹>“图书封面效果图.ai〞 文件。
图书封面 效果图
任务五 设计招贴
一、招贴设计简介
招贴又称海报或宣传画，它是融绘画、摄影与设计于一体的 媒体，属于户外广告范畴。招贴又分商业招贴、文化招贴、公益 招贴和政治招贴等。
•在包装的构图上，可以使用几何性构图、抽象性构图以及具象 化或实物化构图； •在组合形式上，可以突出文字为主，也可以突出实物为主，或 者二者兼顾； •在主题表达上，要注意削繁就简，主题突出。
3．包装设计元素
包装的设计元素有商标、文字、色彩、图形、符号、图标、 条形码、外表肌理和特殊效果等。一个成功的产品包装，就是要 把图案、符号、文字、美感、信息、产品本身的特点和市场需要 等集于一身。
二、画册设计原那么和思路
画册的设计原那么如下。 主题明确：画册的主题要以用户为中心导向。 富有创意：富有创意的画册能够非常有效地传达企业的信息。 简洁明了：画册需要用有限的版面来介绍企业的情况。因此，其 内容必须简洁明了，重点突出。 版式精彩：画册的版面需要精心筹划，合理组织，要做到文案内 容精彩且脉络清晰，图片美观且能表达主题。
本任务将设计房地产广告招贴。案例最终效果请参考本书 配套素材“素材与实例〞>“Ph10〞文件夹>“广告招贴效果 图.ai〞文件。
1．包装设计的构成要素
包装设计是指为包装商品的容器设计结构造型、外观装饰和 选用的材料等。
外形要素：它是指商品包装的外形，。 构图要素：指商标、图形、文字和色彩。 材料要素：它是指商品包装所用材料外表的纹理和质感。
2．包装的图案组合
本任务将设计图书封面，案例最终效果请参考本书配套素 材“素材与实例〞>“Ph10〞文件夹>“图书封面效果图.ai〞 文件。
图书封面 效果图
任务五 设计招贴
一、招贴设计简介
招贴又称海报或宣传画，它是融绘画、摄影与设计于一体的 媒体，属于户外广告范畴。招贴又分商业招贴、文化招贴、公益 招贴和政治招贴等。
•在包装的构图上，可以使用几何性构图、抽象性构图以及具象 化或实物化构图； •在组合形式上，可以突出文字为主，也可以突出实物为主，或 者二者兼顾； •在主题表达上，要注意削繁就简，主题突出。
3．包装设计元素
包装的设计元素有商标、文字、色彩、图形、符号、图标、 条形码、外表肌理和特殊效果等。一个成功的产品包装，就是要 把图案、符号、文字、美感、信息、产品本身的特点和市场需要 等集于一身。
二、画册设计原那么和思路
画册的设计原那么如下。 主题明确：画册的主题要以用户为中心导向。 富有创意：富有创意的画册能够非常有效地传达企业的信息。 简洁明了：画册需要用有限的版面来介绍企业的情况。因此，其 内容必须简洁明了，重点突出。 版式精彩：画册的版面需要精心筹划，合理组织，要做到文案内 容精彩且脉络清晰，图片美观且能表达主题。
本任务将设计房地产广告招贴。案例最终效果请参考本书 配套素材“素材与实例〞>“Ph10〞文件夹>“广告招贴效果 图.ai〞文件。
设计用例图的案例 ppt课件
24
建立用例模型：银行账户管理系统需求陈述如下：
用例名称：开户
一参个与客者：户银可行职以员在（客多户个代银理）行、中客户开设账户，一个客户也
可前在置同条件一：银一个行合中法的开银设行多职员个（不客户同代的理）账已户登录。到客该户系统可以通
事件流：
过1银. 当行选职择开员户进功能行时开用例户开、始存款、取款、转账、注销账 户2等. 输活入动客户。信其息（中姓转名、账地指址客、身户份将证号自等己） 的某个账户上的 钱34转.. 从请入账客同户户管输一理入银系密统 码行获的取新不的同账账号 户（称为银行内转账）或 转5入. 请不客同户再银次行输入的密账码户（称为银行间转账）。系统管 理6员. 如负果责两次系密统码不的一账致则户回管到理第4及步，业否务则继报续表的生成。
用例图中的系统边界用来表示正在建
系统
模系统的边界，边界内表示系统的组
成部分，边界外表示系统的外部。 参与者
使用Rose画图并不画系统边界，采用
用例
Visio画图，用方框表示系统边界。
系统边界不一样，它的参与者就会发
生很大变化。搞清系统边界才能更好 地确定系统的参与者和用例。
11
用例图—用例
用例和参与者之间也有关系，这种关系属于关联关 系，是双向的一对一关系，表明了哪个参与者与用 例通信。
7. 在账户库中添加新账户
8. 打印存折，用例结束
9. 后置条件：在账户库中增加一个新账户，得到一张新存折
25
作业
教材230页第10题。
26
20
注意：《include》应用的两 种场合：
1、多个用例都用到某个同 样的功能，将这个功能抽取 出来，单独编写，供其他用 例调用。
好处：避免了重复编写相同 的功能。
建立用例模型：银行账户管理系统需求陈述如下：
用例名称：开户
一参个与客者：户银可行职以员在（客多户个代银理）行、中客户开设账户，一个客户也
可前在置同条件一：银一个行合中法的开银设行多职员个（不客户同代的理）账已户登录。到客该户系统可以通
事件流：
过1银. 当行选职择开员户进功能行时开用例户开、始存款、取款、转账、注销账 户2等. 输活入动客户。信其息（中姓转名、账地指址客、身户份将证号自等己） 的某个账户上的 钱34转.. 从请入账客同户户管输一理入银系密统 码行获的取新不的同账账号 户（称为银行内转账）或 转5入. 请不客同户再银次行输入的密账码户（称为银行间转账）。系统管 理6员. 如负果责两次系密统码不的一账致则户回管到理第4及步，业否务则继报续表的生成。
用例图中的系统边界用来表示正在建
系统
模系统的边界，边界内表示系统的组
成部分，边界外表示系统的外部。 参与者
使用Rose画图并不画系统边界，采用
用例
Visio画图，用方框表示系统边界。
系统边界不一样，它的参与者就会发
生很大变化。搞清系统边界才能更好 地确定系统的参与者和用例。
11
用例图—用例
用例和参与者之间也有关系，这种关系属于关联关 系，是双向的一对一关系，表明了哪个参与者与用 例通信。
7. 在账户库中添加新账户
8. 打印存折，用例结束
9. 后置条件：在账户库中增加一个新账户，得到一张新存折
25
作业
教材230页第10题。
26
20
注意：《include》应用的两 种场合：
1、多个用例都用到某个同 样的功能，将这个功能抽取 出来，单独编写，供其他用 例调用。
好处：避免了重复编写相同 的功能。
用例分析技术(课堂PPT)
• 这些术语通常来自于问题域中的术语表 。
• 用例事件流最终要描述所有可能的过程 。
2020/7/20
22
用例实例的事件流
• 一系列动作实际上是贯穿整个系统的某个特定事件流，即一个实 例。
• 可能会有许多事件流，而许多事件流可能非常相似。 • 为了使用例模型便于理解，应该将相似的事件流组合到一个用例
• 现代社会对象之间的交互主要是信息交 互。
2020/7/20
4
用例是描述交互行为的一种方法
• 人类社会的对象之间交互需要计算机的 帮助。
• 计算机是社会对象之间交互的一种工具 ，利用它去尽量模拟真实的社会。
• 用例是描述人类社会对象之间交互行为 的一种方法。
2020/7/20
5
用例是捕获需求的一种方法
• 用的定义对于我们捕获需求、用例 描述、用例粒度分析有直接的帮助 。
2020/7/20
10
参与者(角色)
• 是系统之外与系统能产生交互作用 的某个人或某件事。
• 软件是由人来使用的，操作者使用 用例来完成他的任务，许多任务的 集合代表了操作者的职责。
• 系统是我们的研究对象；参与者与 之交互，用例定义了这些交互作用 。
2020/7/20
20
用例实例的概念
• 一个用例实例是一个用例的行为。 • 一个用例一定包含一组用例实例。 • 一个用例的一组用例实例完整的说明了一个用例的所
有可能的行为状况。 • 用例实例并不与其它用例实例交互。 • 用例实例是系统执行的一系列动作。
2020/7/20
21
事件流
• 事件流描述了参与者与系统之间的动作 序列，它用自然语言写成，或者用含有 精确术语的前后一致的散文写成。
• 用例事件流最终要描述所有可能的过程 。
2020/7/20
22
用例实例的事件流
• 一系列动作实际上是贯穿整个系统的某个特定事件流，即一个实 例。
• 可能会有许多事件流，而许多事件流可能非常相似。 • 为了使用例模型便于理解，应该将相似的事件流组合到一个用例
• 现代社会对象之间的交互主要是信息交 互。
2020/7/20
4
用例是描述交互行为的一种方法
• 人类社会的对象之间交互需要计算机的 帮助。
• 计算机是社会对象之间交互的一种工具 ，利用它去尽量模拟真实的社会。
• 用例是描述人类社会对象之间交互行为 的一种方法。
2020/7/20
5
用例是捕获需求的一种方法
• 用的定义对于我们捕获需求、用例 描述、用例粒度分析有直接的帮助 。
2020/7/20
10
参与者(角色)
• 是系统之外与系统能产生交互作用 的某个人或某件事。
• 软件是由人来使用的，操作者使用 用例来完成他的任务，许多任务的 集合代表了操作者的职责。
• 系统是我们的研究对象；参与者与 之交互，用例定义了这些交互作用 。
2020/7/20
20
用例实例的概念
• 一个用例实例是一个用例的行为。 • 一个用例一定包含一组用例实例。 • 一个用例的一组用例实例完整的说明了一个用例的所
有可能的行为状况。 • 用例实例并不与其它用例实例交互。 • 用例实例是系统执行的一系列动作。
2020/7/20
21
事件流
• 事件流描述了参与者与系统之间的动作 序列，它用自然语言写成，或者用含有 精确术语的前后一致的散文写成。
用例分析讲座
识别用例——用例要点
用例止于系统边界 用例是目标导向的 结果值由系统生成
业务语言而非技术语言，用户观点而非系统观点
用例的粒度
52
识别用例-用例的粒度
常见错误：
把交互的某个步骤当作用例 把系统活动当作用例 粒度过细，陷入功能分解 四轮马车的错误（增加、删除、修改、查询）
53
用例分析流程
识别系统边界和参与者 列出事件 识别用例
动词：表示行为。例如：买，发送，修改… 宾语：动词所代表行为的目标
47
列出事件-例子
•零件销售系统事件表格
48
用例分析流程
识别系统边界和参与者 列出事件 识别用例
编写用例规约（Use Case Specification）
识别用例的关系 对用例进行优先级排序
用例Use Case
用例实例是系统执行的一系列动作，这些动作将生成特定 参与者可观测的结果值。 一个用例定义一组用例实例。
RUP基本架构
10
RUP主要的建模元素
开发流程定义了“谁”“何时”“如何”做“某事” 四种主要的建模元素被用来表达RUP
角色（Workers）：谁
活动（Activities）：如何
产物（Artifacts）：某事 工作流（Workflows）：何时
11
RUP的核心概念
12
RUP的核心工作流
6个核心工程工作流
ቤተ መጻሕፍቲ ባይዱ模型的总体轮廓。通过对典型用例的分析，使开发者能够 有效地了解用户的需求。
整个RUP流程都是"用例驱动"(Use-Case Driven)的，各种
类型的开发活动包括项目管理、分析设计、测试、实现等 都是以系统用例为主要输入工件，用例模型奠定了整个系 统软件开发的基础。
icon风格案例分析ppt课件
精选版课件ppt
11
图图标标单单体体设设计计六趋大势原则 第三招：避免使用照片
尽量别直接拿照片来做应用图标。下图中的 Sipp 是一个极好的例子，告诉你怎样在采用了类照片的 元素的同时，更好的表现主题。
精选版课件ppt
12
图图标标单单体体设设计计六趋大势原则 第四招：避免使用大量文字
图标中能不用文字就不用文字，好的做法是使用符号或公司标志作象征。
精选版课件ppt
15
目 录
图标单体设计趋势
图标单体设计六大原则
优秀Icon图标组分析
精选版课件ppt
16
优秀Icon图标组分析
配色
精选版课件ppt
17
优秀Icon图标组分析
配色
精选版课件ppt
18
优秀Icon图标组分析
配色
精选版课件ppt
19
优秀Icon图标组分析
配色
精选版课件ppt20优Fra bibliotekIcon图标组分析
精选版课件ppt
13
图图标标单单体体设设计计六趋大势原则
第五招：准确传递信息
简单来说，要让用户看到你的图标就知道它是干什么的。 iOS 7 对拟物化图标进行了大刀阔斧的改革，但这里依然要提到拟物化设计的亮点。
精选版课件ppt
14
图图标标单单体体设设计计六趋大势原则
第六招：富有创意
创意让你的应用图标脱颖而出，下面这些应用都谨遵创新法则。通常，秘诀是开发一些简单的 概念，有时候最复杂的渲染也是建立在简单的图形之上的。
精选版课件ppt
23
优秀Icon图标组分析
形态
• 利用微倒角边框，图标更整齐
• 主物体有简单投影，凸显立体感 • 图标皆有简单投影，立体感强
用例分析与用例图ppt课件
前言之一
软件开发过程中常见的场景
这个做还不错，不过 好像不是我想要的。
我们这很混乱，你这 个系统应该把我们的 所有问题全部解决掉
！
你这做的是什么 东西！
“弱弱”地问：“您 到底想要什么？”
前言之二
需求分析与管理—软件开发过程中的“永远 的痛”
基于用例的分析与设计
以用例为中心组织需求
性能 可用性
√
会员
检索零件
系统执行：结果值由系统生成
出纳员
吃饭
系统需要处理的，由系统生成
参与者观测：用户观点而非系统观点
旅客
订票 查看今日航班
用户观点
旅客
处理订票 显示今日航班
系统观点
用例粒度
• 用例要有路径，路径要有步骤；而 这一切都是可观测的
• 最常犯错误：粒度过细，陷入功能 分解
–过细的粒度，一般都会导致技术语 言的描述，而不再是业务语言
• 所有业务最终会成为CRUD？ • CRUD能为Actor提供价值？ • CRUD掩盖业务，锐变成关系数据库的建模：
– “系统就是数据的增删改查” – 关心数据的存储和维护，反而忽略了用户的目的
用例粒度-4
• 如果确实是CRUD？
– 如果CRUD不涉及复杂的交互，一个 用例“管理××”即可
– 不管是C、R、U、D，都是为了完成
– 关键词：边界 – 参与者：在系统之外，透过
系统边界与系统进行有意义 交互的任何事物
边界---Boundary
• 也叫系统边界，用于界定系统功能范围
用一个带名称的矩形框，把描述系统功能的用 例都置于其中，而描述的与系统交互的角色都 置于其外
系统----完整系统或子系统 一个系统包括一个或多个用例
从ICONIX建模方法中的域模型到系统设计类图
属 于标准的 ＵＭＬ ， 正是 由于其创造性地 引入 了鲁棒 图， 解决 了从 用例到时序 图的鸿沟 ［ ４ １ ｏ Ｉ Ｃ ＯＮＩ Ｘ把分析过程 分为 以下
－ － －
４ －・ ・ ＋
・ ・ ＋
数据 库是制定地质灾害防治措施的支持系统 ，关系着防治措
相关数据和信息 ， 通过信 息技术直观地在地 图上展示 出来 ， 为 地质灾害空 间数据提供 了处理平 台，进一步为防治措 施的可 靠性提供 了保障 。鉴于地理信息系统技术在公路地质 灾害防 治 中的重大作用 ， 应进 一步 加强使用 与推广 。
２基 于域模 型 的设计
项 目实例来 自一个信息管理系统 的开发 ， 根据 Ｉ Ｃ Ｏ ＮＩ Ｘ方
法 已经完成 了前六个步骤 ，导 出了通过对域模型分配属性和
方法得到 的类 图，不过这个类 图仍然只是停 留在我们对需求
的挖掘和分析上 ，其 中的类只是对系统需求进行面 向对象分 析而得 的， 是客观对象 的一个反映。 域类 图跟作为系统开发依据 的类 图仍有距离 ，其只描述 了信息 的结构和特性 ， 信 息数据 如何 获取和展现都没有体现 ，
摘要 ： 以Ｉ Ｃ ＯＮ Ｉ Ｘ统一对象建模 方法为基础 ， 通过 实例介绍其 关键 步骤 “ 时序 图绘制” 在 实际项 目设计 中推宁 出系统设计 类图的方法 ， 并给 出 了在 这一过 程 中的优 化设 计方法以提 高该建模方法在 实际项 目中的可 用性 。 关键 词 ： Ｉ Ｃ Ｏ ＮＩ Ｘ过程 ； 领 域模 型 ； 类 图
时、 何处选用何模型 ； 同时 ， Ｉ Ｃ Ｏ Ｎ Ｉ Ｘ 聚焦于“ 系统分析、 设计、
建模（ Ｕｓ ｅ ｒ Ｃ ａ ｓ ｅ Ｍｏ ｄ ｅ １ ） ， 形成 用例 图； （ ３ ） 需求复核 ， 检查完善 域类 图和用例 图； （ ４ ） 健壮性 分析 （ Ｒｏ ｂ ｕ ｓ ｔ ｎ ｅ ｓ ｓ ） ， 形成鲁棒 图， 并给域模型中 的类分配属性 ； （ ５ ） 初步 设计 复核， 检查完善域 类 图、 用例 图和鲁棒 图； （ ６ ） 时序图（ Ｓ ｅ ｑ ｕ ｅ ｎ ｃ ｅ Ｄｉ ａ ｇ ｒ ａ ｍ） ， 完成
信奥赛Logo程序设计-02海龟作图
【指导⑴说、对明照】海：龟起始和画第二图形的着点，判图断4海龟的位置图和3方向的
变化。
⑵、在执行内层的重复命令后，注意是否要补上移动距离或旋 转角度 。
精品资料
动脑筋，画一画
⑴
⑵
⑶
⑷
⑸
⑹
⑺
⑻
⑼
⑽
⑾
⑿
精品资料
规律(guīlǜ)分 析
题例：用正方形围成一个(yī ɡè)正方形。 步（骤图1：5）画基本图形 —1个正方形。（图5-1）
精品资料
几点注意事项
1、这些命令可分成(fēn chénɡ)两类：一类是带有参 数的命令，如FD :X要有步数、RT :N要有角度等，并且在 命令和参数之间还必须加上一个空格；另一类是不带参数 的命令，如HT、ST、PU、PD等。
2、计算机的回车键是一行命令的结束键。在LOGO语言 中一行可以只打一个命令，也可以连打几个命令再按回车 键，但命令和命令之间要用空格隔开，如FD 100 RT 90。 一定要在保证每一命令输入正确后再按回车键。
后退 BACK x
右转 RIGHT n
左转 LEFT nቤተ መጻሕፍቲ ባይዱ
抬笔 PENUP
落笔 PENDOWN
回家 HOME
笔擦 PENERASE
清屏复位 CLEARSCREEN
清屏 CLEAN
简写
HT ST FD x BK x RT n LT n PU PD
PE CS
功
能
出现海龟,初始化,设置图文本状态
让海龟隐身
让海龟重现
[格式]：DRAW [功能]：屏幕清除干净，并设置为绘图和文本混合的显示状态； 海龟显示在屏幕的中央（这个点称为“源点”）；海龟设置成落 笔、绘图的颜色为黑色、绘图笔的宽度为 1的状态；屏幕的背景 为白色；文本字体的宽度为 1的状态；绘图的显示方式设置为 “环绕模式”。DRAW命令所设置的模式，是LOGO语言最常用的绘 画模式。
软件测试用例设计方法分享PPT 课件
测试用例的设计方法及举例（因果图法）
采用“用户登录”案例进行分析，登录模块包含 用户名、密码和登录按钮，那么根据等价类划分 法和边界值法分析按理，我们可以清楚哪些是 “因”，哪些是”果”。
➢ 原因 • 以字母开头且与数字组合的8-16位的用户名 • 单击“登录”按钮 • 以字母开头且与数字组合的8-16位的密码 • 用户名为纯数字、纯字母、包含特殊字符、空格、
举例：规定输入的考试 成绩为A、B、C、D、E则可以确认有5个有效等价类（成绩=A，成绩=B，成绩=C，成绩=D，成绩=E和1个无效等价类 ）
3：在规定输入数据必须遵循的规则的情况下，可以确定一个有效等价类和若干个无效等价类
举例：对变量标识符规定为“以字母开头”，那么有效等价类是“以字母开头”，无效等价类有“以特殊符号开头”、“标点开头”、“空格开头”
（3）对每一个场景生成测试用例
备选流3：用户账户余额不足
备选流4：用户账户没钱
（2）根据基本流和备用流确定场景
场景1（成功购物）：基本流
场景2（账户不存在）：基本流 、备选流1
场景3（账户密码错误）：基本流 、备选流2
场景4（账户余额不足）：基本流 、备选流3
场景5（账户没钱）：基本流 、备选流4
测试用例的设计方法及举例（错误推测法） ➢ 错误推测法是基于以往的经验和直觉，参照以往的软件系统出现的错误，推测程序中所有可能
我们依然采用“用户登录”案例进行分析，根据等价类划分法的划分表可以得到如下边界值。
测试用例的设计方法及举例（因果图法） ➢ 适用于描述多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入
条件的各种组合情况，从而设计用例 优点：考虑输入条件的各种组合、输入条件之间的相互制约关系
第七章-面向对象设计PPT课件
面向对象的软件设计过程
7.1 设计用例实现方案
本节介绍UML交互图的语言机制和用例实现方案的设 计方法。
UML的交互图包括顺序图和协作图，适于用例实 现方案的表示。
用例实现方案的设计方法有三个步骤： (1) 提取边界类、实体类和控制类； (2) 构造交互图； (3) 根据交互图精化类图。
7.1.1 顺序图
(1) 界面控制：包括输入数据的格式及内容转换，输出结果的 呈现，软件运行过程中界面的变化与切换等。
(2) 外部接口：实现目标软件系统与外部系统或外部设备之间 的信息交流和互操作。主要关注跨越目标软件系统边界的 通信协议。
(3) 环境隔离：将目标软件系统与操作系统、数据库管理系统、 应用服务器中间件等环境软件进行交互的功能与特性封装 于边界类之中，使目标软件系统的其余部分尽可能地独立 于环境软件。
UML四种类型的消息
(1) 简单消息(Simple Message) 以一种简单、抽象的函数表示对象之间的信息传 递，不考虑通信过程的内部细节。简单消息在 UML顺序图中用普通的有向箭头表示。
(2) 同步消息(Synchronous Message) 消息源发出消息后必须等待消息处理过程完毕并返 回处理结果后，消息源才可继续执行后续操作。前 面所述的自调用消息应该是同步的。同步消息的表 示图元与简单消息相同，这表明UML在缺省情形 下认为简单消息即为同步消息。
第七章 面向对象的设计方法
设计用例实现方案 设计技术支撑方案 设计用户界面 精化设计模型 RUP中的分析与设计流程
面向对象的设计方法
基于UML的面向对象设计方法将分析模型转换为设 计模型。
面向对象: 分析模型---顶层架构图、用例与用例图、领域概念 模型构成。 设计模型----- 以包图表示的软件体系结构图 以交互图表示的用例实现图 完整、精确的类图 复杂对象的状态图 描述流程化处理过程的活动图
IOimage产品技术方案设计(行为识别)
IOIMAGE智能安全防范系统设计方案( 产品技术说明 )目录第一章项目概要 (3)一、项目概述 (3)二、需求分析 (3)三、技术分析 (4)四、设计依据 (5)五、设计原则 (5)第二章智能视频监控系统设计方案 (8)一、智能视频分析监控系统监控点的部署 (8)1.1 智能视频周界防范布点分析 (8)1.2智能视频分析系统周界防范布点设计 (9)1.3智能视觉周界防范监控点的安装配置 (17)二、智能视频分析监控系统网络架构及拓扑图 (19)2.1 单一功能系统中的设备连接 (19)2.2 多功能综合系统中的设备连接 (19)2.3 大型混合多功能安防系统中的设备连接 (20)三、智能视频分析监控系统功能简析 (26)3.1智能视觉监控系统中入侵侦测系统功能简析 (26)3.2智能视觉监控系统中智能跟踪系统功能简析 (29)3.3智能视觉监控系统中自我防护系统功能简析 (31)四、智能视频分析监控系统建设中要考虑的其他问题 (32)4.1 摄像部分设备选型 (32)4.2 传输部分设备选型 (32)4.3 控制中心设备选型 (33)4.4 系统防雷 (33)第三章智能视觉监控系统设备详述 (34)一、ioimage公司简介 (34)二、智能视觉分析技术详述 (35)三、 ioimage智能视觉技术优势 (41)3.1 高性能 (41)3.2 自学习、自适应、自优化 (41)3.3 真实场景3D建模 (42)3.4 自主操作 (43)3.5 易使用 (43)3.6 高可靠 (44)四、系统设备技术规格 (45)4.1 智能视频编码器 (45)4.2 日夜型高速球型摄像机WSD-626-IVS（支持ioimage智能自动跟踪） (49)4.3 ioimage智能视频分析监控系统的网络管理系统 (51)第一章项目概要一、项目概述近年来随着我国国民经济的发展和人民生活水平的不断提高,人们对于安全防范提出了更高更严格的要求。
4-用例图1
15
识别参与者
客户给销售员发来传真订货， 客户给销售员发来传真订货， 销售员下班前将当 日订货单汇总输入系统。 日订货单汇总输入系统。 谁是系统的Actor Actor？ 谁是系统的Actor？ 答案： 答案： 销售员
16
识别参与者
寻呼台系统。用户如果预定了天气预报， 寻呼台系统。用户如果预定了天气预报， 系统每天定时给他发天气消息； 系统每天定时给他发天气消息；如果当天气 温高于35 35度 还要提醒用户注意防暑。 温高于35度，还要提醒用户注意防暑。 这个叙述里，谁是寻呼台系统的Actor? 这个叙述里，谁是寻呼台系统的Actor? 用户？气温？时间？ 用户？气温？时间？ 答案：用户，气温，时间都是Actor 答案：用户，气温，时间都是Actor
25
注意事项
根据需求分析作出用例后，并不是一切就万事大吉 了，还需要对用例的正确性进行分析。错误的或描述 不清的用例可能会导致错误的需求分析，并把我们的 设计实现工作带入歧路。 ①用例应该描述系统做什么，但不应该描述系统是 如何被实现的。只描述交互，而不是内在的系统活动， 黑盒子 ②应该从参与者如何使用系统的角度出发定义用例， 而不是从系统自身的角度。系统的存在是因为参与者 有一些需要使用它来满足的目标。比如旅客订票和查 看今日航班，不能描述为处理订票和显示今日航班
28
注意事项 最后，评价用例的划分是否适当的一 个方法是计算用例的数量。识别用例一 方面要从系统的功能需要中抽象出用例， 同时还要控制用例的数目。用例数目过 多则造成用例模型过大，同时设计系统 的难度也加大了，用例数目过少则造成 用例描述得太粗犷或不充分，不便于进 一步分析。 粒度过细会陷入功能分解， 比如把交互的某个步骤当作用例（输入 用户名）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
系统重要问题 用户与用户活动？ “现实世界”对象？ 每个用例建立对象 对象如何协作？ 实时控制活动？ 如何建立系统？ UML解决方案 用例 高层类图(领域模型) 健壮性分析 顺序图(协作图) 状态图 底层类图(设计类)
Scope-从用例到类图
用例图
ICONIX
类图
What-ICONIX概览
动态
GUI 原型
2. 分析(Analysis)
3. 设计(Design)
4. 交付(Delivery)
Step1:需求
GUI 原型
用例图
有时被称为”探 索”(discovery)阶段
领域模型
发现(Discover)客户真正 想要的东西 发现系统将要如何构建
目标是建立一个清晰的 词汇表(coherent vocabulary)
领域模型
类图 代码
Step4:交付(Delivery)
4.1 编写单元测试用例 4.2 编写代码 4.3 单元测试及集成测试 4.4 系统测试 4.5 验收测试 里程碑：部署
源代码 二进制代码(+安装部署代码) 系统测试记录 验收测试记录
里程碑2:初步设计评审
健壮性分析的目的
对用例进行一致性检查 完整性检查: 是不是处理的所有的分支 继续发现对象 概要设计
三种类型的对象
边界类(Boundary objects) 与用户交互的对 象，如窗口，对话框等等 实体类(Entity objects)长期存在的数据，典 型地是映射到数据库的表结构 控制类(Control objects)包含应用程序逻辑 (intelligence) 实质就是Model-View-Controller(MVC)模式
用例
健壮图
顺序图
静态 代码
领域模型 类模型
How-步骤
领域建模
领域类图(Domain Model) 用例图(User Case Model)
用例建模
健壮性分析
健壮性图(Robustness Diagram)
时序图(Sequence Diagram) 状态图(Status Diagram) 设计类图(Design Class Diagram)
类交互分析
类设计
动态
GUI 原型
用例 健壮图 顺序图
需求 静态
起点
代码
领域模型
类模型
OOA
OOD
When：四阶段里程碑
1. 需求(Requirements)
里程碑：需求评审(requirements review) 里程碑：初期设计评审(preliminary design review) 里程碑：详细设计评审(detailed design review) 里程碑：交付验收(deployment)
绘制健壮性图
允许的
边界对象
实体对象
控制对象
不允许的
Step3:设计(Design)
3.1 类交互分析
识别对象之间发送的消息 根据领域类图转换出设计类图 《顺序图》 《状态图》(如果需要) 《设计类图》
3.2 类设计
里程碑：详细设计评审
交互(Interaction)分析
健壮性分析：对象都和谁讲话 交互分析： 他们讲了些什么 把用例图转换为顺序图
如果我们不知道有哪些对象，是不能直接转换的。
顺序图格式
每个顺序图应该包含:
用例描述文本 对象 (使用健壮性图的ICON) 消息 (生命线之间的箭头) 方法名称 (箭头上的标签)
类图和代码
顺序图
经过上述的过程步骤，最 终的设计和代码是很清晰 的 (straightforward)
ICONIX 软件开发过程
UML & ICONIX 过程
UML
对象建模语言 图形表示法
各种不同语义学的图形(Diagrams)
ICONIX过程
使用UML的扩展子集 填补两者之间的缝隙(Gap) :
是什么(What) (分析) 怎么做(How) (设计)
Why-问题和解决方案
Step1:需求
1.1 领域建模
确定现实世界领域对象和他们之间的关系
1.2 制作快速GUI原型(如可能) 1.3 制作用例图 里程碑：需求评审
《领域类图》 《快速GUI原型》 《用例图》
领域建模
找到问题领域中代表事物和概念的“类(对象)” 步骤：
发现类 建立归纳关系 建立类间的关联 名词类，名字短语属性 动词操作，动词短语类关联 不要把预想的设计类加入到“领域类”中
要点：
示例
用例建模
用例
参与者为了达到特定目标，在系统中执行活动的顺序 用例可以描述所有需要的系统功能 代表用户根据系统或实体的需求而扮演的一个角色 可以是其他系统,数据库,时钟等(存在于系统的外部) 参与者+用例 基本事件流 可选和异常事件流
参与者
用例图
Байду номын сангаас
用例描述
Step2:分析
顺序图 用例图 健壮性图
领域模型
需求和设计之间的桥梁 每件事情在“真正”做 什么？(What)
Step2:分析
2.1 编写用例说明 2.2 进行健壮性分析
识别每个用例中所使用的对象 建立上述对象之间的关系 《用例说明》 《健壮性图》 《领域类图》(更新)
Scope-从用例到类图
用例图
ICONIX
类图
What-ICONIX概览
动态
GUI 原型
2. 分析(Analysis)
3. 设计(Design)
4. 交付(Delivery)
Step1:需求
GUI 原型
用例图
有时被称为”探 索”(discovery)阶段
领域模型
发现(Discover)客户真正 想要的东西 发现系统将要如何构建
目标是建立一个清晰的 词汇表(coherent vocabulary)
领域模型
类图 代码
Step4:交付(Delivery)
4.1 编写单元测试用例 4.2 编写代码 4.3 单元测试及集成测试 4.4 系统测试 4.5 验收测试 里程碑：部署
源代码 二进制代码(+安装部署代码) 系统测试记录 验收测试记录
里程碑2:初步设计评审
健壮性分析的目的
对用例进行一致性检查 完整性检查: 是不是处理的所有的分支 继续发现对象 概要设计
三种类型的对象
边界类(Boundary objects) 与用户交互的对 象，如窗口，对话框等等 实体类(Entity objects)长期存在的数据，典 型地是映射到数据库的表结构 控制类(Control objects)包含应用程序逻辑 (intelligence) 实质就是Model-View-Controller(MVC)模式
用例
健壮图
顺序图
静态 代码
领域模型 类模型
How-步骤
领域建模
领域类图(Domain Model) 用例图(User Case Model)
用例建模
健壮性分析
健壮性图(Robustness Diagram)
时序图(Sequence Diagram) 状态图(Status Diagram) 设计类图(Design Class Diagram)
类交互分析
类设计
动态
GUI 原型
用例 健壮图 顺序图
需求 静态
起点
代码
领域模型
类模型
OOA
OOD
When：四阶段里程碑
1. 需求(Requirements)
里程碑：需求评审(requirements review) 里程碑：初期设计评审(preliminary design review) 里程碑：详细设计评审(detailed design review) 里程碑：交付验收(deployment)
绘制健壮性图
允许的
边界对象
实体对象
控制对象
不允许的
Step3:设计(Design)
3.1 类交互分析
识别对象之间发送的消息 根据领域类图转换出设计类图 《顺序图》 《状态图》(如果需要) 《设计类图》
3.2 类设计
里程碑：详细设计评审
交互(Interaction)分析
健壮性分析：对象都和谁讲话 交互分析： 他们讲了些什么 把用例图转换为顺序图
如果我们不知道有哪些对象，是不能直接转换的。
顺序图格式
每个顺序图应该包含:
用例描述文本 对象 (使用健壮性图的ICON) 消息 (生命线之间的箭头) 方法名称 (箭头上的标签)
类图和代码
顺序图
经过上述的过程步骤，最 终的设计和代码是很清晰 的 (straightforward)
ICONIX 软件开发过程
UML & ICONIX 过程
UML
对象建模语言 图形表示法
各种不同语义学的图形(Diagrams)
ICONIX过程
使用UML的扩展子集 填补两者之间的缝隙(Gap) :
是什么(What) (分析) 怎么做(How) (设计)
Why-问题和解决方案
Step1:需求
1.1 领域建模
确定现实世界领域对象和他们之间的关系
1.2 制作快速GUI原型(如可能) 1.3 制作用例图 里程碑：需求评审
《领域类图》 《快速GUI原型》 《用例图》
领域建模
找到问题领域中代表事物和概念的“类(对象)” 步骤：
发现类 建立归纳关系 建立类间的关联 名词类，名字短语属性 动词操作，动词短语类关联 不要把预想的设计类加入到“领域类”中
要点：
示例
用例建模
用例
参与者为了达到特定目标，在系统中执行活动的顺序 用例可以描述所有需要的系统功能 代表用户根据系统或实体的需求而扮演的一个角色 可以是其他系统,数据库,时钟等(存在于系统的外部) 参与者+用例 基本事件流 可选和异常事件流
参与者
用例图
Байду номын сангаас
用例描述
Step2:分析
顺序图 用例图 健壮性图
领域模型
需求和设计之间的桥梁 每件事情在“真正”做 什么？(What)
Step2:分析
2.1 编写用例说明 2.2 进行健壮性分析
识别每个用例中所使用的对象 建立上述对象之间的关系 《用例说明》 《健壮性图》 《领域类图》(更新)