飞机维修专项方案概要设计.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与工卡相应关系时使用MAXIMOROUTES程序。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(多条记录)。设备号（机号）来源于MAXIMOEQUIPMENT 表，机号普通长度为四位，对每架飞机可以单独设立执行周期、监控对象及监控对象值n TASK号、机型、ZONE区号、人数需求、人工时、接近人工时 写入表TASK_ZONE(多条记录)。ZONE区号来源于MAXIMOLOCHIERARCHY 表，条件为SYSTEMID=TASKZONE AND 机型=机型。n TASK号、机型、工种代码写入TASK_LABOR(多条记录)。工种代码来源于MAXIMOLOCATIONS 表。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检=），FK100（1A检=250HF、1C检=3000HF、1/2 D检=1HF或 6年、D检=24000HF或 ）。7.各机型维修方案执行、完毕 过程追踪管理。阐明： 维修方案一旦颁发，生产部门需执行该维修方案中所规定各种项目（TASK）。 生产处筹划科一方面应依照各架飞机飞行状况、航班状况等进行定检工作筹划、安排执行。 下发定检工作单（定检工卡）由执行部门（大修部/航线部/各分公司）完毕。流程：定检工作筹划、安排