敏捷软件开发_UML
所看书籍是:敏捷软件开发_原则、模式与实践_C#版(美)马丁著,这本书写的非常棒,感谢作者。该归纳总结的过程按照我读的顺序写。
UML
在建造桥梁,零件,自动化设备之前需要建模分析可行性,软件在编写之前也需要建立模型,看看类和逻辑的设计是否合理,这样的建模过程就是UML。
类图
类图就是来描述一个类本身或和其他类的调用关系。
- +public
- -private
- #protected
实现/泛化
- 集成
- 实现接口
组合
- 部分可以离开整体
聚合
- 部分不能离开整体
关联
- 持有对其他对象引用的实例变量
依赖
- 局部变量/方法的参数或则静态方法的调用
注意
- 关系的强弱:泛化/实现>组合>聚合>关联>依赖
对象图
表示系统执行的某个特定时刻的一组对象和关系,可以看成是内存快照。
该图大部分是从相应的类图中推导而来没啥用。顺序图
描述算法的实现,重点在于消息的顺序。比较常绘制的动态模型。
例子
- 对象下面画有横线,类没有,对象名:类
- 垂下来的线为生命线
- 中间矩形垂下来的矩形:激活,表示一个函数的执行时间
- 虚线表示返回参与者并传回返回值
- 箭头:消息。返回值:消息名称(参数)
- 带圆圈的箭头:消息的参数
注意
- 循环:框起来 [for each id in idlist]
- 容易被勿用和滥用
协作图
描述算法的实现,重点在于对象之间的关系
状态图
其实就是有限状态机(FSM)。
例子:
- 实心黑球:初始伪状态,从这个状态开始运转
- 圆矩形:状态。上层放状态的名字,下层放一些特定动作和事件,表示进入或则退出时要做什么,
- 箭头:迁移。上面有触发该迁移的事件名称和要执行的动作
注意
- entry和exit:标准事件,不管写不写都会触发
- 超状态:几个状态迁移时间相同时,可以组成一个超状态。迁移时会出发超状态的entry和exit
如何使用UML
在使用UML的过程中,需要先通过行为优先的方式写出状态图,先是局部状态再是整体状态,抽象出会改变的,将每一种改变的类型实例化,中间再通过各种设计模式隔离
行为优先
从项目的功能入手,用户的交互入手写出每一种功能,大体的类有了后,再抽象出会改变的类,通过设计模式隔离
检查结构
检查每一种功能实现是否合理
想象代码
想想出代码的样子做微调