栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > 架构设计

最全架构设计实践方法论(一)

架构设计 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

最全架构设计实践方法论(一)

1.企业战略到IT战略设计
企业战略到IT战略设计(3个战略):

  • 企业战略->业务战略执行->依赖IT战略支撑

2.企业架构中心思想-togaf
 

  1. 企业信息化模式

    企业信息化模式=战略牵引(找定位)

                                 +架构为纲(找路线)
                                 +需求为准(找输入)

                                +项管为法(找手段)

                                +无缝运维(找 品质)

                                +治理全程

  2. TOGAF框架内容
  3. IT规划内容
     架构战略定位—>服务股东管理层—>投资回报价值
    架构构成定义(业务架构、应用架构、数据架构、技术架构)
    架构迁移定义
    架构管控的定义
  4. 架构存储库
  5. 架构原则
     架构原则看总则
     总则:
   1.投资回报
   2.愿景明确
   3.统一应用标准
   4.统一业务标准
   4.统一数据标准
   5.统一技术标准
   6.统一管控标准
   7.随需应变

    应用架构关注IT的3大职责:1.功能分配;2.集成交换标准;服务总线协同;
    应用架构原则:
 1.统一设计原则
 2.功能重用原则
 3.应用柔性原则:服务总线
 4.应用安全性原则

    业务架构关注:流程、组织、意识的重构与效率、效果、效益、需求
    业务架构原则:
 1.战略契合原则
 2.流程重构原则
 3.业务连续原则
 4.业务合规原则

    数据架构关注:数据的标准、数据的分布、数据的管理、数据的流向
    数据架构原则:
 1.数据资产化原则
 2.数据共享原则
 3.数据可用性原则
 4.数据认责原则
 5.数据标准化原则
 6.数据安全性原则

    技术架构关注:共性内容、基础需求,建设成服务
    技术架构原则:
1.集约化、低成本建设原则
2.标准化原则
3.互操作原则
4.使用成熟技术原则
5.快速响应原则
6.服务等级原则
7.灾备原则

    架构治理(COBIT)4大手段:
1.IT项目管理—>注重建设过程—>采用scrum敏捷管理

                                                     2.IS架构审计—>第三方发现

                                                     3.IT架构监理—>直接检查
                                                     
4.IT服务管理—>注重IT运维—>devops k8s docker  阿里云、亚马逊云
    架构管控原则:
    1.统一架构
    2.统一管控
    3.架构遵从
    4.架构收敛原则
    5.融合共享原则
    6.SOA原则
  6. TOGAF最佳架构经验

    预备出定位,愿景出原则,需求出细节
    架构无止境,需求出效益
    共识优先,整体优先
    企业架构以IT架构为支撑,以业务架构为导向
    企业架构=找需求(战略)+怎么做(ADM)
    架构设计=企业架构设计+系统架构设计
    架构方法ADM:一备一中心,八步一方法
    需求分析法:业务场景分析法
    需求经常目录化,标准关联矩阵化,视图描绘架构化
    万般需求皆业务,万般业务皆流程
    迁移=目标架构-基线架构
    架构迁移以需求为准,计划为纲
    业务架构:关注业务流程组织(BPM/EA/SOA);
      应用架构:应用的组合关注集成交换;(微服务/ESB)
      技术架构:关注公共性、基础性;(组件化、服务化)
    架构路线图:以列表方式,显示项目优先级别,时间先后顺序。
    裁剪求定制适用
    组织模型看能力
    架构原则看总则
    业务要求定需求
    架构存储库保重用
    架构工具做支撑
    个工作说明定愿景
    架构愿景找共识
    干系人管理求参与
    沟通计划保效果
    转换评估看接受
    能力评估看产出
    风险管理看残留
    架构定义做评审
    需求规格保细化
    路线判定保优先
    业务场景看含混(业务问题)
    差距分析看增量
    架构视点为关注(视点是架构定义依据)
    架构视图应互补
    架构构件块是重用
    解决方案构件块保选型
    能力规划是分工
    迁移技术排顺序
    迁移计划展优先
    过渡架构分增量
    实施治理找偏差(架构合规检查单)
    架构契约应适用(根据项目定制、架构合规检查单)
    变更管理应预防(及早变更)
    合规评估是治理
    需求影响评估(需求管理中需求变更的事情如何处理)
    业务架构设计总则:一步定清单(多级)二步定流程(IPO模型)三步定组件(活动定义,已有活动、新活动)
    应用架构设计总则:一步汇总做分割   二步分划定应用 三步组件做归约
    数据架构总则:统一管控(完整、保密、一致、可用);统一模型(挖掘过程、业务架构中存、应用架构有)

     
  7. 企业应用框架TOGAF的使用方法
    以意识为出发点,以方法为指南,以项目为载体。
  8. 架构工具

    archimate/EA/UML
  9. 架构开发方法ADM
  10. 企业架构师、应用架构师、IT架构师、业务架构区别


     企业架构师绘蓝图,定标准,定原则,定愿景。应用架构师输出解决方案;IT架构师输出技术架构;业务架构师输出业务架构。
    企业架构含n个解决方案,解决方案由n个系统(应用)组成,    IT技术架构实现应用。

3.技术架构设计
。。。。。。

4.数据建模-(概念、逻辑、物理)
。。。。

5.拆解问题的能力:咨询思维工具

。。。。。

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/909332.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号