提纲更新

readme.md

@@ -110,7 +110,7 @@ Apache Druid 特点：
 
 除定义业务流程外，流程中各节点产生的数据，也可以在工作流定义时配置，降低数据提取过程中对业务系统的侵入。
 
-### <span id=3.2>3.2 前台系统</span>
+### <span id=32>3.2 前台系统</span>
 
 前台系统直接面向用户，以往的开发模式中，未区分前后中台，开发阶段无中台能力可用，前台开发人员不得不自行解决从大前端到大后端的所有问题，如聚合分析运算，第三方接口的引入等。开发成本居高不下。同样无法应对快速变更的用户需求。举例来说，企业可将所有领域的应收，应付等运算密集型能力沉淀为中台服务，并同时分离出聚合分析能力为后台分析服务。如此一来，便可为各个领域的同类业务提供中台能力支撑，从而达到快速支撑业务研发的目的。
 
@@ -126,7 +126,7 @@ Apache Druid 特点：
 
 业务中台的概念和范围前面已经提到过，其是各领域公用能力的集合，以接口的形式为前台系统的研发提供便利。
 
-如 [3.2 前台系统](#3.2)提到的例子，应收应付业务因其具备公用能力并提供业务服务，故称之为**业务中台**。
+如 [3.2 前台系统](#32)提到的例子，应收应付业务因其具备公用能力并提供业务服务，故称之为**业务中台**。
 
 继续延伸，该应收应付业务中台，可在不侵入前台业务的情况下将数据进一步下沉至数据中台，进行进一步的分析聚合，直接为上层用户提供决策分析依据。
 
@@ -156,6 +156,22 @@ Apache Druid 特点：
 
 ### 3.6 统一计算过程
 
-统一计算过程在业务中台和技术中台中分别以接口和实现的形式进行体现。是业务能力高度抽象的结果。单独拿出来说，意在强调复用该价值的重要性。如果一个企业针对某一指标的计算过程不一致，则很容易造成结果不一致。
+统一计算过程在业务中台和技术中台中分别以接口和实现的形式进行体现。是业务能力高度抽象的结果。单独拿出来说，意在强调复用该价值的重要性。如果企业针对某一指标的计算过程不一致，则很容易造成结果不一致。
 
-充分利用工作流系统的节点编排，将运算方法抽象、沉淀和复用，才能够实现真正意义上的**中台**。
\ No newline at end of file
+充分利用工作流系统的节点编排，将运算方法抽象、沉淀和复用，才能够实现真正意义上的**中台**。
+
+## 4. 整体架构设计
+
+这里需要补充一套完整的中台建设全景图
+
+## 5. 数仓建模规范体系
+
+## 6. 命令查询分离模式
+
+## 7. 数据开发方式
+
+## 8. 实时与离线ETL平台
+
+## 9. 流批一体化计算
+
+## 10. 元数据-大数据体系基石
\ No newline at end of file