24.07.2014 Views

COMPIT 2003 in Hamburg/ Germany - TUHH

COMPIT 2003 in Hamburg/ Germany - TUHH

COMPIT 2003 in Hamburg/ Germany - TUHH

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

• To develop such k<strong>in</strong>d of codes with reasonable <strong>in</strong>vestment, a tool kit of sophisticated<br />

standardized procedures needs to be used <strong>in</strong> an open context that can be easily comb<strong>in</strong>ed<br />

to produce customized tools.<br />

5. Expert systems versus experts<br />

One major play<strong>in</strong>g field <strong>in</strong> research and development is optimization of ships or subsystems.<br />

This is related to automatic decision mak<strong>in</strong>g which <strong>in</strong> some cases results <strong>in</strong> what is called expert<br />

systems. In pr<strong>in</strong>ciple, optimiz<strong>in</strong>g strategies are useful tools, but they can only be applied usefully<br />

to problems where the target function can easily be expressed and where also the boundary<br />

conditions can easily be formulated.<br />

This is not the case for most problems <strong>in</strong> ship design, and consequently the question arises<br />

if a computer is a useful tool for complex technical decision mak<strong>in</strong>g. This is to be doubted,<br />

because one key value of human experts is the ability to make creative decisions based on poor<br />

and <strong>in</strong>consistent <strong>in</strong>formation. Because human experts have a broad look on the problems also<br />

tak<strong>in</strong>g <strong>in</strong>to account side <strong>in</strong>formation or experience, where computer systems tend to look on<br />

the simplest problems with the <strong>in</strong>tensity of a laser beam. This <strong>in</strong>dicates that the famous and<br />

sometimes still propagated ¨make ship¨- button will probably lead to a poor result. Can we then<br />

conclude that global optimization does not make sense <strong>in</strong> ship design?<br />

Of course not, but we should look on it from a designers po<strong>in</strong>t of view: Especially when firstpr<strong>in</strong>ciple<br />

algorithms are used, there is a strong need to automate procedures that have proven<br />

to serve the designer <strong>in</strong> the best way: For example, a standard procedure can be programmed<br />

for the optimum adjustment of the bulbous bow or the bilge radius based on CFD calculations<br />

and systematic hull form variations. The procedure reflects exactly the most efficient way to<br />

solve the problem (because it was def<strong>in</strong>ed by the designer of the hull, probably an expert) and<br />

can be automated easily as one design task. In the same way, other tasks may be automated,<br />

and as results, local optimizers comb<strong>in</strong><strong>in</strong>g a couple of tools are developed. On the next level, if<br />

sufficient experience is ga<strong>in</strong>ed by the designer handl<strong>in</strong>g these tools and the related <strong>in</strong>formation<br />

flow, there will arise the need to automate and comb<strong>in</strong>e some of the local optimizers to more<br />

powerful tools and so on.<br />

...<br />

Optimizer<br />

Optimizer<br />

Optimizer<br />

Opt.<br />

Opt.<br />

Met.<br />

Met.<br />

Opt.<br />

Opt.<br />

Opt.<br />

Opt.<br />

Met.<br />

Met.<br />

Met.<br />

Met.<br />

Method<br />

Method<br />

Fig.4: Bottom up generation of design optimization tasks from design requirements<br />

529

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

Saved successfully!

Ooh no, something went wrong!