第三部分细化迭代1--基础(08-11章).ppt

11.5 示例：enterItem后置条件 创建和删除实例： 创建了SalesLineItem的实例sli 修改属性： 将sli.quantity数值为Quantity 关联形成和消除 将Sli关联到当前Sale 基于itemID的匹配， 将sli关联到ProductSpecification 11.6 准则：是否应该更新领域模型 在迭代和进化式方法中，所有分析和设计制品都不是完善的，要根据新发现对其改进 11.7 准则：契约在何时有效 契约可能并不需要：如果开发者在没有操作契约的情况下，能够准确地理解所需完成的工作，则可以不编写契约。 可以尽早编写后置条件，但是并不需要写得完整和详细，因为后面可以进一步改进 11.8 准则：如何创建和编写契约 为了制定一个契约: 从SSD中识别系统操作 对于复杂的，结果比较微妙的系统操作，或者在用例中表达不清楚的系统操作，构造一个契约 为了描述后置条件，使用下列列表 实例创建或删除 属性修改 关联形成和清除 以说明性的、被动式的过去时态编写后置条件。 常见的错误是遗漏了关联的形成，特别是当创建了新实例 时，通常需要建立与若干对象的关联。 11.9 示例：pos契约 Pos 领域模型的修改： Sale isComplete：Boolean dateTime 11.12 过程： UP的操作契约 初始：初始阶段不会引人契约，因为过于详细 细化：如果使用契约的话，大部分契约将在细化阶段编写，这事已经编写了大部分的用例，只对最复杂和微妙的系统操作编写契约。 对客观事物及其联系的逻辑组织描述。数据模型包括数据库数据的结构部分、数据库数据的操作部分和数据库数据的约束条件。 重用和修改现有的模型。 这是最佳和最简单的方法，对于存在已发布的、绘制今年关系的领域模型和数据模型的领域通常从这一步开始 重用和修改现有的模型。 这是最佳和最简单的方法，对于存在已发布的、绘制今年关系的领域模型和数据模型的领域通常从这一步开始 重用和修改现有的模型。 这是最佳和最简单的方法，对于存在已发布的、绘制今年关系的领域模型和数据模型的领域通常从这一步开始 Ledger:分类账 从事务开始 包括什么东西 参与者是谁？ 里面还有什么东西、物件 The first letter should be in capital. The reading sequence can be from top to bottom, left to right. The attributes in a domain model should preferably be simple attributes or data types. The restriction that attributes in the domain model be only of simple data types does not imply that C++ or java attributes must only be simple, primitive data types. The attributes in a domain model should preferably be simple attributes or data types. The restriction that attributes in the domain model be only of simple data types does not imply that C++ or java attributes must only be simple, primitive data types. An SSD is generated from inspection of a use cas An SSD is generated from inspection of a use cas Cashier的currentRegister属性是不合适的，Register不是简单数据类型，表达Register的最有效方法是使用关联，而不是属性 准则：什么样的属性类型是适当的 数据类型 UML术语中的数据类型指的是一组值，而这组值的标识本身不具有任何含义 例如通常对以下内容进行区分没有意义： Integer 的单一实例，5 String 的单一实例，”Car“ Date 的单一实例，”Nov。13,1990” 相反，比较Person的名字实例是有意义的，即使具有相同的属性值，也可以通过比较其存储地址 观点：领域模型中建议属性是数据模型，不意味着代码中的属性只能是简单的·基本数据类型。 准则：何时定义新的数据类型类 在下述情况下，在领域模型里，把最初被认为是数