CN103473627A - 系统运维体系需求变更管理数据处理方法 - Google Patents

Abstract

本发明涉及一种系统运维体系需求变更管理数据处理方法，包括以下步骤：1)应用服务器向业务主管服务器提交业务需求变更申请信息；2)业务主管服务器结合信息主管服务器、运维服务器对接收的业务需求变更申请信息进行可行性评估，判断是否需要开发；3)应用服务器生成功能信息；4)运维服务器对其功能信息进行审核，审核通过后；5)应用服务器按照审核后的功能进行开发；6)业务主管服务器对功能进行测试并提交功能测试报告给运维服务器；7)运维服务器对其进行验证并对业务需求变更申请信息进行确认；8)运维服务器对测试系统进行安全测试。与现有技术相比，本发明具有有效地提高了工作效率等优点。

Description

系统运维体系需求变更管理数据处理方法

技术领域

本发明涉及一种系统运维体系数据处理方法，尤其是涉及一种系统运维体系需求变更管理数据处理方法。

背景技术

随着社会经济发展，能源和环境问题日益突出。为了适应未来可持续发展的要求，发展和建设坚强智能电网是必然选择。

目前应用的高压设备智能化程度不高、已应用的设备在线监测系统与生产管理系统大都相互独立，而且不同在线监测系统往往功能单一且通讯标准不一，因此难以进行系统集成和信息共享，使得多参量的信息融合共享和综合评估诊断等技术发展较慢，不适应智能电网的要求。随着智能电力设备的逐步应用和智能电网的建设，电力设备预防性试验、带电检测、在线监测、故障等信息的网络化集成和共享是设备状态监测发展的必然趋势，使得基于电力设备多参量的综合评估与故障诊断为可能。大量信息的融合分析建立统一数据库和专家系统理论上可以大大提高状态评估、故障诊断的准确性和可靠性，为下属电力公司提供强有力的状态监测诊断依据。建立输变电设备状态监测系统，对设备进行有效、准确地监测与诊断，是提高供电可靠率及电网稳定性的重要途径，也是建设坚强智能电网的重要部分。建立健全的输变电设备状态监测系统运行维护系统，将进一步促使监测系统与管理系统相应的结合，逐步构建设备的资产全寿命周期管理模式，从而提升状态检修实力，加强资产全寿命管理以及完善精益化管理能力。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种系统运维体系需求变更管理数据处理方法。

本发明的目的可以通过以下技术方案来实现：

一种系统运维体系需求变更管理数据处理方法，其特征在于，包括以下步骤：

1)应用服务器向业务主管服务器提交业务需求变更申请信息；

2)业务主管服务器结合信息主管服务器、运维服务器对接收的业务需求变更申请信息进行可行性评估，判断是否需要开发，若为是，执行步骤3)；若为否，进行本地配置后，执行步骤6)；

3)应用服务器根据可行性评估信息和自身的需求信息，生成功能信息，并将其发送给运维服务器；

4)运维服务器连同业务主管服务器、信息主管服务器对其功能信息进行审核，审核通过后，将通过信息发送给应用服务器；

5)应用服务器按照审核后的功能进行开发，并执行步骤6)；

6)业务主管服务器对功能进行测试并提交功能测试报告给运维服务器；

7)运维服务器对其进行验证并对业务需求变更申请信息进行确认；

8)运维服务器对测试系统进行安全测试，测试合格后出具测试报告并生成系统发布及部署申请信息，将其发送给业务主管服务器，同时转入发布流程；

9)业务主管服务器连同信息主管服务器对其进行复审备案。

所述的可行性评估内容包括功能必要性、技术可行性、通用性评估和时间计划的合理性；其中功能必要性指功能是否必要，系统有无相近、可替代的功能，是否必需通过状态监测系统接口或菜单接入状态监测系统。

所述的功能信息审核包括数据库设计、软件编码规范性、外部组件使用规范性、功能相符性、功能兼容性、状态监测系统的调整范围、功能实施后对状态监测系统是否存在风险、是否会影响系统的正常使用、后续维护工作量的评估。

所述的功能兼容性具体为在逻辑上、数据要求上和状态监测系统是否有比较大的冲突。

与现有技术相比，本发明具有以下优点：

采用本发明方法后，将需求变更的流程自动化，有效地提高了工作效率，对提升电网智能化水平、实现输变电设备状态运行管理具有积极而深远的意义。

附图说明

图1为本发明的流程图。

具体实施方式

下面结合附图和具体实施例对本发明进行详细说明。

实施例

如图1所示，一种系统运维体系需求变更管理数据处理方法，包括以下步骤：

1)应用服务器向业务主管服务器提交业务需求变更申请信息；

2)业务主管服务器结合信息主管服务器、运维服务器对接收的业务需求变更申请信息进行可行性评估，判断是否需要开发，若为是，执行步骤3)；若为否，进行本地配置后，执行步骤6)；

3)应用服务器根据可行性评估信息和自身的需求信息，生成功能信息，并将其发送给运维服务器；

4)运维服务器连同业务主管服务器、信息主管服务器对其功能信息进行审核，审核通过后，将通过信息发送给应用服务器；

5)应用服务器按照审核后的功能进行开发，并执行步骤6)；

6)业务主管服务器对功能进行测试并提交功能测试报告给运维服务器；

7)运维服务器对其进行验证并对业务需求变更申请信息进行确认；

8)运维服务器对测试系统进行安全测试，测试合格后出具测试报告并生成系统发布及部署申请信息，将其发送给业务主管服务器，同时转入发布流程；

9)业务主管服务器连同信息主管服务器对其进行复审备案。

所述的可行性评估内容包括功能必要性、技术可行性、通用性评估和时间计划的合理性；其中功能必要性指功能是否必要，系统有无相近、可替代的功能，是否必需通过状态监测系统接口或菜单接入状态监测系统。

所述的功能信息审核包括数据库设计、软件编码规范性、外部组件使用规范性、功能相符性、功能兼容性、状态监测系统的调整范围、功能实施后对状态监测系统是否存在风险、是否会影响系统的正常使用、后续维护工作量的评估。所述的功能兼容性具体为在逻辑上、数据要求上和状态监测系统是否有比较大的冲突。

Claims (4)

1.一种系统运维体系需求变更管理数据处理方法，其特征在于，包括以下步骤：

1)应用服务器向业务主管服务器提交业务需求变更申请信息；

2)业务主管服务器结合信息主管服务器、运维服务器对接收的业务需求变更申请信息进行可行性评估，判断是否需要开发，若为是，执行步骤3)；若为否，进行本地配置后，执行步骤6)；

3)应用服务器根据可行性评估信息和自身的需求信息，生成功能信息，并将其发送给运维服务器；

4)运维服务器连同业务主管服务器、信息主管服务器对其功能信息进行审核，审核通过后，将通过信息发送给应用服务器；

5)应用服务器按照审核后的功能进行开发，并执行步骤6)；

6)业务主管服务器对功能进行测试并提交功能测试报告给运维服务器；

7)运维服务器对其进行验证并对业务需求变更申请信息进行确认；

8)运维服务器对测试系统进行安全测试，测试合格后出具测试报告并生成系统发布及部署申请信息，将其发送给业务主管服务器，同时转入发布流程；

9)业务主管服务器连同信息主管服务器对其进行复审备案。

2.根据权利要求1所述的一种系统运维体系需求变更管理数据处理方法，其特征在于，所述的可行性评估内容包括功能必要性、技术可行性、通用性评估和时间计划的合理性；其中功能必要性指功能是否必要，系统有无相近、可替代的功能，是否必需通过状态监测系统接口或菜单接入状态监测系统。

3.根据权利要求1所述的一种系统运维体系需求变更管理数据处理方法，其特征在于，所述的功能信息审核包括数据库设计、软件编码规范性、外部组件使用规范性、功能相符性、功能兼容性、状态监测系统的调整范围、功能实施后对状态监测系统是否存在风险、是否会影响系统的正常使用、后续维护工作量的评估。

4.根据权利要求3所述的一种系统运维体系需求变更管理数据处理方法，其特征在于，所述的功能兼容性具体为在逻辑上、数据要求上和状态监测系统是否有比较大的冲突。

Images