From: Marin David Condic <nobody@noplace.com>
Subject: Re: Orders of Fault Management
Date: Thu, 29 Jul 2004 12:46:35 GMT
Date: 2004-07-29T12:46:35+00:00 [thread overview]
Message-ID: <4108F1A3.5000402@noplace.com> (raw)
In-Reply-To: b6qavoohblda$.1blm4mqe5vkiv.dlg@40tude.net
Dmitry A. Kazakov wrote:
> On Wed, 28 Jul 2004 12:06:13 GMT, Marin David Condic wrote:
>
>
>>Also, a "bug" may not truly stop a software application from
>>accomplishing its purpose.
>
>
> Which is probably not a bug then. (:-))
Kind of a gray area. A common type of bug in the world I live in might
be one where you fail to detect that an actuator is out of control
because of a current difference between what you ask for and what you
get. That is a bug. But sooner or later because of a position feedback,
you see that the actuator is out of control and take the right
accommodation. So you have a "bug", but due to redundancy in detection
techniques, you can still use the software to operate the device safely.
>
>
>>In that case, one might debate the economics
>>of trying to remove "all bugs". It kind of leads to the question "How
>>good is 'good enough'?"
>
>
> Perhaps one should better talk about requirements fulfilling...
See above. You fulfil the important system level requirement, but you
fail a lower level requirement that might have lesser importance. Do you
change your mind and say "well, that wasn't really a requirement - I can
live without that feature for now." Or do you insist the software is
unacceptable and delay everything until it is fixed? As is often the
case, the answer is "It Depends..." There is no clear cut right and
wrong here - you have to look at what the actual situation is and
determine if you can live with it or not.
MDC
--
======================================================================
Marin David Condic
I work for: http://www.belcan.com/
My project is: http://www.jsf.mil/NSFrames.htm
Send Replies To: m o d c @ a m o g
c n i c . r
"All reformers, however strict their social conscience,
live in houses just as big as they can pay for."
--Logan Pearsall Smith
======================================================================
next prev parent reply other threads:[~2004-07-29 12:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-27 20:12 Orders of Fault Management Marc A. Criley
2004-07-28 12:06 ` Marin David Condic
2004-07-28 13:11 ` Dmitry A. Kazakov
2004-07-28 14:14 ` Puckdropper
2004-07-29 12:46 ` Marin David Condic [this message]
2004-08-11 4:56 ` Mark A. Biggar
2004-08-11 8:38 ` Dmitry A. Kazakov
2004-08-11 11:49 ` Marin David Condic
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox