- •Основные показатели надёжности невосстанавливаемых и восстанавливаемых изделий. Основные выражения для расчетов этих показателей. Примеры.
- •Модель функционирования изделия. Функции обслуживающего персонала. Влияние окружающей среды.
- •Вероятность безотказной работы, её физический смысл, методы вычисления. Пример. Методы увеличения вероятности безотказной работы.
- •Отказы, их виды и причины. Количественная оценка отказа. Отказы программных средств. Сбои в средствах обработки и передачи данных. Частота отказов.
- •Средняя наработка до отказа, её физический смысл, методы расчёта. Пример. Методы увеличения средней наработки до отказа.
- •Наработка на отказ, её физический смысл, методы расчета для изделий, содержащих восстанавливаемые звенья. Пример.
- •Среднее время восстановления, его физический смысл, методы расчёта для изделий, содержащих восстанавливаемые звенья. Пример.
- •Потоки отказов, их общая характеристика. Простейший поток отказов, его модель.
- •Нестационарный Пуассоновский поток отказов, его модель.
- •Комплексные показатели надёжности, их смысл и применимость для оценки надёжности восстанавливаемых изделий и систем.
- •Эффективность автоматизированной системы. Основные показатели эффективности, их связь с надёжностью систем.
- •Основные факторы, определяющие надёжность ас. Связь эксплуатационных затрат с затратами на обеспечение надёжности.
- •Общие рекомендации по повышению надёжности средств управления на этапах проектирования. Примеры.
- •Общие рекомендации по конструированию надёжных ктс ас. Учёт требований эргономики.
- •Экономическая оценка повышения надёжности проектируемой ас.
- •Схемотехнические методы повышения надёжности проектируемых систем.
- •Проектная оценка надёжности ктс ас.
- •Виды резервирования, применяемые для повышения надёжности.
- •Виды структурного резервирования и их применимость.
- •Общий нагруженный резерв, оценка его эффективности, применимость в ас. Пример.
- •Общий ненагруженный резерв, оценка его эффективности, применимость в условиях нормальной эксплуатации.
- •Раздельный нагруженный резерв, оценка его эффективности, применимость в ас.
- •Раздельный ненагруженный резерв, оценка его эффективности, применимость в ас.
- •Отказоустойчивые структуры аппаратно-программных средств, оценка их эффективности.
- •Применение принципа голосования для повышения достоверности передачи и обработки данных. Оценка эффективности мажоритарных схем. Методы реализации схем 2 из 3-х.
- •Адаптивные системы голосования, выбор весовых коэффициентов.
- •Методы защиты элементов от обрывов и коротких замыканий, Оценка эффективности защиты.
- •Оптимизация резервирования. Способы включения ненагруженного резерва.
- •Способы включения ненагруженного резерва
- •Оценка надёжности резервируемых восстанавливаемых систем методами теории массового обслуживания. Пример.
- •Структура человеко-машинной системы и оценка влияния человека на надёжность её работы. Основные причины снижения надёжности системы, вызываемые человеком.
- •Анализ влияния человека на надёжность ас
- •Основы эргономического обеспечения ас. Методы обеспечения надёжности работы человека в ас на основе рекомендаций эргономики и инженерной психологии.
- •Концептуальная модель открытой ас. Факторы, определяющие надёжную работу ас и основные рекомендации для повышения надёжности работы человека в открытой системе.
- •Методы обеспечения надёжной работы оператора ас при работе со средствами ввода и отображения информации.
- •Оценка принятия управленческого решения в управляющей системе при наличии экспертов.
- •Обеспечение достоверности хранения и обработки данных с помощью контроля по чётности/ нечётности..
- •Обеспечение достоверности хранения данных на дисковых накопителях с помощью массивов raid.
- •Методы обеспечения достоверности передачи информации по каналам связи.
- •Обнаружение и исправление ошибок в двоичных комбинациях с помощью кода Хэмминга.
- •Обнаружение и исправление ошибок в двоичных комбинациях с помощью матричного кода.
- •Обеспечение достоверности передачи данных с помощью циклических кодов.
- •Основные факторы, определяющие надёжность работы программных средств. Методы обеспечения их надёжности на этапах проектирования и в процессе эксплуатации.
- •Основные рекомендации по повышению надежности пс на этапах разработки
- •Модели надежности программных средств
- •Методы защиты программ при их исполнении.
- •Методы тестирования и диагностики программных и аппаратных средств.
- •Методы контроля и диагностики средств автоматизации.
- •Испытания на надёжность. Виды и программы испытаний. Обработка и представление результатов испытаний на надёжность.
- •1. Основные показатели надёжности невосстанавливаемых и восстанавливаемых изделий. Основные выражения для расчетов этих показателей. Примеры. 1
- •2. Модель функционирования изделия. Функции обслуживающего персонала. Влияние окружающей среды. 1
Основные факторы, определяющие надёжность работы программных средств. Методы обеспечения их надёжности на этапах проектирования и в процессе эксплуатации.
Стр. 191-197
Основные рекомендации по повышению надежности пс на этапах разработки
Для обеспечения надежности ПС отечественными и зарубежными специалистами предложены несколько методов. Одним из эффективных способов повышения надежности является системный принцип проектирования ПС и развитый на его основе метод структурного проектирования программ. Согласно этого принципа программное обеспечение проектируется по модульно - иерархической структуре, в которой выделяются мало зависимые функциональные части, которые легко читать в отдельности. Программный модуль - набор нескольких операторов, имеющий собственное имя и набор данных. С помощью имени модуль вызывается другими модулями программы. При такой структуре ПС разработка модулей может проводиться независимо, и ошибки в модулях могут быть легче обнаружены и исправлены без последствия на другие модули.
Основные рекомендации по обеспечению надежности модульных ПС:
Проектирование структуры ПС, структуры данных к которым обращается ПС и процедур контроля работы ПС должно быть закончено до начала кодирования и отладки. Вводить дополнительные средства контроля в написанную программу сложнее, чем предусмотреть их на этапе проектирования структуры. В спроектированной структуре ПС должны быть определенны иерархические уровни, все модули на каждом уровне и их функций, а также возможные способы передачи управления информации между модулями. При проектировании структуры ПС методом сверху - вниз процесс разработки начинается с самых верхних уровней управления, завершаясь программами низких уровней.
Поскольку программы предназначены и для ЭВМ, и для человека, то они должны быть тщательно документированы. Разработчик должен составить описание всех компонент структуры и сформировать требования для контроля входной и внутренней информации. Необходимо, чтобы каждая программа имела свое описание. Схема алгоритма и текст программы должны быть снабжены достаточным количеством комментариев.
Для реализации стандартных функций применять библиотечные процедуры. Надежность библиотечных процедур намного выше, чем новых процедур, которые будут составлять большинство разработчиков - программистов. Сроки проектирования и затраты также сокращаются.
При отсутствии требуемых стандартных процедур каждая функция обработки данных или их поиска должна реализовываться наиболее простым способом. При анализе возможных путей решения задачи следует ориентироваться на выбор наиболее линейного пути без возврата к предыдущим процедурам. Высокое качество написанной программы определяет и минимум ошибок.
Наиболее ответственной с точки зрения надежности является отладка ПС - процесс выявления программных ошибок. Для выявления возможно большего количества ошибок рекомендуется разделить отладку на 4 этапа.
1й этап отладки программы - её чтение за рабочим столом, включая проверку всех связей программы. Целесообразно предложить другому лицу прочитать написанную программу.
2й этап - автономная отладка ПС, в результате которой должны быть подготовлены все программные модули, которые подлежат объединению. На этом этапе необходимо проверить максимальное число ветвей в алгоритме программы, подсчитав, сколько раз протестирована та или иная ветвь алгоритма. Это позволит определить, какие ветви не тестировались.
3й этап - комплексная отладка, цель которой - проверка правильности взаимодействия программ между собой, возможность наращивания ПС. На этом этапе необходимо регистрировать выявленные ошибки.
4й этап - предъявление ПС заказчику. Здесь проводится оценка поведения ПС при входных данных, отличных от тех, которые были в процессе комплексной отладки.
Для оценки фактического уровня надежности ПС перед их внедрением должен быть проведен специальный контроль в виде - приемных или других видов испытаний. По результатам испытаний с помощью статистических и вероятностных моделей надежности ПС вычисляют возможное количество ошибок в программном изделии.
Один из простых и достаточно точных методов оценки основан на статистической модели надежности Милса. Для этого в испытуемое ПС специально вводится случайным образом некоторое количество Ne известных ошибок. Предполагается, что темп обнаружения внесенных и собственных ошибок одинаковый. Если обозначить через N0 - первоначальное количество собственных ошибок в программном изделии, а через n0 и nв соответственно n число обнаруженных собственных и внесенных ошибок, то условие одинаковой вероятности обнаружения ошибок определится пропорцией , отсюда находим, что первоначальное количество ошибок в разработанной программе: .
Такая модель справедлива для простой программы с единственной функцией. Если процесс решений может разветвляться в зависимости от вводимых данных, то в процессе единичного испытания ошибки будут обнаружены только в одной ветви.