[SystemSafety] Correctness by Construction

Olwen Morgan olwen at phaedsys.com
Fri Jul 10 14:54:39 CEST 2020


Well-designed stress tests could have simulated a faulty AoA sensor.


Olwen


On 10/07/2020 11:45, Tom Ferrell wrote:
>
> On 10/07/2020 11:24, Olwen Morgan wrote:
>
> <snip>
>
> With MCAS, iterated tests or stress tests of the software might have 
> revealed the problem.
>
> <snip>
>
> I would suggest you are still looking at this as a software problem.  
> The MCAS behavior that led to the crashes also involved a single 
> threaded and malfunctioning Angle of Attack (AoA) sensor.  There was 
> also involvement of the pilot in resetting the MCAS which allowed it 
> to make multiple unbounded control inputs.  While this could have all 
> been simulated to test the software in isolation as suggested, it is 
> unlikely in my view that this would have surfaced what was a complex 
> behavioral problem at the aircraft level.
>
> *From:* systemsafety 
> <systemsafety-bounces at lists.techfak.uni-bielefeld.de> *On Behalf Of 
> *Olwen Morgan
> *Sent:* Friday, July 10, 2020 6:34 AM
> *To:* systemsafety at lists.techfak.uni-bielefeld.de
> *Subject:* Re: [SystemSafety] Correctness by Construction
>
> On 10/07/2020 11:24, Dewi Daniels wrote:
>
> <snip>
>
>      requirements engineers only considered a single activation of
>     MCAS. They do not appear to have considered the possibility that
>     MCAS could activate repeatedly, eventually driving the stabilizer
>     to a fully nose down position.
>
> <snip>
>
> This goes nicely with my example of the Wichman-Hill PRANG. The 
> essence of the required behaviour is a condition on repeated calls to 
> the routine that generates a single random number. Only iterative 
> testing could provide confidence in its correctness. With MCAS, 
> iterated tests or stress tests of the software might have revealed the 
> problem.
>
> Olwen
>
>     Yours,
>
>     Dewi Daniels | Director | Software Safety Limited
>
>     Telephone +44 7968 837742 | Email d
>     <mailto:ddaniels at verocel.com>ewi.daniels at software-safety.com
>     <mailto:ewi.daniels at software-safety.com>
>
>     Software Safety Limited is a company registered in England and
>     Wales. Company number: 9390590. Registered office: Fairfield, 30F
>     Bratton Road, West Ashton, Trowbridge, United Kingdom BA14 6AZ
>
>     On Fri, 10 Jul 2020 at 10:42, Michael Jackson <jacksonma at acm.org
>     <mailto:jacksonma at acm.org>> wrote:
>
>         CbyC is invaluable in avoiding errors in reasoning about
>         formal models. But the relationship of a formal
>         model---whether of a computer or of the real world of a
>         cyber-physical system---may be a more prolific source of
>         faiure. Recent posts cited the 737Max8 disasters. Were these
>         due to formal errors in MCAS code?
>
>         -- Michael Jackson
>
>
>         _______________________________________________
>         The System Safety Mailing List
>         systemsafety at TechFak.Uni-Bielefeld.DE
>         <mailto:systemsafety at TechFak.Uni-Bielefeld.DE>
>         Manage your subscription:
>         https://lists.techfak.uni-bielefeld.de/mailman/listinfo/systemsafety
>
>
>
>     _______________________________________________
>
>     The System Safety Mailing List
>
>     systemsafety at TechFak.Uni-Bielefeld.DE  <mailto:systemsafety at TechFak.Uni-Bielefeld.DE>
>
>     Manage your subscription:https://lists.techfak.uni-bielefeld.de/mailman/listinfo/systemsafety
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.techfak.uni-bielefeld.de/pipermail/systemsafety/attachments/20200710/e9fce7a3/attachment.html>


More information about the systemsafety mailing list