软件工程构建域模型研讨.ppt

添加关联的注意事项 立即给关联制定多重度，确保每个关联都有明确的多重度 不对用例和时序图进行研究，就将操作分配给类 在确保已满足用户需求之前，对代码进行优化以提高重用性 对于每个“……部分(part-of)”关联,就使用聚集还是组合而争论不休 未对问题空间进行建模之前，就假定一种具体的建模策略 在领域类和关系型数据库表之间建立一对一的映射 过早地执行“模式化”，这将导致根据同用户问题毫无关系的模式创建解决方案 整理后的结果 识别属性 1.在什么情况下我们需要属性 当需求建议或暗示需要记住信息时，引入属性 2.获取属性的渠道 查看用例文档，寻找事件流中的名词 查看需求文档，发现系统要搜集的信息 若已经定义了数据库结构，则数据库表中的字段就是属性 选择属性时应考虑的因素 只有系统感兴趣的特征才包含在类的属性中 分析系统建模的目的，也会影响属性的选取 3.每条属性都能够回溯到用户的需求 不要盲目添加不必要的属性，造成系统混乱 4.类的属性要适当。 若某个类的属性太多，则可考虑分解成更小的类 若某个类的属性太少，可考虑将类进行合并 完成分析模型 总结 要求 具体内容 了解 　 理解 　 掌握 1.领域模型的作用 2.构建领域模型的过程 * * * 此页有动画，引导学生分析 Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Software Engineering Beyond Technology 软 件 工 程 第十二章 构建模型 第十二章 构建领域模型 12.1 过程模型 12.2 领域模型概念 12.3 创建过程 领域建模是我们初探面向对象世界的开端。 细化 是一般项目中最初的一系列迭代。 对核心、有风险的软件架构进行编程和测试 发现并稳定需求的主体部分 规避主要风险 什么是领域模型 定义 是对领域内的概念类或现实世界中对象的可视化表示。领域模型也被称为概念模型、领域对象模型和分析对象模型。 理解 UP领域模型是UP业务对象模型（BOM）的特化，专用于解释业务领域中重要的“事务”和产品。 领域模型可以被描述成一组没有定义操作的类图（UML表示法）。它提供了概念透视图。 领域对象或概念类 概念类之间的关联 概念类的属性 银行领域模型的例子 任何一个银行“账户”（这里没有详细分类）可能与多个“凭证”相关； 具体而言，凭证可以是银行卡、存折、存单等形式； 任何凭证都有明确的生效起始日和终止日； 但各种凭证的凭证号却不是统一的，比如存折和信用卡有不同的编号格式。 领域模型与数据模型的区别 领域模型不是数据模型。 数据模型的实体对象是通过对数据模型的定义，来表示存储于某处的持久性数据。 在领域模型中，并不会排除需求中没有明确要求记录其相关信息的类，也不会排除没有属性的概念类。 在领域模型中没有属性的概念类是合法的，或者在领域内充当单纯行为角色而不是信息角色的概念类也是有效的。 创建领域模型几个步骤 寻找（识别）类 筛选类 确定关系 识别类的属性 以当前迭代中的需求为界 类的识别 领域对象类的最佳来源 高级问题陈述、低级需求和问题空间的专业知识。 寻找概念类的三条策略 1.重用和修改现有的模型 这是首要、最佳且最简单的方法。 在许多领域中，都存在已发布的、绘制精细的领域模型和数据模型。这些领域包括库存、金融、卫生等等。 2.使用分类列表 表中包含大量值得考虑的常见类别，其中强调的是业务信息系统的需求。 该准则还建议在分析时建立一些优先级。 3.确定名词短语 分类列表举例 确定名词短语 用例UC2.1：添加藏书 基本流程： 藏书者登记新购买图书的信息，包括书名、作者、译者、出版社、购买时间（系统自动给出录入时间）、价格、对图书的推荐信息、喜爱程度，数量、类别。 系统进行输入信息的有效性检查 系统根据图书名称进行重复图书检查 存储图书信息，并提示存储成功。 系统重新显示初始添加藏书界面，用户可以进行下一本图书的录入过程。 分支流程： 2.a、如果藏书者录入信息有误 1、系统提示藏书者此信息 2、返回刚才的添加藏书界面，界面保持原来填写数据 3.a、如果图书名称发生重复，系统