Systems Engineering Systems Engineering Fundamentals: Concept of System Engineering
Systems Engineering Systems Engineering Fundamentals: Concept of System Engineering
Systems Engineering Systems Engineering Fundamentals: Concept of System Engineering
Phasing has two major purposes: it controls the design effort and is the major connection between
the technical management effort and the
overall acquisition effort. It controls the
design effort by developing design baselines
that govern each level of development. It
interfaces with acquisition management by
providing key events in the development
process, where design viability can be
assessed.
Development Phasing
The systems engineering process is a top-down comprehensive, iterative and recursive problem
solving process, applied sequentially through all stages of development, that is used to:
• Transform needs and requirements into a set of system product and process descriptions (adding
value and more detail with each level of development);
• Generate information for decision makers, and;
• Provide input for the next level of development
Systems engineering controls are used to track decisions and requirements, maintain technical
baselines, manage interfaces, manage risks, track cost and schedule, track technical performance,
verify requirements are met, and review/audit the progress.
Life cycle integration is achieved through integrated development—that is, concurrent consideration
of all life cycle needs during the development process.
• Development: includes the activities required to evolve the system from customer needs to
product or process solutions.
• Manufacturing/Production/Construction: includes the fabrication of engineering test models
and “brass boards,” low rate initial production, full-rate production of systems and end items, or
the construction of large or unique systems or sub- systems.
• Deployment (Fielding): includes the activities necessary to initially deliver, transport, receive,
process, assemble, install, checkout, train, operate, house, store, or field the system to achieve
full operational capability.
• Operation: is the user function and includes activities necessary to satisfy defined operational
objectives and tasks in peacetime and wartime environments.
• Support: includes the activities necessary to provide operations support, maintenance, logistics,
and material management.
• Disposal: includes the activities necessary to ensure that the disposal of decommissioned,
destroyed, or irreparable system components meets all applicable regulations and directives.
• Training: includes the activities necessary to achieve and maintain the knowledge and skill levels
necessary to efficiently and effectively perform operations and support functions.
• Verification: includes the activities necessary to evaluate progress and effectiveness of evolving
system products and processes, and to measure specification compliance.
The Department of Defense (DoD) acquisition process has its foundation in federal policy and public
law. Managing the development and fielding of military systems requires three basic activities:
technical management, business management, and contract management. As described, systems
engineering management is the technical management component of DoD acquisition management.
The process itself includes four phases of development. The first, Concept and Technology
Development, is intended to explore alternative concepts based on assessments of operational
needs, technology readiness, risk, and affordability.
Formal system acquisition begins with a Milestone B decision. The decision is based on an integrated
assessment of technology maturity, user requirements, and funding. A successful Milestone B is
followed by the System Development and Demonstration phase. It consists of two stages of
development, system integration and system demonstration. In the integration phase, the
technologies, components and subsystems defined earlier are first integrated at the system level,
and then demonstrated and tested. When subsystems have been integrated, prototypes
demonstrated, and risks are considered acceptable, the program will normally enter the system
demonstration stage.
The Production and Deployment phase consists of two stages: production readiness and low rate
initial production (LRIP), and rate production and deployment. The possibility exists that a system
could enter directly into this phase if it were sufficiently mature.
The last phase is the Sustainment and Disposal phase of the program. During this phase all
necessary activities are accomplished to maintain and sustain the system in the field in the most
cost-effective manner possible.
The acquisition process model is intended to be flexible and to accommodate systems and
technologies of varying maturities. Systems dependent on immature technologies will take longer to
develop and produce, while those that employ mature technologies can proceed through the
process relatively quickly.
SYSTEMS ENGINEERING PROCESS OVERVIEW
The Systems Engineering Process (SEP) is a problem solving process, applied sequentially top-down
by integrated teams. It transforms needs and requirements into a set of system product and process
descriptions, generate information for decision makers, and provides input for the next level of
development.
The system engineering process is the engine that drives the balanced development of system
products and processes applied to each level of development, one level at a time.
The process provides an increasing level of descriptive detail of products and processes with each
system engineering process application. The output of each application is the input to the next
process application.
REQUIREMENTS ANALYSIS
A significant amount of collaboration between various life cycle customers is necessary to produce
an acceptable requirements document.
Because requirements from different customers will conflict, constraints will limit options, and
resources are not unlimited; trade studies must be accomplished in order to select a balanced set of
requirements that provide feasible solutions to customer needs.
FUNCTIONAL ANALYSIS AND ALLOCATION
Functional analysis begins with the output of requirements analysis (that is, the identification of
higher-level functional and performance requirements). Functional Analysis and Allocation consists
of decomposition of higher-level functions to lower-levels and then allocation of requirements to
those functions.
DESIGN SYNTHESIS
Synthesis begins with the output of Functional Analysis and Allocation (the functional architecture).
The functional architecture is transformed into a physical architecture by defining physical
components needed to perform the functions identified in Functional Analysis and Allocation.
VERIFICATION
The objectives of the Verification process include using established criteria to conduct verification of
the physical architecture (including software and interfaces) from the lowest level up to the total
system to ensure that cost, schedule, and performance requirements are satisfied with acceptable
levels of risk.
SYSTEMS ENGINEERING PROCESS OUTPUTS
System/Configuration Item Architectures include the physical architecture and the associated
products and services.
Configuration baselines are used to manage and control the technical development. Program
baselines are used for measuring and supporting program status.
The WBS allows the total system to be described through a logical breakout of product elements into
work packages. A WBS, correctly prepared, will account for all program activity. It links program
objectives and activities with resources, facilitates initial budgets, and simplifies subsequent cost
reporting.