标签：
在第二阶段中我对基础篇和进阶篇进行了阅读。
基础篇对UML的基础概念重新组织和归纳整理，进行扩展和讨论，引申出针对UML的这些概念在面向对象方法中应用方法的思考。进阶篇以一个实例贯穿全篇，阐述如何使用UML从头到尾地实施一个项目。
首先，要从现实世界到业务模型。现实世界，无论是哪个行业，无论做什么业务，其本质无非是由人、事、物和规则组成的。人是一切的中心，人要做事，做事就会使用一些物并产生一些物，同时做事需要遵循一定的规则。人驱动系统，事体现过程，物记录结果，规则是控制。而UML中的用例恰好可以表达人事物规则，“参与者”代表人，“用例”代表事，“业务场景”和“用例场景”通过UML视图体现了规则，而 “业务对象模型”就代表了中间用到的物。这样现实世界就映射到业务对象模型。通过这一步，一种把现实世界映射到对象世界的方法就找到了。
其次，要从业务对象模型到概念模型。上一步说的业务对象模型，还只是用UML描述现实世界，和真正的计算机软件还差的太远。当业务模型用分析类来描述的时候，实际上我们已经采用了对象的视角。用例所代表的现实的业务过程，被“边界”、“控制”、“实体”以及“包”、“组件”等概念替代。而这些概念是可以被计算机理解的，是抽象化了的对象，现实世界千差万别的业务，都用这几个固定的元素来表述，也就是现实世界已经被抽象成了几个固定的概念。可以说，从业务模型到概念模型正是我们需要的一种从对象世界来描述现实世界的方法。
最后，从概念模型到设计模型，“边界”、“控制、“实体”这些对象虽然是计算机可以理解的，但是并不是真正的对象实例，不是可执行代码。应该将其转换Java,C#,C++代码才能执行。其中，“边界”类可以映射到对应的“界面”，“控制”可以映射为“控制类”，“实体”可以映射为对应的“实体类”，这样，从概念模型就映射到了设计模型。
经过上边的三个步骤，运用面向对象的分析设计方法就将现实世界通过推导，最终转换成了一个可以运行的软件系统。而且可以从类得设计到概念模型，再到对象模型，一步步验证最初的现实世界。软件系统不再是拍脑袋想出来的，也不是拷贝以前的项目改来改去改出来的，而是通过一定的方法一步步推到出来的。
在进阶篇中那个例子很好的启发了我，作为学习软工的菜鸟，见识到一个真正的项目是如何的开发出来的真心不容易，同时我在网上也搜到了许多前辈写的读后感，他们都是工作了好几年的人，介绍了他们在职场之内是如何开发项目的，对我挺有用的。
标签：
原文地址：http://www.cnblogs.com/jump/p/4931107.html
