领域建模与需求分析紧密结合，建模是为了更好的进行需求总结和分析，整理出其中不变的模型，建立专业的词汇。其可作为对现实世界的某种抽象,需要有选择的进行忽略，而有选择的进行忽略和保留都取决于你所要进行的模型设计。最终是抽取其中不变的部分和内容。
需求来源于三大部分: 功能/质量属性/商业需求。
关键需求决定架构，其他需求验证架构。
- 作为应用程序的核心或者实现了系统的主要借口的功能
- 必须被实现的功能
- 覆盖了系统架构的一些方面，但没有被其他重要的用例覆盖到的功能
概念性架构设计
鲁棒性分析－－>引入架构模式－－>质量属性分析
鲁棒性分析
通过分析用例规约中的事件流，识别出实现用例规定的功能所需的主要对象及职责，形成以指责模型为主的初步设计，其为从需求分析向设计方案过渡的第一步。
需求和设计之间的鸿沟
- 用例是面向问题域的，设计是面向对象的，两者存在映射
- 用例非面向对象，设计是面向对象的，两者为不同的思维方式
- 用例规约采取自然语言描述，而设计采取了形式化的模型描述，描述手段不一样
鲁棒图简介
边界对象/控制对象/实体对象
对象操作控制：
1. 参与者只能与边界对象交谈
2. 边界对象只能与控制体和参与者交谈
3. 实体对象也只能与控制体交谈
4. 控制体既能与边界对象交谈,也能与控制体交谈,但不能与参与者交谈.