①、定义
分析模型的多视角：用户视角、架构工程师、PM、系统分析员、设计人员、测试人员视角等
分析模型的抽象过程
物理过程、抽取实质（去除非本质因素）、分析与目标差异、对目标系统进行细化改进与优化、对需求分析进行验证
先抽象再具体
从当前系统先建模化（物理模型：怎么做）和抽象化（逻辑模型：做什么），得到逻辑模型
根据逻辑模型再对目标系统进行实例化（物理模型）和具体化（目标系统）
分析建模的具体作用：了解系统、降低复杂性、有助记忆细节、有组小组交流、有助与用户交流、提供文档
传统结构化方法（功能分析和数据分析）：结构化分析（SA）、自顶向下功能分解、数据流图（DFD）、数据字典、结构化英语、判定表、判定树
面向对象分析方法（系统即对象的集合）：用例模型、类模型（对象模型或概念模型）、顺序图、活动图、用户界面原型
模型驱动分析方法：结构化分析方法 + 面向对象分析方法
②、理解
分析模型的内容和定位：用类和对象表示现实世界，用消息和方法来模拟现实世界运行
关于查询分析，业务模型中已表达充分，不需再作业
业务模型到分析模型的演化
表单到类
表单的汇总分解是类聚合组成关系
表单的分类归纳是类继承泛化关系
流程（活动）到用例实现
业务用例和用例实现的关系
分析归纳的因素：输入、输出、处理、参与者
分析归纳的方法
四个因素都相同：同一用例
仅参与者不同：可抽象成同一用例
仅处理一致：依赖数据项是否在底层平台可配置
输入输出一致、处理不同：多个用例
活动内容到用例实现如何传递
步骤表单岗位到界面
岗位到Actor
其他：所有抽象归纳必须有目的
