以下是自己的理解，不一定正确。
地面测报软件《OSSMO 2004》运行以来经过几次升级改动，在原有数据格式的基础上，又增加了一些数据文件，数据流程变得较为复杂，了解这些数据文件的形成流程，有助于我们对软件的理解，对出现的一些问题也能及时作出正确分析处理。
数据文件按功能主要分三种：报文文件、原始记录、气表文件。
1、报文文件
报文文件强调数据的及时性，文件较短，通过网络及时上传至网络中心。它们在软件的SYNOP目录下。
2、原始记录
原始记录包括采集器形成的数据文件和人工录入的数据，在AwsSource和AwsNet目录下是采集器形成的自动数据，强调数据的真实准确，不允许人为修改。另外《SAWSS》软件还在Restore\Data目录下形成分钟备份文件，每天形成一个。人工数据文件则在BaseData目录下。
3、气表文件
气表文件在ReportFile目录下，是加入了人工数据，经过质量控制后的文件，文件强调数据合理，质量要求较高，应可供科学分析。它的数据来源是BaseData目录的B文件和AwsSource目录下采集器形成的分钟数据文件。
以下是数据的简单流程图，
由流程图可以看出，需要人为干预的主要是BaseData目录，以后的报文文件目录、原始数据目录、气表文件目录都需要这个目录的支持，其他都是机器自动生成，所以尤其要注意BaseData目录中B文件的正确与完整，对BaseData目录中B文件的操作除了各时天气报编写后的存盘操作，主要是在20时后《OSSMO》的逐日数据维护操作，对当日的数据尽量做到当日及时处理，为以后的旬月报、气表形成等提供准确、可靠的数据。
掌握详尽的数据形成情况，对软件工作中出现的各种故障分析处理有很大帮助，现总结见下表：
除此之外，我们还应对各种文件的内容和格式有更详尽的了解，现以一次对故障的处理，说明它的重要性。
某日14时后出现大风，采集器发出报警声，《SAWSS》提示大风消息，风速>17米/秒，但20时天气报，在重要组确没有大风提示，进入逐日地面数据维护，发现当日极大风速小于17米/秒，没有大风。
分析原因，根据上表，20时天气报和日地面数据的主要来源是Z文件，于是用《SAWSS》的查询功能查看Z文件，在出现大风报警的那小时极值也没有大风，于是进一步分析，出现报警是因为ZZ.TXT中小时极值出现大风，Z文件和ZZ.TXT的数据都直接来自采集器，但采集的时间却不同，ZZ.TXT每分钟都采集，Z文件只小时整点时刻采集（见上表），于是分析，在大风时刻到下一个整点时刻之间采集器出现故障，采集器内部极大风丢失，后经过仔细询问当时的值班员，果然值班员错误的在采集器报警后按了“复位”按钮来停止报警声，改变了采集器内部的数据，当下一整点再次采集存入Z文件时大风丢失。
于是，开启《自动站质量控制软件》，在Restore\Data目录下，打开当日的“逐分钟地面数据文件”（AWS_*. RTD），找到极大风数据，恢复到B文件。