4领域工程与应用工程67.pptVIP

67 领域工程与应用工程 领域模型的概念 领域工程的概念和定义 领域模型中的主要内容 领域分析 领域范围 领域需求与应用需求 领域分析方法 领域模型的概念 领域建模主要是一个知识获取的总结活动。 通过对应用领域建模获取领域知识,领域模型是领域知识的求解域模型。 领域模型也称概念模型或行业体系结构。 领域模型是软件开发组织有价值的资产。 行业体系结构 一个行业体系结构是能应用于某个行业的所有企业的关于未来的过程、对象模型和数据结构的高层描述。 行业体系结构的价值在于它们可以对现有的业务过程及其自动化支持进行构造、测试或再工程。 领域模型的概念 领域模型代表常见问题的常用解决模式。它们表示结构模式或行为模式，也可能表示这两者。 领域模型是一个“不完整的”业务对象模型，重点放在对于业务领域来说比较重要的可复用的、公共部分的结构模式或行为模式的描述上。 领域模型是通过对若干业务模型的总结抽取出来的，并且对新的业务模型具有指导、复用的作用。 领域模型的概念 领域模型用于在分析过程中向设计人员提供复杂行为的简短表示，从而减少分析的复杂性并提高分析的一致性。 领域模型用于捕获构成问题域词汇的对象的所有类。 与领域相关的架构针对具体领域的内容提供了所有的通用协作。 可重用资产 可执行代码 源代码 需求规格说明 设计 测试数据 文档 体系结构 构造领域模型的相关方面 构造领域模型的技术分为几个方面 与领域知识相关 与重构相关 与复用相关 与构造模式相关 领域知识 构造领域模型的产品仍然表达为静态、动态和功能模型，只不过表述层次不同而己。 对于中等复杂项目应当在系统的领域模型中找到大约50-100个类(例如不包括子类)，它们只代表问题空间词汇的那些关键抽象。 重构 重构是一种经过某阶段的实践后在技术实现层次、分析设计层次、模型层次的优化。 主要表达为对某个层次的认识提高,经验的积累。是构造模型的必经阶段。 复用 面向对象技术最明显的优点之一就是复用。 虽然复用最初来源于语言，最终还会回归于语言，目前我们直接复用的最大收益仍然在于架构、领域和业务的分析设计模型。 甚至用于解决人员流动带来的项目风险。 构造模式 模式主要分为两个层次 建模模式 实现模式 所有模式都来源于将对象建模技术应用到企业信息系统开发时所积累的经验。 领域模型的生命周期 原型阶段 快速原型-增量修改-满足基本需求-白箱复用 扩展阶段 满足新需求的模型扩展 巩固阶段 在新的业务中重构-满足更多的需求-黑箱复用 业务模型 通过领域模型得到具体应用的业务模型,业务模型是领域模型的一个应用实例。 领域模型最终保持相对稳定，而业务模型总是在变化的。 业务模型是领域模型的延伸。 业务模型 业务模型是需求模型的重要输入，用来了解对系统的需求。 业务模型也表达了业务的具体流程,是领域模型的一次实例化。 领域模型和业务模型的价值 领域模型和业务模型具有很大的经济价值，是软件开发组织的无形资产。 领域模型和业务模型的价值体现在模型的复用上。 领域模型和业务模型的价值体现了一个软件开发组织的技术、方法和过程的水平(组织能力)。 领域模型和业务模型的价值体现形式是模型产品(文挡)。 领域模型和业务模型的基本实体元素 角色 活动 资源 产品 领域工程的概念和定义 构建领域模型必须实施领域工程。 领域工程的基本前提是，机构常常开发具有许多共性的系统，这类系统要么与其应用领域有关;要么与系统所要求的技术解决方案有关;要么就是与软件解决方案所需的打包有关。 领域分析方法提出或多或少的正式过程，试图获得这些共性，并通过开发嵌入这些共性的可重用软件产品在可重用资产上投资。 领域工程与应用工程之间的关系 将领域工程看做是由应用工程驱动的过程 原因： 避免较高的风险 缩短投资回报的时间 获取驱动力 领域的一般定义 领域是由一组相关系统表征的知识或活动范围。 由一组该具体知识范围内的业内人士能够理解的概念和术语刻画。 通过其范围、信息(对象)、特性和使用、以及行为或操作特征来刻画领域。 判断准则 通过三种判断准则之一刻画领域 公共的专门技术 公共的设计 公共的市场 公共的专门技术 这种判断准则标识领域专门技术,并试图通过开发跨当前专门应用系统范围的软件满足其要求。 这种判断准则关注的是生产人员，可以作为领域专家的自然判断准则。 公共的设计 这种判断准则标识嵌入在某些通用软件资产中的问题解决模式，并试图通过开发可以针对具体需要具体化的通用资产满足其要求。 这种判断准则关注的是产品，可以作为程序设计专家的自然判断准则。 这种判断准则下的领域与解决方案产品有关。 公共的市场 这种判断准则标识软件市场分块，并试图通过覆盖市场需求范围的软件资产具体化开发满足其要求。 这种判断准则关注的是消费人员，可以作为市场开发经理的自然