网站大量收购闲置独家精品文档,联系QQ:2885784924

附录:TOGAF9 标准授课笔记.docxVIP

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

1.八素七分(念法技导型连考能)技导合一第三章

2.TOGAF主流的原因一个来源(Zachmen)、两个扩展(FEA、DODAF)、两个指导(SOA、安全架构)

3.TOGAF四个行为(接受、创建、使用、维护)、三种文化

(迭代、最佳实践、重用)

4.企业架构(IT)=IT战略-IT项目

5.传统业务战略与IT战略的关系问题:种子现象、油水分离现象

6.框架为通用、定制为应用、迭代为完善、重用为质保

7.四种类型:业务架构看流程、应用架构看交互、数据架构看统一、技术架构看共享。

8.业务架构:万般业务皆流程、业务无止境流程出效益、流程决定业务的价值目标、流程决定业务组织机构。IPOGR:流程本身就是IPO、G:价值目标、R:角色组织结构。

9.应用架构:开放互联标准化、协同访问总线化

10.?数据架构:数据描述统一化、数据管控统一化

11.?技术架构:共性的业务成为变成业务平台、共性应用内容成为应用平台、共性数据内容成为数据平台。当前时

态下,技术架构正在走私有云的道路。建平台、定标准、成体系。

12.?企业架构应坚持业务需求为准、业务能力为出

13.?从业务需求为准角度,企业架构可以分为两种形式:打静靶、打动靶

14.?ADM方法:一备(预备定支持-接受)、一中心(需求管理:需求为准做登记、能力导向做验证)、八步一方法(A步定愿景、B步定业务、C步定信息/数据与系统/应用、D步定技术;E步定机会与方案、F步定迁移、G步定治理、H步架构变更)

15.?迭代本质找爹原则

16.?数据架构元模型:一看异构找同构、二看本质定模型、三看将来找支持。

17.?基线架构:现在架构的状态与内容总称

18.?目标架构:未来架构的状态与内容总称

19.?差距分析:目标架构-基线架构

20.?自上而下(有IT战略)、自下而上(没有IT战略)

21.?项目群:IT战略已经指定+架构差距综合分析

22.项目群排定成迁移机会:三个层次基础层、表现层、扩展层;应得到资源投资平衡、逻辑依赖合理、完工概率较大、循序渐进价值增量

23.?架构治理:一个主体是治理小组(委员会)、一个目的找偏差、一个行为是合规检查、一个依据检查单

24.业务需求管理:深则专、浅则散

25.32个最佳架构实践技术

[D1]裁剪求定制适用

[D2]组织模型看能力

[D3]架构原则看总则

[D4]业务要求定需求

[D5]架构存储库保重用

[D6]架构工具做支持

[D7]架构请求为正事

[D8]工作说明定愿景

[D9]架构愿景找共识

[D10]干系人管理求参与

[D11]沟通计划保效果

[D12]转换评估看接受

[D13]能力评估看产出

[D14]风险管理看残留

[D15]架构定义做评审

[D16]需求规格保细化

[D17]路线判定保优先

[D18]业务场景看含混(业务问题)

[D1]裁剪求定制适用

[D2]组织模型看能力

[D3]架构原则看总则

[D4]业务要求定需求

[D5]架构存储库保重用

[D6]架构工具做支持

[D7]架构请求为正事

[D8]工作说明定愿景

[D9]架构愿景找共识

[D10]干系人管理求参与

[D11]沟通计划保效果

[D12]转换评估看接受

[D13]能力评估看产出

[D14]风险管理看残留

[D15]架构定义做评审

[D16]需求规格保细化

[D17]路线判定保优先

[D18]业务场景看含混(业务问题)

[D19]差距分析看增量差距分析看增量

[D20]架构视点为关注(视点是架构定义依据)架构视点为关注(视点是架构定义依据)

[D21]架构视图应互补架构视图应互补

[D22]架构构建块是重用架构构建块是重用

[D23]解决方案构建块保选型解决方案构建块保选型

[D24]能力规划是分工能力规划是分工

[D25]迁移技术排顺序迁移技术排顺序

[D26]迁移计划展优先迁移计划展优先

[D27]过渡架构分增量过渡架构分增量

[D28]实施治理找偏差(架构合规检查单)实施治理找偏差(架构合规检查单)

[D29]架构契约应适用(根据项目定制、架构合规检查单)架构契约应适用(根据项目定制、架构合规检查单)

[D30]变更管理应预防(及早变更)变更管理应预防(及早变更)

[D31]合规评估是治理合规评估是治理

[D32]需求影响评估(需求管理中需求变更的事情如何处需求影响评估(需求管理中需求变更的事情如何处

理)

26.IT战略含混影响IT项目实施

27.项目实施缺乏指导,靠自上而下收集需求做项目,业务部门没有明确责任。

28.

您可能关注的文档

文档评论(0)

IT老瓜哥 + 关注
实名认证
文档贡献者

一个爱好体育,喜欢NBA的IT行业从业者。

1亿VIP精品文档

相关文档