IT系统架构师课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《IT系统架构师课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 系统 架构 课件
- 资源描述:
-
1、IT系统架构师培训计划系统架构师培训计划启发性的问题回答以下问题:什么是系统架构?为什么系统架构重要?在一个项目里为什么需要系统架构?系统架构师的角色是什么?谁是在一个项目里对系统架构要负责任的?谁是负责系统架构文档资料的?一般来说,用什么样的图或模型来表示系统架构?什么是系统架构思维?IT架构师的侧重点 IT架构师负责提供如何利用IT技术帮助一个企业或组织开展业务和支持业务发展 系统架构师侧重于如何架构支持业务系统实现的IT基础设施 IT产品专家侧重于产品开发和项目的实施系统架构思考方式 它可以把复杂的系统简单化 它可以分析需要的功能,从而找出需要的模块 它提供了建设具体物理系统的基础 它定
2、义如何连接系统各个部分的结构和策略 它提供组合以及拆散系统元素或模块的规则 它帮助分析系统非功能性的需求从而设计达到这些要求的方案 它提供了做架构决策的记录,从而可以在未来进一步扩展系统功能优秀IT系统架构师的诀窍 永远都把自己放在不断学习新东西的位置。(my experience)寻求最好的团队一起工作。不但你所参加的项目成功机会大,而且在团队中学到更多的东西。不断学习的心态可使你成为一个优秀的系统架构师。即使你不想成为系统架构师,也可以成为一名优秀的技术骨干,从而增加你在团队中的价值。成功的架构师必备的特征l 沟通的能力(communication)l 富有激情地去做自己需要做的事情(pa
3、ssion)l 判断别人的能力和做事的特性(character)l 技术知识和能力,了解技术发展趋势(technical trend)l 对一两个技术方向具备精深的掌握。(technical specialty)l 行业知识(industry knowledge)了解客户,明白客户需求 从客户的角度思考和理解l 具备很好的个人,销售,场景和能力技能(4 quadrant skills)l 最重要的是具备结果导向的执行能力(result-oriented approach)如何沟通 增加销售说服力如何定义“系统架构”?IBM Architectural Description Standard(
4、ADS)定义:IT系统架构是一种包括软件和硬件模组的结构。它描述了这些模组对外的接口属性以及模组之间自身的关系.F.Brooks&W.Buchholz in Planning Computer Systems:Computer architecture,like other architecture,is the art of determining the needs of the userand then designing to meet those needs as effective as possible.IT目前比较接受的定义:IT系统架构师通过使用合理的IT技术来制定解决客户商
5、业问题的方案。这个方案是通过系统管理架构来展示和描述的,它包括系统,应用和应用模组之间的流程。类似一个建筑设计师,IT系统架构师的工作是侧重于方案设计阶段的工作。在方案实施过程中,系统架构师扮演了一个与客户沟通的桥梁,确认系统是按照所规划的架构来实施的,并且对施工方提供技术指导和引导.归纳一下系统架构师是个什么样的人?实际做事的人不同意见和选择的协调人结果导向的知识广而多,而不是少而精是个技术专家是一个产品专家,但知道产品的能力不是项目经理不仅仅是个设计高手绝对不是个孤独的思想家对于系统架构的误解(myths)系统架构和系统设计是一回事架构和基础结构是一回事系统架构等同于硬件组合好的系统架构是
6、靠一个架构师独立做出来的系统架构凌驾于软件架构之上架构是不可以衡量和确认的架构是门科学架构是技术,基础结构,数据和网络的组合架构决策决定于要解决的问题和涉及到的方面什么是系统思考?(System Thinking)系统和系统架构思考系统性思考是一种架构设计过程,为了解各个部分是如何工作的它是被人们认为在事件的背后,寻找事件和功能的模式从而找出系统之间负责功能模式和事件的关系系统性思考是为了阐述一种宏观的看法。宏观的看法是要代表如何解释系统组件之间关系的最基本基础 负责系统之间的关系以及方式 系统之间的关系使得我们可以理解不同事件的处理模式选择系统的边缘界线有助于理解系统之间的互动如何系统边缘的
7、定义或选择是错的话,我们的理解就会受阻思考的方法是循环性的,架构师要学会如何调整系统边缘,从而更深理解整体系统架构设计的思考是基于以下几方面建立在系统思考之上的:使用从上到下和满足需求的方法 有能力把一堆乱麻整理成清晰的线条 利用结构来确认系统需求是可以满足的系统架构思考支持系统架构把复杂的系统简单化分析需要的功能,从而找出需要的模块建设具体物理系统的基础定义如何连接系统各个部分的结构和策略提供组合以及拆散系统元素或模块的规则帮助分析系统非功能性的需求并设计达到这些要求的方案提供了架构决策的记录,可在未来进一步扩展系统功能从不同的角度看IT架构思维IT架构概念可以想成是某种程度的提炼和封装(h
8、iding of details)把在一定场景或状况下的细节隐藏起来。一旦场景发生变化,所要隐藏的细节也会改变IT架构设计需要考虑多方面的因素和质量。但经常这些质量之间会有冲突。因此决定架构时,我们要不断进行选择平衡(trade-off)从不同角度看IT架构时,都会觉得需要改变。这是自然的因为任何一个角度看都只是一种架构的表示而已.所以,IT架构思考涉及到内容输入,思考和结果输出IT架构设计使用的语言功能方面的架构组件 它是软件功能单元。它的使用是通过一个或多个接口达到的 子系统 任何一种在IT系统里组件的组合组件协同使用(collaboration)使用场景的代表,它的实现是通过多个组件按一
9、定顺序使用来达到的组件互动(interaction)代表两个组件之间的交互,通过接口来执行的.部署方面的架构节点 架构中的物理单元,软件在其之上运行连接 代表节点与节点之间的物理连接,如局域网,广域网等部署单元 代表一个或多个组件,共同部署在同一个节点上 部署单元的执行,状态和部署三个方面都可以是分开来考虑的(execution,state,installation)描述和标示架构方法描述和标示架构方法 4+1视图逻辑视图(逻辑视图(Logic View)逻辑视图主要是用来描述系统的功描述系统的功能需求能需求,即系统提供给最终用户最终用户的服务。在逻辑视图中,系统分解成一系列的功能抽象、功能分
10、解与功能分析,这些主要来自问题领域(Problem Definition)。在面向对象技术中,通过抽象、封装、继承,可以用对象模型来代表逻辑视图,可以用类图(Class Diagram)来描述逻辑视图。如下图:构件构件(Components):类、类服务、参数化类、类层次 连接件连接件(Connectors):关联、包含聚集、使用、继承、实例化 开发视图开发视图(Development/Module View)开发视图主要用来描述软件模块描述软件模块的组织与管理的组织与管理(通过程序库或子系统)。服务于软件编程人员编程人员,方便后续的设计与实现。它通过系统输入输出关系的模型图和子系统图来描述。
11、要考虑软件的内部需求:开发的难易程度、重用的可能性,通用性,局限性等等。开发视图的风格通常是层次结构,层次越低,通用性越好(底层库:Java SDK,图像处理软件包)。进程视图进程视图 进程试图侧重系统的运运行特性行特性,关注非功能性的需求(性能,可用性)。服务于系统集成系统集成人员人员,方便后续性能测试。强调并发性、分布性、集成性、鲁棒性(容错)、可扩充性、吞吐量等。定义逻辑视图中的各个类的具体操作是在哪一个线程(Thread)中被执行。物理视图物理视图 物理视图主要描述硬件配置描述硬件配置。服务于系统工系统工程人员程人员,解决系统的拓扑结构、系统安装、通信等问题。主要考虑如何把软件映射到硬
展开阅读全文