Projects Combine Enterprise, Embedded Challenges

 
 
By Peter Coffee  |  Posted 2005-03-07 Email Print this article Print
 
 
 
 
 
 
 

Enterprise apps and embedded systems are converging.

At what point does one draw the line between an enterprise IT application and an embedded system? Or is the question itself outdated, as these two once-separate domains converge?

We all know the characteristics of enterprise IT applications. They address a business requirement. Their design emphasizes maintainability of code rather than low-level hardware optimization.

They persist, in the form of legacy systems, and theyre subject to continuing refinement in the form of enhancements or through integration with other systems.

Enterprise IT applications also have a reputation for high defect rates, disappointing schedule slips and truly terrifying cost overruns.

Many enterprise IT projects are abandoned before they do anything useful, but the return on investment of the good ones is huge.

Click here to read more about enterprise IT solutions brought to the stage at the Demo conference.

Those of us whove done bare-metal software development also know the characteristics of embedded systems. They translate the vague potential of devices into a specific function that may be utilitarian or frivolous. Their design minimizes every possible measure of resource intensiveness.

Embedded software is developed, deployed and abandoned at the tempo of product cycles measured in months or quarters rather than years or decades.

Its written to tight requirements of on-time delivery and on-specification performance—and if the code doesnt work, the product cant ship.

Read more here about embedded applications challenging developers.

It seems, though, as if everything interesting thats being done today with enterprise IT is at an intersection—or perhaps in a no mans land—incorporating the most demanding elements from both of these domains. Meeting the complex, dynamic requirements of business process orchestration while meeting the zero-defect expectations of the embedded system looks like the new charter of enterprise developers and their technology providers.

This compound challenge was brought to my attention within a few minutes of the e-mail delivery of my weekly newsletter, "Peter Coffees Enterprise IT Advantage," last Monday.

Reader Roger Slykhouse, IT manager at General Motors North America Information Systems & Services group, in Warren, Mich., replied that Id overlooked one of the five core functions of enterprise IT systems. (If you dont already receive these developer-oriented epistles, you can add to your e-mail overload with a free subscription at www.eWEEK.com/newsletter_manage.)

Id suggested in that newsletter column that there are only four fundamental reasons to build an IT system: to make a decision, to record an action, to persuade an audience or to create content that people would pay to receive.

"I think you missed to make something happen," Slykhouse cheerfully admonished me.

A power grid managed through a Web interface, he observed, doesnt fit any of my categories.

Hes right, and such a system would likely be held to enterprise standards of integration and maintainability; at the same time, it would require an embedded systems performance and fault tolerance. Welcome to the 21st century.

At the far end of a remote control link, there might be more than just hardware actuators like the ones in a power-grid control center. Part of making things happen, for quite a long time to come, will be the delivery of clear instructions to people at another site.

(Think of Apollo 13 and the need to tell the astronauts in that crippled spacecraft how to assemble a carbon-dioxide filter from bits and pieces of other gear on hand.)

Another newsletter reader, Bob Hoffman of Polar Supply, in Anchorage, Alaska, made just that point.

Hoffman urged me also to think about "English instruction manuals written in China and translated by some guy riding on the back of a yak while delivering the goods to Wal-Mart."

If theres one more thing more challenging than defect-free, real-time communication with hardware, its achieving an equally robust link with a person.

The enterprise abstractions that weve labored to deliver, in areas such as database access, no longer need our attention as much as new tools for accurately, reliably controlling action at a distance—no matter whats doing the acting.

Technology Editor Peter Coffee can be reached at peter_coffee@ziffdavis.com.

To read more Peter Coffee, subscribe to eWEEK magazine.

Check out eWEEK.coms for the latest news, reviews and analysis about productivity and business solutions.

 
 
 
 
Peter Coffee is Director of Platform Research at salesforce.com, where he serves as a liaison with the developer community to define the opportunity and clarify developers' technical requirements on the company's evolving Apex Platform. Peter previously spent 18 years with eWEEK (formerly PC Week), the national news magazine of enterprise technology practice, where he reviewed software development tools and methods and wrote regular columns on emerging technologies and professional community issues.Before he began writing full-time in 1989, Peter spent eleven years in technical and management positions at Exxon and The Aerospace Corporation, including management of the latter company's first desktop computing planning team and applied research in applications of artificial intelligence techniques. He holds an engineering degree from MIT and an MBA from Pepperdine University, he has held teaching appointments in computer science, business analytics and information systems management at Pepperdine, UCLA, and Chapman College.
 
 
 
 
 
 
 

Submit a Comment

Loading Comments...
 
Manage your Newsletters: Login   Register My Newsletters























 
 
 
 
 
 
 
 
 
 
 
Thanks for your registration, follow us on our social networks to keep up-to-date
Rocket Fuel