农业信息系统开发建设中的若干思考_第四届农业网站发展论坛暨农业信息技术展示会_中国农业信息...

农业信息系统开发建设中的若干思考
日期：2008-12-01 15:56 作者： 来源：农业部信息中心
农业信息系统开发建设中的若干思考
湖南省农业信息中心  宁  江
随着信息系统在各行各业发挥了越来越重要的作用，农业系统也开发了许多信息系统用于办公和业务中。笔者在农业信息行业工作多年，参加多个农业信息系统的建设开发，也学习和参观了其它一些单位的信息系统的建设，发现在农业信息系统建设过程中存在一些误区和通病，导致农业信息系统建设不能顺利开发进行，或者在建成后的系统达不到设计的初衷，发挥不了应有的作用。本文略陈管见，供参考。
思索一：统一部署，整体开发，注重调研，缜密设计
在农业信息系统的建设过程中，笔者发现用户只是根据自己的使用角度出发，提出了众多的要求和目标，要求农业信息系统在较短的开发时间内达到各种使用目地，而且不同的部门之间都只是根据自己部门的工作流程提出自己的要求，没有达成一个宏观总目标。而同时开发公司也因为业绩的需要、开发时间的要求等等，没有对实际工作中的许多凌乱隐蔽的数据及业务关系进行理顺，而只是简单的进行归类、模块的划分，就对信息系统开发，各种功能系统盲目的一哄而上。这种系统开发后往往达不到设计要求。所以在农业信息系统建设中要特别注意统筹规划，合理部署，要在反复调研的基础上，将用户的实际要求高度慨括，要将各功能系统高度统一起来，形成一种新的工作机制或者工作流程，使用户以较高的效率完成原来的工作。一个合理的农业信息系统要求是电脑的处理流程要配合适应人的行为规范，而不是要人的行为规范去配合电脑的处理流程。
农业信息系统的开发部署包括了许多方面，但是笔者认为处理这种问题有两种办法:一个是由大变小，即在较短的时间内，将一个大的系统划分为多个小的系统进行开发；一个是由小变大，即按照用户的要求，合理的安排小系统的开发顺序，达到整体目标。当然这两个核心问题都必须建立在反复调研、了解了用户的每个环节的需求的基础上。
我们在进行将大系统划分时，要注意横向联系，即部门与部门之间的联系。现在的用户单位的数据被多个部门引用是很常见了，我们认为在进行系统划分时，不要以原来的那种单纯以部门设置为依据进行划分，而且部门层次越多，划分的系统就越小，认为开发的难度就越小。而是应该抛弃部门观念，就单纯的业务工作流程为核心主线进行系统划分。在信息系统设计过程中，因为用户单位的数据是作为核心层进行统一规划设计的，那么我们在工作流程划分过程中，部门就可以相对应的进行匹配。而不需要人为的去想象规划，这样建设过程中就会发现日常工作中不易发现的问题和漏洞，甚至会引出一些新的管理理念。
我们在设计出合理的工作流程基础上，在对小系统开发时就可以做到游刃有余了。但是，我们还是要注意开发中的顺序。我们在宏观中把握整体目标，按照用户的要求，在统一的数据平台基础上，形成统一的系统结构，合理安排小系统开发顺序。如果我们能够在对用户工作流程调研清楚的情况下，在两三周的开发时间内拿出可以运行的子系统，并使子系统尽快成形，使用户看到实际效果，那么对于以后的开发将会产生很好的效果。也使各个子系统在统一调度的情况下开发完成整体目标。
思索二：以动态数据建设为目标，着重数据平台建设
在农业信息系统的建设中，数据被“静化”是越来越多的用户单位存在的问题。很多信息系统都流于形式，往往只注重在单位内部提供最新新闻、技术动态、收发文件等等。信息系统中最核心的数据被忽略了，把信息系统中的“主体”简化成了大量的静态网页信息，甚至有的信息系统只起到了“公告栏”、“文件下载栏”的作用。而没有将从各方面收集的数据进行深层次的开发和分析，导致了信息系统的功效大打折扣。而且使用户单位的信息系统运行维护量增加，不但要做软硬件维护，还需要对网页进行专门维护，增加了人员投入，却与建立信息系统的目地背道而驰。
信息系统的核心是数据，当对被分类组织到数据库中的数据进行整合时，它往往是经过多次统一规划设计的，在相当一段时间内，这个基本的数据是稳定不变的，虽然数据的处理工程是复杂多变的，但信息系统最终的目地就是要将静态的数据充分挖掘出动态的信息来，可惜目前我们很多信息系统建设的目地却是希望得到大量先进的硬件设备和尽可能多的功能。随着时间的流逝，信息系统的硬件设备不断的升级更换，所开发的功能由于管理工作的变化而转移，数据也随着不断的输入而增加，但是“动态”的数据却没有在工作决策中起到作用，只有对过去的数据总结，没有对未来的数据展望。
那么，我们要怎么样改变现在这种局面了？怎么样将信息系统建设的根本任务恢复？笔者认为，将各种数据组织成统一的数据平台，按照精心设计的工作流程，将人工方式下的零乱的数据处理转变为人机结合的系统的数据处理。我们在建设中可以考虑采取以下方法：
1．在核心主线“工作流程”的贯穿下，由大变小。就是在对工作流程的前期调研基础上，根据数据的类别把原有的系统分解成多个小系统，按照用户的要求，排列出它们的开发顺序，在对数据进行统一整合的基础上，分别开发各子系统，不再单独建立子数据平台，这样在子系统的开发过程中避免了数据重复、冲突的局面。对数据平台的开发把握也更加到位和准确。
2．在宏观上掌握数据流程，微观上直接处理数据。一般的开发习惯是用数据流程图描述原有的系统，并在这些材料的基础上进行开发。实际上就是模拟原有的工作方式，并不能形成以数据平台为核心的系统结构。组织数据只需掌握数据的原点、类别和出现的频率等属性，在组织好数据以后，就可以直接开发程序得出各种所需的结果，不需要考虑原有的数据处理经过了多少环节。
3．以实现功能为手段，挖掘数据内涵为目地。在开发各个子系统的过程中，要尽早投入试运行，根据用户提出的各种问题进行反复的修改，实现各种功能。在反复修改的过程中，真正了解用户的意图和数据的属性，在此基础上组织数据，对数据的用途、来源、联系等等各种因素进行充分分析和归纳，从数据中挖出内涵来，做到服务用户的目地，也才能达到建立数据平台的目地。
对数据类别的分析和归纳是一项带有前瞻性的工作，需要设计人员对业务流程和程序设计都十分精通，成功地建立统一的信息系统数据平台，为信息系统的建设打下了坚实的基础。
思索三：根据实际应用出发，选择合理的体系结构
在信息系统建设中目前采取的体系结构主要有两种：浏览器/服务器（B/S）结构和客户机/服务器(C/S)结构。
B/S结构是在客户端安装浏览器，在浏览器的界面上显示用户的各种需求信息，而所有的应用程序和数据库均放在服务器端。用户界面和系统功能的创建和修改就完全依靠服务器了，在设计过程中考虑的外部因素影响就比较小，这样使系统更具集中性和可控性。由于这些优点，在信息系统的建设过程中，越来越多的信息系统采用了这种体系结构。但这种体系结构也存在着一些问题：
1．安全性要求高。在信息系统中采用B/S体系结构，用户可以通过浏览器与服务器相连，因此对信息系统安全性提出了更高的要求。在保证网络安全的前提下，信息系统内部安全性大多依靠用户名和用户密码来保证。但是这种简单的方式对于安全性要求较高的信息系统是不够的。为了实现更加安全的方式，信息系统的设计就需要面对大量权限不同的用户采用层层加密的方式，使用户操作烦琐，系统管理也变得复杂。
2．人机交互性差。B/S体系结构在浏览信息，也就是在机→人的单向交流中可以做得很好。但在人→机的过程中，只能实现一些简单的功能。信息系统要实现的是人机结合的系统性的数据处理，因此采用这种体系结构不能很好地完全满足信息系统的要求。
与B/S结构相比，C/S结构发展得相当成熟，可以实现许多复杂的功能,具有完整的开发环境。随着网络技术、数据库技术的不断发展，C/S模式以前存在的一些不足，如：系统封闭，包容性差、扩展性差，已经在很大程度上得到了改善。
传统观念认为B/S比C/S结构优越的一条重要理由是C/S比B/S系统维护量大。根据信息系统建设的特点，这个观点值得商榷。首先，我们所说的C/S比B/S结构维护量大，指的主要是系统管理员的软件维护量，随着计算机的普及，用户的计算机水平有了很大的提高，简单的软件问题大都可以自己解决，留给系统管理员的软件维护量已大大减少；其次，信息系统建设的核心是数据，对系统管理员而言，B/S结构中的数据维护量比C/S结构中的数据维护量要大得多；最后，在信息系统建设中，很重要的一条就是要保证数据源的统一和准确，这是保证系统完整性和准确性的前提。如果大量的数据维护任务集中在对专业数据不甚了解的系统管理人员身上，数据维护处于被动局面，难以保证数据的实时性和可靠性。
综上所述，在农业信息系统建设中，对于采用什么样的体系结构应根据应用来确定。信息发布以及数据量较小的应用，可采用B/S体系结构。业务流程、数据结构较为复杂的应用，要真正实现它们的功能还是采用C/S体系结构为好。这样，两种体系结构在不同的应用中发挥各自特点，建成针对不同用户群的层次分明的信息管理系统。
农业信息系统建设所需要的不单纯是计算机和网络技术，理解工作流程，理顺部门之间的数据关系，建立统一的数据平台，是成功的根本；恰当的系统结构，合理的安排部署，是成功的保证。信息系统建设是一个长期发展的过程，我们要不断总结经验，少走弯路，早见成效。