信息架构和零代码应用搭建

最新推荐文章于 2024-05-16 10:19:13 发布

VIP文章明道云创始人任向晖

最新推荐文章于 2024-05-16 10:19:13 发布

阅读量618

点赞数

文章标签：大数据人工智能 xhtml 编程语言 bluetooth

本文链接：https://blog.csdn.net/weixin_41676352/article/details/112256164

版权

文/明道云创始人任向晖

本文来自即将出版的《零代码企业应用搭建指南》中的关键章节，指导用户进行相对复杂应用的前期信息架构工作。

零代码平台赋能了业务开发者，让他们可以不写代码就能完成应用实现。但是企业应用设计和开发毕竟是一个复杂过程，对于大多数用户来说，即兴创作是很难的。对于比较复杂的应用搭建需求，它依然需要一个完善的分析和计划的过程。

在企业信息系统建设过程中，开发和实施前都离不开架构设计工作，对于复杂的系统，信息架构所花的工作时间比例更高。而且，信息架构是一个长期过程，它不仅服务于具体业务系统开发和实施的需求，还包括中长期规划和服务于应用的迭代与迁移需求。

本章重点介绍企业信息架构（Enterprise Architect）的一般方法，以及如何简化它们来服务零代码应用搭建的过程。

企业信息架构的一般方法

从上世纪七八十年代开始，企业信息架构就开始成为一个专业领域，形成了一整套方法论。这些方法论围绕复杂组织的信息系统建设提供了抽象的思维框架和计划工具，它们虽然大多来自军工、航天和政府需求，但经过整合以后，同样适用于企业领域。

在这些方法中，来自IBM的Zachman框架和源自美国国防部的TOGAF框架是比较典型的信息架构方法论。我们对这两个方法论做一个简单介绍。

1.1 Zachman框架

Zachman框架起源于John Zachman先生在1987年完成的信息系统架构论文“A framework for information systems architecture”，他把信息系统架构设计相关的各种元素归纳到如下表格之中：

从这个复杂的表格可以看出，信息架构是一个多层次和多要素的复杂工作。他服务于组织的不同层面需求，也需要多角色一起参与建设。这是一个在宏微观层面都非常完整的框架。依照这个框架来完成分析和计划工作必然是相当完善的。但因为它的完善，也给企业界的使用带来繁冗的工作。五种参与角色和六大考量要素综合起来就是三十个格子，如果都按照这个标准来做架构设计，企业信息系统的规划成本就太高了。所以，我们往往把Zachman框架当作一个分工和思考的检查清单来使用，至少可以帮助我们避免重要的遗漏。

1.2 TOGAF模型

TOGAF模型全称The Open Group Architect Framework，目前由The Open Group负责维护，已经发展到9.x版本。

TOGAF框架定义了企业架构内容和实施步骤及交付物，将企业架构划分为业务架构、应用架构、数据架构和技术架构，形成了涵盖企业各方面的架构体系，是一个面向各种不同组织、具有很强通用性的企业架构。对于实际的架构工作，其指导意义高于实践操作的意义。其中，业务架构：定义企业战略、企业治理、组织结构以及关键的业务流程。数据架构：描述组织的逻辑与物理数据资产的结构和组织的数据管理资源。应用架构：提供描述应用系统的部署、交互以及系统与组织核心业务流程之间关系的蓝图。技术架构：描述用于支持业务、数据、应用服务的软件、硬件的能力。这些软、硬件以及逻辑技术部件包括 IT 基础设施、中间件、网络、通信、处理机制、标准等。

附图：TOGAF架构开发方法

TOGAF的一大特色在于其独特的架构开发方法AMD (Architecture Development Method)，它是一个以需求为中心的循环过程。在总体框架和规划原则的前提下，ADM方法从架构愿景出发，经过业务架构规划，确定信息系统架构和技术架构，然后结合现有的信息化基础，给出企业信息化建设，适应性改造的解决方案。迁移计划针对实施方案中不同项目的优先权，评估各个项目的依赖程度、迁移费用、收益等，并形成具体的实施规划；实施治理制定了各个实施项目的建议，建立架构规约来管理所有实施和部署的过程，以确保实施项目架构与相关项目架构的一致性。架构变更管理关注业务目标、环境和技术等方面的演变和发展，为是否启动和规划新的架构进化周期提供。

TOGAF目前是企业架构专业领域最知名的框架，它也有完善的培训、认证体系。但它和Zachman框架一样，都过于庞杂，缺乏实际项目落地的可用性，更多地演化成为一个职业，而难以被一般企业实践直接所用。

接下来的小节会专门介绍一个简化的信息架构方法。它保留了经典企业信息架构的战略视角，但更多着眼于IT项目的落地需求，简化了参与角色和架构实现中的环节，让非专业人员也能够从事信息架构的实质性工作。

一个简化的信息架构方法（RPIC）

方法论的介绍很容易陷入晦涩的程序说明，它最好能够结合实例来表达。为此我们专门准备了一个大多数企业用户能够有代入感的案例。但在解析案例之前，还是有必要先简单概述一下这个方法论的核心思想。

RPIC是Role，Process，Information和Content的缩写，意思是角色、流程、信息和内容。它是一个循序渐进的分析计划过程，从企业管理和运营角色的分解出发，为每个涉及到的角色（可能包括外部角色）分析他们在业务活动中需要完成的流程和接触的信息（数据），当枚举出所有的流程和信息后，就能够取得它们的不重复并集；通过这个并集内容分项规划数据架构、角色权限、统计报表和工作流程四项核心架构内容。