From: "Marc A. Criley" <mcqada95@earthlink.net>
Subject: Re: error analysis/handling/detecting/reporting/preventing/recovery/reproduce/debug
Date: Sat, 30 Mar 2002 14:37:37 GMT
Date: 2002-03-30T14:37:37+00:00 [thread overview]
Message-ID: <3CA5BF66.C56AAF87@earthlink.net> (raw)
In-Reply-To: 3ca4f927.113268406@news.genuity.net
Jef Mangelschots wrote:
>
> I would like to start a discussion thread on the topic of error
> handling:
>
> Suppose you have just developed the first draft of your SW which only
> handles nominal cases.
> Suppose you are about to make the application more robust by going
> over your code again and
> modify it in order to:
> - analyse
> - detect
> - handle
> - report
> - prevent
> - recover
> - reproduce
> - debug
> errors/anomalies/faults which can be caused by:
> - system failure
> - bad user input
> - programming failures
> - bad design
> - unexpected input data
> - ...
If the first draft of your software is designed only to handle nominal
cases, then the only error error/anomaly/fault present is BAD DESIGN.
Error handling and recovery must be _designed_ into the system, even if
the actually implementation of the off-nominal recovery handling is
stubbed out for the first draft.
Marc A. Criley
Consultant
Quadrus Corporation
www.quadruscorp.com
next prev parent reply other threads:[~2002-03-30 14:37 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-29 23:39 error analysis/handling/detecting/reporting/preventing/recovery/reproduce/debug Jef Mangelschots
2002-03-30 1:08 ` Chad R. Meiners
2002-03-30 14:37 ` Marc A. Criley [this message]
2002-04-01 17:53 ` Jef Mangelschots
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox