Writing Requirements for Flexible Systems1

Abstract

Summary. This paper examines some attributes that make software and hardware systems flexible enough to be used for several purposes. Based on these attributes, the paper then develops some issues that need to be addressed in writing requirements for flexible systems. The paper concludes with lessons learned from the success, failure, and poor performance by systems that were designed to be flexible. THE CONTEXT OF A SYSTEM Systems have traditionally been considered as closed systems. Once the need had been established within a specific context, the context was rarely reconsidered during the remainder of the acquisition cycle. With the advent of the term systems of systems (SOS) this closed system approach is transitioning into an open systems approach. Any system in any phase of its life cycle interfaces with other systems in both the spacial and temporal domains. In the spacial domain there are physical interfaces, and in the temporal domain, all the systems are evolving simultaneously. The term SOS seems to have been coined in 1995 as a phrase to describe complex systems. However, systems engineers use a hierarchy of sub-system, system, and meta-system. Which is of the three levels is under consideration at any time really depends on how the boundaries are drawn. One acceptable definition of SOS may be that whereas a meta-system is a vertical view looking downwards in the hierarchy, a SOS is horizontal view of the same elements of the meta-system (a different perspective). Another definition is that of a system made up of elements that are not acquired or designed as a single system but are acquired over time and are in continuous evolution (Alison and Cook 1998). Permanent examples of the second definition of SOS are • Airlines • National defense forces Temporary or virtual examples of SOS are • Multi-national peace keeping forces • Project teams