2小时初探企业架构TOGAF.ppt

周金根 出品 2011 05 内部培训资料 架构体系 架构开发 架构交付物 认识一种新的职业 差距分析 to do 分析as is 分析to be 项目开发 doing 业务 设计 实现 技术架构 业务架构 战略 企业架构 企业IT的总体规划和设计 可重复 可衡量 新方法 新思想 框架应有的合理结构层次 阶段 步骤 任务和活动 企业架构包含什么内容 企业 架构 企业架构 共同目标 公司或部门 合作伙伴 组件结构 关系 原则和指导 业务架构 IT架构 设计 管理 沟通的工具 企业IT的总体规划和设计 业务架构是把企业的业务战略转化为日常运作的渠道 业务战略决定业务架构 它包括业务的运营模式 流程体系 组织结构 地域分布等内容IT架构指导IT投资和设计决策的IT框架 是建立企业信息系统的综合蓝图 包括数据架构 应用架构和技术架构三部分 使命 愿景 战略 asis tobe 策略 企业架构 执行 文化 产品 流程 人 IT 指标 假使我们各团队是在为一家企业制定IT解决方案 这样行吗 造价全过程项目 如果业务战略为一体化 那么IT战略一定是平台化 这必定影响技术架构 Zachman FEA TOGAF 架构原则 愿景和需求 业务架构 信息架构 技术架构 架构实现 如何开展架构工作 需求管理 预备阶段 A架构愿景 B业务架构 C信息系统架构 D技术架构 E机会及解决方案 F迁移规划 G实施治理 H架构变更管理 架构上下文初始 愿景架构定义业务 信息 技术架构转换规划机会及解决方案 迁移规划架构治理实施 变更 预备阶段 了解业务环境高级管理层的承诺建立原则建立治理结构同意将采取的方法 团队组成目标成熟度级别企业架构师职责企业架构技能要求业务技能和方法要求 更多内容 企业架构 组织角色和技能 A架构愿景 设置范围 限制 期望创建架构愿景验证业务上下文创建架构工作说明书 B业务架构 组织如何满足业务目标企业静态特征业务目标 业务组织结构 业务角色企业动态特征流程 功能 服务 C信息架构 IT系统如何满足企业的业务目标信息以及之间的关系应用系统以及之间的关系 D技术架构 硬件软件通信技术 进行初步实施规划确定主要实施项目决定开发途径外包 COTS 开源代码评估项目依赖性成本 收益分析风险评估 输出符合架构的解决方案 G实施治理 持续的检测和变更管理流程确保架构的变更被管理 H架构变更管理 适应于ADM所有阶段需求的识别 分析和交付差距分析 需求管理 了解业务架构相关的交付物的作用和意义 TOGAF只是一个企业架构框架 是框架就有局限 没有银弹 我们的目标是做出满足客户的产品 不要拘泥于TOGAF本身 重在基于此之上来裁减和扩充适合我们的方法 更多内容 市场需求文档模板 架构的外部输入确定主要问题对产品的初步定位 需要 客户问题 产品问题 技术问题 市场驱动 技术驱动 问题域 方案域 1 2 3 4 需要1 客户问题1 1 产品问题1 1 1 技术问题1 1 1 1 技术问题1 1 1 2 产品问题1 1 1 2 细分市场业务的企业范围组织的使命和业务目的作为后续架构的验证点 更多内容 企业架构 架构原则 作为IT架构决策的依据作为工作指导的遵守准则可在后续开发过程中增加约定 必须共同承诺遵守 更多内容 涉众管理 StakeholderManagement 找出重要角色和用户分析涉众的主要问题制定涉众目标图 目标图需要在后续业务架构中不断验证 权利 利益 更多内容 IBM企业架构方法 CBM介绍 使用矩阵表现方式 描述整个业务概貌 以及重点可协助高层交流IT规划 做产品时 维度选择可以根据需要制定 服务1 服务2 服务3 契约1 价值点 角色 架构愿景的方案概念图突出价值点 角色和服务 企业静态特征之一 明确组织机构和角色与后续动态流程等业务分析有紧密联系 流程是动态可变的 反映组织如何实现企业目标分层次的流程细化工作 建议不超过3级 流程价值所在 其想达到的目标是什么 流程由哪些步骤和任务组成 完整吗 哪些是重要的 流程由什么人或部门参与 有哪些可以自动化来完成 流程用了哪些方法 约束 限制和准则来完成 流程间的协作 同步 条件 决策点 关系有哪些 流程完成所需资源及成本是否能够量化来度量 流程活动执行的前置条件和后继输出 流程是否已经存在旧有系统需要集成 流程级别是否与总体保持一致 流程会变吗 如何随需应变 功能相对流程来说不易改变 表示企业应有的工作职责分层次的功能细化工作 可以按系统 子系统 业务模块 功能模块 功能点来划分最底层的功能点和最底层的流程任务是对应的 流程 功能都可能变 信息最业务的核心内容一个领域模型 考虑信息的抽象 对于重要属性可以表示出来信息集成时的一个重要参考 差距分析是在TOGAF架构开发中普遍使用的一种技术 它可以强调基线架构和目标架构之间的不同之处 可以验证架构 防止遗漏 忽略或还没有定义一个对IT改进比较直观的查看方式差距源可以是业务领域 数据领域 应用和技术 业务领域可以包括 人 流程 工具 信息 度量 财政等 基线架构 1 目标架构 新建 变更 2 2 删除 3 包含 满足什么需要 删除原因 改进点及原因 差距源 产品特征的可配置模型指导产品线工程进行721开发 产品开发 核心资产开发 开发以重用 使用重用来开发 共性业务域 特定产品 配置 通用功能 扩展 新的需求 定制 扩充范围 7 2 1 需求 设计 实现 测试 产品线工件 需求 设计 实现 测试 应用产品工件 更多内容 原型开发 系统化的架构框架 可以保证做到不遗漏重要内容TOGAF框架较为成熟有架构流程 内容框架等作为指导适用于管理软件产品 SAP 金蝶就基于TOGAF制定了自己的扩充但仍有很大的挑战如何确保正确的产出方法中各活动的交付物 并保证传递的有效性对应用中的问题是否有良好的机制进行改善是否逐步制定了完整的checklist组织问题团队对架构总体框架和具体开展的一致性组织是否保持良好而频繁的沟通组织是否有充足的时间和精力放在架构方法的学习 实践和