11.01.2017 Views

A Technical History of the SEI

ihQTwP

ihQTwP

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Architecting S<strong>of</strong>tware-Reliant, Safety-Critical Systems with SAE<br />

AADL<br />

The Challenge: Reducing Faults in Safety-Critical Defense Systems<br />

Safety- and mission-critical systems, such as aircraft, motor vehicles, and communication systems,<br />

have become increasingly s<strong>of</strong>tware reliant. The cost <strong>of</strong> developing such systems has increased<br />

exponentially under <strong>the</strong> current practice <strong>of</strong> “build <strong>the</strong>n test” and has become unaffordable—reaching<br />

10 billion dollars for <strong>the</strong> next-generation aircraft, with s<strong>of</strong>tware comprising 70<br />

percent or more <strong>of</strong> <strong>the</strong> total system cost [Redman 2010]. The results are major delays in system<br />

delivery and unexpected system failures during operation. A major cost driver is <strong>the</strong> exponential<br />

growth in s<strong>of</strong>tware size and interaction complexity. This growth is due to <strong>the</strong> increasing role <strong>of</strong><br />

s<strong>of</strong>tware as <strong>the</strong> integrator <strong>of</strong> system functionality and <strong>the</strong> use <strong>of</strong> a shared networked computer<br />

hardware infrastructure. Studies show that for safety-critical s<strong>of</strong>tware systems, 70 percent <strong>of</strong><br />

faults are introduced during requirements specification and architecture design; and 80 percent are<br />

currently not caught until integration/acceptance testing and actual operation, with rework cost<br />

factors <strong>of</strong> 110-1000x [AVSI 2010]. Many <strong>of</strong> <strong>the</strong> root causes are related to mismatched assumptions<br />

in <strong>the</strong> interaction between <strong>the</strong> s<strong>of</strong>tware, <strong>the</strong> hardware, and <strong>the</strong> physical system [Feiler 2009].<br />

Studies <strong>of</strong> this problem have recommended a paradigm shift toward an architecture-centric,<br />

model-based practice <strong>of</strong> end-to-end assurance evidence through predictive analysis and formal<br />

verification to complement testing [NRC 2007].<br />

A Solution: SAE Architecture Analysis & Design Language (AADL)<br />

In <strong>the</strong> 1990s, DARPA-funded research in s<strong>of</strong>tware architecture fostered <strong>the</strong> creation <strong>of</strong> a number<br />

<strong>of</strong> architecture description languages (ADLs), one <strong>of</strong> <strong>the</strong>m being MetaH, which was specifically<br />

designed at <strong>the</strong> Honeywell Technology Center for embedded s<strong>of</strong>tware systems and which supported<br />

RMA [Vestal 1993]. Its successful use on a missile guidance system at <strong>the</strong> U.S. Army Aviation<br />

and Missile Research Development and Engineering Center (AMRDEC) S<strong>of</strong>tware Engineering<br />

Directorate (SED) and several o<strong>the</strong>r pilot projects led AMRDEC SED, in 1999, to kick<br />

<strong>of</strong>f and chair a standardization effort through <strong>the</strong> SAE AS-2C Architecture Description Language<br />

Committee in <strong>the</strong> Avionics Systems Division <strong>of</strong> SAE International. Under <strong>the</strong> technical leadership<br />

<strong>of</strong> <strong>the</strong> <strong>SEI</strong>, <strong>the</strong> AADL standard was approved by 23 voting member organizations and published<br />

in November 2004; it was revised in January 2009 based on feedback from <strong>the</strong> user community<br />

[SAE AADL 2009]. In June 2006, a set <strong>of</strong> Annex standards was published to support various<br />

forms <strong>of</strong> hazard, reliability, and fault-impact analysis. The Annex included <strong>the</strong> AADL Meta<br />

model and XMI interchange format, and <strong>the</strong> error model extension to AADL. In January 2011, a<br />

second set <strong>of</strong> Annex standards was published, consisting <strong>of</strong> a Behavior Annex, a Data Modeling<br />

Annex, and an ARINC653. With <strong>the</strong> release <strong>of</strong> <strong>the</strong> standard, <strong>the</strong> <strong>SEI</strong> provided an Eclipse-based<br />

open source implementation <strong>of</strong> a tool environment for AADL called OSATE to encourage pilot<br />

projects.<br />

SAE AADL was specifically designed to support modeling and analysis <strong>of</strong> large-scale embedded<br />

s<strong>of</strong>tware system architectures in terms <strong>of</strong> an application runtime architecture bound to a computer<br />

platform architecture and interacting with a physical system in which it is embedded. The architecture<br />

is expressed through concepts with well-defined semantics, such as periodic and aperiodic<br />

tasks with sampled and queued communication operating as a partitioned system on synchronous<br />

CMU/<strong>SEI</strong>-2016-SR-027 | SOFTWARE ENGINEERING INSTITUTE | CARNEGIE MELLON UNIVERSITY 54<br />

Distribution Statement A: Approved for Public Release; Distribution is Unlimited

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!