Методы построения программных систем для автоматизации экспериментов в области спектрометрии нейтронов с использованием сетевых технологий

• Автор: Саламатин, Кирилл Маркович
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2015
• Место защиты: Дубна
• Количество страниц: 134 с. : ил.

Оглавление
Введение
Глава 1. Анализ сетевых технологий и выбор для использования при построении системы автоматизации экспериментов в области спектрометрии нейтронов

1.1. Цель данного обзора

1.2. Специфика ПО систем автоматизации экспериментов

1.3. Удаленные вызовы процедур

1.4. Технологии разработки распределенных систем

1.5. “Сервис-ориентированная” архитектура

1.6. Автоматизация создания сети

1.7. Система Open Inspire

1.8. Выводы
Глава 2. Анализ функционального состава и способа взаимодействия компонентов ПО САЭ
2.1. Цели анализа функций и способа взаимодействия компонентов
2.2. Влияние изменения методики исследования на возможность унификации компонентов
2.3. Классификация компонентов ПО САЭ
2.4. Особенности способов взаимодействия компонентов в ПО САЭ
2.5. Требования к скоростным характеристикам средств обеспечения взаимодействия компонентов
2.6. Ключевые задачи при разработке унифицированного распределенного ПО САЭ
2.7. Выводы
Глава 3. Разработка методов и алгоритмов управления выполнением эксперимента
3.1. Традиционные способы управления экспериментом и причина потери возможности использования компонентов ПО САЭ в разных экспериментах

3.2. Модель программы управления выполнением эксперимента
3.3. Анализ опыта эксплуатации варианта подсистемы составления задания на эксперимент
3.4. Разработка алгоритмов подсистемы описания методики исследования
3.5. Выводы
Глава 4. Методы построения распределенных средств обеспечения взаимодействия компонентов системы автоматизации экспериментов для физики низких энергий
4.1. Постановка задачи
4.2. Особенности САЭ, влияющие на алгоритмы средств обслуживания взаимодействия компонентов ПО САЭ
4.3. Требования к средствам обеспечения взаимодействия компонентов
4.4. Известные решения
4.5. Структура ПО САЭ и его базовая технологическая поддержка
4.6. Метод динамического объединения компонентов в ПО САЭ
4.7. Интерфейсы и логика взаимодействия компонентов ПО САЭ
4.8. Метод динамического связывания компонентов основной логики ПО САЭ
4.9. Метод динамического связывания компонентов вспомогательной логики ПО САЭ
4.10. Задачи, решаемые средствами обслуживания взаимодействия компонентов
4.11. Использование динамического связывания компонентов основной логики ПО САЭ
4.12. Алгоритм динамического связывания компонентов вспомогательной логики ПО САЭ
4.13. Параметры компонента 01СМЕ и оценка потерь процессорного времени на обслуживания взаимодействия
4.14. Примеры использования компонента 01СМЕ

4.15. Выводы
Глава 5. Алгоритмы, структура компонентов основной логики ПО САЭ и сетевая архитектура системы
5.1. Общие свойства компонентов распределенного ПО САЭ
5.2. Интерфейсы пользователя
5.3. Программа управления выполнением эксперимента и эффективность
работы САЭ
5.4. Подсистема регистрации данных DAQ
5.5. Структура компонента управления условиями регистрации данных

5.6. Сетевая архитектура САЭ
5.7. Выводы
Заключение
Литература
Приложения
Список рисунков и таблиц
Список использованных сокращений
Определения некоторых использованных терминов и понятий

Объекты, используя программную шину коммуникаций ORB, напрямую обмениваются запросами с другими объектами, расположенными как локально (на одном компьютере, но в разных процессах), так и удаленно [36].
1.4.3. Технология DCOM. DCOM является расширением архитектуры СОМ на случай сетевых приложений (см. рис. 1.2). Эта технология была разработана компанией Microsoft в 1996-м году и сейчас остается главным конкурентом CORBA, хотя теперь уже контролируется не фирмой Microsoft, а группой TOG (The Open Group).
Объект СОМ мы можем рассматривать, как достаточно простой частный случай объекта СОЮЗА. Как и в СОЮЗА, мы видим элементы статической связи компонентов - заглушки.

Сеть TCP/IP
Рис. 1.2. Архитектура DCOM
1.4.4. Сравнение DCOM и CORBA. Прежде чем сравнивать эти две технологии, следует отметить, что DCOM является моделью, a CORBA архитектурой. В связи с этим некоторые пункты сравнения являются условными. В работе [37] выполнено сравнение их по ряду критериев:
1. Уровень абстракции в обеих технологиях примерно одинаковый и достаточно высокий.
2. CORBA более строго подходит к способам обмена и передачи данных. В результате CORBA предоставляет больше возможностей. Эти возможности обеспечивают совместную работу различных средств,