Systems Engineering Glossary
Acquisition Phase. In the Acquisition Phase the system is developed from a single statement of need to a deliverable system with all supporting, or enabling, products.
Baseline. A baseline is a complete description of the configuration of a system at a particular point in its development.
Change Management. Change management is the process by which changes to configuration items can occur throughout a project in a formal manner.
Configuration. The configuration of a system, subsystem, module or component is the manner in which the constituent elements are disposed relative to each other.
Configuration Management. Configuration management refers to the act of controlling and managing the physical and functional make-up of the configuration items that comprise the system.
Contract. The contract is the formal agreement between the acquirer and the developer of the system. A contract contains all of the relevant terms and conditions as well as a statement of work.
Deliverable. A deliverable is an item that has been agreed is to be delivered to the acquirer by the supplier (contractor).
Human Factors. Human factors involve the study of human psychological, social, physical, and biological characteristics as they pertain to the incorporation of the human element into a system.
Interface. An interface is a statement of the functional requirements and constraints that exist at a common boundary between two functions (functional interface) or two configuration items (physical interface).
Lifecycle Model. The lifecycle of a system commences with a statement of need and ends with the disposal of the system brought into service to satisfy that need.
Logistics. Logistics relates to the processes of obtaining and distributing the materiel required to support operational systems.
Metric. A metric is a measure used in systems engineering to provide an indication of achievement or progress.
Prototype. A prototype is a model of an end or enabling product that is built during the Acquisition Phase to assist in the design activities.
QA. See Quality Assurance.
Requirements. A requirement is a statement of a system service, attribute or constraint.
Requirements Engineering. The requirements engineering process is a set of activities intended to derive, validate and maintain a set of system requirements.
Requirements Management. Requirements management is the process by which changes to requirements are managed throughout the system lifecycle.
Reviews. Technical reviews are vital part of the systems engineering process that provide the ability to determine that the design is meeting the necessary requirements.
SE. See Systems Engineering.
Software. Very few modern systems are just hardware without any software components.
Specification. A specification contains the functional, performance and verification requirements of a system as well as a description of interfaces and constraints.
Standard. A standard is document, developed by a regulatory authority or by consensus of experts, that establishes requirements and provides guidelines for processes and products.
System Architecture. The system architecture is the collection and relationship of the components that make up the system.
System Design. System design is the process by which solutions to users requirements can be defined, selected and described.
Systems Engineering Management. Systems engineering management encompasses all those activities associated with the management of the systems engineering process implemented to deliver the system.
Systems Engineering Process. The Systems Engineering Process is an iterative problem solving process based on the fundamental cycle of analyse-synthesise-evaluate.
Systems Engineering Tools. Systems engineering tools are those tools that support systems engineering processes and systems engineering management.
T&E. See Test And Evaluation.
Technical Risk Management. Technical risk management is the process by which risks can be identified, quantified, assessed and managed.
Test Management. Test management is very important since the test and evaluation effort is a complex and expensive component of a project.
Training. Training is an important part of a system since it is unlikely that the delivered system has been operated, maintained or supported by the user before.
URD. See User Requirements Document.
V&V. See Verification And Validation.
Verification And Validation (V&V). Verification and validation refers to the combined processes of ensuring that system elements being developed meet that the end of each phase the conditions imposed at the beginning of the phase and that the final developed system satisfies the specified requirements.
If you would like to nominate new words or phrases for our glossary, please contact us. © Argos Press Pty Ltd, Canberra, 2003-2009. All rights reserved. Please contact Argos Press for all requests to reproduce, broadcast, adapt and communicate content from this web site (including this entry on Systems Engineering).
Our other resources include Antennas, Appliances, Broadband Internet, CDMA, Communications Systems, GSM, Modems, Project Management, Radar, Risk Management and Decision Making, Satellite Communications, SMS, Speakers, Systems Engineering, Team Building, Time Management, Transmitters and Receivers, and XML.