20.07.2013 Views

Download the report (PDF, 25.2 MB)

Download the report (PDF, 25.2 MB)

Download the report (PDF, 25.2 MB)

SHOW MORE
SHOW LESS

Create successful ePaper yourself

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

time to define <strong>the</strong> uses to which <strong>the</strong> system will be put,<br />

in detail, and to come up with a functional system speci<br />

fication. Who will do this work? That is <strong>the</strong> issue where<br />

in lies <strong>the</strong> pitfall mentioned above. Three ra<strong>the</strong>r obvious<br />

answers to this question present <strong>the</strong>mselves:<br />

1. The DP/MIS people should do it, because <strong>the</strong>y are<br />

trained problem-solvers and know about computers.<br />

2. The user departments should do it, because <strong>the</strong>y<br />

know what <strong>the</strong>ir needs are better than anyone else;<br />

3. A committee should be formed with representation<br />

from both departments, to get <strong>the</strong> benefit of both<br />

1 and 2.<br />

The project initiators seldom pick answer number three;<br />

everyone knows that committees never get anything done.<br />

My purpose is to show that number three is indeed <strong>the</strong><br />

best choice.<br />

Experience Speaks<br />

Several years ago, I directed <strong>the</strong> planning and implemen<br />

tation of a computer graphics project for <strong>the</strong> Metropoli<br />

tan Government of Nashville and Davidson County, Tenn<br />

essee. I was associated with Data Processing. Although it<br />

was our desire to involve <strong>the</strong> users in every phase of <strong>the</strong><br />

project, to ensure that <strong>the</strong>ir needs were being met, we<br />

went a little too fast for <strong>the</strong>m in <strong>the</strong> selection of a<br />

system output device.<br />

This is what happened: Having established that we needed<br />

computer graphics to cope with a number of problems -<br />

lack of drafting personnel because of Metro's wage scales,<br />

lack of a geocoding framework for traffic accident re<br />

porting, lack of certain kinds of planning maps - we<br />

wrote a functional system specification in terms of what<br />

we knew about systems available at <strong>the</strong> time. When it came<br />

to <strong>the</strong> output device, we reasoned as follows: While pen<br />

plotters come closest to reproducing <strong>the</strong> <strong>the</strong>n-current<br />

graphics products of <strong>the</strong> various Metro departments, <strong>the</strong>y<br />

are counter-technology devices, in two senses: The de<br />

velopment direction of all computer technology is toward<br />

less mechanical motion and more compact means of storage.<br />

Pen plotters are complex mechanical devices, and <strong>the</strong>y<br />

would tend to produce more large sheets of paper and my<br />

lar than were being produced manually.<br />

191

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

Saved successfully!

Ooh no, something went wrong!