首页 > 代码库 > 阅读ICONIX方法笔记

阅读ICONIX方法笔记

主要步骤包括:
1、域建模(领域模型)
2、用例建模(动态模型)
3、分析建模  
4、健壮性分析
5、交互建模(绘出时序图和设计级类图)      

域模型是一种由内向外的方式来分析系统的
(1) 确定直实世界中的抽象,即系统中将涉及的主要的概念性对象。
(2) 域类(可以认为是实体类)的来源就是需求、领域知识以及问题陈述中的相关名词或名词短语等术语。
(3) 识别完了域类后,就可以进行问题域建模,即进行域类图的绘制(可以有类之间的关联和泛化等关系)
注意:这里的域类图只是一种表现形式,里面的一个类的层次关系临时安排,而最终的结果需要反复修订,等到设计级类图可以看到效果。
(4) 这个阶段也可以进行原型界面的设计(暂时不考虑,但是给学生介绍的时候,需要进行考虑)

用例建模是一种由外到内的分析方式,以Actor为驱动,分析系统用例
(1) 先给用例下个定义(参考调研的教材):
用例是在系统中执行的一系列动作,这些动作将生成特定参与者可见的价值结果。
(2) 用例建模主要分为两步:
1) 识别参与者(Actor)
2) 确定用例(不需要进行用例的规格化,后续进行规格化),产生系统用例图

分析建模
将系统的用例进行规格化,主要注重用例的(基本事件流、扩展事件流和异常事件流),可以通过活动图对用例业务流程进行描述

健壮性分析出对用例的健壮性分析图
从用例的规格化中(基本事件流、扩展事件流和异常事件流)识别出相关的对象(域建模期间可能会遗漏一些对象)
该阶段使用了三种对象(对象的定义从参考资料中获取):
(1) 实体对象(entity object):
通常是来自域模型中的对象(也就是现实世界),它常对应于数据库表和文件,这些数据表和文件中存储了执行用例所需的数据。有些实体对象是“临时”对象(如搜索结果),当用例结束后将消失。
(2) 边界对象(boundary object):
参与者使用它来同系统交互,这通常包含窗口,屏幕,对话框和菜单。如果有GUI原型,将会知道许多主要的边界对象是什么。
(3) 控制对象(control object):
将边界对象和实体对象关联起来(通常被称为控制器,因为它们通常不是真正的对象),它包含了大部分应用逻辑,它们在用户和存储的数据之间架起一座桥梁。
个人插入一句话:联想一下MVC(Model、View、Control)思想,貌似有点儿相似????
强调:健壮性分析结束后需要根据分析结果更新一下域模型。将其中的关键属性(字段)分配到主要的类中,只有更新域模型后,健壮性分析才算完成,才能进入使用时序图的交互建模阶段。

交互建模寻找对象之间的交互关系,进而进行方法(操作或行为)分配):
交互建模包括两种形式:
(1) 时序图(顺序图):在健壮性图中,使用控制对象(控制器)表示用例描述中的动词,这些控制器封装了控制流程。时序图负责将哪些方法分配给哪些边界对象和实体对象。
在交互建模期间,要实现的二个主要目标:
1) 列出用例涉及的对象之间随时间的变化进行的详细交互。在运行阶段,对象是通过彼此发
送消息进行交互的。对于用例中的每个行为单元,都必须确定所需的消息/方法。
2) 根据用例设计的对象之间的交互关系,最终确定类间的方法(操作)分配,完成设计级类图。
(2) 协作图(暂时不考虑)