Java:OOA和UML，一场调兵遣将的“组织架构”的游戏而已

在过去的一年里，Java业界并没有多大动静，只是发布了几个更新，和Google用Android进入了Java平台。我们可以看到Java从前几年的红红火火，逐渐归于理性；人们对Java的期望，也从无所不能，向着"Java是一款优秀的解决方案"转变。对于开发者来说，这是一个好的征兆，意味着开发者不用再去满足一些过高的需求，也有更多的机会，去理性地体会Java给我们带来的更高的效率，更好的开发技术。而且，更多的优秀的Java经典书籍，更好的教程文章，也破开了所谓"21天学会Java"这些怪书的影响，摆到了我们初学者面前，让我们可以更好的学习Java，多快好省的去学习开发。2008年，Java的发展会更趋向于理性，更多的开发者，会投入到越来越有开发效率的Java行列来。也有更多的学习者，借由书籍，圈子交流走上了正确的学习路子，事半功倍的迈入了高手行列。2008年，是大家更有发展，更有前景的一年。近来细看协作图，看“专家模式”，顿然感到：OOA，就像撒豆成兵，调兵遣将；做的不过是个“组织架构”、“行政设计”的工作而已。可不，首先，是识别出类。这好比是为组织架构识别出各种岗位角色。然后，为每个类，通过协作图，识别出功能。这好比是为每个岗位分派职责。并确定岗位之间沟通、协作的关系。接着，把类分到不同的package，并对package分层组织。这不就是把岗位分到不同部门，并确立部门关系。形成组织架构图。最后，就是资源到位，把人、财、物分派下去，运作起来。这就是把系统run起来，把为类创建对象，相互之间作用。 所以，设计软件，如创建企业。设计过程，就是分析、模拟实际场景，把类一个个识别；把职责功能一个个分派下去；把消息沟通机制建立起来。水平高低，就体现在类的职责分派；效率和质量，也最终因类的功能和交互关系决定。