飞机维修方案概要设计.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与工卡相应关系时使用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描述、维修方案编号、维修方案版本号、执
行周期（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(多条记录)。设备号（机号）来源于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检=2023），FK100（1A检=250HF、1C检=3000H