基于数据分析的数据管理系统、方法和装置与流程

本发明涉及数据分析领域，具体而言，涉及一种基于数据分析的数据管理系统、方法和装置。

背景技术：

数据分析技术是数学与计算机技术相结合的产物，数据分析技术是从大量的、不完全的、有噪声的数据中提取出隐含的、未知的并具有潜在价值的信息和知识。数据分析技术已经广泛应用于工业生产、金融交易、医疗卫生等领域中，数据分析技术也在业扩报装和结存压减工作中得到了应用，对结存容量进行深度分析，从而解除工程受限因素，缩短工程接电时间。

由上可知，结存管理是一项可以提升营销服务水平的重要措施，但现有营销业务应用系统的结存管理功能较为单一，仅能提供结存明细和结存容量等信息，例如，申请编号、用户编号、客户名称、客户地址、业务类型以及报装容量，缺少深层次的数据管理和数据分析功能，没有挖掘系统中基础业务数据背后的价值，没有运用系统中基础业务数据背后的规律。并且由于业务日常调整等原因，系统提供的业务数据已不能满足日常工作的要求，需要对数据进行再利用和深度分析，并及时掌握工程进度和受限原因，解决工程受限因素，从而加快业扩报装接电速度，提高业扩接电容量，压减业扩结存容量。

针对上述现有的数据管理系统不能对业务数据进行深度分析，以及不能分析和解除工程的受限因素的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种基于数据分析的数据管理系统、方法和装置，以至少解决现有的数据管理系统不能对业务数据进行深度分析，以及不能分析和解除工程的受限因素的技术问题。

根据本发明实施例的一个方面，提供了一种基于数据分析的数据管理系统，包括：业务数据处理系统，用于处理当前工程的业务信息，其中，业务信息包括：工程的电压等级、报装容量、上级电源和累计受理时间；业务数据分析系统，用于采集并分析工程的工作状态分析，得到分析结果，其中，分析结果包括：工程在各阶段的工程分析、工程受限时各业务环节的数量分析和工程原因占比分析；发电数据处理系统，用于根据工程的进度进行分析，得到工程的预计送电时间。

进一步地，业务数据处理系统包括：第一查询系统，用于根据预定的组合条件对业务信息进行组合查询，得到工程中包含的用电总户数和用电总容量；第二查询系统，用于根据预定的时间条件对业务信息进行组合查询，得到预定时间段或时刻的用电信息。

进一步地，发电数据处理系统包括：发电计划单元，用于获取工程的预计发电数据，其中，预计发电数据包括：实际发电时间、预计的发电时间、预计接电容量和预计地区和线路的接入负荷；发电明细单元，用于获取工程的发电信息，其中，发电信息包括：发电日期、预定时间段内发电用户的总户数和发电容量信息。

进一步地，业务数据分析系统包括：第一分析单元，用于分析导致工程受限的原因类型，以及每种原因类型下导致受限的工程的工程数量和占比；第二分析单元，用于根据工程的划分参数来确定工程处于不同环节的数量；第三分析单元，用于根据工程受限时的划分参数来确定工程处于受限状态下的环节数量；第四分析单元，用于分析导致工程受限的原因、数量和占比。

进一步地，业务数据分析系统还包括：第一明细分析单元，用于分析正常推进的工程在不同的业务环节下的工程数量；第二明细分析单元，用于查询得到受限的工程在不同的业务环节的受限原因；第三明细分析单元，用于查询得到受限的工程的业务明细。

根据本发明实施例的另一方面，还提供了一种基于数据分析的数据管理方法，包括：通过业务数据处理系统处理当前工程的业务信息，其中，业务信息包括：工程的电压等级、报装容量、上级电源和累计受理时间；通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间；通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，其中，分析结果包括：工程在各阶段的工程分析、工程受限时各业务环节的数量分析和工程原因占比分析。

通过业务数据处理系统处理当前工程的业务信息，包括：根据预定的组合条件对业务信息进行组合查询，得到工程中包含的用电总户数和用电总容量；和/或，根据预定的时间条件对业务信息进行组合查询，得到预定时间段或时刻的用电信息。

进一步地，通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间，包括：获取工程的预计发电数据，其中，预计发电数据包括：实际发电时间、预计的发电时间、预计接电容量和预计地区和线路的接入负荷；和/或，获取工程的发电信息，其中，发电信息包括：发电日期、预定时间段内发电用户的总户数和发电容量信息。

进一步地，通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，包括如下至少之一：分析导致工程受限的原因类型，以及每种原因类型下导致受限的工程的工程数量和占比；根据工程的划分参数来确定工程处于不同环节的数量；根据工程受限时的划分参数来确定工程处于受限状态下的环节数量；分析导致工程受限的原因、数量和占比。

进一步地，通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，还包括如下至少之一：分析正常推进的工程在不同的业务环节下的工程数量；查询得到受限的工程在不同的业务环节的受限原因；查询得到受限的工程的业务明细。

根据本发明实施例的另一方面，还提供了一种基于数据分析的数据管理装置，包括：处理模块，用于通过业务数据处理系统处理当前工程的业务信息，其中，业务信息包括：工程的电压等级、报装容量、上级电源和累计受理时间；进度分析模块，用于通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间；状态分析模块，用于通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，其中，分析结果包括：工程在各阶段的工程分析、工程受限时各业务环节的数量分析和工程原因占比分析。

在本发明实施例中，采用数据分析方法与现有的数据管理系统相结合的方式，通过业务数据处理系统处理当前工程业务信息，通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间以及通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，达到了对业务的结存容量进行深度分析，解除工程受限因素的目的，从而实现了缩短工程接电时间，提高业扩接电容量的技术效果，进而解决了现有的数据管理系统不能对业务数据进行深度分析，以及不能分析和解除工程的受限因素的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种基于数据分析的数据管理系统的结构示意图；

图2是根据本发明实施例的一种可选的基于数据分析的数据管理系统的框架图；

图3是根据本发明实施例的一种基于数据分析的数据管理方法的流程图；以及

图4是根据本发明实施例的一种基于数据分析的数据管理系统的装置示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种基于数据分析的数据管理系统的实施例。

图1是根据本发明实施例的基于数据分析的数据管理系统的结构示意图，如图1所示，数据管理系统10包括：业务数据处理系统101、业务数据分析系统103和发电数据处理系统105。

其中，业务数据处理系统101，用于处理当前工程的业务信息，其中，业务信息包括：工程的电压等级、报装容量、上级电源和累计受理时间；业务数据分析系统103，用于采集并分析工程的工作状态分析，得到分析结果，其中，分析结果包括：工程在各阶段的工程分析、工程受限时各业务环节的数量分析和工程原因占比分析；发电数据处理系统105，用于根据工程的进度进行分析，得到工程的预计送电时间。

在一种可选的实施例中，数据管理系统10可应用在结存管理方面，其中，上述业务数据处理系统101可以按照电压等级、报装容量、上级电源、累计受理时间等信息对当前工程的业务信息进行精细化管理，根据业扩工程的当前进度生成预计送电时间；上述业务数据分析系统103可用于分析业扩工程受限原因和业扩工程的当前进度，生成预计送电时间。对正常推进的工程，按照“方案编制”、“方案审批”、“签订项目管理合同”等工程环节进行管理；对受限的工程，按照受限原因进行分析，对由于用户原因导致工程受限的，加大对用户的督促力度，对由于电网原因导致工程受限的，可以协调公司的相关部门，解除工程受限因素，使业扩工程正常推进。此外，发电数据处理系统105可提供“本月发电计划”和“本月发电明细”查询功能，其中，“本月发电计划”由预计送电时间产生，“本月发电明细”根据施工组织会和工程启动会后的结果产生。

在另一种可选的实施例中，数据管理系统10可以采用C/S(Client/Server，客户端/服务器)架构，用户可以通过客户端访问本系统，对业务数据的结存容量进行管理和分析、预警提示以及生成各种报表。图2示出了基于数据分析的数据管理系统的框架，如图2所示，该框架主要由客户端201、数据管理系统10和文本数据库203组成。

需要说明的是，上述数据管理系统10可以采用Python语言进行开发，可在运行环境支持Linux、Solaris、SunOS、Mac OS X、Microsoft Window XP、Microsoft Window 7或更高版本的环境中运行，而不依赖于任何第三方程序库或其他运行环境。前端界面库可采用QT C++，开发工具可采用Sublime Text。，系统数据库选用SQLite作为持久化层，与结存管理系统低耦合，便于后期迁移、更新和维护。

由上可知，通过业务数据处理系统处理当前工程业务信息，通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间以及通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，容易注意到的是，由于上述数据管理系统将业务数据处理系统、业务数据分析系统以及发电数据处理系统进行组合，可以在同一个数据管理系统中对业务数据进行精细的分析，达到了对业务的结存容量进行深度分析，解除工程受限因素的目的，从而实现了缩短工程接电时间，提高业扩接电容量的技术效果，进而解决了现有的数据管理系统不能对业务数据进行深度分析，以及不能分析和解除工程的受限因素的技术问题。

可选的，业务数据处理系统包括第一查询系统和第二查询系统，其中，第一查询系统，用于根据预定的组合条件对业务信息进行组合查询，得到工程中包含的用电总户数和用电总容量；第二查询系统，用于根据预定的时间条件对业务信息进行组合查询，得到预定时间段或时刻的用电信息。

在一种可选的实施例中，业务数据处理系统中的第一查询系统可对总结存明细进行管理，上述业务信息可以为但不限于电压、报装容量以及上级电源。第一查询系统可以根据上述业务信息进行组合查询，得到用电总户数和用电总容量，并可导出当前的信息。此外，还可以在业务数据处理系统中预先设定时间阈值，对累计时间超过300天或200天的工程，发出预警信息。在实际工作中，经常需要梳理局部地区的接入负荷情况，如果可以对用电总容量进行精细化管理，有助于及时掌握热点地区的用电需求，为地区电网发展规划提供必要保障。另外，通过对业务数据处理系统进行相关的参数配置，根据上述参数对预先设定的时间阈值进行修改，以满足不同场景的业务需要。

在另一种可选的实施例中，上述第二查询系统可对月结存进行管理，第二查询系统可提供基于预定时间的组合查询，其中，预定时间可以包括年份和月份，例如根据2016年和2017年各月的选择项，对各月的结存、用电总户数以及用电总容量进行明细查询。传统的营销业务应用系统只能提供总结存容量和总结存明细，而缺少精细的月度结存管理功能，并且不能处理5000kVA以上的工程，使得总结存明细与实际结存容量偏差较大；而第二查询系统基于预计送电时间对工程进行管理，可预计月度、年度的用电容量，为及时掌握接入负荷变化、用电需求提供了有力的保障。

可选的，发电数据处理系统包括：发电计划单元和发电明细单元。其中，发电计划单元用于获取工程的预计发电数据，其中，预计发电数据包括：实际发电时间、预计的发电时间、预计接电容量和预计地区和线路的接入负荷；发电明细单元用于获取工程的发电信息，其中，发电信息包括：发电日期、预定时间段内发电用户的总户数和发电容量信息。

在一种可选的实施例中，上述发电计划单元可包括本月发电明细模块和本月发电计划模块。其中，本月发电明细模块可以获取本月发电明细信息，该信息在工程启动时可直接得到，与本月的实际情况较为相近；而本月发电计划模块是基于预计送电时间的，部分工程由于施工进度或资金等其他问题，本月可能完不成送电，因而，由本月发电计划模块获取的本月发电计划信息与本月的实际情况有偏差。本月发电明细模块常用于统计、上报本月实际接电容量，而本月发电计划模块常用于预测下月的发电容量。此外，本月发电计划模块还可以根据系统的当前时间，对本月工程发电计划进行查询和导出操作。

需要说明的是，与发电计划单元不同，发电明细单元由施工组织会或工程启动会的结果产生的，常用于统计本月实际接电容量。发电计划单元和发电明细单元可以作为传统的营销业务应用系统功能的补充，发电计划可以根据业扩结存的预计送电时间得到，发电计划单元对每月发电计划、计算发电容量都具有很高的参考价值；发电明细单元的发电日期由工程启动会确定，可准确统计每月、每周的接电容量。

此处还需要说明的是，发电计划单元和发电明细单元既有区别又有联系，发电计划单元多用于预计每月接电容量、预测地区和线路的待接入负荷，而发电明细单元多用于统计和上报每周、每月的接电容量。发电计划单元和发电明细单元可以将传统的结存管理方式精细化，具体可以细化到每周、每月，因而发电计划单元和发电明细单元既有接电计划，又可随时根据实际生成接电容量报表，准确掌握接电容量，加快业扩接电速度，提高业扩接电容量，提升“五新”(接电服务新模式、互联网+服务新手段、配套建设新制度、流程规范新标准、业务协同新机制)服务整体水平。

可选的，业务数据分析系统包括：第一分析单元、第二分析单元、第三分析单元和第四分析单元。其中，第一分析单元，用于分析导致工程受限的原因类型，以及每种原因类型下导致受限的工程的工程数量和占比；第二分析单元，用于根据工程的划分参数来确定工程处于不同环节的数量；第三分析单元，用于根据工程受限时的划分参数来确定工程处于受限状态下的环节数量；第四分析单元，用于分析导致工程受限的原因、数量和占比。

在一种可选的实施例中，上述第一分析单元可对结存的基本情况进行分析，主要包括正常推进和工程受限的工程数量和占比。对于受限的业扩工程，分析由于用户原因和电网原因导致工程受限的数量和占比；上述第二分析单元可对工程所处的各阶段进行分析，其中上述工程的划分参数可以为但不限于方案编制、方案审批、签订项目管理合同、设计招标、图纸设计、施工设备招标、中间检查、竣工验收、装表送电等；上述第三分析单元可对受限工程各环节的数量进行分析，上述工程受限时的划分参数可以为但不限于项目管理合同、图纸设计、施工设备招标、工程施工、中间检查、竣工验收等；上述第四分析单元可对受限工程原因的占比进行分析，其中，上述导致工程受限的原因可以为但不限于客户原因(例如，资金问题而停滞以及工程前期手续办理困难或前期受阻)、电网原因(例如，管沟资源不足以及规划变电站未送电)。

可选的，业务数据分析系统还包括：第一明细分析单元、第二明细分析单元和第三明细分析单元。其中，第一明细分析单元，用于分析正常推进的工程在不同的业务环节下的工程数量；第二明细分析单元，用于查询得到受限的工程在不同的业务环节的受限原因；第三明细分析单元，用于查询得到受限的工程的业务明细。

在一种可选的实施例中，上述第一细分单元中的业务环节可以为但不限于方案编制、方案审批、签订项目管理合同、设计招标、图纸设计、施工设备招标、工程施工、竣工验收以及装表送电；上述第二明细分析单元中的业务环节主要包括签订项目管理合同、图纸设计、施工设备招标、工程施工、中间检查、竣工验收等环节，上述受限原因主要包括客户原因(资金问题而停滞)、客户原因(工程前期手续办理困难或前期受阻)、电网原因(管沟资源不足)、电网原因(规划变电站未送电)四种情况；上述第三明细分析单元中的受限业务主要包括签订项目管理合同、图纸设计、施工设备招标、工程施工、中间检查、竣工验收；受限原因主要包括客户原因(资金问题而停滞)、客户原因(工程前期手续办理困难或前期受阻)、电网原因(管沟资源不足)、电网原因(规划变电站未送电)。

需要说明的是，与传统的营销业务应用系统相比，业务数据分析系统可以清晰的查出各种受限的工程明细，对由于用户原因导致工程受限的加大督促力度，协助用户解决工程受限问题；对由于电网原因导致用户工程受限的积极协调公司各部门，解决工程受限因素，缩短接电时间。

此外，还需要说明的是，基于数据分析的数据管理系统可用于对用电结存进行管理，对系统中的结存容量进行细致梳理，并进行逐一分析，按照业扩工程的当前进度进行精细化管理。在业务数据处理方面，可以实时掌握正常推进和受限工程的基本情况，并根据预测的工程送电时间和客户需求的用电时间，确定满足客户用电需求的时间。在业务数据分析方面，运用数据分析方法，从不同角度、不同方面分析业程的受限原因，其中，受限工程预计由30项降至14项，占比由21.79％降至10.61％。其中，由于客户资金问题导致受限的工程由14项降至4项，占比由10.17％降至3.03％，由于客户前期手续问题导致受限的工程由16项降至10项，占比由11.62％降至7.58％。

另外，基于数据分析的数据管理系统的设计体现了现代科技的可视化、可控化和可研化的需求。可视化，提供了记录数据，可供分析；可控化，提供了分析依据，进而发现问题，排除隐患；可研化，为生产提供了可靠的数据和支撑，记录急难险重的工作过程，为后续的生产安全教育及新员工的培养提供素材和典型经验。

截至2016年10月底，电力公司累计完成高低压客户接电16030户，接电容量23.96万千伏安，同比增长25.77％，完成全年接电任务的99.83％，结存容量为7.38万千伏安，同比减少37.63％。

在压减容量方面，按照数据管理系统的预警提示信息，逐一对累计时间超过阈值的工程进行梳理工作。对由于用户资金或前期手续等原因导致工程停滞的，加大对用户的督促力度；对由于电网原因导致工程受限的，积极协调公司各相关部门，解决工程受限问题。

实施例2

根据本发明实施例，提供了一种基于数据分析的数据管理方法的实施例。

图3是根据本发明实施例的基于数据分析的数据管理方法的流程图，如图3所示，该方法包括如下步骤：

步骤S302，通过业务数据处理系统处理当前工程的业务信息，其中，业务信息包括：工程的电压等级、报装容量、上级电源和累计受理时间。

步骤S304，通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间。

步骤S306，通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，其中，分析结果包括：工程在各阶段的工程分析、工程受限时各业务环节的数量分析和工程原因占比分析。

在一种可选的实施例中，基于数据分析的数据管理方法可在数据管理系统中运行，数据处理系统可应用在结存管理方面，其中，上述数据处理系统由业务数据处理系统、业务数据分析系统和发电数据处理系统组成，业务数据处理系统可以按照电压等级、报装容量、上级电源、累计受理时间等信息对当前工程的业务信息进行精细化管理，根据业扩工程的当前进度生成预计送电时间；上述业务数据分析系统可用于分析业扩工程受限原因和业扩工程的当前进度，生成预计送电时间。对正常推进的工程，按照“方案编制”、“方案审批”、“签订项目管理合同”等工程环节进行管理；对受限的工程，按照受限原因进行分析，对由于用户原因导致工程受限的，加大对用户的督促力度，对由于电网原因导致工程受限的，可以协调公司的相关部门，解除工程受限因素，使业扩工程正常推进。此外，发电数据处理系统可提供“本月发电计划”和“本月发电明细”查询功能，其中，“本月发电计划”由预计送电时间产生，“本月发电明细”根据施工组织会和工程启动会后的结果产生。

在另一种可选的实施例中，业务数据处理系统可以采用C/S(Client/Server，客户端/服务器)架构，用户可以通过客户端访问本系统，对业务数据的结存容量进行管理和分析、预警提示以及生成各种报表。图2示出了基于数据分析的数据管理系统的框架，如图2所示，该框架主要由客户端201、数据管理系统10和文本数据库203组成。

需要说明的是，上述业务数据处理系统可以采用Python语言进行开发，可在运行环境支持Linux、Solaris、SunOS、Mac OS X、Microsoft Window XP、Microsoft Window 7或更高版本的环境中运行，而不依赖于任何第三方程序库或其他运行环境。前端界面库可采用QT C++，开发工具可采用Sublime Text。，系统数据库选用SQLite作为持久化层，与结存管理系统低耦合，便于后期迁移、更新和维护。

基于步骤S302至步骤S306所公开的方案中，通过业务数据处理系统处理当前工程业务信息，通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间以及通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，容易注意到的是，由于上述业务数据处理系统将业务数据处理系统、业务数据分析系统以及发电数据处理系统进行组合，可以在同一个数据管理系统中对业务数据进行精细的分析，达到了对业务的结存容量进行深度分析，解除工程受限因素的目的，从而实现了缩短工程接电时间，提高业扩接电容量的技术效果，进而解决了现有的数据管理系统不能对业务数据进行深度分析，以及不能分析和解除工程的受限因素的技术问题。

可选的，通过业务数据处理系统处理当前工程的业务信息的方法包括：根据预定的组合条件对业务信息进行组合查询，得到工程中包含的用电总户数和用电总容量；和/或，根据预定的时间条件对业务信息进行组合查询，得到预定时间段或时刻的用电信息。

在一种可选的实施例中，业务数据处理系统可以根据上述业务信息进行组合查询，得到用电总户数和用电总容量，并可导出当前的信息。此外，还可以在业务数据处理系统中预先设定时间阈值，对累计时间超过300天或200天的工程，发出预警信息。在实际工作中，经常需要梳理局部地区的接入负荷情况，如果可以对用电总容量进行精细化管理，有助于及时掌握热点地区的用电需求，为地区电网发展规划提供必要保障。另外，通过对业务数据处理系统进行相关的参数配置，根据上述参数对预先设定的时间阈值进行修改，以满足不同场景的业务需要。

在另一种可选的实施例中，业务数据处理系统还可对月结存进行管理，其中，上述预定时间可以包括年份和月份，例如根据2016年和2017年各月的选择项，对各月的结存、用电总户数以及用电总容量进行明细查询。传统的营销业务应用系统只能提供总结存容量和总结存明细，而缺少精细的月度结存管理功能，并且不能处理5000kVA以上的工程，使得总结存明细与实际结存容量偏差较大；而业务数据处理系统基于预计送电时间对工程进行管理，可预计月度、年度的用电容量，为及时掌握接入负荷变化、用电需求提供了有力的保障。

可选的，通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间的方法包括：获取工程的预计发电数据，其中，预计发电数据包括：实际发电时间、预计的发电时间、预计接电容量和预计地区和线路的接入负荷；和/或，获取工程的发电信息，其中，发电信息包括：发电日期、预定时间段内发电用户的总户数和发电容量信息。

在一种可选的实施例中，发电数据处理系统包括发电计划单元和发电明细单元，上述发电计划单元可包括本月发电明细模块和本月发电计划模块。其中，本月发电明细模块可以获取本月发电明细信息，该信息在工程启动时可直接得到，与本月的实际情况较为相近；而本月发电计划模块是基于预计送电时间的，部分工程由于施工进度或资金等其他问题，本月可能完不成送电，因而，由本月发电计划模块获取的本月发电计划信息与本月的实际情况有偏差。本月发电明细模块常用于统计、上报本月实际接电容量，而本月发电计划模块常用于预测下月的发电容量。此外，本月发电计划模块还可以根据系统的当前时间，对本月工程发电计划进行查询和导出操作。

需要说明的是，与发电计划单元不同，发电明细单元由施工组织会或工程启动会的结果产生的，常用于统计本月实际接电容量。发电计划单元和发电明细单元可以作为传统的营销业务应用系统功能的补充，发电计划可以根据业扩结存的预计送电时间得到，发电计划单元对每月发电计划、计算发电容量都具有很高的参考价值；发电明细单元的发电日期由工程启动会确定，可准确统计每月、每周的接电容量。

此处还需要说明的是，发电计划单元和发电明细单元既有区别又有联系，发电计划单元多用于预计每月接电容量、预测地区和线路的待接入负荷，而发电明细单元多用于统计和上报每周、每月的接电容量。发电计划单元和发电明细单元可以将传统的结存管理方式精细化，具体可以细化到每周、每月，因而发电计划单元和发电明细单元既有接电计划，又可随时根据实际生成接电容量报表，准确掌握接电容量，加快业扩接电速度，提高业扩接电容量，提升“五新”(新工艺、新技术、新材料、新设备、新产品)服务整体水平。

可选的，通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果的方法包括如下至少之一：分析导致工程受限的原因类型，以及每种原因类型下导致受限的工程的工程数量和占比；根据工程的划分参数来确定工程处于不同环节的数量；根据工程受限时的划分参数来确定工程处于受限状态下的环节数量；分析导致工程受限的原因、数量和占比。

在一种可选的实施例中，对结存的基本情况进行分析的过程主要包括分析正常推进和工程受限的工程数量和占比；对于受限的工程，分析由于用户原因和电网原因导致工程受限的数量和占比。其中，上述工程的划分参数可以为但不限于方案编制、方案审批、签订项目管理合同、设计招标、图纸设计、施工设备招标、中间检查、竣工验收、装表送电等，上述工程受限时的划分参数可以为但不限于项目管理合同、图纸设计、施工设备招标、工程施工、中间检查、竣工验收等；上述导致工程受限的原因可以为但不限于客户原因(例如，资金问题而停滞以及工程前期手续办理困难或前期受阻)、电网原因(例如，管沟资源不足以及规划变电站未送电)。

可选的，通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，还包括如下至少之一：分析正常推进的工程在不同的业务环节下的工程数量；查询得到受限的工程在不同的业务环节的受限原因；查询得到受限的工程的业务明细。

在一种可选的实施例中，上述业务环节可以为但不限于方案编制、方案审批、签订项目管理合同、设计招标、图纸设计、施工设备招标、工程施工、竣工验收以及装表送电；上述受限原因主要包括客户原因(资金问题而停滞)、客户原因(工程前期手续办理困难或前期受阻)、电网原因(管沟资源不足)、电网原因(规划变电站未送电)四种情况。

需要说明的是，与传统的营销业务应用系统相比，业务数据分析系统可以清晰的查出各种受限的工程明细，对由于用户原因导致工程受限的加大督促力度，协助用户解决工程受限问题；对由于电网原因导致用户工程受限的积极协调公司各部门，解决工程受限因素，缩短接电时间。

此外，还需要说明的是，基于数据分析的数据管理系统可用于对用电结存进行管理，对系统中的结存容量进行细致梳理，并进行逐一分析，按照业扩工程的当前进度进行精细化管理。在业务数据处理方面，可以实时掌握正常推进和受限工程的基本情况，并根据预测的工程送电时间和客户需求的用电时间，确定满足客户用电需求的时间。在业务数据分析方面，运用数据分析方法，从不同角度、不同方面分析业程的受限原因，其中，受限工程预计由30项降至14项，占比由21.79％降至10.61％。其中，由于客户资金问题导致受限的工程由14项降至4项，占比由10.17％降至3.03％，由于客户前期手续问题导致受限的工程由16项降至10项，占比由11.62％降至7.58％。

另外，基于数据分析的数据管理系统的设计体现了现代科技的可视化、可控化和可研化的需求。可视化，提供了记录数据，可供分析；可控化，提供了分析依据，进而发现问题，排除隐患；可研化，为生产提供了可靠的数据和支撑，记录急难险重的工作过程，为后续的生产安全教育及新员工的培养提供素材和典型经验。

截至2016年10月底，电力公司累计完成高低压客户接电16030户，接电容量23.96万千伏安，同比增长25.77％，完成全年接电任务的99.83％，结存容量为7.38万千伏安，同比减少37.63％。

在压减容量方面，按照数据管理系统的预警提示信息，逐一对累计时间超过阈值的工程进行梳理工作。对由于用户资金或前期手续等原因导致工程停滞的，加大对用户的督促力度；对由于电网原因导致工程受限的，积极协调公司各相关部门，解决工程受限问题。

实施例3

根据本发明实施例，提供了一种基于数据分析的数据管理装置的实施例。

图4是根据本发明实施例的基于数据分析的数据管理装置的结构示意图，如图4所示，该装置包括：处理模块401、进度分析模块403和状态分析模块405。其中，处理模块401，用于通过业务数据处理系统处理当前工程的业务信息，其中，业务信息包括：工程的电压等级、报装容量、上级电源和累计受理时间；进度分析模块403，用于通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间；状态分析模块405，用于通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，其中，分析结果包括：工程在各阶段的工程分析、工程受限时各业务环节的数量分析和工程原因占比分析。

在一种可选的实施例中，基于数据分析的数据管理方法可在数据管理系统中运行，数据处理系统可应用在结存管理方面，其中，上述数据处理系统由业务数据处理系统、业务数据分析系统和发电数据处理系统组成，业务数据处理系统可以按照电压等级、报装容量、上级电源、累计受理时间等信息对当前工程的业务信息进行精细化管理，根据业扩工程的当前进度生成预计送电时间；上述业务数据分析系统可用于分析业扩工程受限原因和业扩工程的当前进度，生成预计送电时间。对正常推进的工程，按照“方案编制”、“方案审批”、“签订项目管理合同”等工程环节进行管理；对受限的工程，按照受限原因进行分析，对由于用户原因导致工程受限的，加大对用户的督促力度，对由于电网原因导致工程受限的，可以协调公司的相关部门，解除工程受限因素，使业扩工程正常推进。此外，发电数据处理系统可提供“本月发电计划”和“本月发电明细”查询功能，其中，“本月发电计划”由预计送电时间产生，“本月发电明细”根据施工组织会和工程启动会后的结果产生。

在另一种可选的实施例中，业务数据处理系统可以采用C/S(Client/Server，客户端/服务器)架构，用户可以通过客户端访问本系统，对业务数据的结存容量进行管理和分析、预警提示以及生成各种报表。图2示出了基于数据分析的数据管理系统的框架，如图2所示，该框架主要由客户端201、数据管理系统10和文本数据库203组成。

需要说明的是，上述业务数据处理系统可以采用Python语言进行开发，可在运行环境支持Linux、Solaris、SunOS、Mac OS X、Microsoft Window XP、Microsoft Window 7或更高版本的环境中运行，而不依赖于任何第三方程序库或其他运行环境。前端界面库可采用QT C++，开发工具可采用Sublime Text。，系统数据库选用SQLite作为持久化层，与结存管理系统低耦合，便于后期迁移、更新和维护。

由上可知，通过业务数据处理系统处理当前工程业务信息，通过发电数据处理系统根据工程的进度进行分析，得到工程的预计送电时间以及通过业务数据分析系统采集并分析工程的工作状态分析，得到分析结果，容易注意到的是，由于上述业务数据处理系统将业务数据处理系统、业务数据分析系统以及发电数据处理系统进行组合，可以在同一个数据管理系统中对业务数据进行精细的分析，达到了对业务的结存容量进行深度分析，解除工程受限因素的目的，从而实现了缩短工程接电时间，提高业扩接电容量的技术效果，进而解决了现有的数据管理系统不能对业务数据进行深度分析，以及不能分析和解除工程的受限因素的技术问题。

可选的，处理模块包括：组合查询模块和时间查询模块。其中，组合查询模块，用于根据预定的组合条件对业务信息进行组合查询，得到工程中包含的用电总户数和用电总容量；和/或，时间查询模块，用于根据预定的时间条件对业务信息进行组合查询，得到预定时间段或时刻的用电信息。

可选的，进度分析模块包括：数据获取模块和信息获取模块。其中，数据获取模块，用于获取工程的预计发电数据，其中，预计发电数据包括：实际发电时间、预计的发电时间、预计接电容量和预计地区和线路的接入负荷；和/或，信息获取模块，用于获取工程的发电信息，其中，发电信息包括：发电日期、预定时间段内发电用户的总户数和发电容量信息。

可选的，状态分析模块包括如下至少之一：第一分析模块、第一处理模块、第二处理模块和第二分析模块。其中，第一分析模块，用于分析导致工程受限的原因类型，以及每种原因类型下导致受限的工程的工程数量和占比；第一处理模块，用于根据工程的划分参数来确定工程处于不同环节的数量；第二处理模块，用于根据工程受限时的划分参数来确定工程处于受限状态下的环节数量；第二分析模块，用于分析导致工程受限的原因、数量和占比。

可选的，状态分析模块还包括如下至少之一：第三分析模块、原因查询模块和明细查询模块。其中，第三分析模块，用于分析正常推进的工程在不同的业务环节下的工程数量；原因查询模块，用于查询得到受限的工程在不同的业务环节的受限原因；明细查询模块，用于查询得到受限的工程的业务明细。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。