- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
AOSD培训资料
使功能需求保持分离 2 应用用例设计 ?识别设计元素:从分析模型中标识设计元素,根据实现需要引入新的设计元素 ?识别组件和接口:将分析为中的一部分演化为设计组件 ?完善设计元素 使功能需求在设计模型中保持独立 ?使类扩展保持分离:ReserveRoom类需要updateAvailability()和retrieveDetails()两个方法。前者是“预订房间”特用,后者是公用。其处理方法有四种: 现行选择 编程困难 使功能需求保持分离 3 使功能需求在设计模型中保持独立 ?使操作扩展保持独立 1)总和:两个用例切片需要从相同操作得到不同的输出,并且操作的职责是提供两种输出的合并 2)选择:当用例切片需要从同一个操作得到不同的输出,并且要求组合结果只有一种输出 操作扩展声明包括 1)结构上下文:说明哪个操作是要增加的 2)行为上下文:说明扩展何时执行 3)说明附加行为 使扩展的功能需求保持分离 1 面向方面技术能够使我们更好地在原有系统上进行扩展 ?该扩展流程应该在pointcut UpdatingRoomAvailability返回没有空闲房时 ?系统建立一个针对选定房间类型的带唯一标识符的待处理订单,然后将其放到等候列表中,再将此唯一标识符返回给客户,用例结束。 识别类: 使扩展的功能需求保持分离 2 识别Pointcut,并将用例行为分配给类 ?标识结构上下文:确定在何处运行这些操作扩展来调用扩展用例 ?标识行为上下文:定义职责中的何处需要调用 使扩展的功能需求保持分离 3 因此,得到了一个独立的用例切片完成该扩展用例 使非功能需求保持分离 1 分离非功能需求最有效的工具是基础结构应用 ?识别类 ?标识Pointcut ?将用例行为分配给类 使非功能需求保持分离 2 使基础结构用例保持分离 ?细化元素结构 ?在用例切片中使基础结构保持分离 使平台特性保持分离 最小设计视角 合并了平台特性 Agenda 面向对象开发技术与开发范型变迁 横切关注点 横切关注点的建模与分离 弹性体系结构演变 AOSD的应用 CSAI华东区首席顾问徐 锋 面向方面的软件开发方法 Agenda 面向对象开发技术与开发范型变迁 横切关注点 横切关注点的建模与分离 弹性体系结构演变 AOSD的应用 软件开发范型的变迁 Code-Fix模型 --最原始的开发方式 程序越来越大,难以掌握—软件危机 结构化开发:SA、SD、SP --自顶向下,逐层分解 数据与方法分离,内聚性不够—与现实世界模型不一致 面向对象开发:OOA、OOD、OOP –现实世界真实反映 其它:数据流理论 1970 1980 1990 结构化方法 数据流方法 面向对象 面向对象开发技术的核心特点 结构化理论:将应用分解为功能模块、子功能模块、功能接口;与现实问题域的东西没有直接联系! 面向对象理论:系统模型是对问题域的直接映射,即从现实世界中直接抽象出一个模型,然后在计算机中实现出来。 面向对象开发技术的历史变迁 面向对象程序设计 面向对象设计 面向对象分析 面向对象程序语言 1980 1960 1970 1990 Lisp Simula67 SmallTalk72 SmallTalk80 C Objective-C C++ Java 1970年 1990年 年 面向对象编程开启了面向对象发展之门。 而面向对象分析、设计方法才是OO思想的真正标志。 面向对象开发技术的今天—核心基础 核心基础:组件技术、UML建模技术 组件技术:大型项目与系统的必由之路 ?需要支持多平台:SOA、ESB—连接组件 ?拥有大量组件:重用、MDA—快速、廉价集成组件 ?响应日益复杂的业务操作:EA(连通软件与业务的鸿沟)、PLE(处理产品线可变性)、反向工程(重用遗留系统) ?框架:J2EE、.NET等 独立与厂商的组件描述语言-
文档评论(0)