P3_C8-11：细化阶段-基础迭代

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（契约）

1. 从SSD中肯定系统操做
2. 当系统操做复杂时，在用例中不清楚，就建立操做契约
3. 使用如下类别来描述后置条件 - 建立和删除实例/修改属性/造成和清除关联