关于UML建模的一点想法

110918042

作为一名软件工程专业的学生，从大一上学期的C程序设计开始，我们就已经接触到了UML建模的元素——流程图，接着我们后来的课程学习中陆续开设了软件需求分析、软件工程导论、数据库基础、编译原理等课程，几乎所有的与专业相关的课程都会涉及到UML中的元素——无论是图形还是建模思想。

如此多的课程都会涉及到UML建模，那么UML建模究竟在我们的软件知识学习中扮演一个什么角色呢？

俗话说预则立，不预则废。我觉得UML建模在整个软件生命周期内主要的作用在于提供一个方便、规范、易理解的规划工具，而它所生成的产物——各种描述和图形，同时也是一种理解和交流软件项目的工具产品。

讲完了UML在软件项目创建中的作用，接着就是如何使用UML这一建模工具了。

关于这一点，可能有的人认为，对于任何一个软件项目而言，系统而完善的UML建模过程的使用和开发可以使软件产品更加规范、可靠和易理解，最好不要漏过每一个步骤，最好不要不使用任何一种UML图形。

事实真的是一定要完全遵照UML建模的每一个步骤来实行软件项目规划么？我认为不然。

项目的建模复杂性和细致性是依照具体项目二言的，那么所使用的UML建模工具和过程也就要依照具体的情景。对于有些项目，项目产品本身是人所共知的，用户和开发人员对项目的了解都比较多的情况下，对项目的建模不必细致入微，只要抓住关键之处，其它部分可概要性分析建模。还有的项目，要针对其特点，侧重于部分工具的使用，比如可以不做协作图建模，而把活动图建模过程细化，针对项目难点做文章。

狼王梦

:victory:同意的举手