代码之前是: 类图

• 理由来自代码的结构:
  C++, Java
  • 基层单位: 类
  • 地区单位: 文件
  • 组织关系: 名字空间, 包
  C, PHP
  • 基层单位: 函数
  • 地区单位: 文件 (也能看成是一个对象)
  • 组织关系: 全局
• 注意: (嵌入式脚本的) PHP 页本身也是个"大"函数, 认为是一个对象就更好
• 所以我们可以借用 OO 的方法建: 类图; 具体的函数还能用结构化的方法画: 结构图

对象的动作行为的分配: 时序图. (如果有了对象的名称,就能)给对象分配动作行为

时序图的根据: 用例文本. 用例(类似事件),有系统参与者和系统的响应

对象的行为的设计来源: 用例文本

对象的名字的设计来源: 用例文本

• 合理的次序是先域建模,这样用例文本就能有统一的名词可用

对象的属性呢? 名词可能是对象的名字及属性

对象的名字的猜想来源: 域模型. 从中可猜测对象

• 域模型很像概念级类图(没有属性和行为)或概念级实体-关系图 ERD
  (概念级 ERD 中的实体也都是程序中的实体对象)

稍息

• 用例文本和时序图是动态的; 域模型和类图是静态的.
• 编程实现需要类图和时序图;
• 详细设计前需要用例文本(及域模型), 还要 ... 

从用例文本到时序图(及类图)的关键一步: 健壮图. 这是从分析跨越到设计的桥梁

• 健壮图就是用三类对象(界面,实体,控制)描述用例文本,其目的
  • 确保用例文本正确; 确保考虑了所有的分支流程
  • 发现猜测中遗漏的对象,确定大多数实体对象和界面对象
  • 跟踪健壮图上的数据流, 从而发现属性加到类(图)中
  • 改进用例文本