小时初探企业架构ppt课件.pptx

上传人:牧羊曲112 文档编号:1735157 上传时间:2022-12-16 格式:PPTX 页数:55 大小:5.95MB
返回 下载 相关 举报
小时初探企业架构ppt课件.pptx_第1页
第1页 / 共55页
小时初探企业架构ppt课件.pptx_第2页
第2页 / 共55页
小时初探企业架构ppt课件.pptx_第3页
第3页 / 共55页
小时初探企业架构ppt课件.pptx_第4页
第4页 / 共55页
小时初探企业架构ppt课件.pptx_第5页
第5页 / 共55页
点击查看更多>>
资源描述

《小时初探企业架构ppt课件.pptx》由会员分享,可在线阅读,更多相关《小时初探企业架构ppt课件.pptx(55页珍藏版)》请在三一办公上搜索。

1、【周金根】出品,2011-05,内部培训资料,架构体系,架构开发,架构交付物,认识一种新的职业,差距分析(to-do),分析as-is,分析to-be,项目开发(doing),业务,设计,实现,技术架构,业务架构,战略,企业架构,企业IT的总体规划和设计,可重复,可衡量,新方法,新思想,框架应有的合理结构层次:阶段、步骤、任务和活动,企业架构包含什么内容?,企业,架构,+,企业架构,=,共同目标,公司或部门,合作伙伴,组件结构,关系,原则和指导,业务架构 + IT架构,设计、管理、沟通的工具,企业IT的总体规划和设计,业务架构是把企业的业务战略转化为日常运作的渠道,业务战略决定业务架构,它包括

2、业务的运营模式、流程体系、组织结构、地域分布等内容 IT 架构指导 IT 投资和设计决策的 IT 框架,是建立企业信息系统的综合蓝图,包括数据架构、应用架构和技术架构三部分。,使命,愿景,战略,as is,to be,策略,企业架构,执行,文化,产品,流程,人,IT,指标,假使我们各团队是在为一家企业制定IT解决方案,这样行吗?,造价全过程项目,如果业务战略为一体化,那么IT战略一定是平台化,这必定影响技术架构,Zachman,FEA,TOGAF,架构原则、愿景和需求,业务架构,信息架构,技术架构,架构实现,如何开展架构工作?,需求管理,预备阶段,A架构愿景,B业务架构,C信息系统架构,D技术

3、架构,E机会及解决方案,F迁移规划,G实施治理,H架构变更管理,架构上下文初始、愿景 架构定义业务、信息、技术架构 转换规划机会及解决方案、迁移规划 架构治理实施、变更,预备阶段,了解业务环境高级管理层的承诺建立原则建立治理结构同意将采取的方法,团队组成目标成熟度级别企业架构师职责企业架构技能要求业务技能和方法要求,更多内容:企业架构 组织角色和技能,A架构愿景,设置范围、限制、期望创建架构愿景验证业务上下文创建架构工作说明书,B业务架构,组织如何满足业务目标企业静态特征业务目标、业务组织结构、业务角色企业动态特征流程、功能、服务,C信息架构,IT系统如何满足企业的业务目标信息以及之间的关系应

4、用系统以及之间的关系,D技术架构,硬件软件通信技术,进行初步实施规划确定主要实施项目决定开发途径外包、COTS、开源代码评估项目依赖性成本/收益分析风险评估,输出符合架构的解决方案,G实施治理,持续的检测和变更管理流程确保架构的变更被管理,H架构变更管理,适应于ADM所有阶段需求的识别、分析和交付差距分析,需求管理,了解业务架构相关的交付物的作用和意义,TOGAF只是一个企业架构框架,是框架就有局限,,没有银弹,,我们的目标是做出满足客户的产品,,不要拘泥于TOGAF本身,重在基于此之上来裁减和扩充适合我们的方法,更多内容:市场需求文档模板,架构的外部输入确定主要问题对产品的初步定位,需要,客

5、户问题,产品问题,技术问题,市场驱动,技术驱动,问题域,方案域,1,2,3,4,需要1,客户问题1.1,产品问题1.1.1,技术问题1.1.1.1,技术问题1.1.1.2,产品问题1.1.1.2,细分市场业务的企业范围组织的使命和业务目的作为后续架构的验证点,更多内容:企业架构 架构原则,作为IT架构决策的依据作为工作指导的遵守准则可在后续开发过程中增加约定,必须共同承诺遵守,更多内容:涉众管理(Stakeholder Management),找出重要角色和用户分析涉众的主要问题制定涉众目标图,目标图需要在后续业务架构中不断验证,权利,利益,更多内容: IBM企业架构方法CBM介绍,使用矩阵表

6、现方式,描述整个业务概貌,以及重点可协助高层交流IT规划,做产品时,维度选择可以根据需要制定,服务1,服务2,服务3,契约1,价值点,角色,架构愿景的方案概念图突出价值点、角色和服务,企业静态特征之一,明确组织机构和角色与后续动态流程等业务分析有紧密联系,流程是动态可变的,反映组织如何实现企业目标分层次的流程细化工作,建议不超过3级,流程价值所在,其想达到的目标是什么?流程由哪些步骤和任务组成?完整吗? 哪些是重要的?流程由什么人或部门参与?有哪些可以自动化来完成? 流程用了哪些方法、约束、限制和准则来完成? 流程间的协作(同步、条件、决策点)关系有哪些?流程完成所需资源及成本是否能够量化来度

7、量? 流程活动执行的前置条件和后继输出? 流程是否已经存在旧有系统需要集成? 流程级别是否与总体保持一致?流程会变吗?如何随需应变?,功能相对流程来说不易改变,表示企业应有的工作职责分层次的功能细化工作,可以按系统、子系统、业务模块、功能模块、功能点来划分最底层的功能点和最底层的流程任务是对应的,流程、功能都可能变,信息最业务的核心内容一个领域模型,考虑信息的抽象,对于重要属性可以表示出来信息集成时的一个重要参考,差距分析是在TOGAF架构开发中普遍使用的一种技术,它可以强调基线架构和目标架构之间的不同之处,可以验证架构,防止遗漏、忽略或还没有定义一个对IT改进比较直观的查看方式差距源可以是业

8、务领域、数据领域、应用和技术。业务领域可以包括:人、流程、工具、信息、度量、财政等,基线架构,1,目标架构,新建/变更,2,2,删除,3,包含,满足什么需要,删除原因,改进点及原因,差距源,产品特征的可配置模型指导产品线工程进行721开发,产品开发,核心资产开发,开发以重用,使用重用来开发,共性业务域,特定产品,配置,通用功能,扩展,新的需求,定制,扩充范围,7,2,1,需求,设计,实现,测试,产品线工件,需求,设计,实现,测试,应用产品工件,更多内容:原型开发,系统化的架构框架,可以保证做到不遗漏重要内容TOGAF框架较为成熟有架构流程、内容框架等作为指导适用于管理软件产品,SAP、金蝶就基于TOGAF制定了自己的扩充但仍有很大的挑战如何确保正确的产出方法中各活动的交付物,并保证传递的有效性对应用中的问题是否有良好的机制进行改善是否逐步制定了完整的checklist组织问题团队对架构总体框架和具体开展的一致性组织是否保持良好而频繁的沟通组织是否有充足的时间和精力放在架构方法的学习、实践和总结完善上软件产品线工程和业务自身的复杂性,对方法论的态度:不排斥、不迷恋,积极尝试,为我所用,谢谢!,寻找快乐、高效、平衡的生活,适合在校大学生、初中级职业人,敏捷个人 - 认识自我,管理自我,周金根敏捷个人新浪微群,推荐:你可能需要的在线电子书,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号