Site Map
DDC-I, # 1 in Customer Care     · Safety Critical Embedded Software Development
    · Customized Tools & Services Tailored to Fit Your Needs
    · Legacy Software System Modernization
    · Ada Compilers, C Compilers, C++ Compilers, JOVIAL Compilers, FORTRAN Compilers
 



May 2005

Products / Services

 
   
 

Products

 
   
 

 

 
   
 

Custom Services

 
   
 

 

 
 

Customer Spotlight

 
   
 

"DDC-I has demonstrated that they understand the importance of responsiveness.

... representatives visited often and quickly deduced the critical nature of the software we’re building and flying."

Michael Bethancourt, Lockheed Martin

 
   
 

 

 
 

Contact the Editor

 
   
 

DDC-I Online News is published by DDC-I, Inc., 400 N. 5th Street #1050; Phoenix, AZ 85004, Editor: Jennifer Sanchez

Comments and submissions of articles are welcome and should be sent to the editor at the above address or by email to editor@ddci.com.

Copyright 2005, DDC-I, Inc. Permission to copy is prohibited. References to other companies and their products use trademarks are owned by the respective companies and are for reference purposes only.

 

 
   
 

 

 
DDC-I Online News
Inside this Issue

DDC-I in Action

Bradley Fighting Vehicle:
Precision Targeting On The Cutting Edge

Key Subcontractors Harness DDC-I Tools for Ongoing Bradley Upgrades

May 02, 2005 - Phoenix, AZ - Developed and enhanced over the last twenty-five years, the Bradley Fighting Vehicle is a mainstay of American ground forces, delivering personnel, firepower and battlefield telemetry in challenging environments around the globe. Earning a reputation as one of the finest fighting vehicles in the world, its mobility, survivability and shoot-on-the-move capability are the result of continual enhancement to meet and exceed the requirements of the changing battlefield.

DDC-I's proven DACS development tools continue to contribute directly to Bradley development, most recently responsible for embedded software for the turret drive and electronic transmission control units in the newest Bradley A3. Estimated to be an order of magnitude more challenging than previous Bradley programs, the A3 upgrade involved development of hardware and software by a large number of subcontractors located around the world. Efforts were magnified by the estimated 1.5M lines of code necessary to make everything go.

Safety-critical embedded code generated with DACS spins the improved A3 turret design and keeps the Bradley's gears turning. The turret's 360- degree continuous traverse enhances automatic dual target tracking, automatic gun target adjustment, automatic sighting, hunter/killer and day-and-night vision capabilities. The GM-Allison hydro-mechanical automatic transmission harnesses a 600 hp Cummins diesel engine, with a top land speed of 38 mph (61 km/h), amphibious capability and a cruising range of 250 miles.

In addition to standard combat roles, variants of the Bradley serve many others, from air defense support (M6 Linebacker) and troop and cargo transport (M993 Carrier) to the medical AMEV/AMTV (Armored Medical Evac/Treatment Vehicle). The M4 Command and Control Vehicle (C2V) provide commander and staff with a protected environment at the pace of today's armored forces. Providing protected transport of an infantry squad on the battlefield and watching over firefights to support dismounted infantry, the Bradley can suppress and defeat enemy tanks, reconnaissance vehicles, infantry fighting vehicles, armored personnel carriers, bunkers, dismounted infantry and attack helicopters.

Scouting, essential fire support, and laser-sighting missions are a crucial capability on the emerging 21st century battlefield. Incorporating the latest improvements, taking lessons learned during recent deployment of vehicles in the Middle East, the Bradley is engaged in ongoing project development and DACS remains involved.

# # #

DDC-I is a global supplier of software development tools, custom software development services, and legacy software system modernization. DDC-I's customer base is an impressive "who's who" in the commercial, military, aerospace, and safety-critical industries. Tools include compiler systems and run-time systems for C, Embedded C++, Ada, JOVIAL and Fortran applications development. For more information regarding DDC-I products, contact DDC-I at: 400 North Fifth Street, Phoenix, Arizona 85004; phone (602) 275-7172; fax (602) 252-6054; e-mail sales@ddci.com; or visit www.ddci.com.

[ Back to Top ]

In The News

Things are Heating Up

By David Mosley

An article in Military & Aerospace Electronics (February 2005, Vol. 16, No. 2) illustrates a common, but some times overlooked problem, with computer systems.

Ben Ames reports that Northrop Grumann and Raytheon are partnering to develop an update for the Joint STARS radar to be deployed sometime after 2013. The radar system relies on powerful onboard computers. To handle the massive signal-processing load, Mercury Computer Systems has upgraded their new computer to about eight times more powerful than its predecessor. How did they do this? The PowerStream 7000 now contains 24 slots with 5 processors each, running 120 PowerPC 7447 chips connected through a passive backplane with RapidIO switch fabric. The unit creates an astounding 1 trillion floating point operations per second (1 TeraFLOPS) of processing power. It's a cube, the size of your typical dorm room mini-frig, with 4 strong fans blowing hot air out the top. Stuffed with microprocessors and other devices, the computer is so dense that designers worried about dissipating the heat. It's not a refrigerator--it's a stove. No air molecule was wasted in the drive to cool the plethora of processors.

Cooling sounds boring, but its probably the number one challenge restricting computer growth in general. Cooling is now the biggest hurdle to Moore's Law (the device density of integrated semiconductor circuits doubles every 18 months). Designers must look for innovative ways to cool their processors. Apple, for example, just released a liquid cool chip. Heat is a result of energy consumption. So another approach is to lower the consumption -- the processors have to be power efficient, turning fewer watts into more and more FLOPS. Chip designers are acutely aware of the need to reduce power consumption and keep things cool.

As one well-known industry analyst remarked, "The problem is not Moore's Law. The problem is cooling Moore's Law."

[ Back to Top ]


Partner Update

Wind River 2005 Worldwide User Conference

Join DDC-I at the Wind River 2005 World Wide User Conference
May 22 - May 25, 2005
Omni Orlando, Florida

The Focus:

This show is designed to show you new ways to develop and run software - faster, better, at lower cost and more reliably.

Keynote Speakers:
  • Professor Neil Gershenfeld: Director of MIT's Center for Bits and Atoms and author of "When Things Start to Think" and the upcoming "Fab: The Coming Revolution on Your Desktop - From Person Computers to Personal Fabrication."
  • Ben Stein: Former Nixon speechwriter, editorial writer for the Wall Street Journal, author, screenwriter, actor, pop icon, brilliant economist, and world-class humorist.
  • Kevin Carroll: A Nike Katalyst and Director of the Nike Leadership Communications Group. Carroll nurtures the Company's inner spirit; provokes new ways of thinking; and inspires the masses.
  • Theresa Lanowitz: Research Director at Gartner
  • Ken Klein: Wind River Chief Executive Officer
  • John Bruggeman: Winder River Chief Marketing Officer
The Tracks:
Over 60 technical and business Track Sessions, Workshops, Hands-on Labs, Demos, Tips and Tricks Sessions and Best Practices:
  • VxWorks/Technologies
  • Middleware Technologies
  • Development Process and Environment (DDC-I presenting in this track)
  • Linux
  • Executive Perspectives
  • Open Perspectives
  • Birds of a Feather

LESS THAN 3 WEEKS LEFT!
REGISTER NOW! http://www.windriverevents.com/liberate

Tell'em, DDC-I sent ya!

[ Back to Top ]


 

Tech Talk

Ada Subunits and Efficiency in SCORE®

By Johan P. Olmütz Nielsen

Ada subunits provide two possible benefits:

  1. A large source file may be broken down into several smaller ones, making it easier to comprehend and maintain the whole.

  2. Fewer recompilations may be needed when changing only one subunit.

Benefit 1 is purely source level so it is always available.

There are, however, also possible drawbacks to subunits:

  1. Package and protected subunits present a code generation difficulty because they may introduce objects which need to exist until the parent's declarative region is left. In effect, the subunit objects should be part of the parent's frame yet they are not known when the code for that frame is generated.

  2. The resulting code may be less compact and efficient with subunits than without because some optimizations may not be applied.

One way of overcoming both these drawbacks is to have the Ada compiler treat all subunits as if they were included in the parent source. This solution unfortunately eliminates benefit 2 all together. The handling in SCORE Ada is a compromise, intended to provide the benefits and avoid the drawbacks as far as possible.

Let us first look at package and protected subunits. The SCORE Ada compiler compiles all subunits as they are met but postpones code generation for the parent and package and protected subunits until all such subunits have been compiled. This eliminates the first possible drawback as these subunits do not exist at code generation time. Here code efficiency is retained at the possible expense of recompilation efficiency.

Subprogram and task subunits, on the other hand, are separately compiled so benefit 2 is preserved for them. For parents which are library packages you get the benefits and no drawbacks. For subprogram parents with subprogram or task subunits the price is drawback 2. The following discusses the actual price. When subunits are really compiled separately from their parent, the code generated for a subprogram parent must allow for the subunits referencing all local objects visible to them. This prevents some optimizations (e.g. keeping variables in registers). This also requires the parent unit to provide subunits with means of addressing its local objects. To this end, SCORE generates additional constants for the parent holding the frame offset of visible local objects and assumes that there will be references to these objects from the subunits and generates code to make its frame pointer available to the subunits (something that is analyzed on a per-subprogram basis in the absence of subprogram or task subunits). In addition, each actual reference to a local object of the parent incurs the overhead of loading the frame offset.

To recap: The resulting code is only affected if you have subprogram or task subunits in other subprograms, something you may want to take into account when you structure your Ada source code.

[ Back to Top ]

Something to Think About

Positive Deviants

Linda was unable to share an article this month, so we decided to search our archives and reprint one of our favorites. This one was published in December of 2002, and has had lasting effects. It's definitely worth reading again!

By Linda Rising
risingl@acm.org
www.lindarising.org

Typically change agents look outside the organization to see so-called "best practices." Maybe we should be following the example of Save the Children that tackled the malnutrition problem in Vietnam by looking inside to find healthy children.

By Linda Rising

There are many things I like about searching for positive deviants. First of all, the Save the Children story is a great one. Second, it makes me stop and think whenever I want to try to "improve" an organization. In the old days, I would, usually at the behest of a high-level manager, research current "best practices" and then spearhead a task force to "make it happen." After all, if it works for <name your favorite big organization here>, it should work for us, right?

By finding models for change inside the organization, you are getting rid of the traditional organizational development model where you and some outside consultants go in and focus on a community’s deficits. You are the expert and the people involved in the actual work don’t know anything. The positive deviant model says, "We’re not the expert, we don’t know anything. Within your community, you have the answers, so let’s understand together what they are."

Let’s start with the story—it’s not a software tale at all but one that should concern us. It’s about malnourished children in Vietnam and a guy named Jerry Sternin and his wife, Monique. They were part of the Save the Children organization responding to a request from the Vietnamese government. And, here’s something they shared with software projects, they were given an impossible task—nearly half the children in Vietnam were malnourished—and a severe deadline—they had six months to produce results.

The problem of malnutrition is pretty well understood. It’s the result of ignorance, poverty, poor sanitation, faulty food-distribution, and cultural influences. These are tough problems to solve on any level, but impossible to treat in six months. The typical approach is to bring in some engineers and nutritionists with clipboards. They institute a few radical changes, things appear superficially better, and then the experts leave. Since there has been no real change, the experts take their expertise and their good ideas with them and it isn’t long before things are just like they were—maybe worse!

In contrast, here’s a step-by-step outline of the method of positive deviants:

1. Never assume you have the answer.

The Sternins didn’t know a great deal about Vietnam but they believed that the only way to solve the problem was to discover the solution within the Vietnamese villages. They were ready to listen, not to talk. They were ready to learn, not to prescribe. They were ready to find some children who were not malnourished and help others learn from their success.

2. It’s not a cocktail party.

In many organizational change texts, the idea of mixing across departments is encouraged. When identifying positive deviants, the opposite is used. The solutions you find will most likely be community-specific. You’re not trying to brainstorm creative ideas—you’re trying to identify what works. If people can’t identify with the deviants, they won’t adopt the solution, even if it has a proven track record. Stay within the community while you look for solutions.

3. Help them do it themselves.

It’s hard for us to follow this one! I lead retrospectives for companies and the challenge is to allow the teams to develop their own solutions. Since I’m being paid to lead the exercise, many managers want me to simply apply the proper band-aid to each difficulty as it arises. It would save time! But would it? It’s been my experience that when we are handed a solution, it won’t work. When we "own" that solution, because we discover it ourselves, we are much more likely to see it through. That’s exactly the message here. There is research to support this. Allow the community to examine the behavior of the positive deviants. Help them ask questions. Help them understand the deviant behavior. Support their observations with research but let them draw their own conclusions. This takes time but will produce the support you need. Respect and appreciation for local intelligence is required.

The Sternins started with 4 villages. They asked women if there were any children in poor families who were well nourished. The women knew who those children were. The next step was to discover what the families of those well-nourished children were doing that was different from the rest.

4. Learn the culture.

You can’t identify unusual behavior unless you understand typical behavior for the community. Find out what most people do. Ask questions to bring out assumed conventions.

Most Vietnamese communities regarded certain foods as low-class, even though the foods were nutritious. Mothers in the villages did not actively encourage eating. They believed that it wasn’t healthy to feed children with diarrhea.

5. Analyze deviant behavior.

As you learn how the community behaves, the behavior of deviants will surface. It will also become clear that the deviants have found a better way. The results will prove it. The people who need to change can see how to do it if you help them. The people within the community won’t feel that an outside solution has been imposed on them. They will discover the new way themselves.

In the Vietnamese villages the deviant mothers used alternative sources of food, some that was considered low-class. They fed their children even while the children had diarrhea, feeding children more frequently; and making sure that the children actually ate, rather than hoping that the children would take it upon themselves to eat.

6. Allow the community to adopt the deviant behavior on their own terms.

Don’t simply tell the community, "OK, guys, here it is. This is the answer to your problem. Make it happen!" You don’t want to solve a problem; you want to change behavior. Enable a learning environment where people can discover the deviant behavior.

Sternin makes a point of emphasizing the distinction: Don't teach new knowledge—encourage new behavior. Let the people who have discovered the deviations spread the word. Don't require adherence to the new practices, but do offer incentives for it.

In Vietnam, a health volunteer would invite 8 to 10 mothers into her home for medicinal-food training. As a price of entry, the mothers were required to bring a contribution of shrimp, crabs, and sweet-potato greens. They would use the ingredients to cook a meal for the group. After a couple of weeks, most of the group would continue to gather shrimp and greens, and their children would recover. Mothers could re-enroll and go through the two-week process again, over and over, until their children recovered and the behavior became habit.

7. Measure success and share the results.

When you share success, others will be curious. Learn from working with diverse groups and see how they have changed. This retrospective process is always useful and is a "best practice" for software development. To avoid making the same mistakes over and over and to learn from what worked well, take time for reflection to gather lessons learned and share those across the organization.
http://www.ddci.com/news_vol3num5.shtml#Postmortems

Sternin reports, "We saw malnutrition drop 65% to 85% throughout the villages in a two-year period. The Harvard School of Public Health came to the four original villages and did an independent study. They found that children who hadn't even been born when we left the villages were at the same enhanced nutritional levels as the ones who benefited from the program when we were there. That means that the behavior sticks."

8. Repeat.

Once the group has learned from the positive deviants, go back and repeat the process. It’s likely that other positive deviants will have created new solutions and the group can continue to learn. This is the goal of continuous improvement that has long been held up for software development without much real guidance as to how it can be achieved.

Sternin took his positive-deviance program to a total of 14 Vietnamese villages after succeeding in the initial 4. As the program grew, it uncovered new solutions in new localities: sesame seeds, peanuts, snails. The answers were never quite the same, but the process remained the same: Discover original local answers to the problem, and then give everyone access to the secrets.

The most powerful application of this final step was Sternin’s idea of a "living university." The 14 villages became a social lab. People could visit these villages and then return to their own villages and implement ideas they had learned. They could return to learn more. They could build on this success, as their home villages became positive deviants for others. The program ultimately reached 2.2 million Vietnamese in 265 villages.

Over the past decade, positive deviance has been applied to the problem of malnutrition in more than 20 countries through Save the Children. Other non-governmental organizations have applied it in many countries as well, including Bangladesh, Bhutan, Bolivia, Cambodia, Egypt, Ethiopia, Haiti, Myanmar, Nepal, and Sri Lanka.

News of Sternin's work in Vietnam spread rapidly among a variety of non-governmental organizations. Positive deviance is now being applied around the world to change behavior in a variety of other social and organizational situations, such as the spread of AIDS in the Third World and ethnic conflicts in Africa.

Let’s hear a business story. A successful pharmaceutical company had one unit that far outsold all of the other groups. The company believed that the more sales reps you had and the more calls you made on customers, the more you would sell but the positive deviants had fewer salespeople and made fewer calls. By applying the methods described in this article, they found that the successful reps were spending more time with individual doctors, educating them on the benefits and the uses of the products that they sold.

Steven Miller, Managing Director of Shell Oil Products Business Committee: Top-down strategies don’t win many ball games today. We need a different definition of strategy and a different way to generate it. The top can’t possibly have all the answers. The leaders provide the vision and are the context setters but the actual solutions—how best to meet the challenges—have to be made by the people closest to the action.

Barbara Waugh, Worldwide Change Manager for Hewlett-Packard Laboratories: The 60s way of doing things was to dig into a complicated problem, pick out the worst elements, and go after them. Today, I take the opposite approach. I seek out the positive deviants and support them. Give them resources and visibility.

Here’s a brief comparison of positive deviance with traditional organizational development:

Asset model vs. a deficit model. Look for what’s right instead of what’s wrong. It puts you in a completely different frame of mind.

Based on indigenous wisdom within the system vs. expert opinion from the outside. You’re the experts. We’re not coming in to tell you how to do your job.

Cheap vs. expensive.

Goes with the flow vs. disrupting the status quo.

Finds those who are successful and what they are doing differently vs. finding out what’s wrong and trying to fix it.

Stirs up less resistance because we’re learning from our colleagues vs. outside experts and new ideas from the outside.

Produces change that lasts vs. change that doesn’t last.

The biggest benefit comes at a personal level, as one villager told the Sternins, "Let us tell you about the changes in our lives. We were like seeds locked up in a dark place, and now we have found the light." http://www.savethechildren.com

References

Dorsey, D., "Positive Deviant," Fast Company, December 2000.

Pascale, R.T., M. Millemann, and L. Gioja, Surfing the Edge of Chaos, Crown Business, 2000.

Sternin, J. "The Power of Positive Deviancy," Harvard Business Review, January-February 2000.

Waugh, B. with M. Silk Forrest, The Soul in the Computer, Inner Ocean, 2001.

About the Author
http://www.lindarising.org

risingl@acm.org

Linda Rising has a Ph.D. from Arizona State University in the area of object-based design metrics. Her background includes university teaching as well as work in industry in telecommunications, avionics, and strategic weapons systems. She is the author of numerous articles and has published three books: Design Patterns in Communications, The Pattern Almanac 2000, and A Patterns Handbook. Follow this link for information regarding her latest book "Fearless Change: patterns for introducing new ideas".
http://www.cs.unca.edu/~manns/intropatterns.html

[ Back to Top ]

 

 

Vol. 6 Issue 5

News Update

Subscribe to DDC-I Online News
and receive monthly updates automatically.

Archives

Customer Success Stories

 


SCORE-653

ARINC-653 Compliant

Certifiable to DO-178B/Level A

One IDE for All Embedded C++, C, Ada and Fortran Applications

Check out DDC-I's

Support Program

 
 

©2005, DDC-I, Inc., Phoenix, AZ - All Rights Reserved - Webmaster@ddci.com

DDC-I, Inc. -  USA - Phone: (602) 275-7172