张扬的爪哇攻略

    为期一周的UML课程结束了。在这期间大多数的时候都是在摸索之中度过的，即使是知道几个图的画法也不见得能够画好。以下就以我粗浅的理解来谈一下对UML的认识，愿老师与同学们批评指正。

    首先我们应该理解的是我们画UML图是为了什么。相信很多人会不假思索地回答需求分析、概要设计、详细设计。这是处于开发一个项目的起始阶段应该做的事。虽然有人将从事后期编码的人称为软件蓝领，虽然编码的过程也是一段异常繁重的脑力劳动，不过经过了这几天给我的体会，初始的设计阶段也并不是像“做一个软件的框架”说的那样轻松。因为在一个软件公司里，并不是随便什么人都能够接触到UML的。它需要大量的编程经验，只有对做一个项目的每一个环节都能够了如指掌的人才能够做到，比如项目经理或是更高的层次。那么对于我们初学者而言，既然着眼于较高的目标上就需要多做程序并随之对UML多加练习。

    从做软件的流程上来看，我们总是要先接触客户的，经过调研之后为了能让客户最直观的了解到我们的做法，就需要绘制出描述客户能用该软件做什么的用例图和描述软件在每一阶段所处状态的状态图。在这一阶段称之为需求分析，关键在于我们要与客户之间形成良好的沟通。当我们在对所做项目有了一定了解之后，就需要设计出本软件的一个总体的结构。使用构件图将软件的每个模块分析透彻，以及做好针对硬件构成的部署图。这一部分的设计要慎之又慎，否则将会令软件出现十分严重的漏洞。最后是面向底层程序员的详细设计阶段。这是一个项目的最关键部分，也是最考验人能力的部分。就像一个工程师设计一个建筑一样，要考虑到每一个最微小的细节。在类图上设计所有的类，在协作图中描述出由类生成对象之间的具体关系，在时序图上按顺序有条理的设计出各对象之所调用方法的过程。最后用最直接的语言通过活动图告诉程序员我们所做的系统的每一步要实现的功能以及判断和说明。

    以上就是我学到目前为止对UML知识达到的了解程度。其中不可避免会有认识的不足之处，我会在今后的一轮课程设计中与大家共同进步、共同提高。