Микропроцессорные системы и программное обеспечение в средствах связи. Гребешков А.Ю. - 176 стр.

UptoLike

Составители: 

Рубрика: 

Микропроцессорные системы и программное обеспечение в средствах связи
176
этом собственно количество ошибок в ПО не всегда может рассматри-
ваться как единственная оценка надёжности ПО. Во-первых, пользова-
тель сталкивается не собственно с ошибкой, а с результатом её прояв-
ления; во вторыхвоздействие одной ошибки может компенсировать
другую ошибку; в третьихошибки могут иметь разный «вес», одна
ошибка сразу
вызывает критический отказ, другая приводит к малоза-
метным последствиям. Следует иметь в виду, что устранение ошибок
ПО, как правило, предусматривает модификацию программного кода,
что, в свою очередь, приводит к изменению показателей надёжности
ПО в целом. Поэтому любые изменения ПО должны проходить органи-
зованно, осуществляться только подготовленным персоналом, сделан-
ные изменения должны
обязательно проверяться и тестироваться в
периоды снижения абонентской нагрузки на систему коммутации.
Этим частично объясняется тот факт, что «…пользователи порой
предпочитают обновленным версиям программ старые, проверенные,
эксплуатировавшиеся длительное время, даже если в них обнаружены
погрешности: опыт эксплуатации стоит очень дорого, и даже если в
программе выявлены ошибки, гораздо дешевле внести
исправления и
дополнения в инструкции к программе (если это, конечно, возможно),
чем пожертвовать накопленным опытом». [
цит. по Романюк С.Г. «Оценка
надёжности программного обеспечения». – Открытые системы. – 4.–1994.]
Надежность ПО повышается прежде всего за счёт применения
передовых методов проектирования, разработки и тестирования ПО,
строгим соблюдением технологии эксплуатации и резервного копиро-
вания станционных и абонентских баз данных. Существуют и другие
методы повышения надёжности [см.
Таненбаум Э. и др. Надежные и защи-
щенные операционные системыОткрытые системы.– 6.–2006.]
. Например,
для существующих операционных систем предлагается защищать ядро
операционной системы (kernel) от драйверов внешних устройств. Драй-
веры окружаются специальной «тонкой» программной оболочкой, кото-
  Микропроцессорные системы и программное обеспечение в средствах связи
этом собственно количество ошибок в ПО не всегда может рассматри-
ваться как единственная оценка надёжности ПО. Во-первых, пользова-
тель сталкивается не собственно с ошибкой, а с результатом её прояв-
ления; во вторых – воздействие одной ошибки может компенсировать
другую ошибку; в третьих – ошибки могут иметь разный «вес», одна
ошибка сразу вызывает критический отказ, другая приводит к малоза-
метным последствиям. Следует иметь в виду, что устранение ошибок
ПО, как правило, предусматривает модификацию программного кода,
что, в свою очередь, приводит к изменению показателей надёжности
ПО в целом. Поэтому любые изменения ПО должны проходить органи-
зованно, осуществляться только подготовленным персоналом, сделан-
ные изменения должны обязательно проверяться и тестироваться в
периоды снижения абонентской нагрузки на систему коммутации.
     Этим частично объясняется тот факт, что «…пользователи порой
предпочитают обновленным версиям программ старые, проверенные,
эксплуатировавшиеся длительное время, даже если в них обнаружены
погрешности: опыт эксплуатации стоит очень дорого, и даже если в
программе выявлены ошибки, гораздо дешевле внести исправления и
дополнения в инструкции к программе (если это, конечно, возможно),
чем пожертвовать накопленным опытом». [цит. по Романюк С.Г. «Оценка
надёжности программного обеспечения». – Открытые системы. – №4.–1994.]
     Надежность ПО повышается прежде всего за счёт применения
передовых методов проектирования, разработки и тестирования ПО,
строгим соблюдением технологии эксплуатации и резервного копиро-
вания станционных и абонентских баз данных. Существуют и другие
методы повышения надёжности [см. Таненбаум Э. и др. Надежные и защи-
щенные операционные системы – Открытые системы.– №6.–2006.]. Например,

для существующих операционных систем предлагается защищать ядро
операционной системы (kernel) от драйверов внешних устройств. Драй-
веры окружаются специальной «тонкой» программной оболочкой, кото-

                                     176