飞机维修方案概要设计.docx
《飞机维修方案概要设计.docx》由会员分享，可在线阅读，更多相关《飞机维修方案概要设计.docx（39页珍藏版）》请在冰点文库上搜索。
飞机维修方案概要设计
维修方案设计文档
1.总体概述
1.1系统业务流程图
是
否
1.2业务概述
飞机维修方案（按机型）是工程部工程处根据适航当局（目前航空公司租用的飞机只涉及美国FAA或法国DGAC）批准的MRB和制造商提供的MPD以及针对本公司的MP（MAINTENANCEPROGRAM）而制定的。
基地技术资料科收到制造商发来的原文MPD，经文件登记；转至工程部系统工程师（机械）进行适用性分析，对适用航空公司公司的项目着手编入航空公司飞机维修方案；对不适用的则打上标志区别，不列入方案。
编完维修方案后，填写《维修方案申报报告》连同维修方案一起交华东适航处审批；若被批准，则颁发此方案；没被批准则待修改后再次报批。
为使整个飞机维修方案更加趋于完善和适合本公司实际情况，一般通过三种渠道对维修方案进行不断增加、修改一部分维护项目，以减少故障的出现，增加系统、部件的可靠性，提高飞机的安全性和适航性。
制造商提供的MPB、MPD等维修计划资料约三个月更新一次，一般以插页纸张、微缩胶片、CD片的形式发送用户的资料部门。
为确保该机型飞机持续适航，维修方案必须与维修计划资料作同步更新。
根据本公司飞机的实际使用状况，结合本公司维护的具体情况（如航线结构、本地气候条件等），以及多年来各种故障出现的频率等，对起其中某些项目的周期进行适当调整。
另外，根据适航部门颁发的AD指令；飞机、部件、发动机厂家的服务通告、维护信函对维护方案有关项目进行增改。
当修改维护方案涉及监控或必检项目，在修改方案的同时及时通知基地航材监控和质控检验，并做到其内容同步更新。
1.3名词解释
1.3.1什么是维修方案
所谓维修方案是根据飞机制造厂家的MPB、OAMP、MPS，产生客户化（适合航空公司）的
MPD（MAINTAINANCEPLANNINGDOCUMENT维修计划文档）.
1.3.2CMM
部件维护手册。
1.3.3MRB
维修方案目录是工业维修制造委员会和主要航空公司/制造商依据MSG-2或MSG-3制定的航空器最低维修要求。
1.3.4MPD/OAMP
维护计划文件。
1.3.5MP
维修方案是民用航空器使用人和/或维修单位根据经适航部门批准和认可的航空器
维修大纲或维修技术规定及航空器制造厂推荐的维修计划文件，结合本单位的具体
情况保证航空器持续适航性的维修工作文件。
1.3.6MR
航空公司的维修需求，包括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_RECEIVED
3原始资料的分发（工程部工程处协调组）
3.1信息处理
输入：
主办人、分发单号、发往单位、发出日期、承接人、备注。
输出：
资料分发清单报表
3.2功能需求：
1）查询：
按状态、资料编号、分发单号进行模糊查询，提供用户前翻、后翻查询功能。
协调组查询到所有状态为“待协调”的记录。
2）修改和存盘：
针对某一状态为“待协调”的记录，增加主办人、分发单号、发往单位、发出日期、备注。
存盘后，系统自动记录协调录入人（用户登录名）、协调录入日期（系统时间）到后台数据库，不显示到屏幕。
3）批准：
资料科对状态为“待协调”的记录进行批准后，本记录状态自动设置为“待评估”。
批准后，不能修改或删除记录。
4）浏览：
按状态、资料类型过滤条件及资料编号主关键字排序进行查询浏览。
5）打印：
“分发资料清单”。
6）相应的数据库：
DATA_RECEIVED，DATA_DISTRIBUTE
4工程师评估（工程部工程处工程师）
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．本部份在整个系统中起枢纽作用：
本部份与其他部分逻辑关系如下：
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插入备份表：
INSERTINTOTASK备份表SELECT*FROMTASK表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。
5．1．3维修方案定检模板的建立的算法：
6．维修方案基本信息维护部分（核心）：
说明：
本部份在开发层上分为两个应用程序：
✧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飞机基本情况信息
飞机注册号、机型、机身出厂号、飞机序号、IPCCODE、出厂年月、发动机型号、执管部门
飞机基本情况信息在MAXIMO系统中的EQUIPMENT中定义。
（一般M&E该系统启用时，航空公司现有的飞机已被定义到系统中，工程师可以直接查询和使用。
）
如有新的飞机，由有设备创建权限用户或M&E系统的系统管理人员创建一条设备信息（飞机）。
同时该飞机的子设备还须创建。
同时还须把该飞机作为一个位置以及子位置建立起来。
如有新的机型，把飞机当一设备创建的同时，还须创建该机型的位置结构信息。
创建者在创建时，我们建议在M&E的系统管理人员指导下进行。
（在EQUIPMENT应用中：
机身出厂号--利用EQUIPMENT中的资产号
IPCCODE采用扩展字段记录）
6.3.1.2工种基础信息
工种代码、工种中文描述、工种英文描述
以上数据有些可以在MAXIMO系统中，LABOR应用中定义和查到所需的信息。
（现已在TEST环境中定义）
6.3.1.3工具基础信息
工具代码、工具中文描述、英文描述
以上数据有些可以在MAXIMO系统的TOOLS应用中定义和查到所需的信息。
（现已在TEST环境中定义）
6.3.2VB开发部分
6.3.2.1TASK信息的维护
包括：
TASK与接近盖板对应关系。
TASK工种信息。
TASK对应ZONE区信息。
TASK适用性（设备号、件号、序号）。
TASK周期信息（厂商周期、执行周期（A，C，D检等）、重复执行门
槛值、重复执行值（厂商、航空公司））。
TASK其它信息（项目来源、项目参考依据）。
信息处理：
输入：
TASK号、适用机型、TASK描述、维修方案编号、维修方案版本号、执
行周期（1A—D）、检验等级、项目类型、维护代码、MPD周期、厂商重复执
行门槛对象、厂商重复执行门槛值、厂商重复执行对象、厂商重复执行值、东
航重复执行门槛对象、航空公司重复执行门槛值、航空公司重复执行对象、航空公司重复执
行值、项目来源、项目参考依据、适用性（设备号、件号、序号）、ZONE区
号（人数需求、人工时、接近人工时）、接近盖板清单、工种代码。
输出：
功能需求：
✓插入和存盘：
提供多TAB界面由用户输入：
TASK号、机型、TASK描述、（维修方案编号、、维修方案版本号）、首检周期、维护周期（1A，2A等）、检验等级、项目类型、疲劳率、是否CPCP项目、是否重要结构项目、是否需抽样检查、检查抽样率、抽样检查时限、维护代码、MPD首检周期、MPD其他检周期、重复执行门槛对象1、重复执行门槛值1、重复执行对象1、重复执行值1、重复执行门槛对象2、重复执行门槛值2、重复执行对象2、重复执行值2、项目来源、项目参考依据、适用性（设备号、件号、序号）、ZONE区号（人数需求、人工时、接近人工时）、接近盖板清单、工种代码。
存盘时，同时写入
多个数据库，且TASK号、机型不可修改，状态为‘开始’，具体方法如下：
⏹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。
⏹TASK号、机型、设备号（机号）、件号、序号写入表TASK_ADAPT（多条记录）。
设备号（机号）来源于MAXIMO的EQUIPMENT表，机号一般长度为四位，对每架飞机可以单独设置执行周期、监控对象及监控对象的值
⏹TASK号、机型、ZONE区号、人数需求、人工时、接近人工时写入表TASK_ZONE（多条记录）。
ZONE区号来源于MAXIMO的LOCHIERARCHY表，条件为SYSTEMID=’TASKZONE’AND机型=‘机型’。
⏹TASK号、机型、工种代码写入TASK_LABOR（多条记录）。
工种代码来源于MAXIMO的LOCATIONS表。
⏹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_STO
升级会员 