AVID资产管理系统

2024-08-23

AVID资产管理系统（共3篇）

AVID资产管理系统篇1

随着广电总台数字化、网络化改造的不断深入、全台网的建成, 新闻制播网络也实现了全面的数字化和网络化, 在这种形势下, 传统的通过刷卡通断电源的计费方式, 已不再满足网络化系统的多样化的计费需求。如何发挥新设备、新软件的效益, 如何对成本进行有效控制, 又是网络建设及以后升级必须考虑的一个问题。由于Avid新闻制播系统自身的特点, 一方面其接口的开放性不强, 市场上常规的计费系统不能融入到Avid系统中去, 另一方面Avid软件的每一个授权都是需要购买的, 市场上常规的计费系统往往不能实现对软件的计费, 进而不能统计出系统所需的软件授权个数。如何在不影响现有系统的基础上, 又能无缝地和现有系统进行融合, 对现有系统设备及软件进行计费, 同时能与全台计费系统进行互联互通, 实现“统一认证、分散授权”, 成为新闻计费系统设计的重点。

该系统侧重于将最新的Web2.0技术和新闻计费系统相结合, 并考虑到系统的移植性和扩展性, 采用平台无关性的JAVA技术为开发语言。在不改变现有网络架构和系统流程的基础上, 通过用户的统一登录和对指定Avid软件进程的监控, 对Avid新闻制播系统各类工作站和各类软件的使用情况进行记录, 最后根据配置的计费规则, 实现对各栏目、各用户使用设备和软件的明细记录和费用统计。

一计费系统的设计与实现

1. 新闻计费系统的原理

Avid新闻制播系统的各类工作站和各类软件的计费, 采用C/S和B/S相结合的方式来实现。在制播系统的每个用户终端上都安装一个C/S监控软件, 在不改变现有网络架构和系统流程的基础上, 通过用户的统一登录和对指定软件进程的监控, 对工作站等设备和软件的使用情况进行记录。根据配置好的多种计费规则, 实现软硬件费用统计, 通过B/S方式提供管理员和所有用户进行费用明细和统计报表的查询, 通过WebService计费代理实现与全台的计费系统的交互。

系统框架如图1所示。

2. 系统架构

服务器端采用MVC三层架构, 应用门户层以B/S界面方式提供用户查询、统计及系统管理;业务逻辑层由Struts来控制流程跳转;同时通过hibernate对数据库对象进行封装。其结构如图2所示。

(1) 数据资源层

数据资源层对结构化数据和非结构化数据, 按对象进行存储并建立索引库、规则库等, 实现对新闻信息系统各类数据资源的保存和管理。

(2) 业务逻辑层

业务逻辑层实现新闻计费系统的业务逻辑功能, 包括计费模板设置、计费统计和系统管理。

●计费模板:对计费对象的费率进行设置, 所有计费对象的费用将根据计费模板设置的费率进行计算, 计费模板分为包月模板和普通模板;

●计费统计:计费统计可以根据用户的权限显示用户可以查看和统计的对象, 用户可以灵活选择要统计的对象、统计条件来生成统计数据, 同时可以形成报表导出;

●系统管理:主要设置对外接口, 用户管理, 设备管理等。

业务逻辑层还负责接收来自各个监控端传回来的数据, 并保存到数据库中。

(3) 应用门户 (展现) 层

应用门户层是决策部门、管理部门、员工以及客户登录、浏览、编辑、工作、管理的界面;根据用户角色、权限等的不同, 门户界面也会有所不同。

对应于三层架构的软件结构图如图3所示。

3. 系统的实现

(1) Avid软硬件计费的实现

对于新闻制播网中的设备和软件, 计费系统采用Web Service的方式接收各个客户端的数据, C/S客户端部署在各个需要进行计费的工作站上, 并注册成Windows服务, 该服务开机后自动启动, 向后台监控服务注册, 同时打开用户登录框。用户输入自己的用户名和密码, 选择工作的栏目后登入计费客户端, 此时, 客户端向Web服务发送机器登录、开始计费的相关信息, Web服务将信息记录在数据库中。用户登录后方能通过客户端的软件列表启动该工作站上的Avid应用软件, 每启动一个应用软件, 客户端也相应地向Web服务发送软件登录、开始计费的相关信息。机器或软件在使用过程中, 客户端每隔数秒就向Web服务发送信息, 告知该机器或该软件正在使用。客户端登录后, 用户就可以在B/S页面实时查看到使用记录。用户注销客户端或者关机时, C/S客户端的Windows服务也同时停止。

(2) 计费查询和系统管理的实现

新闻计费系统采用最新的Web2.0技术, 所有的统计都在网络上完成。在新闻制播网内的任一客户端上, 用户通过IE浏览器访问计费系统的网址, 输入用户名和密码就可以进行计费查询或系统设置。在服务器端, 服务器记录每一个登录用户, 然后根据用户的权限和角色动态显示用户可以操作的业务。服务器端采用struts框架+hibernate框架来实现, struts框架主要负责服务器端的业务逻辑实现, 负责客户端的请求、用户的信息管理、查询等操作, 其原理如图4所示。

用户的请求通过一个Acton Forward类来判断并指向用户请求的业务, Action类是业务逻辑的一个包装, 其用途是将用户的请求转换为业务逻辑, 而ActionForm则是维护Web应用程序的会话状态。ActionServlet则是Struts的核心, 它创建并使用Action、ActionForm和ActionForward。系统所有的业务逻辑要与底层数据库交互的时候则通过Hibernate来实现, hibernate利用数据库以及其他一些配置文件来为应用程序提供数据持久化服务。

二计费系统的功能

1. 计费客户端

通过部署在每台工作站上的计费客户端, 可以实现对软件和硬件的登入登出的计时监控, 并将监控数据发送给后台。

2. 灵活设置计费模板

计费模板可以灵活配置, 可以实现普通计费、分时段计费和包月计费的功能。

普通计费模板可以对某种设备类型或者某种软件设置一个费率模板, 所有的设备或者软件就可以根据模板设置的费率进行计费。在按时段计费栏中设置了特殊计费时段和费率就可以对软硬件进行分时段计费, 如图6所示, 在每天的0点至6点, 可以设置优惠费率5元, 其他时段为正常收费10元。

包月计费模板可以对某一栏目使用某一类型的设备或软件设置成包月计费, 如图7所示。设置为包月计费后, 该栏目人员使用该类设备的费用将不再按使用时间计算, 而是只将包月费用计入栏目费用中。

3. 多条件的明细查询和多样化的统计功能

多条件统计查询方式, 可以查询明细;可以按月统计;可以按部门、栏目统计;可以按设备类型、单个设备统计等, 并且用户可自定义统计时间范围。统计结果可以通过表格和饼图、折线图等图形化方式进行展现, 并且可以导出Excel表格。

(1) 明细查询

“明细查询”节点可以查询任意时间、任意人员、任意设备的使用明细情况, 如图8所示。通过明细查询节点的Excel表格导出功能, 可以导出指定时间内的所有设备和软件的使用明细, 做进一步的分析。

(2) 按月统计

“按月统计”节点是以“月”为时间单位进行各类统计, 该节点下又分四个统计节点。“部门统计”、“栏目统计”可以按部门、按栏目统计多个月份的费用总和, 可以选择一个或多个设备类型或软件进行统计, 可以选择一个或全部部门/栏目进行统计, 统计的时间范围也可选择。“设备统计”、“类型统计”可以按设备类型或每一台设备进行费用的统计, 同样, 对部门、栏目以及设备类型、统计时间范围等统计条件都是可以灵活设置的, 统计非常方便, 同时, 每个统计还可以通过曲线图进行展示, 各部门/栏目的使用情况以及各类设备的使用情况等都一目了然。该节点下的各类统计表格便于在月末时提交给使用部门各栏目领导。

(3) 按时段统计

“按时段统计”则是以“日”为时间单位进行各类统计, 其统计功能更为强大, 可以统计任意日期内的使用费用和设备的使用率, 同时还能以饼图的形式进行统计数据的展现。各类有关费用的统计报表, 可以在月末结算时使用;设备使用率报表可用于技术部门对设备的使用情况的分析, 作为设备的投入或扩容等决策的参考依据。

“按时段统计”下共有7个统计节点。其中“部门统计”与“栏目统计”可以统计某一时间段内的各部门/栏目使用各类设备和软件的费用, 如图10所示。

“用户统计”用于管理员统计个人的设备使用情况。

“设备统计”和“类型统计”可统计每个设备的使用率, 如图11所示。通过使用率的分析, 可以对使用率过高或过低的设备进行人为的合理调配, 对使用率过低的设备要查找原因, 保证所有设备都能得到均匀的使用。同时, 设备使用率的分析, 还能确认设备是否能够满足节目制作需求, 是否有系统扩容的需求, 对设备投入方面的分析和决策十分有用。

“设备-栏目统计”可以查看每一台设备的各栏目使用情况, 如图12所示, “类型-栏目统计”则可以查看每一类设备的各栏目使用情况, 如图13所示。通过这两个统计报表的分析, 可以了解不同栏目的节目制作特性以及对设备的需求情况, 技术部门可根据此报表, 引导节目制作人员合理的使用设备, 节约成本, 也使各类设备发挥各自最大的作用。

4. 手工计费与网络计费相结合

在“特殊费用管理”页, 系统管理员可以输入一些手动计费的项目, 手动输入的计费项同样能加入各项统计报表中。有了这项功能, 可以把手动计费与网络计费的结果在一个地方进行统一展示和统计, 而不再需要将网络计费导出后通过人工的方式将手动计费加入报表中, 对于计费管理和统计都十分方便。

5. 与全台计费系统同步

新闻计费系统不但能实现本系统的计费统计, 还能将计费明细数据通过全台网主干平台的消息服务器发送给全台计费系统, 实现计费的全台汇总。另一方面, 新闻计费系统还能实时同步全台计费系统下发的人员使用名单, 实现全台“统一认证、分散授权”的功能。

三计费系统的特点

●独立计费, 采用外包壳的方式, 对Avid系统软件进程进行监控, 对系统使用流程没有影响。

●强大的数据挖掘功能, 可对Avid系统软硬件分别计费, 可按部门、栏目统计使用费用;可按月、按日统计使用费用;可按单台设备、软硬件类型统计使用费用;并且还能统计每台设备的使用率。所有统计数据可以导出Excel表格, 可通过曲线图、饼图的形式直观展现。费用的统计表格在每月结算时可提交给各部门领导查阅, 设备使用率的统计可用于设备使用情况分析, 为系统建设提供最直接有效的依据。

●与全台计费系统同步, 可从全台计费系统获取人员权限, 实现全台的“统一认证、分散授权”, 所有的费用明细可以输出给全台计费系统, 提供全台业务的综合统计。

四结语

新闻计费系统以J2EE为平台, 利用Web2.0技术进行开发, 具有良好的扩展性、移植性、高安全性和低成本等特点。在江苏广电总台全台网建设的基础上, 新闻计费系统真正实现了网络化的精细计费, 满足了江苏广电总台对Avid新闻制播系统的计费和统计需求。

参考文献

[1]Husted, Ted (EDT) /Franciscus, George/Dumoulin, Cedric/Winterfeldt, David, Struts in Action, 2005年7月

AVID资产管理系统篇2

2009-08-05

系统概述

发电企业的资产管理主要包括两个方面生产设备管理和备品备件管理。发电企业为资金、技术密集型企业，发电企业的设备种类繁多、设备昂贵。备品配件价值高。因此如何使发电厂生产设备能够安全健康高效运行；如何迅速消除设备缺陷，提高设备完好率，恢复和改善设备性能；如何有效的延长设备的使用寿命，如何适当保持备品备件的库存，降低备件库存定额。如何通过合理制定设备预防性检修计划，降低设备发生故障的概率；如何最大化整合企业内部现有资源，如何最大化加强检修作业的标准化和透明度，如何适当通过开展积极的状态检修，防止设备过修或欠修，从而提升设备的可靠性，合理的降低设备综合检修费用等等，这一切，都是我们资产管理系统设计的前提条件。本系统在设计时，充分借鉴国外发达国家的设备维护管理软件的管理思想，同时又考虑的中国电力行业目前的管理特点。在设计时，取其精华，同时也抛弃了一些不适合中国电力行业现状的设计。同时我们也适时引进了工单管理思想，设备知识库的管理思想，状态检修的管理思想、工作流管理思想，在设计上，我们最大化的考虑到管理业务流程的ＰＤＣＡ。并将管理业务流程进一步整理。并力争和目前的中国电力行业特色管理模式紧密的结合在一起，我们希望，通过本系统能给的中国发电企业管理工作起到一个很重要的管理提升功能。

系统目标

基于以上考虑，我们本次系统的资产管理思想将基于以下思路进行设计，总结起来，一句话：“三条主线、二个中心、一个降低”。

其中三条主线为：

1、以设备定检为主线，主要实现设备预防性维修过程控制

2、以设备大小修为主线，主要实现设备大小修的费用及检修项目过程控制

3、以设备消缺为主线，实现设备的事后消缺，保证设备的稳定性。

二个中心：以设备知识库管理中为中心，实现设备全生命周期过程跟踪与管理。以支持设备状态检修为中心，实现设备检修成本的最优控制。

一个降低：重分挖掘和发挥设备知识库的功能，合理降低备品配件的库存。因此，基于以上考虑，资产管理系统将实现三个闭环控制管理：

一是以工作流引擎为驱动，实现缺陷发现、缺陷计划、缺陷处理、缺陷验收、缺陷总结闭环控制，实现消缺成本的及时核算并将设备故障进行分类、以供统计分析；

二是实现预防性维护计划自动生成预防性维护项目的执行跟踪、预防性维护项目的验收及核算、预防性维护项目的统计分析及优化闭环控制；

三是实现设备大小修的计划编制、预算、工程执行、工程验收、工程结算闭环控制。

功能描述

资产管理构件功能结构图所示：

图资产管理构件功能结构图

基本信息管理是本系统基础数据的来源，主要包括以下内容：

设备固有信息，例如设备编码，设备名称、设备状态、设备型号、出厂日期、设计寿命、所属系统、所属机组、设备主人、设备生产商等；

 KKS(设备编码)；设备编码是整个系统管理的纽带，我们的设备编码标准推荐为国际通用KKS编码标准。KKS编码总则见附件。

 CCC编码：本次设备也将支持CCC编码，这里也可以实现CCC编码的设备结构树。

 固定资产卡号与固定资产科目号：本系统考虑到与财务资产管理的接口问题。

 物资信息：包括物资条形码、规格型号、生产厂商、供应商、采购信息、采购单价等；

 设备部件（备品备件）：包括备品备件的固有信息、生产厂商、供应商、采购信息、定额等；其中国产备件和进口备件进行分类。

 技术参数：(主要是对设备技术规范进行描述，如额定温度、额定电压、额定电流等等) 设备跟踪：实现对设备全生命周期的跟踪，主要记载设备离开原运行位置的情况；

 测点：主要是描述设备相关测点的信息；

 危险和隔离：主要是对设备在系统中所存在的危险因素和预防措施进行管理；

 相关文档：主要是对技术图纸和文档进行管理；

 设备动态历史数据：设备动态历史数据主要为设备在维护过程中产生的历史数据。主要包括三个方面的历史数据：设备消缺历史数据、设备定检的历史数据、设备大小修的历史检修数据。这三方面的数据分别由消缺管理、定检管理、大小修管理在设备维护过程中产生。系统将自动的提取到本模块中来。此处不在详细描述。

 其他系统接口关联数据：本次设备系统设计因考虑到统筹设计、因此在系统设计考虑到与其它系统的接口。因此，本系统需要与运行日志（主要是指值长日志、机组长日志）的相关联。将运行人员对设备的操作和启停进行关联。并且与设备运行过程中发生的异常信息相关联。此信息可作为检修人员对设备运行状况时作为参考依据，不作为必要依据。本系统支持与SIS系统的接口可将设备在运行过程中的状态参数，查询过来。作为状态检修参考依据。

设备消缺管理设备消缺为设备管理的主要内容之一,因为电力行业自身生产方式的特殊性(产品为产供销同时完成)，必然要求生产设备在高可靠性的状态下运行。因此，设备消缺为日常性管理中非常重要的工作之一。消缺管理主体设计思想为从缺陷登记、缺陷通知、缺陷处理、缺陷验收、缺陷成本核算、缺陷归档实现闭环控制。在消缺模块，我们采用工作流的驱动。突出消却工作的重要性和紧迫性，加快消缺业务的执行过程。缺陷登记主要是检修人员或运行人员在现场发现设备缺陷后，进行登记的过程，登记缺陷时。我们设计原则为缺陷登记的尽量减少缺陷登记录入的工作量。基本上全部实现用鼠标直接点击即可录入缺陷。在录入缺陷时，可以参照缺陷历史数据进行加工录入。

缺陷内容主体内容为：缺陷编码、缺陷名称、专业名称、设备编码、部件名称、缺陷等级、发现人、发现时间、缺陷现象等等。设备编码需要弹出设备树进行选择。不再直接录入。

缺陷等级原则分为四类：紧急处理缺陷；24小时内容缺陷；择机处理缺陷；缺陷挂起。

缺陷处理原则：紧急处理缺陷与24小时内处理缺陷，原则上将不再转向工程模块进行管理。直接消缺。消缺处理完毕后，由检修人员将有关的材料消耗、工时消耗及其他费用和检修处理情况登入缺陷系统。并将相关信息纳入到设备知识库中去。

择机处理缺陷，由两种处理方法。一是转入工程模块，作计划处理。二是纳入定检工程或者大小修中。

缺陷挂起，造成缺陷挂起原因一般又两种，一是检修备品、配件没有。二是需要等待停机处理。因此。挂起的缺陷处理方式，缺陷挂起的缺陷纳入备品、配件具备后。纳入到定检工程计划中去。二是纳入大小修计划中去。

缺陷统计分析。缺陷分析可以解决对同一设备在某一段时间内对其发生的故障进行分类分析。也可以对核心码相同的设备进行分类分析。

缺陷统计可以实现按专业、按时间段进行统计分析缺陷发生数、处理数。

也可统计进行消缺率统计。

某一段时间的消缺率 = 某一段时间的消缺数/某一段时间的缺陷总数

某一专业的消缺率计算方法：

某一专业某一时间段的消缺率=某一专业某一时间段的消缺数/某一专业某一时间段的缺陷总数

也可以按运行班组、按时间段进行统计发现缺陷数、验收数对于消缺历史数据，本系统纳入设备知识库管理，在设备知识库中，各专业专工，可以将设备缺陷进行按缺陷现象和设备原因归类整理，形成设备故障树。为制定合理设备维护计划与设备维护策提供有力的数据支撑和技术支撑。

设备评级管理

为了加强设备管理，全面掌握设备的技术状况，按部颁“发电厂检修规程”中规定的技术标准，对发电主、辅设备定期进行检查、鉴定和评级，以促进管好、用好、修好设备，提高设备完好率和健康水平，保证安全经济发电，设备评级管理也是发电企业管理的重要内容之一。

设备评级管理分类标准如下：

一类设备：是经过运行试验，技术状况良好，能保证安全、经济、满发的设备。

二类设备：达不到一类设备标准，个别部件有一般缺陷，但能经常安全满发的设备。

三类设备：是有重大缺陷的设备，不能保证安全运行，出力降低，或“八漏”严重。

设备的等级划分：

按部颁规程，根据各设备在发电过程中重要性，划分为主要设备、重要辅助设备和一般设备。

设备的等级划分：

按部颁规程，根据各设备在发电过程中重要性，划分为主要设备、重要辅助设备和一般设备。

主要设备有：

锅炉、汽轮机、发电机、主变、高备变。

重要辅助设备有：

给水泵组（包括配套的小汽机、电动机，下同）凝结水泵、循环水泵、高、低压加热器、除氧器、闭冷泵、仪用空压机、磨煤机、给煤机、送、吸风机、一次风机、密封风机、空气预热器、高、低压旁路、电除尘设备、灰浆泵、消防泵、工业水泵、220kV开关避雷器、闸刀、CT、PT、厂总变、6kV母线、开关、避雷器、闸刀、6kV各变压器、柴油发电机组、110V、220V直流系统、机组UPS、远动装置、微波、载波、电话总机等通讯主设备、卸船机、堆取料机、皮带机、碎煤机、除铁器、输煤控制计算机、补水、凝结水等化学水处理、阳、阴、混床等设备。一般设备：主要设备、重要辅助设备以外的所有发供电设备。

以上所有设备均应包括其控制、保护系统。

设备评级管理应贯彻检修责任制，实行分级的原则。

设备评级管理的主要内容：通过工作流驱动实现设备评级管理业务数据和相关流程的流转。通过设备知识库提供设备运行过程的所有的静态数据和历史数据，给设备评级业务提供准确的判断依据。设备评级的结果将自动修改设备台帐中相关数据。实现设备评级的查询和统计。

检修定额管理

检修定额主要是包括两方面的内容：设备大小修项目定额和设备定检定修定额。设备大小修项目定额内容主要包括设备大小修项目数以及按专业、按系统划分项目名称、项目工日、项目所需备件清单、材料清单及费用，以及按照IS09001的标准制定的标准检修工艺和作业指导书（包含相应的质控点 W/H）。本系统可以参照工单管理的历史数据制定相应的定额。并能够进行历史数据比较，对设备大小修管理起着很重要的数据支撑作用。

设备定检定修定额管理主要是对预防性维护中定检项目而言，其主要内容与上述内容基本相同，此处不在描述。

设备异动管理

设备异动为设备管理的一个重要内容之一，凡设备、系统、建筑物的结构、连接方式、型号、材质、数量的变化、增减与初次投入使用的情况有变化者均属于设备异动。设备异动种类，按照在生产过程分类分为甲类异动（厂级异动）和部门级（乙类设备异动）两级管理。两类异动的定义如下：

甲类设备异动：指设备、系统、建筑物等，无论是整体或局部异动，都涉及到设备或系统的统一性、公司的发展规划、设备的安全性与经济性；设备异动后对原来的布置有重大改变，图纸资料必须作相应更改；设备异动后使设备规范发生重大改变；设备异动所耗人工及材料费在某一特定数额以上或影响大量库存备品配件者。

乙类设备异动：指不影响设备安全经济运行的设备、系统、建筑物的异动，它不影响结构、图纸、技术资料的改变。

设备异动分为异动申请、异动审批、异动开工、异动执行、异动验收等环节

设备异动管理通过工作流驱动实现设备异动单业务流程流转，设备异动管理在本系统的实现的功能：实现设备异动单录入、查询、审批流程，设备异动报告书录入、查询。支持标准图纸的挂结。（在异动单可以挂结CAD图纸。）

预防性维护管理

预防性维护为设备维护深层次管理的内容，制订合理的设备预防性维护计划是提高设备可用性的关键。本系统针对设备分别建立设备的预防性维护项目，对于定检项目要建立其标准的备件库（需要更换的备件的标准库）、材料消耗库（需要消耗的材料的标准库）、工时消耗（检修消耗的工种工时）、定检周期（按照固定的时间段）、标准工作工艺，定义其关联定检项目（是指某些专业的检修是随着某个专业的定检的产生而产生的，如电气、热工的定检是随着机炉的定检的产生而产生的，这样在机炉的定检项目需要定义和其相关的其它专业的定检项目）；对于定检分为ABCD四个级别；对于每个定检项目，其周期、备品备件、项目等都不同；

系统根据系统设置的预防性维修数据库预测出到某个时间点需要执行的预防性维修项目，依据是寻找出定检完成时间＋定检周期 < 目标时间点的定检项目；预测完毕后再由具体的专业人员去安排计划开工时间并转入到工单系统中去处理；

预防性维修项目的预测包括有这几种方式：周期预测法、运行时间预测法、表计的量度的定检的方式；

周期预测是指：一直在运转的设备按照某个周期（例如六个月、一年、两年等等）进行检修；设备运行到一定的周期后就检修；

累计运行时间预测：是指某特定设备并没有一直在运行，对于其运转的时间需要统计，如果累计运行到一定的时间后，需要进行检修；如启停累计时间到一定值后需要进行检修；

测点特定参数的预测：是指某些设备需要按照测点的指示值来进行检修的，如累计流量等等。

如果对于同一个设备、在预测的目标时间点内，预测出的定检项目有不同级别的定检项目，则依据ABCD的层次进行单一取舍执行，也就是说如果A、B、C、D级别的定检项目同时存在，则按照有A就把BCD和并到A；有B，就把C、D级别合并到B；低级别的合并到高级别的一起执行，同时在高级别执行完毕后以后，自动修改低级别的检修完成日期及状态；

设备定检预测类别有A、P、N三种：

A：不断产生计划，不管上次是否做完。适用于定检周期短的定检设备，建议周期在一年以下的采用此方法。

P：如果有未完工程，不再产生定检计划。适用于定检周期在一年以上的定检设备。N：尚未决定下来的定检项目，不产生定检计划。

经过合并后形成的定检计划，如果在目标时间点里存在有同同级别的或者高级别的同设备编码的大小修项目，则合并到大小修项目中去执行；在大小修项目执行完毕后，自动修改相关的定检项目的检修完成日期及状态；当前系统对于大小修项目并没有归并到具体的设备，此功能并没有实现；

在工程里对于定检项目的相关的处理都是把具体的定检项目的标准库（备件消耗、材料消耗、工种消耗）引用过来，按照实际情况进行修改，得到可执行的相关的信息；具体的实现过程请参见工程处理；

对于在工程里引用的定检项目的备件标准库的修改，需要参考备件的更换策略，也就是按照其备件的唯一标识码（条形码或其它方式）、装配信息、更换周期形成是否需要更换的参考意见；

检修完毕后修改工程的状态，自动修改定检项目的完成日期及把其状态标识为完毕。

工单管理

工单管理是资产管理构件主要内容之一，使用工单，我们将最大化将检修工处理更加规范、有序和通明。同时工单管理也是我们成本核算中心。我们通过工单管理将检修工作处于可控及在控状态，同时也将检修管理工作从目标管理提升到过程管理的水平。通过建立标准检修工艺数据库，最大限度将检修工艺标准化，同时也最大限度吸收电厂具有丰富知识和经验的技术人员的检修工艺经验和智慧，避免了传统检修方式的随意性(检修工序不标准)，从而也保证了检修质量。

工单本身为整个资产管理的成本控制以及核算中心，我们通过工单，将最大程度的实现检修作业的成本控制，在工单计划中，通过物资需求清单、人力清单、工具使用清单，通过工单的结算，可以更加有效控制检修费用。

工单管理主要分工单登记、工单计划、工单安排、资源平衡、工单实际、工单结算以及工单统计等。

工单主要内容包括工单任务、工单状态、工作地点、设备编码、工作负责人。计划检修工艺及质检点。计划所需物料清单、计划所需工具清单、计划所需人力工种、工时清单。计划物料费用、计划工具费用、计划人力费用，工单任务优先级。工单实际消耗物料清单、工单实际工具费用、工单时人力费用。

工单实际执行工序等等。工单的安全隔离部分转为工作票模块进行管理。

工单可以实现让检修主管合理调度安排人力、物力、工具等资源。可以将检修工作最大限度的透明。同时我们通过工单实现设备全生命周期过程中成本统计及跟踪。工单从类别上划分，分为标准工单、非标准工单两种。

标准工单主要为典型检修作业类型，例如：给水泵A级检修标准工单、凝结水泵的A级检修标准工单等等。标准工单主要作用是将作业流程标准化及检修作业的物料消耗费用、工具使用费用、人力工时费用标准化。

非标准工单，为非典型作业，或者是频度较底、难以标准化的作业工单。

工单从生成方式来划分，分为自动生成和手动生成两种。

自动生成的工单其来源有三种原因：第一种是由预防性检修模块中自动生成的工单。第二种是由状态检测模块自动生成的工单。第三种是由机组大小修模块由标准项目生成的工单。

工单按执行过程状态划分为以下几个状态：工单申请、等待审批、已批准未开工、工单挂起（等待物料、开工条件）、工单关闭、工单终止等等

整个工单管理通过工作流驱动做引擎，将工作流、信息流、资金等资源信息贯穿到整个资产管理中去。

状态检测

状态检测是对状态监测是设备维护管理中高级内容，它是根据设备运行实际状况来合理制定设备维护计划，从而降低设备维护成本，并且同时提高设备的可用率。它是对设备检修过程中发生的数据以及设备运行过程中产生的海量的数据进行加工和挖掘，同时由系统自动完成设备的运行状态的评估报告。检修人员可以根据此报告进行合理安排设备检修。本评估报告包括以下信息：设备基础信息、设备消缺记录、设备故障分类信息、发生频率信息、单一故障次数信息、定期工作信息、工单信息、运行操作信息、运行报警数据、设备变更信息、周期性检修计划安排信息等等。上述情况可以精确到某一时间段的任意设备信息。

大小修管理

机组大小修为预防性维修的特殊类型，合理安排机组大小修可以有效控制检修成本，由于机组大小修项目繁多，涉及的物资、人员、工具等资源繁多，因此本系统的大小修设计时采用了工程项目管理理念和思想，在机组大小修的管理中，紧紧围绕在现在的系统中是整个过程都进行了管理，未来的系统中准备是在大小修管理中只是生成具体的标准和非标项目，而对于相关的消耗、工作步骤等制定放在工单管理中进行统一管理；

滚动生成工期计划：在每年年底制定下的大小修工期计划，按照ABCD级别的不同其周期也不同，按照周期滚动生成下的大小修的计划列表，具体实现请参见检修工期计划的生成原则；针对具体的大小修计划，引用大小修项目标准库形成标准项目，并报非标项目生成实际的项目；

对于非标项目，有些可能是更改工程等，其对应的也不一定是一个专业；

以后可以考虑是更改另外报，然后批复下来后看大小修项目的时间等情况，归并到某个大小修计划中去，这样就不必要在大小修中再去报一次，也就是说非标项目就不用再去关联更改等项目了；

标准项目是对应到单个专业的；

对于大小修的某些设备下的某些项目，是具备技术监督的属性的，也就是说其虽然也是在大小修的时期处理，但是其工作负责人是和当前设备下的工作负责人不一样，具体结算的时候也不一样，总结、报告等都不一样，其有些是设备的大小修的标准项目，有些是非标项目；有些在设备的定检的项目也包含了技术监督的处理，具体在技术监督里处理。

对于生成的项目现在是对应到多个设备上的，在未来的系统中应该是一个项目对应一个设备，设备|具体的项目|项目的明细，以实现对于设备的全生命周期的跟踪；

如果是非标项目，其管理是通过外包工程去处理的；

领导审批并且预算平衡后、定下了要检修的项目，则需要对其工种消耗、备品消耗、材料消耗、检修卡信息的实际生成的过程同于工程管理的过程，也是引用标准库进行调整；生成物资需求、领料的方面的过程、策略也同于工程管理；

开工作票处理的过程也是同于工程管理；

一个工程只开一个工作票；而一个工作票可以对应多个工程；

总结的过程也是同于工程管理，在未来的系统中需要对于整个大小修进行总结的工作；

系统接口

外部接口

资产管理为DCS、SIS系统做数据支撑接口。同时资产管理为P3、EXP提供外接接口

资产管理为财务管理软件提供资产管理接口。

内部接口

1)接收实时系统提供的生产实时信息