首页> 外文会议>SAE AeroTech Congress Exhibition >Hardware and Software Development and Integration per SAE ARP4754A
【24h】

Hardware and Software Development and Integration per SAE ARP4754A

机译:每个SAE ARP4754A的硬件和软件开发和集成

获取原文
获取外文期刊封面目录资料

摘要

It is generally accepted that the development of hardware and software for safety critical systems follow their own lifecycles as defined by standards such as RTCA DO254 and RTCA DO178C. What is less clear is what should be done to ensure the system safety objectives are met when the software is installed in the electronic hardware. This paper seeks to discuss the activities that may be undertaken do demonstrate not only that the integration of the software and hardware “work” together, but they do so in a manner that meets the safety objectives in line with the guidelines described in SAE ARP4754A. According to ARP4754A, hardware and software are different “items” developed according to their own requirements and standards, when two or more items are brought together, they are a system, which may be part of a larger system. Therefore system level considerations need to be applied from the beginning of the development program addressing the system safety and certification activities. To achieve this, three sets of interfaces need to be considered: 1)From the system process to item processes (requirement validation and design); 2)Between the item processes (integration) looking for intended and unintended function; 3)From the item processes to the system processes (verification). The language in the ARP, when it refers to “a system” is often assumed to be a complete Flight Control (or other) system, but the guidelines are equally applicable if the system consists of only two items, one electronic hardware item and one software item. This paper will discuss the application of these guidelines to such a system.
机译:普遍认为,安全关键系统的硬件和软件的开发遵循自己的生命周期,如RTCA DO254和RTCA DO178C所定义。什么不太清楚是应采取什么,以确保在电子硬件中安装软件时满足系统安全目标。本文旨在讨论可能进行的活动确实展示了软件和硬件的整合在一起,但它们以符合SAE ARP4754A中描述的指导方式符合安全目标的方式。根据ARP4754A,硬件和软件是根据自己的要求和标准开发的不同“项目”,当两个或多个项目一起播放时,它们是一个系统,它可能是更大系统的一部分。因此,系统级别考虑需要从开发计划的开始,解决系统安全和认证活动。为此,需要考虑三组接口:1)从系统过程到项目流程(要求验证和设计); 2)在项目过程(集成)之间寻找预期和意外功能; 3)从项目流程到系统进程(验证)。 ARP中的语言,当它指的是“系统”时通常被认为是一个完整的飞行控制(或其他)系统,但如果系统仅由两个项目,一个电子硬件项目和一个产品组成,则指南同样适用软件项目。本文将讨论这些指南对此类系统的应用。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号