飞行器研制中的软件工程.pptVIP

飞行器研制中的软件工程 章文晋 zwjok@buaa.edu.cn 概 述 在当代采用高新技术的飞行器研制中，系统工程与软件工程是密不可分的。这不仅是因为现代飞行器中装备了大量的软件，而且由于在飞行器研制中纯粹的软件开发和开发组织是少见的。软件多是与系统一起开发，并集成到系统中。因此迫切需要将软件工程，乃至软件采办与系统工程集成在一起。 概 述 现代软件开发与管理的三维模型 时间维——对软件生存期的全过程控制 过程是指通过人员、设备、器材和规程的交互作用，以期提供一个规定的服务，或生产一个规定的产品。 时间维——对软件生存期的全过程控制 软件过程管理的关键活动 时间维——对软件生存期的全过程控制 过程控制要点 软件开发过程应当是可度量、可控、可改进的 软件开发过程应按时间顺序划分各子过程，对各子过程应确定各控制点 清楚地描述过程中的各项活动、任务及其结果，特别是应标识出对软件项目成功至关重要的任务 使用正确的、解析的质量参数，对软件开发过程提供有效的质量度量 在软件开发过程中，应将管理活动与工程活动结合起来 在软件开发过程中，必须认真进行软件工程的实践 标识软件开发过程中的风险领域，确定描述与跟踪各风险因素的方法和降低风险的途径 时间维——对软件生存期的全过程控制 软件生存期各阶段的过程控制 空间维——软件关键质量因素的全方位管理 软件质量的全方位管理是对影响软件质量的各个关键要素进行严格管理，使软件开发按照软件质量要求规范化地实施 三位一体的软件开发管理模式 软件开发者的自我管理——个体软件过程（PSP） 三位一体的软件开发管理模式 软件开发者的团队管理（TSP）——小组软件过程 TSP的简单框架 小组及其角色的管理目标及其度量评价 软件能力成熟度名模型（CMM） 从CMM到集成的能力成熟度模型（CMMI） 下一代飞行器研制中的软件可靠性问题 美国F-22的教训 F-35软件可靠性的实施 下一代飞行器研制中的软件可靠性工程 美国F-22的教训 F-22是目前美国空军飞机中最复杂的软件密集系统 F-22软件控制着飞机上80%的功能，其费用占飞机工程与制造研制费用的30% IBM公司主要经验： 认真实施软件工程 特别加强软件测试 美国F-22的教训 1.认真实施软件工程 F-22软件开发强制性要求遵循MIL-STD-2167A标准 F-22软件开发强制性要求采用Ada军用标准语言 为降低风险，F-22航空电子软件是分块批次开发的 采用综合产品组（IPT） 软件开发团队的成员采用相同的软件开发环境 重视软件工程师的培训 美国F-22的教训 F-22航空电子软件开发采用的是多V模型的开发方法 F-22上的航空电子硬件和软件开发共用了4批次 1.0批次（1999年上半年） 2.0批次（1999年下半年） 3.0批次（2000年4月） 4.0批次（2005年） 美国F-22的教训 2.特别加强软件测试 航空电子综合实验（AIL） 飞行实验台（FTB ）试验 F-22研制试验飞机飞行试验 美国F-22的教训 3.F-22在飞行试验中出现的软件可靠性问题 美国空军要求F/A-22整个软件包工作20小时不会发生任何1个航电组件实效的问题。在2003年2月的试验中，3小时飞行试验出现1次软件错误 F-22飞行试验过程中，出现的众多航空电子软件可靠性问题在于各个组件之间的综合，在技术上遇到的最大挑战是实现多传感器的数据融合 研制进度延后一年半，费用超支8.76亿美元后，美国空军称，F-22已解决了航空电子软件可靠性问题，并称，“软件可靠性已不再是问题” 美国F-22的教训 3.F-22在飞行试验中出现的软件可靠性问题 新问题产生： 飞控有关的软件问题 全球定位系统问题 F-35软件可靠性的实施 1.F-35软件特点 软件庞大、复杂：软件规模大于680万行的代码 软件开发组织：庞大、复杂，多公司配合，国际化团队，多地点软件开发 产品开发管理：全面的软件计划、标准及度量，保证有组织的软件开发工作 F-35软件可靠性的实施 2.F-35软件可靠性的实施 建立了软件管理团队 强调软件可靠性是软件产品质量和软件产品完整性的一个指标，并要求在软件开发过程和系统综合与测试中均应开展软件可靠性工作 软件可靠性的关键 确定可靠性指标 制定软件操作剖面 可靠性测试 可靠性测量 F-35软件可靠性的实施 2.F-35软件可靠性的实施 软件可靠性技术用于 预计一个新软件期望的缺陷数 预计软件何时可交付 预计为满足软件质量目标需要进行多少测试 定量的预计软件交付时的质量 预计外场的软件失效率 F-35软件可靠性的实施 目前了解的在F-35在软件可靠性方面的工作 管理并报告软件可靠性 收集软件可靠性数据，并采