飞机维修方案概要设计.doc

维修方案设计文档目录1.1系统业务流程图31.2业务概述51.3名词解释61.3.1什么是维修方案61.3.2 CMM61.3.3 MRB61.3.4 MPD/OAMP61.3.5 MP61.3.6 MR61.3.7门槛值61.3.8定检工作包61.4维修方案分为71.5维修方案的内容71.5.1一般性检查71.5.2定期维修71.5.3非定期维修71.5.4动力装置及其设备的修理/翻修：71.5.5结构检查/机体翻修/抽样方案71.5.6必须检查项目81.5.7工程技术文件81.5.8可靠性管理方案81.6维修方案目前管理状况81.7本系统的目标81.8维修方案实现方法82.详细设计112.1资料处理部分（VB开发）(可能不需要)112.2详细设计：112.3原始资料的接收登记（基地资料科）112.3.1信息处理113原始资料的分发（工程部工程处协调组）123.1信息处理123.2功能需求：124工程师评估（工程部工程处工程师）124.1信息处理124.2功能需求：135.1详细设计155.1.1信息处理155.1.2功能需求15513维修方案定检模板的建立的算法：186维修方案基本信息维护部分(核心)：196.1用户使用设计196.2详细设计：196.3实现方法206.3.1MAXIMO中实现的部分206.3.2 VB开发部分217.各机型维修方案执行、完成 过程的追踪管理。257.1定检工作的计划、安排267.1.1航空公司飞机定检的处理268.与其他子系统的接口281.总体概述1.1系统业务流程图厂商原始资料登记接收 资料协调 资料评估是否新机型？修改建议单其他其他新机型维修方案编写修改建议单EO纳入 是维修方案基础信息的定义 否维修方案的修改TASK信息的建立飞机基本信息定义机型定检信息的建立建立新机型维修方案飞机基本信息修改TASK各种信息的修改机型定检信息的修改维修方案版本的修改维修方案修改完成新机型维修方案的建立是否需要报批？是维修方案的申报是否批准？否维修方案的修改是维修方案生效各机型维修方案的颁发各机型维修方案的计划、执行监控项目的执行其它检查项目的执行定检工作的执行 航线维护的执行返回开始 维修方案所有项目执行情况的追踪、反馈 结束1.2业务概述飞机维修方案（按机型）是工程部工程处根据适航当局（目前航空公司租用的飞机只涉及美国FAA或法国DGAC）批准的MRB和制造商提供的MPD以及针对本公司的MP（MAINTENANCE PROGRAM）而制定的。基地技术资料科收到制造商发来的原文MPD，经文件登记；转至工程部系统工程师（机械）进行适用性分析，对适用航空公司公司的项目着手编入航空公司飞机维修方案；对不适用的则打上标志区别，不列入方案。编完维修方案后，填写维修方案申报报告连同维修方案一起交华东适航处审批；若被批准，则颁发此方案；没被批准则待修改后再次报批。为使整个飞机维修方案更加趋于完善和适合本公司实际情况，一般通过三种渠道对维修方案进行不断增加、修改一部分维护项目，以减少故障的出现，增加系统、部件的可靠性，提高飞机的安全性和适航性。制造商提供的MPB、MPD等维修计划资料约三个月更新一次，一般以插页纸张、微缩胶片、CD片的形式发送用户的资料部门。为确保该机型飞机持续适航，维修方案必须与维修计划资料作同步更新。根据本公司飞机的实际使用状况，结合本公司维护的具体情况（如航线结构、本地气候条件等），以及多年来各种故障出现的频率等，对起其中某些项目的周期进行适当调整。另外，根据适航部门颁发的AD指令；飞机、部件、发动机厂家的服务通告、维护信函对维护方案有关项目进行增改。当修改维护方案涉及监控或必检项目，在修改方案的同时及时通知基地航材监控和质控检验，并做到其内容同步更新。1.3名词解释1.3.1什么是维修方案 所谓维修方案是根据飞机制造厂家的MPB、OAMP、MPS，产生客户化(适合航空公司)的MPD（MAINTAINANCE PLANNING DOCUMENT维修计划文档）.1.3.2 CMM 部件维护手册。1.3.3 MRB 维修方案目录是工业维修制造委员会和主要航空公司/制造商依据MSG-2或MSG-3制定的航空器最低维修要求。1.3.4 MPD/OAMP 维护计划文件。1.3.5 MP 维修方案是民用航空器使用人和/或维修单位根据经适航部门批准和认可的航空器 维修大纲或维修技术规定及航空器制造厂推荐的维修计划文件，结合本单位的具体 情况保证航空器持续适航性的维修工作文件。1.3.6 MR 航空公司的维修需求，包括MRB和MPD/OAMP的要求。1.3.7门槛值 门槛值（THRESHOLD）是指第一次完成相应工作所规定的起始时限。1.3.8定检工作包定检工作包时完成飞机定检工作所使用的各种文件的集成，是生产准备和历史记录的重要保证。1.4维修方案分为 计划性和非计划性1.5维修方案的内容1.5.1一般性检查 包括航线检查、勤务和特定的间隔测试检查。应制定出一般性检查要求。1.5.2定期维修 即按规定的时间间隔进行的维修工作。该工作应包括需要定期维修/检查的项目和时控附件以及需进行特殊检查（如X光检查）的项目等。应制定维修要求/和维修方式，维修周期及相应的实施方法。 1.5.3非定期维修 即指排除在定期维修检查工作，飞行和地面报告，数据分析中发现和提出的故障或意外损伤以及执行如适航指令、制造厂颁发的服务通告，服务信函等其它维修要求的维修工作。应制定各种维修方法和技术说明，以明确完成非定期维修工作的标准，并配备必要的报告和工作表格。1.5.4动力装置及其设备的修理/翻修：在飞机的定期和非定期工作中，应说明确定和记录动力装置检查和修理的工作要求及更换时控件的要求，对重要维修项目要有与维修大纲相应的对照表。1.5.5结构检查/机体翻修/抽样方案应按照维修大纲或主要结构检查及翻修要求来确定结构检查/修理等级和内容，即应制定区域或单位的检查方式，检查周期及抽样检查要求和实施方案。对重要结构项目要有与维修大纲相应的对照表。1.5.6必须检查项目根据对适航性影响程度的不同，应以适当的方式标明“必须检查项目”。“必须检查项目”并不意味着取消或减少任何其他检查工作。1.5.7工程技术文件有关工程（技术）指令，通用和特种工艺规范、制造厂的技术手册等工程技术标准文件，应有明确的规定和说明，以保证维修方案的实施。1.5.8可靠性管理方案机型维修方案是以在可靠性为中心的维修思想指导下制定，应对维修活动进行可靠性管理，因而在提交维修方案的同时，应提交相应的可靠性方案。1.6维修方案目前管理状况（1） 各部门使用的计算机系统彼此独立，未形成一个整体，互相之间无法统一协调，造成管理上的混乱。（2） 系统目前使用的数据库平台、开发平台落后，难以满足航空公司进一步发展的需要。（3） 信息不共享，同一数据多重维护，造成数据的二义性，数据不正确且浪费人力。1.7本系统的目标（1） 为目前航空公司维修方案信息化管理提供完整、合理、科学的解决方案。（2） 规范现有维修方案编写、修改、执行流程。（3） 飞机维修各部门将不在各自为政，数据在全公司网络平台上实现共享，部门之间的分工更加明确，提高总体工作效率。（4） 维修方案的制定部门（工程部）、执行部门（生产处）之间将成为一个不可分割整体，避免因为部门之间封闭而造成的工作脱节。（5） 实现合理、高效的飞机维修，保证飞机飞行安全、满足适航部门要求，降低维修成本，提高飞行小时。（6） 满足航空公司进一步发展的需要，提高管理水平，与国际接轨 ，加强国际竞争力。1.8维修方案实现方法系统程序设计划分： 本系统结构划分原则： 1整个系统业务需求。 2整个系统功能需求。 设计时兼顾考虑两方面。维修方案子系统 各机型维修方案 执行、完成 过程的追踪管理。各机型维修方案版本控制。资料接收部分维修方案基本信息的维护四部分关联如下：资料接收部分各机型维修方案版本控制各机型维修方案执行、完成 过程的追踪管理。维修方案基本信息的建立及维护相应信息启动返回程序划分说明： 1资料接收部分：旨在实现目前工程部简单的资料管理，使现有流程更加完善。2各机型维修方案的版本控制（维修方案建立、维护、申报、批准、颁发）。实现如下 功能： 工程部工程师建立新机型维修方案、升级原有维修方案。（重点针对维修方案的版本改变） 维修方案申报、批准、颁发。（维修方案状态的追踪） 启动维修方案基本信息的维护应用。（TASK信息维护应用、机型信息维护应用） 新机型 生成定检工作模板（生成定检工作包）。（写入PM表）3维修方案基本信息的维护主要包括两个应用： TASK信息维护。 机型基础信息维护。4各机型维修方案执行、完成 过程的追踪管理，实现方法客户化PM，在PM中建立对于各架飞机的定检模板，实现功能： 对各架飞机定检工作做安排。 对于应该执行的定检工作，生成定检工作单。 2.详细设计2.1资料处理部分（VB开发）(可能不需要)说明：该部分主要实现以上流程中资料接收、协调、评估 三个部分，重点实现目前工程部资料处理流程：资料接收资料协调资料评估2.2详细设计：2.3原始资料的接收登记（基地资料科）2.3.1信息处理2.3.1.1输入 资料编号、原文名称、接收日期、接收人、资料介质类别（CD、微缩胶卷、纸张）、数量、单位（张、卷、盒）、修改版编号、修改次数、修改版性质（临时、长久）、修改日期、备注2.3.1.2输出 资料接收清单报表2.3.1.3功能需求插入和存盘：资料科收到原始资料后，将资料编号、原文名称、接收日期、接收人、资料介质类别（CD、微缩胶卷、纸张）、数量、单位（张、卷、盒）、修改版编号、修改次数、修改版性质（临时、长久）、修改日期、备注 输入表DATA_RECEIVED中。1) 存盘：初始状态自动设置为“资料接收”。系统自动记录资料录入人（用户登录名）、资料录入日期（系统时间）到后台数据库，不显示到屏幕。2) 修改和删除：资料科可以修改、删除状态只为“资料接收”的记录。并且只能修改以上输入字段。3) 批准：资料科对状态为“资料接收”的记录进行批准后，状态自动设置为“待协调”。 状态变化时间（系统时间）到后台数据库，不显示到屏幕。批准后，不能修改或删除记录。4) 查询：按状态、资料编号、类型条件进行模糊查询，提供用户前翻、后翻 查询功能5) 浏览：按状态、资料类型过滤条件及资料编号主关键字排序进行查询浏览。6) 打印：定期打印各种“资料接受清单”。7) 相应的数据库表 DATA_RECEIVED3原始资料的分发（工程部工程处协调组）3.1信息处理 输入： 主办人、分发单号、发往单位、发出日期、承接人、备注。 输出： 资料分发清单报表3.2功能需求：1) 查询：按状态、资料编号、分发单号 进行模糊查询，提供用户前翻、后翻 查询功能。协调组查询到所有状态为“待协调”的记录。2) 修改和存盘：针对某一状态为“待协调”的记录，增加主办人、分发单号、发往单位、发出日期、备注。存盘后，系统自动记录协调录入人（用户登录名）、协调录入日期（系统时间）到后台数据库，不显示到屏幕。3) 批准：资料科对状态为“待协调”的记录进行批准后，本记录状态自动设置为“待评估”。批准后，不能修改或删除记录。4) 浏览：按状态、资料类型过滤条件及资料编号主关键字排序进行查询浏览。5) 打印：“分发资料清单”。6) 相应的数据库：DATA_RECEIVED，DATA _DISTRIBUTE4工程师评估（工程部工程处工程师）4.1信息处理 输入： 评估人、评估结果、评估日期。 输出：4.2功能需求：1) 查询：按状态、资料编号、分发单号 进行模糊查询，提供用户前翻、后翻 查询功能。工程师查询到所有状态为“待评估”的记录。2) 修改和存盘：针对某一状态为“待评估”的记录，输入 评估人、评估日期、评估结果，系统自动记录 评估信息登记人（用户登录名）、评估信息登记日期（系统时间）到后台数据库，不显示到屏幕。3) 批准：工程师对状态为“待评估”的记录进行批准后，A）适用，状态自动设置为“适用”。 B）适用暂不执行，状态自动设置为“悬挂”。C）如果不适用，状态自动设置为“取消”。批准后，不能修改或删除记录。4) 浏览：按状态、资料类型过滤条件及资料编号主关键字排序进行查询浏览。5) EO纳入维修方案处理：在“操作”菜单项下增加子菜单项以实现该功能。6） 维修方案更改处理：在“操作”菜单项下增加子菜单项以实现该功能。7） 打印：6) 相应的数据库：DATA_RECEIVED.EO纳入维修方案处理、维修方案更改处理 方法（待定）：设计一子窗体，录入“维修方案修改联系单”的信息，提供相应增加、删除、修改、查询功能。A）如被批准则置状态为“适用”。B）如不被批准则置状态为“取消”。输入：更改建议单编号、建议内容、理由、建议人、提议日期、方案主管意见、经办人、经办日期、审定意见、审定人、审定日期、批准人、批准日期、处理结果、相关文件号（修改方案或工卡号）、修改人（方案主管工程师）、修改日期。5.各机型维修方案的版本控制（维修方案建立、维护、申报、批准、颁发）(可能不需要) 说明：1 新机型维修方案的建立、原机型维修方案版本的升级（版本的修改），维修方案的审报，维修方案的批准、维修方案的颁发（重点为版本的控制），2 定检工作模板的建立（产生定检工作包）。3 维修方案基础信息的维护（TASK信息、机型基础信息的建立、修改）由本程启动其他应用程序而实现。4 本部份在整个系统中起枢纽作用：本部份与其他部分逻辑关系如下： 进入本应用对维修方案版本信息进行维护对维修方案各版本进行状态控制是否需要新建或修改基本信息？否 END是启动启动TASK信息的维护应用机型信息的维护应用完成维修方案基础信息的维护维修方案生效定检模板的生成或更新进入定检工作的安排、执行应用5.1详细设计5.1.1信息处理输入： 维修方案编号、版本号、适用机型、生效日期、主管人、编写人、编写日期、备注。输出： 5.1.2功能需求5.1.2.1插入和存盘 维修方案编号、版本号、适用机型、生效日期、主管人、编写人、编写日期 输入表中,存盘后，初始状态自动设置为“开始”。系统自动记录录入人（用户登录名）、录入日期（系统时间）、状态变化时间（系统时间）到后台数据库，不显示到屏幕。5.1.2.2修改、删除 修改、删除只在状态为开始时对以上输入信息进行操作。5.1.2.3状态改变 确认登录人身份，只有本维修方案相关的机型主管工程师有权进行状态改变，可改变的状态包括：开始、申报、批准、生效、颁发、关闭。5.1.2.4维修方案申报信息处理 弹出子窗口实现维修方案申报处理，处理方法： 提供界面完成维修方案申批信息的增加、删除、修改、查询、打印维 修方案申报报表 功能： 输入：申报编号、维修方案编号、维修方案版本号、机型、在册架数、 主题、申报内容、经办单位、联系人、联系电话、申报日期、 飞机日利用率。 输出：维修方案申报报表 功能需求：对以上输入信息完成增加、删除、修改、查询 操作。 申报信息处理结束后，将维修方案状态改变为申报（手工）。5.1.2.5维修方案批准信息处理一旦维修方案获得适航部门批准，则应进行维修方案批准信的处理，处理方法：已录入的该维修方案申报信息，增加维修方案批准信息。输入： 批件编号、部门代码、批准日期、标题、内容、批准人、批准、部门、主题词代码、经办人。 自动记录下录入人、录入日期。功能需求：对以上输入信息完成增加、删除、修改、查询 操作。批准信息处理结束后，将维修方案状态改变为批准（手工）。 5.1.2.6维修方案审批信息归档维修方案申报、批准结束后，应将审批信息存档：（质保处）处理方法：调出已录入的该维修方案申报、批准信息，增加维修方案归档信息：输入： 文挡索引编号、文挡标题、归档日期、归档人、文挡来源。功能需求：对以上输入信息完成增加、删除、修改、查询 操作。5.1.2.7维修方案延误申报信息处理 弹出子窗口实现维修方案延误申报处理，处理方法： 提供界面完成维修方案延误申报信息的增加、删除、修改、查询、打印维修方案延误申报报表功能。输入：延期申报编号、维修方案编号、版本号、机型、在册架数、申报主题、延期原因及内容、经办单位、申报日期、申报人。输出：维修方案延误申报报表。功能需求：对以上输入信息完成增加、删除、修改、查询 操作。5.1.2.8维修方案生效 弹出对话框让用户输入生效日期，自动记录下录入人、录入日期，维修方案状态改变为生效。5.1.2.9维修方案颁发 在界面上增加子TAB 输入颁发日期、标题、接收单位、接收人、接收日期。维修方案状态改变为颁发，在改变状态时校验用户身份及相应字段不为空（颁布日期），自动记录下录入人、录入日期。当维修方案状态为颁发时，以上所有录入信息均不再允许修改。5.1.2.10维修方案关闭 对于以被新版本代替或对航空公司已不在适用的维修方案，应置其状态为关闭,同时弹出对话框让用户输入关闭原因，写入MAIN_RECORD表，维修方案状态为关闭时，用户不能对此记录做删除、修改操作。5.1.2.11机型定检信息应用的操作 启动机型定检信息维护程序。（参见维修方案基本信息维护部分：机型定检信息维护）5.1.2.12相关TASK应用的操作 启动TASK信息维护程序。（参见维修方案基本信息维护部分：TASK信息维护）5.1.2.13维修方案版本升级 1将当前版本维修方案的有关信息倒入历史库，包括： TASK信息： 选出所有属于该机型的TASK插入备份表： INSERT INTO TASK备份表 SELECT * FROM TASK表 WHERE plane_type=当前机型。(注：upgrade=N)。 2新版本维修方案继承上一版本所有信息。 用户在此基础上建立新版维修方案。 3新版本维修方案 申报、批准、颁发。 4新版维修方案生效时应检查本机型是否存在其他版本的维修方案处于生效状态，如存在则提示工程师应该先关闭旧版维修方案，然后再改变新版维修方案状态为生效状态。 5维修方案一旦生效，修改本机型所有TASK维修方案编号、版本号为新维修方案编号、版本号。 5.1.2.14维修方案定检模板的建立 建立相应机型各飞机的定检模板。此功能应该在维修方案版本信息、该维修方案包括的TASK信息、机型基础信息录入并且生效后，由该机型主管工程师触发，该功能考虑可放在PM模块中，或可以不使用该功能，直接手工建立、维护定检模板（PM）。5.1.2.15查询 按状态、编号、版本号 、机型 条件进行模糊查询，提供用户前翻、后翻 查询功能。5.1.2.16浏览 按状态、机型 过滤条件及维修方案 编号主关键字排序进行查询浏览。5.1.2.17打印 维修方案延期申报报告、 维修方案工作项目清单、 维修方案系统和部件计划清单、 维修方案定检清单、 维修方案监控项目清单、 维修方案必检项目清单、 维修方案寿命件清单，飞机出厂基本信息查询表。相应的数据库表 MAIN_RECORD。513维修方案定检模板的建立的算法：用户确定应生成定检模板的飞机选出所有适用于此飞机的TASK，按执行周期分类监控TASK的处理定检TASK的处理生成TASK所属定检父PM非部件监控TASK的处理涉及部件监控TASK的处理生成TASK相应PM（对飞机）对此飞机生成相应PM，监控此PM飞机部件监控系统建立相应的父子关联 END6维修方案基本信息维护部分(核心)： 说明：本部份在开发层上分为两个应用程序： TASK信息的维护。 机型基础信息的维护。6.1用户使用设计工程部工程师建立、维护TASK，使用二次开发的TASK程序。生产处在建立TASK与工卡对应关系时使用MAXIMO的ROUTES程序。6.2详细设计：维修方案基础信息包括： 飞机基本情况信息、工种基础信息、工具基础信息、TASK信息、机型基础信息。 6.3实现方法6.3.1MAXIMO中实现的部分 飞机基本信息（EUIPMENT实现）、工种基础信息（LABOR实现）、工具基础信息（TOOLS、ITEM实现）、TASK与工卡对应关系、定检模板的生成、维护（PM），定检工作的执行（WORKORDER）。（详细参见维修方案需求分析文挡）6.3.1.1飞机基本情况信息 飞机注册号、机型、机身出厂号、飞机序号、IPC CODE、出厂年月、发动机型号、执管部门 飞机基本情况信息在MAXIMO系统中的EQUIPMENT中定义。（一般M&E该系统启用时，航空公司现有的飞机已被定义到系统中，工程师可以直接查询和使用。）如有新的飞机，由有设备创建权限用户或M&E系统的系统管理人员创建一条设备信息（飞机）。同时该飞机的子设备还须创建。同时还须把该飞机作为一个位置以及子位置建立起来。如有新的机型，把飞机当一设备创建的同时，还须创建该机型的位置结构信息。创建者在创建时，我们建议在M&E的系统管理人员指导下进行。（在EQUIPMENT应用中：机身出厂号-利用EQUIPMENT中的资产号IPC CODE 采用扩展字段记录）6.3.1.2工种基础信息 工种代码、工种中文描述、工种英文描述以上数据有些可以在MAXIMO系统中，LABOR应用中定义和查到所需的信息。（现已在TEST环境中定义）6.3.1.3工具基础信息 工具代码、工具中文描述、英文描述 以上数据有些可以在MAXIMO系统的TOOLS应用中定义和查到所需的信息。（现已在TEST环境中定义）6.3.2 VB开发部分6.3.2.1 TASK信息的维护包括 ： TASK与接近盖板对应关系。 TASK工种信息。 TASK对应ZONE区信息。 TASK适用性（设备号、件号、序号）。 TASK周期信息（厂商周期、执行周期（A，C，D检等）、重复执行门 槛值、重复执行值（厂商、航空公司）。 TASK其它信息（项目来源、项目参考依据）。信息处理：输入：TASK号、适用机型、TASK描述、维修方案编号、维修方案版本号、执行周期（1AD）、检验等级、项目类型、维护代码、MPD周期、厂商重复执行门槛对象、厂商重复执行门槛值、厂商重复执行对象、厂商重复执行值、 东航重复执行门槛对象、航空公司重复执行门槛值、航空公司重复执行对象、航空公司重复执行值、项目来源、项目参考依据、适用性（设备号、件号、序号）、ZONE区号（人数需求、人工时、接近人工时）、接近盖板清单、工种代码。输出： 功能需求： 插入和存盘：提供多TAB界面由用户输入： TASK号、机型、TASK描述、（维修方案编号、维修方案版本号）、首检周期、维护周期（1A，2A等）、检验等级、项目类型、疲劳率、是否CPCP项目、是否重要结构项目、是否需抽样检查、检查抽样率、抽样检查时限、维护代码、MPD首检周期、MPD其他检周期、重复执行门槛对象1、重复执行门槛值1、重复执行对象1、重复执行值1、 重复执行门槛对象2、重复执行门槛值2、重复执行对象2、重复执行值2、项目来源、项目参考依据、适用性（设备号、件号、序号）、ZONE区号（人数需求、人工时、接近人工时）、接近盖板清单、工种代码。存盘时，同时写入多个数据库，且TASK号、机型 不可修改，状态为开始，具体方法如下：n TASK号、机型、TASK描述、维修方案编号、维修方案版本号、执行周期（1A，2A等）、检验等级(A级：一级检验项目、B级：二级检验项目、C级：三级检验项目)、项目类型(系统和部件（动力装置、辅助动力装置（APU）、区域检查、结构检查)、是否CPCP项目、是否重要结构项目、是否需抽样检查、检查抽样率、抽样检查时限、维护代码（BSI、CHK、CLN、DRN、DVI、FUC、GVI、LUB、OPC、RAD、RAI、RAR、RDG、RST、SPL、TST、TUP）、MPD周期、厂商重复执行门槛对象、厂商重复执行门槛值、厂商重复执行对象、厂商重复执行值、航空公司重复执行门槛对象、航空公司重复执行门槛值、航空公司重复执行对象、航空公司重复执行值 系统自动记录录入人（用户登录名）、录入日期（系统时间），写入表TASK_RECORD。n TASK号、机型、设备号（机号）、件号、序号 写入表TASK_ADAPT(多条记录)。设备号（机号）来源于MAXIMO的EQUIPMENT 表，机号一般长度为四位，对每架飞机可以单独设置执行周期、监控对象及监控对象的值n TASK号、机型、ZONE区号、人数需求、人工时、接近人工时 写入表TASK_ZONE(多条记录)。ZONE区号来源于MAXIMO的LOCHIERARCHY 表，条件为SYSTEMID=TASKZONE AND 机型=机型。n TASK号、机型、工种代码写入TASK_LABOR(多条记录)。工种代码来源于MAXIMO的LOCATIONS 表。n TASK号、机型、项目来源、项目参考依据TASK_REFERENCE(多条记录)。 修改： 对TASK_RECORD、TASK_ADAPT、TASK_ZONE、TASK_ACESS、TASK_LABOR、ROUTES、TASK_REFERENCE表联合修改操作： 情况一：如修改时的状态为开始，直接进行修改操作。 情况二：如修改时的状态为生效，修改该记录时，弹出对话框由用户输入修改 依据、修改原因，系统自动记录 操作日期、操作人，将本条TASK记录和 输入信息、操作日期、操作人 一起插入历史库中，然后由用户修改记录， 将状态改变为开始，修改完成后，存盘时，判断执行周期是否大于原 周期，如大于原周期，提示用户应该进行维修方案的申报处理。 删除：对TASK_RECORD、TASK_ADAPT、TASK_ZONE、TASK_ACESS、TASK_LABOR、ROUTES、ROUTE_STOP表、TASK_REFERENCE联合删除操作。 情况一：如删除时的状态为开始，直接进行删除操作。 情况二：如删除时的状态为生效， 删除该记录时，弹出对话框由用户输入删除 依据、删除原因、系统自动记录 操作日期、操作人，将本条TASK记录和 输入信息、操作日期、操作人一起插入历史库中，然后将本记录从表中删 除，同时删除ROUTES、ROUTE_STOP表中相应记录。 刷新相应的定检模板： 方法：删除TASK相应PM，修改PM父子结构。 查询：按TASK号、维修方案编号、版本号 条件进行模糊查询，提供用户前翻、后翻 查 询功能。 复制TASK：弹出对话框让用户输入新的TASK号，将当前TASK所有信息继承供用户修改，记录原TASK号,初始状态置为开始。 浏览：按编号、版本号 过滤条件及TASK 编号主关键字排序进行查询浏览。 批准：修改或新增加信息生效，改变状态为生效。以下就两种情况分别处理： 1）新增TASK： 将TASK号、机型、TASK描述、维修方案编号、维修方案版本号、维护周期（1A， 2A 等）、检验等级、项目类型、维护代码 写入表ROUTES： INSERT INTO ROUTES(ROUTE, DESCRIPTION, GENRTSTOPASOPER，RT1, RT2, RT3, RT4, RT5) VALUES(TASK号+-+机型，TASK描述，N，NULL,执行周期，检验等级， ZONE区号，维护代码）。 刷新相应的定检模板： 生成TASK相应PM（ 流程图）选出TASK适用的所有飞机对每架飞机做如下处理生成TASK对此飞机的PM对所有飞机完成？ 否是END 2）修改TASK： 修改ROUTES表相应的ROUTE信息。 刷新相应的定检模板： 修改TASK相应PM，修改PM父子结构(流程图)。删除TASK对应的所有PM新增加TASK的处理流程 打印：打印各种TASK清单。 相应的数据库表 TASK_RECORD、TASK_ADAPT、TASK_ZONE、TASK_ACESS、TASK_EQNUM、TASK_LABOR、ROUTE、ROUTE_STOP。6.3.2.2机型基础信息维护包括两部分： 1）定检相关信息：机型、飞机制造商、发动机型号、发动机制造商、APU型号、APU制造商、日利用率、航段平均飞行小时、主要性能参数：（最大滑行重量、最大起飞重量、最大着陆重量、最大无油重量、最大商务负载、最大巡航高度、最大巡航航程、最大载油量）、在册架数、周检间隔、A检时限、C检时限、D检时限。2）机身寿命件信息：图号、件号、部件描述、适用性、到寿时间。信息处理： 输入：包括： 机型、飞机制造商、发动机型号、发动机制造商、APU型号、APU制造商、日利用率、航段平均飞行小时、主要性能参数：（最大滑行重量、最大起飞重量、最大着陆重量、最大无油重量、最大商务负载、最大巡航高度、最大巡航航程、最大载油量）、周检间隔、A检时限、C检时限、D检时限。 图号、件号、部件描述、适用性、到寿时间。 输出： 功能需求： 插入和存盘：在界面上输入机型、飞机制造商、发动机型号、发动机制造商、APU型号、APU制造商、日利用率、航段平均飞行小时、主要性能参数：（最大滑行重量、最大起飞重量、最大着陆重量、最大无油重量、最大商务负载、最大巡航高度、最大巡航航程、最大载油量）、周检间隔、A检时限、C检时限、D检时限。存盘时，校验本机型由日利用率计算出的定检周期是否合理，如差的较多则提醒主管工程师应该调整定检时限，从MAXIMO.equipment表中统计出在册架数，系统自动记录登陆人、登陆日期 填入TYPEINFO表中。 修改、删除：对以上输入信息进行修改、删除操作，记录用户身份。 查询：机型 条件进行模糊查询，提供用户前翻、后翻 查询功能。 浏览：机型为主关键字排序查询浏览。 打印：打印机型信息报表、机身寿命件清单。 相应的数据库表 ：TYPEINFO，TYPELIFESPAN表注：定期维护的周期各机型均不相同，如：A340（1A检=400HF、1C检=15个月、半D检=5年、D检=10年），FK100（1A检=250HF、1C检=3000HF、1/2 D检=12000HF或 6年、D检=24000HF或 12年）。7.各机型维修方案执行、完成 过程的追踪管理。说明： 维修方案一旦颁发，生产部门需执行该维修方案中所规定的各种项目（TASK）。 生产处计划科首先应根据各架飞机飞行情况、航班情况等进行定检工作的计划、安排执行。 下发定检工作单（定检工卡）由执行部门（大修部/航线部/各分公司）完成。流程：定检工作的计划、安排 定检工作的执行、完成 7.1定检工作的计划、安排7.1.1航空公司飞机定检的处理 在PM中实现：客户化PM，通过外挂程序对各架飞机的定检工作进行相关信息处理，以便计划员进行合理的定检工作的安排：外挂程序应实现以下功能：7.1.1.1监控TASK的报警（定检计划）具体算法设计：如：时控限制量（计算）报警提前量（给定）取飞机时控量（TBP）+则给出相应提示7.1.1.2完成该定检工作父PM与子PM关系的建立 7.1.1.2.1处理一1） 计划员在进入PM应用后，运行定检准备程序，此程序实现标准定检工作包的生成，此程序主要算法： 选出所有执行周期能被本次定检整除的TASK组。 建立本次定检的父子关系。2） 计划员对于能纳入本次定检的“EO”、“附加工作单”、“特殊项目执行通知单”，应将相应PM作为子PM挂在该定检父PM下面，打印定检工作包（要求修改监控流程）。7.1.1.2.2处理二如不修改先行监控工作流程，则计划员需要做以下工作： 将纳入本次定检EO的PM做为子PM挂在定检PM下面。 定检PM生成WORKORDER，将航材监控科的附加工作单作为子WORKOREDER挂在定检PM生成的定检工作单下面。 打印定检工作包.定检工作包有如下内容： 定检工作包包括飞机定检项目报告单、飞机定检接近盖板清单飞机定检人工时清单、飞机定检工具/设备清单、飞机定检材料/备件清单、系统寿命件清单在确定某飞机某日做某级别定检维修后，根据“维修方案”和定检工作包配备相应的工卡（即按方案中定检项目清单的任务号、参考文件号、施工卡号挑选具体的定检工作单WORK CARD）。 注意： 对相应的飞机定检施工卡，工作项目单等相关文件，在法定依据文件改版时（AMM/MPD等），负责对工作单卡进行定期修改，保持其适航、有效。主要数据： 定检工作单（封面）：飞机注册号、定检级别、出版日期、制定人、批准人、接收人、接收日期、完成日期、工作者、班（组）长签名、车间主任签名、检 验人、检验日期。项目报告清单：机型、机号、任务号、区域、任务描述、适用性、检验等级、工种（机电/电子/整新/内装）、周期、飞行小时/起落（自开始/自修理）、参考资料、MPD周期、JIC NO、缺陷报告单号、完成期限。接近盖板清单：接近盖板单编号、任务号、飞机注册号、定检级别（飞行小时）、区域、区域描述、接近盖板名称、工作卡号。人工时清单： 人工时清单编号、飞机注册号、定检级别（飞行小时）、总计工时、接近盖板打开工时、关闭工时、计划机电工时计划电子工时。材料设备清单： 材料设备清单编号、飞机注册号、定检级别（飞行小时）、任务号、件号、名称、规格、数量。定检工作单： 机型、机号、检验等级（分为：A类：互检项目、B：类持兼职检验执照、C：必检项目和持专职检验执照）、工作单编号、标题、修改日期、参考文件、周期、适用性、工作区域、工作内容、工作者、检查者。寿命件清单： （分机身和动力装置） 飞机注册号、定检级别（飞行小时）、图号、部件名称、部件牌号（件号）、适用性、到寿时间、位置（ZON）。附加工作单： 工作指令号、颁发日期、颁发人（生产处）、工作单号、机号/发动机号、执行单位（车间）、签发人、签发日期、签发依据、维修等级、工时、工作内容、执行情况、工作人、工作日期、备注。特殊项目执行单： 工作指令号、颁发日期、颁发人（生产处）、执行单号、标题、完成期限、执行单位、机号/发动机号、工时、执行要求、完成记录、工作者、工作日期、检验者、检验日期、编写者、编写日期、审批者、审批日期。7.1.1.3外航空公司飞机定检的处理 实现方法：在ROUTE下超链外接程序实现此功能： 本外接程序算法：I） 由用户输入飞机号、定检级别，程序自动从ROUTE表中选出本机型所有TASK以及用户为此飞机本次定检新建的TASK。II） 待用户确认后，程序将为此飞机建立定检模板。（调用定检模板算法） 7.1.1.4定检工作的执行、完成 在WORKORDER中实现，现以完成，在WORKORDER完成时刷新上次完成时间，以便重新进行计划。在维修工作中，发现飞机缺陷以及定检工作卡的错误时，应及时填写缺陷报告单输出报表：维修方案更改建议单、缺陷报告单EO纳入可靠性子系统部件时控量寿命件、监控项目监控子系统航材信息航材子系统维修方案子系统AD/SB/EO子系统执行情况8.与其他子系统的接口注：A. 寿命件、监控项目（部件）处理：机务工程部将厂商提供的寿命件、监控项目（部件）录入监控子系统，由航材监控科统一管理，寿命件清单信息来源于监控子系统。B. 在MAXIMO的EQUIPMENT模块中扩展一个字段记录飞机的最后一次大修时间。C. 定检维护：l A检1A2A3A.NA1A=1A2A=1A+2A3A=1A+3A4A=1A+2A+4A5A=1A+5A.l C检1C2C3C.NC1C=1C2C=1C+2C3C=1C+3C4C=1C+2C+4Cl D检半D检D检半D检=半D检D检=半D检+D检 D. 航线维护、周检维护、非定期维修直接在MAXIMO下生成相应工作单完成。E. 本系统所涉及的数据库表ER图：main_distribute表无关键字main_record表组合关键字main_id、main_verisondata_distribute表无关键字data_received表主关键字data_idtask_zone表组合关键字task_id、zone_idtask_adapt表组合关键字task_id、eqnumtask_record表主关键字task_idtask_labor表组合关键字task_id、labortask_access表组合关键字task_id、pane_numtask_referrence表无关键字F 系统报表设计说明：l 维修方案更改建议单 EO系统输出、打印。l 维修方案延期申报报告 涉及数据库表：main_delay_declare。 实现方法：从表中直接取数据。l 维修方案工作项目清单（按机型）涉及数据库表：task_record、task_adapt、task_zone、task_labor、task_referrence。实现方法：按条件从表中取相应的记录。l 维修方案系统和部件计划清单（按机型）涉及数据库表：task_record、task_adapt、task_zone、task_access、task_labor、task_referrence。实现方法：从表中取出TASK类型为系统和部件计划的记录。l 维修方案定检（A-D）清单（按机型）涉及数据库表：task_record、task_adapt、task_zone、task_access、task_labor、task_referrence。实现方法：从表中取出TASK执行周期为A-D的记录。l 维修方案监控项目清单（按机型）涉及数据库表：task_record、task_adapt、task_zone、task_access、task_labor、task_referrence。实现方法：从表中取出TASK类型为监控项目的记录。l 维修方案必检项目清单（按机型）涉及数据库表：task_record、task_adapt、task_zone、task_labor、task_referrence。实现方法：从表中取出TASK定检大于（等于）C检的记录。l 维修方案寿命件（飞机/发动机）清单（按机型）从typelifespan数据库中取出所有类型为寿命件的部件。l 飞机主要性能参数查询表（按机型）涉及数据库表：typeinfo实现方法：从表中直接取数据。l 飞机出厂基本信息查询表（按机型）涉及数据库表：MAXIMO。EQUIPMENT实现方法：从表中直接取数据。l 维修方案飞机状态查询表（按机型）待定。G 相关MAXIMO客户化说明：l PM模块：PMNUM 长度变为12位PM1 首检周期PM2 上次完成飞行小时PM3 上次完成起落次数PM8 EO编号PM10 EO版本号PM11 定检周期PM12 状态PM13 上次完成循环次数PM14 定检周期PM17 上次完成日历天数l ROUTES模块：ROUTE VARCHAR2（30）。RT1 设备号（飞机号） 8位RT2 执行周期 8位RT3 检验等级 5位RT4 ZONE区号 254位RT5 维护代码 5位l DEVELOP KITMCWOPostComplete函数：调用P_WO_COMPLETE存储过程，存储过程主要完成以下功能：1. 重复性EO的处理:.子EO状态置为待执行.向执行历史记录表中插入一条记录.将本工单所对应的PM状态改变为待执行，置入完成时控量。2. 一次性EO的处理: 子EO状态置为关闭 如该子EO所属主EO的其他子EO都已关闭,则关闭主EO. 如该主EO所属AD/SB/SL的其他EO都已关闭,则关闭A