Systems Engineering Systems Engineering Fundamentals: Concept of System Engineering

Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1of 7

SYSTEMS ENGINEERING

SYSTEMS ENGINEERING FUNDAMENTALS

CONCEPT OF SYSTEM ENGINEERING

Systems engineering is an interdisciplinary engineering management process that evolves and


verifies an integrated life cycle balanced set of system solutions that satisfy customer needs.

Systems engineering management is accomplished by integrating three major activities:


 Development phasing that controls the design process and provides baselines that
coordinate design efforts;
 A systems engineering process that provides a structure for solving design problems and
tracking requirements flow through the design effort;
 Life cycle integration that involves customers in the design process and ensures that the
system developed is viable throughout its life.

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.

The systems engineering process is the


heart of systems engineering management.
Its purpose is to provide a structured but
flexible process that transforms
requirements into specifications,
architectures, and configuration baselines.

Development Phasing

Development usually progresses through distinct levels or stages:

• Concept level, which produces a system concept description;


• System level, which produces a system description in performance requirement terms; and
• Subsystem/Component level, which produces first a set of subsystem and component product
performance descriptions, then a set of corresponding detailed descriptions of the products’
characteristics, essential for their production.

The Systems Engineering Process

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

Life cycle integration is achieved through integrated development—that is, concurrent consideration
of all life cycle needs during the development process.

The objective of an Integrated Product Team is to:


• Produce a design solution that satisfies initially defined requirements, and
• Communicate that design solution clearly, effectively, and in a timely manner.

Multi-functional, integrated teams:


• Place balanced emphasis on product and process development, and
• Require early involvement of all disciplines appropriate to the team task.

Primary Function Definitions

• 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.

SYSTEMS ENGINEERING MANAGEMENT IN DOD ACQUISITION

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.

Acquisition Life Cycle


The process is defined by a series of phases during which technology is defined and matured into
viable concepts, which are subsequently developed and readied for production, after which the
systems produced are supported in the field.

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.

Requirements are a statement of the problem to be solved. Unconstrained and nonintegrated


requirements are seldom sufficient for designing a solution.

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 Engineering Process Outputs include the system/configuration item architecture,


specifications and baselines, and the decision database.

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.

WORK BREAKDOWN STRUCTURE

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.

You might also like