面向对象软件架构设计

20





(6)分布式系统设计：包括分布式通信协议的设计、基于对象与web的 分布式设计、基于消息和协同的分布式设计和异构分布式系统的互操 作性设计等。 (7)嵌入式系统设计：包括实施任务调度和多任务设计、中断处理和 异常处理、嵌入式系统开发设计等。 (8)系统可靠性分析与设计：包括系统故障模型和可靠性模型、系统 的可靠性分析与可靠度计算、提高系统可靠性的措施、系统的故障对 策和系统的备份与恢复等。 (9)系统的安全性和保密性设计：包括系统的访问控制技术、数据的 完整性、数据与文件的加密、通信的安全和系统的安全设计等。 (10)复杂架构设计：包括操作系统的架构、编译器的架构和大型基础 库的架构等。
7

专业技能 技术全面、成熟练达、洞察力强、经验丰富，具备在缺乏完整信息、 众多问题交织一团、模糊和矛盾的情况下，迅速抓住问题要害，并做 出合理的关键决定的能力。

具备战略性和前瞻性思维能力，善于把握全局，能够在更高抽象级别 上进行思考。
对项目开发涉及的所有问题领域都有经验，包括彻底地理解项目需求， 开展分析设计之类软件工程活动等。


13

软件知识 ◦ 最好要有系统开发全过程经验。 ◦ 对 IT 建设生命周期各个环节有深入了解，包括：系统/ 模块逻辑设计、物理设计、代码开发、项目管理、测试、 发布、运行维护等。 ◦ 深入掌握1-2种主流技术平台上开发系统的方法。 ◦ 了解多种应用系统的结构。 ◦ 了解架构设计领域的主要理论、流派、框架。

23

业务应用层 (Business Application) ◦ 由应用开发者开发 应用框架层 (Application Framework) ◦ 特定领域框架层 ◦ 跨领域框架层 基础框架层 (Foundation Framework) 操作系统层



24
25

软件体系结构至少有十几种思想流派。 ◦ Zachman框架 ◦ 开放分布式处理 ◦ 领域分析 ◦ Rational4＋1视图模型 ◦ 软件体系结构风格


5

角色 软件架构师Software Architect 定义 主导系统全局分析设计和实施、负责软件构架和关键技术决策的角色

6

职责 ◦ 领导与协调整个项目中的技术活动（分析、设计和实施等） ◦ 推动主要的技术决策，并最终表达为软件构架 ◦ 确定和文档化系统的相对构架而言意义重大的方面，包括系统的需 求、设计、实施和部署等“视图” ◦ 确定设计元素的分组以及这些主要分组之间的接口 ◦ 为技术决策提供规则，平衡各类涉众的不同关注点，化解技术风险， 并保证相关决定被有效的传达和贯彻 ◦ 理解、评价并接收系统需求 ◦ 评价和确认软件架构的实现
18



(6)标准化：包括标准化的基础知识、标准化分级、编码标准、数据 交换标准、软件工程标准、信息安全标准、基于构件的软件标准和标 准化组织机构等方面的知识。 (7)信息化基础：包括政府信息化与电子政务、企业信息化与电子商 务、信息化的有关的法律和规定等方面的知识。 (8)数学和英语：至少具有大学以上的数学和英语基础知识。

IT行业的人才结构与软件架构师的定位 软件架构师应掌握的知识体系 软件架构设计的特点、层次、分类 软件架构的主要理论、方向和趋势 软件工厂，实现软件开发的产业化
4

系统架构师的职责： 一、理解系统的业务需求，制定系统的整体框架（包括：技术框架和 业务框架） 二、对系统框架相关技术和业务进行培训，指导开发人员开发。并解 决系统开发、运行中出现的各种问题。 系统架构师的目的： 对系统的重用、扩展、安全、性能、伸缩性、简洁等做系统级的把握。 系统架构师能力要求： 一、系统架构相关的知识和经验。 二、很强的自学能力、分析能力、解决问题的能力。 三、写作、沟通表达、培训。
21





根据软件架构师的职责和角色定位，以及知识体系，从实践的角度考 虑，合格的软件架构师应该具有以下能力和经验： (1)具有8年以上的软件项目开发实际工作经验，其中至少有3年以上 的代码编写工作经验，4年以上的基于面向对象和构件开发方法的软 件产品设计经验。 (2)具有5个以上大中型开发项目的总体规划、方案设计经验，有大中 型应用系统开发和实施的成功案例。 (3)对相关的技术标准有深刻的认识，对软件工程标准和规范有良好 的把握。 (4)对.Net或Java技术及整个解决方案有深刻的理解及熟练的应用，精 通Web Service，熟练掌握流行的架构。

供应商驱动的方案 ◦ Sun Enterprise JavaBeans ◦ MS .Net 体系
26
27

构件可以最大程度的进行互操作和重用。 对系统和处理方式加以标准化，只是增强软件可操作性和 重用性的一种权宜之计，并不能彻底解决问题。 分布式处理：借助计算机网络将分布在不同地点的构件 (对象)组织在一起，进行信息处理。 分布式处理中的构件可能由不同的厂商开发、生产，因而 构件之间可能存在不一致的接口；另外，构件之间的通信 也可能使用不同的协议。 这种兼容异质成分的分布式处理，称为开放分布式处理。


9

软件架构师作为整个软件系统结构的总设计师，其知识体系、技能和 经验决定了软件系统的可靠性、安全性、可维护性、可扩展性和可移 植性等方面的性能。因此一个优秀的软件架构师必须具备相当丰富的 知识、技能和经验。 通过对比软件架构师和系统分析师在软件开发中的职责和角色，不难 发现软件架构师与系统分析师所必需的知识体系也是不尽相同的，系 统分析师的主要职责是在需求分析、开发管理、运行维护等方面，而 软件架构师的重点工作是在架构与设计这两个关键环节上。因此在系 统分析师必须具备的知识体系中对系统的构架与设计等方面知识体系 的要求就相对低些；而软件架构师在需求分析、项目管理、运行维护 等方面知识的要求也就相对低些。
UML简介及常见疑难问题辨析 借鉴RUP的UML建模与分析


第四单元：设计模式与软件设计思想
设计模式 常用的软件架构风格及适用情况分析 SOA 及分层架构设计



第五单元：架构设计实践
2 59 62 96 132 177 178 213 267 268 391 443 456
2
3



10

成为一名合格的软件架构师必须具备的知识 ◦ 信息系统综合知识体系 ◦ 软件架构知识体系
11

MFC，MSF，MOF，RUP，J2EE，Spring，SOA，JUnit， ORM，.Net MVC，UML，XML，Corba，MDA，MDD，WebService RSS，Web2.0，AJAX，Serverlet，Hibernate IOC， AOP Ruby On Rails Rup BPEL Workflow Engine LBS Oracle CMMI MQ …
22



(5)对设计模式有深刻的理解，并能在此基础上设计出适合产品特性 和质量属性的框架。 (6)具有面向对象的分析、设计和开发能力，精通UML和XML，能熟 练使用Rational Rose、PowerDesigner等工具进行设计。 (7)具有良好的团队意识和协作精神，有较强的沟通能力和书面表达 能力。 (8)具有旺盛的精力和学习能力，能快速掌握新技术和新方法。
29

是一种支持软件复用的系统的管理过程。 将项目专有需求转化为一般的领域需求。 通用功能被用来做水平框架和可复用软件体系结构的基础。
30


MVC风格 管道－过滤器风格 客户－服务器风格 层次系统 仓储（数据库和黑板）风格 面向对象风格 基于消息广播且面向图形用户界面的Chiron2风格 基于事件的隐式调用风格


具备领导素质，以在各小组之间推进技术工作，并在项目压力下做出 牢靠的关键决策。
拥有优秀的沟通能力，用以进行说服、鼓励和指导等活动，并赢得项 目成员的信任。

8

以目标导向和主动的方式来不带任何感情色彩地关注项目结果，构架 师应当是项目背后的技术推动力，而非构想者或梦想家（追求完美） 精通构架设计的理论、实践和工具，并掌握多种参考构架、主要的可 重用构架机制和模式。 具备系统设计员的所有技能，但涉及面更广、抽象级别更高。


28


ISO/ITU－T RM－ODP定义的抽象层次(视角)： 企业视点(Enterprise Viewpoint) ◦ purpose， scope and policies 信息视点(Information Viewpoint) ◦ semantics of information and information processing 计算视点(Computational Viewpoint) ◦ functional decomaosition 工程视点(Engineering Viewpoint) ◦ infrastructure required to support distribution 技技术视点 (Technology Viewpoint ) ◦ choices of technology for implementation
19




(1)系统计划：包括项目的提出和可行性分析、系统方案的制定、评 价和改进、新旧系统的分析与比较、现有软、硬件和数据资源的有效 利用等。 (2)软件架构设计：包括软件架构的概念、软件架构与设计、架构风 格、特定领域的架构风格、基于架构的软件开发方法、架构评估、软 件产品线和系统演化等。 (3)设计模式：包括设计模式的概念、组成、分类和实现、模式和软 件架构的关系等。 (4)系统设计：包括处理流程设计、人机界面设计、文件与存储设计、 数据库设计、网络应用系统的设计、系统运行环境的集成与设计、中 间件与应用服务器、性能设计与性能评估等。 (5)软件建模：包括定义问题与归结模型、结构化系统建模与数据流 图、面向对象系统建模、数据库建模和逆向工程等。
14

业务知识 ◦ 深入了解系统建设的业务需求。 ◦ 了解系统的非功能需求和运行维护需求。 ◦ 了解企业 IT 公共设施、网络环境、外部系统。
15

基于框架的思维 ◦ 架构设计的层次（Enterprise， Application， etc） ◦ IT 的生命周期（What， Why， Where， How， When， etc） ◦ 成功经验以及方法论的指导 合理把握技术细节 ◦ 把握各个层次应有的内容 ◦ 合理忽略不应有的技术细节

16

风险管理意识 ◦ 采用成功经验、避免不应有的风险 多方位的开放思维 ◦ 多维度、多方向、包容性、避免排他性 ◦ 分析、质疑、抽象、归纳 ◦ 没有绝对好的架构设计，只有相对优秀的方案

17百度文库




(1)计算机系统综合知识：包括计算机组成与体系结构、嵌入式系统 和操作系统等方面的知识。 (2)系统配置和方法：包括系统配置技术和系统性能等方面的知识。 (3)典型系统应用：包括网络应用、数据库应用和多媒体系统等方面 的知识。 (4)系统开发：包括程序设计语言、软件开发方法、需求分析和设计 方法、测试评审方法、开发管理、应用系统构建、系统审计、外部资 源使用和基于中间件的开发等方面的知识。 (5)安全性和可靠性技术：包括数据安全与保密、防闯入和防病毒、 容错技术、可靠性模型与分析技术、系统可靠性、安全规章和保护私 有信息规则等方面的知识。
康凯 Mail: lptstr@sina.com Msn: lptstr512@hotmail.com
1


第一单元：软件生命周期与软件架构介绍 第二单元：技术架构视图─面向对象程序设计原则与模式
用GRASP模式指导设计 领域模型 面向对象设计的基本原则


第三单元：用UML辅助系统分析与设计
12

思考、思考、再思考 ◦ 深入理解、准确把握建设的业务需求 ◦ 分析所有可见的问题、障碍、风险 ◦ 充分参考已有的成功方案，降低风险 交流、讨论、博弈、质疑 ◦ 对构思中的方案不断提出质疑，避免漏洞 ◦ 广泛听取各层面的意见，开拓思路 ◦ 反复质疑、逐步完善已有的设计构思 在动手实现之前验证设计方案的正确性