Открытая архитектура и методика создания и разработки контрольно-проверочных комплексов для тестирования и диагностики сложных технических систем

Открытая архитектура и методика создания и разработки контрольно-проверочных комплексов для тестирования и диагностики сложных технических систем

Автор: Степанов, Олег Владимирович

Шифр специальности: 05.13.12

Научная степень: Кандидатская

Год защиты: 2006

Место защиты: Нижний Новгород

Количество страниц: 183 с. ил.

Артикул: 3302205

Автор: Степанов, Олег Владимирович

Стоимость: 250 руб.

Открытая архитектура и методика создания и разработки контрольно-проверочных комплексов для тестирования и диагностики сложных технических систем  Открытая архитектура и методика создания и разработки контрольно-проверочных комплексов для тестирования и диагностики сложных технических систем 

Содержание
Введение
Глава 1. Существующие подходы к построению программноаппаратных комплексов для тестирования и диагностики.
1.1. Существующие модели и принципы построения контрольнопроверочных комплексов
1.1.1. Спецификация ОРС А
1.1.2. Спецификации классов приборов 1VI
1.1.3. Компонентная модель КПК
1.1.4. Стандарт АВВЕТ.
1.1.5. Подсистема измерений и стимулов 1VI
1.1.6. Проблемно и сигналориентированные интерфейсы.
Интерфейс IVII
1.2. Обзор существующих систем для проведения испытаний.
1.2.1. Специализированные испытательные системы.
1.2.2. Средства управления отдельными независимыми тестами
1.2.3. Интегрированные системы
1.2.4. системы
Глава 2. Открытая архитектура контрольнопроверочных комплексов. Сигналориентированный интерфейс для разделения логики гестов и логики управления и сбора данных
2.1. Концепция контрольноизмерительных трактов.
2.2. Модель контрольноизмерительного тракта сигналориентированный интерфейс.
2.3. Реализация интерфейса для платформы СОМ
2.4. Менеджер КИтрактов. Компонентная модель измерительной подсистемы с использованием КИтрактов
2.5. Интерфейсы менеджера КИтрактов
Глава 3. Средства поддержки разработчика контрольноизмеригельных трактов.
3.1. Библиотека шаблонов сигналов i i.
3.1.1. Структурные классы.
3.1.2. Классы реализации
3.2. Приложение для моделирования КИтрактов.
3.3. Генератор кода КИтрактов.
3.3.1. Интерфейс генератора исходного кода КИтрактов
3.3.2. Алгоритм работы генератора кода КИтрактов
3.3.3. Использование генератора кода КИтрактов
3.4. Верификатор КИтрактов
3.4.1. Интерфейс верификатора КИтрактов.
3.4.2. Алгоритм работы верификатора КИтракюв
3.4.3. Использование верификатора КИтрактов.
3.5. Просмотр КИтрактов.
Глава 4. Методика разработки контрольноизмерительных трактов
4.1. Техническое задание на КПК.
4.2. Модели КИтрактов
4.3. Генерация кода КИтракта.
4.4. Графический интерфейс пользователя.
Глава 5. Применение открытой архитектуры на основе интерфейса контрольноизмерительного тракта при разработке контрольнопроверочных комплексов
5.1. Проблемы, специфичные для испытаний космической техники
5.2. Основные требования к контрольнопроверочному комплексу
5.3. Структура контрольнопроверочного комплекса
5.4. Моделирование КИтрактов КПАВФ
5.5. Использование моделей
5.6. Интерфейс пользователя.
5.7. КИтракты в составе КПАВ
5.8. Программное обеспечение КПАВ
Заключение
Основные результаты.
Литература


Предлагав юя соответствующая данному процессу методика разработки кошрольно-проверочных комплексов на основе интерфейса КИ-трактов. В оставшейся части главы приведен пример разработки по данной методике контрольнопроверочного комплекса на основе реально существующего техническою задания (с использованием рассмотренных в третьей главе средств). Пятая глава содержит описание применения предложенной архитектуры, методики и средств разработки в существующем проекте по созданию контрольно-проверочного комплекса для тестирования космическою аппарата. В заключении содержится краткая сводка основных результаюв и выводы. В приложении А приведено описание всех интерфейсов разработанных програмных средств с использованием языка ГОЬ. Глава 1. Существующие подходы к построению программно-аппаратных комплексов для тестирования и диагностики. Современные технические системы в своем развитии имеют тенденцию ко все большему усложнению. Создание таких систем влечет за собой усложнение соответствующих средств для их контроля, 1ес1ирования и диагностики. На данный момент невозможно представить себе разрабо1ку и ввод в эксплуатацию сложных технических объектов, таких как современные средства вооружения или аэрокосмической техники, имеющих большое количество критичных параметров, без использования среде I в для автоматизации испытательных процедур. Разрабатываемые для подобных объектов контрольно-проверочные комплексы имеют в своем соааве различные аппаратные и программные компоненты. Современные КПК, как правило, включают большое количество разнообразной аппараты, управляющие ЭВМ, средства коммуникации с объекюм кош роля, программные средства общего назначения и специализированные. Большую роль в составе современных контрольно-проверочных комплексов играет программное обеспечение. В данной главе будут рассмотрены существующие на данный момені подходы к построению контрольно-проверочных комплексов, а также существующие системы для тестирования и диагностики. Существующие модели и принципы построения контрольнопроверочных комплексов. Как уже было сказано во введении, одной из базовых проблем, возникающих при интеграции контрольно-проверочной аппаратуры в комплекс, является отсутствие унификации программных драйверов аппаратуры. В связи с этим, при отсутствии программного обеспечения и интерфейсов для интеграции контрольно-измерительных подсистем в составе комплекса каждый программный компонент, работающий с аппара1урой, должен включать в свой состав код для взаимодействия с драйвером того или иного прибора. Различные программные драйверы могу! Иными словами, драйверы мо1у| представлять контролируемые устройства в виде различных моделей, например, низкоуровневых регистровых моделей или более высокоуровневых моделей, управляемых символьными с фоками (командами). Для краткости будем далее называть эту проблему проблемой разных интерфейсов. Организация взаимодействия с разными устройствами, пуаь даже схожими по функциональности и имеющими одинаковый драйвер, требует в общем случае написания разного управляющего кода. Ьолее того, в одинаковых условиях разные приборы одного и того же класса также могут давать различные результаты из-за особенное! Например, два анализатора спектра могу| имен» различные задержки, требуемые для проведения анализа, в связи с чем замена одного анализатора на второй потребует изменения в управляющей программе. Эту проблему будем называть проблемой разных откликов. В следующих параграфах будут рассмотрены существующие подходы к решению данных проблем. Стандарт ОРС [6] (OLE for Process Control - протокол привязки и внедрения объектов для контроля процессов) представляет собой набор спецификаций протоколов, предназначенных для управления передачей данных от промышленных устройств сбора информации (как правило, первичной) к устройствам вторичной обработки и графического отображения информации. Реализация всех спецификаций, входящих в данный стандарт базируется на платформе COM/DCOM корпорации Microsoft. ОРС XML-DA: спецификация протокола с более расширенными (но сравнению с ОРС DA) возможностями разметки данных на базе языка XML.

Рекомендуемые диссертации данного раздела

28.06.2016

+ 100 бесплатных диссертаций

Дорогие друзья, в раздел "Бесплатные диссертации" добавлено 100 новых диссертаций. Желаем новых научных ...

15.02.2015

Добавлено 41611 диссертаций РГБ

В каталог сайта http://new-disser.ru добавлено новые диссертации РГБ 2013-2014 года. Желаем новых научных ...


Все новости

Время генерации: 0.230, запросов: 244