Lecture01 (Лекции в ПДФ), страница 4

Ошибкасостояла в том, что управляющая программа на Земле использовала значения импульсовв фунтах силы на секунду, а бортовая система передавала ей значения, измеренные вНьютонах на секунду. В результате были использованы неправильные командыкорректировки.•Наконец, одной из причин сбоя в электроснабжении северо-востока Северной Америки,произошедшего 14 августа 2003 года, на несколько часов оставившего без электричестваоколо 50 миллионов человек и приведшего к потерям на сумму около 6 миллиардовдолларов США, была ошибка в программной системе оповещения о сбоях наэлектростанции [17].Можно отметить, что в большинстве примеров ошибок, имевших тяжелые последствия,нельзя однозначно приписать всю вину за случившееся ровно одному недочету или дефекту,одному месту в коде.

К тяжелым последствиям чаще всего приводят ошибки системногохарактера, затрагивающие многие элементы системы и различные аспекты ее устройства.Это значит, что при анализе такого происшествия обычно выявляется множество частныхошибок, нарушений действующих правил, недочетов в инструкциях и требованиях, которыесовместно привели к создавшейся ситуации.Даже если ограничиться рассмотрением только ПО, часто одно проявление ошибки(failure) может выявить несколько дефектов, находящихся в разных местах.

Такие ошибкивозникают, как показывает практика, в тех ситуациях, в которых поведение системынеоднозначно или недостаточно четко определяется требованиями (а иногда и вообще никакне определяется, что является признаком неполного понимания задачи). Поэтомуразработчики различных модулей ПО имеют возможность по-разному интерпретировать течасти требований, которые относятся непосредственно к их модулям, а также иметь разныемнения по поводу области ответственности каждого из взаимодействующих модулей вданной ситуации. Если различия в их понимании не выявляются достаточно рано, приразработке системы, то становятся «минами замедленного действия» в ее коде, приводя вдальнейшем к сбоям системы.При подготовке и проведении тестирования эти закономерности распределения ошибокпомогают находить их быстрее и с меньшими трудозатратами.Литература[1][2][3][4][5][6][7][8][9][10][11][12][13][14][15][16][17]ISO/IEC 9126-1:2001.

Software engineering — Software product quality — Part 1: Qualitymodel, 2001.ISO/IEC TR 9126-2:2003 Software engineering — Product quality — Part 2: Externalmetrics, 2003.ISO/IEC TR 9126-3:2003 Software engineering — Product quality — Part 3: Internal metrics,2003.ISO/IEC TR 9126-4:2004 Software engineering — Product quality — Part 4: Quality in usemetrics, 2003.IEEE 830-1998.

Recommended Practice for Software Requirements Specifications. NewYork: IEEE, 1998.IEEE 1233-1998. Guide for Developing System Requirements Specifications. New York:IEEE, 1998.ANSI/IEEE 610.12-1990. Glossary of Software Engineering Terminology. NY:IEEE, 1987.IEEE Guide to Software Engineering Body of Knowledge, SWEBOK, 2004.Статья Wikipedia о законе Ципфа http://en.wikipedia.org/wiki/Zipf%27s_law.http://nssdc.gsfc.nasa.gov/nmc/tmp/MARIN1.html.N. Levenson, C.

S. Turner. An Investigation of the Therac-25 Accidents. IEEE Computer,26(7):18-41, July 1993.R. Z. Sagdeev, A. V. Zakharov. Brief history of the Phobos mission. Nature 341:581-585,1989.G. N. Lewis, S. Fetter, L. Gronlund. Casualties and Damage from Scud Attacks in the 1991Gulf War, 1993.http://web.mit.edu/ssp/Publications/working_papers/wp93-2.pdf.http://www.publications.parliament.uk/pa/ld200102/ldselect/ldchin/25/2501.htm.http://www.ima.umn.edu/~arnold/disasters/ariane5rep.html.Mars Climate Orbiter Mishap Investigation Board Phase I Report, 1999.ftp://ftp.hq.nasa.gov/pub/pao/reports/1999/MCO_report.pdf.http://www.nyiso.com/public/webdocs/newsroom/press_releases/2005/blackout_rpt_final.pdf..