01系统架构概述

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
• 系统架构师的目的: 对系统的重用、扩展、安全、性能、伸缩性、简洁等做系统级的把
握。
• 系统架构师能力要求: 1、系统架构相关的知识和经验。 2、很强的自学能力、分析能力、解决问题的能力。 3、写作、沟通表达、培训。
15
◇软件架构师
架构师这个称呼不是拍脑袋想出来的,是有国际标准(ISO/IEC 42010)可查的。架构师是软件开发活动中的众多角色之一,它可 能是一个人、一个小组,也可能是一个团队。微软对架构师有一个 分类参考,我们参考一下,他们把架构师分为4种:企业架构师 EA(Enterprise Architect)、 基 础 结 构 架 构 师 IA(Infrastructure Architect)、特定技术架构TSA(Technology-Specific Architect)和 解决方案架构师SA (Solution Architect)。
18
软件架构师的思维方式
• 风险管理意识 – 采用成功经验、避免不应有的风险
• 多方位的开放思维 – 多维度、多方向、包容性、避免排他性 – 分析、质疑、抽象、归纳 – 没有绝对好的架构设计,只有相对优秀的方案
19
一、系统架构概述
(一)开发过程与项目周期 (二)系统架构与架构师
(三)系统架构师在项目组中的角色定位
17
系统架构师的思维方式
• 基于框架的思维 – 架构设计的层次(Enterprise, Application, etc) – IT 的生命周期(What, Why, Where, How, When, etc) – 成功经验以及方法论的指导
• 合理把握技术细节 – 把握各个层次应有的内容 – 合理忽略不应有的技术细节
说明问题:?
系统架构的定义
Bass, Celments, and Kazman Software Architecture in Practice, Addison-Wesley 2003
“一个程序或计算系统的软件构架是指该系统的一个 或多个结构,它由软件组件,这些组件的外部可见特性 以及这些元素之间的关系组成。”
软件系统架构实践
中国信息化培训中心
课程目录
一、系统架构概述
二、系统架构之三分过程 三、系统架构之四入策略 四、系统架构之六大战术 五、系统架构之案例探究 六、系统架构之评估体系 七、系统架构师成长之路
一、系统架构概述
(一)开发过程与项目周期
(二)系统架构与架构师 (三)系统架构师在项目组中的角色定位 (四)架构师认证概述 (五)架构设计体系介绍
物联网架构---层次模型
45
◇软件架构师——理解误区
3、架构师从来不写代码 这是一个尚存争论的问题。目前有两种观点: 观点1:架构师不写代码,写代码纯体力活,架构 师写代码大材小用。架构师把UML的各种视图交 给开发人员,如果有不明确的地方,可以与架构师 随时沟通。 观点2:架构师本来自于程序员,只是比程序员站 的层面更高,比程序员唯一多的是经验和知识,所 以架构师也免不了写代码。
企业架构框架---架构内容框架
39
企业架构框架(TOGAF)
企业架构框架---应用示例
40
企业架构框架(TOGAF)
企业架构框架---应用示例
41
云计算体系架构设计
云计算架构---三层架构模型
42
云计算体系架构设计
云计算架构---应用视图
43
物联网体系架构设计
物联网架构---层次模型
44
物联网体系架构设计
• CMU/SEI SEI在软件架构师方面的认证包括三个职位,分别是软件架构师、
ATAM评估师和ATAM主任评估师。这些认证都需要学习2年的课程。
• iCMG 对软件Biblioteka Baidu构师的认证强调7个层次的课程学习,全国计算机技术
与软件专业技术资格(水平)考试中设立系统架构设计师级别的认证考试。
26
一、系统架构概述
一、系统架构概述
(一)开发过程与项目周期 (二)系统架构与架构师 (三)系统架构师在项目组中的角色定位
(四)架构师认证概述
(五)架构设计体系介绍
系统架构师认证考试
• UC Irvine 在UC Irvine的软件架构师认证计划中的C级证书需要15个单元的课
程学习,UC Irvine的软件架构师认证要求学员具有业务系统建模,决定 用户需求,评价业务过程的能力,掌握项目管理技术。
28
美军国防部体系结构设计(DoDAF)
三视图:作战体系结构视图,系统体系结构视图,技术体系结构视图
29
美军国防部体系结构设计(DoDAF)
30
流程管理架构方法(BPM)
31
流程管理架构方法(BPM)
面向价值增值建模---纵向
32
流程管理架构方法(BPM)
面向价值增值建模---横向
33
流程管理架构方法(BPM)
(一)开发过程与项目周期 (二)系统架构与架构师 (三)系统架构师在项目组中的角色定位 (四)架构师认证概述
(五)架构设计体系介绍
美军国防部体系结构设计(DoDAF)
1. 提供了跨越国防部的联合或联军的信息系统 互联互通; 2. 是向网络中心战迁移的过渡版本、接纳SOA; 3. DoDAF分三部分:体系结构概念、体系描 述、体系结构数据的治理。 4. 强调体系结构数据而非产品,核心体系结构 数据模型(CADM); 5. 国防部体系结构(DODAF)的演化(过去的、 现在的以网络为中心、将来的以数据为中心)
项目生命期及软件生命周期模型
➢项目生命期
确定需求 项目论证
进度安排 成本预算
项目选择
验收标准
项目设计 项目开发 项目测试 项目控制
启动阶段
计划阶段
实施阶段
新的项目设想
项目评估 项目总结
收尾阶段
项目生命期及软件生命周期模型
瀑布生命周期模型 – 可行性分析与计划 – 需求分析 – 系统设计 – 系统编码 – 测试 – 运行维护
(四)架构师认证概述 (五)架构设计体系介绍
系统架构师与项目经理关系与区别
• 项目经理是指对项目控制/管理,关注项目本身的进度、质 量、分配、调动、协调,管理好人、财、物等资源的负责人。 项目经理还必须能够应付开发过程中大量的偶发事件和杂务。
• 在一个项目中,推动项目技术发展的是系统构架师。在技术 方面,项目经理(项目管理师)配合系统构架师并提供各个 方面的支持,其主要职责是与内外部沟通和管理资源(包括 人),系统构架师则要负责提出系统的总体构架,并给出开 发指导。
外部可见特性指其他元素对该元素所做的各种假设 构架定义了软件元素 系统可能而且确实由多个结构组成
系统架构
系统架构师的定位
• 系统架构师的职责: 1、理解系统的业务需求,制定系统的整体框架(包括:技术框架和
业务框架) 2、对系统框架相关技术和业务进行培训,指导开发人员开发。并解
决系统开发、运行中出现的各种问题。
系统架构师在干什么?
• 思考、思考、再思考 – 深入理解、准确把握建设的业务需求 – 分析所有可见的问题、障碍、风险 – 充分参考已有的成功方案,降低风险
• 交流、讨论、博弈、质疑 – 对构思中的方案不断提出质疑,避免漏洞 – 广泛听取各层面的意见,开拓思路 – 反复质疑、逐步完善已有的设计构思
• 在动手实现之前,验证设计方案的正确性
面向价值增值建模---环向
34
流程管理架构方法(BPM)
面向价值增值建模---成熟度模型
35
企业架构框架(TOGAF)
企业架构框架---主要组成
36
企业架构框架(TOGAF)
企业架构框架---架构开发方法(AMD)
37
企业架构框架(TOGAF)
企业架构框架---交互产物
38
企业架构框架(TOGAF)
项目生命期及软件生命周期模型
螺旋 生命 周期 模型
项目生命期及软件生命周期模型
增量生命周期模型
一、系统架构概述
(一)开发过程与项目周期
(二)系统架构与架构师
(三)系统架构师在项目组中的角色定位 (四)架构师认证概述 (五)架构设计体系介绍
◇软件系统构架
起因:17世纪20年代,瑞典和波兰交战。瑞典国王下令建 造巨型战舰—瓦萨战舰。 要求:舰长70m,载员300人,两层甲板装载64门重炮 设计师:henrik大师 考虑因素:工期、性能、功能、安全性、可靠性、造价等。 实现方法:先按单层炮舰设计,再扩充为双层。 结果:试航礼炮未放完,离岸10多分钟就翻入水中沉没了。 分析原因:比例严重失调(构架存在问题)
21
系统架构师与系统分析师关系与区别
• 系统分析师(system analyst)是在系统开发中进行业务 需求分析、系统需求分析、可行性分析、业务建模和指导 项目开发的人。其工作特点是与行业专家、用户沟通,及 时与项目经理(项目管理师)、软件架构师协商,分析项 目具备的特点、成本、风险等,考虑实现的模型。
• 系统分析师对业务系统进行分析、建模,他的任务、目标 是明确的。系统架构师协同系统分析师的工作,建议系统 分析师按什么标准,什么工具,什么模式,什么技术去思 考系统。同时,系统架构师应该对系统分析师所提出的问 题,碰到的难题及时地提出解决的方法。
22
◇软件架构师——理解误区
1、架构师就是项目经理 架构师不是项目经理。项目经理侧重于预算控制、 时间进度控制、人员管理、与外部联系和协调等等 工作,具备管理职能。一般小型项目中,常见项目 经理兼架构师。 2、架构师负责需求分析 架构师不是需求分析员。需求分析人员的工作是收 集需求和分析需求,并与最终用户、产品经理保持 联系。架构师只对最终的需求审核和确认,提出需 求不清和不完整的部分,他会跟需求分析员时刻保 持联系。架构师是技术专家,不是业务专家。
相关文档
最新文档