When this can be done trades between attributes can

Info iconThis preview shows page 1. Sign up to view the full content.

View Full Document Right Arrow Icon
This is the end of the preview. Sign up to access the rest of the document.

Unformatted text preview: numerous attributes. A variety of methods have been developed that can be used to help managers uncover their preferences between attributes and to quantify their subjective assessments of relative value. When this can be done, trades between attributes can be assessed quantitatively. Often, however, the attributes seem to be truly incommensurate; managers must make their decisions in spite of this multiplicity. 2.4 Disciplines Related to Systems Engineering The definition of systems engineering given in Section 2.2 could apply to the design task facing a bridge designer, a radio engineer, or even a committee chair. The systems engineering process can be a part of all of these. It cannot be the whole of the job—the bridge designer must know the properties of concrete and steel, the radio engineer must apply Maxwell's equations, and a committee chair must understand the personalities of the members of the committee. In fact, the optimization of systems requires collaboration with experts in a variety of disciplines, some of which are compared to systems engineering in the remainder of this section. The role of systems engineering differs from that of system management in that engineering is an analytical, advisory and planning function, while management is the decision-making function. Very often, the distinction is irrelevant, as the same individuals may perform both roles. When no factors enter the decision-making process other than those that are covered by the analyses, system management may delegate some of the management responsibility to the systems engineering function. Systems engineering differs from what might be called design engineering in that systems engineering deals with the relationships of the thing being designed to its supersystem (environment) and subsystems, rather than with the internal details of how it is to accomplish its objectives. The systems viewpoint is broad, rather than deep: it encompasses the system functionally from end to end and temporally from conception to disposal...
View Full Document

This document was uploaded on 02/26/2014 for the course E 515 at University of Louisiana at Lafayette.

Ask a homework question - tutors are online