17_合同技术报告

合同实施方案C919大型客机数字化试飞平台 合同技术报告试飞院、希望科技数字化试飞平台项目实施团队2018年11月17日 Page 1 of 23合同技术报告Document HistoryRevDateChangeAuthor12018/11/17初稿王明成/徐刘春/何海军/屈健超Document ReviewersNamePosition王明成实施方项目经理Final DistributionNameLocation目 录1 简介62 平台基础72.1 TC系统架构72.2 组织定义82.3 权限142.4 业务规则162.5 系统首选项273 需求管理（RM）293.1 概述293.2 需求管理业务场景定义333.3 系统配置483.4 开发项列表504 科目设计（FD）514.1 科目设计管理综述514.2 数据模型514.3 库定义864.4 科目设计流程管理874.5 系统配置1274.6 开发项列表1335 试验机设计（FP）1355.1 试验机设计综述1355.2 数据模型1365.3 库定义1825.4 试验机设计流程1905.5 系统配置2425.6 开发项列表2516 数字化测试管理（TS）2536.1 数字化测试管理综述2536.2 数据结构及数据模型2586.3 数字化测试管理流程2976.4 测试库管理3566.5 系统配置3666.6 开发项列表4027 数字化改装管理（SI）4047.1 数字化改装管理综述4047.2 数据结构及数据模型4107.3 数字化改装管理流程4697.4 改装资源库管理5437.5 系统配置5547.6 开发项列表5838 试验运行管理（FO）5918.1 试验运行管理综述5928.2 数据模型5928.3 试验运行管理流程综述6168.4 机场库管理6418.5 系统配置6428.6 开发项列表6449 数据处理和试飞数据管理（FDM）6449.1 数据处理和试飞数据管理综述6449.2 数据结构及数据模型6459.3 数据处理和试飞数据管理流程6529.4 数据处理库管理6639.5 系统配置6649.6 开发项列表67010 数字化维修保障管理（MO）67010.1 数字化维修保障管理综述67010.2 数据结构及数据模型67110.3 数字化维修保障业务流程综述69010.4 系统配置71810.5 开发项列表72011 文档管理（FM）72311.1 文档管理综述72311.2 数据模型72711.3 文档管理流程管理74911.4 系统配置78811.5 开发项列表81512 项目管理模块（PM）83812.1 项目管理综述83812.2 数据模型与角色定义83812.3 项目&型号管理业务流程84212.4 系统配置86612.5 开发项列表86913 适航管理模块（AW）87013.1 适航管理综述87013.2 适航管理流程综述87413.3 系统配置88013.4 开发项列表88014 构型管理（CM）88114.1 数据模型88114.2 试飞设计构型88414.3 试飞制造构型88814.4 试飞维护维修构型89414.5 试飞运行构型89914.6 试验机试飞构型更改90414.7 试验机试飞构型基线90714.8 系统配置91214.9 开发项列表91715 质量管理（QM）91815.1 质量管理综述91815.2 数据模型91815.3 质量文档管理92915.4 更改管理93015.5 质量文档库管理94115.6 系统配置94615.7 开发项列表94916 看板管理（DSBD）95016.1 概述95016.2 看板管理业务流程95016.3 业务流程说明95116.4 开发项列表96017 报表管理（RP）96017.1 概述96017.2 项目管理中报表管理96017.3 试验科目和课题数据结构管理中报表管理97417.4 数字化测试数据管理中报表管理99717.5 数字化改装数据管理中报表管理100617.6 试验运行数据管理中报表管理101918 集成管理（IN）102618.1 兰台系统集成管理102618.2 门户集成管理10271 项目概述本项目基于C919大型客机试飞需求，充分吸收院内近10年来信息化建设经验，借鉴系统工程和构型管理的思想理念，运用国内外成熟的系统工具和开发手段，需要在满足适航试飞对试验机构型管理和安全要求的基础上，重点提升试验科目数字化定义能力，试验机数字化定义功能，数字化测试改装能力和数字化机务维修保障能力，开展数字化试飞尝试，满足型号试飞需求，项目建设内容既包括需求分析，数字化试验科目定义，数字化试验机定义，数字化测试，数字化改装，数字化维修保障，数字化试飞运行，数字化数据处理和试飞报告的试飞全业务链核心模块，又包括项目管理，质量管理，适航管理，试验机构型管理，数字化文档和数据管理，报表管理和综合看板管理等基础模块。2 需求管理2.1 技术要求利用DOORS实现需求管理能力。要求系统具备与DOORS的接口能力。2.2 技术方案1. 使用原生TC-DOORS集成接口实现与DOORS的集成。2. 使用TC11的流程管理模块，配置需求文件的相关审批和发布流程。3. 利用TC11系统的权限管理模块配置的标准的权限管理规则实现需求文件的权限控制。4. 对于院内文件，编码遵循现有的编码规范，对于外部文件，统一使用外部的编码。非技术文件类（如试飞依据结构的各级管理节点）对象，采用TC11系统标准的流水号进行管理5. 使用需求管理和系统工程模块管理各类非结构化的需求文档，结构化部分需求文档（如CCAR25），在同一的数据结构下管理。2.3 难点与重点1. 目前院内没有使用DOORS系统，暂时仍使用TC管理需求。2. 现有需求相关业务流程的梳理及数字化。3. 外来需求文件的批量导入需要开发。4. 需求文档的结构化。需求文档必须严格按照约定的Word格式编制，否则导入时将无法解析文档及结构化。2.4 技术评价TC需求管理、系统工程模块是基于模型的系统工程理念的实现，工作流等模块外加开发均为较成熟的行业技术，可实现试飞需求管理的要求。3 试飞科目定义3.1 技术要求1. 能够实现数字化试验科目的数据结构定义：要求数字化试飞科目设计可在系统中定义试飞科目的总体结构，具体组成包括：总体定义、研发试飞 、表明符合性试飞、运行符合性验证试飞、局方审定试飞、非试验类飞行。在不同的节点下可进一步定义相应的试飞科目相关内容。2. 具备对试验科目、试验点（需求）、测试参数（需求）、飞机构型和风险的对象化表单定义，试验点库、试验参数库的定义和管理功能,能够实现试验点的包线图显示和参数的多形式显示。3. 能够实现C919目前已编制的试飞大纲，通过定制功能，在数字化平台中将文件格式的科目内容转换为科目对象结构，从而可以利用科目辅助设计和后续的大纲生成功能，实现科目结构到文件的映射。4. 能够建立试验科目、试验点与适航规章条款和试飞要求对应条目的追溯关系。5. 能够实现对试飞大纲、民用飞机试飞风险评估单、试飞测试任务书、实时/预处理任务书、事后数据处理任务书、试验机称重和水平测量技术要求、被试对象改装技术要求-课题、技术协调单文件的辅助设计：对象结构化、根据模板结构自动提取结构化对象信息生成相关文档。6. 具备对课题文件数据结构的定义和管理能力。7. 定制生成报表。3.2 技术方案1. 使用TC11系统工程管理数据结构；2. 使用TC11的流程管理模块，配置文件、对象等的相关审批和发布流程。使用TC11系统的表单管理模式处理对象化表单定义，用系统分类库管理各种库；3. 使用开发TC11菜单来完成Word文件的导入和对象化建模，定制开发菜单功能生成试飞大纲等相关文档。4. 使用基于TC11框架定制的界面完成辅助设计、模板生成、综合逻辑；5. 使用基于TC11框架定义的报表生成功能；3.3 难点与重点1. 现有科目设计相关业务流程的梳理及数字化。2. 科目和试验点在业务上的定义。3. 大纲文件导入生成科目对象结构时，文件格式必须严格按照约定的Word格式编制，否则导入时将无法解析文档及结构化。4. 试验点的包线图显示，包线图的自动生成需要用户提供包线图的生成逻辑，否则仍按现有模式线下生成包线图，作为图片附件上传系统。3.4 技术评价TC系统工程模块是基于模型的系统工程理念的实现，工作流、分类库等模块外加开发均为较成熟的行业技术，可实现试飞科目设计的技术要求4 试验机定义4.1 技术要求1. 能够实现数字化试验机的数据结构定义。2. 具备对试验块的对象化表单定义和管理功能。3. 可实现试验科目、试验点（功能）、测试参数（功能）从数字化试验科目数据结构的继承性和可追溯性，并具备库定义（功能）和管理功能。4. 实现质量程序规定的、结合业务现有文件模板，对文件对象内容进行结构化、对象化定义，根据定义的对象结构，生成相应技术文件对象，具体内容包括被试对象改装技术要求-试验机、综合测试任务书、试飞任务单的计算机辅助设计。5. 系统具备相关报表定制和自动生成功能。4.2 技术方案1. 使用TC11系统工程管理数字化试验机数据结构；利用系统标准的关系定义方式对各业务部门产生的数据建立关联关系。2. 使用TC11的流程管理模块，配置文件、对象等的相关审批和发布流程。使用TC11系统的表单管理模式处理对象化表单定义，用系统分类库管理各种库；3. 使用开发TC11菜单来完成Word文件的对象化、结构化建模，及辅助设计被试对象改装技术要求-试验机、综合测试任务书、试飞任务单；4. 使用基于TC11框架定制的界面完成辅助设计、模板生成、综合逻辑、报表生成功能；4.3 难点与重点1. 试验机定义相关业务流程的梳理及数字化。2. 试验机、试验块在业务上的定义。4.4 技术评价TC系统工程模块是基于模型的系统工程理念的实现，工作流、分类库等模块外加开发均为较成熟的行业技术，可实现试验机定义的技术要求5 数字化测试管理5.1 技术要求1. 实现包括机载测试系统、遥测监控系统、地面外测系统、计量和校准系统的数字化测试数据管理的数据结构定义。2. 具备读取机载测试系统生成的XML文件，自动创建测试数据结构的能力。3. 具备与现有测试资源库数据接口的能力。4. 具备库管理功能，能够从库中实现测试设备(传感器、调节器)、测试参数的选取。5. 具备参数类数据属性的追加定义功能。6. 具备机载设备类数据的对象化定义功能。7. 实现机载测试设备协调数模的管理和设备的三维可视化功能。8. 具备全维度的机载测试设备测试链可视化显示功能。9. 具备对设备/传感器的定期校验预警提示功能。10. 具备参数对象、设备对象的树形拓扑追踪功能。11. 具备ICD文件更改及版本等管理功能。12. 具备校线更改及版本等管理功能。13. 具备测试方案和改装技术要求、拆除/恢复单、定期校准单、技术协调单的辅助设计和自动生成功能。14. 具备地面/飞行前测试系统检查工作指令单移动纪实功能。15. 具备装机测试设备清单等文件的自动生成功能。5.2 技术方案1. 使用TC结构管理器管理数据结构。2. 使用开发接口解析CHS设计导出的XML文件，自动构建机载测试系统数据结构。3. 使用TC分类库管理测试资源库（即测试设备库），若是直接接口，则使用TC开发的功能直接访问现有测试资源库开发的接口，同步数据到测试资源库，使用测试资源库开发功能直接访问TC开发的接口，同步数据到TC；若是间接接口，则从现有测试资源库导出数据到定义好格式的中间Excel文件，使用TC开发的功能导入中间Excel文件并解析，同步数据到TC库，使用测试资源库开发功能导入中间Excel文件并解析，同步数据到测试资源库。4. 使用TC分类库管理测试设备库，测试的可测量参数由于变化频繁重用率低故不入库。5. 使用业务模型集成开发环境(BMIDE)定义参数类数据属性。6. 使用BMIDE及TC分类库定义机载设备类数据对象。7. 使用数字样机（TC Visualization）和结构管理器实现机载测试设备协调数模和设备的三维可视化功能。使用结构管理器及TC关系管理协调数模和设备。8. 使用结构管理器查看机载测试设备测试链9. 使用开发的系统后台服务根据可测量参数的计划校准时间对设备/传感器定期校验发出提醒10. 使用关系浏览器查看设备对象、参数对象的树形拓扑追踪。11. 使用TC定义的ICD文件对象、TC工作流、变更管理器实现ICD文件对象的更改及版本管理。12. 使用TC定义的校线文件对象、TC工作流、变更管理器实现校线文件对象的更改及版本管理。13. 使用开发功能从模板自动生成空的测试方案和改装技术要求、拆除/恢复单、定期校准单、技术协调单，使用TC开发功能从数据源提取需要的数据并填入文件。14. 使用TC制造工艺规划器从模板自动生成检查工艺结构，使用开发功能从检查工艺结构生成检查工作指令单及其移动端执行所需的数据包，使用移动端Pad在联网状态下从系统服务器下载数据包到移动Pad端，在移动Pad端执行检查，并在联网状态下将检查结果同步回系统服务器。15. 使用开发功能从测试系统数据结构中提取装机测试设备信息，生成清单。5.3 难点与重点1. 目前现有测试设备库与数字化试飞平台处于物理隔离状态，无法直接集成，采用间接集成方式，先将内网的测试设备库导出成固定格式的Excel文件，在数字化试飞平台再导入Excel构建平台的测试设备库。导致设备状态同步的时效性不高。同时鉴于平台测试设备库中设备实物状态的时效性需求很高，如某设备发生故障或报废，需立即体现在测试改装实物构型上，故测试设备库的集成导入为历史数据导入性质的一次性导入。后续的测试设备（库）的更新维护在数字化试飞平台进行。2. 测试设备在测试业务中所用的构型标识符与在改装业务中所用的构型标识符不同。需要将其拆分处理。同一个测试设备，在不同业务部分使用不同的对象定义，相互之间通过关系关联。3. 全新开发的移动端执行工卡5.4 技术评价TC结构管理器、工作流、分类库、制造工艺规划器等模块外加开发均为较成熟的行业技术，可实现数字化测试管理的技术要求6 数字化改装管理6.1 技术要求1. 能够实现数字化改装设计数据结构定义和维护，至少应包括：1) 专用试验系统设计数据结构，可管理专用试验系统CATIA装配结构，零部件包括有自制件、标准件、成品件、附件、传感器、R模型。可将其CATIA装配结构抽壳成单独的零件用于改装装配设计。2) 改装装配设计数据结构，可管理改装CATIA装配结构，零部件包括有自制件、标准件、测试设备、R模型。3) 改装工艺设计数据结构，可管理改装工艺、工序、工步及其用到的物料、消耗件、工具，可安排各工艺、工序、工步之间的先后顺序，可定义各工步的计划工时。4) 改装实施数据结构，可管理改装实施后的实物数据结构，可查看测试设备实物的安装、拆除记录。2. 能够实现以装配为单元的机械设计数据对象定义和以线束为单元的电气设计数据对象定义功能。机械设计数据对象为CATIA三维机械装配设计，包括：自制件、标准件、装配DS、测试设备；电气设计数据为CATIA三维电气线束设计，包括：R模型、插头。对象定义包括对象的属性、CATIA三维数模、JT轻量化数模。3. 具备可配置的可视化数字样机能力，可根据有效性或自主选择灵活配置模块化数字样机，且配置结果在平台内可视化。包括：可根据架机有效性过滤查看单元部件（机械装配单元、电气线束单元）的可视化三维数模，可按需选择零部件查看其三维数模。4. 具备与商飞IDEAL平台设计数据包的数据交互能力。包括：可将系统中文件导出到本地电脑，可将IDEAL导出的本地电脑的文件导入到系统；可将IDEAL导出到本地电脑的CATIA装配数据包导入到系统；可将系统中的CATIA装配保存到本地电脑。5. 具备与CATIA、CHS、AutoCAD的集成能力。CATIA集成包括：CATIA零部件、装配在CATIA中的设计结果（修改、新建、移除、添加）可在系统中保存，可在CATIA打开系统中的CATIA零部件、装配，并查看、编辑；AutoCAD集成包括：AutoCAD中图纸的设计结果（修改、新加）可在系统中保存，可在AutoCAD打开系统中的AutoCAD图纸，并查看、编辑；CHS集成包括：可导入CHS设计导出的XML、PDF、Excel文件，并自动与系统中的电气线束单元对象（CATIA三维电气线束设计）关联。6. 具备改装规范库、改装模型库、改装资源库等改装库的建立与管理能力。改装规范库包括：可建立改装设计规范文件和改装施工规范文件的规格规范库，由系统管理员统一手动管理；改装模型库包括：可建立改装标准件、改装通用设备、成品件附件的模型规格型号库（非实物库、非仓储库），由系统管理员统一手动管理；改装资源库包括：可建立改装工艺资源的规格型号库（非实物库、非仓储库），由系统管理员统一手动管理；7. 实现改装方案、改装工作指令单的计算机辅助设计与自动生成。包括：可从模板自动生成改装方案、改装工作指令单的空Word文件（仅有模板结构无内容）；可从改装设计BoM提取数据自动写入改装方案Word；可从改装工艺结构提取数据自动写入改装工作指令单Word；8. 系统生成改装工作指令单可下载到电脑客户端端和PAD移动端，并具备以下功能：在客户端具有生成三维工作指令单的能力（工作指令单Word中嵌入三维数模，数模具有简单的缩放、旋转等查看功能）在移动端和客户端具有按工步执行并记录执行结果（已实施、未实施）功能9. 可实现改装工作指令单移动端离线和电脑客户端在线执行，移动端离线版本能够在施工现场按工步执行，记录实施结果，并在有网络时进行数据同步。可将同一工卡指派给多人执行，移动端执行时可多人同时执行同一工卡，不同工序、工步的执行在线下人为自由分派，若同一工序、工步被多人执行时，晚同步的数据将覆盖早同步的数据。移动端用户可使用TC账号、密码登录。在联网状态下可将被指派给当前登录用户的工卡下载到移动端，可将工卡相关的测试设备装配的轻量化JT数模下载到移动端查看，可将工卡关联的工艺规范Word下载到移动端查看，可将工卡的属性下载到移动端查看（包括工卡名称、编号、施工依据、工作者、检验者、复检者、派工时间、是否局方目击）。执行时，若同一用户被指派多个角色，则用户可选实施角色（工作者、检验、复检）。各工序、工步的执行人限定为当前登录用户。执行时，按工序、工步逐步执行，逐步保存，可手动输入实际工时，可使用Pad操作系统功能拍照，可将照片关联到各工序、工步留证。工卡施工及检验、复检工作全部完成时，即最后一个人的工作完成时可标识“工卡已全部完成”并同步回系统，Pad端自动删除此工卡，在此之后不可再将工卡同步回系统。同步回系统的数据包括各工序、工步的执行结果、备注、实际工时、留证照片。工卡全部完成后可自动从改装实做BoM中安装或拆除测试设备。可自动生成记录执行结果的工卡Word文件。10. 系统具备改装报表定制和自动生成功能，本期重点开发定制10个改装报表。11. 在飞机整个试飞周期内，能够提供每个架次的飞机改装设计构型和实物构型及相关构型文件的实时状态信息和可追溯性。6.2 技术方案1. 使用TC结构管理器管理专用试验系统设计数据结构、改装装配设计数据结构，使用TC制造工艺规划器管理改装工艺设计数据结构，使用TC服务管理器管理改装实施数据结构。2. 使用BMIDE及TC分类库定义机械/电气数据对象，使用TC结构管理器定义机械装配和电气线束3. 使用数字样机（TC Visualization）和结构管理器实现改装设计的三维可视化数字样机功能。4. 若是直接接口，则使用TC开发的功能直接访问商飞IDEAL平台的接口，同步数据到IDEAL，使用IDEAL平台开发的功能直接访问TC的接口，同步数据到IDEAL；若是间接接口，则从IDEAL平台导出数据到定义好格式的中间数据文件，使用TC开发的功能导入中间数据文件并解析，从TC导出中间数据文件或使用TC-CATIA集成将设计保存到本地中间数据文件，导入IDEAL平台。5. 使用TC11-CATIA集成接口实现TC-CATIA集成；6. 使用TC11-AutoCAD集成接口实现TC-AutoCAD集成；7. VPM与TC均属于PDM管理软件，功能、业务上重复，CATIA设计数据可在TC中统一管理，为保证单一数据源及良好的数据可维护性，不与VPM集成；8. 若是CHS直接无缝集成，则使用CHS端开发功能直接访问TC开发的接口，同步数据到TC，使用TC端开发功能直接访问CHS开发的接口，同步数据到CHS；若是间接集成，则从CHS端导出设计到中间XML、PDF、Excel（工卡）文件，使用TC开发功能批量导入，解析XML，自动创建对象并上传XML、PDF、Excel文件，关联创建的对象与CATIA三维线束设计。9. 若是直接接口，则使用TC开发的功能直接访问现有改装资源管理系统开发的接口，同步数据到改装资源管理系统，使用改装资源管理系统开发功能直接访问TC开发的接口，同步数据到TC；若是间接接口，则从现有改装资源管理系统导出数据到定义好格式的中间文件，使用TC开发的功能导入中间文件并解析，同步数据到TC库，使用改装资源管理系统开发功能导入中间文件并解析，同步数据到改装资源管理系统。10. 使用TC分类库管理改装规范库、改装模型库、改装资源库和改装知识库等改装数据库。11. 使用TC开发功能从模板自动生成空的改装方案、改装工作指令单、改装维修工作单，使用TC开发功能从改装设计BoM、改装工艺结构等数据源提取需要的数据并填入文件12. 使用TC开发功能从改装工艺结构自动生成工作指令单，同时生成移动端执行所需的数据包，数据包中含有各工序工步等需在移动端和固定端展示、执行的信息，嵌入JT轻量化三维数模到工作指令单Word。13. 使用移动端安卓系统开发功能在联网状态从TC服务器下载工作指令单的执行数据包到移动端缓存，在移动端Pad上展示各工序工步等信息，按步签署，完成后在联网状态同步执行后的工作指令单信息回TC服务器。14. 使用TC开发功能从数据源提取数据自动生成报表15. 使用TC开发功能从数据源提取数据自动生成相关构型文件。16. 使用TC结构管理器、服务管理器查看飞机构型信息。17. 使用TC影响分析视图查看各对象间的追溯关系。6.3 难点与重点1. CHS与TC的直接无缝集成需要CHS供应商参与二次开发。2. 测试设备在测试业务中所用的构型标识符与在改装业务中所用的构型标识符不同。需要将其拆分处理。同一个测试设备，在不同业务部分使用不同的对象定义，相互之间通过关系关联。3. 全新开发的移动端执行工卡。4. 现有改装资源的分类整理入库。6.4 技术评价TC结构管理器、工作流、分类库、制造工艺规划器等模块外加开发均为较成熟的行业技术，可实现数字化改装管理的技术要求。7 试验运行管理7.1 技术要求1. 能够实现试验运行的数据结构定义。具体包括：飞行日任务规划数据结构、飞行日计划及实施数据结构、试飞实做数据结构（OBOM），具体数据结构对象类型如下：飞行日任务规划数据结构对象包括：飞行场地、规划的飞行日、试飞任务单。飞行日计划及实施数据结构对象包括：试验场地、飞行日、架次、实做状态试验块、实做状态试验点。试飞实做数据结构对象包括：实做状态试验单元、实做状态试验块、实做状态试验点。2. 能够对试验运行数据进行对象化定义，基于所定义的数据对象类型定义其属性信息。同时具定义机场库的管理功能具体包括机场名称、机场类型、机场编号、机场地理位置。3. 通过对象间建立关联关系的方式，实现试验运行数据与基于系统定义的试飞科目设计过程中产生的设计数据的追溯与关联管理。4. 能够对试飞OBOM(试飞实做BOM)中的对象进行对象化和属性定义。5. 能够建立工作流模型，规定流程节点、节点任务和前置任务以及交付物。6. 在平台固定信息推送模式基础上，为其提供关注任务推送和告警功能。7. 能够根据试飞准备流程进度及时推送任务提醒，并根据进程实现预警和超期告警。8. 基于平台固定的状态监控模式下，为其试飞运行期间各种工作状态进行监控，具体包括试飞准备工作状态、试飞实施工作状态、试验机状态。9. 能够基于系统通过属性定义的方式定义飞行架次所需的气象信息、起飞机场、落地机场、航路、航图、备降场等信息。10. 能够根据定制的格式生成各类统计报表，具体包括： 1) 飞行日计划表 ；2) 试飞任务卡；3) 架次信息简报；4) 试飞科目执行情况汇总；5) 试验点执行情况汇总；6) 飞行日故障清单；7）风险发生情况报告。7.2 技术方案1. 使用TC11结构管理器管理数据结构；2. 使用TC11系统的对象化管理模式处理对象化表单定义，用系统分类库模块对试验运行过程中产生的各种库进行管理；3. 使用TC11系统文档管理功能完成航前机务准备工作记录和航后机务检查记录文件的管理，同时利用系统标准的关系定义方式，实现文档的追踪管理。4. 使用基于TC11框架定义开发的报表生成功能。5. 利用TC11系统的数据库管理功能，记录试验运行过程中试飞架次、试飞次数，实现架次有效性管理。7.3 难点与重点1. 现有试验运行相关业务流程的梳理及数字化。2. 试飞任务单、飞行日、架次、试验块、试验点、机场、试验资源等业务内容的对象化及其相互间关系的梳理。3. 航前准备工作大多是在离线现场执行，执行情况反馈到数字化试飞平台有一个时间段间隔，对时效性有一定影响；7.4 技术评价TC结构管理器、工作流、分类库、制造工艺规划器等模块外加开发均为较成熟的行业技术，可实现试验运行管理的技术要求。8 数据处理及试飞数据管理8.1 技术要求实现数据处理工作的数字化结构定义，包括：机载系统测试数据结构、遥测监控系统测试数据、地面外测系统测试数据，可对相关化定义试飞数据，以上数据结构的基本数据对象为试飞数据对象，试飞数据对象可标识试飞数据的存放位置。计量和校准数据结构，可管理架机的计量和校准设备、校线文件。具备数据处理结果移交和数据确认留证功能。具备数据处理任务输出（试飞数据）与任务输入（数据处理任务书）的追溯关联能力。具备试飞数据与上游对象（数据处理任务书、ICD文件、测试参数、测试设备）的可追溯能力。可从模板自动生成空的数据确认单Word文件（仅有模板结构无内容）。具备飞行机载测试数据外发流程设计，包括申请、审签、留证及数据确认能力。具备运行与可靠性数据外发流程设计，包括申请、审签、留证及数据确认能力。具备院内数据分发流程设计，包括申请、审签、留证及数据确认能力。8.2 技术方案1. 使用结构管理器实现数据处理设计及试飞数据的定义，使用TC关系实现数据处理设计、试飞数据与机载系统数据、遥测监控系统数据、地面外测系统数据、计量和校准数据结构、ICD文件的接口2. 使用BMIDE、TC工作流实现软件产品的对象化定义和构型管理使用TC工作流实现数据处理结果移交和数据确认留证3. 使用TC关系及影响分析视图实现数据处理任务输出与任务输入的追溯关联4. 使用试飞数据的对象化定义在试飞数据属性中标识详细试飞数据在试飞数据中心中保存的位置5. 使用TC关系及影响分析视图实现试飞数据与上游对象的追溯关联6. 使用TC开发功能从模板自动生成数据确认单，从数据源获取数据并填入7. 使用TC工作流实现飞行机载测试数据外发流程8. 使用TC工作流实现运行与可靠性数据外发流程9. 使用TC工作流实现院内数据分发流程10. 使用间接方式从试飞数据中心导出试飞数据，线下发送给上飞院等单位。8.3 难点与重点1. 现有数据处理流程的梳理和数字化2. 试飞数据、软件、ICD文件、格式格栅文件、校线、参数等对象相互间的关系梳理8.4 技术评价TC结构管理器、工作流、分类库、制造工艺规划器等模块外加开发均为较成熟的行业技术，可实现数据处理及试飞数据管理的技术要求9 数字化维修保障9.1 技术要求能够接收设计方的SBOM数据，创建维护维修数据结构。能够读取设计方的技术出版物（维护手册AMM的XML格式文件），能接收设计方的技术出版物PDF格式文件，可读取维护手册AMM的XML格式文件的数据自动生成维修工卡草稿。具备从AMM XML文件生成的维修工卡草稿的编辑和管理功能，并可手动关联维修依据。具备与MRO系统进行数据交互的能力，包括：可将SBOM结构同步到MRO系统；可将飞行日计划对象同步到MRO系统；可将各类文件同步到MRO系统；可将维修工卡同步到MRO系统；可接收来自MRO的各类文件；可接收来自MRO的实物结构；9.2 技术方案1. 使用TC开发功能导入SBOM数据并解析XML，在 TC结构管理器中创建数据结构2. 使用TC开发功能导入AMM手册并解析XML，生成初始工卡3. 使用TC服务规划器辅助编辑、管理各类维修工卡，使用TC关系关联维修依据对象4. 使用TC开发功能直接访问MRO系统开发的接口，同步数据到MRO，使用MRO系统开发的功能直接访问TC开发的接口，同步数据到TC9.3 难点与重点1. SBOM的XML解析生成SBOM，需要与商飞约定固定格式的XML文件。2. 解析商飞提供的AMM XML文件，生成工卡。3. 与MRO的集成涉及大量的接口开发，需要与MRO约定固定格式的接口规范。9.4 技术评价TC结构管理器、工作流、分类库、制造工艺规划器、服务管理器等模块外加开发均为较成熟的行业技术，可实现数字化维修保障的技术要求10 文档管理10.1 技术要求支持文档和数据的版本管理、审签、检入/检出、修改、修订、查询、打印等基本功能。要求具备根据不同的文档类型实现在线归档功能。根据文档和数据的不同类型和院程序标准的要求，定义相应的工作流程。具备在同一网络和安全基础上的数据协同和流程协同。具备文档和数据与其他对象之间的链接管理。具备与兰台系统的接口能力。10.2 技术方案1. 基于TC11对象管理模式创建、编辑、修改、修订、查询、检索、打印对象；2. 基于对象或流程的归档方式；3. 通过TC11对象关系建立文档对象与其他对象之间的链接；4. 通过SOA接口实现基于流程或菜单操作的TC与兰台系统集成。10.3 难点与重点1. 现有文档管理的院标，如文档编码、分类、流程等的梳理和数字化（现有院标与C919民机规范不完全一致，冲突时以C919民机规范为准）。2. 兰台系统与数字化试飞平台物理隔离，使用间接接口，通过将兰台系统的数据导出到约定的固定格式文件，在TC平台再导入数据。10.4 技术评价TC结构管理器、工作流、分类库、制造工艺规划器等模块外加开发均为较成熟的行业技术，可实现文档管理的技术要求11 项目管理11.1 技术要求在平台固定项目管理模式的基础上，具备多项目/项目群管理能力。在平台固定项目管理模式的基础上，具备产品工作分解结构（WBS）管理能力。在平台固定项目管理模式的基础上，具备项目工作计划制定，以及计划表格、甘特图等可视化展示能力。在平台固定项目管理模式的基础上，具备项目监控，以及监控结果树形结构、图表或表格等形式的监控结果可视化展示能力。在平台固定项目管理模式的基础上，具备项目资源和成本管理、跟踪、以及可视化展示能力。具备按给定条件过滤，输出CSV、DHTML、HTML、PDF等各式的项目统计报表管理能力。具备与Excel、Word等常用办公软件，以及Project等常用项目管理软件进行数据交互的能力。11.2 技术方案1. 利用TC11系统时间表管理模块的多项目视图管理功能，完成多项目/项目群管理功能，利用TC11系统的标准接口功能，提供与P6系统的集成方式。2. 利用TC11系统时间表管理模块中的时间表嵌套功能，利用主/子时间表的方式进行项目的WBS分解管理。3. 利用TC11系统时间表管理模块的标准功能，实现项目工作计划制定，、计划表格、甘特图等的可视化展示能力。4. 基于时间表管理模块，配置时间表任务的“项目成本”属性信息，对系统进行二次开发，满足对时间表任务成本的编制。通过时间表管理模块的通知订阅、项目状态颜色标记功能，事项项目状态的跟踪和可视化展示功能。5. 通过TC11标准的报表输出功能，按条件输出相关的项目统计报表。6. 利用TC11集成功能，实现与Word、Excel等办公软件的进行集成，实现数据交互。11.3 难点与重点1. 目前院内没有P6系统，TC与P6系统的集成现无法实现。2. TC与Word、Excel、Project等办公软件的集成需要单独的集成接口License。11.4 技术评价TC时间表管理器等模块外加开发均为较成熟的行业技术，可实现项目管理的技术要求12 适航管理12.1 技术要求基于系统的对象化属性定义功能，实现适航属性标记功能。通过基于平台的固有报表提取功能，实现对标记有适航属性的对象数据生成数据包。比如生成用于某次制造符合性检查或特许飞行证申请所需材料的数据包。具备结构化定义功能，通过属性定义的方式关联下列适航管理所需数据：1) 适航法规和适航规章 2) 试飞设计构型定义 3) 单机制造构型定义 4) 符合性证据 5) 证件 6) 审查问题、纪要等适航法规和适航规章数据，适航规章条目化后，将每一个条目作为管理对象，对象的要素包含适航规章中所规定的检查要求、解释说明、经典案例及其他条款的跟踪追溯关系；未条目化的适航规章，按照文档对象进行管理。证件管理数据结构将从事 C919 大型客机研制任务的工作人员资质，按照文档数据进行管理。设计符合性、制造符合性及特许飞行证数据，是引用系统其他业务模块的数据或者计算机辅助生成的报表及清单，与原数据对象保持一致。12.2 技术方案1. 利用TC11系统结构管理器模块，进行适航树的构建和生成。2. 系统配置相应的LOV值，通过属性定义，实现适航树的自动生成。3. 利用TC11系统的“需求管理模块”，对象化需求条目，对适航法规、适航规章等Word版技术文件进行条目化管理。4. 利用TC11系统文档管理功能，管理工作人员资质证件。5. 利用TC11标准报表输出功能，输出适航管理报表。12.3 难点与重点1. 适航文档的LOV分类定义，适航文档结构树的自动生成。12.4 技术评价TC结构管理器、工作流、分类库、制造工艺规划器等模块外加开发均为较成熟的行业技术，可实现适航管理的技