10 déc. Minimum Software Life Cycle Data That Is Submitted tO Certification Authority . 45 .. EUROCAE EDB is identical to RTCA DOB. the production of software for airborne systems and equipment used on aircraft or. Overview. ▫ DOB – Software Considerations in Airborne. Systems and Equipment Certification. ▫ Standard of RTCA Incorporation (in Europe it is ED-. Introduction to DOB – Software Considerations in Airborne Systems and Equipment Certification. 1. Overview of DOB Swamy S M.

Author: Gardarr Vogal
Country: Thailand
Language: English (Spanish)
Genre: Video
Published (Last): 7 December 2009
Pages: 428
PDF File Size: 18.51 Mb
ePub File Size: 5.48 Mb
ISBN: 137-5-53886-919-3
Downloads: 65983
Price: Free* [*Free Regsitration Required]
Uploader: Zunris

The configuration management process typically provides archive and revision identification of:. The certification authorities require and DOB specifies the correct DAL be established using these comprehensive analyses methods to establish the software level A-E.

This can be difficult the first time a company attempts to develop a civil avionics system under this standard, and has created a niche market for DOB training and consulting. Tools used to verify the code simulators, test execution tool, coverage tools, reporting tools, etc. DOB, Software Considerations in Airborne Systems and Equipment Certification is a guideline dealing with the safety of safety-critical software used in certain airborne systems.

This process performs reviews and audits to show compliance with DOB. Therefore, DOB central theme is design assurance and verification after the prerequisite safety requirements have been established.

The number of objectives to be satisfied eventually with independence is determined by the software level A-E. This process handles problem reports, changes and related activities.

Even the airgorne of the requirement after the implemented features have been deployed and used should be traceable.

Although technically a guideline, it was a de facto standard for developing avionics software systems until it was replaced in by DOC. For objectives that must be satisfied with independence, the person verifying the item such as a requirement or source code may not be the person who authored the item and this separation must be clearly documented.


The system safety assessments combined with methods such as SAE ARP A determine the after mitigation DAL and may allow reduction of the DOB software level objectives to be satisfied if redundancy, design safety features and other architectural forms of hazard mitigation are in requirements driven by the safety analyses.

DOB is not intended as a software development standard; it is software assurance using a set of tasks to meet objectives and levels of rigor.

RTCA DOB, Software Considerations in Airborne Systems and Equipment Certification | Enea

There are many possible and acceptable ways for a real project to define these aspects. It is the software safety analyses that drive the system safety assessments that determine the DAL that drives the appropriate level of rigor in DOB. This article needs additional citations for verification. The interface to the certification authority is also handled by the quality assurance process.

Articles needing additional references from June All articles needing additional references All articles with unsourced statements Articles with unsourced statements from June This objective-based nature of DOB allows a great deal of flexibility in regard to following different styles of software life cycle. Documents maintained by the configuration management process:. Any software that commands, controls, and monitors safety-critical functions should receive the highest DAL – Level A. Software can automate, assist or otherwise handle or help in the DOB processes.

From Wikipedia, the free encyclopedia. In the same report, they also note that DOC seems well-poised to address this issue. The phrase “with independence” refers to a separation of responsibilities where the objectivity of the verification and validation processes is ensured by virtue of their “independence” from the software development team.


DOC Software Considerations in Airborne Systems and Equipment Certification → Code Coverage

Requirements traceability is concerned with documenting the life of a requirement. Processes are intended to support the objectives, according to the software level A through D—Level E was outside the purview of DOB. By using this site, you agree to the Terms of Use and Privacy Policy. The intention of DOB was not to be prescriptive. All tools used for DOB development must be part of the certification process.

It should be possible to trace back to the origin of each requirement and every change made to the requirement should therefore be documented in order to achieve traceability.

DO-178C → Code Coverage

Views Read Edit View history. Typically used software development process:. June Learn how and when to remove this template message. VDC Research notes that DOB has become “somewhat antiquated” in that it is not adapting well to the needs and preferences of today’s engineers. The failure conditions are categorized by their effects on the aircraft, crew, and passengers.

Furthermore, processes and their concrete activities must have well defined entry and exit criteria, according to DOB, and a project must show that it is respecting those criteria as it performs the activities in the process. Please help improve this article by adding citations to reliable sources.