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

1、后勤物业资源管理系统后勤物业资源管理系统技术方案技术方案 第1页 目目录录1 1范围范围.42 2xxxx 科技对惠州电信物业资源管理系统的理解科技对惠州电信物业资源管理系统的理解.42.1系统目标.42.2系统管理范围.52.3系统提供的管理功能.53 3xxxx 科技对惠州电信后勤物业资源管理系统的定位科技对惠州电信后勤物业资源管理系统的定位.64 4电信企业后勤物业管理系统介绍电信企业后勤物业管理系统介绍.74.1后勤物业管理系统的核心思想.74.2物业资源管理系统中的数据质量控制.84.3物业资源管理系统信息处理流程.94.4物业资源管理系统的运行模式.104.5物业资源管理体系结构.

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

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

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

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

6、物业资源数据库中，不仅要纪录物业资源设施的静态、动态属性信息，还要纪录物业资源设施的空间分布位置信息及设施之间的关系，根据这些信息来进行物业资源的位置管理。惠州电信的物业资源设施种类繁多、分布位置较广，除了分布于户外的物业设施外，还有分布在机房（含机房本身）内的各种物业设施。这意味着在物业资源设施的位置管理中，不仅要管理分布广泛的户外物业设施，还要借助 cad 绘图系统来管理分布于机房内部的各种物业资源设施。本工程应该分两步进行。第一步，资源调查和数据采集，以建立一个统一 第5页 完备的物业资源数据库。在该资源数据库中，不仅记录正在使用中的物业资源设施，而且记录正在设计、施工中的资源，即记录全

7、生命周期状态中的物业资源设施，并完成该物业资源数据库的数据维护和更新，包括基本的数据录入和编辑。 第二步，软件应用系统定制，以建立一个包括物业工程建设管理、物业资源（如车辆）调度管理、物业日常维护管理、物业备品备件的调度管理系统以及查询、统计、分析等功能的综合管理系统。 通过对各个工作流程环节的管理，完成对物业资源数据更新维护及物业资源设施对象的生命周期状态转换。 3 3xxxx 科技对惠州电信后勤物业资源管理系统的定位科技对惠州电信后勤物业资源管理系统的定位让后勤物业资源成为一个整体，是 erp 软件行业追求的目标，也是 xx 科技对惠州电信后勤物业资源管理系统的定位。因为，电信企业的物业资

8、源计划管理有其自身的特点：首先，电信企业的物业资源主要为其庞大的电信网资源服务，它的资源供需链涉及工程建设、设施维护维修、车辆调度、交缴费用和采购等环节，几乎与电信企业所有部门有关，所以，物业资源设施的管理有其非常重要的意义。另外，电信企业的物业资源设施数量庞大、分布在整个惠州市区，管理起来比较复杂。如何保障主业顺畅地为用户提供优质服务、如何让企业内部各部门相互协同作业、如何对电信后勤保障供应链上的所有环节进行有效管理，是物业资源设施管理系统需要解决的问题。所以，后勤物业资源应该成为一个为主业服务的完整体，使相关的部门和相关的人分根据不同的权限分享整个资源库的相关信息。 第6页 4 4电信企业

9、后勤物业管理系统介绍电信企业后勤物业管理系统介绍电信企业后勤物业管理系统建立在我公司已有的生活小区和综合小区物业管理系统、汽车管理系统以及工程图档管理系统开发经验的基础之上，其中融合了电信企业资源计划（terp）的理念和思想。我们建立的是一个集中的物业资源信息库和集中的业务管理，物流清晰明了，各个职能部门通力合作，信息实时共享，以客户服务为中心，高效运转。4.14.1后勤物业管理系统的核心思想后勤物业管理系统的核心思想后勤物业管理系统的核心思想是通过建立一个集中统一的、遵从电信行业规则的、与业务应用无关的、面向电信企业基础物业资源对象的企业物业资源模型库，以集成的方式管理处于企业物业资源供需链

10、上各个生命周期阶段的资源设施的完整信息库。在此信息库的基础上，建立起物业资源租赁业务管理、物业资源租赁业务管理、物业工程建设管理、物业资源调度管理、物业资源日常维护管理、物业资源备物业工程建设管理、物业资源调度管理、物业资源日常维护管理、物业资源备品备件调度管理系统，品备件调度管理系统，以便实现对资源设施的生命周期状态转换过程进行管理，并实现满足计划、采购、出入库、维护、维修、工单管理等需求应用的物业资源数据维护、查询、统计、分析功能模块，并将这些功能模块封装为一个统一的应用软件程序包。 第7页 4.24.2物业物业资源管理资源管理系统中的数据质量控制系统中的数据质量控制在物业资源管理系统的解

11、决方案中，保证系统数据质量至关重要，本系统强调面向资源供需链流程控制而进行数据维护，从而保证数据更新的及时性及准确性。物业资源信息由静态资源配置信息和动态资源调度信息。这两部分数据的质量维护各不相同。静态资源配置信息是关于物业资源结构、配置方面的信息，一般在物业建设（包括改建、扩建、新建）工程结束时作为工程竣工资料而产生，除非发生物业结构调整（一般需要进行工程计划、设计、建设施工等环节） ，否则在物业的运行过程中，其信息内容保持不变。在资源管理系统建设初期阶段可以采用在工程竣工后集中的数据录入、维护的办法。随着系统建设的深入，可以对系统建立起建设施工和竣工等各环节的流程控制，在对设施状态转换的

12、流程控制过程中实现对工程数据的录入、维护。物业资源信息中的动态资源调度信息是在各相关资源调度过程中随着资源调度而产生的信息，这部分信息随着资源调度工作的进行而产生、变化。这部分数据的维护管理比较复杂，数据质量的控制比较难。按照传统的数据集中录入、维护的办法行不通，对这部分数据的维护管理只能由资源调度管理系统来完成，数据的维护体现在对资源调度工作流的各个环节的管理过程中去，通过对资源调度工作流程的管理而实现对数据的维护。一笔资源调度工作完成，相应的数据录入、修改也自动在资源调度工作流各个环节的执行过程中完成。 第8页 4.34.3物业资源管理系统信息处理流程物业资源管理系统信息处理流程 物业资源

13、管理系统涵盖了电信企业物业资源处理过程的所有部门，这些部门包括计划、设计、施工和维护使用。 在每一个资源设施的生命周期中，设施处于不同的状态。状态通常有建议增加、在用、待停用、报废、待拆除重建等。物业资源库中的设施是现实物业资源的数字描述，相应对数字空间中的设施的操作也应和现实生活中对设施的操作相对应。现实世界中对设施的操作都是一个过程，而非仅仅一个事件，因此管理软件对物业资源库中的设施的操作不仅仅是简单的增、删、改、查而已，而必须是对其实际操作过程进行模拟（好处是数据质量控制和消除中间环节） 。这体现为对设施库中的设施定义生命周期中的各个状态，操作的过程体现为状态的迁移过程。如下图： 设施的

14、状态随着工程的进度、资源调度的进度会进行状态转换，如从竣工u拆拆除除：计划拆除-拆除-消失。数字空间中：计划拆除ppx已拆除fpr-删除u报报废废：计划报废-报废。数字空间中 ：计划报废ppr报废abd；u转转移移：计划转移转移好。数字空间中 ：计划转移ppd-投入使用asb；u修修理理：计划修理修理好。数字空间中 ：计划修理ppm-投入使用asb u拆拆除除重重建建：计划拆除重建最终拆除重建。 数字空间中 ：计划拆除重建pdd-最终拆除重建asb；u新新建建：建议增加确定增加-施工中-竣工-投入使用；数字空间：建议增加（ppa）-确定增加（approved）-施工中（submitted）-竣

15、工（existing）-投入使用（asb） ； 第9页 状态进入运行状态。物业资源管理系统要验证状态转换的有效性，一个设施的状态只能按预定的状态转换路径进行转换。而且，当发生操作错误时，可以取消操作或作逆向的状态转换。在放置新的设施时还要检查与之关系的设施状态的有效性。一个处于“初步设计”状态的设施不能与一个处于“废弃”状态的设施相连。可以对一个单一设施、指定区域内的设施或整个工程中的设施进行状态转换。状态转换还与其它操作结合在一起，以便减少输入操作。状态转换必须由系统监视员来完成。 状态生命周期是基于每个设施来定义的，不是基于整个资源设施，这样可以对不同设施定义不同状态。将设施生命周期状态管

16、理引入到系统中，根据设施状态来集中管理电信企业基础设施资源计划、施工、维护、维修，比分别建立计划成果库、设计成果库、电信线路资源现状库（含竣工数据）的做法更有利于保证数据的整体性和完整性 。计划部门利用现有的地上地下信息资源数据来完成计划业务，计划后的成果交给设计部门进行设计，设计完成后的成果交给施工部门进行施工，施工完成后，由竣工部门对施工数据进行核实，核实结果交给维护部门进行数据整理和录入。这些过程中只有设施状态的迁移，没有大量数据的拷贝。4.44.4物业资源管理系统的运行模式物业资源管理系统的运行模式在物业资源管理系统中，最忌讳的是面向于数据维护而进行数据维护。资源管理强调面向资源供需链

17、流程控制而进行数据维护，对于物业资源库，我们不仅要定义每一个设施对象的数据模型，还要定义对于该设施对象的数据修改由谁做？何时做？在哪一个工作流的哪一个工作环节做？因此，在资源管理的解决方案中，我们提供资源供需链上所有主要工作流程管理系统，并提供满足 第10页 网络计划、设计、建设、维护、维修管理等部门关于传输网络资源数据维护、查询、统计、分析等功能需求的客户程序，这些客户程序，我们通称为数据维护应用程序。 对于物业资源供需链上所有工作流程，包括：物业资源出租过程、物业工物业资源出租过程、物业工程建设过程、物业资源调度过程、物业资源维护过程、物业备品备件调度过程程建设过程、物业资源调度过程、物业

18、资源维护过程、物业备品备件调度过程，资源管理在统一的工作流平台上建立起各个工作流程的管理系统，在这些工作流程的执行过程中，彼此之间还存在大量的工单交互。在物业资源管理系统中，定义系统用户时，不仅要定义用户在物业资源库维护中的权限，还要定义用户在各个工作流程中的岗位和工作角色。在物业资在物业资源管理中，系统提供三种客户端：源管理中，系统提供三种客户端：1 1、系统维护应用程序（提供系统配置、用户、系统维护应用程序（提供系统配置、用户管理、版本管理、日志管理功能）管理、版本管理、日志管理功能） ，提供给系统维护人员；，提供给系统维护人员；2 2、全功能数据维护、全功能数据维护客户应用程序。系统提供

19、满足计划、设计、建设、维护、维修管理等部门需求客户应用程序。系统提供满足计划、设计、建设、维护、维修管理等部门需求的物业资源数据入、编辑、查询、统计、分析等功能模块，并将这些功能模块的物业资源数据入、编辑、查询、统计、分析等功能模块，并将这些功能模块封装为提供给计划、设计、建设、维护、维修管理、营业等部门的应用程序；封装为提供给计划、设计、建设、维护、维修管理、营业等部门的应用程序；3 3、浏览器（提供物业资源的查询、统计、分析功能及工作流管理功能）、浏览器（提供物业资源的查询、统计、分析功能及工作流管理功能） ，提供，提供基于浏览器的物业资源查询、统计、分析功能及工作流管理过程的工单接收、基

20、于浏览器的物业资源查询、统计、分析功能及工作流管理过程的工单接收、处理、回单功能给网络工程建设、资源调度、维护、维修工作流程中各工作岗处理、回单功能给网络工程建设、资源调度、维护、维修工作流程中各工作岗位的工作人员。位的工作人员。应用物业资源管理时，在管理的各个工作岗位上，有些工作人员使用浏览器接收各个工作流执行过程中需要由该工作人员处理的工单，并处理该工单。在处理工单时，启动为该岗位封装的数据维护应用程序访问物业资源库，并进行相应的数据处理工作。对于特殊岗位的工作人员，可以直接使用应用程序接收工单并处理工单。 第11页 4.54.5物业资源管理体系结构物业资源管理体系结构4.5.14.5.1

21、 组件式软件结构组件式软件结构物业资源管理系统全面采用组件式结构，组件式结构一方面表现在物业资源库数据维护应用系统，一方面表现在工作流程管理系统。在物业资源库数据维护应用系统中，将物业资源管理功能及物业资源对象访问控制封装为自描述、自管理的 comdcom 对象组件，分布在客户端及中间服务器中。物业资源管理系统中的对象组件由两部分组成：管理功能组件管理功能组件和对对象操作组件象操作组件。管理功能组件管理功能组件提供满足设计、建设、维护、维修管理等部门需求应用的物业资源数据维护、查询、统计、分析功能，并将这些功能封装成为提供标准接口的 com 对象，提供给不同部门的客户端应用程序就是在这些 co

22、m 对象的基础上组装起来的。对象操作组件对象操作组件提供对物业资源中设施对象的封装，保证设施对象的数据完整性，在物业 erp 系统中，我们通过对现有物业资源的分析，分离出所有的资源设施对象，并建立起了这些设施对象的模型库，定义了所有设施对象可能的生命周期状态及各生命周期状态下的图形组件、非图形组件，并将对这些设施对象的存取访问封装为提供标准接口的 dcom 及 com 对象，在实际工程中，根据系统性能的需求决定是否将 dcom 对象安装在中间应用服务器提供设施对象的存取访问服务还是直接将 com 对象安装在客户端。在物业 erp 的工作流管理系统中，物业 erp 定义了各个工作流的主要工作环节

23、，并提供了各工作环节使用的功能模块。用户可以根据本企业的实际工作流程规则，使用图形化的定义工具对各工作环节的先后执行关系进行重新定义。 第12页 标准的工作流平台通过对规则的实时解释，控制工作流程的执行。这意味着物业 erp 系统的工作流程管理，流程可以动态定义，物业 erp 主要提供的是各工作环节使用的标准应用功能模块。4.5.24.5.2 对象操作组件与元数据对象操作组件与元数据在用物业 erp 解决物业资源管理系统时，实现所有功能需求的前提是建立一个统一的物业资源库，在建立物业资源资源模型时，我们采用面向资源设施对象的方法来定义资源模型，不仅仅考虑某一个电信部门的需求而定义资源模型，而是

24、面向各个资源设施本身固有的静态属性、动态属性、关系属性来定义。基于对电信物业资源深入而专业的理解，我们建立起了面向资源设施对象的、与应用无关的物业资源对象模型，并将物业资源对象封装为自描述、自管理的 comdcom 对象，这些 comdcom 对象向客户应用提供了不同的数据源的综合对象模型。在建立物业资源对象模型时，我们不仅定义了资源对象的属性信息、而且定义了资源对象在分布空间（机房平面空间、逻辑空间）中的图形表达实体，这样的模型真正做到了对物业资源资料管理的统一。资源种类繁多，资源之间的关系复杂，而且资源管理系统服务的对象跨越电信企业多个部门（计划、运维、营业、决策） ，建立在物业资源数据库

25、上的业务管理系统遍及电信企业各个业务部门（市话、数据、传输） ，而这些部门及各个业务系统对物业资源关心的信息要素各有不同，这意味着要建立的资源数据库一定要属性项完备。对于每一个资源设施对象，要将各个部门、各个管理系统关心的属性项（包括非结构化的图形属性和结构化的非图形属性以及与该对 第13页 象有关的文档信息、多媒体链接数据）都定义出来，对于有的复杂设施，可能需要多达 10 张表格的记录项（每个表格记录该设施的某一方面的属性项组）来记录来，这意味着：在建立物业资源模型时，适合采用面向资源设施对象的方法来定义资源模型，不应该仅仅考虑某一个电信部门、某一个业务管理系统的需求而定义资源模型，而应该面

26、向各个资源设施本身固有的静态属性、动态属性、关系属性来定义。在我们的物业资源模型定义中，采用了这种面向对象的定义方法：一个资源设施对象有多个属性组件，属性组件分为图形组件和非图形组件。对于一个资源设施实例，当在资源库录入该设施实例时，有些组件是必须的，而有些组件是可选的，而且有些组件则有多个记录项。在建立资源库时可以根据现实情况来决定一次性或分期来建立信息完备的资源库。非图形组件用数据库表来描述，每个非图形组件由多个属性项组成，记录该设施对象的某一方面的属性，图形组件可以可以存放在数据库表中。一个资源设施对象的多个属性组件如何保证完整型（例如：查询一个资源设施对象，如何保证查询到该对象的所有属

27、性组件？删除一个资源设施对象，如何保证删除该对象的所有属性组件？）。我们的做法是：对每个资源设施对象分配一个唯一设施id，该id号不是资源编码，是软件系统使用的内部id号，类似于数据库系统分配的序列号，资源设施对象的多个属性组件，每个属性组件分配一个组件id号。如果某一个资源设施对象的某一个属性组件有多个记录项，则为该记录项再分配一个记录项序号。这样在我们定义的每个资源模型数据库表中可以加入四个字段充当主键：设施id、组件id、记录项序号、模型版本号。对于复杂的设施对象，采用对象集合的方法定义，一个复杂的设施对象由 第14页 多个原子对象组成，对于每个原子对象，我们定义其图形组件和非图形组件以

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

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

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

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