<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>open-DO &#187; matteo bordin</title>
	<atom:link href="http://www.open-do.org/author/matteobordin/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.open-do.org</link>
	<description>Toward a cooperative and open framework for the development of certifiable software</description>
	<lastBuildDate>Mon, 26 Jul 2010 09:49:12 +0000</lastBuildDate>
	
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>DO-178: Couverture and the &#8220;Source Code VS Object Code Coverage&#8221; debate</title>
		<link>http://www.open-do.org/2010/02/24/do-178-couverture-and-the-source-code-vs-object-code-coverage-debate/</link>
		<comments>http://www.open-do.org/2010/02/24/do-178-couverture-and-the-source-code-vs-object-code-coverage-debate/#comments</comments>
		<pubDate>Wed, 24 Feb 2010 09:43:55 +0000</pubDate>
		<dc:creator>matteo bordin</dc:creator>
				<category><![CDATA[Certification]]></category>
		<category><![CDATA[Papers and Slides]]></category>

		<guid isPermaLink="false">http://www.open-do.org/?p=1022</guid>
		<description><![CDATA[Couverture is a qualifiable tool to measure structural coverage. This paper describes how the Couverture technology copes with the &#8220;Souce Code VS Object Code Coverage&#8221; debate in a DO-178 context. 


The Couverture project is hosted on the Open-DO Forge.


The attached paper is also published in the Ada User Journal, December 2009 issue.
]]></description>
			<content:encoded><![CDATA[<a href="http://www.open-do.org/projects/couverture/">Couverture</a> is a qualifiable tool to measure structural coverage. <a href='http://www.open-do.org/wp-content/uploads/2010/02/Couverture.pdf'>This paper</a> describes how the Couverture technology copes with the &#8220;Souce Code VS Object Code Coverage&#8221; debate in a DO-178 context. 
<br/>
<br/>
The Couverture project is hosted on the <a href="http://forge.open-do.org/projects/couverture">Open-DO Forge</a>.
<br/>
<br/>
The attached paper is also published in the Ada User Journal, December 2009 issue.
<br/>]]></content:encoded>
			<wfw:commentRss>http://www.open-do.org/2010/02/24/do-178-couverture-and-the-source-code-vs-object-code-coverage-debate/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Open-DO Qualifying Machine</title>
		<link>http://www.open-do.org/2009/12/02/the-open-do-qualifying-machine/</link>
		<comments>http://www.open-do.org/2009/12/02/the-open-do-qualifying-machine/#comments</comments>
		<pubDate>Wed, 02 Dec 2009 09:29:24 +0000</pubDate>
		<dc:creator>matteo bordin</dc:creator>
				<category><![CDATA[Agile/Lean Programming]]></category>
		<category><![CDATA[Certification]]></category>

		<guid isPermaLink="false">http://www.open-do.org/?p=903</guid>
		<description><![CDATA[A Qualifying Machine (QM) is an agile and lean infrastructure to ease DO-178 tool qualification. The main goal of a QM is to ease the manipulation of all artifacts within the whole application life cycle and to track the activities performed by the development team.

Within Open-DO, we released an instantiation of the QM concept for [...]]]></description>
			<content:encoded><![CDATA[A <em>Qualifying Machine (QM)</em> is an agile and lean infrastructure to ease DO-178 tool qualification. The main goal of a QM is to ease the manipulation of <em>all</em> artifacts within the <em>whole</em> application life cycle and to track the activities performed by the development team.<br/><br/>

Within Open-DO, we released an instantiation of the QM concept for GNATcheck, a coding standard checking tool qualifiable for DO-178. The infrastructure and qualification material (including the Tool Qualification
Plan and the testing framework) are freely available as open source in the Open-DO forge. With this initiative, we intend to promote open collaborations in the high-assurance domain and to show how to deploy a lean and agile
qualification process.<br/><br/>

You can get more information on the Open-DO Qualifying Machine and download its instantiation for GNATcheck <a href="http://www.open-do.org/projects/qualifying-machine/">here</a>.]]></content:encoded>
			<wfw:commentRss>http://www.open-do.org/2009/12/02/the-open-do-qualifying-machine/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Is it finally time for Lean and Agile Certification?</title>
		<link>http://www.open-do.org/2009/06/04/is-it-finally-time-for-agile-do-178-certificationqualification/</link>
		<comments>http://www.open-do.org/2009/06/04/is-it-finally-time-for-agile-do-178-certificationqualification/#comments</comments>
		<pubDate>Thu, 04 Jun 2009 20:13:16 +0000</pubDate>
		<dc:creator>matteo bordin</dc:creator>
				<category><![CDATA[Agile/Lean Programming]]></category>
		<category><![CDATA[Certification]]></category>

		<guid isPermaLink="false">http://www.open-do.org/?p=467</guid>
		<description><![CDATA[Infrastructure support for lean and agile DO-178 certification/qualification: which tools do you use?]]></description>
			<content:encoded><![CDATA[The <a href="http://www.open-do.org/2009/05/12/software-certification-a-tricky-business/">problems encountered within the AirBus 400M program</a> highlight the importance of deploying an effective infrastructure when developing high-integrity systems. The core of DO-178 is indeed really about:
<br/>
<ul>
	<li>the quality of <em>artifacts</em> (how good is a  requirement/algorithm/test/etc.?)</li>
	<li>the quality of <em>relations </em>between artifacts (can I justify the existence of an  artifact by tracing it to other artifacts?)</li>
	<li>the evidence a well-defined <em>process</em> has been followed (was I  faithful to my plan?)</li>
</ul>
The major issue within DO-178 is thus to provide evidence of the  points above at a reasonable cost.

The DO-178 standard enforces a <em>requirement-driven </em>process  with a focus on verification activities: the connection with Test-Driven Development is thus evident, as explained in the <a href="http://www.open-do.org/2009/02/27/concepts-and-ideas/">Open-DO Concepts and Ideas</a>.  
<br/>
<br/>
So far, I&#8217;ve seen two major experiments to support lean and agile <a href="http://www.open-do.org/about/software-certification-101/">DO-178  certification/qualification</a>.

The first is through the use of complete tools such as <a href="http://www.eclipse.org/osee">OSEE</a>. OSEE is able to track each user activity along with the  artifacts it involves: it is &#8220;basically&#8221; an Application Lifecycle  Management System integrated with an Action Tracking System, an Automated Testing Framework, a  Requirement Management System and advanced Version Control System.  Evidence of the quality of  artifacts  and of their mutual relations is  provided by checking that appropriate verification activities have been performed;  on the other side, evidence that a given plan has been followed is provided  by analyzing the flow of tracked actions against a user-defined  workflow. OSEE has been extensively used at Boeing for the Apache Program.
<br/>
<br/>
An alternative approach can be applied for more lightweight processes, for example the <em>qualification</em> of a <em>verification</em> tool. We have been using an hacked version of <a href="http://www.fitnesse.org">FitNesse</a> (a web-based tool for acceptance testing) to support:
<br/>
<ul>
	<li> requirements, test cases and (unit) tests management;</li>
	<li>tests execution;</li>
	<li>editing of qualification documentation (Tool Qualification Plan, Quality Assurance Plan, etc.);</li>
	<li>tracking of verification and quality assurance activities when needed.</li>
</ul>
We are able to track verification and quality assurance activities for each atomic  artifact and we use our Version Control System to check that artifacts  are modified following a precise order (a verification activity for a  given artifact shall take place after the editing of the same artifact). This  lightweight approach is effective, but so far we have applied it just  for the qualification of verification tools.
<br/>
<br/>
Applying lean and agile methodologies to DO-178 certification/qualification  requires investing on tools – but the reward is well worth the cost.  What is your experience with this? Which tools do you use? Comments  are welcome!<ins datetime="2009-06-05T10:38:36+00:00">]]></content:encoded>
			<wfw:commentRss>http://www.open-do.org/2009/06/04/is-it-finally-time-for-agile-do-178-certificationqualification/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
