飞机维修方案概要设计Word文件下载.docx

飞机维修方案概要设计Word文件下载.docx

《飞机维修方案概要设计Word文件下载.docx》由会员分享，可在线阅读，更多相关《飞机维修方案概要设计Word文件下载.docx（31页珍藏版）》请在冰豆网上搜索。

飞机、部件、发动机厂家的服务通告、维护信函对维护方案有关项目进行增改。

当修改维护方案涉及监控或必检项目，在修改方案的同时及时通知基地航材监控和质控检验，并做到其内容同步更新。

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）修改和存盘：

针对某一状态为“待协调”的记录，增加主办人、分发单号、发往单位、发出日期、备注。

存盘后，系统自动记录协调录入人（用户登录名）、协调录入日期（系统时间）到后台数据库，不显示到屏幕。

资料科对状态为“待协调”的记录进行批准后，本记录状态自动设置为“待评估”。

4）浏览：

5）打印：

“分发资料清单”。

6）相应的数据库：

DATA_RECEIVED，DATA_DISTRIBUTE

4工程师评估（工程部工程处工程师）

4.1信息处理

评估人、评估结果、评估日期。

4.2功能需求：

工程师查询到所有状态为“待评估”的记录。

2）修改和存盘：

针对某一状态为“待评估”的记录，输入评估人、评估日期、评估结果，系统自动记录评估信息登记人（用户登录名）、评估信息登记日期（系统时间）到后台数据库，不显示到屏幕。

3）批准：

工程师对状态为“待评估”的记录进行批准后，A）适用，状态自动设置为“适用”。

B）适用暂不执行，状态自动设置为“悬挂”。

C）如果不适用，状态自动设置为“取消”。

5）EO纳入维修方案处理：

在“操作”菜单项下增加子菜单项以实现该功能。

6）维修方案更改处理：

7）打印：

6）相应的数据库：

DATA_RECEIVED.

EO纳入维修方案处理、维修方案更改处理方法（待定）：

设计一子窗体，录入“维修方案修改联系单”的信息，提供相应增加、删除、修改、查询功能。

A）如被批准则置状态为“适用”。

B）如不被批准则置状态为“取消”。

输入：

更改建议单编号、建议内容、理由、建议人、提议日期、方案主管意见、经办人、经办日期、审定意见、审定人、审定日期、批准人、批准日期、处理结果、相关文件号（修改方案或工卡号）、修改人（方案主管工程师）、修改日期。

5.各机型维修方案的版本控制（维修方案建立、维护、申报、批准、颁发）（可能不需要）

说明：

1．新机型维修方案的建立、原机型维修方案版本的升级（版本的修改），维修方案的审报，维修方案的批准、维修方案的颁发（重点为版本的控制），

2．定检工作模板的建立（产生定检工作包）。

3．维修方案基础信息的维护（TASK信息、机型基础信息的建立、修改）由本程启动其他应用程序而实现。

4．本部份在整个系统中起枢纽作用：

本部份与其他部分逻辑关系如下：

进入定检工作的安排、执行应用

5.1详细设计

5.1.1信息处理

维修方案编号、版本号、适用机型、生效日期、主管人、编写人、编写日期、备注。

输出：

5.1.2功能需求