《面向对象设计UML实践》：
“分析模型不同于设计模型，它不涉及要开发系统的任何特性，而是力求捕捉“现实世界”中的业务的某些方面和特性。
通常，分析模型描述应用中处理的数据和处理数据的各种过程。在传统的分析方法中，这些模型用图表示，如逻辑数据模型和数据流图。值得注意的是，使用分析模型描述业务过程，早于并且独立于这种过程的计算机话，例如，组织结构图和说明特定生产过程的示意图在商业和工业中已经使用了相当长的时间。”
《面向对象的系统分析》：
“一种观点是坚持人们多年来在软件工程淋浴中形成的共识－分析着眼于系统“做什么”，不管它“怎么做”，不涉及细节；设计解决有关“怎么做”的问题，描述有关的细节。按照这种观点，关于对象属性与服务的细节都不在OOA中考虑，而且放到OOD阶段进行西湖，例如Berard方法和Rumbaugh方法都是采用这种分工的。另一种观点是分析只针对问题和系统责任，不考虑与实现有关的因素，建立一个独立于实现的OOA模型。这个OOA模型是问题域和系统责任的完整表达，包括对属性和服务的表达。设计则考虑与实现有关的问题（如选用的编程语言、数据库、图形用户节目等），认识与此有关的对象，建立一个针对具体实现的OOD模型，例如Coad/Yourdon方法就是采用这种分工的。”
《用UML构建WEB应用》：
“在分析阶段，问题空间中重要的进程和对象被识别、命名和分类。
“分析模型不同于设计模型，它不涉及要开发系统的任何特性，而是力求捕捉“现实世界”中的业务的某些方面和特性。
通常，分析模型描述应用中处理的数据和处理数据的各种过程。在传统的分析方法中，这些模型用图表示，如逻辑数据模型和数据流图。值得注意的是，使用分析模型描述业务过程，早于并且独立于这种过程的计算机话，例如，组织结构图和说明特定生产过程的示意图在商业和工业中已经使用了相当长的时间。”
《面向对象的系统分析》：
“一种观点是坚持人们多年来在软件工程淋浴中形成的共识－分析着眼于系统“做什么”，不管它“怎么做”，不涉及细节；设计解决有关“怎么做”的问题，描述有关的细节。按照这种观点，关于对象属性与服务的细节都不在OOA中考虑，而且放到OOD阶段进行西湖，例如Berard方法和Rumbaugh方法都是采用这种分工的。另一种观点是分析只针对问题和系统责任，不考虑与实现有关的因素，建立一个独立于实现的OOA模型。这个OOA模型是问题域和系统责任的完整表达，包括对属性和服务的表达。设计则考虑与实现有关的问题（如选用的编程语言、数据库、图形用户节目等），认识与此有关的对象，建立一个针对具体实现的OOD模型，例如Coad/Yourdon方法就是采用这种分工的。”
《用UML构建WEB应用》：
“在分析阶段，问题空间中重要的进程和对象被识别、命名和分类。
分析着重与系统的功能型需求，而忽略系统构架上的约束。重点是确保所有由用例和其他稳定表述的功能需求在系统的某处实现。”
本文转自 trufun 51CTO博客，原文链接：http://blog.51cto.com/trufun/15637，如需转载请自行联系原作者
