在设备管理系统中，普遍使用的软件都存在不少令人无法忽视的缺陷。传统的设备管理系统中，即使是专业公司上门调研、根据当时情况制定方案，然后根据实际情况开发再实施的也不能够避免。
这归根结底是因为软件开发的流程工艺。以前，在设备管理软件开发实施之前，必须对所管理的设备进行具体分类。然后根据分类的情况定制数据存储系统，然后按所需要的功能增加存储单元、处理单元，之后进行程序编码最后实施调试，并在调试过程中进行适应性调整，同时录入数据。设计好一些的软件还会预留部分前瞻性接口，整个项目基本就完成了。
这也是目前设备管理系统开发市场大部分研发机构采用的开发模式，但存在一定的缺陷，如设备类型、类型参数、报表、体系甚至连时间周期等的相关内容都被约定成型、灵活性不足。企业不能因为系统无法新增或改变类型而不是用或不管理新的设备，更不可能改变设备就重新部署或修改软件，所以这类设备管理系统的生命周期注定是短暂的。因此，必须要利用新的开发思路以及实施方法，提升设备管理信息化的效率、扩展系统的适用性、延长系统活跃期和生命期，增加系统稳定性，从而减少企业重复投资、无用投资。
这个新模式开发的设备管理系统应具有非常高的开放性，但前提保证系统的稳定性与安全性。如何把设备管理系统设计成为高开放性系统，涉及到两个很重要的问题：一是如何将系统框架化、模块分离、定立通信标准、聚合策略，并保证系统安全性？二是如何进行无约定开发，模块通用化，并能保持数据间关系稳定、存储正常，以保证系统兼容性与稳定性？
解决第一个问题可以由业务数据模型着手。
业务数据模型可从数据实体服务层、服务聚合层、跨组织服务聚合层三个层次进行描述，这三个层次是从具体的组织内数据实体视图到虚拟化的、面向用户的跨组织数据视图进行区分。
数据实体服务层：为系统提供数据实体的统一视图，并将数据都封装成为定义简单的、原子的数据实体服务模型。
在不同的业务系统中，数据以不同形式存在，使用不同的标准进行建模和编码，因此在数据实体服务层，要重新建立一个全新的、统一的、集成的数据模型，重新定义新的关联和数据结构，对数据实体的描述也要进行扩充，除了其本身的固有的属性，还应包括每个数据实体的位置、来源、用处、限制和数据存储模型，以及对这些数据实体服务的描述。数据实体服务层向上发布其元数据信息，提供的是较低层的、细粒度的数据服务。
数据聚合服务层：基于数据实体服务层，按照某个部门或特定业务领域制定的某种聚合策略，建立聚合服务模型。
每个聚合服务对应唯一的一种聚合策略，有唯一的全局标示。对每个聚合服务的描述，包括其标识、种类、功能、聚合策略和该聚合服务向下层服务的映射和转换模式，也包括对服务接口的定义。每种聚合服务可以对应到任意多个数据实体服务的组合，也可以对应到数据实体服务和底层聚合服务的混合组合，也可以是多个子聚合服务的再组合。当聚合服务被调用时，聚合服务模型把服务调用映射、转换到各数据实体服务或底层子聚合服务，生成服务的实例，并与这些服务进行交互。
按照这种思路，就可以把整个设备管理系统归类划分。每个功能作为一个通用性聚合策略，利用业务服务聚合层控制用户权限，按设备管理系统规划的控制程度给予不同用户相应权限，基于定立的通信标准连结各个功能模块，并在复合应用层与用户交互。有效设置即可解决第一个问题。
至于第二个问题其实只需在数据聚合层通过聚合策略按约定规则存储时把业务数据解散耦合分离为结构数据、实例数据、抽象结构分别按策略规则存储，读取时按策略规则读取抽象结构，根据结构数据建立视图，最后填充实例数据，这样就能解决。兼容性、稳定性、安全性的保障体现在策略规则的定义上，所以策略规则的定义必须全面、规范、严谨，而且要多方面考虑以及顾全。
系统平台能作为一个通用性聚合策略，利用业务服务聚合层控制用户权限，按设备管理系统规划的控制程度给予不同用户相应权限，基于定立的通信标准连结各个功能模块，并在复合应用层与用户交互，细致严谨的架构设计更不能缺乏。