Paul Parkinson

Rhapsody && Coverage Analysis

I've recently been working with a customer to integrate Wind River Coverage Analysis (formerly known as CoverageScope) with Telelogic Rhapsody within their development tools framework for a mission-critical system.

At first glance, it might seem strange to integrate a code coverage testing tool with a UML design tool, as these aren't even adjacent phases in the software development life cycle (implementation being between them). However, the advent of Eclipse in recent years has helped to break down the silos which used to confine tools individual development life cycle stages and improved development work flow.

The integration enables an application to autocode-generated from Rhapsody and built with Coverage Analysis instrumentation and downloaded and run on the target processor, with coverage results being continuously streamed back to the host and displayed in the Coverage Analysis GUI. This provides immediate feedback of of the level of coverage, and the coverage trend against time (useful for confirming if the test suite tests more and more code over time, or whether it is testing the same code over and over again).

The aspect of the integration which left the biggest impression on me though, was how it enabled the customer to confirm that the right code is executed in response to an event being injected at the UML model level. This is an important aspect of system testing, and it is often difficult to demonstrate the traceability from design to implementation. This was achieved by building the application with both Rhapsody animation and Coverage Analysis instrumentation, and then run or animated on VxWorks with events being injected from Rhapsody and the executed code was shown in Coverage Analysis.

If you're interested in seeing this for yourself, the integration steps are now documented in AppNote-344 on Wind River Online Support website (login required).

Eclipse - Babel fish for engineers?

In the recent blog More Eclipse News, Alex Wilson commented on how Eclipse is becoming increasingly pervasive throughout the software development life cycle.

Alex mentioned that the seamless integration of these tools through Eclipse makes life easier for developers (which I interpreted as: single user interface (UI), consistent look & feel, improved productivity, etc., etc.), but I believe that there's also another important benefit which is perhaps less obvious.

Last year, I had the privilege of attending the Wind River Worldwide User Conference to present two papers, but I also took the opportunity to attend lots of track sessions as well. One of the presentations which really sticks in my memory, was given by Telelogic on the integration between the Rhapsody Model Driven Development (MDD) environment and Wind River Workbench. Telelogic showed the development of a UML (wikipedia) model design in Rhapsody, then performed auto code generation into an Eclipse C project, which was imported into Workbench and was compiled for a VxWorks target.

So what? That's a one way export from design to code, which has been done before...except that the demonstration didn't stop there...

Next, the UML model was executed on a target processor running VxWorks, and when the model was halted within the UML environment, Workbench halted the application at the appropriate line in the source code; and when the application ran to a specified line in the source code under Workbench control, the model was animated correspondingly in the Rhapsody.

I was impressed because this integration because it showed synchronised views of the design and implementation of the system concurrently.

It struck me that this would enable systems engineers and software engineers to observe and discuss a system from their own and their counterpart's frame of reference; and whilst we don't quite speak completely different languages, in the past I've thought that a Babel fish (wikipedia) would be useful at times.