第三章 模型驱动开发概述.ppt

  1. 1、本文档共55页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* * Rational uses the concept of Model-Driven Development to describe its entire tool-supported, model-centric approach to software development. MDD describes an array of ways to apply models to software development, including Model-Driven Architecture. The Model-Driven Architecture (MDA) is an approach to software development in which models drive every stage of the design and development of an application. Model transformation, using a tool to transform one model into another based on a standard scheme (a transformation definition), makes Model-Driven Architecture possible. An abstract, platform-independent model that describes a solution that can be reused in many contexts, can be transformed into potentially multiple platform-dependent models. Transformation definitions can be standardized to help automate implementation and make the executable code more consistent across the application. MDA is not to be confused with Model-Driven Development (MDD), also known as Model-Driven Software Development (MDSD). MDD is an approach to software development where extensive models are created before source code is written or generated. MDA is the OMG implementation of MDD. The MDA concept is implemented by a set of tools and standards that can be used within an MDD approach to software development. * * * * * * * * * * * To complete the class diagram, there should be a Uses relationship from Application to OpenCommand to account for the fact that the former creates the latter, and there should be another Uses relationship from Menu to Command as the AddItem operation takes one argument of type Command. * * * The following transformations are possible: Across models of the same type: When adding levels of refinement, you may transform from a PSM to another PSM. More details are added, but the type of model remains the same. Across levels of abstraction: Move from a PIM model to a PSM model as you add in details about the platform and get closer to the implementation. Fr

文档评论(0)

小教资源库 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档