论文部分内容阅读
摘 要：本文通过本人开发的“实现气象资料服务智能化”软件，阐述解决传统气象资料服务模式三大缺陷：密级资料划分不严谨、服务产品不透明、客户定制盲目性。改陈旧传统的被动服务模式为现今新时期下的主动服务模式[1]，解除抑制气象服务的局限，借助互联网推介，拓宽服务渠道，达到提高服务效率和提高经济效益的最终目的。
关键词：气象服务 密级划分 服务智能 标准流程
引言
随着客户多样化、特殊化和个性化的服务需求。传统服务模式下资料密级定义不清楚，服务人员无法精准定位其涉密程度，导致保密资料泄漏，且造成有些损失不能挽回。另外，服务人员因没有依据可寻，不知道涉密资料需要审批到哪一级，为了不招来不必要的麻烦，或直接回绝或因涉密不能提供等简单原因拒绝服务，使用户不解或直疑服务态度恶劣而发生服务中断的现象。同样，领导审批也存在着多一事不如少一事的思想，导致服务人员尴尬的现象时有发生，所以，不成规矩不成方圆，审批权力不匹配，级别高的领导干涉低的领导审批，也是难为情的。因此，目前的气象资料服务模式已经不适应当今社会发展的需求，创造或引入新时代服务模式，已势在必行。
1、资料密级划分
为了保证涉密气象资料的安全，将气象服务资料的密级划分成不同层次，以便逐级领导及时行使其对等级别的审批权，并约定每一级资料密级均需要一个对应级别的审批领导与其吻合，以确保每一个密级的气象资料得到安全服务和放心使用，大致如下（可以自行调整）：
1级资料为一般资料，即为不涉密资料，也称为常规资料，由科室领导审批同意即可，那么科室领导就被定义为1级审批员（依次类推，资料密级越高需要审批的领导级别也越高），比如：公益性服务中相关的气象资料证明材料等。2级资料需要分管科室的处级领导进行审批同意，如：内部公益性服务中涉及到少量原始单元的小时或分钟数据的气象资料等。3级资料需要分管处室的上级局机关处级领导进行审批同意，如：外部有偿性服務中涉及到大量原始单元的小时或分钟数据的气象资料等。4级资料需要分管处室的局级领导进行审批同意，如：公益性或有偿性服务中涉及到不能对外公开的气象观测站的所有气象要素资料等。5级资料需要分管省局级的中国局领导进行审批同意。如：公益性或有偿性服务中涉及到国外企业或个人而需要服务的所有气象资料等。依次类推，逐级提升，资料密级越高，则需要对应较高级别的机关领导进行审批，最多可延伸至10级。
2、库表结构设计
为了给每一个级别的服务人员能进入到相应的页面行使各自的职责和审批权，需要各自分配一个角色，凭唯一的代码和密码进入对应的角色，才能完成相应的任务，由于涉及的数据量不大，采用Access数据库。
3、服务流程
3.1正常服务：在服务过程中，每一个服务人员均要各施其责，保证所负责的环节流通顺畅，即：每一级服务员应不少于2名，以保证客户得到及时服务。各服务员之间关系为：初审员或制作员对申请清单检查可以提供后，还要理清其密级属于哪一等级，便于定位逐级审批到指定级别为止，以确保资料服务安全，然后先推送到1级审批员同意后，再推送到2级审批员同意后……直至推送到指定级别审批员同意为止，制作员才进行产品加工，最后封装成品给客户，整个服务流程才算真正完成。
3.2服务终止：当申请清单中被检查出不可以提供或任何一级审批员出现不同意的情况时，初审员或制作员要及时与客户说明不可以提供或哪一级不同意的具体原因（客户也可以在相应的网页中查询），并勾通交换意见，诸如站点置换、要素替代、降低资料密级等手段来修改清单内容以达到尽可能为其提供服务的目的，以提升服务的满意度。
3.3地面气象资料服务流程图如图1所示。其中N表示气象资料的密级，需要从低到高逐一通过每一级的审批同意，直至N级为止。
4、服务产品展示：按照基础气象要素[2]分为气压、气温、降水量、天气现象、蒸发量等20个，并按时长划分至本文撰写完成为止的固有服务产品共有773种，其中：年值234种、月值216种、旬值64种、候值40种、日值185种、时值34种，当然，有新的服务产品出炉后，可以有多种形式增加到系统设定数据库中的固有服务产品表。
5、系统软件：系统采用B/S架构ASP.NET[3]开发语言编写，源代码略。
6、小结：该人机交互式气象资料服务系统，将气象资料进行密级划分，并与之审批级别相对应的新理念，得到各级领导高度一致的认同，权责划分明确。解决了服务制作人员不再为申请函要审批到哪一级而犯愁的问题，同时也杜绝了因为权责不清而导致服务中断的现象发生。气象资料服务产品放在互联网上销售，便于用户选择和精准定制，改变了以前的被动服务模式为新时代下的主动服务模式，深得用户和服务人员的好评；资料服务后的建库立档，便于事后查询、统计、报表制作、再开发等，拓宽了服务通道，提高了服务效率。
参考文献：
[1]中国气象服务协会，构建有吸引力的气象服务市场：中国气象服务产业发展报告2014，北京，气象出版社
[2]俞卫平，地面气象观测规范，北京，气象出版社.
[3]陈娴 刘开文，ASP.NET项目开发实践，北京，中国铁道出版社.
关键词：气象服务 密级划分 服务智能 标准流程
引言
随着客户多样化、特殊化和个性化的服务需求。传统服务模式下资料密级定义不清楚，服务人员无法精准定位其涉密程度，导致保密资料泄漏，且造成有些损失不能挽回。另外，服务人员因没有依据可寻，不知道涉密资料需要审批到哪一级，为了不招来不必要的麻烦，或直接回绝或因涉密不能提供等简单原因拒绝服务，使用户不解或直疑服务态度恶劣而发生服务中断的现象。同样，领导审批也存在着多一事不如少一事的思想，导致服务人员尴尬的现象时有发生，所以，不成规矩不成方圆，审批权力不匹配，级别高的领导干涉低的领导审批，也是难为情的。因此，目前的气象资料服务模式已经不适应当今社会发展的需求，创造或引入新时代服务模式，已势在必行。
1、资料密级划分
为了保证涉密气象资料的安全，将气象服务资料的密级划分成不同层次，以便逐级领导及时行使其对等级别的审批权，并约定每一级资料密级均需要一个对应级别的审批领导与其吻合，以确保每一个密级的气象资料得到安全服务和放心使用，大致如下（可以自行调整）：
1级资料为一般资料，即为不涉密资料，也称为常规资料，由科室领导审批同意即可，那么科室领导就被定义为1级审批员（依次类推，资料密级越高需要审批的领导级别也越高），比如：公益性服务中相关的气象资料证明材料等。2级资料需要分管科室的处级领导进行审批同意，如：内部公益性服务中涉及到少量原始单元的小时或分钟数据的气象资料等。3级资料需要分管处室的上级局机关处级领导进行审批同意，如：外部有偿性服務中涉及到大量原始单元的小时或分钟数据的气象资料等。4级资料需要分管处室的局级领导进行审批同意，如：公益性或有偿性服务中涉及到不能对外公开的气象观测站的所有气象要素资料等。5级资料需要分管省局级的中国局领导进行审批同意。如：公益性或有偿性服务中涉及到国外企业或个人而需要服务的所有气象资料等。依次类推，逐级提升，资料密级越高，则需要对应较高级别的机关领导进行审批，最多可延伸至10级。
2、库表结构设计
为了给每一个级别的服务人员能进入到相应的页面行使各自的职责和审批权，需要各自分配一个角色，凭唯一的代码和密码进入对应的角色，才能完成相应的任务，由于涉及的数据量不大，采用Access数据库。
3、服务流程
3.1正常服务：在服务过程中，每一个服务人员均要各施其责，保证所负责的环节流通顺畅，即：每一级服务员应不少于2名，以保证客户得到及时服务。各服务员之间关系为：初审员或制作员对申请清单检查可以提供后，还要理清其密级属于哪一等级，便于定位逐级审批到指定级别为止，以确保资料服务安全，然后先推送到1级审批员同意后，再推送到2级审批员同意后……直至推送到指定级别审批员同意为止，制作员才进行产品加工，最后封装成品给客户，整个服务流程才算真正完成。
3.2服务终止：当申请清单中被检查出不可以提供或任何一级审批员出现不同意的情况时，初审员或制作员要及时与客户说明不可以提供或哪一级不同意的具体原因（客户也可以在相应的网页中查询），并勾通交换意见，诸如站点置换、要素替代、降低资料密级等手段来修改清单内容以达到尽可能为其提供服务的目的，以提升服务的满意度。
3.3地面气象资料服务流程图如图1所示。其中N表示气象资料的密级，需要从低到高逐一通过每一级的审批同意，直至N级为止。
4、服务产品展示：按照基础气象要素[2]分为气压、气温、降水量、天气现象、蒸发量等20个，并按时长划分至本文撰写完成为止的固有服务产品共有773种，其中：年值234种、月值216种、旬值64种、候值40种、日值185种、时值34种，当然，有新的服务产品出炉后，可以有多种形式增加到系统设定数据库中的固有服务产品表。
5、系统软件：系统采用B/S架构ASP.NET[3]开发语言编写，源代码略。
6、小结：该人机交互式气象资料服务系统，将气象资料进行密级划分，并与之审批级别相对应的新理念，得到各级领导高度一致的认同，权责划分明确。解决了服务制作人员不再为申请函要审批到哪一级而犯愁的问题，同时也杜绝了因为权责不清而导致服务中断的现象发生。气象资料服务产品放在互联网上销售，便于用户选择和精准定制，改变了以前的被动服务模式为新时代下的主动服务模式，深得用户和服务人员的好评；资料服务后的建库立档，便于事后查询、统计、报表制作、再开发等，拓宽了服务通道，提高了服务效率。
参考文献：
[1]中国气象服务协会，构建有吸引力的气象服务市场：中国气象服务产业发展报告2014，北京，气象出版社
[2]俞卫平，地面气象观测规范，北京，气象出版社.
[3]陈娴 刘开文，ASP.NET项目开发实践，北京，中国铁道出版社.