Hi All --
I have been lurking on this discussion for a while, and have found it most interesting. Thanks to Ed, Paolo, Mathew et al.
As I understand it, it's a discussion about ontologies, but currently
mainly using civil engineering practices as an analogy. Another
useful analogy might be dictionary construction -- new terms are
frequently introduced to track real world usage, and existing terms get
their meaning changed, also by usage .
There seems to be a tension. On the one hand, a useful ontology
is supposed to be "right", in the sense that it will not be necessary
or desirable to change it much. On the other hand, an ontology is
supposed to capture some aspects of the changeable real world.
But, if an ontology is used to support, say, interoperation of
100 legacy systems in an SOA architecture, then making a change could
break many of the interoperations.
So, a key aspect of using ontologies in practical situation would appear to be to have some reliable
change management
method or better, change management software. The software would
have to be able to run automated regression tests over the entire
collection of SOA of legacy systems after each change to the
ontology. Also, the software would need a user interface
that business folks could understand, without mediation by IT
specialists.
Sounds like quite a challenge. Or, is there a better way?
Cheers, -- Adrian
Internet Business Logic
A Wiki for Executable Open Vocabulary English
Online at
www.reengineeringllc.com Shared use is free
Adrian Walker
Reengineering
On 8/18/07, matthew.west@xxxxxxxxx <matthew.west@xxxxxxxxx
> wrote:Dear Paola,
MW: Well I am an engineer (Chemical rather than Civil as it happens,
but this is of little relevance here.
> Hi Ed
> thanks for the extensive illustrations
>
> My point is simply that we cannot assume that a sound model which is
> 'stable' according to conventional calculus, is stable, and likely to
> remain stable indefinitelyin real conditions
>
> The x factor I was suggesting means simply: assume the bridge can
> become unstable
> in certain conditions in the future - which is something I think
> should be written on either side of the bridge.
>
>
> > But you cannot in any way capture in a model what you don't know
> > that you don't know
>
> A model should allow for uncertainty, the product of interaction and
> change, I am not sure all models of buildings do
>
> >
> > >> But the surprise failures are those that involve a
> factor that was not
> > >> considered at all, and not commonly considered in the trade.
> > >> How do you build> an "X factor" defense for that?
>
> That you are trying to identify the x factor, and that is
> near impossible
> But you can easily assume that something can go wrong and
> prepare for that
MW: It is perhaps worth reflecting on the approach that engineers take
to safety.
MW: It is assumed that some disaster will happen, and then on the one
hand look for the possible causes of such a disaster, and then seek
to eliminate the causes, and on the other hand to mitigate the
consequences.
MW: To take an example from my own field: If you have a tank that holds
petrol, it is very bad if it overflows and petrol vapour reaches a source
of ignition (think of Buncefield). So tanks are provided with guages
and alarms (and possibly even trips) to warn or prevent overflow.
However, it is also assumed that it will non-the less happen, so tanks
are provided with bunds, so that if the tank fails, the contents are
contained adjacent to the tank, rather than spreading through the
surrounding environment.
MW: Actually, the question engineers are starting to worry about is
how many simultaneous things going wrong should be taken into account?
Most disasters I have seen (that are not primarily down to human
negligence) have happend as a result of multiple factors coming into
play, when each on its own was designed for.
Regards
Matthew West
BSc, PhD, DMS, CEng, CSci, MIChemE, MCMI, MBCS, CITP
Reference Data Architecture and Standards Manager
Shell International Petroleum Company Limited
Registered in England and Wales
Registered number: 621148
Registered office: Shell Centre, London SE1 7NA, United Kingdom
Tel: +44 20 7934 4490 Mobile: +44 7796 336538
Email: matthew.west@xxxxxxxxx
<
http://www.shell.com/>
<http://www.matthew-west.org.uk/>
_________________________________________________________________
Message Archives:
http://ontolog.cim3.net/forum/ontolog-forum/
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
Unsubscribe: mailto:
ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/
To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx
_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/
To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx (01)