UML(Jude) | UseCase Diagram

         今天继续UML世界之旅...前两天写的是基于工作流管理系统的UML建模,本身工作流管理系统就是一个中间件,可以说它是经过抽象的产品.

这是OOAD&UML&工具三者的关系...其中

OOAD(  Object Orient Analysis & Design)相当于是武侠中的心法口诀,是现代软件开发的关键点,是程序员值得花好多年去钻研的内功... 

n OO：万物皆为对象。它是对过去面向过程思维方式的升华。

n A：用OO的思维方式来看待世界，来分析问题。在开发中它主要用在需求分析阶段

n D：用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: 

http://jude.change-vision.com/jude-web/index.html

这个工具可以去画UML中常用到的图,比如用例图,类图等,今天我自己画了一个用例图,感觉Jude还是挺容易上手,接下来要通过这个工具来学习UML了,我将把UML做为重点去学习.

This is my first UseCase Diagram!

呵呵,通过画UseCase Diagram我理解了什么是用例图,它代表了一种需求!我觉得这是软件工程中最重要的一个环节,如果这个环节出了问题,那么这项工程可以说是废了!因为就算出来成品也没有客户了!

画用例图需要注意的问题

¡ 用例图是很灵活的.

¡ 原则：说明问题，方便交流才是关键。

¡ 不要太苛求用例图的规范性，不要试图去捕获所有用例，不要太注重细节

¡ 根据你所交流的人来选择使用用例图的程度。

¡

那么什么是用例呢?

用例是对某一项功能的执行过程的详细说明.

用例图就是单个用例组合起来的流程图.

大多数的时候,简洁比复杂要好,根据需要配以适当的文字说明(重要).

用例图一般用在做需求分析的阶段,记住这个关键的环节!