关注培训通
中软软件架构设计最佳实践课程培训
中软软件架构设计最佳实践课程培训
联&系&人：咨询老师
电&&&&话：010-
手&&&&机：
该机构未经培训通认证，为互联网开放信息，本网不对真实性负责。为保障您的权益，建议选择认证机构！您可以提交需求，让专业培训顾问帮您选课。
相关课程推荐
机构认证： 未认证
所在地区：北京市海淀区学院南路55号
联系方式：
联&系&人：咨询老师
电&&&&话：010-
手&&&&机：
该机构未经培训通认证，为互联网开放信息，本网不对真实性负责。为保障您的权益，建议选择认证机构！您可以提交需求，让专业培训顾问帮您选课。
告诉我们你要找的是什么?
在软件开发项目中，系统架构师是软件项目的总设计师，是软件企业新产品、新技术体系的构建者，是目前软件开发中急需的高层次技术人才，为建立符合中国国情的软件开发架构设计体系，结合我国现有的软件企业开发环境，同时针对软件需求的多种场景进行综合分析，参照国际上规范的软件过程模型，中软培训中心（原信息产业部计算机技术培训中心）特此开展高级系统架构系列培训，以提高企业在软件开发中的系统架构设计能力、使其达到高级系统架构师的基本要求。
中软培训中心（原信息产业部计算机技术培训中心）是工信部领导下的国家级计算机软件、硬件与网络安全及国内信息产业领域最具权威性、最有影响力的计算机技术培训机构；是第一家通过ISO-9001国际质量体系认证的计算机技术培训中心；是中国成立最早的、具有国际先进水平的计算机培训实体，中心雄厚的技术实力和优秀业绩得到了国家各级政府和国际计算机界的认可。同时中心也是Sun、微软、Oracle、Cisco、Compaq、Lotus等跨国计算机公司在国内开展IT国际认证培训业务的中国授权培训中心及合作伙伴，也是Prometric和VUE两家国际考试公司的授权考试中心。
&& 开发团队中的设计人员，系统分析人员，开发、测试主管或项目经理，以及有望或有志成长为以上角色的技术人员。
培训内容从实用性、规范性和系统性出发，通过培训使学员掌握软件架构的基础知识、设计原则、设计模式、设计方法，熟悉主流架构技术，了解规范的软件项目管理流程，并且通过一些典型的案例，揉合讲师的大型项目经验，以项目过程中的问题带动原理的描述，从理论和实际的结合上有重点的讲清问题，使其达到高级系统架构师的基本要求。
中软培训金牌讲师、国内资深高级系统架构师，UML/RUP专家，现任国内某知名企业研究院首席架构师，软件设计师。具有15年的从事IT行业的软件开发、系统架构设计分析经验。熟悉中国企业的需求管理，经历过多种文化氛围与组织形态，对大型项目、系统工程管理有着深入的实践与体会。一直工作在实际项目的大型软件开发、系统架构设计的一线，拥有几十项专利技术。曾主持过各级政府、教育部、中国石化、美国外包项目、国税总局金税工程、中国军队（总参）信息化、金融信息化项目、2008年北京奥运会首都机场奥运福娃机器人项目等很多大型复杂信息化项目的架构设计，在实际项目工作中积累了丰富的项目实际工作经验和丰富的系统架构设计分析经验。
第一单元：软件生命周期与软件架构介绍
一、软件架构介绍
1.&&&&&& IT行业的人才结构与软件架构师的定位
2.&&&&&& 软件架构师应掌握的知识体系
3.&&&&&& 软件架构设计的特点、层次、分类
4.&&&&&& 软件架构的主要理论、方向和趋势
5.&&&&&& 软件工厂，实现软件开发的产业化
二、软件生命周期进程模型介绍
1.&&&&&& RUP与XP
2.&&&&&& Agile与CMMI
3.&&&&&& MSF
第二单元：技术架构视图─面向对象程序设计原则与模式及方法论
一、衡量软件系统质量的标准
1.&&&&&& 软件系统开始变坏的表现：硬化、脆弱、绑死、胶着。
2.&&&&&& 软件系统关键的质量特性：正确性、健壮性、可扩展性、可复用性、兼容、可移植性、高效性、timeliness、economy and functionality
二、面向对象设计的基本原则
1.&&&&&& 类的设计原则：开闭原则、依赖倒置原则、Liskov替换原则、单一职责原则、接口分离原则、组合复用原则、所知最少原则例：会议管理系统等、API函数的启示等
2.&&&&&& 包内聚原则：发布与复用等价原则、共同封闭原则、共同复用原则
3.&&&&&& 包耦合原则：无循环的依赖原则、稳定的依赖原则、稳定的抽象
三、用GRASP模式指导架构设计：
1.&&&&&& GRASP架构模式：信息专家、创建者、高内聚、低耦合、控制者、多态、间接、纯虚构、保护变化
2.&&&&&& 典型案例分析：违反信息专家模式案例分析应用信息专家模式案例分析应用GRASP模式精化架构设计案例分析
四、软件架构设计的关键因素
1.&&&&&& 什么是架构, 它和系统是如何关联的。
2.&&&&&& 如何获得可维护性、可扩展性、可重用性、互操作性等。
3.&&&&&& 在系统中如何组织组件(Component) 。
4.&&&&&& 如何组织组件(Component)的内部。
5.&&&&&& 如何保持平台相关的细节和应用的分离。
6.&&&&&& 如何应用封装(encapsulation)、抽象(abstraction)和委派(delegation)的原则。
7.&&&&&& 如何应用设计模式来实现好的结构。
五、案例分析：
模板容器、Movie查询等。
第三单元：用UML辅助系统分析与设计
一、UML中的常见疑难问题辨析
1.&&&&&& 用例图
1)&&&&&& 参与者建模中的常见问题。
2)&&&&&& 用例建模中的常见问题。
3)&&&&&& UaseCase的本质讨论。
2.&&&&&& 类设计
1)&&&&&& UML中关系的辨析：
依赖关系、关联关系辨析；聚合，组合辨析。
2)&&&&&& 类设计中的常见问题：
1）& 一些常见但易混淆的类关系图；
2）& 熟悉类的自关联形式；使用关联类；
3）& 一些易混淆的重数表示方法
4）& 建模为对象与建模为属性 / 建模为方法与建模为对象的辨析。
3.&&&&&& 其它辨析
1)&&&&&& 包与组件。
2)&&&&&& 扩展基类与覆盖基类等；自关联、关联多重性、关联角色名辨析。
3)&&&&&& 消除多重继承的常用手段。
二、借鉴RUP的设计过程。
1.&&&&&& 全局分析：
选用架构模式；识别关键抽象；标识分析机制；常见的分析机制
2.&&&&&& 局部分析：
提取分析类：分析类的类型划分：边界类、实体类、控制类，分析类在模型中的位置，边界类的复用，控制类的变通。分析动态场景：消息与责任；事件序列在边界、实体及控制类间的原则；控制类在交互图中的表现特征；交互图的正确性。整理分析类：分析类的责任和关联关系；动态与静态的关系；确定类的责任；设计类和子系统接口。
三、实践：投递系统分析设计。
第四单元：软件设计思想
一、GOF设计模式。
1.&&&&&& 使用GOF设计模式，借鉴前人的经验。
2.&&&&&& 分析创建型模式：单例模式（Singleton）、工厂模式、抽象工厂模式(Abstractfactory)
3.&&&&&& 分析结构型模式：&桥梁模式（Bridge）、装饰模式（Decorator）、适配器模式（Adapter）、代理模式（Proxy）、组合模式（Composite）
4.&&&&&& 分析行为型模式：命令模式（Command ）、观察者模式（Observer）、状态模式（State）、策略模式（Strategy）、模板方法模式（Template Method）、访问者模式（Template Method）
二、设计模式深入讨论：
1.&&&&&& 设计模式的本质：隔离变化点；间接；透明；局部双向依赖；逻辑与功能；用接口抹平差异、延迟调用。
2.&&&&&& 模式的推演：掌握模式的本质，而非形式。
3.&&&&&& 设计模式的高级运用：高手的选择；神似而非形似；一切以工程实际为标准；可以牺牲掉的特征；简化的模式；防止滥用；自创的模式。
三、常用的软件架构风格及适用情况分析：
1.&&&&&& 系统软件分层(Layer)、管道和过滤器(Pipes and Filters)、黑板(Blackboard)
2.&&&&&& 分布式软件经纪人(Broker) 、客户/服务器（Client/Server）、点对点（Peer to Peer）
3.&&&&&& 交互软件模型-视图-控制器（Model-View-Controller）、显示-抽象-控制（Presentation-Abstraction-COntrol）
四、SOA的设计思想：
1.&&&&&& SOA的概念。
2.&&&&&& SOA的设计目标异构性Heterogeneity；可伸缩性Scalability；适用性Availability；分布式Distribution； .机动性Flexibility；可见性
五、典型案例分析：媒体显示、数据采集系统、编辑器、文件解析器。
第五单元：架构设计实践
一、&&&&&&&&&&&& 静态设计：
1.&&&&&& 按层+高内聚低耦合的原则进行模块划分高内聚原则；按功能分解；按业务进行分解；以数据转换为中心分解；实际运用中的折中。
2.&&&&&& 划分层次将模块划入对应的层；分层与分区；逻辑模块与实体组件的对应关系。
3.&&&&&& 为模块进行职责分配
隔离关注面：低耦合原则；适当采用设计模式；
用设计模式优化核心结构：经典模式运用：
用桥接模式作为中心骨架。
用桥接模式作为中心骨架。
用工厂模式进行组装。
用命令模式处理事务。
模块结构的常见形式容器模块 + 控制者 + 功能模块 + 临时构建的小类；单例模式；命令模式。
核心模块的接口设计。外观模式；适配器模式；代理模式；中介者模式。
其它形式的的模块结构：变换型模块结构；事务型模块结构。
二、模块间的通信及耦合设计：
1.&&&&&& 组件式编程。
2.&&&&&& 通讯机制：观察者模式；本地SDK；轮训。
3.&&&&&& 解耦：针对接口编程；增加间接模块；依赖注入。
4.&&&&&& 设计数据层数据结构选用的设计；数据访问层的设计
三、动态设计：
1.&&&&&& 抽象与统一不同的因素根据业务寻找关键因素；统一到复杂的情况。
2.&&&&&& 常用的流程抽象手段：依赖注入 / 控制反转；表格法；配置文件。
3.&&&&&& 逻辑控制：控制者模式；信息专家模式。
4.&&&&&& 消息通知机制MVC模式；观察者模式；责任链模式；中介者模式。
四、模块调整：
1.&&&&&& 调整模块等级。适当封装；把属性提升为类；将类降为属性；将类提升为组件。
2.&&&&&& 用设计模式优化设计在主体的框架上进行调整：访问者模式；装饰模式。
3.&&&&&& 编码时构建适当的动态临时类。命令模式；事务处理类型。
4.&&&&&& 效率的优化效率与结构的折中：优化效率的3步骤。&&&
第六单元：软件架构设计案例分析
一、综合架构案例剖析
1.&&&&&& 商店POS系统架构设计
2.&&&&&& 薪酬系统架构设计
3.&&&&&& 仓库管理系统架构设计
二、实战典型案例分析(以实际项目案例为背景)
1.&&&&&& 需求分析、领域建模：零售店销售系统
2.&&&&&& 设计模式的综合运用: Dvc文件分析系统
3.&&&&&& 架构分析: 互联网商品数据分析系统
4.&&&&&& 综合案例分析:
图像处理系统
基于搜索的二次开发系统
培训时间、地点及方式
2012年5月26日-29日&&&&&&& 北京中软大厦第一会议室&&&
培训采用讲授、演示与实践相结合，理论与案例相结合的生动而具体的教学方法，突出实践运用，通过实际演练发现并解决问题。
5000元/人（含培训费、教材资料费、证书费、午餐茶歇等费用）需要住宿的学员请提前告知，食宿统一安排，费用自理。
附件：中软培训报名回执表&
参加课程名称：
单位发票名称
1)&&&&&& 此表复印有效。
2)&&&&&& 需要安排住宿的学员，请提前与咨询老师联系。
3)&&&&&& 报名先后顺序以财务缴费到帐日为准。
4)&&&&&& 此课程开班报名截止日期为开班前一周，请报名个企业或个人，提前以邮件方式发送此报名表。
5)&&&&&& 发送此报名表后，中心在开班前2-3周左右会以电子邮件的方式发送培训报道通知，通知到报名负责人和参加培训的所有人员，确认您的报名成功，收到中心的培训报道通知的企业或个人，即可办理缴费事宜。
中软总公司计算机培训中心
联系人: 招生老师
电& 话：010-
&地& 址：北京市海淀区学院南路55号中软大厦B座5层（100081）
接收到中心的详细报道通知的报名企业或学员，既可以办理相关的缴费事宜。缴费可以银行转账汇款或支付现金，北京地区可以接收转账支票，现金支票，不能进行刷卡支付。
中软总公司计算机培训中心
中信银行中关村支行
机构其他课程
大家都在看
法亚小语种
法亚小语种
法亚小语种
法亚小语种
法亚小语种
没有找到合适的信息？您还可以
多 - 门类齐全
课程多，机构多，老师多
快 - 方便快捷
先试听，后支付，方便快捷
好 - 实名认证
真实评价，实名认证好保障
省 - 学费优惠
在线订课更优惠，巨划算
copyright & 2004-.cn, All Rights Reserved.
, 备案编号：京公网安备 ,IT人的精神家园&,不仅获得谋生技能，更可以追随信仰
每天9点准时更新15个文章，20个文档，2个视频。
&&&7月20日&
对于一个业务系统，如何高效、平稳地使用数据库是每一个开发人员都会遇到的问题，OpenStack
也不例外，以 OpenStack 的虚拟网络组件 Neutron 为例，其数据库涉及几百张表，需要维护数据库版本近百；一些表因为设计原因形成了很高的“热点”；
我们知道iOS的应用真的太多了，很多应用让我们惊叹不已！！！很多意想不到的应用！
&&&7月20日&
尽管大家的答案各有不同，从硬件到软件、从程序到SQL、从静态到动态、从C到JAVA，但大家最终总能达成一致，高可用、高并发、高性能依靠的不是某个硬件、某种技术、某种DB，而是好的架构。
&&&7月20日&
由于从各光伏电站采集的数据量较大，必须解决海量数据的查询、分析的问题。目前主要考虑两种方式：1.
Hadoop大数据技术；2. Oracle（数据仓库）+BI；本文仅介绍hadoop的技术要应用特征。
Server中，我们所常见的表与表之间的Inner Join,Outer Join都会被执行引擎根据所选的列。
&&&7月19日&
当我们作项目时，下面这张图很多人都明白，从计划、构建、测试、部署实施后发现提供的方案并不能真正解决用户的问题，那么我们是不是少了什么步骤或者缺少对什么环节的重视呢？
每天2个文档/视频
扫描微信二维码订阅
订阅技术月刊
获得每月300个技术资源
希望我们的资料可以帮助你学习，也欢迎投稿&提建议给我
网站编辑：zhgx
邮&&&&&&&件：zhgx@
|&京ICP备号&京公海网安备号IT人的精神家园&,不仅获得谋生技能，更可以追随信仰
每天9点准时更新15个文章，20个文档，2个视频。
&&&7月20日&
对于一个业务系统，如何高效、平稳地使用数据库是每一个开发人员都会遇到的问题，OpenStack
也不例外，以 OpenStack 的虚拟网络组件 Neutron 为例，其数据库涉及几百张表，需要维护数据库版本近百；一些表因为设计原因形成了很高的“热点”；
我们知道iOS的应用真的太多了，很多应用让我们惊叹不已！！！很多意想不到的应用！
&&&7月20日&
尽管大家的答案各有不同，从硬件到软件、从程序到SQL、从静态到动态、从C到JAVA，但大家最终总能达成一致，高可用、高并发、高性能依靠的不是某个硬件、某种技术、某种DB，而是好的架构。
&&&7月20日&
由于从各光伏电站采集的数据量较大，必须解决海量数据的查询、分析的问题。目前主要考虑两种方式：1.
Hadoop大数据技术；2. Oracle（数据仓库）+BI；本文仅介绍hadoop的技术要应用特征。
Server中，我们所常见的表与表之间的Inner Join,Outer Join都会被执行引擎根据所选的列。
&&&7月19日&
当我们作项目时，下面这张图很多人都明白，从计划、构建、测试、部署实施后发现提供的方案并不能真正解决用户的问题，那么我们是不是少了什么步骤或者缺少对什么环节的重视呢？
每天2个文档/视频
扫描微信二维码订阅
订阅技术月刊
获得每月300个技术资源
希望我们的资料可以帮助你学习，也欢迎投稿&提建议给我
网站编辑：zhgx
邮&&&&&&&件：zhgx@
|&京ICP备号&京公海网安备号&&&&高级系统架构师培训教程
高级系统架构师培训教程
前言 ............... - 6 -
现代软件开发过程及架构策略 ......... - 7 -
软件架构设计师的的知识体系 ................ - 7 -
一、软件架构的定义与问题 ............. - 7 -
二、在信息技术战略规划（ITSP）中的软件架构 ............. - 8 -
从线性模型到迭代模型 ............. - 9 -
一、经典软件开发过程模型 .................... - 10 -
二、经典项目过程导致失败的原因 .............. - 10 -
三、软件开发增量模型的提出 ................... - 12 -
1.3 大型项目敏捷模型中的架构设计 ............ - 13 -
一、敏捷开发的价值观 ................ - 14 -
二、项目的敏捷开发方法 ............ - 14 -
三、在大型敏捷项目多维度扩展下的架构 ................. - 17 -
1.4 选择合适的软件工程策略 .................. - 18 -
一、软件工程策略的分类 ............ - 18 -
二、利用风险分析选择合适的工程项目策略 ................ - 21 -
小结： .................... - 22 -
从系统工程的角度构建架构 .......... - 23 -
2.1 前景文档与设计方向 .............. - 23 -
2.2 架构层面的用例方法 ............. - 25 -
一、用例的完整概念 ................. - 25 -
二、用例是规范行为的契约 .................... - 26 -
三、用例的目标层次 ................. - 29 -
2.3 架构层面的需求分析 .............. - 31 -
一、业务用例的分析 ................. - 31 -
二、产品边界的确定 ................. - 33 -
三、业务用例与产品用例 ............ - 33 -
2.4 从问题域到用例模型 .............. - 34 -
一、产品问题域与概念 ................ - 34 -
二、产品需求分析 .................. - 35 -
三、架构层次的用例文档编写 ................... - 37 -
2.5 从系统工程的角度分析与设计架构 ........... - 40 -
一、应用系统工程帮助分析问题 ............... - 40 -
二、子系统、框架与软件架构 ................... - 40 -
三、系统工程中的需求分配 .................... - 42 -
四、组织复杂软硬件系统的需求 ............... - 43 -
2.6 利用规模的估计修正子系统划分 ............ - 46 -
一、规模的估计 ...................... - 46 -
二、持续时间的估计 ................. - 48 -
2.7 迭代的建立架构基线 .............. - 48 -
一、成功的软件架构设计 ............ - 48 -
二、建立弹性软件架构 ................ - 52 -
三、建立架构基线的步骤 ............ - 53 -
四、从质量属性及其应对策略的视角优化架构 ............ - 55 -
五、从模块划分的视角优化架构 ............... - 57 -
六、从共享分层结构的视角优化架构 ............. - 58 -
七、从软件复用与构件化的视角优化架构 ................. - 61 -
2.9 软件架构设计的流程 .............. - 63 -
一、业务架构概念 .................. - 63 -
二、产品架构概念 .................. - 64 -
三、建立稳定的架构基线 ............ - 64 -
四、子系统架构的设计与实现 ................... - 65 -
五、构件与实现单元的设计 .................... - 66 -
小结： .................... - 66 -
质量属性对架构策略的影响 .......... - 67 -
3.1 质量度量模型与质量属性场景 ................ - 67 -
一、三层次软件质量度量模型 ................... - 67 -
二、软件架构质量属性的场景 ................... - 70 -
3.2 应对质量属性的架构设计过程 ................ - 71 -
一、以核心功能为主进行架构设计 .............. - 71 -
二、以质量属性为依据进行重构和优化 ......... - 72 -
三、增量式的完善架构设计 .................... - 72 -
四、以测试驱动架构设计 ............ - 73 -
3.3 可靠性质量解决方案 .............. - 73 -
一、可靠性质量属性场景 ............ - 74 -
二、健康监测 ....................... - 75 -
三、错误恢复 ....................... - 75 -
四、错误预防 ....................... - 78 -
3.4 基于高可靠性的架构设计 .................. - 78 -
一、进程间提升可靠性的方法 ................... - 78 -
二、保证可靠性的分层结构 .................... - 79 -
3.5 可维护性解决方案 ............... - 80 -
一、可维护性质量属性场景 .................... - 80 -
二、局部化修改 ...................... - 81 -
三、防止连锁反应 .................. - 81 -
四、推迟绑定时间 .................. - 83 -
3.6 基于高可集成性的架构设计 ................. - 84 -
一、问题的陈述 ...................... - 84 -
二、架构解决方案 .................. - 85 -
三、结构化模型的架构模式 .................... - 86 -
四、子系统管理部分的模块 .................... - 86 -
五、子系统应用模块 ................. - 87 -
六、系统设计中需要关注的问题 ............... - 88 -
3.7 基于质量属性的优化和重构 ................. - 89 -
一、软件重构技术的本质 ............ - 89 -
二、重构模式 ....................... - 91 -
3.8 软件架构的恢复 ................... - 96 -
一、架构恢复层面的重构技术 ................... - 96 -
二、反向工程和正向工程 ............ - 97 -
三、架构和设计恢复 ................. - 98 -
四、架构恢复阶段的设计重构 ................. - 103 -
架构评审与决策 ............... - 104 -
一、ATAM的参与人员 .............. - 104 -
二、ATAM的结果 ................... - 105 -
三、ATAM的阶段 ................... - 105 -
3.10 关于架构的重要结论 ............. - 108 -
软件架构的模型驱动与演化 ......... - 109 -
产品用例的细化分析 ............. - 109 -
一、从系统的角度研究事件及行为 ............ - 109 -
二、子事件流 ..................... - 111 -
三、用例结构化及其文档描述 ................. - 111 -
四、包含（imclude） ................. - 112 -
五、扩展（extension） ............... - 113 -
六、用例的泛化关系及场景描述 ................ - 114 -
4.2 领域模型的建立 ................. - 115 -
一、领域模型的初步建立 ............. - 116 -
二、领域模型的行为和状态 .................. - 117 -
4.3 概念性架构设计及模型 .................... - 118 -
一、概念建模: ....................... - 119 -
二、概念建模的基础案例 ............. - 120 -
三、概念类的识别 ................... - 121 -
四、概念模型的属性 ............... - 123 -
五、概念模型的关联 ............... - 123 -
六、概念模型的泛化建模 ............. - 124 -
行为模型与GRASP设计模式 ............. - 126 -
一、根据职责设计对象 .............. - 126 -
二、职责和交互图 ................... - 127 -
三、信息专家模式 ................... - 127 -
四、创建者模式 .................... - 129 -
五、低耦合模式 .................... - 129 -
六、高内聚模式 .................... - 131 -
八、产品行为问题的归纳总结 ................. - 137 -
4.5 设计模型和实现模型 ............ - 138 -
一、从概念模型到设计模型 .................. - 138 -
二、用例模型横切于模型 ............. - 138 -
4.6 关注点的分散、缠绕与合并 ............... - 141 -
一、使关注点相互分离 .............. - 141 -
二、通过叠加用例切片来构建系统 ............ - 142 -
三、合并类的扩展 ................... - 143 -
4.7 从产品模型到测试模型 .................... - 145 -
一、测试用例的概念 ............... - 146 -
二、从用例得到测试用例 ............. - 146 -
三、管理测试覆盖 ................... - 149 -
4.8 通过优先级评价发现设计重点 .............. - 149 -
一、确定能力的价值 ............... - 150 -
二、确定合意性优先级 .............. - 151 -
4.9 设计文档编写的若干建议 ................... - 153 -
一、为什么要书写文档 .............. - 153 -
二、设计文档编写的建议 ............. - 154 -
软件复用与框架技术 ............ - 156 -
利用模式重构问题域与架构 ................. - 156 -
一、对功能分解的再讨论 ............. - 156 -
二、利用模式解决划分中的困难 ................ - 156 -
三、模式的合成与分解 .............. - 157 -
四、发现需求的变化规律 ............. - 157 -
5.2 需求模式 ....................... - 158 -
一、通过业务事件发现模式 .................. - 158 -
一、事件响应上下文 ............... - 159 -
二、事件响应的处理 ............... - 159 -
三、特定领域的模式 ............... - 160 -
四、跨领域的模式 ................... - 161 -
五、设计模式 ..................... - 162 -
六、代码重构的问题与解决方案 ................ - 162 -
七、封装变化与面向接口编程 ................. - 164 -
5.3 处理类或者接口的变化 .................... - 164 -
一、外观模式（Facade） .............. - 164 -
二、适配器模式（Adapter） .................... - 165 -
5.4 封装业务单元的变化 ............ - 167 -
一、模板方法（Template Method） ............ - 167 -
二、简单工厂模式（Simpleness
Factory） .............. - 170 -
三、桥接模式（Bridge） .............. - 172 -
四、装饰器模式（Decorator） ................. - 174 -
利用观察者模式处理业务单元的变化 ............... - 176 -
利用策略与工厂模式实现通用的框架 ............... - 178 -
一、应用策略模式提升层的通用性 ............ - 178 -
二、利用反射实现通用框架 .................. - 179 -
代理模式的应用 ............... - 184 -
一、代理模式简述 ................... - 184 -
二、在团队并行开发中使用代理模式 ........... - 185 -
5.8 树状结构和链形结构的对象组织 ............. - 191 -
一、树状结构：组合模式 ............. - 191 -
二、链形结构：职责链模式 .................. - 195 -
5.9 基于产品线的架构设计 .................... - 197 -
一、组织产品线的需求 .............. - 198 -
二、确定范围 ..................... - 200 -
三、确定变化点 .................... - 200 -
三、支持变化点 .................... - 200 -
5.10 产品线架构的案例 .............. - 200 -
一、开发产品线的动因 .............. - 201 -
二、组织结构的变更 ............... - 201 -
三、架构解决方案 ................... - 202 -
四、产品线架构的应用 .............. - 204 -
五、产品线架构的障碍 .............. - 205 -
业务流程敏捷性与面向服务的架构 ...... - 207 -
6.1 面向服务的架构的本质 .................... - 207 -
一、业务流程的敏捷性需求带来的挑战 .......... - 207 -
二、SOA一些概念的澄清 ............ - 208 -
6.2 面向服务的架构所牵涉到的问题 ............. - 214 -
一、面向服务的企业 ............... - 214 -
二、面向服务的开发 ............... - 215 -
三、SOA的服务抽象 ................. - 216 -
四、解读SOAP和WSDL ............. - 217 -
五、面向服务的架构 ............... - 224 -
SOA与业务流程管理 ............ - 227 -
一、业务流程管理的基本概念 ................. - 227 -
二、业务流程管理系统 .............. - 228 -
三、组合BPM、SOA与Web服务 ........ ........ - 228 -
四、编制与编排规范 ............... - 235 -
6.4 SOA的业务效益与构建 .................... - 244 -
一、SOA的业务效益 ................. - 244 -
二、如何达成SOA .................. - 245 -
软件架构设计的其它有关问题 ....... - 249 -
软件架构挖掘 ................... - 249 -
一、架构挖掘过程 ................... - 249 -
二、架构挖掘的方法学问题 .................. - 249 -
三、职责驱动的开发 ............... - 251 -
四、架构的可追踪性 ............... - 251 -
7.2 进行多维度小组的项目规划 ............... - 251 -
一、为估计建立共同基准 ............. - 252 -
二、尽早给用户描述添加细节 ................. - 252 -
三、进行前瞻规划 ................... - 253 -
四、在计划中加入馈送缓冲区 ................. - 253 -
改进的软件经济学 .............. - 254 -
7.4 时代呼唤优秀的软件架构师 ............... - 256 -
嵌到我的页面
<input type="text" readonly="true" value="">
若举报审核通过，可奖励20下载分
被举报人：
linghui136
举报的资源分：
请选择类型
资源无法下载
资源无法使用
标题与实际内容不符
含有危害国家安全内容
含有反动色情等内容
含广告内容
版权问题，侵犯个人或公司的版权
*详细原因：
VIP下载&&免积分60元/年（1200次）
您可能还需要
考试认证下载排行