概述
<p>在本程序中已经提供了各种基础的检验功能，能够满足大部分的检验需求，包括检验业务规范中规定的检验内容，通常只需耐心的准备好相应的数据，设置好相关的检验参数，即可实现相关的检验目标。然而要开展好业务检验规范中要求的工作内容也并不容易，这其中的原因包括如下几个方面：</p>
<ol>
<li><strong>检验规范文档通常以文字形式，其表述不可能能穷尽所有的细节，否则文本过于冗长而不利于解读。因此，在表述中不可避免的会默认一些事实是阅读者都知晓的，在文本中这些默认部分就被简略掉。 然而大家共同知晓的部分到底有多大？ 没人确切的知道这个问题，因此文本应该简略到什么程度是最合适的，这个问题也没有确定答案。实际上检验规范文档是由起草者、管理者和实践应用者互动结果，在大部分内容上已经达成了一定的共识，但是或多或少还会存在一些大部分人觉得明白少数人觉得表述不够充分的部分，我们可以称其为检验规范的不完备性；</strong> </li>
<li><strong>在第一条的基础上，结合不同人的自身因素，会形成对业务规范的理解差异性，这种情况存在时会使得建立的检验系统和计算的检验结果出现差异性；</strong> </li>
<li><strong>预报业务在发展之中，检验的业务规范也在调整当中，因此检验的系统也要随之不断调整；这不单增加了检验系统开发的工作量，也会带来版本管理的问题， 不同的检验程序可能采用了不同版本的规范但有没有合理的方式准确的标注其参考的规范，由此也会带来检验结果的可对比性降低。</strong> </li>
</ol>
<p>为了缓解上面提到的问题，Meteva程序库团队决定增加一个子模块“规范层”,在该子模块中逐渐将业务规范中的检验内容开发成相应的函数模块，并探索合适的方式加以版本管理。这些函数模块将负责如下几个功能： </p>
<ol>
<li><strong>根据业务规范设置相应的参数；</strong></li>
<li><strong>组织检验逻辑，调用基础检验算法，完成计算；</strong></li>
<li><strong>提供多项指标的综合计算的入口。</strong></li>
</ol>
<p>随着该模块的逐步完善，它将有助于缓解检验规范的不完备性问题，因为公开的代码可以对应确定的运行结果，因此代码相对于规范文档更能代表着一个确定的理解。但此处为何说是缓解而不是解决了不完备性问题，原因包括： </p>
<ol>
<li><strong>Meteva团队自身对检验规范的理解出现了偏差，并把这种偏差或错误带入到了程序中；</strong> </li>
<li><strong>代码的运行也有软件环境的依赖，比如meteva 依赖的numpy， pandas， xarray 也存在不同的版本，不能确切的保证每个人的安装包的版本完全一致，或者它们的差异对检验计算不构成影响；</strong></li>
<li><strong>检验系统的数据环境的差异，也可能导致不同的人或不同的单位在实际检验计算时输入到检验程序的数据存在差异性，最后导致检验结果的差异性，并且难以排查。</strong> </li>
</ol>
<p>对于上述问题，Meteva团队可以尽量减少错误，但或许无法完全避免错误，较好的解决方案是动态的发现问题并及时改正。为此还希望使用该模块的用户并不仅限于使用该模块的功能，而是要对其中的代码逻辑加以理解，如果其中存在问题及时反馈给我们。 </p>
<h4> 另外我们也在此声明，Meteva里检验功能模块并不能作为最终业务检验考核的指定软件。只是作为对业务检验工作的一个规范问题讨论和系统开发经验交流的平台，或者用于预报产品初步验证。最终的业务检验结果由相关的主办方发布的结果为准。</h4>