- •Сертификация и надежность программного обеспечения Преподаватель: Чуканов Всеволод Озирисович Список литературы
- •Проблемы надежности по
- •Направления исследований в вопросе надежности по
- •Основные типы комплексов программ
- •Факторы, позволяющие анализировать показатели надежности программ 2-го и 3-го типов
- •Взаимосвязь надежностных характеристик по и аппаратуры
- •Факторы надежности аппаратных средств
- •Проблемы эталонов
- •Основные этапы разработки по
- •Модель перевода входной информации в выходную
- •Количественные характеристики надежности
- •Структурно-логические модели надежности по
- •Критерии надежности
- •Характеристики по
- •Испытания
- •Основные параметры персонала
- •Цель анализа программных ошибок при сертификации и оценке надежности по
- •Модели надежности по Классификация моделей надежности по
- •Экспоненциальная модель (модель Шумана)
- •Модель Джелинского-Моранда
- •Статистическая модель Миллса
- •Простейшие интуитивные (эвристические) модели
- •Имитационные модели
- •Тестирование по. Испытания по при сертификации Детерминированное тестирование при проектировании. Детерминированное испытание при сертификации Принципы и задачи детерминированного тестирования
- •Методы тестирования
- •Восходящее тестирование
- •Нисходящее тестирование (нисходящая разработка)
- •Модифицированный нисходящий метод
- •Метод большого скачка
- •Метод «сэндвича»
- •Модифицированные метод «сэндвича»
Структурно-логические модели надежности по

Последовательная

Зависимость программ – отказ одной приводит к отказу всех последующих.
–
вероятность безотказной работы всей
системы.
–
вероятность отказа всей системы.
–
вероятность отказа одного элемента.
Это модель для неизбыточных систем.
Параллельная

При отказе одной подсистемы ее функции берет на себя одна из оставшихся. Пример: RAID-массив.
N– кратность резервирования (уровень избыточности).
![]()
– вероятность отказа всей системы.
– вероятность безотказной работы всей
системы.
– вероятность безотказной работы одного
элемента.
Параллельно-последовательная

![]()
![]()
–
вероятность безотказной работы всей
системы.
Мажоритарная

Система работает с одним и даже двумя отказавшими элементами.
–
вероятность безотказной работы всей
системы.
–
вероятность безотказной работы одного
элемента.
–
вероятность отказа всей системы.
Экспоненциальная модель
–
вероятность отказа одного элемента.
–
вероятность безотказной работы одного
элемента.
– интенсивность отказовi-ой
подсистемы.
t – время.
Основные определения и понятия теории надежности
Под системой в теории надежности принято понимать совокупность подсистем, функционально объединенных в соответствии с некоторым алгоритмом взаимодействия в процессе применения по назначению.
Программная ошибка имеет место тогда, когда программа работает не так, как предполагает пользователь, т.е. программная ошибка не является неотъемлемым свойством программного обеспечения. Наличие ошибки в программе – это функция от самой программы и от того, чего ждет от нее пользователь.
Применительно к сложным системам, надежность ПО определяется как свойство системы выполнять заданные функции, сохраняя во времени значения установленных эксплуатационных показателей в заданных пределах в соответствующих режимах и условиях обслуживания, ремонта, хранения. Свойства надежности проявляются в то, что система выполняет поставленные перед ней задачи.
Надежность ПО – это вероятность того, что программа какой-то период времени будет работать без сбоев, с учетом степени их влияния на выходные характеристики. Надежность ПО есть функция от ущерба, наносимого ошибкой пользователя.
Ошибки ПО являются функцией от входной информации и состояния системы. Ошибки несут систематический характер.
Надежность ПО базируется на понятиях корректности и устойчивости.
Программа считается корректной, если она выполняет запланированные действия и не имеет побочных эффектов. Корректность – узкое понятие, т.к. ее полная проверка для большинства программных систем практически невыполнима. Корректность базируется на тщательной спецификации требований пользователя. Возможна ситуация, когда программа корректна с точки зрения разработчика, но не корректна с точки зрения пользователя. Если ПО удовлетворяет своей спецификации, то оно корректно. Систему можно считать надежной если велика вероятность того, что при обращении к ней можно получить требуемую услугу. Программа рассматривается как ненадежная, если она допускает сбои в особых ситуациях, даже если эти ситуации имеют небольшой процент от времени пользования системой.
Под устойчивостью программы понимается ее способность правильно выполнять правильное действие при наличии отказов в работе аппаратуры и ошибках в исходных данных. При оценке устойчивости должны быть заданы параметры окружающей среды , по отношению к которым программа должна быть устойчивой. Обычно разработчик ПО не располагает средствами эффективного контроля за окружающей средой и его задача сводится к локализации нарушений или изменения характеристик окружающей среды и описанию способов их устранения.
Под надежностью ПО понимается свойство ПО выполнять предписанные функции в соответствии с требованиями заказчика при определенных условиях функционирования в течении заданного времени и обусловленное корректностью и устойчивостью.
