标签：常用 uml 系统分析 cal 带来 之间 沟通 学习 理解
首次接触UML是去年的时候，当时是刘立嘉老师为我们讲授的，因为之前并没有接触到具体的项目，所以对UML这门课不是很重视，我想大多数人应该和我一样对UML没有给予足够的重视，这学期我们开设了软件需求分析这门课，又使我重新接触了UML，我选择阅读《UML大战需求分析》这本书来增强我对UML的理解。
根据作者所说他开始和我一样认为UML图并不能简化项目，反而成为了一个负担，但是在作者开始工作了以后渐渐了解UML对于项目的重要性，他可以明确的表达一个软件的功能，边界，交互过程。虽然没有学过UML的人并不能看懂各种图的意思，但是当用户明白以后这将会为我们和用户的沟通带来很多便捷，避免在需求分析阶段由于表述的不明确使用户和我们的理解出现差距，毕竟前面的需求分析差之毫厘会导致后面的各个阶段都将会谬之千里，书中说：客户需要的是一把梯子，系统分析员了解到的是一个凳子，开发人员作出来的是一张桌子，测试人员以为是一把椅子……
在做需求分析的时候我们一定要了解客户为是么要这么做？这么做会给客户带来什么？如果不这么做会怎样？只有从根本上明白客户的需求，我们才能给出用户合理的建议，才能真正解决客户需要解决的问题，而不是做出一堆无用的代码！
我们要做的是实现双赢，客户得到了他想要的东西，而我们获得了用户的认可，这就是我们的双赢。
客户的需求中总是会变来变去的，我们应该习惯而不是去抱怨。一个好的软件公司不会是那种每次客户提出要求就头痛的公司，一个好的软件公司会站在客户得角度上考虑问题，并且每次会想在客户前面，给客户合理的建议让客户信服你。
第三章详细介绍了类图的概念，类图是UML中最常用的图，每个软件系统都会涉及到很多人，业务该男和物品等，这些东西之间可能会有很多关系，发生很多事情。类图能够帮助我们识别出这些人，业务概念，物品和事情等，并理清它们的关系。
经过后续的深入学习我对于UML和需求分析的了解一定会更加深入的。
标签：常用 uml 系统分析 cal 带来 之间 沟通 学习 理解
原文地址：http://www.cnblogs.com/1443188449qq/p/5994781.html
