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. 使用以下类别来描述后置条件
   - 创建和删除实例/修改属性/形成和清除关联

---

转载于:https://www.cnblogs.com/zengyh-1900/p/5523849.html