- •Министерство образования Российской Федерации
- •Введение
- •2.5. Абстрактный прецедент «Автоматический режим работы системы»
- •2.6. Абстрактный прецедент «Планирование работы системы управления дамбой»
- •2.7. Конкретный прецедент «Запуск системы»
- •2.8. Конкретный прецедент «Исправление ошибки функционирования дамбы»
- •3. Статическая модель предметной области
- •4. Разбиение на объекты
- •5. Динамическая модель
- •5.1. Диаграмма кооперации для прецедента «Запуск системы»
- •5.2. Диаграмма кооперации для прецедента «Исправление ошибок»
- •5.3. Диаграмма кооперации для прецедента «Остановка системы»
- •5.4. Консолидация диаграмм кооперации
- •6. Разбиение на подсистемы
- •7. Разбиение системы на задачи
- •7.1. Выделение задач в подсистеме управления исправлением ошибок
- •7.2. Выделение задач в подсистеме шлюзов
- •7.3. Выделение задач в подсистеме диспетчера
- •7.4. Определение интерфейсов задач
- •7.5. Проектирование класса абстрагирования данных
- •7.6. Обсуждение альтернативных архитектур
- •8. Проект распределенной системы управления дамбой
- •8.1. Структура подсистемы управления дамбой
- •8.2. Структура подсистемы шлюзов
- •8.3. Структура подсистемы диспетчера
- •8.4.Интерфейсы подсистем
- •9. Проектирование скрывающих информацию классов
- •9.1. Проектирование классов интерфейса устройств
- •9.2. Проектирование класса, зависящего от состояния
- •10. Разработка детального проекта программы
- •10.1. Проектирование объектов-разъемов
- •10.2. Проектирование составных задач
- •11. Конфигурирование целевой системы.
- •12. Анализ производительности системы управления дамбой.
- •12.1. Сценарий для анализа производительности
- •12.2. Последовательности событий
- •Заключение
- •Список литературы
12.1. Сценарий для анализа производительности
Суммарное затраченное время на исправление одной неполадки рассчитывается по формуле:
Затраченное время = время обработки запроса от кнопок + время, необходимое рабочим, чтобы добраться до шлюза + время исправления неполадки + время поступления сигнала от датчиков наличия неполадок и исправления ошибок.
Время обработки запроса от кнопок в худшем случае составляет 1 сек. Время наступления очередной неполадки невозможно предугадать, обозначим его как t. Время поступления сигнала от датчика наличия неполадок занимает в худшем случае также 1 сек. На принятие решения об отправке рабочих для исправления неполадок оператор тратит в среднем 5 с. Время, необходимое рабочим, чтобы добраться до шлюза, в котором произошла неполадка, занимает в среднем 300 секунд. Время исправления неполадки зависит от сложности ремонта, но в среднем составляет 3600 сек. Все в сумме дает в среднем 3909 сек.
Если после включения системы оператор решил использовать автомат, то нужно учитывать время, требующееся на принятие решения о включении автомата. Оно занимает в среднем 5 с.
На принятие решения о выключении системы требуется также в среднем 5 с.
12.2. Последовательности событий
Рассмотрим соответствующие прецеденты последовательности событий в распределенной системе (рис.29).
Последовательность событий «Запуск системы»
F1: Интерфейс кнопок получает и обрабатывает прерывание.
F2: Интерфейс кнопок посылает Диспетчеру сообщение Запрос на обслуживание.
F3: Диспетчер принимает сообщение и записывает новое состояние в объект Состояние.
Последовательность событий «Отправка работников для исправления неполадки в шлюзе»
Е1: Интерфейс кнопок получает и обрабатывает прерывание.
Е2: Интерфейс кнопок посылает Диспетчеру сообщение Запрос на обслуживание.
Е3: Диспетчер принимает сообщение и проверяет объект Состояние.
Е4: Объект Интерфейс датчика наличия неполадок передает сообщение Диспетчеру Запрос на обслуживание.
Е5: Объект Диспетчер передает сообщение Запрос объекту Интерфейс датчика исправления ошибок.
Е6: Объект Интерфейс датчика исправления ошибок в неисправный шлюз передает сообщение Диспетчеру Запрос на обслуживание.
Последовательность событий «Остановка системы»
А1: Интерфейс кнопок получает и обрабатывает прерывание.
А2: Интерфейс кнопок посылает Диспетчеру сообщение Запрос на обслуживание.
А3: Диспетчер принимает сообщение, обновляет объект Состояние и завершает работу системы.
Рис.29. Последовательность событий в распределенной системе управления дамбой
Подробнее процесс расчета управления дамбой показан на временной диаграмме (рис.30).
Рис. 30. Временная диаграмма. Система управления дамбой
Заключение
В результате проведенной работы была спроектирована система реального времени – система управления дамбой.
По ходу разработки системы, были рассмотрены основные этапы построения системы реального времени, ее основные параметры, функции, методы управления и ее общее представление. Были получены навыки по проектированию систем реального времени, а также их сопровождению (доработке) и управлению.
Данная система не предполагает ее использование в работе, поскольку она является сильно упрощенной и не проверенной экспертами. Но ее можно использовать в качестве «каркаса» для более сложных систем.