Editorial Software Obsolescence—Complicating the Part and Technology Obsolescence Management Problem

Abstract

As a result of the rapid growth of the electronics industry, many of the electronic parts in products have a procurement life cycle that is significantly shorter than the life cycle of the system they go into. A part becomes obsolete when it is no longer manufactured, either because demand has dropped to low enough levels that manufacturers choose not to continue to make it, or because the materials or technologies necessary to produce it are no longer available. The military refers to this situation as Diminishing Manufacturing Sources and Material Shortages (DMSMS). Avionics and military systems may encounter obsolescence before being fielded and always experience obsolescence problems during their field life, [1]. Today there are a growing number of methodologies, databases and tools that address status, forecasting, risk, mitigation and management of electronic parts obsolescence, [2]. However, the one common attribute of all the methodologies, databases and tools that are in use today, whether reactive, proactive or strategic, is that they focus exclusively on the hardware life cycle. In most complex systems, software life cycle costs (redesign, re-hosting and re-qualification) contribute as much or more to the total life cycle cost as the hardware, and the hardware and software must be concurrently sustained.

Cite this work

No public copy is stored for this record, so only the metadata is cited.

Stored only when both papers are in the corpus — 86 citations exist upstream.

Papers that cite the same references — the relational fallback while embeddings are still backfilling.