交互式电子手册—IETM(6)

图 5-9 段落元素结构图

5.3 数据模块编码

在公共源数据库中存储数据模块时，一个重要的元数据是数据模块编码（Data Module Code，DMC）。编码的目的主要是使信心的描述代码化，即用一个具有充足信息的代码来唯一地标识一个事物，提供对象的分类管理和提高查找效率，为模块化设计、生产与管理提供方便。

1. 编码的原则：

信息分类编码的基本设计原则为：唯一性、可扩充性、适用性、稳定性、可操作性。结合技术信息的特征，在编码结构设计时，既要考虑技术信息生产的现状，又要兼顾其发展对信息编码的要求。因此，提出以下要求：

（1） 编码结构简单，对各类信息尽可能采用相同（或类似）的编码结构，以实现编码表现形式的统一；

（2） 涉及到多个管理环节的信息，确保信息编码含义的唯一性； （3） 在结构和容量上具有一定的柔性，能够适应未来发展的要求；

（4） 编码的结构设计充分考虑到国标、行标、国军标和国际标准，以提高标准化程度，满足异地协同制造的发展要求。同时，统一编码结构要能够适用于装备维修保障活动中各自不同类别的信息，使数据模块编码具有一定的向前兼容性，能够兼容原有编码结构，易于被IETM创作者接受。

2. 数据模块编码结构

IETM技术标准对信息编码有严格的要求，通过数据模块编码实时技术信息编码活动。DMC是按技术标准制作的数据模块标准化、结构化的标识符，它包含在数据模块的状态标识段部分，用来标识和管理公共源数据库（CSDB）中的数据模块，以实现电子环境中对数

据模块的检索查询和自动访问。数据模块编码构成了数据模块的唯一标识符。所有数据模块都应分配一个DMC。DMC提供了三个顶层信息：第一层是利用型号标识码或最终产品术语码编写数据模块的装备或装备零件的标识，第二层是使用信息码的信息类型标识，第三层是使用产品位置码定位数据模块中信息的位置标识。

DMC最长由37个数字字母构成，最小长度为17个字符，如图5-10所示。

图 5-10 数据模块编码的一般结构

一个项目可以有多个MI，但DMC元素中每个MI应是固定的长度。

“硬件标识”和“信息类型”两个DMC划分的详细细目分类在表5-1和5-2中给出。DMC有英文字母与数字组成，为避免错误，不用字母“I”和“O”。

表5-1 硬件标识

硬件标识 型号识别码（MI） 系统区分码（SDC） 系统层次码（SNC） ? 系统 ? 分系统+分分系统 ? 单元或组件 分解码（DC） 分解差异码（DCV） 2~14位字符 1~4位字符 1位（可选）+6位或8位字符 ? 1位（可选）+2位字符 ? 2（1+1）位字符 ? 2位或4位字符 2位字符 1~3位字符 表5-2 信息类型 信息类型 信息码（IC） 信息差异码（ICV） 位置码（ILC） 长度 3位数字字符 1位数字字符 1位数字字符 长度

5.4 过程数据模块的功能与结构 1.过程数据模块的功能

IETM技术标准定义了一个具有特殊交互功能的过程数据模块用来表现由数据模块和步骤组成的如维修过程、故障查找程序等程序流，实现IETM技术信息的复杂交互过程。这样，IETM系统按照交互界面功能的操作指令组织技术信息向用户显示的过程，就可以看作IETM将数据模块、数据模块之间的逻辑、装备维修保障活动的规则有机地组织成出版物模块的一个交互过程。可将IETM的这个过程形式化表示为：D（Document）={M（Modules），P（Process），

A（Activity），T（Theorem），R（Role）}。其中，M是参与整个交互过程的数据模块集合；P是交互过程中逻辑集合；A是交互过程中活动步骤的描述，是业务过程所包括的活动或任务集，也反映了交互过程中所要完成的阶段性业务目标和最终目标，如果这一目标是与时序相关联，则上一目标也称为下一目标的前提；T是指导整个交互过程如何发生、发展、结束的规则集，是对活动和角色进行约束的业务规则；R是参与交互的数据模块在整个交互过程中以何身份扮演了何种角色，即业务交互活动过程定义的活动或任务由相应的角色来完成。过程数据模块是按照上述思想来呈现交互信息的，需要同时呈现在一个页面的信息被组合到一个节点里。用户读完屏幕的信息后，需要给一个确认回应来继续下一个节点。

在过程数据模块中，IETM创作人员可以定义变量、表达式、对话框，以此实现人机交互的功能。更为重要的是，过程数据模块可以调用外部程序，与外部程序交换数据，以实现集成化的IETM。例如，过程数据模块在处理故障隔离和故障诊断类的技术信息时，通过变量机制和逻辑引擎的处理，形成推理机制，调用描述类、程序类、故障类等其他任何一类数据模块，完成故障诊断，将所需信息提供给用户。

过程数据模块是实现IETM交互过程的基础，具有获取、存储和操作状态信息的能力，可充分描述一个故障诊断、隔离的完整流程。过程数据模块将一系列使用、诊断、维修步骤存储于IETM的CSDB中，通过一定的逻辑关系对这些步骤进行组织，并利用变量和表达式来控制这一过程。

过程数据模块是具有内在逻辑判断的程序流，该程序流由数据模块和步骤组成。因此，也可以说过程数据模块是一个程序流脚本，逻辑引擎担当它的解释器，读入过程数据模块作为输入并且执行其中包含的指令。过程数据模块能实现的交互功能包括：

（1）故障诊断，特别是动态诊断与系统仿真；

（2）执行外部程序，实现IETM与外部程序的交互； （3）导航、跟踪和对话框驱动等交互功能；

（4）信息过滤，呈现与用户当前情形相吻合的所需要的信息

（5）顺序遍历，尤其对测试和排故是必要的，下一步骤是基于当前的动态状态信息或者由外部输入来决定。 2.过程数据模块的结构

过程数据模块采用元素标记，内容组织以节点为基本元素，可使用顺序、分支、条件和循环4种节点类型构建数据模块的执行顺序。过程数据模块利用顺序和选择过滤结构来给用户提供无缝的信息逻辑流，从概念上看，过程数据模块就是逻辑的集合。用户通过触发启用过程数据模块，利用逻辑引擎对元素进行遍历解读，并返回数据模块信息的逻辑显示结果。逻辑引擎是过程数据模块的软件部分，其核心是状态表，它根据存储于表中的变量及其变量值对信息的逻辑流进行控制。根据S1000D国际规范对过程数据的描述，它具备数据模块的所有属性。

元素是包含在流程结构中的顶层元素，拥有变量声明、前置要求、模块顺序、结束要求、公用信息等子元素。如图5-11所示。其中两个重要子节点是节点和节点，前者用于声明变量和赋初值，后者则是聚集顺序信息的节点。过程数据模块通过这些子元素的设计和组织，完成一项具体的任务。

（1） 变量声明元素

变量声明元素由一个或多个变量元素组成，用于定义和初始化过程数据模块中所用到的全部全局变量，包括变量名称、描述、配置、类型、精度和使用范围等属性，以及对话框、对话框分支、变量初始化等3个子元素，其结构如图5-12所示。对话框元素

提供有填空、菜单、按钮、消息框和对话框组等5种交互方式，

用于接收用户的输入，给变量赋值，从而实现逻辑引擎与用户之间的信息交互。赋值后的变量可以通过表达式元素进行运算，从而确定下一步要执行的步骤。

图5-11 过程数据模块中的主要元素

图 5-12 元素的结构图

2．模块顺序元素

数据模块顺序元素是过程数据模块的主要内容，它决定了步骤、对话、外部应用请求、数据模块引用和数据模块中的条件顺序。元素定义了子元素、

、和的逻辑顺序。其中节点是呈现给用户信息的主要来源，其余3个节点则是首先通过业务逻辑判断，最终嵌入节点来呈现信息给用户。元素中各子元素的结构如图5-13~图5-16所示。

图5-13 子元素的结构图

图5-14 子元素的结构图

图 5-15 子元素的结构图 图5-16 子元素的结构图

逻辑引擎对元素进行处理，按处理的结果对内容进行排序。节点显示的链接用表示，显示方式采用超文本形式。在超文本系统中，信息由节点和链组成。节点中的信息可以是文字、数据、图形、图像、声音等一种或几种的组合。热点是节点的一个组成部分，是信息关联的链源，通过它激发链而引起向相关内容的转移。链是超文本系统的一个最基本的单元，其定义了超文本的非线性结构，提供了浏览、查询节点的能力。在IETM中，过程数据模块就是链接实现的逻辑组合。各个数据模块作为节点，通过过程数据模块的作用，实现各个数据模块的非线性组装，表达丰富的技术信息。