1、模型
描述业务、业务规则、系统使用、应用程序、系统架构以及系统内交互的一种可视化方式。
2、UML便于理解业务、需求,理解软件和架构如何构造。
3、美国前总统艾森豪威尔说:“计划是零,计划的过程是一切。”模型本身并不是最重要的,建立模型的过程和经历得思考才是最具价值。建模可以强迫你去思考,通过充分的思考,你就可以做出最好的设计。
4、管理者们通常不知道的一个秘密:一个开发项目的大部分时间被编码所占据往往是因为系统设计不完整所致。确定设计细节的任务往往被推延到编码阶段由程序员在编写代码的时候确定。管理者们看不到这种“隐藏的设计”,因为设计被埋没在编码工作中。你确实在进行建模(也就是设计),只不过你把它叫做别的工作。
5、应该确认的一点:语言和工具不能代替合适的分析和设计,UML也只是工具而已,好的设计是分析师的业务理解和设计能力的结晶。
UML各种图的简述
用例图(Use case):
a、展现系统的功能与需求;
b、可以假用例图之作用来界定系统的范围,确定系统应尽的职责,找出有所为,更要确定不所为;
其实用例图的最大价值在于决定了什么是内?什么是外?什么该做,什么不需要做。
活动图(Activity):
对业务流程的表达。
。。。。。。