04.02.2015 Views

Stochastic Programming - Index of

Stochastic Programming - Index of

Stochastic Programming - Index of

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

304 STOCHASTIC PROGRAMMING<br />

First, it is implicit in the model that, while the original activity durations<br />

are random, the changes a k x k are not. In terms <strong>of</strong> probability distributions,<br />

therefore what we have done is to reduce the means <strong>of</strong> the distributions<br />

describing activity durations, but without altering the variances. This might<br />

or might not be a reasonable model. Clearly, if we find this unreasonable, we<br />

could perhaps let a k be a random variable as well, thereby making also the<br />

effect <strong>of</strong> the investment x k uncertain.<br />

The above discussion is more than anything a warning that whenever we<br />

introduce randomness in a model, we must make sure we know what the<br />

randomness means. But there is a much more serious model interpretation if<br />

we see (6.2) as a two-stage problem. It means that we think we are facing<br />

a project where, before it is started, we can make investments, but where<br />

afterwards, however badly things go, we shall never interfere in order to fix<br />

shortcomings. Also, even if we are far ahead <strong>of</strong> schedule, we shall not cut back<br />

on investments to save money. We may ask whether such projects exist—<br />

projects where we are free to invest initially, but where afterwards we just sit<br />

back and watch, whatever happens.<br />

From this discussion you may realize (as you have before—we hope) that the<br />

definition <strong>of</strong> stages is important when making models with stochasticity. In<br />

our view, project scheduling with uncertainty is a multistage problem, where<br />

decisions are made each time new information becomes available. This makes<br />

the problem extremely hard to solve (and even formulate—just try!) But this<br />

complexity cannot prevent us from pointing out the difficulties facing anyone<br />

trying to formulate PERT problems with only two stages.<br />

We said earlier that there were two ways <strong>of</strong> interpreting (6.2) in a setting<br />

<strong>of</strong> uncertainty. We have just discussed one. The other is different, but has<br />

similar problems. We could interpret (6.2) with uncertainties as if we first<br />

observed the values <strong>of</strong> q and then made investments. This is the “wait-andsee<br />

solution”. It represents a situation where we presently face uncertainty, but<br />

where all uncertainty will be resolved before decisions have to be made. What<br />

does that mean in our context It means that before the project starts, all<br />

uncertainty related to activities disappears, everything becomes known, and<br />

we are faced with investments <strong>of</strong> the type (6.2). If the previous interpretation<br />

<strong>of</strong> our problem was odd, this one is probably even worse. In what sort <strong>of</strong><br />

project will we have initial uncertainty, but before the first activity starts,<br />

everything, up to the finish <strong>of</strong> the project, becomes known This seems almost<br />

as unrealistic as having a deterministic model <strong>of</strong> the project in the first place.<br />

6.6.3 Bounds on the Expected Project Duration<br />

Despite our own warnings in the previous subsection, we shall now show<br />

how the extra structure <strong>of</strong> PERT problems allows us to find bounds on the<br />

expected project duration time if activity durations are random. Technically

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!