我们为什么需要这个AGL规范?这是好多客户在创建ODX数据库开始便会向我们提出的疑问。其实答案也很简单，一方面为了规范ODX数据库的命名等，另一方面便于将来扩展支持新的控制器和车型。
AGL的全称为Authoring Guidelines，即ODX编写指南。ODX标准定义了描述车辆和ECU的诊断数据的数据模型(例如:诊断故障码DTC、数据参数data parameters、数据识别identification data、输入/输出参数input/output parameters、编码的数据变量variant coding data或是通讯参数communication parameters)。除了对于数据类型的描述有ODX标准以外，数据通讯和数据交换也含有对应的通讯协议(UDSonCAN,DOIP,KWP2000线等等)，因此，为了简化过程，客户需要一套完善的操作指南和规范引导，AGL就应运而生。
在汽车诊断领域，有一个大家普遍接受的理念，便是汽车生命周期的V模型，如下图所示：
图中是风丘科技为客户提供的V模型解决方案，每一个环节都会有对应的软硬件。我们可以看到，在确定基本诊断要求后，就需要开始ODX规则AGL的编写。
下面我们简单阐述一下，AGL规则内会包含的主要内容有哪些。首先，我们需要确认，客户基于ODX标准版本，目前使用较多的为ODX2.0.1与ODX2.2.0。不同版本的ODX，其协议规范会存在一定的差异。其中ODX2.2.0为最新版本。
AGL中主要会涵盖以下几部分内容：
1、会对整个ODX库的数据结构与诊断层拓扑结构做出部分定义的阐述和建议;
2、针对相关参数以及变量给出命名规范的建议，这是为了避免命名冗余或是重复从而导致的检索错误。这个命名规范内，会包括LongName(长名称)与ShortName(短名称)的详细要求;
3、会针对其中的DOP属性给出使用的数学方法、数据类型、数据长度要求、对应参数约束等等提出参考和建议;
4、会着重对DID部分，以及coding引用详细阐述;
5、针对某些特定的service做出说明和在库内的使用进行描述。只要是在协议内涉及到的部分，均会在规则下有所体现。
例如：
其中，R代表强制性要求;P代表非强制性。
客户可以使用我们的软件产品DTS工具集中的DTS_Venice是创建ODX数据库。其软件界面如下图所示：
使用这款软件的优势在于，其内部的检查机制已经将目前常用的协议规范内的一些硬性指标集成在软件内。只要你在创建ODX库前针对用到的协议进行选择，本身就会在建库过程中规范你的ODX库格式。
众所周知的是，在汽车诊断这一块，是存在标准部分与非标这么一说的。所以，我们在制定AGL规则时，会参考客户本身的建库习惯，双向权衡，抉择出最利于客户的使用规范。同时，这些比较也会在AGL规范文件中有所体现。
