UML培训

      下午Leader Yuan请了UMLCHINA的站长，潘家宇先生来给我们做一个培训，主要讲解利用UML来理解业务，进行业务建模，如何从涉众中寻找需求，进行系统建模，如何进行USE CASE用例描述，如何做分析和设计等等。总而言之，今天的培训是对UML的一个概要介绍。
       我觉得收获还是蛮多的，一些东西自己之前也想过，但是没有想得那么深。比如在做业务建模那块，如何去寻找需求。“我们必须要了解客户的痛苦，并且我们要想我们怎么样才能去帮到他们。如果设计软件的话，应该从那些方面入手，去解决他们的问题。” 那怎么才能理解到他们的痛苦呢，只有我们真正去了解客户。因此，我们下面接下来的接触市场，接触客户是重要的。我们要到第一线去。去体会软件企业过CMM/CMMI需要准备那些东西，会面临那些问题，我们如何才能帮助他们尽快的通过评估。
      写用例归约，是我们大家比较关心的问题。在一般项目组里头都用得不是很好，我也一直有一些疑虑。用例归约的编写是比较耗费的，并且用例中的主过程以及扩展点是比较容易变化的；但是在一般的项目中，我们上来就写用例归约，编写界面原型，将本来应该放到设计中的事情拿到需求讨论的时候来做。正应了潘家宇的一句话：主要是既能的问题。
       我们对需求管理不到家，对项目管理不到家，设计不到家，编码不到家，那自然就会对产生问题。不是UML使用的问题，使用其它的方法，照样还是会出这样的问题。因此，提高内功是第一要素。当然，使用UML对提高内功是有帮助的。在UML中，USE CASE的编写要求你考虑涉众的利益；分析当事人有什么需求，分析上游下游的人有什么要求，分析操作对象的人有什么需求。懂得了了解这些人有什么需求之后，你才会真正了解该如何去描述这个需求。
       当然，知道这些人有什么要求之后，你才会知道有什么相关的非功能需求。比如：可用性、可靠性、性能等等。
       当然，设计约束也不是想当然的事情。设计约束要满足涉众的利益。不是我们一定要用JAVA，一定要用J2EE，不是我们需要使用什么技术，而是我们使用什么东西一定是满足客户的利益的。
       这才是以业务为本，也就是需要知道明晰这种利益相关者的利益诉求，然后知道自己应该做什么。这不仅在开发软件是这样，做人做事难道不是这样吗？
       你只有把自己放到客户的环境下，明晰客户是怎么和以前的系统打交道的，明晰客户将怎么和你打交道。你所做的一切都是为了满足客户的利益要求。
       那，什么是利益要求？难道总是光明磊落的吗？不是这样的，人们有各种各样的利益要求，什么是正当的，什么是不正当的，其实很多事情是既成事实的，你只需要做无愧于心的事情就可以了。满足客户的要求，并得到自己的价值，这才是未来所需要关注的事情。
       明天早上要开始8:00上班了，早起早睡身体好，嘿嘿。