厦门大学学位论文原创性声明

本人呈交的学位论文是本人在导师指导下，独立完成的研究成

果。本人在论文写作中参考其他个人或集体己经发表的研究成果，均

在文中以适当方式明确标明，并符合法律规范和《厦门大学研究生学

术活动规范（试行）》。

另外，该学位论文为（ ）课题（组）

的研究成果，获得（ ）课题（组）经费或实验室的

资助，在（ ）实验室完成。 （请在以上括号内填写

课题或课题组负责人或实验室名称，未有此项声明内容的，可以不作

特别声明。）

声明人（签名）：际翮青
ｚ口陟年１月／７ Ｅ１
 厦门大学学位论文著作权使用声明

本人同意厦门大学根据《中华人民共和国学位条例暂行实施办

法》等规定保留和使用此学位论文，并向主管部门或其指定机构送交

学位论文（包括纸质版和电子版），允许学位论文进入厦门大学图书

馆及其数据库被查阅、借阅。本人同意厦门大学将学位论文加入全国

博士、硕士学位论文共建单位数据库进行检索，将学位论文的标题和

摘要汇编出版，采用影印、缩印或者其它方式合理复制学位论文。

本学位论文属于：

（ ）１．经厦门大学保密委员会审查核定的保密学位论文，

于 年 月 日解密，解密后适用上述授权。

（４ ）２．不保密，适用上述授权。

（请在以上相应括号内打“√”或填上相应内容。保密学位论文

应是已经厦门大学保密委员会审定过的学位论文，未经厦门大学保密

委员会审定的学位论文均为公开学位论文。此声明栏不填写的，默认

为公开学位论文，均适用上述授权。）

声明人（签名）：陈厕名
驯９年－７月仟日
 摘要

摘要

飞机维修的各类技术资料和技术文件是各家航空公司维修飞机的基本文档，

其准确性、有效性和可靠性直接关系到飞机的适航性及安全性，是一切飞机维护、

维修工作的依据和出发点。飞机维修技术资料对飞机维修工作的细节乃至每一个

具体步骤都有详细的规定，飞机维修工作者必须根据规范按步骤严格执行。飞机

维修资料不仅仅规定了飞机维修的步骤，同时也包括了执行控制要求，如执行门

槛，执行周期。针对不同构型的飞机，不同机龄的飞机又有不同控制要求【１１。随

着我国民航的快速发展，飞机的型号与数量与日俱增。持续适航管理工作中需要

分析和处理的数据也成倍增加。随着航空公司的不断壮大成长，飞机构型的差异

日益扩大，也越来越复杂。如何建立一套飞机维修技术资料的电子化管理信息系

统，实现对飞机维修资料统一管理，对执行情况进行有效控制是飞机维修工程管

理的一大挑战。本研究以建立飞机维修技术资料的管理与执行控制为目的，实现

技术文件的实时有效控制，实现技术文件的结构化编辑，以适应大中型航空公司

复杂的飞机构型以及日益精细化的管理要求。

本文对系统体系结构、开发平台、开发语言等方面的主流技术进行了深入分

析，结合飞机维修技术文件管理系统的业务功能、系统性能和安全方面的需求分

析，设计了一套基于ＭＶＣ的飞机维修技术文件管理系统的结构体系，使用

ＫｅｎｄｏＵＩ，实体框架，ＸＭＬ，工作流引擎等技术，提升系统的可扩展性和稳定性。

本系统以．Ｎｅｔ为主要开发语言，使用Ｍｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒ ２０１２数据库实现系统

的建设，采用ＸＭＬ文件编辑技术，实现工程技术文件的结构化编辑，通过

Ｗｅｂｓｅｒｖｉｃｅ实现同飞行维修相关的维修管理系统、航材管理系统之间的接口及数

据交换。

关键字：飞机维修；适航文件；ＭＶＣ
 Ａｂｓｔｒａｃｔ

Ｖａｒｉｅｔｙ ｋｉｎｄｓ ｏｆｔｅｃｈｎｉｃａｌ ｆｉｌｅ ａｎｄ ｔｅｃｈｎｉｃａｌ ｄｏｃｕｍｅｎｔ ｏｆｔｈｅ ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ

ａｒｅ ｂａｓｉｃ ｄｏｃｕｍｅｎｔｓ ｏｆ ｅｖｅｒｙ ａｉｒｌｉｎｅ ｆｏｒ ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ．Ｔｈｅ ａｃｃｕｒａｃｙ，ｖａｌｉｄｉｔｙ，

ｒｅｌｉａｂｉｌｉｔｙ ｏｆ ａｌｌ ｄｏｃｕｍｅｎｔｓ ｉｓ ｄｉｒｅｃｔｌｙ ｒｅｌａｔｅｄ ｔｏ ａｉｒｃｒａｆｔ ａｉｒｗｏｒｔｈｉｎｅｓｓ ａｎｄ ｓｅｃｕｒｉｔｙ．Ａｌｌ

ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ ａｒｅ ｂａｓｉｓ ａｎｄ ｓｔａｒｔｉｎｇ ｂｙ ｔｈｅｍ。Ａｌｌ ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ ｔｅｃｈｎｉｃａｌ

ｄａｔａ ｈａｓ ｔｈｅ ｅｘｐＵｃｆｆ ｓｔｉｐｕｌａｔｉｏｎ ｔｏ ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ ｗｏｒｋｓ ｅａｃｈ ｃｏｎｃｒｅｔｅ ｓｔｅｐ ａｎｄ

ｅｖｅｎ ｔｈｅ ｄｅｔａｉｌ．Ａｉｒｃｒａｆｔ Ｍａｉｎｔｅｎａｎｃｅ ｗｏｒｋ ｍｕｓｔ ｂｅ ｉｎ ａｃｃｏｒｄａｎｃｅ ｗｉｔｈ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ

ｓｔｅｐｓ ｓｔｒｉｃｔｌｙ ｐｅｒｆｏｒｍ．Ｔｈｅ ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ ｍａｔｅｒｉａｌ ｈａｄ ｓｔｉｐｕｌａｔｅｄ ｎｏｔ ｍｅｒｅｌｙ ｔｈｅ

ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ ｓｔｅｐ，ａｌｓｏ ｉｎｃｌｕｄｅｄ ｔｈｅ ｅｘｅｃｕｔｉｏｎ ｃｏｎｔｒｏｌ ｒｅｑｕｅｓｔ，ｓｕｃｈ ａｓ ｔｈｅ

ｔｈｒｅｓｈｏｌｄ ａｎｄ ｔｈｅ ｉｎｔｅｒｃｙｃｌｅ．Ｆｏｒ ｔｈｅ ｄｉｆｆｅｒｅｎｔ ｓｔｒｕｃｔｕｒｅ ｏｆ ｔｈｅ ａｉｒｃｒａｆｔ ａｎｄ ｔｈｅ ｄｉｆｆｅｒｅｎｔ

ａｇｅｓ ｏｆ ａｉｒｃｒａｆｔ ｈａｖｅ ｄｉｆｆｅｒｅｎｔ ｃｏｎｔｒｏｌ ｒｅｑｕｉｒｅｍｅｎｔｓ．Ａｓ ａｉｒｌｉｎｅｓ ｃｏｎｔｉｎｕｅ ｔｏ ｇｒｏｗ ｕｐ，

ａｎｄ ｔｈｅ ｉｎｓｔｉｔｕｔｉｏｎｓ ａｎｄ ｔｈｅ ｇｒｏｗｉｎｇ ｄｉｓｐａｒｉｔｉｅｓ，ｗｈｉｃｈ ｈａｖｅ ｂｅｃｏｍｅ ｉｎｃｒｅａｓｉｎｇｌｙ

ｃｏｍｐｌｅｘ．Ｈｏｗ ｔｏ ｓｅｔ ｕｐ ａｎ Ａｉｒｃｒａｆｔ Ｍａｉｎｔｅｎａｎｃｅ ｔｅｃｈｎｉｃａｌ ｄｏｃｕｍｅｎｔ ｍａｎａｇｅｍｅｎｔ

ｉｎｆｏｒｍａｔｉｏｎ ｓｙｓｔｅｍ，ａｎｄ ｆｏｒ ｔｈｅ ｍａｉｎｔｅｎａｎｃｅ ｏｆ ｔｈｅ ａｉｒｃｒａｆｔ ｉｎｆｏｒｍａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ，

ｔｈｅ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｅｆｆｅｃｔｉｖｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｃｏｎｔｒｏｌ ｏｆ ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ ａｎｄ

ｅｎｇｉｎｅｅｒｉｎｇ ｍａｎａｇｅｍｅｎｔ ｏｆ ｏｎｅ ｏｆ ｔｈｅ ｇｒｅａｔｅｓｔ ｃｈａｌｌｅｎｇｅｓ．

Ｔｈｉｓ ｓｔｕｄｙ ｔｏ ｓｅｔ ｕｐ ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ ｔｅｃｈｎｉｃａｌ ｄａｔａ ｍａｎａｇｅｍｅｎｔ ａｎｄ

ｅｘｅｃｕｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ ｔｈｅ ｐｕｒｐｏｓｅ ｏｆ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｒｅａｌ－ｔｉｍｅ ｃｏｎｔｒｏｌ ｔｅｃｈｎｉｃａｌ

ｉｎｆｏｒｍａｔｉｏｎ ｔｏ ａｃｈｉｅｖｅ ｓｔｒｕｃｔｕｒｅｄ ｅｄｉｔｉｎｇ ｏｆ ｔｅｃｈｎｉｃａｌ ｄｏｃｕｍｅｎｔｓ．Ｔｏ ａｃｃｏｍｍｏｄａｔｅ

ｌａｒｇｅ ａｉｒｌｉｎｅｓ’ｃｏｍｐｌｅｘ ｏｆ ｔｈｅ ｉｎｓｔｉｔｕｔｉｏｎｓ，ａｓ ｗｅｌｌ ａｓ ｉｎｃｒｅａｓｉｎｇｌｙ ｇｒａｎｕｌａｒ

ｍａｎａｇｅｍｅｎｔ ｒｅｑｕｉｒｅｍｅｎｔｓ．Ｔｈｉｓ ｄｏｃｕｍｅｎｔ ｉｎ ｔｈｅ ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ，ｄｅｖｅｌｏｐｍｅｎｔ

ｐｌａｔｆｏｒｍｓ，ｄｅｖｅｌｏｐｍｅｎｔ ｌａｎｇｕａｇｅ，ｔｈｅ ｍａｉｎｓｔｒｅａｍ ｔｅｃｈｎｏｌｏｇｙ ｆｏｒ ｔｈｅ ｉｎ－ｄｅｐｔｈ

ａｎａｌｙｓｉｓ．Ｃｏｍｂｉｎｅｄ ｗｉｔｈ ａｉｒｃｒａｆｔ ｍａｉｎｔｅｎａｎｃｅ Ｔｅｃｈｎｉｃａｌ Ｄｏｃｕｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ

Ｓｙｓｔｅｍ ｂｕｓｉｎｅｓｓ ｆｕｎｃｔｉｏｎｓ，ｓｙｓｔｅｍ ｐｅｒｆｏｒｍａｎｃｅ ａｎｄ ｓｅｃｕｒｉｔｙ ａｓｐｅｃｔｓ ｏｆ ｔｈｅ ｎｅｅｄｓ

ａｎａｌｙｓｉｓ，ｄｅｓｉｇｎ ａ ＭＶＣ ｂａｓｅｄ ｏｎ ｔｈｅ ｍａｉｎｔｅｎａｎｃｅ ｏｆ ｔｈｅ ａｉｒｃｒａｆｔ ｔｅｃｈｎｉｃａｌ ｄｏｃｕｍｅｎｔ

ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ ｓｔｒｕｃｔｕｒｅ ａｎｄ ｓｙｓｔｅｍ．Ｕｓｅ ＫｅｎｄｏＵＩ，Ｅｎｔｉｔｙ ｆｒａｍｅｗｏｒｋ，ＸＭＬ
ａｎｄ ｗｏｒｋｆｌｏｗ ｅｎｇｉｎｅ ｔｅｃｈｎｏｌｏｇｙ，ｅｎｈａｎｃｅ ｔｈｅ ｓｙｓｔｅｍ ｓｃａｌａｂｉｌｉｔｙ ａｎｄ ｓｔａｂｉｌｉｔｙ．Ｔｈｉｓ

ｓｙｓｔｅｍ ｕｓｅ．Ｎｅｔ ａｓ ｔｈｅ ｐｒｉｍａｒｙ ｄｅｖｅｌｏｐｍｅｎｔ ｌａｎｇｕａｇｅ，ｉｍｐｌｅｍｅｎｔｅｄ ｕｓｉｎｇ Ｍｉｃｒｏｓｏｆｔ

ＴＴ
ＳＱＬ Ｓｅｒｖｅｒ ２０ １ ２ ｄａｔａｂａｓｅ ｓｙｓｔｅｍ ｃｏｎｓｔｒｕｃｔｉｏｎ ｕｓｉｎｇ ＸＭＬ ｆｉｌｅ ｅｄｉｔｉｎｇ ｔｅｃｈｎｉｑｕｅ ｔｏ

ｒｅａｌｉｚｅ ｅｎｇｉｎｅｅｒｉｎｇ ａｎｄ ｄｏｃｕｍｅｎｔａｔｉｏｎ ｆｏｒ ｓｔｒｕｃｔｕｒｅｄ ｅｄｉｔｉｎｇ．Ｔｈｒｏｕｇｈ ｗｅｂｓｅｒｖｉｅｅ

ｒｅａｌｉｚａｔｉｏｎ、航ｍ ｆｌｉｇｈｔ ｓｅｒｖｉｃｅ ｒｅｌａｔｅｄ ｓｅｒｖｉｃｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ，

ｂｅｔｗｅｅｎ ａｉｒｃｒａｆｔ ｍａｔｅｒｉａｌｓ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ ｃｏｎｎｅｃｔｉｏｎ ａｎｄ

ｄａｔａ ｅｘｃｈａｎｇｅ．

Ｋｅｙ Ｗｏｒｄｓ：Ａｉｒｃｒａｆｔ Ｍａｉｎｔｅｎａｎｃｅ；Ａｉｒｗｏｒｔｈｉｎｅｓｓ Ｄｏｃｕｍｅｎｔ；ＭＶＣ．

Ⅲ
 目录

目 录

第一章绪论…………………………………．１
１．１研究背景…………………………………………．１
１．２行业现状…………………………………………．１
１．３论文研究意义和内容…………………………………２
１．４论文结构…………………………………………．２

第二章相关技术介绍……………………………．４
２．１前台框架Ｋｍｅｏ Ｕｌ…………………………………．．４
２．２ ＶＩＳＵＡＬ ＳＴＵＤＩＯ．ＮＥＴ＋ＮＶＣ………………………………．４
２．３数据库平台ＳＱＬ ＳＥＲＶＥＲ………………………………５
２．４ ＸＮＬ语言…………………………………………．５
２．５文件结构化编辑出版工具……………………………．．６
２．６本章小结…………………………………………．６

第三章系统需求分析……………………………．７
３．１需求概述…………………………………………７
３．２业务目标及流程……………………………………７
３．２．１适航文件业务流程……………………………．７
３．２．２工程指令管理业务目标及流程…………………．．１０
３．２．３技术通告管理业务目标及流程…一………………１１
３．２．４附件送修方案管理业务目标与流程………………．１２
３．３功能需求…………………………………………１ ３
３．３．１系统需求概述………………………………．１３
３．３．２适航文件管理………………………………．１４
３．３．３工程指令管理………………………………．２５
３．３．４技术通告管理………………………………．２８
３．３．５附件送修方案管理……………………………３０
３．４系统接口需求……………………………………．．３２
３．５非功能性需求……………………………………．．３２
Ⅳ
 目录

３．６本章小结……………………………＾………．．３３

第四章系统设计………………………………３４
４．１系统技术架构设计…………………………………．３４
４．２系统网络结构设计………………．．：………………．３５
４．３系统模块设计……………………………………．．３５
４．３．１业务模块划分………………………………．３５
４．３．２模块关系…………………………………．．３８
４．４系统接口设计……………………………………．．３８
４．５关键业务界面原型设计………………………………３９
４．６系统数据库设计……………………………………５０
４．６．１系统Ｅ－Ｒ图…………………………………５０
４．６．２系统数据库表………………………………．５３
４．７本章小结…………………………………………６９

第五章总结与展望……………………………．．７０
５．１总结……………………………………………７０
５．２展望……………………………………………７１

参考文献……………………………………．７２

致谢………………………………………．７３

Ｖ
 Ｃｏｎｔｅｎｔｓ

Ｃｏｎｔｅｎｔｓ

Ｃｈａｐｔｅｒ １ Ｉｎｔｒｏｄｕｃｔｉｏｎ．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・１

１．１ Ｔｈｅ Ｂａｃｋｇｒｏｕｎｄ…．．……．．……．．……．．………．．．…．……．．……・・……・・……・・・……・・…・・１

１．２ Ｓｔｕｄｙ ｏｆ ｔｈｅ Ｃｕｒｒｅｎｔ Ｓｉｔｕａｔｉｏｎ……．．……．．……．．……………・・……・……・・…・・・・・……１

１．３ Ｔｈｅ Ｍａｉｎ Ｃｏｎｔｅｎｔｓ ａｎｄ Ｓｉｇｎｉｆｉｃａｎｃｅ…．．……．．……．．……．．…．…．・……・・……・・…・・２

１．４ Ｔｈｅ Ｓ咖ｃｔｕｒｅ．．．．…．．．．．……．．……．．……．．……．．……．．……．．……．．……．．．……．．……．……２

Ｃｈａｐｔｅｒ ２ Ｏｅｒｖｉｅｗ ｏｆ Ｋｅｙ Ｔｅｃｈｎｏｌｏｇｉｅｓ．．．．．．．．．．・・・・・・・・・・・・・・・”・・・・・・・・・・・・・・・・・・・・・・４

２．１ Ｔｈｅ ｒｅｃｅｐｔｉｏｎ ｆｒａｍｅｗｏｒｋ Ｋｅｎｄｏ ＵＩ…………．．……”……・…・・…・・……・・……・・…”４

２．２ Ｖｉｓｕａｌ Ｓｔｕｄｉｏ．ＮＥＴ＋ＭＶＣ……．……．．……．．……．．。…………。。…………．．…．・…“…・４

２．３ Ｄａｔａｂａｓｅ Ｐｌａｔｆｏｒｍｓ ＳＱＬＳＥＲＶＥＲ……………．．…………………………．．……・・……５

２．４ ＸＭＬ Ｌａｎｇｕａｇｅ……．……。……．．……．．……。……。……．．……．．……………・・二…・・”…・５

２．５ Ｆｉｌｅ ｓｔｒｕｃｔｕｒｅｄ ｅｄｉｔｉｎｇ ａｎｄ ｐｕｂｌｉｓｈｉｎｇ ｔｏｏｌｓ．．……．．……．……………・・・……・……６

２．６ Ｓｕｍｍａｒｙ………．……………．．……。……。……。……．．…………………………・・”…………６

Ｃｈａｐｔｅｒ ３ Ｓｙｓｔｅｍ Ｒｅｑｕｉｒｅｍｅｎｔｓ Ａｎａｌｙｓｉｓ．．．．．．．．．．．．．・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・７

３．１ Ｒｅｑｕｉｒｅｍｅｎｔｓ ｏｖｅｒｖｉｅｗ

３．２ Ｂｕｓｉｎｅｓｓ ｏｂｊｅｃｔｉｖｅｓ ａｎｄ ｐｒｏｃｅｓｓｅｓ………－・・……・・……・……・・……・・……・・・・・・…・・・・…７

３．２．１ Ａｉｒｗｏｒｔｈｉｎｅｓｓ ｄｏｃｕｍｅｎｔ ｂｕｓｉｎｅｓｓ ｐｒｏｃｅｓｓｅｓ…………………………………・７

ａｎｄ ｐｒｏｃｅｓｓｅｓ…”１ ０
３．２．２ Ｅｎｇｉｎｅｅｒ Ｏｒｄｅｒ Ｍａｎａｇｅｍｅｎｔ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔｉｖｅｓ

３．２．３ Ｓｅｒｖｉｃｅ Ｂｕｌｌｅｔｉｎ Ｍａｎａｇｅｍｅｎｔ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔｉｖｅｓ ａｎｄ ｐｒｏｃｅｓｓｅｓ…１ １

３．２．４ Ｐａｒｔｓ Ｒｅｐａｉｒ Ｐｒｏｇｒａｍｍｅ Ｍａｎａｇｅｍｅｎｔ Ｂｕｓｉｎｅｓｓ Ｏｂｊｅｃｔｉｖｅｓ ａｎｄ

ＰｒｏＣｅｓｓｅｓ…………………………………………………………………。１２

３．３ Ｆｕｎｃｔｉｏｎａｌ ｒｅｑｕｉｒｅｍｅｎｔｓ………・・……

３．３．１ Ｓｙｓｔｅｍ Ｒｅｑ＂ｍｒｅｍｅｎｔｓ Ｏｖｅｒｖｉｅｗ……………………………………・１３

３．３．２ Ａｉｒｗｏｒｔｈｉｎｅｓｓ Ｄｏｃｕｍｅｎｔａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ………………………………．．１４

３．３．３ Ｅｎｇｉｎｅｅｒ ｏｒｄｅｒ Ｍａｎａｇｅｍｅｎｔ………………………………………………………２５

３．３．４ Ｓｅｒｖｉｃｅ Ｂｕｌｌｅｔｉｎ Ｍａｎａｇｅｍｅｎｔ……………………………………………………．２８

３．３．５ Ｐａｒｔｓ Ｒｅｐａｉｒ Ｐｒｏｇｒａｍｍｅ Ｍａｎａｇｅｍｅｎｔ………………………………………・・３０

…………．．…．３２
３．４ Ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ ｒｅｑｕｉｒｅｍｅｎｔｓ………
Ⅵ
 Ｃｏｎｔｅｎｔｓ

３．５ Ｎｏｎ－ｆｕｎｃｔｉｏｎａｌ ｒｅｑｕｉｒｅｍｅｎｔｓ………．．………………………………………．…………．３２

３．６ Ｓｕｍｍａｒｙ…………………．…………………．．．．．．…………………………………．．……．．．．．．．３３

Ｃｈａｐｔｅｒ ４ Ｓｙｓｔｅｍ Ｄｅｓｉｇｎ．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．３４

４．１ Ｓｙｓｔｅｍｓ ｔｅｃｈｎｉｃａｌ ａｒｃｈｉｔｅｃｔｕｒｅ ｄｅｓｉｇｎ……………………………………．…………．３４

４．２ Ｓｙｓｔｅｍ Ｎｅｔｗｏｒｋ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｄｅｓｉｇｎ……………．．…．…………………．…………．３５

４．３ Ｓｙｓｔｅｍ Ｍｏｄｕｌｅ Ｄｅｓｉｇｎ……………………．．．．．．…………．…………………．．…………．３５

４．３．１ Ｍｏｄｕｌｅ Ｄｉｖｉｓｉｏｎ………………………………………………………………………３５

４．３．２ Ｍｏｄｕｌｅ Ｒｅｌａｔｉｏｎｓ……………………………………………………………………．．３８

４．４ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ Ｄｅｓｉｇｎ………………．…………………．．…………………．．……．．．…．３８

４．５ Ｂｕｓｉｎｅｓｓ－ｃｒｉｔｉｃａｌ ｉｎｔｅｒｆａｃｅ ｐｒｏｔｏｔｙｐｅ ｄｅｓｉｇｎ………．…………………．．…………．３９
４．６ Ｄａｔａｂａｓｅ Ｄｅｓｉｇｎ………．…………………．…………………．．…………………．．…………．５０

４．６．１ Ｓｙｓｔｅｍ ＥＲ Ｄｉａｇｒａｍ…………………………………………………………………．５０

４．６．２ Ｓｙｓｔｅｍ Ｄａｔａｂａｓｅ Ｔａｂｌｅ……………………………………………………………．．５３

４．７ Ｓｕｍｍａｒｙ…………………．……．． …………………………．．…………．６９

Ｃｈａｐｔｅｒ ５ Ｃｏｎｃｌｕｓｉｏｎｓ ａｎｄ Ｐｒｏｓｐｅｃｔ．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．７０

５．１ Ｃｏｎｃｌｕｓｉｏｎｓ……………．．．…………………．…………………．．…………………．．………．．．．７０

５．２ Ｐｒｏｓｐｅｃｔ…………………．．…………………．………………………………………．．…………．７１

Ｒｅｆｅｒｅｎｃｅｓ．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．７２

Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔｓ．．．．．．．．．ｊｊ．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．７３

ＶⅡ
 第一章绪论

第一章绪论

１．１研究背景

随着信息技术的发展，各行各业对信息系统的依赖性也越来高。随着局方监

管力度的不断加强以及航空公司飞机维修管理业务的精细化管理，航空公司原来

的适航文件及工程文件管理系统渐渐不适应实际业务的管控要求。适航文件从评

估到执行监控一直都是局方年检的重点。如何适航文件从接收，评估，审批，执

行监控的全过程管理，一直都是民航业难以突破的课题。由于管控复杂，难以实

现全自动的闭环管理与执行监控，因此很多航空公司都设立专门的业务岗位来进

行适航文件的管控。对小型航空公司，依靠人工的控制方式还有一定的可行性，

对百架以上机队规模的航空公司而言，人工的控制方式显然己不现实。对于中大

型的航空公司，机队构型复杂，这给适航文件的评估及执行监控都带来了更大的

挑战。各航空公司原来一般都已经建立了适航文件的管理系统，但随着因此建立

一套符合各航空公司业务实际情况，又能满足ＡＣ及局方监管要求的飞机维修技

术资料文件系统，成为了近几年民航信息系统建设的热点。

１．２行业现状

近两年国内中大型航空公司如国航，深航，东航开始逐步建立飞机技术文件

管理系统。国航及深航的系统已经上线运行，东航目前还处于开发测试阶段。这

几家航空公司采用的方案大同小异，都是基于Ｗｉｎｃｈｉｌｌ平台批ｒｔｅｘｔ Ｅｄｉｔｏｒ搭

建。Ｗｉｎｄｃｈｉｌｌ是ＰＴＣ公司推出的一套集成应用软件，为信息系统建设提供基础

平台，集成了工作流及文档管理等功能，从而实现快速、高效地部署产品信息应

用软件。但Ｗｉｎｃｈｉｌｌ存在界面简陋，客户化定制的灵活度较差，价格昂贵动则千

万的造价，导致对中小型航空公司只能望其项背。ＸＭＬ文件编辑工具当前在航

空业基本上都是采用Ａｂｏｒｔｅｘｔ Ｅｄｉｔｏｒ。
 飞机维修技术文件管理系统的分析与设计

１．３论文研究意义和内容

随着科技的进步与发展，飞机的设计水平和可靠性越来越高。但是不管飞机

有多么的先进，一旦投入使用后，正确地使用和维修是保持其设计水平和可靠性

的基础。航空公司必须严格按照飞机制造厂家制定的持续适航文件来来指导管理

飞机的使用和定期维护。由于其内容事关飞行安全，如不按规定完成，有关航空

器将不再适航。适航文件的控制管理是航空公司工程管理、维修管理和适航管理

的主要工作之一，是保证民用飞机的飞行安全和持续性适航的必要条件。

本文探讨飞机维修技术文件管理系统的分析与设计。该系统通过工作流，结

构化文件编辑等技术，实现适航文件的有效执行与管控，实现单机化的管控要求。

该系统包括适航文件管理、工程指令管理，技术通告管理，附件送修方案四

个子系统。工程师将飞机生厂家以及民航局颁发的适航文件接收录入系统后进行

评估。通过颁发工程指令及技术通告进行维修或是其他工作的实施。需要送修执

行进行改装或是修理的适航文件，则通过附件送修方案进行控制。工程指令颁发

后，发送到生产系统进行工作安排，通过本系统提供的接口进行执行信息反馈，

从而实现有效的闭环控制。为确保工程指令及技术通告的执行符合适航文件要

求，系统建立相应的稽查模块，对工程指令，技术通告同适航文件中的适用对象

信息，时限信息等进行比对，确保适航文件的有效控制。

１．４论文结构

本文共五章，其组织结构如下：

第一章，绪论。主要介绍了选题背景、当前飞机维修技术文件管理研究应用

现状，对本文选题的原因和意义进行了阐述，对选题的内容和论文结构进行了概

述。

第二章，相关技术介绍。介绍本文所涉及研究内容所需的相关技术，主要包

括ＫｅｎｄｏＵＩ，ＭＶＣ，Ｓｑｌｓｅｒｖｅｒ、ＸＭＬ技术、结构化文件编辑工具。

第三章，系统需求分析。从系统业务功能、安全性、易操作性、稳定性等方

面进行系统需求分析。

第四章，系统设计。包括系统体系结构设计，网络部署设计，接口设计，系
２
 第一章绪论

统各功能模块的设计

第五章，总结和展望。对本文进行了总结，对下一步工作进行了展望。
 飞机维修技术文件管理系统的分析与设计

第二章相关技术介绍

２．１前台框架Ｋｅｎｄｏ ＵＩ

近几年基于Ｊａｖａｓｃｄｐｔ的前台框架迅速发展，形成了Ｅｘｔｊｓ及Ｊｑｕｅｒｙ两大主

要流派。Ｊｑｕｅｒｙ又衍生了ＥａｓｙＵＩ，ＫｅｎｄｏＵＩ，ＪＱＷｉｄｇｅｔ等优秀的前台框架。ＫｅｎｄｏＵＩ

是ｗｅｂ开发和手机ａｐｐ开发所需的综合ＨＴＭＬ５／ＪａｖａＳｃｒｉｐｔ框架。Ｋｅｎｄｏ ＵＩ包含

了多样化的｛Ｑｕｅｒｙ的窗体控件，程序接口简单而稳定。支持ＭＶＶＭ框架，数据

源，表单验证，国际化，主题，模板，等等。ＫｅｎｄｏＵＩ自带了各种各样的插件，

这就让用户基本上不再需要因为引入其他控件，而要去解决一个一个的前ＪＳ冲

突问题。在ＩＯＳ中，外观和操作具有较好的原生体验。拥有主题选择功能，以

满足不同平台上体现独特的外观需求。ＫｅｎｄｏＵＩ实现了ＭＶＶＭ的设计模式，将

数据模型（Ｍｏｄｅｌ）和视图（Ｖｉｅｗ）的分离，通过数据绑定将模型中的数据对象

和Ｖｉｅｗ结合起来，同时能够将Ｖｉｅｗ上的信息变更，触发数据对象的事件，实

现ｕ和数据源的无缝连接。

２．２ Ｖｉｓｕａｌ Ｓｔｕｄｉｏ．ＮＥＴ＋ＭＶＣ

．ＮＥＴ及ＪＡＶＡ是当前主流的两种开发语言，弘ⅣＡ的开发性好，同时有很

多优秀的框架资源，如实体框Ｈｉｂｅｒｎａｔｅ，ＭＶＣ框架Ｓｐｒｉｎｇ，搜索引擎Ｌｕｃｅｎｅ，规

则引擎Ｄｒｏｏｌｓ等。Ｖｉｓｕａｌ Ｓｔｕｄｉｏ．ＮＥＴ则是微软提供的一套完整的开发工具，可
应用在ＷＥＢ应用、Ｗｅｂｓｅｒｖｉｃｅ、桌面应用以及移动应用程序的开发【２】。它集成

了ＭＶＣ，数据实体框架ＥＦ等功能，不管是部署还是开发相对于乩ＷＡ都简单。
它包括了ＶＢ、Ｃ＋＋、Ｃ群以及群．ＮＥＴ等开发语言，这四种开发语言都使用相同
的集成开发环境ｆＩＤＥ）［４］，可以在同一个解决方案中采用多种开发语言，又可以

便利地互相调用，有助于创建多种开发语言的解决方案。

．ＮＥＴ ＭＶＣ是微软公司提供的以ＭＶＣ模式为基础的．ＮＥＴ的在Ｗｅｂ上的应
用程序框架［３】３。微软公司去年发布了新版本．ＮＥＴ ＭＶＣ６。
ＭＶＣ也就是即Ｍｏｄｅｌ．Ｖｉｅｗ－Ｃｏｎｔｒｏｌｌｅｒ，也就是把一个应用的数据输入与业

４
 第二章相关技术介绍

务处理处理、信息输出按照Ｍｏｄｅｌ、Ｖｉｅｗ、Ｃｏｎｔｒｏｌｌｅｒ的方式进行分离，因此也

就把应用分成三个层——模型层、视图层、控制层。

视图是用户看到并与之交互的界面。对传统的Ｗｅｂ应用程序来说，视图主

要就是ＨＴＭＬ元素组成的界面。虽然在现在或是未来的Ｗｅｂ应用程序中，ＨＴＭＬ

依旧会继续占据着重要的地位，但一些新的技术己层出不穷，比如Ａｄｏｂｅ Ｆｌａｓｈ

以及ＸＨＴＭＬ，ＸＭＬ／ＸＳＬ．ＷＭＬ等一些标识语言【５１。

２．３数据库平台ＳＱＬ ＳＥＲＶＥＲ

ＳＱＬ Ｓｅｒｖｅｒ是美国Ｍｉｃｒｏｓｏｆｔ公司推出的一种关系型数据库系统。它具备了

可扩展的、高性能的、可为分布式客户栅服务器计算等特点网，实现了与Ｗｉｎｄｏｗｓ
操作系统的有机结合，为企业单位提供信息管理系统的整理解决方案［７１。它同甲

骨文的Ｏｒａｃｌｅ、ｍＭ的ＤＢ２组成了关系数据库产品的前三甲。在高端市场上，

ＤＢ２一直占据着主流地位。在中低端市场上Ｏｒａｃｌｅ同ＳＱＬ Ｓｅｒｖｅｒ并驾齐驱。在

平台的兼容性及性能上ＳＱＬ Ｓｅｒｖｅｒ稍微逊色，但在易操作性上，ＳＱＬ Ｓｅｒｖｅｒ占

据了很强的优势，因此近几年ＳＱＬ Ｓｅｒｖｅｒ的市场份额迅速增加。２０１２版更加具

备更好的伸缩性、更高的可靠性，在性能上的提高也是前所未有的【８】；

２．４ Ｘｆｌ．语言

ＸＭＬ的前身是ＳＧＭＬ（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ），它是ＳＧＭＬ

的子集合，是ＳＧＭＬ的简化版本，也是结构化标记语言的一种９１。在计算机世界

里，标记也就是指计算机所能解析并理解的标记符号。借助这种标记，计算机同

计算机之间就可以处理各种各样信息。它可以用来标记对象属性、用来定义数据

类型，是一种允许用户对自己的标记语言进行定义的源语言。 同时它非常适合

万维网传输，因为它提供统一的方法来描述独立于应用程序的各类结构化数据并

进行交换【１０１。它是当前互联网环境中实现跨平台数据以及内容交换的重要技术

手段，也是用来处理各种分布式的结构信息的重要方法。

ＸＭＬ是一种元标记语言，即定义了用于定义其他特定领域有关语义的、结

构化的标记语言【１１】，通过结构化标记语言将文档分解成多个组成部分，并利用

标签对这些加以标识。当前ＸＭＬ的文档定义方式最主要的两种方式就是ＤＴＤ
气
 飞机维修技术文件管理系统的分析与设计

（文档类型定义）和ＸＭＬ Ｓｃｈｅｍａ。ＤＴＤ比较多的应用在文档结构定义，并有

各种编辑工具支持。ＸＭＬ Ｓｃｈｅｍａ则是用于定义与管理各类信息方面，它的功能

更强大、可以描述的内容也更丰富。由于ＸＭＬ能够对内容的描述比ＳＧＭＬ更加

的精准，同时也提供了一种结构数据描述格式，在很大程度上简化了现在计算机

网络的数据交换方式，这样也就将数据、代码、表示三者分离，降低了耦合度。

结构化标记语言在电子文档编写上也有广泛的应用，通过ＤＴＤ或Ｓｃｈｅｍａ

实现文档内容的规范定义，通过ＦＯＳ或Ｓｔｙｌｅｒ实现文档样式的统一定义，实现

文档样式的统一性。

２．５文件结构化编辑出版工具

Ａｒｂｏｒｔｅｘｔ Ｅｄｉｔｏｒ是一个结构化文件编辑工具，可满足ＸＭＬ文件，ＳＧＭＬ等

文件的编辑。在内容管理应用方面，享有很高的市场占有率。 它不但支持

ＤｏｃＢｏｏｋ，ＤＩＴＡ同时也支持国际化的Ｓ１０００Ｄ，ＡＴＡ２２００等结构化电子出版物

标准。通过ＤＴＤ或ｓｃｈｅｍａ对文件的数据信息进行约束，提高技术文件的规范化。

通过ＦＯＳ或Ｓｔｙｌｅ实现统一的文件格式定义，将工程师从手工调整文档样式的耗

时耗力的工作中释放出来，同时有效地降低了不同工程编写的技术文件格式上的

差异性。

Ａｒｂｏｒｔｅｘｔ Ｅｄｉｔｏｒ的界面和操作方法同用户熟悉的文字处理软件ＷＰＳ，ＷＯＲＤ

等很相似，而且用户可以利用可重用的内容资源（也就是ＤＵ）来创建完整的文

档。可以通过接口实现将数据库以及业务系统中的其他信息嵌入到文档中，实现

文档信息与信息系统的融合。可以同内容管理平台实现无缝集成，如Ｗｉｎｄｃｈｉｌｌ

和Ａｒｂｏｒｔｅｘｔ Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｒ以及其他的主流内容管理系统。也提供了灵活的

ＡＣＬ脚本及ＪＡＶＡ ＡＰＩ二次开发，可以简易地实现同业务系统进行衔接。

２．６本章小结

本章对本系统用到的一些关键进行了介绍。包括了前台开发Ⅵ框架

ｋｅｎｄｏＵＩ、开发语言．ｎｅｔ＋ＭＶＣ，ｓｑｌｓｅｒｖｅｒ数据库，以及结构化文件编辑用到ＸＭＬ

技术及其编辑工作Ａｃｒｏｂａｔ Ｅｄｉｔｏｒ。

６
 系统需求分析

第三章系统需求分析

３．１需求概述

系统需求主要说明本系统必须提供的功能和性能，以及该系统所要考虑的限

制条件。需求部分是系统设计、编码、测试和用户文档的基础，也是所有子系列

项目规划、设计和编码的基础。

３．２业务目标及流程

３．２．１适航文件业务流程

适航文件管理的业务目标是实现适航文件的评估及审批，适用性动态评估控

制，执行监控。

适航文件管理涵盖了适航文件评估，适用对象动态评估，ＣＡＤ告警通知单，

ＡＭＯＣ管理三个主要业务流程。
 飞机维修技术文件管理系统的分析与设计

图３．１适航文件评估流程

适航文件评估流程涵盖了适航文件的接收，评估，重新评估，以及适航文件

的校核，技术批准及批准等业务。该业务流程的下游有工程文件管理，附件控制

计划修订，维修方案修订，手册修订等。
 系统需求分析

航材＿入库
授权航材检验员 透航检验

僦｝虹秘｛ ｉ霎激ｉ
适航性资科
警理＾员
新飞机遣航文件清簟导入
生成附件适毛适航文件清单
生成飞机适用奉文件清单

１ ｒ
工程工程师
动力工程师
奢｝＿Ｅ韧，刚件适
用性动态评估

图３．２适航文件适用对象动态评估流程

航材新购件入库检验或是原装机件导入时，判断该件是否有适用的适航文

件，若有适用的文件，形成确认清单进行确认。

豳圈缆缀篓篓鬃鬻鏊蔓ｉ‘；

质保工
ＣＡＤ告警通知单
程师

工程处

徽长酬反馈旧
／发动 ｔ

机管理
中，ｂ工
程师。
航材采 Ｖ

丕
口
＝：购员

图３．３ ＣＡＤ告警通知单管理流程
 飞机维修技术文件管理系统的分析与设计

质保工程师填写ＣＡＤ告警通知通知单，并发送到相关部门，相关部门的

工程师进行签收，签收后如果有后续工作则工作完成后进行反馈。

３．２．２工程指令管理业务目标及流程

实现工程指令的编辑、审批、反馈的闭环控制，对ＥＯ产生的任务及ＥＯ的

执行情况进行查询与监控。 、

ＥＯ的编辑、批准

适髫卜卜嗽ｊ提叫复核ｌ－卜雌
工程工程师
动力工程师

上
批准
工程部主管 ｌ
ＥＭＣ主管

＜絮罗 Ｉ
非必检、．全必捡 项目Ｔ必检 非必瓮、全必梭
毒
质裣工程师 必检确认

订货 需求 新出Ｒ ｉ的ＥＯ
ｒ １

ＰＲ接收（航 新Ｅｏ接收（生
下游
材计划处） 产计划处）

图３．４ Ｅｏ（Ｉ程指令）的编辑及审批流程

工程师编写工程指令后进行提交，由同专业的其他工程师进行复核即技术批

准，主管工程师进行批准后。质检工程师对非全必检的工程指令进行必检性确认。
 系统需求分析

ＥＯ的执行、反馈

维修人员
ｕ＿
，

一巨死瞟习
Ⅱ“

７匿
、 一Ｉ 士玎６ｈｃｎ

情况ｌ

蕾兽旆盎
维修方寨工 主
程师 ｌ修订维修方｜ ｜载重平衡ｌ
寨 异动单

跗俘监控工

圜…
程师

＆ｍ。１ Ｊ，Ⅲ

飞行技术管
理部
由蝴 ’赔摆关

ＷＡ任务Ｉ
靛材送修人员 ｛接收

图３．５ ＥＯ（Ｉ程指令）的执行反馈流程

航线及基地维修人员在ＬＭＲ或是检修任务书中录入ＥＯ的完成情况后，如

果该工程指令影响维修方案或载重平衡，则通知维修方案工程进行相关修订。如

果循环开始则发起循环检查单，如果循环结束则发起循环终止单。如果完成后需

修订飞行手册则发起手册修订任务到飞行技术管理部。如果该工程指令同索赔相

关，则发起索赔任务给航材送修人员。

３．２．３技术通告管理业务目标及流程

业务目标：实现ＴＢ的录入／删改，评估审批，并对ＴＢ的执行反馈过程进行

有效的监控管理。
 飞机维修技术文件管理系统的分析与设计

ｌ堆修建设，试虢文件管Ｉ
ｌ理、连航挂费料评估等ｌ

礓蕞点，謦订簧务

引…ｌ ｌ膦止Ｉ
、＼爰璺霉—／’瞄ｌ。一”“４４“
一

１ｒ

技术复核

１ ｒ

工程处经理
技术社准

’ ｐ

主管工程师 批准

签牧

《翌多一叫…馈卜—◇
单位
各相Ｉ

工程师编写ＴＢ后提交进行复核，技术批准及批准，批准发送代办事项到编

写时选择的发送部门，各发送部门进行签收反馈，通告类的ＴＢ签收反馈完成后，

ＴＢ状态变更为关闭。如果是执行类的，需１１Ｂ中的各个适用飞机或部件都完成

工作后，ＴＢ状态变更为关闭。

３．２．４附件送修方案管理业务目标与流程

业务目标：实现附件送修方案的编辑，修订，审批。定期对附件送修方案实

施效果分析优化。

１２
 系统需求分析

图３．７附件送修方案管理流程

工程处工程师编写附件送修方案后，同专业工程师进行校核，校核通过后结

束。

３．３功能需求

３．３．１系统需求概述

飞机维修技术文件管理的需求主要包括了适航文件管理，工程指令管理，技

术通告管理，附件送修方案管理四大部分的业务范畴。系统的用户覆盖厦门基地

以及其他分公司的所有机务维修人员。根据实际的业务使用情况，对用户的角色

进行划分。系统角色划分说明参见表３．１。工程处是工程技术文件管理的主导处

室，负责适航文件的接收、评估，工程指令、技术通告、附件送修方案的编写等

工作，因此工程处工程师是本系统最为核心的用户。

表３．１系统角色说明

灏鬻
工程处工程师 机务部工程分部工程处 约４０人

质保工程师 机务部指令分部质保出 约１０人

机务工程师 机务部 约３０００人

根据系统的业务功能特性，将本系统划分为适航文件管理，工程指令管理，

技术通告管理，附件送修方案管理四个子系统。系统项级用例图见图３．１。
１３
 飞机维修技术文件管理系统的分析与设计

图３．１系统顶层用例图

３．３．２适航文件管理

适航文件管理实现局方及厂家颁发的适航指令，服务通告，服务信涵进行接

收与评估，并根据评估的信息对适航文件的执行情况进行控制，确保符合适航文

件的执行要求，保障飞机的持续适航。

根据系统功能分析，整理适航文件管理子系统的用例图见表３．２。

１４
 系统需求分析

表３．２适航文件管理子系统用例及说明

用例名称 用例说明

适航文件接收 录入适航文件基本信息

评估任务分配 对新接收的适航文件进行评估任务分配

适航文件评估 对适航文件的适用性及控制方式等评估

适航文件重新评估 对己完成评估批准的适航文件进行重新评估

适航文件评估审批 实现适航文件评估的校核，技术批准与批准

定期对适航文件的评估情况进行稽查，确保
适航文件季度核查
评估的正确性以及评估时限的符合性

新飞机适航文件清单导入 新飞机相关的ＡＤ清单，ＳＢ清单导入处理

适用对象动态评估 对新引进飞机或部件的适用性进行评估确认

适用对象动态评估查询 新引进的飞机或部件的动态评估信息查询

执行情况核查 对适航文件执行状态以及执行记录进行核查

工程文件同适航文件执行时限和适用对象进
工程文件控制一致性核查
行比对，对异常数据进行纠正

执行控制单 ＣＡＤ执行情况记录报表查询

到限预警查询 查询适航文件各适用对象的预计到限信息

送修反馈异常数据纠正 航材入库无法正常反馈的适航文件信息纠正

ＣＡＤ告警通知单编写 编写ＣＡＤ告警通知单并提交

ＣＡＤ告警通知单签收反馈 对接收到的ＣＡＤ告警单进行签收反馈

ＣＡＤ告警通知单关闭 关闭已完成相关修改措施的告警通知单

ＣＡＤ告警通知单查询 查询ＣＡＤ告警通知单

ＣＡＤ ＡＭＯＣ申请 录入ＣＡＤＡＭＯＣ申请信息

ＣＡＤ ＡＭＯＣ报批 打印ＣＡＤ ＡＭＯＣ报表进行报批

ＣＡＤ ＡＭＯＣ报批信息录入 ＣＡＤ ＡＭＯＣ报批，局方审批情况录入系统

ＣＡＤ ＡＭＯＣ查询 查询ＣＡＤ ＡＭＯＣ申请及报批情况

适航文件综合查询统计报表 适航文件综合查询统计报表查询打印
 飞机维修技术文件管理系统的分析与设计

根据适航文件管理业务功能的相关性，将适航文件管理划分适航文件评估与

审批、适航文件动态评估、适航文件执行监控、ＣＡＤ ＡＭＯＣ管理、适航文件查

询五大模块。适航文件子系统用例图见３．２。

质 师

机务工程师

图３．２适航文件管理子系统顶层用例图

工程处工程师负责适航文件的评估与审批，适航文件的动态评估，ＣＡＤ

ＡＭＯＣ的申请，辅助进行适航文件执行监控。质保工程师负责适航文件的执行

监控以及ＡＭＯＣ的报批业务。机务工程师主要用到适航文件信息的查询功能。

下面分别对系统的各个模块的功能进行阐述。

１．适航文件评估与审批

适航文件评估与审批包括了适航文件接收、评估、重新评估、评估审批、季

度核查等功能。用例图参见图３．３。
 系统需求分析

，，芦函，，＠叫ｃ㈣一③
，，，／／＜＜包含＞＞，／ｋ—／／Ⅵ型∥

工程处工程师

④“ｃ…一⑤
＼、差鏖垫查／＼遐垒！坚誓／

⑨汀展，④
图３．３适航文件评估审批用例图

适航文件评估与审批包括了适航文件接收，任务分配、适航文件评估，适航

文件重新评估，适航文件评估审批，适航文件季度核查留个个功能。

（１）适航文件接收

适航文件接收实现ＡＤ，ＣＡＤ，ＳＢ，ＳＬ文件的基本信息的录入以及原始ＰＤＦ

文件上传。以及适航文件修订，自动实现从旧版文件的基本信息带到新版文件，

在此基础上再进行相应的修改。

（２） 任务分配

适航文件接收后，系统根据ＡＴＡ自动分配到相关的专业组，专业组在适航

指令评估模块可以看到需要评估的任务列表，如果非本专业组的适航指令可以通

过流程转办到处经理或其他专业组成员。

（３） 适航文件评估
 飞机维修技术文件管理系统的分析与设计

对适航文件评估包括基本信息维护、整体评估，部分评估，持续适航评估，

附件文档管理，评估历史查看，附件文档进行维护等功能。根据评估时限要求判

断评估是否超限，评估超限填写超限原因及风险分析。一个适航文件评估单必须

包含一个或多个部分。部分评估内容包括基本评估信息、适用对象、时限要求、

运行控制要求、 所需航材工时信息、索赔信息、工程执行方案等。详细用例图

参见图３．４。

图３．４适航文件评估用例图

（４） 适航文件重新评估

对已经完成评估批准的适航指令，人工发起或是系统根据预设的条件（重新

评估到限，工作完成触发）自动触发重新评估任务，在原有评估信息的基础上修

改评估信息。

启动重新评估有以下几种方式

ａ）手动启动，选择要重新评估的适航指令，确定后启动重新评估流程

ｂ）设置其他部分完成后需要启动重新评估流程的ＡＤ，适用对象完成工作

后触发重新评估。
 系统需求分析

ｃ）评估为适用但不执行的ＳＢ设置的重新评估时限到达，触发重新评估流

程。

ｄ）ＡＤＣＡＤ季度核查结果为需要重新评估的适航文件。

ｅ）ＡＭＯＣ接收时触发重新评估。

ｆ）ＡＤ／ＣＡＤ接收时，参考文件中相关的ＳＢ如果评估为不执行需重新评估。

（５） 适航文件评估审批

评估或重新评估提交后，进入审批流程，审批包括校核，技术批准，批准。

在批准环节可以对评估任务进行星级打分。

（６） 适航文件季度核查

每个季度第一天对上个季度评估或接收的适航文件进行核查，核查结果为需

要重新评估的适航指令，启动重新评估任务。系统自动生成季度核查任务清单，

季度核查列表包括适航指令编号，标题，机型，ＡＴＡ，适用性，评估日期，评估

人。选择季度核查列表中的记录，系统显示评估详细系统。用户填写核查结果（通

过，重新评估），核查说明，完成后点击提交，系统记录核查人，核查日期。如

果核查结果为重新评估，系统自动启动重新评估流程。

２．适航文件动态评估

适航文件动态评估需要实现对新引进飞机及其部件，航材新购买的不件，如

果，判读其是否落在适航文件评估的适用范围内，如果在其范围内则需对其适用

性进行确认。用例图参见图３．５。
 飞机维修技术文件管理系统的分析与设计

，⑩一，７’
。。包分厂一疑掣、
＜＜包含＞＞ ’＼．
、

＜＜包含＞＞

＜＜包含＞＞
、＜＜包含＞＞ ｜
’、

＼
＼

工程处工程师

图３．５适航文件动态评估用例图

（１） 新飞机适航文件清单导入

导入波音提供的新飞机ＡＤ清单，根据清单的适用性及完成情况同适航指令

评估信息的适用条件计算的适用性结果进行比较，适用性一致的系统自动添加适

用对象相关信息，不一致的进行新飞机动态评估。同时根据ＡＤ号提取其相应的

ＣＡＤ号，进行相关的处理。导入波音提供的ＳＢ清单，对清单中的ＳＢ的适用性

进行确认。

（２） 适用对象动态评估

对新飞机ＡＤ清单导入判断适用性有差异的记录进行人工干预判断适用性，

将适用信息添加到相应的适航指令中。

原装机件导入或是有新件入库时，系统根据适航指令附件适用条件判断适航

指令各部分的有效性，有效的形成动态评估清单，由各专业组逐条确认，确认有

效后加入适航指令适用附件列表。
（３） 适用对象动态评估记录查询

查询新飞机以及新件适用性动态确认的记录信息，确认时效性等。可以按飞

机，文件类型，件号，序号等条件查询新飞机，新件适用性动态确认的记录信息，

确认时效性等。列表包括任务编号，文件号，机号，件号，序号，任务类型，任
２０
 系统需求分析

务来源，发起日期，完成期限，专业组，确认人，确认日期。

３．适航文件执行监控

适航文件执行监控实现对适航文件的执行信息进行监控、核查、告警以及

ＣＡＤ告警通知单管理。该模块用例图见图３．６。

图３．６适航文件执行监控用例图

ＣＡＤ告警通知单管理包括ＣＡＤ告警通知单录入、反馈、关闭以及查询，用

例图见图３．７。
 她桫⑤
飞机维修技术文件管理系统的分析与设计

×泡分’⑤
媳扮⑦
工程处
她鼢⑦
图３．７适航指令告警通知管理用例图

（１）执行情况核查

系统每周自动核查或是人工发起核查。核查适航指令的执行情况，同工程文

件执行状态的差异，对异常数据可以进行人工干预填写实际的状态及执行日期。

每星期系统后台发起核查或是人工主动核查，核查后生成异常清单。系统记

录自动核查的核查时间，人工核查时间，核查人。核查范围包括当前有效的适航

指令，已被替代的不进行比较。对己纠正的记录不再比对。

核查逻辑：计算状态，计算首次完成日期，计算完成日期同适航指令中适用

对象这几项值有不一致的均为异常。

计算状态逻辑：

找出适航文件对应部分相关的工程文件（ＥＯ，ＴＢ，工卡）中该适用对象的

状态（如果没有该对象，不参与计算），首次完成，完成日期。

（２） 工程文件控制一致性核查

核查工程文件同适航文件时限信息及适用对象的一致性。

（３）执行控制单

查询适航指令的详细执行记录，包括执行对象，执行日期，执行地，检修任
 系统需求分析

务书号等。

（４） 到限预警查询

系统每天根据适航指令评估的执行时限，计算预计到达日期，根据用户设置

的提前量提取即将到限的相关记录发送代办信息提醒用户查阅。

（５） ＣＡＤ告警通知单编写

实现ＣＡＤ告警通知单的信息录入，包括ＣＡＤ编号

（６） ＣＡＤ告警通知单签收反馈

工程师对质保发送的ＣＡＤ告警通知进行签收，填写原因，处理措施，完成

期限。处理完成后，填写处理结果，完成日期。

（７） ＣＡＤ告警通知单关闭

相关工程师填写处理结果及完成日期后，告警通知单发起人确认相关处理措

施完成后关闭ＣＡＤ告警通知单。

（８） ＣＡＤ告警通知单查询

按时间范围，专业组等条件查询ＣＡＤ告警通知单信息。

４．ＣＡＤ ＡＭＯＣ管理

ＡＭＯＣ是适航指令执行等效执行替代方案，ＡＤ的ＡＭＯＣ通常是飞机制造

厂发出的，如果接收的ＡＤ ＡＭＯＣ评估为适用，同时该ＡＤ有相应的ＣＡＤ，则

需要像民航局申请ＣＡＤ ＡＭＯＣ报批。ＣＡＤ ＡＭＯＣ管理模块包含了ＣＡＤ ＡＭＯＣ

的申请、报批、报批信息录入、查询等功能。本模块用例图参见图３．８所示。
 飞机维修技术文件管理系统的分析与设计

．．／氙而面孺、、一一一＜＜包含＞＞．一
＜泡静’太堑苎！竺垂乏．＝～ｃｃ鼢ｋ一一
＜＜扩展＞＞

．。。．。台ｐ，．．，（：：：：：！！萝二二：：：：｛餐
＜泡骱弋
ｒ贰
奎重夕

／面莉ｈ
．，，—石五＿石石己淤。．一一一ｃｃ包含，，ｒ一一毒、、、遣望堡∥
＜饱鼢－×巡堂皇墨沙Ｌ’＜＜糯ｋ＇’１／—蕊、＼、
＼、这交流星／／
图３．８ ＣＡＤ＿ａｄＶＩＯＣ管理用例图

（１） ＣＡＤ ＡＭＯＣ申请

填写ＣＡＤ ＡＭＯＣ申请信息，可以上传申请文档

（２） ＣＡＤＡＭＯＣ报批

对ＣＡＤ ＡＭＯＣ执行申请打印报批文件后，将报批原件上传报批

（３） ＣＡＤ ＡＭＯＣ报批信息录入

上传报批审批文件，录入报批等信息

（４） ＣＡＤＡＭＯＣ查询

按ＣＡＤ号，申请日期等条件查询ＣＡＤＡＭＯＣ的申请记录。

５．适航文件查询

适航文件查询实现适航文件相关信息的综合查询包括适航文件基本信息，评

估信息，执行信息等。可以根据适航指令类型，机型等查询条件，查询相关的适

航指令列表，并可查询单份适航指令，评估信息，执行信息等详情，可打印适航

指令评估报表。

２４
 系统需求分析

３．３．３工程指令管理

工程指令（ＥＯ）ｍ来指导特定的生产或检查活动。颁发工程指令是唯一的用文

件形式和授权以完成ＣＣＡＲ－１２１部定义的重要修理和改装的方法。工程指令管理

需实现工程指令的编辑审批，并对工程指令的执行情况进行监控。根据系统功能

分析，整理适航文件管理子系统的用例图见表３．３。

表３．３工程指令管理子系统用例及说明

用例名称 用例说明

ＥＯ编辑 录入ＥＯ基本信息及ＥＯ详细步骤信息

ＥＯ审批 对编写完成的ＥＯ进行校核，技术批准与批准

ＥＯ的必检确认 对部分必检的ＥＯ的进行必检确认

ＥＯ的出版 综合ＥＯ基本信息以内容信息，综合出版为ＰＤＦ文件

ＥＯ的综合查询 综合查询的基本信息以及执行信息

己批准ＥＯ的打印 查询打印已批准ＥＯ

ＥＯ执行情况查询 查询ＥＯ各适用对象的执行情况

ＥＯ的状态维护 对ＥＯ各适用对象的状态及执行日期进行人工维护

ＥＯ状态变更的审批 对人工维护的ＥＯ状态变更进行校核

根据工程指令管理业务功能的相关性，将工程指令管理划分工程指令编辑与

审批、工程指令执行监控、工程指令查询三大模块。工程指令管理子系统用例图

见图３．９。
 飞机维修技术文件管理系统的分析与设计

图３．９工程指令管理子系统顶级用例图

１．工程指令编辑

实现ＥＯ内容的编辑，主要包括：ＥＯ基本信息、适用对象信息、生产准备

信息、航材＼消耗品＼工具设备信息、受影响手册＼文件信息，通过ＸＭＬ编辑工具

ＡｂｏｒｔｅｘｔＥｄｉｔｏｒ实现ＥＯ详细内容的编辑。用例图见图３．１０。
 系统需求分析

图３．１０工程指令编辑及审批用例图

２．工程指令的审批

ＥＯ编写完成，提交后进入ＥＯ审批，ＥＯ的审批依次包括：ＥＯ的复核、ＥＯ

的技术批准、ＥＯ的批准。

３．工程指令必检性确认

ＥＯ审批完成后，部分步骤必检的ＥＯ，质检工程师需要对每个步骤的必检

查性进行确认。

４．工程指令的出版

汇总ＥＯ基本信息、适用对象信息、生产准备信息、航材＼消耗品＼工具设备

信息、受影响手册＼文件信息，以及ＥＯ详细内容，生成ＰＤＦ或ＸＭＬ格式的文

件。

５．工程指令查询打印

根据不同查询条件查询ＥＯ并打印ＥＯ封面及详细内容，查询条件包括：ＥＯ

的基本信息、适用对象、相关文件等。

６．工程指令状态维护

实现对ＥＯ的状态的人工维护功能（包括使用对象的增加），适用对象的状
 飞机维修技术文件管理系统的分析与设计

态、初始完成日期、完成日期进行维护。

７．工程指令的状态维护审批

对人工维护的各适用的对象状态信息进行，若审批通过，修改ＥＯ的状态。

８．工程指令执行情况查询

汇总ＥＯ生命周期中所有执行信息，并提供查询导出功能。

３．３．４技术通告管理

技术通告是为保证飞行安全和持续适航而颁发的一种较长期有效的技术文

件，它具体地规定了技术标准、检查时限及操作方式等定性的维修技术要求。其

有关技术规定，各有关部门应遵照执行。技术通告管理实现了技术通告的编写、

审批、接收反馈监控以及送修执行监控等功能。技术通告管理子系统的用例图整

理如下，见图３．４。

表３．４技术通告子系统用例及说明

用例名称 用例说明

ＴＢ的编辑 ＴＢ基本信息及详细内容的编辑及删改

ＴＢ的审批 对编写完成的ＴＢ进行校核，技术批准及批准

ＴＢ的终止 对完成的ＴＢ进行终止操作

ＴＢ的接收与处理 对接收到的ＴＢ进行签收反馈

ＴＢ适用对象动态管理 ＴＢ适用对象管理

ＴＢ完成情况管理 维护ＴＢ各适用对象的状态及完成日期

ＴＢ的综合查询 综合ＴＢ的基本信息及详细内容以及执行情况

己作废ＴＢ的管理 己作废ＴＢ的进行查询或恢复操作

ＴＢ接收反馈监控 ＴＢ接收反馈监控

送修执行监控 对送修执行的ＴＢ进行核查监控

根据技术通告管理业务功能的相关性，将技术通告管理划分技术通告编辑与

管理、技术通告执行监控两大模块。技术通告管理子系统用例图见图３．１１。
 系统需求分析

图３．１１技术通告（ＴＢ）管理子系统用例图

１．技术通告的编辑

实现ＴＢ内容的编辑，主要包括：ＴＢ基本信息、相关机型／相关文件／详细内

容信息、适用对象信息、发往单位信息、己颁发的使用件号相关ＴＢ信息、线号

＼客户有效号＼所有飞机信息、件序号对应ＳＢ适用范围信息，以及插页要求信息。

２．技术通告的审批

ＴＢ编辑提交后进入ＴＢ审批，ＴＢ的审批依次包括：ＴＢ的技术复核、ＴＢ的

技术批准、ＴＢ的批准。

３．技术通告的终止

人工终止一份已出版的ＴＢ。
 飞机维修技术文件管理系统的分析与设计

４．技术通告的接收与处理

ＴＢ发往单位的相关人员进行ＴＢ的接收、执行反馈和适用对象完成情况录

入等操作。

５．技术通告的综合查询

根据不同查询条件查询已出版ＴＢ。

６．作废技术通告的管理

根据不同查询条件查询己作废ＴＢ。

７．接收反馈监控

监控处于接收或执行反馈阶段的ＴＢ，反馈的信息是否合理，反馈期限是否

超限。

３．３．５附件送修方案管理

附件送修方案管理主要实现附件送修要求管理，并根据附件修后使用情况对

附件的送修质量以及ＳＢ的执行效果进行评估与监控。附件送修方案管理的系统

用例见表３．５。

表３．５适航文件管理子系统用例及说明

用例名称 用例说明

按件号编写附件送修要求及相关ＳＢ，工程文件
附件送修要求编写
等信息

附件送修要求修订 对附件送修方案进行纠正

附件送修要求审批 对己编写的附件送修方案进行审核

附件项信息管理 按件号对部件的基本信息进行维护

附件监控评估 按件号定期对附件的修后使用情况进行评估

附件修后监控评估校核 对附件修后评估信息进行校核

附件项信息综合查询 对附件项相关的送修方案，修后评估等进行查询

根据附件送修方案管理业务功能的相关性，将附件送修方案管理划分附件送

修方案要求管理、附件送修监控评估、附件项信息综合查询三大模块。附件送修
３０
 系统需求分析

方案管理子系统用例图见图３．１２。

机务工程师

图３．１２附件送修方案管理子系统用例图

１．附件送修方案录入

实现对送修要求进行增、删、改操作。附件送修要求信息报告具体送修题目，

相关的ＳＢ，工程文件等信息，以及使用的序号范围。

２．附件送修方案修订

对己生效的附件送修要求进行修订，修订版批准后旧版的送修要求失效。

３．附件送修方案审批

对新增或修订的附件送修要求进行审批，包括校核，技术批准，批准。
 飞机维修技术文件管理系统的分析与设计

４．附件项目管理

管理附件项的各类手册等电子文档，并设置是否需要定期监控评估，设置定

期监控评估周期。

５．附件监控评估

系统根据用户设置的时限，根据设置的定情监控评估周期启动监控评估任

务，系统根据ＡＴＡ将任务分配到各个专业组。实现按附件项对一定时间内的送

修情况及故障拆换情况进行评估，填写评估结论及后续工作要求。

６．附件监控评估校核

对附件监控评估信息进行校核。

７．附件项目综合查询

可以按机型，项号，，件号等信息查询附件项的各类信息包括附件控制计划，

送修类ＴＢ信息，送修要求，送修记录，拆换信息，修后评估记录。

３．４系统接口需求

１．同门户的流程引擎进行对接，通过流程引擎实现各业务的审批等流程。

２．为生产计划模块提供接口，实现工程指令的执行反馈

３．为航材系统提供接口，实现部件送修执行ＳＢ情况的反馈。

４．为航材系统提供接口，实现附件送修要求信息的提取。

５．实现同Ａｃｒｏｂａｔ Ｅｄｉｔｏｒ直接的数据交换，实现工程文件（工程指令，技术

通告）内容的编写和出版。

３．５非功能性需求

飞机维修技术文件管理系统是飞机维修工程师日常工作使用的主要系统，它

是飞机维修管理大系统开发的第一阶段。不论是从将来的业务扩充方面考虑，还

是从系统的稳定运行方面考虑，都需要在一定高度和一定深度上进行全面分析，

都要具备以下性能：

１．可扩展性

系统必须具备适应业务变化发展的能力，以满足未来的业务发展，当系统新

３２
 系统需求分析

增业务功能或现有业务功能改变时，尽可能的保证只影响局部变化。

２．易用性

用户操作界面友好，人性化，操作简便快捷，简单易用。满足系统操作人员

的使用习惯，实现人性化的人机交互。

３．可靠性

确保系统的业务处理逻辑的正确性，确保数据的准确性。

４．可维护性

系统应具有较高的可读性、可修改性和可测试性，管理人员能够方便地对系

统实施管理，包括对内容的删除、修改和对软件的升级等。同时，系统组件有自

动部署和自动升级的功能。

３．６本章小结

本章完成软件开发过程中的软件需求分析的过程，分析飞机维修技术文件管

理信息系统的业务目标、业务流程，并对软件的功能需求和非功能需求进行分析，

为系统下一步设计提供业务需求基础。
 飞机维修技术文件管理系统的分析与设计

第四章系统设计

４．１系统技术架构设计

系统分为ＵＩ层，控制层，业务逻辑层，数据访问层，数据存储层五个层

次。

ＵＩ层 Ｋｅ ｎｄｏ，ｂｏｏｔｓ ｔｒａｐ

控帛Ｕ层 Ｃ＃＋Ｍ、，Ｃ

业务逻辑层 业务逻辑 ｗｅｂｓｅｒｖｉ ｃｅ接口服务

数据访问层 微软实体框架

数据存储层 ｓｑｌｓｅ ｎ，ｅｒ＋文件数据库

．ｎｅｔ框架

图４．１系统技术架构图

ＵＩ层：在用户客户端运行的部分，实现Ⅵ交互功能并同控制层进行交互实

现数据的提取及提交。ＵＩ层采用Ｋｅｎｄｏ ＪＳ框架，ｂｏｏｔｓｔｒａｐ实现布局。

控制层：控制层采用Ｃ群实现编码，通过．ｎｅｔ的ＭＶＣ实现路由的配置及路由

控制等功能。

业务逻辑层：业务逻辑层包括业务逻辑处理，通用类库等。业务逻辑处理部

分实现业务逻辑操作；通用类库实现各业务模块通用的一些处理功能包括ｅｘｃｅｌ

导入，导出，附件管理，统一的审批流程。
３４
 第四章系统设计

数据库访问层：实现同数据库之间的交互，包括数据增、删、改、查。通过

微软的实体ＥＦ实现同数据的交互。

数据存储层：为系统提供数据存取空间，实现数据存储以及文件存储。

飞机维修技术文件管理系统部署在系统内网，外网用户可通过ＶＰＮ进行访

问。本系统需要工程文件出版服务器，ＷＥＢ服务器，数据库服务器，后台作业

服务器，文件数据库服务器，ＳＱＬＳｅｔｖｅｒ数据库服务器。

图４．２系统网络结构设计

４．３系统模块设计

４．３．１业务模块划分
 飞机维修技术文件管理系统的分析与设计

表４０ｌ系统模块划分表

ｉ；蒸匿缓篌瑛鬻蘩鬻荔霪蘩蒸｛｜鬻鬻饕蒸ｉ
茹飘ｑ＇： 一
“～鼻’

薹囊一一鬻一级模块鬻 豢嚣二级模块夔ｊ荔蓉鬻篱ｊｊｉ鬻ｌ
薯霾鬻§一缴俣职鞭

Ａ１．１适航文件接收

Ａ１．２评估任务分配

Ａ１．适航指令评估及审 Ａ１．２适航文件评估

批 Ａ１．３适航文件重新评估

Ａ１．４适航文件评估审批

Ａ１．５适航文件季度核查

Ａ２．１新飞机适航文件清单导入

Ａ２．适用对象动态评估 Ａ２．２适用对象动态评估

Ａ２．３适用对象动态评估查询

Ａ３．１执行情况核查

Ａ３．２工程文件控制一致性核查
Ａ．适航文件管
Ａ３．３执行控制单
理
越；．４到限预警查询

趟１．适航指令执行监控 Ａ３．５送修反馈异常数据纠正

Ａ３．６ ＣＡＤ告警通知单编写

朋；．７ＣＡＤ告警通知单签收反馈
Ａ３．７ ＣＡＤ告警通知单关闭

Ａ３．８ ＣＡＤ告警通知单查询

Ａ４．１ ＣＡＤＡＭＯＣ申请

Ａ４．２ ＣＡＤＡＭＯＣ报批
Ａ４．ＣＡＤＡＭＯＣ管理
Ａ４．３ ＣＡＤ√蝴Ｏ报批信息录入
Ａ４．４ ＣＡＤ√蝴ＯＣ查询
Ａ５．适航文件查询统计 Ａ５．适航文件综合查询统计报表

Ｂ．１．１ ＥＯ编辑
Ｂ．工程指令管
Ｂ．１．ＥＯ的编辑与审批 Ｂ．１．２ ＥＯ审批
理
Ｂ．１．３ ＥＯ的必检确认

３６
 第四章系统设计

Ｂ．２．１ ＥＯ的综合查询

Ｂ．２．ＥＯ的查询打印 Ｂ．２．２己批准ＥＯ的打印

Ｂ．２．ＥＯ执行情况查询

Ｂ．３．１ ＥＯ的状态维护
Ｂ．３．ＥＯ的执行监控
Ｂ．３．２ ＥＯ状态变更的审批

Ｄ１．１．ＴＢ的编辑

Ｄ１．２ＴＢ的审批

Ｄ１．３．ＴＢ的终止

Ｄ１．４．ＴＢ的接收与处理
Ｃ１．ＴＢ的编辑与管理
Ｃ．技术通告管 Ｄ１．５．ＴＢ适用对象管理

理 Ｄ１．６．ＴＢ完成情况管理

Ｄ１．７．ＴＢ的综合查询

Ｄ１．８．己作废ＴＢ的管理

Ｄ２．１．ＴＢ接收反馈监控
Ｃ２．ＴＢ的监控
Ｄ２．２．送修执行监控

Ｄ１．１．附件送修要求编写

Ｄ１．２．附件送修要求修订

Ｄ１．３．附件送修要求审批
Ｄ．附件送修方
Ｄ１．附件送修方案管理 Ｄ１．４．附件项信息管理
案管理
Ｄ１．５．附件监控评估

Ｄ１．６．附件修后监控评估校核

Ｄ１．７．附件项信息综合查询
 飞机维修技术文件管理系统的分析与设计

４．３．２模块关系

图４．３系统模块关系图

系统分为适航管理，工程指令管理，技术通告管理，附件送修方案四个子系

统。适航文件管理需要产生工程文件颁发及修订任务到工程文件（工程指令，技

术通告），附件送修方案管理需要提取适航文件的ＳＢ信息以及工程指令，技术

通告信息。工程指令及技术通告的执行信息需反馈到适航文件管理子系统。

４．４系统接口设计

同其他系统的接口统一采用Ｗｅｂｓｅｒｖｉｃｅ的方式实现。

１．送修需执行ＳＢ

航材系统调用本系统提供的接口，根据件序号提取适用的ＳＢ。

输入：件号（字符串），序号（字符串）

输出：适用的ＳＢ列表（ＪＳＯＮ）

２．附件送修要求

航材系统调用本系统提供的接口，根据件序号提取附件送修要求。

输入：件号（字符串），序号（字符串）

输出：附件送修要求（ＪＳＯＮ）

３．流程模板接口
 第四章系统设计

工作流引擎在建立流程模块时调用该接口获取本系统的流程列表。

输入：系统Ｄ

输出：流程列表（舭字符串）
４．送修反馈

航材系统调用本系统提供的接口，实现送修时附件执行ＳＢ的反馈。

输入：件号（字符串），序号（字符串），ＳＢ号（字符串），修理日期

输出：反馈结果（０失败，ｌ成功）

５．ＥＯ发布通知接口

本系统调用生产计划系统提供的接口，进行ＥＯ发布通知。

输入：ＥＯ编号

输出：通知结果（０失败，１成功）

６．ＥＯ反馈接口

生产计划系统调用本系统提供的接口，实现飞机或部件ＥＯ执行情况的反馈。

输入：机号（字符串）件号（字符串），序号（字符串），ＥＯ号（字符串），
执行日期

输出：反馈结果（Ｏ失败，１成功）

４．５关键业务界面原型设计

１．适航文件评估界面原型设计

一一——————］
；一。”ｌ
ｌ“芗Ｉ烹特ｌ艘ｒ４耀Ｉ蝴琨！雠ｌ潍琵ｌ当鞲意｛愀滓鹜寿ｉ凝芎救卧ｉ 珏嗽

ｌ∞１１７３７－２’－３３Ａ２１
７３７－６７８
ａ｛ Ｐ４罅到ｉ ｝ｂＣ）Ｉ ４－０６－０２１１ ｉ笈臻｝ 碰Ｋ

７计２。ｏ
｝孔ｌ ｓ。．釜蒜Ｇ

ｔ详估辫表率辫墨束完成评估簸灌的遘靛文件信皇
２默让手显示已疆交投鬏的蘧筑文件馐曼
３拂庠：评估刊疆，驳回，镣洋估，孬估芜最

图４．４适航文件评估界面原型

３９
 飞机维修技术文件管理系统的分析与设计

评估列表列出当前待评估的适航文件信息，包括文件号，机型，ＡＴＡ，标题，

评估期限，适用性，评估日期，当前节点，处理人，驳回节点，驳回节点处理人，

驳回意见。系统默认显示列出为完成评估的审批信息，如果勾选含已提交，则列

出所有未完成审批的适航文件。

双击选择适航文件，信息显示评估界面，评估界面包括基本信息、整体评估、

部分评估、持续适航评估、附件管理、流程信息、评估历史七大部分信息。

。￥％ｌ
ｉ！！竺！堕生堕苎曼！堕主！！！！！！苎ｌ！！堕！麴璺！！！｜！！曼墨ｌ…——————————
羹童ｅ＿！堑兰巡：：＿｜困ｔ靠ａ＿：！量燮二ｌ圜橹殷ａ＿［至三至亘ｊｉ！：］圈格ｔ一垂圣垂：］ ，；｛

：；．蓄嚣

一 嚣瓣一戮瓣■一。 睁ｌ

图４．５适航文件基本信息界面原型

基本信息页签主要包括适航件接收时录入的相关基本内容以及参考文件信

息，双击参考文件列表可以查看参考文件的详细信息。
 第四章系统设计

图４．６适航文件整体评估界面原型

整体评估，如果是Ｒ版（修订版）的适航文件，点击提取旧版信息则将旧

版的评估内容带到当前文件。如果是ＣＡＤ，可以从参考的ＡＤ文件中提取评估

信息。如果评估超过评估时限要求，则需要填写超限评估说明及超限风险评估。

超限判断逻辑如下：

（１） 紧急适航指令在收到的当天完成；

（２） 适航指令距生效日期一个月以内的，从接收之日起五个工作日内完

成；

（３） 适航指令距生效日期一个月以上两个月内的，从接收之日起十个工

作日内完成；

（４） 适航指令距生效日期两个月以上的，从接收之日起十五个工作日内

完成
 飞机维修技术文件管理系统的分析与设计

（５） 服务通告在接收之日起１５天内完成评估。

‘－—－ －—－—－ ．～
（６） 服务信函在接收之日起４２天内完成评估。

ｒ‘———’ｒ———］？—————Ｉ
｝鼹存｛｝攫受ｆ｝时停上传ｉ

图４．７适航文件持续适航评估界面原型

持续适航评估只针对ＳＢ及ＳＬ需要填写。特殊运行类型有选择时必须体现

特殊运行评估结论。

４２
 第四章系统设计

西雯凰网

图４．８适航文件评估界面原型

部分评估包括了部分基本信息管理，时限管理，适用条件管理，适用对象

管理，所需航材信息管理，索赔信息管理，执行方案管理。一份适航文件可以分

为多个部分，点击新增或删除部分进行部分数增减。适用条件需根据适用范围进

４３
 飞机维修技术文件管理系统的分析与设计

行变更，适用范围为飞机的以飞机适用条件的列表进行录入，适用条件为发动机

或部件的以发动杌／附件列表格式进行录入。飞机适用条件的机型及类型为必填，

发动机／附件列表的件号上界及下界为必填。序号上下界可以不填，不填则代表

适用所有符合件号约束的部件。件号及序号的上下界支持通配符￥及幸号，￥代表

通配任何一个字符，・代表通配若干个任何字符，上下界的长度，通配符的位置

必须一致。时限信息包括门槛信息，循环信息及过渡时限。门槛可以是单门槛或

多门槛，任何两个门槛的单位不能是相同的。非循环的不需要录入循环信息，任

何两个循环的单位也是不能相同的。过渡时限主要用于适航文件Ｒ版（修订版）

比上一版本的循环间隔要求缩短时，对新版适航文件颁发后，部分飞机或部件的

距离上一次执行已经超过新的执行要求时采用的控制信息。通常都是多个时限，

同样任何两个过渡时限的单位也是不能相同。所需航材信息录入执行该部分相关

工作所需要的航材，数量是指单架飞机执行工作所需要的数量。每条航材信息都

需要选择适用的飞机或发动机。执行方案录入执行该适航文件，后续要采取的措

施包括发布或修订ＥＯ，ＴＢ，公开等。

图４．９适航文件附件信息界面原型

附件信息，实现对适航文件原文ＰＤＦ文件以及评估报告等附件的管理。点

击文件名可以下载附件进行查看。
 第四章系统设计

图４．１０适航文件基本信息界面原型

评估历史显示所有历次的评估记录，双击可以查看评估详细信息。

流程信息查看流程的流转信息，嵌入工作流程引擎的流程界面。

２．适航文件动态评估

ｆ丽磊：；ｉ荟习
ｆ任务羹鼍｜１。ｉ．．ｉ 静毋｜一 霹号ｊ 任务共墼一蔓。蠹，ｉ 篾秀幕曩叫二，ｉ“ｉ ¨！… 发起薯蕊＿囊¨Ｉ 完商溯隰奠， 鼍韭丑＾

Ｔ２０１４０１０００１ 适用性动态ａ认 新飞乱＆＃｝蕈导＾ ２０’．－０３．０３ ２０１４．－０６－１０ 电手

Ｔ２．０１４０１００１１ 瑚ＡＤ＼；１ｑ
Ｂ－１３ 差甩性动态抽认 新飞机＾Ｄ；膏Ｊ皇导天 ２０１．．０３．０３ ２０铒．０６．１０ 电手

件号厂—＿序号厂————］
雾掣躺断警＼
燕。撂暾蠹蒜存｝、
ｌ却分号
；１
｜一 萱再幢。

９是０吾
垂香亮硪＿：＿

＠罡０吾
－；

２ ０是Ｏ吾 Ｏ是０否

图４．１１适航文件动态评估界面原型 ， ．

动态评估列表包括任务编号，文件号，机号，件号，序号，任务类型，任务

来源，发起日期，完成日期，专业组等信息。点击文件号可以查看适航文件的详

细信息。双击记录，显示适用性确认界面。系统适航文件评估时录入的适用条件

判断适用性，用户可以修改，修改或点击保存完成确认。

３．适航文件重新评估

４５
 飞机维修技术文件管理系统的分析与设计

臣墨参曰秉完威黜菇灏鞲；
尧羲腿ｊ、 接答ｉ？ ，素漂文捧毒

＼≈ｊ㈣＃％。ｍ＃ ∞＃ ％，＃∞ｌｍ“＃ｍ＃ｚｇ＃∞＃ ㈣
；任务强毒ｉ 文静罨１ ０ 狂寅毒哇燕 舞靖－｛葺｝薯鬻，雾、ｉ？： 蠢蠢｛｝ｉ翦ｉ囊。ｎ 发是薯期。７ 下辫交捧， 鲑鼍更 筅翩说啊习
．Ｔ２０＇．Ｏ撕１ ７３７．２如０１ 重新评估 搴度核壹 ２０罅・０３∞３ ２０＇珥・０６．，１０ 完成

．Ｔ２０Ｉ‘０１０００３ ＸＸＸ．ＸＸ．ＸＸＸ 重斩评估 不执行ＳＢ熏新评估 Ｚ０，４・０６．０３ ２０＊－０６・１０ 关闭 芊执行

：Ｔ２０１４０１０００４ ＾Ｄ２０铷２＇－３２ 量斩评倍 ～岷圮２０’．Ｏ∞ ２０’００６．１３ ２０，‘．０７．∞ 未亮成

Ｔ２０＇＇‘Ｏ∞ｏｏ‘ ＾Ｄ２０口．２１‘３２ 量新评估 部分饶成 ２０’‘．０６．１３ ２０．Ｉ‘・０７・’ｏ 束尧威

冬、

遣肮文件编号 ｛ｑ鹾獭瀚麴黼戮辆麟鬻麟镧霸嘲鳓嘲㈣

图４．１２适航文件重新评估列表界面原型

重新评估任务列表列出本专业需重新评估的任务，显示内容任务编号，文件

号，任务类型，任务来源，任务说明，发起日期，完成期限，状态，来源文件号，

处理人，关闭说明等。双击选择重新评估列表中的记录，在原有评估信息的基础

上修改评估信息（同适航指令评估）。修改完成后进行提交，进入审批流程。如

果认为不需要进行重新评估，点击关闭任务。也可以通过适航文件编号过滤找到

需要重新评估的适航文件，人工自主发起重新评估。

４．适航文件动态评估

重囹
ｌ皇目●薯母．、一．一， ，Ｉ薷■ 痒量 任蠡Ｉｌ董 。一
、

曩囊曩■’＋ｉ。＿， 髓■羁‘ 亮盘腿 ’盘蛆

Ｎ
Ｔ２０１４０ｔ０００１ 蕾詹性动寒Ｉｌ认 新＿ｔ札鞠涪簟导＾ ２０，．－０３－∞ ２０１．．０６一＇Ｄ 电子

Ｔ２０＇‘州ｏｏ们 毒甩性动吝矗ｆ“ 拜飞机＾０灌簟导＾ Ｚ０１４搏０３ Ｚ０１４－０６・１０ 电于

瓣淄蔷黧滏罄盔谶燃 圜㈣

一＼萨幕
图４．１３适航文件适用对象动态评估界面原型
｝２ ；０量０番 Ｏ量。吾

对新飞机ＡＤ清单导入判断适用性有差异的记录进行人工干预判断适用性，

将适用信息添加到相应的适航指令中。

原装机件导入或是有新件入库时，系统根据适航指令附件适用条件判断适航

指令各部分的有效性，有效的形成动态评估清单，由各专业组逐条确认，确认有
 第四章系统设计

效后加入适航指令适用附件列表。

５．适航文件执行情况核查

又件类型回＾Ｄ
曰ＣＡＤ
留筠
文俘号ｉ
’一 ｌ机型 机号
序（二］业巫日炼斛固 ｊ电子
｜电气
；机簟
日ｓＬ
！结掏
ｆ发动机
ｌ囊存蔫母｝瓤聱， 闻阻 糖蓉． 警女睫盛暑期。｜完磊曩糟。 ｝静霉垮蓉 ｌ珊蕈ｌ敬 ｝计曩亮盛矗期 ｆ耘玎，

Ｐ拍中彻船７删
３１－０１ 采完成 芒完成 ２０１４－０２．１１ 气数击．薹蠹唯凳工＆文
幢订
。一件执行记曩

园
２。蠹毒蔫霜谱嚣摈褰。尊
丧亮最８髓．壳媛曩霸
的聱致

Ｉ工程文陷母 机望 蕊 瓤鼍 ｝番号 库鼍 拭斑一 ｜执行基瓤 ｝执抒鼍 触任叠书薯母■

ＥＯ・７３７・２■２０＇２００３ ７３７．８００ ３１．０１ Ｂ－５０３６ 已监撞 ２０＇３．位．竹 置门 ＰＰＣ．２口铝Ｏ，０２

Ｅ０－７３７－２１－２０１２００３ ７３７．８∞ ３１－０１ 昏５０３８ 已监撞 ２０１４．０２．，ｏ 厦门 ＰＰｃ－２０１４０１０２

ｌ抗卷为已完成圮蓝接，对盘ｔ簪帮骨罡蠢
衡碍：．可Ｉ燥天ｔ竣甘弼
机母囹件毒［二］序号
糕母凌圳王ｊ固完成Ｂ期 重圃圈
２拔惑为已完戚可蕾萼完成ｇ捆
３拔卷旁亲亮藏，省动灌障ｔ痰完磷日辑ｔ
及亮菇茸鹅
●．彝菇环的静许拭卷芊蹙垂已监攫
§．攥存羞拜酿毒劫记囊纠正又．纠正日藕
纠正说明

［亟医匿
图４．１＿４适航文件执行情况核查界面原型

异常清单显示适航指令编号，标题，机型，Ａ１队，机号，件号，序号，状态，

首次执行日期，完成日期，计算状态，计算首次，工程文件执行记录。双击后弹

开纠正界面，进行纠正。

６．工程指令编辑

臣爱丑
任鼻■孽 侄舅重■ 任鼻毫一 僻嘲 鬟翻 寞■—● 囊曩空降暮ｉ量曩＾ 量矗＊■ 鬟雕■
１ 谨∞柏咖１０ 翻鹏 皇譬 ２０１４‘６ 棚Ⅲ 静。【粮．矾ｌ
２ Ｔ２∞∞Ｏ∞１１ 鬟椭 皇ｔ 加１４．６－２ 抽１５－３｛ ∞０Ⅲ．）∞Ｃ

图４．１５工程指令编辑列表界面原型

４７
 飞机维修技术文件管理系统的分析与设计

任务列表显示待编写或修订的工程指令任务，列表包括任务编号，任务类

型，任务来源，任务说明，发起日期，完成期限，来源文件号，处理人，是否关

闭，关闭时间。双击任务，打开ＥＯ编辑界面，并从来源继承相关信息。

ＥＯ列表显示当前未完成申请的ＥＯ信息，包括ＥＯ编号，对象范围，版本，

标题，颁发原因，ＡＴＡ，是否ＡＤＣＡＤ相关。双击列表，打开ＥＯ详细内容界面。

７．技术通告编辑

技术通告包括基本信息，相关机型／相关文件详细内容，适用对象，发往单

位，适用范围，件序号对应ＳＢ，插页要求七个ＴＡＢ页签。

囹圈髅豳臣麴口臣四鬯霾竺鬯舞鬯要臣三二］
ｉ疗飞机 ｒ附件 ｒ发动机盎肿Ｉｒ改装 ＃矗告 子盎别；Ｆ蚤饕鼹制 ： 改装类ＴＢ不需子类型。通告的子类型中增
加“插页要求”子项．

再而ｉ而硇躺ｌ：—１１４２—９３广芳芙｛ｆ－墉写日期互商ｉ丽：ｉ盲ｊ车缩写竞聩；ｌ国ｓ委求
ｉｉ‘—趸 厂ＡＤｅ＾Ｄ项＃融：广颤本号．ｏ 目精状态．来出原
当且仅当勾选ｊ＇ＡＤ／ＣＡＤ，在提交时候，必
须要求所有发往单位的执行完成Ｂ寸限部填
写亮或。

一明＿—————————＿圃鬈震黼
当且仅当选择了
是，风险ｉ耳咕说明

麓匿豳弱露露嬲爱盟豳罄圜圈隧豳豳蹬圈蕊露露鼷弱塑隧磁爱霾霹露蕊隧强圜圜蕊霾蕊翟疆爨蹬罄匿豳控翩・默认为否

￡ｔ是ｉ）百～
・
当且仅当用户点击‘修订版Ｔ８”这个按
’

钮时。所有字段都为必填．不需默认

０墨。否——当类别为改装时，改装类ＴＢ的内容才可编辑

——
是言育黼孵最

——时阃编辑器，提前五天女Ｂ果不是已完成或者已监控都要提
醒。

是吾育Ｓ６怒是之々ｔ朝要事
当类别为改装时．改装类Ｔ８的内容
茸弛星球 ： 才可编辑，若选择了是。贝Ｉ其他要求
必须填写。是否要求为必填但不给默
认

图４．１６技术通基本信息界面原型

基本信息包括ＴＢ基本内容，风险评估，修订版信息，改装时限，改装类
 第四章系统设计

ＴＢ内容等信息。

【）虽曩盈臣至臣至习夏塑！鬯翌翌銎臣至
■—＿■■■■——■—■圈■■圈■暖曩■■■■■■■—■●—一
文件大类 文件续粤 文件类型 部分号 关联类型 ｜关联结景

图４．１７技术通告相关机型及文件界面原型

该页签用于录入ＴＢ适用的机型，相关的参考文件，点开ＥＰＩＣ图标进行ＴＢ

详细内容编写。

ｊ亟口震露国鐾（】叵Ｊ［骂翳鬯需要雯臣司

件号 序号 ＴＢ壤号 ｝ＳＢ癣号 ＳＢ完蝴 文件嚣分号 改装蠢汉 完或日期 送痿单号 机垒 项号 机号 执行粥４ 备注 加入方；熹 加入日期 评信人工号

图４．１８技术通告适用对象界面原型

适用对象页签用以管理ＴＢ适用的飞机以及适用的附件。

’礁ｎ燕 咣 碱 珀触 佃缝域 １Ｂ鳇盥

白麟
１日期强数
粼弹啦 ｌ稠捌Ｅｉ醴 工科翻 搦湖曩 签收入 签畋明 衔人 接厅明ｌ割Ｉ嚏迥 宣捌Ｉ作
国撮 签姒 翻棚 行人 ｆ．日霸 词Ｉ壤见

图４．１９技术通告发送单位维护界面原型

发往单位用以管理ＴＢ审批后要发送签收任务的部门。

４９
 飞机维修技术文件管理系统的分析与设计

ｆ翻棚撇ｌ当Ｔ８对象为附陶髓筻ｉ溯时．不蝴．这
一里编鼬嘲中的飞ｊ眵烩捆＾适甩对象中．
图４．２０技术通告适用条件维护界面原型

线号＼客户有效号＼所有飞机，该页签用以管理ＴＢ适用的飞机条件。当ＴＢ

适用对象为附件或发动机时，不能编辑。点击更新适用对象时，将适用飞机加到

适用飞机列表。

叵！鐾爱ｉ≤困墨蟹芒錾！鬯翌懋露丘三
。麓帆。库存
煎雩：
一簧｝一鸯争金建∞尊蒋
二葛。霹代嚣瓣鎏臻嚣霉辱
三摹号彳壤赠最鬈ＡＬＬ・

图４．２ｌ技术通告适用对象对应踮维护界面原型

件序号对应ＳＢ适用范围，用以录入ＴＢ适用的件序号范围，以及需要执行

的ＳＢ信息。点击更新适用对象将适用的部件强加到适用附件／发动机列表。

亘霞鏖主歪ｆ至｛｝鲎鲎｛雯］隧霸
匪三譬至兰至兰然糍黝 图４．２２技术通告插页信息维护界面原型

插页要求录入插页信息，当ＴＢ的子类别包含插页要求时，该部分需要填写。

４．６系统数据库设计

４．６．１系统Ｅ＿Ｒ图
 第四章系统设计

图４．２３适航文件管理模块Ｅ－Ｒ图

臣丑ｎ◇
图４．２４工程指令管理模块Ｅ－Ｒ图

５１
飞机维修技术文件管理系统的分析与设计

图４．２５技术通告Ｅ．Ｒ图

图４．２６附件送修方案Ｅ．Ｒ图
 第四章系统设计

４．６．２系统数据库表

表４．２飞机维修技术文件管理信息系统的表清单

序号 表名 说明

１ ＡＷＦ ＦＩＬＥ ＭＡＩＮ 适航文件基本信息表

２ ＡＷＦ ＥＶＡ Ｓ脏ＥＴ 适航文件评估单主表

ＡＷＦ ＥＶＡ ＳＨＥＥＴ ＰＡＩ己Ｔ 适航管理文件评估单部分明细信

３
息
ＡＷＦ ＡＰＰＬＩＣ ＡＣ 适航管理文件每个部分适用的飞
４
机
ＡＷＦ ＡＰＰＬＩＣ ＣＯＭ咿ＯＮＥＮＴ 适航管理文件每个部分适用的附
５
件
６ ＡＷＦ ＦＩＬＥ Ｉ冱ＬＡＴＩＯＮ 适航文件的参考关系

７ ＡＷＦ Ｅ幽ＭＡ乃曰叫 适航文件所需要的航材信息

８
ＡＷＦ ＥⅫＣ ＥＶＡ ＦＡＣＴＯＲ ＳＢ是否执行评估因素

９ ＡＷＦ ＥＸＥＣ ＥＶＡ ＦＡＣＴＯＲ ＣＡＴＥ ＳＢ是否执行评估因素类别

ＡＷＦ ＥＸＥＣ ＦＡＣＴＯＲ ＥＶＡ ＲＥＳ 适航文件（ＳＢ）执行因素评估评

１０
估结果
１１ ＡＷＦ ＦＥＥＤＢＡＣＫ ＬＯＧ 适航文件下游反馈记录

１２
ＡＷＦ ＳＥＡＳＯＮ Ｃ砸ＣＫ 适航文件季度核查

１３ ＥＯ Ｎ幽Ⅲ 工程指令主表

１４ ＥＯ ＡＣ 工程指令适用的飞机

１５ ＥＯ ＣＯＭ 工程指令适用的部件

１６ ＥＯ ＦＩＬＥ 工程指令相关的文件信息

１７ ＥＯ ＭＡＴＥＲＩＡＩ， 工程指令所需航材

１８
ＥＯ ＣＩＲＣＬＥ ＡＣ ＥＯ循环飞机表

１９ ＥＯ ＣⅡ己ＣＬＥ ＣＯＭ ＥＯ循环附件＼发动机表

２０ ＥＯ ＣＯＮ口ＬＥＴＥ ＬＯＧ ＥＯ执行日志表（ＥＯ）

２１
ＥＯ ＭＯＤＥＬ ＥＯ机型表（ＥＯ）

２２
ＥＯ ＰＬＡＮ ＨＯＵＲｓ ＥＯ计划工时表

２３ Ｅ０ ＰＲＯＰＥＲＴＹ ＥＯ属性表

５３
 飞机维修技术文件管理系统的分析与设计

２４ ＥＯ ＷＯＲＫ ＥＯ计划工时表

２５ ＥＯ ＷＯＲＫ ＡＰＰＬＹ ＥＯ航材适用对象表（ＥＯ）

２６
ＴＢ Ｍ圳 技术通告主表

２７ ＴＢ ＣＯⅣ限ＬＥＴＥ 技术通告适用对象

２８ ＴＢ ＡＣＣＥＰＴ ＦＥＥＤＢＡＣＫ 技术通告接收反馈信息

２９ ＴＢ ＣＯＮⅡ’ＬＥＴＥ ＣＨＥＣＫ ＴＢ适用对象动态管理

３０
ＴＢ ＭＯＤＥＬ ＴＢ适用机型

３１ ＣＲＣⅣ嵴ＪＮ 附件送修方案主表

３２ ＣＲＣ ＰＡＲＴ ＦＵＮＣＴＩＯＮ 附件功能基本信息

３３ ＣＲＣ Ｉ冱ＬＡ ＥＮＦＩＬＥ 送修方案相关工程文件

３４ ＣＲＣ ＦＡ儿ＵＲＥ ＡＮＡＩ，ＹＳＥ 附件故障分析

３５ ＣＲＣ ＡＰＰＬＩＣ ｓＮ ＡＳＳＥＲＴ 送修方案附件适用序号条件

主要表的结构设计如下：

表４．３适航文件基础信息表（ａｗｌ＇一ｆｉｌｅ—ｍａｉｎ）
名称 字段名称 类型 候选键 非空 说明
领７ＩＤ 主键ＧＩ皿 ｖａｒｃｈａｒ（４０） 主键 ＹＥＳ 主键ＧＩ皿
ＦＩＬＥ ＮＯ 文件编号 ｖａｒｅｈａｒ（２５） 候选主 ＹＥＳ 文件编号
键
ＦＩＬＥ ＴＹ 文件类型 ｖａｒｅｈａｒ（３） ＹＥＳ 文件类型
ＰＥ （ＳＢ，ＳＬ，
ＡＤ，ＣＡＤ）
Ｉ也ＶＩＳＩＯ 修正案 ｖａｒｃｈａｒ（３０） ＮＯ 适航质量修正
Ｎ ＮＯ 案
ＴＩＴＬＥ 文件标题 ｖａｒｃｈａｒ（２００） ＹＥＳ 文件标题
ＦＩＬＥ ＬＥ 等级 ｃｈａｒ（１） ＮＯ 服务通告等级
、，ＥＬ

ＶＥＲＳｌ０ 文件版本号 ｖａｒｃｈａｒ（５） ＹＥＳ 文件版本号

Ｎ ＮＯ

虹入 ＡＴＡ章节 ｃｈａｒ（４） ＹＥＳ 相关ＡＴＡ章

节
 第四章系统设计

ＩＳＳＵＥ Ｄ 颁发日期 ｄａｔｅｔｉｍｅ（８） ＹＥＳ 颁发日期

ＡＴＥ

ＥＦＦＥＣＴ 生效日期 ｄａｔｅｔｉｍｅ（８） ＮＯ 生效日期

ＤＡＴＥ

ＲＥＣＥⅣＥ 收到日期 ｄａｔｅｔｉｍｅ（８） ＮＯ 服务通告收到

ＤＡＴＥ 日期
ＬＩＭＩＴ Ｎ 时限描述 ｖａｒｃｈａｒ（５０００） ＮＯ 完成的时限描
ＯＴＥ 述
ＭＯＤＥＬ 适用机型 ｖａｒｃｈａｒ（１００） ＮＯ 所有适用机型
ＡＬＬ

ＰＮ ＡＬＬ 适用件号 ｖａｒｃｈａｒ（２００） ＮＯ 全部适用件号

ＳＮ ＡＬＬ 适用序号 ｖａｒｃｈａｒ（２００） ＮＯ 所有适用序号

ＶＥＮＤＯＲ 厂家名称 ｖａｒｅｈａｒ（３０） ＮＯ 厂家名称

ＲＥＡＳＯＮ 颁发原因 ｖａｒｃｈａｒ（５０００） ＮＯ 颁发原因
ＯＴＨＥＲ 其他机型 ｖａｒｃｈａｒ（８０） ＮＯ 其他机型
ＭＯＤＥＬ

表４．４适航文件评估单主表（ａｗｄ—ｅｖａ—ｓｈｅｅｔ）
名称 字段名称 类型 候选键 非空 说明
ＰＫＤ 评估流水号 ｂｉｇｉｎｔ 主键 ＮＯ 评估流水号

ＦＩＬＥ ＧＵ 适航文件 ｖａｒｃｈａｒ（４０） ＮＯ 适航文件ＧＵＩＤ

ＩＤ ＧＩ胁
觚入 相关ＡＴＡ章 ｃｈａｒ（４） ＹＥＳ 相关ＡＴＡ章节
节
ＭＯＤＥＬ 适用机型 ｖａｒｃｈａｒ（１２０） ＹＥＳ 适用机型

ＳＣＯＰＥ 适用范围 ｃｈａｒ（１） ＹＥＳ 适用范围

ＬＩＭＩＴ Ｎ 完成时限 ｖａｒｃｈａｒ（５００） ＹＥＳ 完成的时限描
ＯＴＥ 述
ＳＴ．ＡＴＵＳ 状态 ｖａｒｃｈａｒ（５） ＮＯ 状态

ＶＡＬ【ＤＩＴ 适用性 ｃｈａｒ（１） ＹＥＳ 适用性

Ｙ

ＶＡＬＩＤＩＴ 不适用原因 ｖａｒｃｈａｒ（３００） ＹＥＳ 不适用原因

Ｙ ＮＯＴＥ

ＥＶＡ ＲＥ 评估结果 ｖａｒｃｈａｒ（８００） ＹＥＳ 评估结果

ＳＵＬＴ

ＯＴＨＥＲ 其他机型 ｖａｒｃｈａｒ（８０） ＹＥＳ 其他机型

ＭＯＤＥＬ
ＷＲＩＴＥＲ 评估者工号 ｖａｒｃｈａｒ（５） ＹＥＳ 评估者工号
 飞机维修技术文件管理系统的分析与设计

ＥⅣ田『Ｎ０

ＷＲＩＴＥＲ 评估者姓名 ｖａｘｃｈａｒ（１ ０） ＹＥＳ 评估者姓名

ＷＲＩＴＥ 评估日期 ｄａｔｅｔｉｍｅ ＹＥＳ 评估日期

ＤＡＴＥ

ＩＳＳＵＥ Ｙ 评估完成标 ｃｈａｒ（１） ＹＥＳ 评估完成标示

ＥＳ 不 １，０
ＲＥＬＡ Ｐ 相关部件 ｖａｒｅｈａｒ（５０） ＹＥＳ 相关部件
ＡＲ飞

ＥＸＥＣ Ｆ 是否需要执 ｃｈａｒ（１） ＹＥＳ 是否需要执行

ＬＡＧ 行
ＥＮＧ ＬＥ 发动机级别 ｉｎｔ ＹＥＳ 发动机级别
ＶＥＬ

ＥＮＧ ＴＹ 发动机类型 ｖａｒｃｈａｒ（１ Ｏ） ＹＥＳ 发动机类型

ＰＥ

ＳＥＮＤ Ｒ 是否需要送 ｃｈａｒ（１） ＹＥＳ 是否需要送修

ＥＰＡⅡ己Ｆ 修
ＬＡＧ

ＥＸＥＣ Ｃ 执行条件 ｖａｒｃｈａｒ（３００） ＹＥＳ 执行条件

ＯＮＤＩＴＩＯ

ＣＯＮＴＲＯ 控制时限 ｉｎｔ ＹＥＳ 控制时限

Ｌ Ｍ蛐
ＥＲ

ＣＯＮＴＲ０ 控制时限单 ｃｈａｒＯ） ＹＥＳ 控制时限单位

Ｌ ＵＭＴ 位
ＧＲＯＵＰ Ｉ 工程组别 ｉｎｔ ＹＥＳ 工程组别
Ｄ

Ｉ逻ＶｍＷ 重新评估时 ｉｎｔ ＹＥＳ 多久重新评估

州Ｍ 限
ＯＮ

ＥＶＡ ＩｔＥ 评估结论 ｖａｒｃｈａｒ（５００） ＹＥＳ 系统判断是否

ＳＵＬＴ Ｎ 执行与评估不
ＯＴＥ 一致原因说明

ＳＣＯＩ己Ｅ 评分 ｉｎｔ ＹＥＳ 评分

ＳＢ ＧＲＡ ＳＢ等级 ｈａｔ ＹＥＳ ＳＢ等级
ＤＥ

ＳＰＥＣ Ｒ 特殊运行相 ｃｈａｒＯ） ＹＥＳ 特殊运行相关１

ＵＮ ＦＬＡ 关 相关０无关
Ｇ

５６
 第四章系统设计

心ｋ吼 文件全章节 ｖａｒｃｈａｒ（２００） ＹＥＳ 文件全章节

Ｌ

ＳＰＥＣＬ气Ｌ 特殊运行类 ｖａｒｃｈａｒ（１ ００） ＹＥＳ 特殊运行类型

Ｉ洲 型
ＦＩＬＥ ＬＥ 是否紧急 ｖａｒｃｈａｒ（１） ＹＥＳ 是否紧急（替代
ＶＥＬ ＳＢ等级）

ＦＩＬＥ ＦＵ 目的，作用 ｖａｒｃｈａｒ（１） ＹＥＳ 目的，作用 Ｅ

ＮＣＴＩＯＮ 耐久性Ｉ信息
Ｍ维护性 Ｒ

可靠性Ｓ安全
性

ＳＰＥＣＬ气Ｌ 特殊运行评 ｖａｒｃｈａｒ（８００） ＹＥＳ 特殊运行评估

ＥＶＡ Ｒ 估结论 结论
ＥＳＵＬＴ

表４．５适航文件部分评估单（ａｗｄ＿ｅｖａ＿ｓｈｅｅｔ＿ｐａｒｔ）
名称 字段名称 类型 候选键 非空 说明
ＰＫＤ 评估流水号 ｂｉｇｉｎｔ 主键 ＮＯ 评估流水号

ＧＩ皿 部分评估 ｖａｒｃｈａｒ（４０） ＮＯ 部分评估ＧＵＩＤ

ＧＩ皿
ＦＩＬＥ ＥＶ 评估单ｍ ｂｉｇｉｎｔ ＮＯ 评估单Ⅲ
Ａ Ｐ妯
ＰＡＲＴ Ｎ 部分号 ｉｎｔ ＮＯ 部分号
Ｏ
ＳＣＯＰＥ 适用范围 ｃｈａｒ（１） ＹＥＳ 适用范围（基础
列表 ＦＳ．ｆｉｌｅ

ｓｃｏｐｅ）
ＶＡＬＩＤＩＴ 部分适用性 ｃｈａｒ（１） ＹＥＳ 部分适用性
Ｙ

ＰＡＲＴ Ｔ 部分类型 ｃｈａｒ（１） ＹＥＳ 部分类型（基础

ＹＰＥ 列表ＦＰＴ）
ＥＸＥＣ Ｆ 是否执行 ｃｈａｒ（１） ＹＥＳ 是否执行
ＬＡＧ

ＳＴＡＴＵＳ 部分状态 ｖａｒｃｈａｒ（５） ＮＯ 部分的当前状

态
ＷＯＲＫ 工作描述 ｖａｒｃｈａｒ（８００） ＹＥＳ 部分工作描述
ＮＯＴＥ

ＳＴＡＴＵＳ 状态说明 ｖａｒｃｈａｒ（１ ５） ＹＥＳ 部分的状态备

ＮＯＴＥ 注
 飞机维修技术文件管理系统的分析与设计

ＤⅣＡＬＩＤ 不适用类型 ｖａｒｃｈａｒ（１ ００） ＹＥＳ 不适用类型

ＩＴＹ

ＶＡＬＩＤＩＴ 适用性说明 ｖａｒｃｈａｒ（３００） ＹＥＳ 适用性说明

Ｙ ＮＯＴＥ

表４．６适航文件适用飞机（ＡＷＦ—ＡＰＰＬＩＣ—ＡＣ）
名称 字段名称 类型 候选键 非空 说明
ＰＫⅢ 流水序列号 ｂｉｇｈｔ ＮＯ 流水序列号
ＰＡＲＴ Ｇ 相关评估单 ｖａｒｃｈａｒ（４０） ＮＯ 相关评估单部
ＵＤ 部分的ＰＫＩＤ 分的ＰＫＩＤ
ＡＣ 适航指令的 ｖａｒｃｈａｒ（６） ＮＯ 适航指令的部
部分相关的 分相关的飞机
飞扔号 号
ＳＴＡＴＵＳ 部分相关飞 ｖａｒｃｈａｒ（１ ０） ＹＥＳ 部分相关飞机
机的状态 的状态
ＩＮＩＴ认Ｌ 首次完成日 ｄａｔｅｔｉｍｅ ＹＥＳ 首次完成日期
ＤＡＴＥ 期
【ＮＩＴ认Ｌ 首次完成说 ｖａｒｃｈａｒ（５０） ＹＥＳ 首次完成说明
ＮＯＴＥ 明
ＣＯＭｅＬＥ 完成日期 ｄａｔｅｔｉｍｅ ＹＥＳ 完成日期
ＴＥ ＤＡＴ
Ｅ

ＳＴＡＴＵＳ 完成情况说 ｖａｒｃｈａｒ（８０） ＹＥＳ 完成情况说明

ＮＯＴＥ 明
Ｃ髓ＣＫ 核查人姓名 ｖａｒｃｈａｒ（１ ０） ＹＥＳ 核查人姓名
ＮＡＭ匣
ＣＨＥＣＫ 核查日期 ｄａｔｅｔｉｍｅ ＹＥＳ 核查日期
ＤＡＴＥ

ＣＨＥＣＫ 核查方式 ｈａｔ ＮＯ 核查方式

Ｍ匣１ＨＯ
Ｄ

ＶＡＬＤＩＴ 是否适用 ｃｈａｒ（ｉ） ＮＯ 是否适用

Ｙ

表４．７适航文件部分评估单（ＡＷＦ ＥＶＡ ＳＨＥＥＴ ＰＡＲＴ）

名称 字段名称 类型 候选键 非空 说明
Ｐｍ ＧＵＤ主键 ｂｉｇｉｎｔ ＮＯ ａ７ｍ主键
ＰＡＲＴ Ｇ 部分评估单 ｖａｒｅｈａｒ（４０） ＹＥＳ 部分评估单的
∞ 的ＧＵＩＤ ＧＩ玎Ｄ

ＰＮ 件号 ｖａｒｃｈａｒ（２５） ＮＯ 件号

５８
 第四章系统设计

ＳＮ 序号 ｖａｒｃｈａｒ（５０） ＮＯ 序号
ＳＴＡＴＵＳ 执行状态 ｖａｒｃｈａｒ（１ ０） Ｎ０ 执行状态
Ⅱ叮ＩＴ】忪Ｌ 首次完成日 ｄａｔｅｔｉｍｅ ⅦＳ 首次完成日期
ＤＡＴＥ 期
ＩＮＩＴ认Ｌ 首次完成说 ｖａｒｃｈａｒ（５０） ＹＥＳ 首次完成说明
ＮＯＴＥ 明
ＣＯⅣ田ＬＥ 完成日期 ｄａｔｅｆｉｍｅ ＹＥＳ 完成日期
ＴＥ ＤＡＴ
Ｅ

ＳＴＡＴＵＳ 完成情况说 ｖａｒｃｈａｒ（５０） ＹＥＳ 完成情况说明

ＮＯＴＥ 明
ＣＯＮＦＩＲ 需要确认标 ｉｎｔ ＹＥＳ 需要确认标识
Ｍ ＦＬＡＧ 识 （新飞机发动
机ＡＤ／ＣＡＤ到
达后是否已经
确认１待确认
Ｏ已确认）
ＩＮ ＤＡＴＥ 数据写入时 ｄａｔｅｔｉｍｅ ＹＥＳ 数据写入时间
间
ＵＰＤＡＴＥ 修改时间 ｄａｔｅｔｉｍｅ ＹＥＳ 修改时间
ＤＡＴＥ

表４．８适航文件执行所需航材信息（ＡＷＦ—ＥＶＡ—ＭＡＴＥＲＩＡＬ）
名称 字段名称 类型 候选键 非空 说明
ＰＫＤ ＧＩ皿主键 ｂｉｇｉｎｔ 主键 ＮＯ ＧＩ皿主键
ＰＡＩ汀Ｇ 部分评估单 ｖａｒｃｈａｒ（４０） ＮＯ 部分评估单
ＵＩＤ ＧＩ皿 ＧＩⅡＤ

ＰＮ 件号 ｖａｒｃｈａｒ（３０） ＹＥＳ 件号
ＤＥＳＣ Ｃ 中文名称 ｖａｒｃｈａｒ（５０） ＹＥＳ 中文名称
ＤＥＳＣ Ｅ 英文名称 ｖａｒｃｈａｒ（５０） ＹＥＳ 英文名称
ＱＴＹ 数量 ｈａｔ ＹＥＳ 数量
ＵＮＩＴ 单位 ｃｈａｒ００） ＹＥＳ 单位
ＵＮＩＴ ＰＲ 单位价格 ｈａｔ ＹＥＳ 单位价格
ＩＣＥ

ＶＥＮＤＯＲ 厂家 ｖａｒｃｈａｒ（３ ００） ＹＥＳ 厂家

ＶＥＮＤＯＲ 厂家地址 ｖａｒｃｈａｒ（３００） ＹＥＳ 厂家地址
ＡＤＤＲ

ＣＯＵＮＴＥ 索赔标识 ｃｈａｒ（１） ＹＥＳ 索赔标识

ＲＣＬＡＩＭ
ＦＬＡＧ
ＤＩＳＣＯＵ 折扣 ｈａｔ ＹＥＳ 折扣
ＮＴ

５９
 飞机维修技术文件管理系统的分析与设计

ＮＯＴＥ 说明 ｖａｒｃｈａｒ（８００） ＹＥＳ 说明

ＲＥＱ－ＤＡ 需求时间 ｄａｔｅｔｉｍｅ ＹＥＳ 需求时间
ＴＥ

表４．９工程指令管理主表（Ｅｏ ＭＡ玳）
名称 字段名称 类型 候选键 非空 说明
ＥＯ ＮＯ ＥＯ编号 ｖａｒｃｈａｒ（２５） ＮＯ ＥＯ编号
ＰＫＤ 流水号Ｄ ｂｉｇｉｎｔ 主键 ＹＥＳ 流水号ｍ
ＶＥＲＳＩＯＮ
版本号 ｓｍａｌｌｌｉｎｔ ＮＯ 版本号
ＮＯ
工程指令相关
瓯ｋ ＡＴＡ章节 ｃｈａｒ（４） ＮＯ
ＡＴＡ章节
工程指令适用
ＭＯＤＥＬ 适用机型 ｖａｒｃｈａｒ（１ ２０） Ｎ０
机型
ＥＯ ＴＹＰＥ ＥＯ类别 Ｃｈａｔ（１） ＹＥＳ ＥＯ类别
ＩＳＳＵＥ ＤＡ 工程指令颁发
颁发日期 ｄａｔｅｔｉｍｅ ＹＥＳ
ＴＥ 日期
ＥＦＦＥＣＴ Ｄ
生效日期 ｄａｔｅｔｉｍｅ ＹＥＳ 生效日期
ＡＴＥ

Ｓ１’Ａ１ＵＳ 状态 ｖａｒｃｈａｒ（５） ＹＥＳ 状态

ＣＯＮ口ＬＥＴ
完成日期 ｄａｔｅｔｉｍｅ ＹＥＳ 完成日期
Ｅ ＤＡＴＥ

ＷＣＨＡＮＧ
重量改变 ｖａｒｃｈａｒ（８０） ＹＥＳ 重量改变内容
Ｅ ＮＯＴＥ

ＭＣＨＡＮＧ 力矩改变内
ｖａｒｃｈａｒ（８０） ＹＥＳ 力矩改变内容
Ｅ ＮＯＴＥ 容
ＭＡＮＨＯＵ 推荐完成工
ｄｅｃｉｍａｌ ＹＥＳ 推荐完成工时
ＲＳ 时
ＳＣＨＥ【）ＵＬ 生产安排的 对生产安排的
ｖａｒｃｈｍ＇（２００） ＹＥＳ
Ｅ 建议 建议
ＳＵＰＰＯＩＵ’ 特殊支援 ｖａｒｃｈａｒ（１ ００） ＹＥＳ 特殊支援
ＷＲＩＴＥＲ
编写者工号 ｖａｒｃｈａｒ（５） ＹＥＳ 编写者工号
ＥＮ口Ｎ０
ＷＲＩＴＥＲ 编写者 ｖａｒｃｈａｒ（１ ００） ＹＥＳ 编写者工号
ＷＲＩＴＥ Ｄ
编写日期 ｄａｔｅｔｉｍｅ ＹＥＳ 编写日期
ＡＴＥ

ＩＮＩＴ认Ｌ
初始日期 ｄａｔｅｔｉｍｅ ＹＥＳ 初始日期
ＤＡＴＥ

Ｈ ＴＹＰＥ 修订类型 ｖａｒｃｈａｒ（１） ＹＥＳ 修订类型

修订的主要 修订的主要页
Ｈ ＮＯＴＥ ｔｅｘｔ ＹＥＳ
页面及内容 面及内容
ＲＥＡＳＯＮ 修订原因 ｖａｒｃｈａｒ（１） ＹＥＳ 修订原因
 第四章系统设计

ＴＹＰＥ

ＷＣＨＡＮＧ
重量改变 ｄｅｃｉｍａｌ 重量改变
一

ＹＥＳ
Ｅ

ＭＣＨＡＮＧ
力矩改变 ｄｅｃｉｍａｌ ＹＥＳ 力矩改变
Ｅ

ＦＥＥＤ ＢＡ
是否需反馈 ｖａｒｅｈａｒ（１） ＹＥＳ 是否需反馈
ＣＫ

ＧＲＯＵＰ Ｉ ＥＯ编写者
ｉｎｔ ＹＥＳ ＥＯ编写者组别
Ｄ 组别
ＦＥＥＤＢＡＣ
反馈内容 ｖａｒｅｈａｒ（２５５） ＹＥＳ 反馈内容
Ｋ

ＥＯ ＣＬＡＳ
ＥＯ等级 ｃｈａｒ（１） ＹＥＳ ＥＯ等级
Ｓ
是否需要反 是否需要反馈
ⅢＢＡＣＫ ｃｈａ“１） ＹＥＳ
馈采集信息 采集信息
ＥＬＡ ＹＥＳ ｅｌａ附件 ｃｈａｒ（１） ＹＥＳ ｅｌａ附件
关联ＣＲ编
ＣＲ ＮＯ ｖａｒＣｈａｒ（３０） ＹＥＳ 关联ＣＲ编号
号
工程指令适 工程指令适用
ＳＣＯＰＥ ｃｈａｒ（１） ＹＥＳ
用范围 范围
ＲⅡ 必检类型 ｃｈａｒ（１） ＹＥＳ 必检类型
工程指令标
ＴＩＴＬＥ ＣＮ ｖａｒｃｈａｒ（８０） ＹＥＳ 工程指令标题
题
ＲＥＡＳＯＮ 工程指令颁 工程指令颁发
ｖａｒｃｈａｒ（２００） ＹＥＳ
ＣＮ 发原因 原因
ＴＩＴＬＥ ＥＮ 英文标题 ｖａｒｃｈａｒ（２５５） ＹＥＳ 英文标题
ＲＥＡＳＯＮ 英文颁发原
ｖａｒｃｈａｒ（２５５） ＹＥＳ 英文颁发原因
ＥＮ 因

表４．１０ ＥＯ适用飞机（ＥＯ ＣＯＭＰＬＥＴＥ ＡＣ）

名称 字段名称 类型 候选键 非空 说明
ＰＫＩＤ 流水号 ｂｉｇｉｎｔ 主键 ＮＯ 流水号主键
ＥＯ Ｎ０ Ｅ０编号 ｖａｒｃｈａｒ（２５） ＮＯ Ｅ０编号
ＡＣ 机号 ｖａｒｃｈａｒ（６） ＮＯ Ｅ０相关机号
ＳＴＡＴＵＳ 状态 ｖａｒｃｈａｒ（５） ＹＥＳ 状态
ＩＮＩＴＩＡＬ 初始完成日
ｄａｔｅｔ ｉｍｅ ＹＥＳ 初始完成日期
ＤＡＴＥ 期
ＦＥＥＤＢＡＣＫ 初始反馈日
ｄａｔｅｔ ｉｍｅ ＹＥＳ 初始反馈日期
——ＤＡＴＥ ，ｙＪ

ＦＥＥＤＢＡＣＫ 初始反馈备
ｖａｒｃｈａｒ（５０） ＹＥＳ 初始反馈备注
ＮＯＴＥ 注
Ｃ０肝ＬＥＴＥ 最终完成日 ｄａｔｅｔ ｉｍｅ ＹＥＳ 最终完成日期
 飞机维修技术文件管理系统的分析与设计

ＤＡＴＥ 期
Ｃ０＾舻ＬＥＴＥ 最终完成备
ｖａｒｃｈａｒ（５０） ＹＥＳ 最终完成备注
ＮＯＴＥ 注
ＥＮＦＩＬＥ Ｎ ｖａｒｃｈａｒ（２００
Ｅ０类型 ＹＥＳ Ｅ０类型
ＯＴＥ ）
ＬＡＳＴ ＳＴＡ 上一次的状
ｖａｒｃｈａｒ（５） ＹＥＳ 上一次的状态
ＴＵＳ 态
ＬＡＳＴ ＩＮＩ
上一次的完 上一次的完成
ＴＩＡＬ ＤＡＴ ｄａｔｅｔ ｉｍｅ ＹＥＳ
成日期 日期
Ｅ

ＬＡＳＴ ＦＥＥ
上一次的完 上一次的完成
ＤＢＡＣＫ ＤＡ ｄａｔｅｔ ｉｍｅ ＹＥＳ
成备注 备注
ＴＥ

ＬＡＳＴ ＦＥＥ
上一次的初 上一次的初始
ＤＢＡＣＫ ＮＯ ｖａｒｃｈａｒ（５０） ＹＥＳ
始完成日期 完成日期
ＴＥ

表４．１１ ＥＯ适用部件（ＥＯ—ＣＯＭＰＬＥＴＥ—ＣＯＭ）

名称 字段名称 类型 候选键 非空 说明

ＰＫＩＤ 流水号 ｂｉｇｉｎｔ 主键 ＹＥＳ 流水号

ＥＯ Ｎ０ Ｅ０／ＴＢ编号 ｖａｒｃｈａｒ（２５） ＮＯ ＥＯ／ＴＢ编号

ＰＮ 件号 ｖａｒｃｈａｒ（２５） ＮＯ 件号
ＳＮ 序号 ｖａｒｃｈａｒ（２５） ＮＯ 序号
ＳＴＡＴＵＳ 状态 ｖａｒｃｈａｒ（５） ＹＥＳ 状态
ＩＮＩＴＩＡＬ 初始完成日
ｄａｔｅｔ ｉｍｅ ＹＥＳ 初始完成日期
ＤＡＴＥ 期
ＦＥＥＤＢＡＣＫ 初始反馈日
ｄａｔｅｔ ｉｍｅ ＹＥＳ 初始反馈日期
ＤＡＴＥ 期
ＦＥＥＤＢＡＣＫ 初始反馈备
ｖａｒｃｈａｒ（５０） ＹＥＳ 初始反馈备注
ＮＯＴＥ 注
ＣＯ肝ＬＥＴＥ 最终完成日
ｄａｔｅｔ ｉｍｅ ＹＥＳ 最终完成日期
ＤＡＴＥ 期
Ｃ０肝ＬＥＴＥ 最终完成备
ｖａｒｃｈａｒ（５０） ＹＥＳ 最终完成备注
ＮＯＴＥ 注
ＥＮＦＩＬＥ Ｎ
Ｅ０类型 ｖａｘｃｈａｒ（２００） ＹＥＳ Ｅ０类型
０ＴＥ

ＬＡＳＴ ＳＴＡ
上一次状态 ｖａｒｃｈａｒ（５） ＹＥＳ 上一次的状态
ＴＵＳ

ＬＡＳＴ ＩＮＩ 上一次完成 上一次的完成

ｄａｔｅｔ ｉｍｅ ＹＥＳ
ＴＩＡＬ ＤＡＴ 日期 日期
 第四章系统设计

ＬＡＳＴ ＦＥＥ
上一次的完 上一次的完成
ＤＢＡＣＫ ＤＡ ｄａｔｅｔ ｉｍｅ ＹＥＳ
成备注 备注
ＴＥ

ＬＡＳＴ ＦＥＥ
上一次的初 上一次的初始
ＤＢＡＣＫ Ｎ０ ｖａｒｃｈａｒ（５０） ＹＥＳ
始完成日期 完成日期
ＴＥ

表４．１２ ＥＯ相关文件ＥＯ ＦＩＬＥ

名称 字段名称 类型 候选键 非空 说明
ＰＫＩＤ 流水号ＩＤ ｂｉｇｉｎｔ 主键 ＮＯ 流水号ＩＤ
ＥＯ Ｎ０ Ｅ０号 ｖａｒｃｈａｒ（２５） 外键 ＮＯ Ｅ０号
ＦＩＬＥ ＣＬＡ
文件大类 ｖａｒｃｈａｒ（１） ＹＥＳ 文件大类
ＳＳ

文件名／章节
ＦＩＬＥ ＮＯ ｖａｒｃｈａｒ（２００） ＹＥＳ 文件名／章节号
号
ＦＩＬＥ ＴＹＰ
文件类型 ｖａｒｃｈａｒ（１０） ＹＥＳ 文件类型
Ｅ

ＰＡＲＴ ＮＯ 部分号 ｉｎｔ ＹＥＳ 部分号

ＲＥＬＡＴｌ ０Ｎ
关联类型 ｖａｒｃｈａｒ（１） ＹＥＳ 关联类型
ＴⅥ’Ｅ

ＲＥＬＡＴＩｏＮ
关联结果 ｖａｒｃｈａｒ（１） ＹＥＳ 关联结果
ＲＥＳＵＬＴ

ＦＩＬＥ ＳＴＡ
状态 ｖａｒｃｈａｒ（１） ＹＥＳ 状态
’ｒＵＳ

表４．１３工程指令所需材料（ＥＯ ＭＡＴ）
。

名称 字段名称 类型 候选键 非空 说明
Ｅ０ Ｎ０ Ｅ０号 ｖａｒｃｈａｒ（２５） 外键 ＮＯ Ｅ０号
ＰＫＩＤ ＰＫＩＤ主键 Ｉｎｔ 主键 ＮＯ ＰＫＩＤ主键
ＮＥＥＤ ＯＲＤ
需订货 ｃｈａｒ（１） ＹＥＳ 需订货
ＥＲ

ＭＡＴＥＲＩＡＬ 航材工具设备
件号 ｖａｒｃｈａｒ（１００） ＹＥＳ
——ＰＮ 件号
ｋｔＡＴＥＲＩＡＬ

啪 序号 ｖａｒｃｈａｒ（５００） ＹＥＳ 序号

ＮＡ＾也 名称 ｎｃｈａｒ ＹＥＳ 名称／备注

ＭＡＴＥＲＩＡＬ

啪ＥＲ 数量 ｄｅｃｉｍａｌ ＹＥＳ 数量（备用）

ＰＮ ＳＵＢ 备用件号 ｎｃｈａｒ ＹＥＳ 备用件号

ＵＮＩＴ 数量单位 ｎｃｈａｒ ＹＥＳ 数量单位
 飞机维修技术文件管理系统的分析与设计

ＭＡＴＥＲＩＡＬ
费用 ｄｅｃｉｍａｌ ＹＥＳ 费用
ＣＯＳＴ

ＭＡＴＥＲＩＡＬ
类型 ｃｈａｒ（１） ＹＥＳ 航材／工具设备
ＴＹＰＥ

表４．１４技术通告主表（ＴＢ—ＭＡＩＮ）

名称 字段名称 类型 候选键 非空 说明

技术通告编
ＴＢ Ｎ０ ｖａｒｃｈａｒ（２５） 主键 ＮＯ 技术通告编号
号
ＧＲＯＵＰ ＩＤ 组别 ｉｎｔ ＹＥＳ 组别
技术通告适用
ＳＣＯＰＥ 适用范围 ｃｈａｒ（１） ＮＯ 对象，ｃｇＯ件，Ａ
飞机，Ｅ发动机
技术通告类型，
ＴＢ ＴＹＰＥ 类型 ｖａｒｃｈａｒ（３） ＮＯ ＭＮＮ表示改装，
ＮＢＮ表示通告
ＴＢ ＳＵＢ Ｔ
ＴＢ子类别 ｖａｒｃｈａｒ（１５０） ＹＥＳ ＴＢ子类别
Ⅵ’Ｅ

ＴＩＴＬＥ ＥＮ 英文标题 ｖａｒｃｈａｒ（ｉ００） ＮＯ 英文标题

ＴＩＴＬＥ ＣＮ 中文标题 ｖａｒｃｈａｒ（ｉ００） ＮＯ 中文标题
ＲＥＡＳＯＮ 颁发原因 ｖａｒｃｈａｒ（２００） ＹＥＳ 颁发原因
ＣＲＥＡＴＥ Ｄ
编写日期 ｄａｔｅｔ ｉｍｅ ＹＥＳ 编写日期
ＡＴＥ

ＣＲＥＡＴＥ Ｕ
编写者工号 ｖａｒｃｈａｒ（５） ＹＥＳ 编写者工号
ＳＥＲ

Ｃ融＇ＡＴＥ Ｕ

ＳＥＲ啪 编写者姓名 ｖａｒｃｈａｒ（１ ｏｏ） ＹＥＳ 编写者姓名

ＣＲＥＡＴＥ Ｃ 编写完成标
ｃｈａｒ（１） ＹＥＳ 编写完成标识
０船ＬＥＴＥ 识
是否与ＡＤＣＡＤ有
ＴＢ ＡＤａ∞ ＡＤＣＡＤ有关 ｃｈａｒ（１） ＹＥＳ
关
技术通告相关
ＡＴＡ ＡＴＡ章节 ｃｈａｒ（４） ＮＯ
ＡＴＡ章节
ＳＴＡＴＵＳ 完成状态 ｖａｒｃｈａｒ（１０） ＹＥＳ 完成状态
ＶＥＲＳＩＯＮ
版本号 ｉｎｔ ＹＥＳ 版本号
ＮＯ

执行类型，Ａ已
ＲＥＶＩＳＥ Ｅ 执行无需重新
执行类型 ｖａｒｃｈａｒ（１） ＹＥＳ
）【Ｅ ＴＹＩ’Ｅ 执行Ｂ全部重
新执行
ＲＥＶＩＳＥ Ｒ 修订原因，Ａ依
修订原因 ｃｈａｒ（１） ＹＥＳ
ＥＡＳＯＮ 据文件变更，Ｂ
 第四章系统设计

表示机队构型
变更，Ｃ表示执
行情况影响
ＲＥＶＩＳＥ Ｒ
修订原因备
ＥＡＳＯＮ ＮＯ ｖａｒｃｈａｒ（２５０） ＹＥＳ 修订原因备注
注
ＴＥ

ＲＥＶＩＳＥ Ｃ 修订的主要页
修订内容 ｖａｒｃｈａｒ（５００） ＹＥＳ
０ＮＴＥＮＴ 面及内容
ＲＩＳＫ ＥＶＡ 风险评估类
ｃｈａｒ（１） ＹＥＳ 风险评估类型
ＦＬＡＧ 型
ＲＩＳＫ ＥＶＲ 风险评估说
ｖａｒｃｈａｒ（２５０） ＹＥＳ 风险评估说明
ＮＯＴＥ 明
融、ＦＩＴ ＴＩ
是否需要改 是否需要改装
ＭＥ ＬＩＭＩＴ ｃｈａｒ（１） ＹＥＳ
装时限 时限
ＦＬＡＧ

ＲＥＦＩＴ ＴＩ
改装时限 ｄａｔｅｔｉｍｅ ＹＥＳ 改装时限
ＭＥ ＬＩＭＩＴ
０Ｔ脏Ｒ ＲＥ 是否需要ＳＢ规
其他要求 ｃｈａｒ（１） ＹＥＳ
ＱＵＩＩ砸 定之外的要求
０Ｔｍ、Ｒ ＲＥ
其他要求 ｖａｒｃｈａｒ（２５０） ＹＥＳ 其他要求
ＱＵＩＲＥ
ＰＲＯＣＥＳＳ
审批流程ＩＤ ｖａｒｃｈａｒ（４０） ＹＥＳ 审批流程ＩＤ
ＩＤ

ＰＲＯＣＥＳＳ 审批流程 审批流程

ｖａｒｃｈａｒ（４０） ＹＥＳ
ＦＯＲＭＩＤ ＦＯＲＭＩＤ ＦＯＲＭＩＤ

ＩＳ ＩＮｖＡＬ
是否作废 ｃｈａｒ（１） ＹＥＳ 是否作废
ＩＤ

工ＮＶＡＬ工Ｄ
作废日期 ｄａｔｅｔ ｉｍｅ ＹＥＳ 作废日期
ＤＡＴＥ

ＩＮＶＡＬＩＤ —
作废者工号 ｖａｒｃｈａｒ（５） ＹＥＳ 作废者工号
ＵＳＥＲ
Ｉ舭ＩＤ
ＵＳＥＲ ＮＡＭ 作废者姓名 ｖａｒｃｈａｒ（ｉ００） ＹＥＳ 作废者姓名
Ｅ

ＩＮＶＡＬＩＤ

ＰＲＯＣＥＳＳ 作废流程ＩＤ ｖａｒｃｈａｒ（４０） ＹＥＳ 作废流程ＩＤ

ＩＤ

ＩＮｖＡＬＩＤ
作废流程 作废流程
ＰＲＯＣＥＳＳ ｖａｒｃｈａｒ（４０） ＹＥＳ
ＦＯＲＭＩＤ ＦＯＲＭＩＤ
ＦＯＲＭＩＤ

ＰＵＢＬＩＳＨ
是否出版 ｃｈａｒ（１） ＹＥＳ 天巴口山几必
ＦＬＡＧ

ＰＫ ＧＵＩＤ 主键ＧＵＩＤ ｖａｒｃｈａｒ（４０） ＹＥＳ 主键ＧＵＩＤ

ＰＵＢＬＩＳＨ－ 出版日期 ｄａｔｅｔｉｍｅ ＹＥＳ 出版日期
 飞机维修技术文件管理系统的分析与设计

表４．１５ ＴＢ适用对象（ＴＢ—ＣＯＭＰＬＥＴＥ）
名称 字段名称 类型 候选键 非空 说明
ＰＫＩＤ 流水ＩＤ ｂｉｇｉｎｔ ＮＯ 流水ＩＤ
ＭＯＤＥＬ 机型 ｃｈａｒ（７） ＹＥＳ 机型
ＩＴＥＭ Ｎ０ 附件项号 ｃｈａｒ（７） ＹＥＳ 附件项号
ＰＮ 附件件号 ｖａｒｃｈａｒ（３０） ＹＥＳ 附件件号
ＳＮ 附件序号 ｖａｒｃｈａｒ（３０） ＹＥＳ 附件序号
ＡＣ 机号 ｃｈａｒ（６） ＹＥＳ 机号
ＴＹＰＥ Ｆ 执行类别 ｃｈａｒ（１） ＹＥＳ 执行类别
Ｃ０肝ＬＥＴＥ
完成与否 ｖａｒｃｈａｒ（６） ＹＥＳ 完成与否
ＦＬＡＧ

Ｃ０肝ＬＥＴＥ
完成者工号 ｖａｒｃｈａｒ（５） ＹＥＳ 完成者工号
——ＵＳＥＲ
Ｃ０即ＬＥＴＥ
ＵＳＥＲ ＮＡ 完成者姓名 ｖａｒｃｈａｒ（１００） ＹＥＳ 完成者姓名
ＭＥ

ＣＯ肝ＬＥＴＥ
完成日期 ｄａｔｅｔｉｍｅ ＹＥＳ 完成日期
ＤＡＴＥ

Ｃ０肝ＬＥＴＥ
完成备注 ｔｅｘｔ ＹＥＳ 完成备注
ＮＯＴＥ

附件添加到系
统中的时间，不
ＡＤＤ ＤＡＴＥ 添加时间 ｄａｔｅｔ ｉｍｅ ＹＥＳ 同于附件确认
加入某份ＴＢ的
时间

名称 字段名称 类型 候选键 非空 说明
ＰＫ ＧＵＩＤ 主键ＧＵＩＤ ｖａｒｃｈａｒ（４０） 主键 ＹＥＳ 主键ＧＵＩＤ
ＤＥＦＴ－ＩＤ 部门编号 ｖａｒｃｈａｒ（３０） ＮＯ 部门编号
ＤＥＰＴ ＮＡＭ
部门名称 ｖａｒｃｈａｒ（３０） ＹＥＳ 部门名称
Ｅ

需要发往部门
的反馈类型，Ａ
ＦＢＫ ＴＹＰＥ 反馈类型 ｃｈａｒ（１） ＹＥＳ
表示执行反馈，
Ｂ表示签收
ＰＲＯＣＥＳＳ
流程ＩＤ ｖａｒｃｈａｒ（４０） ＹＥＳ 流程ＩＤ
ＩＤ

ＰＲＯＣＥＳＳ 流程ＦＯＲＭＩＤ ｖａｒｃｈａｒ（４０） ＹＥＳ 流程ＦＯＲＭＩＤ

 第四章系统设计

ＦＯＲＭＩＤ

ＰＲＯ ＣＴＲ 是否建立内 是否建立内部

ｃｈａｒ（１） ＹＥＳ
ＦＬＡＧ 部流程控制 流程控制
ＰＵＢＬＩＣＩＺ 是否完成内 是否完成内部
ｃｈａｒ（１） ＹＥＳ 白骨
ＩＮＧ ＦＬＡＧ 部宣贯 且贝
是否涉及工 是否涉及工作
ＩＮｖＯＬＶＥ
作手册或单 ｃｈａｒ（１） ＹＥＳ 手册或单卡修
ＦＬＡＧ
卡修订 订
ＰＲＯ ＣＴＲ 内部控制流 内部控制流程
ｖａｒｃｈａｒ（２５０） ＹＥＳ
ＮＯＴＥ 程 的简要说明
ＰＵＢＬＩＣＩＺ 内部宣贯的简
内部宣贯 ｖａｒｃｈａｒ（２５０） ＹＥＳ
ＩＮＧ ＮＯＴＥ 要说明
ＩＮＶＯＬＶＥ 单卡修订 单卡修订的简
ｖａｒｃｈａｒ（２５０） ＹＥＳ
ＮＯＴＥ 说明 要说明
ＴＩ肛ＬＩＭ
执行时限 ｄａｔｅｔｉｍｅ ＹＥＳ 执行时限
ＩＴ

ＴＢ Ｎ０ 关联ＴＢ编号， ｖａｒｃｈａｒ（２５） ＹＥＳ 关联ＴＢ编号

表４．１７附件送修方案主表（ＣＲＣ—ＭＡＩＮ）
名称 字段名称 类型 候选键 非空 说明
ＰＫＩＤ ＰＫＩＤ主键 ｂｉｇｉｎｔ 主键 ＮＯ ＰＫＩＤ主键
ＩＴＥＭ Ｎ０ 项号 ｖａｒｃｈａｒ（１０） ＹＥＳ 项号
ＰＮ 件号 ｖａｒｃｈａｒ（５０） ＹＥＳ 件号
ＣＲＥＡＴＥ＿Ｕ
创建人工号 ｖａｒｃｈａｒ（５） ＹＥＳ 创建人工号
ＳＥＲ
ＣＲＥＡＴＥ Ｕ
创建人姓名 ｖａｒｃｈａｒ（ｉ００） ＹＥＳ 创建人姓名
ＳＥＲ ＮＡＭＥ

ＣＲＥＡＴＥ Ｄ
创建时间 ｄａｔｅｔ ｉｍｅ ＹＥＳ 创建时间
ＡＴＥ

ＣＲ ＮＯＴＥ 说明 ｖａｒｃｈａｒ（５００） ＹＥＳ 创建／修订说明

ＡＰＰＬＩＣ Ａ 适用所有序
ｖａｒｂｉｎａｒｙ ＮＯ 适用所有序号
ＬＬ 号
是否需要定 是否需要定期
ＮＥＥＤ ＥｖＡ ｖａｒｂｉｎａｒｙ ＹＥＳ
期评估 评估
ＥＶＡ ＩＮＴＥ 定期评估周 定期评估周期
ｉｎｔ ＹＥＳ
ＲＶＡＬ 期 （月）

表４．１８附件功能基本信息（ＣＲＣ ＰＡＲＴ ＦＵＮＣＴＩＯＮ）

名称 字段名称 类型 候选键 非空 说明
ＧＵＩＤ ＧＵＩＤ主键 ｖａｒｃｈａｒ（４０） 主键 ＮＯ ＧＵＩＤ主键
ＰＮ 件号 ｖａｒｃｈａｒ（５０） ＮＯ 件号
 飞机维修技术文件管理系统的分析与设计

ＦＵＮＣ ＳＵＭ
功能简介 ｖａｒｃｈａｒ（１００） ＮＯ 功能简介
乩幔Ｙ
ＦＵＮＣ－ＦＩＬ 功能简介附 功能简介附件
ｂｉｇｉｎｔ ＹＥＳ
Ｅ ＩＤ 件ＩＤ ＩＤ

ＵＰＤＡＴＥ Ｄ
修改时间 ｄａｔｅｔｉｍｅ ＮＯ 修改时间
ＡＴＥ

ＵＰＤＡＴＥ Ｕ
修改人工号 ｖａｒｃｈａｒ（５） ＮＯ 修改人工号
ＳＥＲ

ＵＰＤＡＴＥ Ｕ

ＳＥＳＲ ＮＡＭ 修改人姓名 ｖａｒｃｈａｒ（ｉ００） ＮＯ 修改人姓名

Ｅ

名称 字段名称 类型 候选键 非空 说明
ＰＫＩＤ 序列主键 ｂｉｇｉｎｔ 主键 ＮＯ 序列主键
送修方案主 送修方案主表
ＣＲＣ ＰＫＩＤ ｂｉｇｉｎｔ ＮＯ
表ＰＫＩＤ ＰＫＩＤ

ＳＮ ＭＩＮ 序号下界 ｖａｒｃｈａｒ（３０） ＹＥＳ 序号下界

ＳＮ ＭＡＸ 序号上界 ｖａｒｃｈａｒ（３０） ＹＥＳ 序号上界
ＺＥＲＯ ＩＮＤ 序号补零开 序号补零开始
ｉｎｔ ＹＥＳ
ＥＸ 始位 位
生产日期下
ＤＡＴＥ ＭＩＮ ｄａｔｅｔｉｍｅ ＹＥＳ 生产日期下界
界
生产日期上
ＤＡＴＥ￣Ｌ似 ｄａｔｅｔ ｉｍｅ ＹＥＳ 生产日期上界
界
ＵＰＤＡＴＥ Ｄ
修改日期 ｄａｔｅｔｉｍｅ ＮＯ 修改日期
ＡＴＥ

ＵＰＤＡＴＥ Ｕ
修改人工号 ｖａｒｃｈａｒ（５） ＮＯ 修改人工号
ＳＥＲ

ＵＰＤＡＴＥ－Ｕ
修改人姓名 ｖａｒｃｈａｒ（１０） ＮＯ 修改人姓名
ＳＥＲ ＮＡ＾ｌＥ

名称 字段名称 类型 候选键 非空 说明
ＧＵＩＤ ＧＵＩＤ主键 ｖａｒｃｈａｒ（４０） 主键 ＮＯ ＧＵＩＤ主键
修理评估主 修理评估主表
ＥＶＡ＿ＧＵＩＤ ｖａｒｃｈａｒ（４０） ＮＯ
表ＧＵＩＤ ＧＵＩＤ

故障原因分析
ＲＥＡＳＯＮ＿Ｉ 故障原因分
ｖａｒｃｈａｒ（ｉ０） Ｎ０ 项（基础列表
Ｔ删 析
ＦＲ）
ＩＮＶＯＬＶＥ 是否涉及
ｃｈａｒ（１） ＮＯ 是否涉及Ｙ，Ｎ
ＦＬＡＧ Ｙ，Ｎ
 第四章系统设计

名称 字段名称 类型 候选键 非空 说明
ＰＫＩＤ ＰＫＩＤ主键 ｂｉｇｉｎｔ 主键 ＮＯ ＰＫＩＤ主键
送修方案主表
ＣＲＣ ＰＫＩＤ 主表ＰＫＩＤ ｂｉｇｉｎｔ ＮＯ
ＰＫＩＤ

Ｅｌ汴ＩＬＥ Ｎ 工程文件编
ｖａｒｃｈａｒ（５０） ＮＯ 工程文件编号
０ 号

４．７本章小结

本章在前面技术研究及需求分析的基础上，根据系统的设计原则，对飞机

维修技术文件管理系统进行了详细的设计。将飞机维修技术文件管理系统分为适

航文件管理，工程指令管理，附件送修方案管理四个子系统。对关键业务模块进

行界面原型设计及交互设计。基于ＷＥＢ三层体系结构，融合ＫｅｎｄｏＵＩ，ＭＶＣ，

Ｃ撑，ＳＱＬｓｅｒｖｅｒ等技术进行构建系统，对系统相关接口进行设计。通过ＥＲ图分

析，实现了具体的表结构设计。本章节的工作内容为后续的系统开发奠定了基础。
 飞机维修技术文件管理系统的分析与设计

第五章总结与展望

５．１总结

飞机维修技术文件管理系统是飞机维修管理系统一个重要组成部分，飞机维

修技术文件是飞机维修工作开展的源头与依据。依据厂家及局方颁发的适航指

令，服务通告，服务信函为基础，根据航空公司实际的机队情况进行评估与执行

控制是飞机持续适航的基本保障，满足监管局对航空器运营和持续适航监管【１３】。

飞机维修技术文件管理系统的项目目标是实现适航文件的有效评估与执行控制。

通过工程文件编写发布，将适航要求落实到具体维修单卡，为飞机维修的生产计

划及执行部门提供执行要求与操作指导。通过相关接口实现同生产计划系统，维

修管理系统，航材系统的衔接，实现适航文件及工程文件的闭环控制。建立必要

的稽查模块，确保工程文件同适航文件执行要求的一致性，确保适航文件执行的

执行状态同工程文件以及维修、航材等下游系统数据的一致性。本文根据飞机维

修技术文件实际的业务流程、ＡＣ要求、手册要求为依据，以系统的高可靠性，

易扩展为目标对飞机维修技术文件管理系统进行分析和设计。主要研究工作如

下：

１．基于多年的机务维修系统开发经验，借助同业务人员一起办公的便利性，

全面了解开发背景，广泛征集需求内容，深化需求分析，同业务人员共同规划系

统业务功能。从系统功能、系统性能、系统安全性等多方面、多层次开展分析工

作。

２．对当前主流的系统体系结构、开发语言、数据库系统等技术进行深入研

究与学习，在需求分析的基础上，结合本公司当前的技术支撑情况确定系统的技

术架构，网络部署方案，接口实现等方面进行设计。对于复杂业务进行界面原型

设计，在设计阶段增加同业务人员的沟通，避免需求理解偏差，导致系统后续编

码开发的返工。

３．以．Ｎｅｔ技术为基础的三层体系架构，实现飞机维修技术文件管理系统的

７０
 第五章总结与展望

设计，同外系统的接口统一采用Ｗｅｂｓｅｒｖｉｃｅ实现方案，以提高系统接口的灵活

性。

４．同接口系统复制沟通、确定接口内容，确定接口实现方案，以及具体的

接口参数等信息。

５．２展望

随着飞机设计水平的提高，其信息化水平也越来越高，近几年波音新出的

７８７飞机，被称之为梦想飞机。它不管是从材料上，还是工艺上，或是技术上都

是出现了巨大的突破。飞机制造方面信息化水平的提高也预示着飞机维修工作对

信息系统的要求及依赖性也将跨上一个新的台阶。中国２００７年其客运总量排名

己达到世界第二位【１４］，伴随飞机机队的不断扩大，机队构型的日益复杂，同时

结合航空公司集团化，国际化的发展规划，飞机维修技术文件管理系统必须伴随

着实际业务发展的变化进行持续的完善与改进，才能提高系统的生命力，为航空

安全运行保驾护航。通过信息化技术实现飞机维修故障的预防与监控【１５】。鉴于

项目目标范围的界定约束，后续系统还可以在以下功能方面进行扩展：

１．厂家结构化文件内容的提取：飞机制造厂家及部件生产厂家颁发的适航文

件一般都提供ＰＤＦ及ＳＱ沮。ⅨＭＩ，格式，通过结构化文件分析，可以从

ＳＧＭＬ／ＸＭＬ文件中提取相关适用性信息，时限信息，以及施工步骤，可以大大

地提高工程师适航文件评估及工程文件编写效率，同时也能提高数据的准确性。

２．业务范畴的扩充：当前的飞机维修技术文件仅局限于适航指令，服务通告，

服务信函，工程指令，技术通告，后续可以将改装文件，维修通报，工卡等文件

也纳入管理范畴。

３．移动应用的扩展：建立基于ＲＥＳＴ模式的通过请求响应规范，实现前台

ＵＩ同后台业务处理逻辑变化分离。实现同一套后台处理，响应多种前台ＵＩ模式，

以适应多平台（手机，电脑，平板）的访问需求，实现移动办公需求。
 参考文献

参考文献

【１】苏斌．适航指令颁发的决策支持系统研究【Ｉ）】；南京航空航天大学；２００７年

［２】孙晓彤聂喜婷．ＡＳＰ．ＮＥＴ典型模块与项目实战大全【Ｍ】．北京：清华大学出版社，２０１２

［３】（美）加洛韦等．ＡＳＰ．ＮＥＴ ＭＶＣ ５高级编程（第５版）［Ｍ】．北京：清华大学出版，２０１５

【４】（美）Ａｄａｍ Ｆｒｅｅｍａｎ．精通ＡＳＰ．ＮＥＴ ４．５（第５版）嗍．北京：人民邮电出版社。２０１４

［５】明日科技．ＡＳＰ．ＮＥＴ从入门到精通（第３版）嗍．北京：清华大学出版，２０１２
【６】詹英，林苏映．数据库技术与应用ＳＱＬＳＥＲＶＥＲ２０１２教程Ｄ咽．北京：清华大学出版社，

２０１４

【７】虞江锋．数据库基础与项目实训教程——基于ＳＱＬＳｅｒｖｅｒ［Ｍ］．北京：科学出版社，２０１０
【８】秦婧．ＳＱＬＳｅｒｖｅｒ２０１２王者归来——基础、安全、开发及性能优化嗍．北京：清华大学
出版，２０１４

［９】（美）Ｄａｖｉｄ ＨｕｎｔｅｒＪｅｆｆＲ．ＸＭＬ入门经典（第４版）嗍．北京：清华大学出版社２００９
１．
［１０】王震江，马宏．ＸＭＬ基础与实践教程ｔＭＩ．清华大学出版社，２０１

【１１】张宏展，王建成，蔡宗琰等．实用ＸＭＬ应用开发技术［Ｍ】．电子工业出版社，２００８．

【１２】郑建德．软件系统架构与开发环境口咽．北京：机械工业出版社．，２０１３

［１３】（意）弗洛里奥著，张曙光译．适航性：航空器合格审定引论嗍．北京：北京航空航
天大学出版社，２０１ １

【１４】焦连跃，李华星．从Ⅳ姨看如何加强我国民航适航管理叨；西北工业大学学报（社会科学

版）；２００９年０３期

【１５】惠晓滨．航空维修事故预防与监控ＩＭ］北京：国防工业出版社，２０１４
 致谢

致谢

值此论文完成之际，谨向所有关心、帮助、支持我的人致以最诚挚的谢意！

这篇论文是基于本人参与工作以来负责的最为复杂的一个系统，也是个人工

作里程碑上的一个突破。有幸在上工程硕士课程的同时，进行本系统的需求分析

及设计，将需求分析，系统设计的知识点与实际工作进行融合，学以致用。在系

统的需求分析，设计上的工作是在导师王备战教授悉心指导下完成的，从最初论

文的选题，到后来论文写作、修改，直至论文的完成，都倾注了导师大量的心血。

在此，我特别向王老师致以最诚挚的敬意和最衷心的感谢！王老师严谨的治学态

度，渊博的学识和一丝不苟的工作作风给我留下了深刻的印象，尤其是在学术上

的造诣令我敬佩，是我学习的榜样。

感谢所有迦博班的所有老师以及学院领导，正是老师所传授的知识才使我有

能力完成论文的工作，也使得个人能力提升到了一个新水平。同时，我要感谢与

我共同渡过这段学习时光的同学们，是你们营造了快乐的学习环境，并提供了一

个活跃开放的学习交流平台，为我打开了知识应用的一扇窗。

感谢信息部及机务部同事在论文编写及系统开发过程中的大力支持！

感谢我的家人，正是在他们的大力支持和关怀下，我才得以完成学业。

最后，再次感谢所有帮助我、关心我的人们，对此，我将铭记于心！