Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Lektsii_TP.docx
Скачиваний:
4
Добавлен:
01.03.2025
Размер:
282 Кб
Скачать
☆

Принципы отладки

  1. отладка идей: осуществляется на стадии предварительного эскизного проекта, алгоритм в это время существует лишь в виде «блок-схем». Имеется также формализованное целевое описание. При этом обеспечивается проверка идеологических основ построения алгоритмов КП, при том достаточно часто с использованием математического моделирования. При этом устраняются принципиальные системы и алгоритмические ошибки.

  2. ручная автономная отладка без применения ВС: позволяет выявить наиболее массовые и грубые ошибки, которые сложно выявляются формальными методами, так как эти методы рассчитаны на «хорошую» программу со сравнительно небольшим количеством ошибок. Суть этого метода заключается в проверке логики программы, переменных, структур. Ручная отладка повышает свою эффективность, если отладчик не тот человек, который писал текст программы.

  3. автономная отладка программ и замкнутых подсистем с использованием детерминированного тестирования. По сути, это проверка на основе детерминированных эталонов.

  4. статистическая автономная отладка, после которой можно переходить к комплексной отладке.

  5. Комплексная отладка.

Принципы комплексной отладки и испытаний кп

  1. Основная задача комплексной отладки – завершение отладки всего КП и доведение его характеристик до требований ТЗ. При этом требуется провести:

  1. сопряжение по передаче информации и управления для всех составляющих КП.

  2. обеспечение всех характеристики КП в соответствии с ТЗ.

  3. проверка состава и полноты документации.

  1. Необходимо, чтобы КП полностью удовлетворял ТЗ не только в «средних», наиболее часто используемых условиях функционирования, но и в граничных, особенно в нештатных ситуациях, в особенности с учетом возможного воздействия невыявленных ошибок.

  2. Главный методологический принцип – постепенное подключение в отладку подсистем КП и проведение при этом их непрерывного тестирования. Порядок подключения подсистем не всегда можно формализовать и решение о порядке подключения, как правило, принимается неформально специалистами, прекрасно представляющими предметную область, структуру КП и функциональную задачу.

Комплексная отладка

  1. Комплексная отладка (КО) состоит из трёх частей (приближенно):

  1. Статическая КО подсистем и КП в целом, проверка и корректировка сопряжения по информации и управлению подсистем, проверка на основе детерминированных тестов, при этом, по сравнению с автономной отладкой, значительно увеличивается объем.

  2. Динамическая КО всей системы без использования реальных объектов управления, т.е. на моделях. Это касается главным образом СРМВ. Внешние объекты и сигналы взаимодействия с ними представляются моделями и имитаторами, которые реализуются программными или аппаратно-программными методами.

Последовательность подключения подсистем при отладке определяется их структурными связями в КП, и последовательность подключения выбирается опытными разработчиками и согласуются с заказчиком.

Для АИС КО также нельзя проводить сразу на объекте с выдачей информации для принятия решений. Но в этом случае специальные модели и имитаторы не создаются, а контроль результатов на основе применения эталонов производится путем анализа либо предшествующей системы, либо «вручную» на основании опытных специалистов данной предметной области.

Динамическая КО на реальных объектах, если она возможна. Невозможность проверки отдельных режимов на реальных объектах может быть связана с их опасностью, нецелесообразностью и дороговизной создания ситуации.

  1. Последний этап (№3) предназначен для проверки результатов, полученных

    1. на 1ом и 2ом этапе КО, так как всегда существует вероятность того, что в модели и имитаторы, используемые на 2ом этапе отладки, вкрались ошибки. Это системные ошибки о которых ранее упоминалось, при неудачных обстоятельствах отладка на объекте может привести к тяжелым последствиям и даже к полному провалу проекта.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]