《软件方法》第9章 分析之分析类图—案例篇Part1（20211114更新）
《软件方法》第8章 分析 之 分析类图——知识篇Part1（20211029更新）
问题时间：2016/6/7
“创新”何太急-评张逸的“业务服务”（一）
使用当前的一些工具如Enterprise Architect等结合方法学建模时，建模人员需要熟练掌握方法学知识，在建模过程中做很多思考，挑选合适的表示元素来建模。
例如，在建模愿景的过程中，建模人员需要思考如何定位目标组织和老大，思考过程中，可能需要画类图来帮助定位；在画业务序列图时，建模人员需要思考如何正确描述各个系统恰当的责任，以及可能存在的改进模式……
建模人员还要了解模型中存在的对应关系。
例如，业务序列图上从外部指向某个业务实体的消息，会对应某个系统的用例；某个类的状态机图上的迁移事件，会对应某张序列图上指向该类的某个对象的操作……
《软件方法》详细描述了这些知识，但当前的各种建模工具并没有封装，依赖于建模人员的大脑。如果能把这部分知识提炼出来，封装到建模工具中，可以大大降低得到高质量模型的门槛。
遗憾的是，从建模工具目前的发展走向来看，并没有在建模方法学方面下功夫，很多精力花在：
（1）支持更多的图（2）添加更多的项目管理功能（3）简单映射到更多编程语言和存储平台。
图9-13是Enterprise Architect 15.1的界面截图，从中可以看到Enterprise Architect现在支持的图。图9-13左侧列表框的滚动条高度是列表框高度的1/4左右，说明支持的图是图9-13上可见部分的4倍。
