[ 数据架构 ]MIKE2.0方法 : 一种信息开发的开源方法

简介: [ 数据架构 ]MIKE2.0方法 : 一种信息开发的开源方法

MIKE2.0方法 : 一种信息开发的开源方法

MIKE2.0是什么?

  • MIKE代表集成知识环境的方法
  • MIKE2 0是我们的综合方法MIKE2.0是我们企业信息管理的综合方法
  • MIKE2.0集合了围绕开源和Web 2.0的重要概念
  • MIKE2.0的开源版本可以在http://www.openmethodologology.org找到

MIKE2.0中的关键结构

  • SAFE(联邦企业的战略架构)是MIKE2.0方法的未来框架的架构框架
  • 信息开发是MIKE2.0的关键概念结构——像开发应用程序一样开发信息

MIKE2.0提供全面的现代方法

  • 范围涵盖企业信息管理,但详细介绍了用于更多战术项目的领域
  • 从战略概念层面开始的架构驱动方法开始, 进一步到解决方案架构
  • 覆盖数据治理,架构和战略信息管理的全面的方法

MIKE2.0提供了一种用于信息开发的协作开源方法

  • 通过易于浏览和理解的方法平衡添加新内容和稳定发布
  • 允许非其他用户贡献
  • 独特的方法,我们希望在信息开发的新领域成为这个“标准”

MIKE2.0方法:阶段概述,MIKE2.0的5个阶段


  • 第一阶段: 业务评估
  • 第二阶段:技术评估
  • 第三阶段:第一个迭代 :

路线图和基础活动->设计->开发->部署->运营

  • 第四阶段:第一个迭代 :

路线图和基础活动->设计->开发->部署->运营

  • 第五阶段:第一个迭代 :

路线图和基础活动->设计->开发->部署->运营

MIKE2.0方法:EDM策略的活动和典型时间框架


MIKE2.0方法论:任务概述,任务1.4.3评估信息成熟度


MIKE2.0方法论:任务概述,任务1.4.3评估信息成熟度

以下显示的是信息成熟度(IM)QuickScan的示例输出。 IM QuickScan用作评估企业级组织中数据治理级别的第一步。


MIKE2.0方法论:任务概述,任务1.5.10高级解决方案体系结构选项


MIKE2.0方法论:任务概述,任务1.5.10高级解决方案体系架构选项

下面显示的是高级解决方案体系结构选项的示例输出,这些选项将用于此任务。通常,会有一些带有支持文本的体系结构模型。


这个提议的解决方案包括三个可行的选择:

使用供应商模型作为集成操作数据存储的基本逻辑数据模型,通过map- gap练习来完成模型。这个模型与已经在组织范围内采用的现有数据分类/分类模型紧密一致.

开发和构建混合数据模型,该模型由组织内部现有系统中使用的现有数据模型组成。这些基本模型需要与企业应用程序中当前使用的其他模型进行补充和集成.

基于现有的 已经在组织范围内被采用,并且有一套明确的用户需求的数据分类/分类模型,为其内部开发和构建逻辑的、规范化的数据模型.

定义高级解决方案体系结构只是整个体系结构方法的一部分


  1. 如果需要对当前状态和远景进行初步评估,则修改总体体系结构模型
  2. 指导原则的定义
  3. 创建战略概念体系结构
  4. 定义高级解决方案体系结构选项
  5. 收集集成和信息的战略需求
  6. 逻辑体系结构的定义,以理解产品需要什么功能
  7. 将逻辑架构映射到物理架构以选择供应商
  8. 收集详细的业务需求
  9. 解决方案体系结构定义/修订
  10. 技术和实现体系结构

战略性业务和技术体系结构活动只执行一次,对于每个交付增量都执行更详细的活动.

任务概述:任务概述,任务2.2.2定义基础设施的基础功能


下面是来自QuickScan技术的示例输出。技术快速扫描是一个简单的模型,可以作为定义跨技术背板的战略能力的起点。然后,可以将这些战略能力用于活动2.6中的供应商选择过程.


任务概述:任务概述,任务2.11.3定义能力部署时间表




定义EDM策略,经验教训

定义一个可以执行的策略

  • 如果需要,推出一个大规模的自顶向下与自底向上策略(狭窄和详细)
  • 使自下而上活动快速赢得和快速ROI:数据质量和元数据管理通常是最好的机会
  • 在整个项目计划中总是定义战术战略与重构和持续改进的计划

设计一个对企业来说既灵活又有意义的策略

  • 期望业务需求变化——提供一个基础设施来处理动态业务
  • 知道你在每个实现的增量风险区域——专注于基础活动
  • 注意技术锁定和知道成本并知道出去“退出”的成本——使用一个开放的方法
  • 突破遗留技术的限制因素——这是杀鸡儆猴的机会

让业务参与

  • 将技术背板功能“放在首位”,同时设计战略,从一开始就提供有意义的商业价值,否则您将在几个月内失去兴趣和关键员工
  • 持续沟通战略中定义的计划方法 - 整体蓝图是计划生命周期的沟通文件
  • 与用户密切合作,了解他们的数据价值,而不仅仅是系统功能 - 设计一种真正以应有的关注处理数据的方法
相关文章
|
6天前
|
消息中间件 存储 缓存
十万订单每秒热点数据架构优化实践深度解析
【11月更文挑战第20天】随着互联网技术的飞速发展,电子商务平台在高峰时段需要处理海量订单,这对系统的性能、稳定性和扩展性提出了极高的要求。尤其是在“双十一”、“618”等大型促销活动中,每秒需要处理数万甚至数十万笔订单,这对系统的热点数据处理能力构成了严峻挑战。本文将深入探讨如何优化架构以应对每秒十万订单级别的热点数据处理,从历史背景、功能点、业务场景、底层原理以及使用Java模拟示例等多个维度进行剖析。
27 8
|
8天前
|
存储 分布式计算 数据挖掘
数据架构 ODPS 是什么?
数据架构 ODPS 是什么?
64 7
|
8天前
|
数据采集 搜索推荐 数据管理
数据架构 CDP 是什么?
数据架构 CDP 是什么?
31 2
|
18天前
|
API 持续交付 开发者
后端开发中的微服务架构实践与挑战
在数字化时代,后端服务的构建和管理变得日益复杂。本文将深入探讨微服务架构在后端开发中的应用,分析其在提高系统可扩展性、灵活性和可维护性方面的优势,同时讨论实施微服务时面临的挑战,如服务拆分、数据一致性和部署复杂性等。通过实际案例分析,本文旨在为开发者提供微服务架构的实用见解和解决策略。
|
2天前
|
消息中间件 监控 持续交付
后端开发中的微服务架构设计与实践####
在当今快速发展的软件开发领域,微服务架构已成为构建高效、可扩展和易于维护应用的关键策略。本文将深入探讨微服务架构的核心概念、设计原则与实战技巧,通过实例解析如何在后端开发中有效实施微服务,以应对复杂业务需求和技术挑战。我们将从微服务的拆分策略、通信机制、数据管理到持续集成/持续部署(CI/CD)流程,全面剖析其背后的技术细节与最佳实践,为读者提供一份详尽的微服务架构设计与实践指南。 ####
|
18天前
|
存储 SQL Apache
Apache Doris 开源最顶级基于MPP架构的高性能实时分析数据库
Apache Doris 是一个基于 MPP 架构的高性能实时分析数据库,以其极高的速度和易用性著称。它支持高并发点查询和复杂分析场景,适用于报表分析、即席查询、数据仓库和数据湖查询加速等。最新发布的 2.0.2 版本在性能、稳定性和多租户支持方面有显著提升。社区活跃,已广泛应用于电商、广告、用户行为分析等领域。
Apache Doris 开源最顶级基于MPP架构的高性能实时分析数据库
|
12天前
|
监控 API 持续交付
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在后端开发中的应用,分析了其优势、面临的挑战以及最佳实践策略。不同于传统的单体应用,微服务通过细粒度的服务划分促进了系统的可维护性、可扩展性和敏捷性。文章首先概述了微服务的核心概念及其与传统架构的区别,随后详细阐述了构建微服务时需考虑的关键技术要素,如服务发现、API网关、容器化部署及持续集成/持续部署(CI/CD)流程。此外,还讨论了微服务实施过程中常见的问题,如服务间通信复杂度增加、数据一致性保障等,并提供了相应的解决方案和优化建议。总之,本文旨在为开发者提供一份关于如何在现代后端系统中有效采用和优化微服务架构的实用指南。 ####
|
14天前
|
消息中间件 设计模式 运维
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在现代后端开发中的应用,通过实际案例分析,揭示了其在提升系统灵活性、可扩展性及促进技术创新方面的显著优势。同时,文章也未回避微服务实施过程中面临的挑战,如服务间通信复杂性、数据一致性保障及部署运维难度增加等问题,并基于实践经验提出了一系列应对策略,为开发者在构建高效、稳定的微服务平台时提供有价值的参考。 ####
|
14天前
|
消息中间件 监控 数据管理
后端开发中的微服务架构实践与挑战####
【10月更文挑战第29天】 在当今快速发展的软件开发领域,微服务架构已成为构建高效、可扩展和易于维护应用程序的首选方案。本文探讨了微服务架构的核心概念、实施策略以及面临的主要挑战,旨在为开发者提供一份实用的指南,帮助他们在项目中成功应用微服务架构。通过具体案例分析,我们将深入了解如何克服服务划分、数据管理、通信机制等关键问题,以实现系统的高可用性和高性能。 --- ###
38 2
|
24天前
|
缓存 运维 监控
后端开发中的微服务架构实践与挑战#### 一、
【10月更文挑战第22天】 本文探讨了微服务架构在后端开发中的应用实践,深入剖析了其核心优势、常见挑战及应对策略。传统后端架构难以满足快速迭代与高可用性需求,而微服务通过服务拆分与独立部署,显著提升了系统的灵活性和可维护性。文章指出,实施微服务需关注服务划分的合理性、通信机制的选择及数据一致性等问题。以电商系统为例,详细阐述了微服务改造过程,包括用户、订单、商品等服务的拆分与交互。最终强调,微服务虽优势明显,但落地需谨慎规划,持续优化。 #### 二、
下一篇
无影云桌面