后勤物业资源管理系统技术建议书'

1、后勤物业资源管理系统后勤物业资源管理系统 技术方案技术方案 第1页 目目录录 1 1范围范围.4 2 2xxxx 科技对惠州电信物业资源管理系统的理解科技对惠州电信物业资源管理系统的理解.4 2.1系统目标.4 2.2系统管理范围.5 2.3系统提供的管理功能.5 3 3xxxx 科技对惠州电信后勤物业资源管理系统的定位科技对惠州电信后勤物业资源管理系统的定位.6 4 4电信企业后勤物业管理系统介绍电信企业后勤物业管理系统介绍.7 4.1后勤物业管理系统的核心思想.7 4.2物业资源管理系统中的数据质量控制.8 4.3物业资源管理系统信息处理流程.9 4.4物业资源管理系统的运行模式.10 4

2、.5物业资源管理体系结构.12 4.5.1组件式软件结构.12 4.5.2对象操作组件与元数据.13 4.5.3管理功能组件与对象操作组件之间的关系.17 4.6物业资源管理系统的功能.18 4.7物业资源管理系统的实施.19 第2页 致致谢谢 感谢贵公司给深圳市 xx 科技有限公司（简称 xx 科技）提供机会参与 后勤物业资源管理系统技术建议的机会。 凭借对电信运营企业的专业理解，相信我们的解决方案不仅能满足贵 公司物业资源管理系统建设的需求，而且能保证该解决方案的长期有效性 和实用性。 第3页 1 1范围范围 本方案书对我公司关于实现广东省电信公司惠州市分公司（简称惠州电信） 物业资源管理

3、系统的软件系统框架、技术实现方案进行了描述。 2 2xxxx 科技对惠州电信物业资源管理系统的理解科技对惠州电信物业资源管理系统的理解 2.12.1系统目标系统目标 近几年来我国电信企业纷纷采取业务大集中的模式，通过建立集中的企业 资源信息库，对关键业务数据以及关键应用进行集中管理，降低业务支撑系统 总成本，并使企业成为一个强健而统一的信息共享共同体，最终实现端对端的 以客户为中心的服务，强化市场竞争力。 电信企业拥有庞大的、与电信生产相关的物业资源，在市场经济的巨大压 力下，作为一个现代化企业，如何充分利用好现有企业资源，高效地为主业服 务，是电信企业后勤管理部门面临的一个重要任务。 长期以

4、来，电信企业物业资源的管理一直处于手工处理的水平，工作量大、 效率低、准确性欠佳，而电信企业为适应市场要求,又在不断地进行设备的改造 和扩容,这一切都必须是在准确详细地对相关的物业资源了解的前提下进行的。 在这种情况下，对物业信息准确快速的需求和传统的手工低效率处理方式，形 成了鲜明的对比。如何摆脱物业资源管理的被动局面，如何使企业的物业资源 更好的为生产第一线服务，是企业后勤物业管理部门面临的一个重要工作。 第4页 2.22.2系统管理范围系统管理范围 本解决方案主要是对惠州电信的后勤物业资源进行统一集中的管理。 2.32.3系统提供的管理功能系统提供的管理功能 本后勤物业资源管理系统的核心

5、是在建立集中统一、信息完备的物业资源 数据库上，建立起惠州电信内部的后勤物业资源供需链管理系统。即建立起惠 州电信内部的物业资源供需链上各个工作流程的工作流管理系统，通过对各个 工作流程环节的管理完成对物业资源的数据更新维护及物业资源设施对象的生 命周期状态转换。 该系统的需求决定了这是一个 erp（企业资源计划）领域的系统，erp 技 术的核心思想是在统一的数据库上建立企业资源供需链作业流程管理，即以数以数 据为源，以过程为管理对象据为源，以过程为管理对象。在企业资源供需链作业流程的管理过程中完成对 数据的更新维护。对于惠州电信这样的运营企业，其后勤物业资源的特点决定 了集中统一、信息完备的

6、综合资源数据库的建立。所以，除了传统的关系型数 据库技术外，还要借助 cad 制图技术。因为在我们要建立的物业资源数据库中， 不仅要纪录物业资源设施的静态、动态属性信息，还要纪录物业资源设施的空 间分布位置信息及设施之间的关系，根据这些信息来进行物业资源的位置管理。 惠州电信的物业资源设施种类繁多、分布位置较广，除了分布于户外的物业设 施外，还有分布在机房（含机房本身）内的各种物业设施。这意味着在物业资 源设施的位置管理中，不仅要管理分布广泛的户外物业设施，还要借助 cad 绘 图系统来管理分布于机房内部的各种物业资源设施。 本工程应该分两步进行。第一步，资源调查和数据采集，以建立一个统一 第

7、5页 完备的物业资源数据库。在该资源数据库中，不仅记录正在使用中的物业资源 设施，而且记录正在设计、施工中的资源，即记录全生命周期状态中的物业资 源设施，并完成该物业资源数据库的数据维护和更新，包括基本的数据录入和 编辑。 第二步，软件应用系统定制，以建立一个包括物业工程建设管理、物业 资源（如车辆）调度管理、物业日常维护管理、物业备品备件的调度管理系统 以及查询、统计、分析等功能的综合管理系统。 通过对各个工作流程环节的管 理，完成对物业资源数据更新维护及物业资源设施对象的生命周期状态转换。 3 3xxxx 科技对惠州电信后勤物业资源管理系统的定位科技对惠州电信后勤物业资源管理系统的定位 让

8、后勤物业资源成为一个整体，是 erp 软件行业追求的目标，也是 xx 科技 对惠州电信后勤物业资源管理系统的定位。因为，电信企业的物业资源计划管 理有其自身的特点：首先，电信企业的物业资源主要为其庞大的电信网资源服 务，它的资源供需链涉及工程建设、设施维护维修、车辆调度、交缴费用和采 购等环节，几乎与电信企业所有部门有关，所以，物业资源设施的管理有其非 常重要的意义。另外，电信企业的物业资源设施数量庞大、分布在整个惠州市 区，管理起来比较复杂。如何保障主业顺畅地为用户提供优质服务、如何让企 业内部各部门相互协同作业、如何对电信后勤保障供应链上的所有环节进行有 效管理，是物业资源设施管理系统需要

9、解决的问题。所以，后勤物业资源应该 成为一个为主业服务的完整体，使相关的部门和相关的人分根据不同的权限分 享整个资源库的相关信息。 第6页 4 4电信企业后勤物业管理系统介绍电信企业后勤物业管理系统介绍 电信企业后勤物业管理系统建立在我公司已有的生活小区和综合小区物业 管理系统、汽车管理系统以及工程图档管理系统开发经验的基础之上，其中融 合了电信企业资源计划（terp）的理念和思想。我们建立的是一个集中的物业 资源信息库和集中的业务管理，物流清晰明了，各个职能部门通力合作，信息 实时共享，以客户服务为中心，高效运转。 4.14.1后勤物业管理系统的核心思想后勤物业管理系统的核心思想 后勤物业管

10、理系统的核心思想是通过建立一个集中统一的、遵从电信行 业规则的、与业务应用无关的、面向电信企业基础物业资源对象的企业物业资 源模型库，以集成的方式管理处于企业物业资源供需链上各个生命周期阶段的 资源设施的完整信息库。在此信息库的基础上，建立起物业资源租赁业务管理、物业资源租赁业务管理、 物业工程建设管理、物业资源调度管理、物业资源日常维护管理、物业资源备物业工程建设管理、物业资源调度管理、物业资源日常维护管理、物业资源备 品备件调度管理系统，品备件调度管理系统，以便实现对资源设施的生命周期状态转换过程进行管理， 并实现满足计划、采购、出入库、维护、维修、工单管理等需求应用的物业资 源数据维护、

11、查询、统计、分析功能模块，并将这些功能模块封装为一个统一 的应用软件程序包。 第7页 4.24.2物业物业资源管理资源管理系统中的数据质量控制系统中的数据质量控制 在物业资源管理系统的解决方案中，保证系统数据质量至关重要，本系统 强调面向资源供需链流程控制而进行数据维护，从而保证数据更新的及时性及 准确性。物业资源信息由静态资源配置信息和动态资源调度信息。这两部分数 据的质量维护各不相同。 静态资源配置信息是关于物业资源结构、配置方面的信息，一般在物业建 设（包括改建、扩建、新建）工程结束时作为工程竣工资料而产生，除非发生 物业结构调整（一般需要进行工程计划、设计、建设施工等环节） ，否则在物

12、业 的运行过程中，其信息内容保持不变。在资源管理系统建设初期阶段可以采用 在工程竣工后集中的数据录入、维护的办法。随着系统建设的深入，可以对系 统建立起建设施工和竣工等各环节的流程控制，在对设施状态转换的流程控制 过程中实现对工程数据的录入、维护。 物业资源信息中的动态资源调度信息是在各相关资源调度过程中随着资 源调度而产生的信息，这部分信息随着资源调度工作的进行而产生、变化。这 部分数据的维护管理比较复杂，数据质量的控制比较难。按照传统的数据集中 录入、维护的办法行不通，对这部分数据的维护管理只能由资源调度管理系统 来完成，数据的维护体现在对资源调度工作流的各个环节的管理过程中去，通 过对资

13、源调度工作流程的管理而实现对数据的维护。一笔资源调度工作完成， 相应的数据录入、修改也自动在资源调度工作流各个环节的执行过程中完成。 第8页 4.34.3物业资源管理系统信息处理流程物业资源管理系统信息处理流程 物业资源管理系统涵盖了电信企业物业资源处理过程的所有部门，这些部 门包括计划、设计、施工和维护使用。 在每一个资源设施的生命周期中，设施处于不同的状态。状态通常有建议 增加、在用、待停用、报废、待拆除重建等。 物业资源库中的设施是现实物业资源的数字描述，相应对数字空间中的设 施的操作也应和现实生活中对设施的操作相对应。现实世界中对设施的操作都 是一个过程，而非仅仅一个事件，因此管理软件

14、对物业资源库中的设施的操作 不仅仅是简单的增、删、改、查而已，而必须是对其实际操作过程进行模拟 （好处是数据质量控制和消除中间环节） 。这体现为对设施库中的设施定义生命 周期中的各个状态，操作的过程体现为状态的迁移过程。如下图： 设施的状态随着工程的进度、资源调度的进度会进行状态转换，如从竣工 u拆拆除除：计划拆除-拆除-消失。 数字空间中：计划拆除ppx已拆除fpr-删除 u报报废废：计划报废-报废。 数字空间中 ：计划报废ppr报废abd； u转转移移：计划转移转移好。 数字空间中 ：计划转移ppd-投入使用asb； u修修理理：计划修理修理好。 数字空间中 ：计划修理ppm-投入使用as

15、b u拆拆除除重重建建：计划拆除重建最终拆除重建。 数字空间中 ：计划拆 除重建pdd-最终拆除重建asb； u新新建建：建议增加确定增加-施工中-竣工-投入使用； 数字空间：建议增加（ppa）-确定增加（approved）-施工 中（submitted）-竣工（existing）-投入使用（asb） ； 第9页 状态进入运行状态。物业资源管理系统要验证状态转换的有效性，一个设施的 状态只能按预定的状态转换路径进行转换。而且，当发生操作错误时，可以取 消操作或作逆向的状态转换。在放置新的设施时还要检查与之关系的设施状态 的有效性。一个处于“初步设计”状态的设施不能与一个处于“废弃”状态的 设施

16、相连。可以对一个单一设施、指定区域内的设施或整个工程中的设施进行 状态转换。状态转换还与其它操作结合在一起，以便减少输入操作。状态转换 必须由系统监视员来完成。 状态生命周期是基于每个设施来定义的，不是基于整个资源设施，这样可 以对不同设施定义不同状态。 将设施生命周期状态管理引入到系统中，根据设施状态来集中管理电信企 业基础设施资源计划、施工、维护、维修，比分别建立计划成果库、设计成果 库、电信线路资源现状库（含竣工数据）的做法更有利于保证数据的整体性和 完整性 。计划部门利用现有的地上地下信息资源数据来完成计划业务，计划后 的成果交给设计部门进行设计，设计完成后的成果交给施工部门进行施工，

17、施 工完成后，由竣工部门对施工数据进行核实，核实结果交给维护部门进行数据 整理和录入。这些过程中只有设施状态的迁移，没有大量数据的拷贝。 4.44.4物业资源管理系统的运行模式物业资源管理系统的运行模式 在物业资源管理系统中，最忌讳的是面向于数据维护而进行数据维护。资 源管理强调面向资源供需链流程控制而进行数据维护，对于物业资源库，我们 不仅要定义每一个设施对象的数据模型，还要定义对于该设施对象的数据修改 由谁做？何时做？在哪一个工作流的哪一个工作环节做？因此，在资源管理的 解决方案中，我们提供资源供需链上所有主要工作流程管理系统，并提供满足 第10页 网络计划、设计、建设、维护、维修管理等部

18、门关于传输网络资源数据维护、 查询、统计、分析等功能需求的客户程序，这些客户程序，我们通称为数据维 护应用程序。 对于物业资源供需链上所有工作流程，包括：物业资源出租过程、物业工物业资源出租过程、物业工 程建设过程、物业资源调度过程、物业资源维护过程、物业备品备件调度过程程建设过程、物业资源调度过程、物业资源维护过程、物业备品备件调度过程， 资源管理在统一的工作流平台上建立起各个工作流程的管理系统，在这些工作 流程的执行过程中，彼此之间还存在大量的工单交互。 在物业资源管理系统中，定义系统用户时，不仅要定义用户在物业资源库 维护中的权限，还要定义用户在各个工作流程中的岗位和工作角色。在物业资在

19、物业资 源管理中，系统提供三种客户端：源管理中，系统提供三种客户端：1 1、系统维护应用程序（提供系统配置、用户、系统维护应用程序（提供系统配置、用户 管理、版本管理、日志管理功能）管理、版本管理、日志管理功能） ，提供给系统维护人员；，提供给系统维护人员；2 2、全功能数据维护、全功能数据维护 客户应用程序。系统提供满足计划、设计、建设、维护、维修管理等部门需求客户应用程序。系统提供满足计划、设计、建设、维护、维修管理等部门需求 的物业资源数据入、编辑、查询、统计、分析等功能模块，并将这些功能模块的物业资源数据入、编辑、查询、统计、分析等功能模块，并将这些功能模块 封装为提供给计划、设计、建

20、设、维护、维修管理、营业等部门的应用程序；封装为提供给计划、设计、建设、维护、维修管理、营业等部门的应用程序； 3 3、浏览器（提供物业资源的查询、统计、分析功能及工作流管理功能）、浏览器（提供物业资源的查询、统计、分析功能及工作流管理功能） ，提供，提供 基于浏览器的物业资源查询、统计、分析功能及工作流管理过程的工单接收、基于浏览器的物业资源查询、统计、分析功能及工作流管理过程的工单接收、 处理、回单功能给网络工程建设、资源调度、维护、维修工作流程中各工作岗处理、回单功能给网络工程建设、资源调度、维护、维修工作流程中各工作岗 位的工作人员。位的工作人员。 应用物业资源管理时，在管理的各个工作

21、岗位上，有些工作人员使用浏览 器接收各个工作流执行过程中需要由该工作人员处理的工单，并处理该工单。 在处理工单时，启动为该岗位封装的数据维护应用程序访问物业资源库，并进 行相应的数据处理工作。对于特殊岗位的工作人员，可以直接使用应用程序接 收工单并处理工单。 第11页 4.54.5物业资源管理体系结构物业资源管理体系结构 4.5.14.5.1 组件式软件结构组件式软件结构 物业资源管理系统全面采用组件式结构，组件式结构一方面表现在物业资 源库数据维护应用系统，一方面表现在工作流程管理系统。 在物业资源库数据维护应用系统中，将物业资源管理功能及物业资源对象 访问控制封装为自描述、自管理的 com

22、dcom 对象组件，分布在客户端及中间 服务器中。物业资源管理系统中的对象组件由两部分组成：管理功能组件管理功能组件和对对 象操作组件象操作组件。 管理功能组件管理功能组件提供满足设计、建设、维护、维修管理等部门需求应用的物 业资源数据维护、查询、统计、分析功能，并将这些功能封装成为提供标准接 口的 com 对象，提供给不同部门的客户端应用程序就是在这些 com 对象的基础 上组装起来的。 对象操作组件对象操作组件提供对物业资源中设施对象的封装，保证设施对象的数据完 整性，在物业 erp 系统中，我们通过对现有物业资源的分析，分离出所有的资 源设施对象，并建立起了这些设施对象的模型库，定义了所

23、有设施对象可能的 生命周期状态及各生命周期状态下的图形组件、非图形组件，并将对这些设施 对象的存取访问封装为提供标准接口的 dcom 及 com 对象，在实际工程中，根据 系统性能的需求决定是否将 dcom 对象安装在中间应用服务器提供设施对象的存 取访问服务还是直接将 com 对象安装在客户端。 在物业 erp 的工作流管理系统中，物业 erp 定义了各个工作流的主要工作 环节，并提供了各工作环节使用的功能模块。用户可以根据本企业的实际工作 流程规则，使用图形化的定义工具对各工作环节的先后执行关系进行重新定义。 第12页 标准的工作流平台通过对规则的实时解释，控制工作流程的执行。这意味着物

24、业 erp 系统的工作流程管理，流程可以动态定义，物业 erp 主要提供的是各工 作环节使用的标准应用功能模块。 4.5.24.5.2 对象操作组件与元数据对象操作组件与元数据 在用物业 erp 解决物业资源管理系统时，实现所有功能需求的前提是建 立一个统一的物业资源库，在建立物业资源资源模型时，我们采用面向资源设 施对象的方法来定义资源模型，不仅仅考虑某一个电信部门的需求而定义资源 模型，而是面向各个资源设施本身固有的静态属性、动态属性、关系属性来定 义。 基于对电信物业资源深入而专业的理解，我们建立起了面向资源设施对象 的、与应用无关的物业资源对象模型，并将物业资源对象封装为自描述、自管

25、理的 comdcom 对象，这些 comdcom 对象向客户应用提供了不同的数据源的 综合对象模型。 在建立物业资源对象模型时，我们不仅定义了资源对象的属性信息、而且 定义了资源对象在分布空间（机房平面空间、逻辑空间）中的图形表达实体， 这样的模型真正做到了对物业资源资料管理的统一。 资源种类繁多，资源之间的关系复杂，而且资源管理系统服务的对象跨越 电信企业多个部门（计划、运维、营业、决策） ，建立在物业资源数据库上的业 务管理系统遍及电信企业各个业务部门（市话、数据、传输） ，而这些部门及各 个业务系统对物业资源关心的信息要素各有不同，这意味着要建立的资源数据 库一定要属性项完备。对于每一个

26、资源设施对象，要将各个部门、各个管理系 统关心的属性项（包括非结构化的图形属性和结构化的非图形属性以及与该对 第13页 象有关的文档信息、多媒体链接数据）都定义出来，对于有的复杂设施，可能 需要多达 10 张表格的记录项（每个表格记录该设施的某一方面的属性项组）来 记录来，这意味着：在建立物业资源模型时，适合采用面向资源设施对象的方 法来定义资源模型，不应该仅仅考虑某一个电信部门、某一个业务管理系统的 需求而定义资源模型，而应该面向各个资源设施本身固有的静态属性、动态属 性、关系属性来定义。 在我们的物业资源模型定义中，采用了这种面向对象的定义方法：一个资 源设施对象有多个属性组件，属性组件分

27、为图形组件和非图形组件。对于一个 资源设施实例，当在资源库录入该设施实例时，有些组件是必须的，而有些组 件是可选的，而且有些组件则有多个记录项。在建立资源库时可以根据现实情 况来决定一次性或分期来建立信息完备的资源库。非图形组件用数据库表来描 述，每个非图形组件由多个属性项组成，记录该设施对象的某一方面的属性， 图形组件可以可以存放在数据库表中。 一个资源设施对象的多个属性组件如何保证完整型（例如：查询一个资源 设施对象，如何保证查询到该对象的所有属性组件？删除一个资源设施对象， 如何保证删除该对象的所有属性组件？）。我们的做法是：对每个资源设施对 象分配一个唯一设施id，该id号不是资源编码

28、，是软件系统使用的内部id号， 类似于数据库系统分配的序列号，资源设施对象的多个属性组件，每个属性组 件分配一个组件id号。如果某一个资源设施对象的某一个属性组件有多个记录 项，则为该记录项再分配一个记录项序号。这样在我们定义的每个资源模型数 据库表中可以加入四个字段充当主键：设施id、组件id、记录项序号、模型版 本号。 对于复杂的设施对象，采用对象集合的方法定义，一个复杂的设施对象由 第14页 多个原子对象组成，对于每个原子对象，我们定义其图形组件和非图形组件以 及其参考对象（即与该对象共享其非图形组件信息的只有图形组件信息的对象） 。 对于每个复杂的设施对象，分别定义其图形组件和非图形组

29、件、参考对象以及 其原子对象。 在资源模型定义中，我们采用了这种面向对象的定义方法。通过对象操作 组件完成对象的封装，而对象的各个属性组仍然存放在传统的关系型数据库中。 而关于对象的结构通过元数据来描述，从而实现对象的可扩展性，如下图： 在系统中，所有的物业资源设施都被定义为一个对象，在系统数据库中建 面面向向对对象象组组件件的的体体系系结结构构 数数据据库库、文文件件系系统统 对对象象操操作作组组件件 （com对对象象） 应应用用程程序序1 设设施施对对象象元元数数据据 设设施施对对象象视视图图（针针 对对用用户户定定义义） 应应用用程程序序2应应用用程程序序3应应用用程程序序4 对对象象规

30、规则则库库 网网络络规规划划网网络络设设计计运运行行维维护护资资源源调调度度 第15页 立对该对象进行详细描述的元数据。这些元数据，对系统的数据给与了详细明 确的定义和说明，对于建立和维护一个企业的数据仓库，其作用至关重要。 此外，设施之间的关系被描述为对象之间的关系，关系的描述和对象的描 述是分离的。这种分离的描述方法，使得系统对象的定义更加简洁清楚，同时 具备更强的灵活性。一个对象并不知道自己处于哪些关系当中，这些关系的管 理由系统维护。同时，关系的管理关系变得更加方便，关系可以动态的添加和 移出系统，不会对相应的设备产生影响。对象的关系不由对象本身来管理，这 和现实生活中的情形很吻合。

31、由于采用完全面向对象的模型描述以及系统的元数据的管理能力，因此我 们可以建立一个统一的企业模型，并在此基础上为企业的不同部门建立不同的 对象视图。由于对象视图是建立在统一的企业模型的基础上的，因此，即可以 保证不同部门之间的数据隔离，也可以保证不同部门之间的数据共享和数据一 致性。 在系统的模型描述中，设施对象被定义为统一的企业视图，而在客户端， 系统功能是透过不同的对象视图去访问对象，对于同一个对象，可以定义多个 不同的视图。 实现方式： 在客户端，定义设备视图对应的不同接口，所有设备都被定义为这些接 口的一个或多个实现，这样，一个对象就具备了多种视图。 所有客户端功能，是针对对象接口进行实

32、现的，而不是针对对象本身， 因此，保证了对象数据访问的安全性，同时实现了功能和对象定义之间 的隔离，也就是功能和模型之间的隔离。 第16页 4.5.34.5.3 管理功能组件与对象操作组件之间的关系管理功能组件与对象操作组件之间的关系 在物业资源库数据维护应用系统中，物业资源管理将满足计划、设计、建 设、维护、维修管理等部门需求的物业资源资源数据维护、查询、统计、分析 等功能封装为自描述、自管理的 com 对象组件，我们称之为管理功能组件，提 供给不同部门的客户端应用程序就是在这些 com 对象的基础上组装起来的。 在物业资源管理系统中，我们通过对现有电信企业物业资源的分析，分离 出所有的资源设施对象，并建立起了这些设施对象的模型库，定义了所有设施 对象可能的生命周期状态及各生命周期状态下的图形组件、非图形组件，并将 对这些设施对象的存取访问封装为提供标准接口的 dcom 及 com 对象。在实际工 程中，根据系统性能的需求决定是否将 dcom 对象安装在独立的中间应用服务器 来提