续前篇 -- “得名”的“字面”A 及其"字里C”和“行间B”之1:aaas系统中内外通行的“便签note ‘@’ ”和“注释comment ' * ”。软件智能:aaas系统整体设计的内容构成和简单介绍---正文开篇 之 --重说“’得名’的’A字面指称’及其’C字里暗藏’和’B行间隐含’” 之1_ChuanfangChen的博客-CSDN博客
先对这一篇 做个提要。
便签note 和注释comment 都是 代表了两种 智能能力( 创新能力competence 和维持能力performence ) 的保留字,前者和定义相关后者和解释相关。用于识别、鉴定和评估 词汇vocabulary和符号notation 的意义、用法及其标准。
便签note中是aaas中的标准化词汇glossary。 7个 便签note中,规划了 “智能” 的体以及它 三个不同视角下的模型 和三个角度下的原型。
每个模型都是一个graph,三个graph合起来刚好表示了“智能”体(对于形式语言来说,就是软件智能)的不同respect的性质。其中“核a core”是显象---系统面SPI的可直观的三个aspect的一个core。
每个原型都是显象core的一个view,三个view合起来正好表示了一个软件系统的三个切面。
注释comment是 aaas中的标准化符号notation。一个标准化符号 表示一种形式语言的程式或自然语言的控制的控制方式及其输入和输出,两者可以对翻。
ABC直接应用为aaas的三个附件 -抽象规范as实现标准is除外风格rc:http和restful
前述的ABC作为aaas系统的应用程序附件被保留下来。每个附件都代表了应用上的不同方面,分别使用相应的文件格式,用于aaas的外架上独立工作的每一层和内核进行数据交换。它们共同确定了aaas应用的方方面面,即描述了API的完整内容。
- 抽象规范as(abstract specification):是“文档规范”的内容。其中除了统一规定了一个标准的公共数据交换模板外,同时还为外架和内核的交互预设了初始使用三种交换格式。
- 实现标准is(implementation standard):是“实现提要”和“设计概要”的两者的内容。“实现提要”描述了用户系统初始化时将如何根据用户的身份、角色和岗位在aaas系统为外架提供的向导下如何修订它们。这个向导,就是一个开发指南。也就是aaas的“设计概要”的内容了。
- “除外”风格”restful” (rest criterion ): 上面提到的的二者,共同给出了一个软件程序代码的程式化准则(stylized criteria)。它们没有涉及到的就是aaas所称的“除外rest”。
整体说上,
- 前者是作为aaas系统最终提供给使用者(最后通过aaas的SPI层的装配功能)的成品的规格书,是由位于外架第三层上的编辑器的输出的,其程序风格默认采用htttp风格以便于装配,
- 后者是作为aaas最初来源于外界(通过aaas的API层)的零件,是由位于外架第一层上的翻译器输出的无法翻译的部分,其程序风格默认采用restful风格以便于二次加工( 差异细节上的补偿 );
- 两者的中间是aaas的自主车间(含编译器功能的)。它一方面作为关键生产中心将从第一层输出的翻译结果机械地加工为输出给第三层所需的构件,这时它扮演了一个智能机床的角色,完成机械加工( 粗的加工方案)。另一方面,作为aaas内核重要的生产调度中心,为来自第一层的“除外”材料进行分析并将分析结果( 误差逼近的细补方案和流程 )连同“除外”材料一起返回给第一层。这时它扮演了一个智能伺服的角色,为完成零件加工。
ABC同时分别指向(隐式地表达)“aaas内核”中的三“方”,三方共同形成“aaas局game”的一个“体body”。
aaas系统中各部分之间的交互文件有三种:
i aaas内核提供的“便签note。外架上的工作站点使用它来加工流入该站的资料的用户的概念定义--通过一个.nod文件使用它们。
ii aaas的内核提供“注释 comment”“给出了系统的合法标签tag。外架上的工作站使用它来“注释 comment”--副本或文档,使用一个.rfc文件。
iii aaas内核提供的“剧本或脚本script”。外架上的工作站使用它来修订进入该站的待加工件的加工流程和工艺参数的自主定义。它通过一个.dtd文件来定义用户自己的文档类型,作为a)中的注释插入点。