REPLY Models, Problems and Systems (SD7020)
SDMAIL Jack Homer
jhomer at comcast.net
Sat May 10 05:54:39 CDT 2008
Posted by "Jack Homer" <jhomer at comcast.net>
Re: modeling problems rather than systems.
I have been a little dismayed to see extended discussion of yet another
question that was answered in our field decades ago; see, for example,
Industrial Dynamics (JWF, 1961), section 5.1, page 60:
"In practice there will be no such thing as THE model of a social
system, any more than there is THE model of an aircraft...In designing a
dynamic simulation model of a company or economy, the factors that must
be included arise directly from the questions that are to be answered.
In the absence of an all-inclusive model, which we are unlikely to
achieve, there may well be different models for different classes of
questions about a particular system. And a particular model will be
altered and extended as each new question is explored."
Some of the discussion here has considered "system" to be broader than
"problem", and has therefore wondered whether the "model a problem not a
system" dictum may be too limiting. In practice, however, much of the
value in the dictum has been to give us permission to model variables
BEYOND those normally considered in a narrow conception of what the
system is. The "system" is often considered in a physical sense
(perhaps coming from a traditional operations research perspective) to
comprise only the production division and not the sales division, or
only the company and not its suppliers and customers, or only the
hospital and not the community that surrounds it. We are properly urged
to model problems (or, as they are sometimes known, issues or questions)
rather than systems, not only because systems are potentially without
limit in breadth and detail (where do we draw the boundary? when do we
stop disaggregating?), but also because the common view of systems is
actually TOO constraining with respect to boundaries, leading to the
kind of silo thinking and suboptimization that has been forever the bane
of operations research.
We should always emphasize with novices to our field the importance of
modeling problems/issues/questions rather than systems, and should not
blur the lines of this important principle.
- Jack Homer
Posted by "Jack Homer" <jhomer at comcast.net>
posting date Fri, 9 May 2008 09:15:50 -0400
More information about the SDMail
mailing list