我们々为什么需要这个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规范文件中有所体现。
