Iteration 1 Basics
阅读书上第8章
在迭代开发中不是一次性实现所有需求，而是在多次迭代中对同一个用例进行增量开发
Elaboration（细化）
- 是一般项目中最初的一系列迭代
- 构建核心架构
- 定义主要需求
- 解决/规避高风险元素、估计整体进度安排和资源
相关制品
- 领域模型
- 设计模型：软件类图、对象交互图、包图
- 软件架构文档
- 数据模型：数据库建模
- 用例storyboard、UI原型
通过以下三个要素来组织需求和迭代
- risk：包括技术难度、可用性的不确定性等
- coverage：对大量构件进行“广泛肤浅“的实现
- criticality： 客户认为具有高业务价值的功能
Domain Models
阅读书上第9章
领域模型定义
- 一组没有定义操作的类图
- 对概念类/现实世界中的对象的可视化表示，而不是软件语言中的对象
- 也叫做 conceptual model， domain object models，analysis object models
领域模型的重点
- 提供了conceptual perspective
- 概念类（domain object或conceptual classes）
- 关联（association）
- 属性（attributes）
如何创建领域模型(重点) 书上P116
- 找到概念类
- reuse or modify existing models
- use a category list
- Identify noun phrases from the case text
- 识别名词，这些名词有可能是候选概念类，也可能是概念类的属性
- 在POS案例中”Receipt（收据）“是否需要成为一个概念类
- 不需要：收据是显示其他信息的报表、汇总，所以没有必要
- 需要：在退货情况下，需要持票据才能退货，模型就需要表示
- 如果认为某概念类X不是现实世界中的数字或文本，那么X可能就是概念类而不是属性
- 描述类：一个具体的item可能有序列号表示物理实例，一个productdescription 则记录item的描述信息
- 把概念类当做UML类图草图画出（没有方法）
- 添加必要的关联来记录概念类之间的关系
- 关联名称首字母需要大写
- 添加必要的属性来满足需求信息
- 可见性 名称： 类型 多重性 = 默认值 {特性表}
- 一般可见性默认为私有
- ‘/’表示导出属性
- 定义新的数据类型类
- 任何属性不表示外键，应该采用关联，而不是外键属性
state diagram（状态图）
- 描述一个事物/对象受外部刺激/消息产生可见的状态（属性/属性组合）的数据变化
- 确定状态集合
- 确定外部时间和变迁条件
- 检查逻辑完整性：终点可达性、循环分析
System Sequence Diagrams
阅读书上第10章
SSD
- 用例文本、系统事件作为输入，SSD中的操作作为操作契约和对象设计的输入
- 对于用例的一个特定场景，外部参与者产生的时事件，其顺序和系统之内的事情
- ”：“和下划线表示其为实例
Operation Contracts
阅读书上第11章
sections of contract
- operation：操作的名称与参数
- cross reference：发生此操作的用例
- precondition：执行操作之前，系统或对象状态的重要假设
- postcondition：完成操作之后，领域模型对象的状态
system operation
- 在画SSD时，其中的系统事件调用系统操作
postconditions
- 描述领域模型中状态的改变，包括实例创建/建立或取消关联/改变属性
- 描述后置条件，可以使得系统操作的效果更加明显
如何编写contract（契约）
- 从SSD中确定系统操作
- 当系统操作复杂时，在用例中不清楚，就创建操作契约
- 使用以下类别来描述后置条件
- 创建和删除实例/修改属性/形成和清除关联