试验表格里头的温度、时间、浓度和转速这些数据，常常是两套数值一块儿摆在那儿的，刚上手的人很容易就把它们给看串了，所以在聊Design Expert的编码值和实际值究竟怎么换算，以及转换结果对不上号又该怎么排查之前，我们先要弄明白一件基本的事情，那就是编码值本身只不过是一种经过了标准化处理的分析标尺，并不是可以直接拿去上机调试的参数。根据Stat-Ease官方文档的说法，这套软件在默认条件下，通常会把因子的低水平编成-1，把高水平编成+1，而位于正中间的那个取值就被设定为0；这样一处理，原来单位各不相同的那些因子，就可以被挪到同一把尺子上去相互比较了。

　　一、Design Expert编码值和实际值怎么换算

　　对于数值型的因子，我们可以靠着低水平、高水平还有中心点这三样东西来完成换算，基本的路子就是借助中心点和半程范围去做一次标准化的缩放。

　　1、先确认低值和高值

　　在动手计算之前，首先要做的就是把低值和高值给摸清楚，比方说我们把温度的低水平定在30摄氏度，高水平定在50摄氏度，这样一来它的中心点自然就是40摄氏度了，而假如某次试验实际测出来的温度是35摄氏度，那么把它套进公式里，对应的编码值就会是-0.5。Stat-Ease官方的帮助文档里面，也刚好是用了这组数字去演示整个换算的步骤，说明这个做法是带普遍性的。

　　2、在软件里切换显示

　　进到设计表格的界面以后，只要去点击【Display Options】这个按钮，然后在里面找到【Process Factors-Coded】这一项并选中它，表格里显示的那些数值就会一下子从实际值全部变成编码值；要是后面又想换回原来的样子，再去重新选上实际因子显示的那个选项就行了。按照官方教程给出的说明，两水平设计在默认的状态下，是直接拿实际水平来呈现的，但你一旦做了切换，低水平那一栏就会整齐地显示为-1，高水平那边则统一显示为+1。

　　3、中心复合设计注意星点

　　响应面设计里的编码值，并不是永远都只有-1、0和+1这三种，尤其是在中心复合设计里头，常常还会出现一些跑到±1范围以外去的星点，所以当你在结果里看到像-1.414或者+1.414这样的数值时，不要一下就以为是软件换算出了什么毛病，它本来就是设计里的一部分。Stat-Ease的文档也讲过，中心复合设计通常会搭配更宽一些的范围，而且因子水平有时能够达到五个，那些星点的出现是完全正常的。

　　二、Design Expert编码转换结果不一致怎么检查

　　一旦碰到手工算出来的编码值，跟软件里面给出来的结果对不上的情况，最常出毛病的地方倒不是换算公式本身写错了，而是有好几个前提条件没有提前对齐，比如范围是不是拿对了，小数的精度有没有保留够，设计的类型有没有被搞混，或者当前显示的尺度是不是统一的。

　　1、检查低值高值是否拿错

　　换算这个活儿，必须严格照着当初建模时真正录入的那一对上下限来进行，千万不要图省事，把工艺上允许的极限范围直接拿来顶替试验设计所划定的那个范围，更不能一不小心就把星点的覆盖区间错当成了±1所在的区域，因为只要上下限的数值一变，紧跟着中心点的位置和半程范围的宽度也都会跟着一起改变，后面再往下算就全偏了。

　　2、保留完整小数位

　　Stat-Ease的文档里面还特意提醒过一件事，就是当手工把编码模型转成实际模型的过程中，完整的小数精度是一定要留住的，那些因为四舍五入带来的舍入误差，正是手工结果和软件结果之间出现不一致的最常见的一个原因。所以当表格里的数据只显示了三两位小数的时候，可别直接拿着那种已经被截短的显示值，又急急忙忙地往多项式里头去代。

　　3、区分数值因子和分类因子

　　像材料的型号、供应商的名号，还有不同的处理方式这类信息，它们属于分类因子，跟温度、时间那种连续变化的数值型因子完全不是一码事，因此绝对不能把那套线性的换算公式直接往它们身上去硬套。分类模型是按一个个独立的水平去建立对应项的，解读的路数也跟连续数值因子完全不同，Stat-Ease的文档同样专门提示过，分类因子的编码模型，是必须得按照每一项水平去单独理解的。

　　4、区分普通设计和混料设计

　　另外，还得把普通的设计和混料设计仔细区分开来，因为在混料设计的那套体系里头，常常还会牵扯出实际单位、伪单位还有真实单位等好几种不同形式的表达，所以肯定不能把普通响应面因子的那套换算办法，原封不动地就照搬到混料设计里去用。Stat-Ease在介绍预测方程的部分，也已经明确把普通设计和混料设计各自的单位形式给区分开了，碰到混料的情形，就得老实按它自己的规则来办。

　　三、Design Expert编码模型怎么复核

　　脑子里要始终记得，编码值更适合拿来比较各个因子之间影响力的相对大小，而实际值则更适合直接送去指导生产现场的操作，这是因为软件在输出结果的时候，会把编码方程和实际方程这两样东西同时交到你手上，一般的流程是先产生出编码方程，再由它进一步转换成实际方程。

　　1、先用设计点回代

　　想要验证这两套方程之间到底对得上对不上，一个比较省事的办法就是，先随意从试验表里挑出一行条件来，把这一行里的实际值，手工一步步地换算成编码值，再把它们代入到编码方程里去算出一个预测值；与此同时，又把刚才那组实际值直接往实际方程里一代，两边各自得出的预测值，在正常情况下应该是基本保持一致的，要是偏差很明显，那就说明中间一定是有哪个细节被漏掉了。

　　2、优先复制软件方程

　　后面要是需要把这些公式搬到电子表格或者脚本里去用，最稳当的一个方式，就是优先利用软件自带的导出功能，把完整的方程给原样拷贝下来，而不要只盯着软件界面上那些被截短了的小数位，然后凭手工去誊抄，那样做很容易在不知不觉中就把精度给弄丢了。Stat-Ease那边也是建议多用一用Copy Equation这个功能的，目的正好就是为了把必要的那几位有效数字给保住。

　　3、记录当前尺度

　　每次往外头导出图表、方程还有试验表格的时候，都应该在边上额外加一个标注，清楚地写明当前用的到底是Actual，也就是实际尺度，还是Coded也就是编码尺度，因为一个团队内部只要事先把这些显示尺度、上下限的范围还有小数位数的规则给提前讲清楚了，后面的人再回头来做复算和核对的时候，就不大容易在这种细节上产生不必要的争执，整个结果的可信程度也会跟着高出一截。

　　总结

　　大体来看，Design Expert里头编码值和实际值怎么换算，说到底那一下子，无非就是拿中心点和半程范围去完成一次标准化的转换；而万一发现编码转换以后的结果对不起来，该怎么去排查呢，排查的重心就要挨个儿放到上下限是不是弄错了、星点的范围是不是被误解了、分类因子有没有被错当成数值因子去参与计算、混料设计有没有被混用，以及中间步骤里小数的精度是不是在半道上给弄丢了这几个方面上。编码模型的主要功用，是帮我们比较不同因素影响的相对强弱，实际模型的任务，则是要最终落到具体的工艺参数上头去，也正因为这样，这两套结果在做相互核对的时候，就必须要保证它们用的是完全同一组范围，而且自始至终手里都攥着足够完整的计算精度，这么一来，最后得出来的那套结论才算真的立得住。