论文部分内容阅读
参加统计工作多年，接触过的统计应用软件有不少，经历了单机版到网络版的变迁过程，通过软件应用体会，仅对统计工作中的平台应用软件进行探讨。
笔者现在接触到的平台有一套表平台、核查数据处理平台、网站群平台、OA平台等，这些网络版软件最大的好处是集中搭建、客户登陆，减少了过去单机版时代的数据分散处理，便于集中管理、分级汇总，并保证了源头数据的纯洁性，淘汰了过时的单机版程序，是新时期统计工作发展的要求，但也存在一些缺点和不足。
一、许多程序不提供基层用户修改密码的功能
上级管理员为了方便或者省事，为所有的用户预置了简单的密码，比如，11111、66666、12345、00000等，密码简单，而最终用户又没办法修改，因为程序没提供这样的功能，数据安全得不到保证，普通用户可以相互以同样的密码进入到别人的数据进行浏览、修改甚至删除，数据安全得不到保证。再比如好多统计系统的网站后台登录名是自己的名字，密码是简单的大家都相同的密码，数十年没有更改过，如果别有用心的人完全可以通过用户名、密码登录进去，绕过三级或者四级审核机制而把不该发的文章发表在网站上而引起政治事件。密码是个人网络信息安全的钥匙，在网络非常发达的今天，网上木马病毒横行，我们更应该好好设计一下密码安全，才能保障自己的账户信息安全，只有有效地提高用户个人密码的安全性，才可能防止自己的个人信息遭受威胁和攻击。
二、数据备份功能不完整或者缺失
不少程序的后台都是数据库支撑的，比如SQLSERVER＼ORACLE等，程序开发者可以在后台用命令的形式进行数据备份，但到终端用户上好多没有提供数据备份、恢复功能，以至于在误删数据的情况下束手无策。平台上的重要的数据、档案或历史纪录，不论是对上级用户还是对终端用户，都是至关重要的，一时不慎丢失，都会造成不可估量的损失，轻则辛苦积累起来的心血付之东流，严重的会影响正常的统计工作，给单位造成巨大的损失。为了保障工作的正常运行，程序功能的完备应当能够让终端用户采取先进、有效的措施，对数据进行备份、防范于未然。在进行单位核查数据处理程序中笔者就曾经遇到过一个县的数据被误删的情况，而县用户没有备份，后来只有通过省的后台备份才得以恢复。
三、IP地址登陆及用户痕迹在程序上没有体现
特别是在出现重大数据事故或者说灾难的时候无从下手。工作人员处理几个月的数据因为人为因素被删除，但没办法找到是何人所为，因为程序没有提供这样的功能。登录痕迹管理对管理人员来说是非常有必要的。
四、边使用边修改程序的现象一直存在
程序开发者或者时间仓促或者考虑不周，没有在交付使用前经过系统完整的测试，上级用户在进行试点的时候没有完全发现出现的问题，终端用户在使用时出现这样那样的问题，再反馈修改，再下发程序补丁、制度补丁等，人为增加了工作强度、繁琐度等，全国第六次人口普查程序就经过数十次的补丁修改，而修改前又要进行数据的完整备份等，打补丁后再进行完整导入等，在导入导出的过程中一不小心会生成不少再生性错误甚至数据丢失，人为导致工作量的增加。
五、程序开发人员和统计应用人员的双向结合不够好
一般程序开发者对统计业务的不太熟悉，对统计指标的理解偏差等，程序的汇总模块功能很少，汇总表很少，而所提供的自定义功能比如制表、自定义汇总等基层统计人员又很难掌握，对于基层人员来说数据的二次开发得不到很好的进行，数据重组、数据的深层次利用没有很好的应用。
六、线路瓶颈问题
平台的部署为各级统计部分提供了分级访问的能力，但由于线路带宽瓶颈问题，而统计的时效性又很强，基层用户都在同一个时段进行登录处理，访问速度缓慢，甚至不能工作，网络的接入带宽显得尤为关键。比如基层地图绘制、基层数据录入等都显得慢之又慢，录入一张表保存需要10分钟等，使得不少基层甚至在夜里12点去上机处理数据。有的是因为机器的处理能力达不到数千用户的同时访问而引起系统瘫痪等。在平台部署的时候预先考虑到这些情况，多准备一些应急预案，线路宽一些，机器处理能力高一些，应对的措施多一些，这样不至于给基层用户造成那么大的困扰，工作起来会更顺利一些。
当然，上面提到的是常见的一些问题，可能还有其他的一些细节问题等等，为避免以后出现这些问题，建议程序开发公司在做程序的时候，把这些提前考虑进去，尽可能的完善，多为终端用户考虑，比如，用户第一次登录的时候必须更改密码，而且密码要强壮，否则就无法进行别的操作；程序的功能上尽可能完善，加上导入导出、备份恢复等模块，直接规定使用者必须在一定的时间段进行数据的备份操作；在系统删除数据的时候多几个提醒慎重处理；多考虑程序功能的完善性；添加IP地址及用户痕迹管理；开发人员和统计人员的双向结合；提高系统的访问能力；提高数据的二次开发能力；提高程序的易用性等。
七、总结
克服了以上这些缺点的平台程序，在把功能制作完善后，笔者认为在今后的统计工作中，会受到广大基层终端用户的欢迎，统计数据开发一定会搞的更好。
（作者单位：周口市统计局）
笔者现在接触到的平台有一套表平台、核查数据处理平台、网站群平台、OA平台等，这些网络版软件最大的好处是集中搭建、客户登陆，减少了过去单机版时代的数据分散处理，便于集中管理、分级汇总，并保证了源头数据的纯洁性，淘汰了过时的单机版程序，是新时期统计工作发展的要求，但也存在一些缺点和不足。
一、许多程序不提供基层用户修改密码的功能
上级管理员为了方便或者省事，为所有的用户预置了简单的密码，比如，11111、66666、12345、00000等，密码简单，而最终用户又没办法修改，因为程序没提供这样的功能，数据安全得不到保证，普通用户可以相互以同样的密码进入到别人的数据进行浏览、修改甚至删除，数据安全得不到保证。再比如好多统计系统的网站后台登录名是自己的名字，密码是简单的大家都相同的密码，数十年没有更改过，如果别有用心的人完全可以通过用户名、密码登录进去，绕过三级或者四级审核机制而把不该发的文章发表在网站上而引起政治事件。密码是个人网络信息安全的钥匙，在网络非常发达的今天，网上木马病毒横行，我们更应该好好设计一下密码安全，才能保障自己的账户信息安全，只有有效地提高用户个人密码的安全性，才可能防止自己的个人信息遭受威胁和攻击。
二、数据备份功能不完整或者缺失
不少程序的后台都是数据库支撑的，比如SQLSERVER＼ORACLE等，程序开发者可以在后台用命令的形式进行数据备份，但到终端用户上好多没有提供数据备份、恢复功能，以至于在误删数据的情况下束手无策。平台上的重要的数据、档案或历史纪录，不论是对上级用户还是对终端用户，都是至关重要的，一时不慎丢失，都会造成不可估量的损失，轻则辛苦积累起来的心血付之东流，严重的会影响正常的统计工作，给单位造成巨大的损失。为了保障工作的正常运行，程序功能的完备应当能够让终端用户采取先进、有效的措施，对数据进行备份、防范于未然。在进行单位核查数据处理程序中笔者就曾经遇到过一个县的数据被误删的情况，而县用户没有备份，后来只有通过省的后台备份才得以恢复。
三、IP地址登陆及用户痕迹在程序上没有体现
特别是在出现重大数据事故或者说灾难的时候无从下手。工作人员处理几个月的数据因为人为因素被删除，但没办法找到是何人所为，因为程序没有提供这样的功能。登录痕迹管理对管理人员来说是非常有必要的。
四、边使用边修改程序的现象一直存在
程序开发者或者时间仓促或者考虑不周，没有在交付使用前经过系统完整的测试，上级用户在进行试点的时候没有完全发现出现的问题，终端用户在使用时出现这样那样的问题，再反馈修改，再下发程序补丁、制度补丁等，人为增加了工作强度、繁琐度等，全国第六次人口普查程序就经过数十次的补丁修改，而修改前又要进行数据的完整备份等，打补丁后再进行完整导入等，在导入导出的过程中一不小心会生成不少再生性错误甚至数据丢失，人为导致工作量的增加。
五、程序开发人员和统计应用人员的双向结合不够好
一般程序开发者对统计业务的不太熟悉，对统计指标的理解偏差等，程序的汇总模块功能很少，汇总表很少，而所提供的自定义功能比如制表、自定义汇总等基层统计人员又很难掌握，对于基层人员来说数据的二次开发得不到很好的进行，数据重组、数据的深层次利用没有很好的应用。
六、线路瓶颈问题
平台的部署为各级统计部分提供了分级访问的能力，但由于线路带宽瓶颈问题，而统计的时效性又很强，基层用户都在同一个时段进行登录处理，访问速度缓慢，甚至不能工作，网络的接入带宽显得尤为关键。比如基层地图绘制、基层数据录入等都显得慢之又慢，录入一张表保存需要10分钟等，使得不少基层甚至在夜里12点去上机处理数据。有的是因为机器的处理能力达不到数千用户的同时访问而引起系统瘫痪等。在平台部署的时候预先考虑到这些情况，多准备一些应急预案，线路宽一些，机器处理能力高一些，应对的措施多一些，这样不至于给基层用户造成那么大的困扰，工作起来会更顺利一些。
当然，上面提到的是常见的一些问题，可能还有其他的一些细节问题等等，为避免以后出现这些问题，建议程序开发公司在做程序的时候，把这些提前考虑进去，尽可能的完善，多为终端用户考虑，比如，用户第一次登录的时候必须更改密码，而且密码要强壮，否则就无法进行别的操作；程序的功能上尽可能完善，加上导入导出、备份恢复等模块，直接规定使用者必须在一定的时间段进行数据的备份操作；在系统删除数据的时候多几个提醒慎重处理；多考虑程序功能的完善性；添加IP地址及用户痕迹管理；开发人员和统计人员的双向结合；提高系统的访问能力；提高数据的二次开发能力；提高程序的易用性等。
七、总结
克服了以上这些缺点的平台程序，在把功能制作完善后，笔者认为在今后的统计工作中，会受到广大基层终端用户的欢迎，统计数据开发一定会搞的更好。
（作者单位：周口市统计局）