Thinking in UML 第1, 2章笔记

本文介绍了软件开发过程中的建模方法,包括从现实世界到设计模型的转换流程,以及如何将业务模型、概念模型转化为具体的设计元素。还探讨了建模公式和对象分析的基本原则。

 

建模:人、事、物、规则


建模流程:现实世界 -> 业务模型 -> 概念模型 -> 设计模型


业务模型
 参与者 -> 用例

 
概念模型
 
 1> 边界类
  由于所有的操作都通过边界类来进行,能做什么不能做什么由边界来决定,所以边界类实际上代表了原始需求中的"事"
 2> 实体类
  实体类则由业务模型中的领域模型转化而来,它代表了现实世界的"物"
 3> 控制类
  控制类则体现了现实世界中的"规则"
 4> 参与者
  参与者由系统的"用户"转化而来, 即"人"

  
设计模型
 1> 概念模型中的边界类可以被转化为操作界面或者系统借口;
 2> 控制类可以被转化为计算机程序或控制程序,例如工作流、算法等;
 3> 实体类可以转化为数据库表、XML文档或者其他带有持久化特征的类;

 
建模公式:
 问题领域 = 抽象角度
 抽象角度 = 问题领域边界之外的参与者的业务目标 = 业务用例
 业务用例 = 特定场景
 特定场景 = 静态的事物 + 特定的条件 + 特定的动作
 或者
 特定的事 = 特定的事物 + 特定的规则 + 特定的人的行为
 事    = 物    + 规则    + 人
 
 
对象分析方法:
 1> 一切都是对象
 2> 对象都是独立的
 3> 对象都具有原子性
 4> 对象都是可抽象的
 5> 对象都具有层次性

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值