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

维修方案设计文档
目录
1.1系统业务流程图 3
1.2业务概述 5
1.3名词解释 6
1.3.1什么是维修方案 6
1.3.2 CMM 6
1.3.3 MRB 6
1.3.4 MPD/OAMP 6
1.3.5 MP 6
1.3.6 MR 6
1.3.7门槛值 6
1.3.8定检工作包 6
1.4维修方案分为 7
1.5维修方案内容 7
1.5.1普通性检查 7
1.5.2定期维修 7
1.5.3非定期维修 7
1.5.4动力装置及其设备修理/翻修： 7
1.5.5构造检查/机体翻修/抽样方案 7
1.5.6必要检查项目 8
1.5.7工程技术文献 8
1.5.8可靠性管理方案 8
1.6维修方案当前管理状况 8
1.7本系统目的 8
1.8维修方案实现办法 8
2.详细设计 11
2.1资料解决某些（VB开发）(也许不需要) 11
2.2详细设计： 11
2.3原始资料接受登记（基地资料科） 11
2.3.1信息解决 11
3原始资料分发（工程部工程处协调组） 12
3.1信息解决 12
3.2功能需求： 12
4工程师评估（工程部工程处工程师） 12
4.1信息解决 12
4.2功能需求： 13
5.1详细设计 15
5.1.1信息解决 15
5.1.2功能需求 15
5．1．3维修方案定检模板建立算法： 18
6．维修方案基本信息维护某些(核心)： 19
6.1顾客使用设计 19
6.2详细设计： 19
6.3实现办法 20
6.3.1MAXIMO中实现某些 20
6.3.2 VB开发某些 21
7.各机型维修方案执行、完毕 过程追踪管理。 25
7.1定检工作筹划、安排 26
7.1.1航空公司飞机定检解决 26
8.与其她子系统接口 28

1.总体概述
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_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． 本部份在整个系统中起枢纽作用：本部份与其她某些逻辑关系如下：

进入本应用

对维修方案版本信息进行维护

对维修方案各版本进行状态控制

与否需要新建或修改基本信息？

否
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。

5．1．3维修方案定检模板建立算法：

顾客拟定应生成定检模板飞机

选出所有合用于此飞机TASK，按执行周期分类

监控TASK解决
定检TASK解决

生成TASK所属定检父PM

非部件监控TASK解决
涉及部件监控TASK解决

生成TASK相应PM（对飞机）

对此飞机生成相应PM，监控此PM
飞机部件监控系统
建立相应父子关联

END

6．维修方案基本信息维护某些(核心)：
阐明：本部份在开发层上分为两个应用程序：
² 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描述、维修方案编号、维修方案版本号、执
行周期（1A—D）、检查级别、项目类型、维护代码、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）。
² 生产处筹划科一方面应依照各架飞机飞行状况、航班状况等进行定检工作筹划、安排执行。
² 下发定检工作单（定检工卡）由执行部门（大修部/航线部/各分公司）完毕。

流程：

定检工作筹划、安排