VisualNet ^TM研发背景

不管您是否了解或熟悉VisualNet，我们在对含有各种设备、线路资源的项目进行设计、施工、维护或管理时，都会遇到一个共同特点，即它们存在着大量的设备节点和节点间复杂的连接关系，既难于理解又不便管理。它们带来一系列难以了解清楚的问题是：它是什么？它在哪里？怎么配置？怎样连接？与谁连接？从上层设备到终端要经过哪些路由？l领用的设备用在了哪里？有哪些什么还是空闲的？设备何时投入运行的？哪些设备需要更新维护？员工走了，如何让资料能完整保存下来？新接手的员工如何能快速掌握系统？如何从众多的资料中找到所需要的信息？.....

每天我们都在和这些成百上千的设备、数据信息打交道，我们很难对这些复杂系统中所有设备位置、参数、使用状态、资产信息等等做到了如指掌。然而，目前却很难找到一条有效的途径来管理这些日益复杂和离散的系统。缺少对这些基础设施的配置和资源使用状况的了解，导致日益严重的设备故障、低效的技术支持、资产的不明流失、投资的重复浪费、资料的严重缺失以及各项管理成本、维护成本和人力成本的增加。

大量的设备线路资源

在什么地方？有多少？谁在管？......

大量的数据信息与文档资料

有哪些技术参数？怎么配置的？有哪些方案？

复杂的层次结构与关联关系

设备之间怎么连接的？相互有什么关联关系？...

常规实施方式遇到什么问题?

于是我们可能会想到要用各种各样的画图工具去制图，如CAD、Visio等，或者我们用一些信息系统来管理我们的各种图纸资料、设备资源、管网资源、技术文档等等。但大家都有体会的是，纯粹的画图软件，我们很难把众多的设备信息、连接关系信息表达清楚，不同的设计图纸之间也没有直观的连接关系能够表达出来，更不能对设计图中用到的设备材料进行快速定位、准确统计。可是表格式的MIS系统又很难清楚表达复杂的系统结构和连接关系的。就是一些花巨资用GIS系统去管理的单位，也已经充分意识到，光是管理设备资源的地理信息数据也是远远不够的，还有众多的信息如技术文档、设备的细节等都无法通过一个设计页面表达出来。因此，无论您目前使用哪一种方式去设计或管理系统，都会觉得存在明显的缺陷。其实原因很简:因为即使是一个很简单的图纸，里面的每一个对象都有其自身的数据属性、技术参数和具体的业务特征，同时它又和系统中的其它对象发生关联。而常见的静态图表软件已经不可能把这些关系、属性和业务特征一一反映出来，更不能做到图形与实物一一对应。

而如果我们采用常规方式购买现成软件或找人开发定制，只能满足当前的需求。而用户在实际管理应用过程中，很多事情是变化的。譬如：系统结构、管理对象、数据属性、应用场合、操作人员等。在此过程中我们可以发现：无论是用户首次提出功能要求，还是系统定制或者以后提出更新需求，都必须借助于软件商去做这个事情，用户始终处于被动状态中，没有自己去解决这些问题的手段。这种借助于第三方来满足经常变化着的需求方式，给我们最终用户带来了大量的不可控的、不可预知的变数，让用户始终处于一种被动状态中。譬如：费用不可控、更新周期不可控、人员掌握的熟练程度不可控、软件本身的生命周期不可控、数据迁移过程不可控等等。