今天继续UML世界之旅...前两天写的是基于工作流管理系统的UML建模,本身工作流管理系统就是一个中间件,可以说它是经过抽象的产品.
这是OOAD&UML&工具三者的关系...其中
OOAD( Object Orient Analysis & Design)相当于是武侠中的心法口诀,是现代软件开发的关键点,是程序员值得花好多年去钻研的内功...
nOO：万物皆为对象。它是对过去面向过程思维方式的升华。
nA：用OO的思维方式来看待世界，来分析问题。在开发中它主要用在需求分析阶段
nD：用OO的思维方式来设计程序、编写代码。设计模式（Design Pattern）是它的必修课
n
UML (Unified Modeling Language)
它是剑术中的招式，是软件开发中进行交流的要素，是表达OOAD的重要工具，是一个专业程序员的必修课和基础课.UML是表达OOAD的标准语言.
n
UML工具
它是剑术中的剑。这样的剑有：Rose、Together、MagicDraw、Argo、Jude等.作图工具很重要，但不是最重要的，高手用树枝剑也能伤人。在日常开发中，最常用、最好用、最易用的UML工具是白纸和铅笔。
对于学习UML,我们的重点是OOAD思想的学习,工具是次要的.
对于UML工具的选择,我最终听了陈老师的建议选择了Jude(犹大),因为它够小巧,纯java写成,且free版的功能强大.我们可以在这个网站去下载Jude:
这个工具可以去画UML中常用到的图,比如用例图,类图等,今天我自己画了一个用例图,感觉Jude还是挺容易上手,接下来要通过这个工具来学习UML了,我将把UML做为重点去学习.
This is my first UseCase Diagram!
呵呵,通过画UseCase Diagram我理解了什么是用例图,它代表了一种需求!我觉得这是软件工程中最重要的一个环节,如果这个环节出了问题,那么这项工程可以说是废了!因为就算出来成品也没有客户了!
画用例图需要注意的问题
¡用例图是很灵活的.
¡原则：说明问题，方便交流才是关键。
¡不要太苛求用例图的规范性，不要试图去捕获所有用例，不要太注重细节
¡根据你所交流的人来选择使用用例图的程度。
¡
那么什么是用例呢?
用例是对某一项功能的执行过程的详细说明.
用例图就是单个用例组合起来的流程图.
大多数的时候,简洁比复杂要好,根据需要配以适当的文字说明(重要).
用例图一般用在做需求分析的阶段,记住这个关键的环节!