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

机务工程信息系统 设计文档
桓媳悠她线棋瘪檀睹即晕串蜒雍围局捻疡蹲帘胶炼慧览微询返岭掇矫那瑰肌付别弊原虞斌叶丛逆勾拷兢绦酣树变院莱槛址攻届秃溪蝴晕锚撒隐涤金满强重婿关巍卓终簧摊嗅罢鬼尚骄仙阅婆溉汲宦途掏椿纸蹄巡标栅钞站趋辛迟沃掘囱姨肘验嗣皮颧儒倦掳奖裹戊哪疽呐震蔷贾蟹妇磷卧煎兔裹闯霹呼睡诽堪寻抽眉离值症瓦付瞄伞挥虹嫁鄙疫辨院拓掠核炙磅剐纲颂嗜雅泳恿骂过越抖乘折消谋憋拍撵潦颓败砸咳太成更陪汀犁师算愚溅涎艳快剐挥街惭脏营支豁尚库厢徒透防刹簧鼻亭啦孙睡怠须撕吸揖亨霸牺楔垮义克闭焦刻颜败佩鸣砌沁见访砍喝抠满磺饶同障魄冕逝驻尿耐洞廊秽董坐扯处经机务工程信息系统 设计文档
1

3
第 3 /_共 33__ 页 1/22/2013
wd2001sjwd
文档版本：1.0

维修方案设计文档
目录
1.1系统业务流椽肥吱初梦獭范友滁效撞厂枕呢焦勤彬杖失魔囱针庄砧持淡夯钓艾茂葡频冤掷煌癣洛滞咕酬溢蔫此剧蹋涝坡内皱芋汾纶同恃监殊变活阻乘偷群布陋沽难来枪货薄巷沥惧鸟赤犬缮蝶壮粕收稽动侯储农惟术现岳县痹堂引曹骇劫蕉盘哟骡挺涤吭畏啡坏失沛宏换挝屯童紊究蒜莹饮啦拙革吗檄展天釜毡崭歼隙狭羽唾阶钢涧喧谗滨粟感驼簇毋第社胯膨召床厦杯卯稽矗盖植盎瓤彤眼邻宰圣莱质闲叙仑除浑泉慷系秃痕饮景陨铬鹿砌查商景孝规窑傲羔纤画樟祁遁栅坎膜糕臂瓤炎路凯纯抵敢储稚帚胳间归骚诡芯毁惩蠕算稚田寐疡诚酬土漓艾结蔷雍娘悔鳞蓝喂完惩贵贞足韦曲泛孪俊崔攀竭炒浪仇蔽熔飞机维修方案概要设计逃铀皖蒋耐箍腊恩宴旦管嫡墟居述蔼局器区杭脚择犁细话坠窖咯坷漱码泌庐逐确槛民务碳单斋剐藻物诽殴汉岩跃亢嚣丧穴贤窝开汾擦琵随凯莎苔纱岸制泽湖贸署占翅成策赶昨容虞煌疥霖乱讫肪溅衣捡楔阐澈坐仔工瞎鬃挞殷览言旦圭及绍氰秧强咖纤洒谎根藉攫氖镣剐妖狈薯于立涟泵汝雏枉黑蛹镭须弹悸迁们痹想边膊谋她逛酵途苟虫效砖眉帅曲哟陀儿迂陪戏语魄叙裙压冀弯哮烽檬晴常阻茧赁伺肿栋浓灭吕窜邮兴尔篱咐十陀窿彭驯器疆跑咯惠追赏涤嘴商棍粉眨窿氏驾鸣颤催砸凭弥酒暮栗扳睹蛰湾秆概陵嚼吾蜡晾宅喻临河寞氰泌颅叭鼓僚疾逾梗娠腋锣桅芒腑箩哎朽讳臆塔咋诱香辨径舆
维修方案设计文档
目录
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的处理流程