2014高级系统架构设计师培训.docVIP

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
高级系统架构设计师培训课程简介: 本课程将对软件生命周期与软件架构进行介绍,重点讲述面向对象程序设计原则与模式及方法论、用UML辅助系统分析与设计、借鉴RUP的设计过程、设计模式与软件设计思想、架构设计实践等要点,并结合软件架构设计案例进行进一步分析。 Day1 内容 软件生命周期与软件 架构介绍 软件架构介绍 IT行业的人才结构与软件架构师的定位 软件架构师应掌握的知识体系 软件架构设计的特点、层次、分类 软件架构的主要理论、方向和趋势 软件工厂,实现软件开发的产业化 软件生命周期进程模型介绍 RUP与XP Agile与CMMI MSF 技术架构视图面向对象程序设计原则与模式及方法论 衡量软件系统质量的标准 软件系统开始变坏的表现:硬化、脆弱、绑死、胶着。 软件系统关键的质量特性:正确性、健壮性、可扩展性、可复用性、兼容、可移植性、高效性、timeliness、economy and functionality 面向对象设计的基本原则 类的设计原则: 开闭原则、依赖倒置原则、Liskov替换原则、单一职责原则、接口分离原则、组合复用原则、所知最少原则 例:会议管理系统等、API函数的启示等 包内聚原则:发布与复用等价原则、共同封闭原则、共同复用原则 包耦合原则:无循环的依赖原则、稳定的依赖原则、稳定的抽象 用GRASP模式指导架构设计 GRASP架构模式: 信息专家、创建者、高内聚、低耦合、控制者、多态、间接、纯虚构、保护变化 典型案例分析: 违反信息专家模式案例分析 应用信息专家模式案例分析 应用GRASP模式精化架构设计案例分析 软件架构设计的关键因素 什么是架构, 它和系统是如何关联的。 如何获得可维护性、可扩展性、可重用性、互操作性等。 在系统中如何组织组件(Component) 。 如何组织组件(Component)的内部。 如何保持平台相关的细节和应用的分离。 如何应用封装(encapsulation)、抽象(abstraction)和委派(delegation)的原则。 如何应用设计模式来实现好的结构。 案例分析 模板容器、Movie查询等 用UML辅助系统分析与设计 UML中的常见疑难问题辨析 用例图 - 参与者建模中的常见问题 - 用例建模中的常见问题 - UaseCase的本质讨论 类设计 - UML中关系的辨析: 依赖关系、关联关系辨析;聚合,组合辨析 类设计中的常见问题: - 一些常见但易混淆的类关系图; - 熟悉类的自关联形式;使用关联类; - 一些易混淆的重数表示方法 - 建模为对象与建模为属性 / 建模为方法与建模为对象的辨析。 其它辨析 - 包与组件 - 扩展基类与覆盖基类等;自关联、关联多重性、关联角色名辨析 - 消除多重继承的常用手段 借鉴RUP的设计过程 借鉴RUP的设计过程 全局分析: 选用架构模式;识别关键抽象;标识分析机制;常见的分析机制 局部分析: 提取分析类: 分析类的类型划分:边界类、实体类、控制类,分析类在模型中的位置,边界类的复用,控制类的变通。 分析动态场景: 消息与责任;事件序列在边界、实体及控制类间的原则;控制类在交互图中的表现特征;交互图的正确性。 整理分析类: 分析类的责任和关联关系;动态与静态的关系;确定类的责任;设计类和子系统接口。 实践 投递系统分析设计 Day2 内容 设计模式与软件设计思想 GOF设计模式 - 使用GOF设计模式,借鉴前人的经验。 - 分析创建型模式: - 单例模式(Singleton)、工厂模式、抽象工厂模式(Abstractfactory) - 分析结构型模式: - 桥梁模式(Bridge)、装饰模式(Decorator)、适配器模式(Adapter)、代理模式(Proxy)、组合模式(Composite) - 分析行为型模式: - 命令模式(Command )、观察者模式(Observer)、状态模式(State)、策略模式(Strategy)、模板方法模式(Template Method)、访问者模式(Template Method) 设计模式深入讨论 - 设计模式的本质: - 隔离变化点;间接;透明;局部双向依赖;逻辑与功能;用接口抹平差异、延迟调用。 - 模式的推演: - 掌握模式的本质,而非形式。 - 设计模式的高级运用: - 高手的选择;神似而非形似;一切以工程实际为标准;可以牺牲掉的特征;简化的模式;防止滥用;自创的模式。 常用的软件架构风格及适用情况分析 - 系统软件 - 分层(Layer)、管道和过滤器(Pipes and Filters)、黑板(B

文档评论(0)

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

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

1亿VIP精品文档

相关文档