第三章 MDA在典型项目中的应用研究生课程-MDA教学课件.pptVIP

第三章 MDA在典型项目中的应用 赵建华 南京大学计算机系 RUP过程与MDA 初始(Inception)阶段 充分理解将被开发的系统，以使得对项目的可行性以及对开销和时间表估算的合理性具备信心。 营造(elaboration)阶段 使用MDA的营造阶段的目标是开发出一组可执行PIM，这些PIM确切地支持每个选定用例的主场景。 构建(Construction)阶段 MDA方法使得编码活动消失了， 一些剩余的用例场景，以及底风向的域需要建模 测试。 移交(Transition)阶段。 MDA给移交阶段带来的关键的好处PIM和代码保持一致。 可以通过对软件体系结构和代码生成器作出改进来改进系统的效率。 营造阶段的工件 营造阶段会交付一组可执行PIM，以及一些额外的补充信息。 附加用例； 经过精化的分层的域集合和它们之间的经详细说明的依赖关系； 每一个域有一个完整的类图； 类的状态图，并带有基于状态的动态行为； 在域层次和类层次上的交互图； 操作和状态行为的可执行描述； 在适当的地方用定量信息进行标记的PIMs； 组件图； 部署图； 提供给其它域的接口； 如果在初始阶段没有找出来，本阶段对于可复用或购买的域的认定； 开发计划，描述每个迭代过程将包含哪些用例场景； 精化的量化模型； 受到管理的风险列表。 可执行PIM在营造阶段的好处 系统行为的规约 平台以及实现无关性 更受关注的可交付工件 潜在的契约式规约 在构建阶段中实现策略的选择 利用商用转换技术 系统行为的规约 每个域有一个可执行PIM。 得到的易于度量的交付工件之一 可以通过使用仿真运行来测试这些规约 可以对它们进行定量的以及定性的评估 平台以及实现无关性 PIM将注意力放在了业务问题上 抽象而又精确，不受平台和实现技术知识的干扰。 这使得PIM更容易理解和验证，更容易维护，并且更容易移植。 更受关注的可交付工件 人们在PIM上花费了更多，更有效的努力，问题被更早地发现并解决，生产出的工件也具有更高的质量。 潜在的契约式规约 可执行PIM形成了一份理想的可以交给实现者的规约 完整而详细地描述了该部分的所需行为 用于可执行PIM的测试同样也适用于最终系统 ，因此对于交付的软件进行测试也是直接的。 在构建阶段中实现策略的选择 允许采用广泛的实现策略 可以定义多种PIM到PSMs以及实现相关环境的映射 可执行PIM可以自动地转换到目标语言和环境上 利用商用转换技术 用于域模型的原型生成，以获得有价值的度量数据； 作为演示版本； 在开发过程中提供信心； 被修改以适应项目的目标体系结构。 可维护的规约 PIM组成了系统行为的最清晰、最精确的描述。 一旦应用了转换技术，PIM就是唯一需要维护的信息形式。 对系统的升级更新都是通过修改模型并再次转换生成代码来完成的 在单个域中建模 域的类图 状态图 使用类协作图 描述操作和状态动作 域的类图 域PIM的基石是类图。 随着模型的开发，类、关联、属性以及操作都不断加了进来。 每一个新类都有一个含义清晰的名字和一段描述。 每对关联的两端都要有角色短语以及多重性。 每个属性都应该有一个含义清晰的名字、已定义的类型以及一段描述。 该阶段加入的任何操作都应该有一段简短的描述。 使用状态图 主动类(active)和被动(passive)类 主动类的对象接收一条消息后作出的反应依赖于它当前的状态。其行为使用状态图来表示。 JOB：可以启动、暂停、继续和终止。处于启动状态就只对pause（暂停）信号起反应；处于暂停状态就只对continue（继续）信号起反应。 使用Moore状态模型：只有在状态入口处才可以制定动作，而且，对于任何给定的状态，一个单独的事件只能产生一个离开状态的转换。 使用类协作图 详述类之间交互的细节，并从整体上将所有类之间的交互模式直观化 在用例集合中观察类之间的通讯模式 描述操作和状态动作 （1） 以对模型元素的操纵的角度详述那些由操作调用或是进入某个状态而引发的行为 创建和删除对象； 操纵对象集合； 查找类中符合特定标准的对象； 建立和解除关联； 关联漫游； 读/写属性； 调用操作； 发送信号事件。 描述操作和状态动作（2） ASL（Wilkie et al.，2002）是可以被用来描述操作和动作的一种合适的具有良定义语法的描述形式。 它可以使得模型可以执行。 使用ASL的模型的好处： 它们是被完全规范的； 客观的完成标准（模型要么能够正确工作，要么不能）； 它们可以使用测试规约进行验证，并且该规约还可用于最终系统的测试和回归测试； 实现者可以自由地选择实现方式，但是不能改变系统行为； 当被执行的时候，模型变得更加容易理解，因为人们可以从实例层观察它们；