Architecture-Based Systems Engineering
Abstract
Test and evaluation (T&E) assets -- instrumentation, hardware-in-the-loop facilities, processing software, simulations and more -- have been developed over the years to meet a wide variety of needs and requirements. Generally, each of these assets has been developed by using standard systems engineering processes in which requirements are analyzed, a design is created, hardware and software are manufactured and integrated, and the resulting asset is tested. Such a process results in superb, but limited, point solutions to recognized problems and does not usually result in a solution that might have applicability to more global T&E needs. The achievement of these higher-level goals requires a modification to the standard systems engineering process by creating an architecture as the central aspect of the requirements and design process. An architecture is a segmentation of a system (or system-of-systems) such that the primary pieces are identified and their purpose, function, interfaces, interrelatedness, and guidelines for their evolution over time are defined. Architectures put constraints on designers and developers. These constraints make possible the achievement of higher-level goals that would not automatically be achieved if developers worked independently. These higher-level goals are called the system's driving requirements. A system may have hundreds or thousands of individual requirements; however, the driving requirements are those overarching requirements upon which the purpose of the system depends. Once these requirements are identified, it is a relatively straightforward process to segment the system and address these requirements. The architecture is then used as a starting point for a design to fulfill all of the numerous detailed requirements.
Document Details
- Document Type
- Technical Report
- Publication Date
- Oct 01, 2006
- Accession Number
- ADA516771
Entities
People
- G. D. Hinton
Organizations
- Office Of The Under Secretary Of Defense