UML Thinking in UML大象 第一章
好吃力啊~~~~~~~~~~~~~~~~~~~~
整理
什么是面向过程 什么是面向对象
看了很多网上的例子
https://blog.****.net/qsbbl/article/details/63681736 这个写的比较有趣
我也举个栗子
大家都找过对象 相过亲 或者处个女朋友
面向过程：你肯定想过 第一次约出来见面 是不要在 哪里见面 见面后在哪个饭店吃饭 在饭店吃什么 吃完饭后 看什么电影 看电影后在送人家回家
这就是相亲 约会的过程！
面向对象：让女生自己决定这一天要做什么（你最后掏钱就可以了） 这叫绅士~
人家不喜欢你 或者突然有事 你后面的计划是不是 都白弄了 电影票要不要退？ 好饭店 太贵 是不是要提前偷偷美团！ 是不是要退！ 再说人家不喜欢吃这家怎么办？ 人家不喜欢看电影怎么办？
这也是面向过程的问题
面向对象就不会有 去了 如果人家小姑娘选了一个清晰实惠的地方 你跟着去就好 小姑娘带你去 她喜欢的海边溜达 会不会更文艺！？ 看毛线电影！ 屌丝！
所以 面向对象成功率更高 更实惠 更好！
书上的列子 我觉得也很好
如果你的分析习惯是在调研需求时最先弄清楚有多少业务流程 先画出业务流程图 然后在顺腾摸瓜 找出业务流程中的每一步骤的参与部门或岗位 弄清楚在这一步参与者所做的事情 和填写的表单结果 开始关系用户如何把这份表单传给下一个环节 那么很不幸 你还在做面向过程的事情
如果你的分析习惯是在调研需求时最先弄清楚有多少部门 多少岗位 然后找到每一个岗位的业务代表 文他们类似的问题：你平时做什么 这件事是谁交办的？ 做完了你需要通知或者传达给谁嘛 做这个事情需要填写设么表格么 这就是OO！
为什么要使用面向对象
在项目里 把一个系统方方面面因素都考虑到 把所有的因果都考虑到 再把这个过程模拟出来 是很难得的 我们经历有限 计算有 只能把经历放在更小的单元
如果一次造一辆汽车很困难 那就一个零件一个零件的做 最后形成一辆汽车
抽象
抽象是面向对象的精髓
抽象层次：抽象的重要特性，汽车 如果再汽车抽象层次上 我们发现汽车是由 变速器 发动机 底盘等大一些部件组成
如果站在发动机层次上 发动机是由汽缸 活塞等组成
抽象层次好在 无论在哪一个层次 我们都只需要面对有限的复杂度和有限的对象结构 从而可以专心了解这个层的对象
抽象层次另一好处 越是修改底层的零件 越不会影响高层次 没有车会因为换一个火花塞 就不能跑的~
UML
无论世界多复杂 业务多复杂 本质是由 人 事 物 规则 组成的 人一切的中心 人要做事 做事就会使用一些物并成另一个物 同时做事需要遵循一定规则
建模的关键就是弄明白 有什么人 ，什么人做什么事 什么事产生什么物 中间有什么规则 在把人 事 物之间的关系定义出来 一个模型也就基本成型了
UML是把现实世界 过度到设计模式的工具
从现实世界到业务模型
建模是对客观事物建立一种抽象方法，用来表征事物以及对事物本身的理解。
知道如何抽象现实世界:人、事、物、规则，人驱动系统、事体现过程、物记录结果、规则是控制；
在UML里：参与者（actor）代表人，用例（use case）代表事，业务对象模型（business object model）代表物，业务场景（business scenario）代表规则。
从业务模型到概念模型
UML通过称之为概念化的过程（Conceptual）来建立适合计算器理解和实现的模型，这个模型成为分析模型（Analysis Mode）。
原模型包含：边界类、实体类、控制类。
边界类类似于系统中的界面，决定操作能不能做，代表了事；
实体类由领域模型转化而来，重新表达了业务实体，代表了物；
控制类表达了需求中的动态信息，体现了规则。
从概念模型到设计模型
实现类可以简单地从分析类映射而来：
边界类可以被转化为操作界面或者系统接口；
控制类可以被转化为计算程序或者控制程序，例如工作流、算法题等。
实体类可以转化为数据库表、XML文档等。
UML的三个模型的建立过程解决了面向对象的三个困难。
这图流程 我还没看明白 但是我相信我看完整本书后 我会明白的
统一过程
RUP 和XP
RUP 是统一过程缩写 XP 是敏捷缩写
统一过程用于 大项目 小项目如果遵循统一过程 会很浪费人力 物力 可以选择XP 敏捷开发
统一过程分为 四个阶段 九个核心工作流程
统一过程 是乐理 那么UML就是五线谱
具体以后再回来翻看把~