序的序
经过前一段时间的不断思考整理和总结修改，整个全量知识系统应有的总纲大致确定下来。
这次的文档是作为全量知识系统的一个完整架构设计初稿。所有之前的文档，都将被重新，或者作为附件链接，或者 参照节选片段等各种方式整理进来。
这里将综合给出为全量知识系统的 壹需求内容文档，贰数据库数据结构和 叁程序逻辑层次 设想的全部规划内容，以及它们各自的地位 以及相互关系---相互制约、相互依存和相互作用。
后面的正文内容按照 全量知识系统 在 程序划分上的逻辑层次（ 叁程序逻辑层次）为主线来展开。
但在本的"序"小节中 ，先给出了壹 需求内容文档部分的一个简单提要。
整个文档计划分三篇
整个文档计划分三篇：
- "....之1 序：Pre 顶盖" 。即本篇。后面的"：Pre 顶盖"是指"序"中给出的内容要能根据它给出++"知识"活动中用到的知识标签基础。对应于html的a，div 和 p 三种标签的形容词注解annotation。++
- 之2 正文：ad偏序 。"ad偏序" 是指"正文"中给出的内容要能根据它给出"++全量"的量纲标准化的数据组织基础 --参考restful风格的GET、SET和PUT三种请求Requests的动词注释commentary++。对应于知识公共逻辑语言所允许的三个程序方言的功能，每个程序类响应一个请求。
- 之3 后记：Post 尾随 。"Post 尾随" 是指"后记"中给出的内容要能根据它给出"全量知识"的++数据属性规格化的资产管理基本要求 --扮演https角色的 安全Safe、Study学习和节约Save三种要求Demands的名词解释note。++
关于Pre 顶盖、 ad 偏序和Post尾随
- 上述描述中 冒号后面的部分( Pre顶盖，ad偏序和Post尾随) 是程序的逻辑形式和实现的基础。 每一个 都是 一个模板中具有确定语义语用和语法的插槽slot。每一个插槽最后就是要提供/打通一个Event实例化所需要的初始化方法和实参、事件构建器和实参以及 事件构造器生成器和实参的三层模型和参数的一个传输通道。其后的文字解释了它们各自的语义、语用和语法。
- 在本期的三篇文章的文字内容中，不会直接体现它们。它们将是下一轮程序设计中的内容。这一轮的任务是 全量知识系统的需求设计。
序
数据库结构设计是由需求和程序设计决定的。所以，这里先对规划中的 壹需求内容文档和 叁程序逻辑层次 两部分做一个简单提要的备忘。
1、各部分在全量知识系统中地位（知识、特征和信息）及相互关系（制约、依存和作用）。
对应的上面红字写出的三个规划内容，必须都具有各自的一个可以作为自己的主题同时又彼此相关的一个普通名词。这里用"知识 "、"特征 "和"信息 "三个常见词（称为一般术语 --term ）来代表（地位在程序中 首先是一个占位符）。它们作为必须要能从三个规划内容中提取 出来的东西。换句话说， 提取知识 、提取特征 和提取信息是全量知识系统的起点，即：它们是全量知识系统需要最先规划的功能。
下面对三个术语 及其提取 方法，它们的地位 和相互关系做一个简单的描述。
知识 （需求文档的知识量化词素 --概念因子 ）：是一个 "全量知识语言模板"，它是 存活知识运营主题theme的某类原型（prototype，archetype、anestor )的启动命令行的控制脚本组织的基础设施---知识库的一个公共组件的外壳脚本，称为"MOCK"-是一个mask。通过请求语言理解来提取知识。
特征 （数据库的特征数据要素---语义因子） ：是一个"知识全量程序模板" 。它是 概念整体运作方案sheme 的某项逻辑专项（形式逻辑项目、数理逻辑项目和辩证逻辑项目）的开发界面中的工具箱 -- GUI的统一行为的一个控件的程序生成工具，称为 "CODE"---是一种coder。 通过填充模板来提取特征
信息 （计算机程序的程序形式元素--形式因子 ）：是一个"知识的全量交换模板" 。它是 逻辑运行路线图式schema的某种aas 产品（Iaas，Paas，Saas）的 生产线边的工件库---数据库统一外观的一个表面模型的一个逻辑推理工件，称为"DOCK"---类似docker。 通过演示脚本来提取信息。
2、各部分按照"治理"的程序逻辑层次划分
本篇后面的正文将按照 全量知识系统 在 程序划分上的逻辑层次为主线来展开。
整个系统在程序的逻辑层次上 围绕着知识"治理"（以下简称"治理"）的不同需要。
"治理"的输入输出是可能的"知识"活动，对知识活动和知识量化的需求及其全量量化方法和结果，"治理"本身则是关于知识的某个深度上的知识活动的在该深度层次上的一个量化限定的解决、增补和修改的过程方程，以应对可能的知识活动中对知识及知识量化的不同需要 。这里，将"治理"划分为三层，每一层针对不同深度上的知识活动对"治理"问题的不同要求 进行分析、组织，提出初步方案并配套完善提高的各种所需。
三个"治理"层次：
- 治理（"共治" 位于程序逻辑的中间层 ）：中心词"类比analogy"。类比是我们（即"人类"--逻辑的唯一用户）"知识"的最直接来源和最自然的方式。这一层中，按照**"analogy"** 一词的三个同义词（similarity ， resemblance, correspondence）来描述"知识"可类比的三个不同方面， 每一个方面都表现了程序模式中的一种"行为模式"。每一种"行为模式"整体上又进一步地被表示为一个九宫格。前面说过，一个九宫格能被称为程序模式的"行为模式"，它必须是紧密内联和松散外协的一个九宫格。九宫格的每一格都表示一种 唯一的量化知识行为。 按照其和需求规划文字的内容关系的直接可见性（透明度），分别称为**"显露的/隐形的/隐含的"的 三个九宫格** 。整个九宫格给出了一种逻辑上的等价关系，即三个不同的九宫格中对应的位置上的每一个格是逻辑上等价的。这种逻辑等价关系使用 恒等号"≡"来表示。 ++描述的重点，就是它们如何紧密内联，又是如何松散外协的。++ 在这一层上，知识只有大小，是全量知识的一个"标量"分量。
- 自治（位于程序逻辑层次的最外层, ）：中心词"推论" --通过线索来推断结论。它就是规划内容的文字本身的需要表述的知识的三个方面（三个不同取向的知识）.。给出模糊逻辑中的一逻辑近似关系，用"约等于符号"≈"表示。在这一层上，知识既有大小又有方向，是全量知识的一个"向量"分量。它的每一个都是一个六边形，三个六边形表示了三对对射关系：知识地图 - 交互系统，知识匹配 - 调控系统和知识管理 - 数据系统。
- 对治（位于程序逻辑层次的最底层）：中心词"演绎" 。演绎逻辑的一个简单推理形式就是第一个形式逻辑（即三段论）。其统一的判断句句型的三个分段 大前提、小前提和结论的三段式的逻辑形式给出了一种逻辑上的对当关系，用等号"="表示。在这一层上，知识既有大小方向又有形状，是全量知识的一个"张量"分量。 它的每一个都是一个三角形，三个三角形分别表示了三种数学公式的格式：λ表达式格式，正则表达式格式，产生式格式。
在下面的正式内容中，三个不同程序逻辑层次的"治理"使用以下二级标题来展开描述：
- 自治的P →Q 检验: (前提p)已知 (结果q)未知 (++联想[*]++ p则q)检验+隐藏r(微粒)
- 治理的A/B测试：(技术B)运维 (业务A)功能 (++联系[?]++ A/B)测试+ 隔离C(薄膜)
- 对治的X-Y检查：(功能x)被测 (目的y)主测 (++联结[1]++ x-y)检查+防腐Z(细弦)
注：对二级标题的文字结构的说明
其中，中间"A/B测试" 是整个系统的设计基础，上下两层都可以在它的基础上建立起来。所以这部分会比较多，包括比较完整的层次、内容和关系等。
后续描述中，每个"治理"层次都是一个二级标题。为了能清晰地分开每个层次，在文档中使用 =========行来标注它，并给出这一层在全量知识系统中的 标注（一般术语：技术术语）。