UML（统一建模语言）是软件建模的表示法标准。我从2002年开始专门从事研究和推广UML的工作，在为软件组织提供UML相关需求和设计技能服务时，经常会发现软件开发人员对UML建模存在种种误解。本文归纳了最典型的八个误解加以剖析。 误解一UML是开发团队用来和客户沟通的 UML模型是开发团队内部高效沟通的手段，但不是用来和涉众沟通的。拿音乐中的五线谱类比，五线谱是音乐专业人士交流的工具，作曲要懂、编曲要懂、乐手要懂、指挥要懂、歌手要懂（注意是懂五线谱，不是人人都要用五线谱作曲），但听音乐的人不需要懂。UML只是在“软件开发人员”圈子里面的统一表示法，强迫开发人员思考，改善开发人员的交流，表达软件开发的模型。 ，“和客户沟通”的说法本身就有问题，因为“客户”不是一个人，而是一个组织，里面有不同角色和岗位的“涉众”。他们的学历职位有高有低，年龄有大有小，关注的利益更是各自不同，所以，和涉众交流的介质不是模型本身，而是模型的各种视图。面对大领导，我们可以给他放幻灯片交流愿景；中层干部喜欢看文档，我们可以按照他喜欢的格式给他炮制文档；一线操作工只关心他那一小块工作，我们可以制作界面原型和他交流；有时候甚至有的涉众根本不喜欢看任何东西，我们还可以通过“谈话”这种视图和他交流。涉众连谈话都不乐意，我们也可以通过观察来获取素材。许多伟大的创新需求正是有心人在涉众不作声的情况下，观察涉众的行为得到的。 涉众能提供的只是需求的素材，没有资格也没有责任直接提供需求。软件需求不是由涉众直接提供的，而是由需求工程师综合不同涉众的利益决定。就像电影剧本一样，剧本不是由观众直接提供的，而是由编剧根据不同观众的口味编出来的。
