ICONIX方法(用例分析方法实例教程).ppt
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Step1:需求
1.1 领域建模
确定现实世界领域对象和他们之间的关系
1.2 制作快速GUI原型(如可能) 1.3 制作用例图 里程碑:需求评审
《领域类图》 《快速GUI原型》 《用例图》
领域建模
找到问题领域中代表事物和概念的“类(对象)” 步骤:
发现类 建立归纳关系 建立类间的关联 名词类,名字短语属性 动词操作,动词短语类关联 不要把预想的设计类加入到“领域类”中
健壮性分析:对象都和谁讲话 交互分析: 他们讲了些什么 把用例图转换为顺序图
如果我们不知道有哪些对象,是不能直接转换的。
顺序图格式
每个顺序图应该包含:
用例描述文本 对象 (使用健壮性图的ICON) 消息 (生命线之间的箭头) 方法名称 (箭头上的标签)
类图和代码
顺序图
经过上述的过程步骤,最 终的设计和代码是很清晰 的 (straightforward)
Step2:分析
顺序图 用例图 健壮性图
领域模型
需求和设计之间的桥梁 每件事情在“真正”做 什么?(What)
Step2:分析
2.1 编写用例说明 2.2 进行健壮性分析
识别每个用例中所使用的对象 建立上述对象之间的关系 《用例说明》 《健壮性图》 《领域类图》(更新)
绘制健壮性图
允许的
边界对象
实体对象
控制对象
不允许的
Step3:设计(Design)
3.1 类交互分析
识别对象之间发送的消息 根据领域类图转换出设计类图 《顺序图》 《状态图》(如果需要) 《设计类图》
3.2 类设计
里程碑:详细设计评审
交互(Interaction)分析
系统重要问题 用户与用户活动? “现实世界”对象? 每个用例建立对象 对象如何协作? 实时控制活动? 如何建立系统? UML解决方案 用例 高层类图(领域模型) 健壮性分析 顺序图(协作图) 状态图 底层类图(设计类)
Scope-从用例到类图
用例图
ICONIX
类图
What-ICONIX概览
动态
GUI 原型
ICONIX 软件开发过程
UML & ICONIX 过程
UML
对象建模语言 图形表示法
各种不同语义学的图形(Diagrams)
ICONIX过程
使用UML的扩展子集 填补两者之间的缝隙(Gap) :
是什么(What) (分析) 怎么做(How) (设计)
Why-问题和解决方案
用例
健壮图
顺序图
静态 代码
领域模型 类模型
How-步骤
领域建模
领域类图(Domain Model) 用例图(User Case Model)
用例建模
健壮性分析
健壮性图(Robustness Diagram)
时序图(Sequence Diagram) 状态图(Status Diagram) 设计类图(Design Class Diagram)
要点:
示例
用例建模
用例
参与者为了达到特定目标,在系统中执行活动的顺序 用例可以描述所有需要的系统功能 代表用户根据系统或实体的需求而扮演的一个角色 可以是其他系统,数据库,时钟等(存在于系统的外部) 参与者+用例 基本事件流 可选和异常事件流
参与者
用例图
用例Fra Baidu bibliotek述
类交互分析
类设计
动态
GUI 原型
用例 健壮图 顺序图
需求 静态
起点
代码
领域模型
类模型
OOA
OOD
When:四阶段里程碑
1. 需求(Requirements)
里程碑:需求评审(requirements review) 里程碑:初期设计评审(preliminary design review) 里程碑:详细设计评审(detailed design review) 里程碑:交付验收(deployment)
领域模型
类图 代码
Step4:交付(Delivery)
4.1 编写单元测试用例 4.2 编写代码 4.3 单元测试及集成测试 4.4 系统测试 4.5 验收测试 里程碑:部署
源代码 二进制代码(+安装部署代码) 系统测试记录 验收测试记录
2. 分析(Analysis)
3. 设计(Design)
4. 交付(Delivery)
Step1:需求
GUI 原型
用例图
有时被称为”探 索”(discovery)阶段
领域模型
发现(Discover)客户真正 想要的东西 发现系统将要如何构建
目标是建立一个清晰的 词汇表(coherent vocabulary)
里程碑2:初步设计评审
健壮性分析的目的
对用例进行一致性检查 完整性检查: 是不是处理的所有的分支 继续发现对象 概要设计
三种类型的对象
边界类(Boundary objects) 与用户交互的对 象,如窗口,对话框等等 实体类(Entity objects)长期存在的数据,典 型地是映射到数据库的表结构 控制类(Control objects)包含应用程序逻辑 (intelligence) 实质就是Model-View-Controller(MVC)模式