第五篇 章 使用域进行平台无关的建模 研究生课程-MDA.pptVIP

第五篇 章 使用域进行平台无关的建模 研究生课程-MDA.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第五篇 章 使用域进行平台无关的建模 研究生课程-MDA.ppt

第五章 使用域进行平台无关的建模 赵建华 南京大学计算机系 系统分解的策略 基于功能的分解 高层的功能包含不同领域的专业知识。 因为开发时没有分离不同的关注点,如果任一方面发生了变化,那么很可能整个部分都必须重新构造。 基于主题的分解 接受程度最高的成熟的分解策略之一 任何系统都是由一系列主题(或域)所组成的。每一个域包含一系列类,并用UML中的一个包来表示。 域的正式定义 域是由一组独有的类的集合所组成的一个独立的世界,这个世界可以是真实的、假设的或者抽象的;这些类的行为由域所特有的规则和策略决定。 域分解的好处 可复用性 良定义的接口 主题事务知识的高效利用; 对不断变化的需求的稳定性; 对不断变化的技术的稳定性; 与第三方软件的结合; 与用例图驱动方法的结合。 域图 域表示一个大的可复用组件,采用由UML包图和依赖关系构成的域图来描述。 每一个域写一个任务说明。该任务说明提供了有关域的目标和主要职责的简短说明 从客户域到服务域的依赖关系表示客户域要求服务域所提供的某些服务。 依赖关系都有一个用于解释它在现在这个特定系统里担任的角色的描述信息 应用域 对现实世界建模 这个域从用户的视点表示系统的目的 这些域将形成与最初的最终用户需求最接近、最直接的匹配。 服务域 创建一个世界——所有系统都需要一些与应用无关的基础服务。 处理输入/输出 资源分配 日志 报警 体系结构域 这个域为所有用xUML标准描述的应用域和服务域提供执行环境。 体系结构域和它的支撑域一起提供了一个xUML虚拟机。 实现域 实现域表示已有的组件,它们显示了: 将被复用的已有的软件组件(常被轻蔑地称为遗留代码); 将作为开发过程的一部分而建造的一些软件构件,这些构件不在使用xUML处理的范围内; 购入的组件,例如编译器和数据库。 寻找域的技术 系统层次的对象闪电战 通过类比得到域 发掘普遍特性 通用用例 对域间交互的分析 域的通用行为 内嵌的主题事务 决定是否需要某个服务域 寻找服务域带来的好处 系统层次的对象闪电战 在不考虑域的分界的情况下确定系统中的所有类,然后确定类簇。一个类簇中的类因为属于同一个主题事务而相互耦合。 通过类比得到的域 我们之前曾经遇到过这种类型的系统,我们常常会对该类系统预期的域有个大体的印象。 利用这个印象得到初始域图。 系统的应用域可能不同,但系统的类却可能被泛化。 举例来说,许多实时系统都有支持传感器、制动器、信号调节、容错等的公共的域级模式 发掘普遍特性 通用用例 用例图能够帮助发现系统中的域的信息。 对域间交互的分析 一个用例场景通常能够隐含很多域的行为。域必须通过它们之间的交互来实现用例场景。 交互可以使用域级顺序图进行。 域的通用行为 如果你认为你已经对这个域中的这个功能建立过模型了,那么你很可能发现了一个通用服务。 例如在医院系统的患者管理域中需要为患者分配床位,安排手术室等等。这揭示了资源分配服务的存在。 内嵌的主题事务 有时候在探究某个应用域的细节的过程中会发现新的域。 例如,当研究在电信网络中找一条通路以建立一个双方通话的问题的时候,你需要理解网络拓扑知识以及如何找出两个节点之间的最短/最快路径。 决定是否需要某个服务域 在考虑域的部分行为是否要被分解成单独的服务域的时候,你可以问以下的问题: 我能设想在一个不同的系统中使用这个域吗? 我能看到这一部分系统有多个处理策略吗? 我能构想这样一个系统,包括这个类但不包括另一个类吗? 寻找服务域带来的好处 找出服务域会产生很多好处,包括即时的好处和长期的好处: PIM的应用变得更简单; 并发分析的范围增大。 新发现的服务域将成为通用的、可复用的组件。

文档评论(0)

youngyu0329 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档