1.4.Архитектура разрабатываемой системы
Система мониторинга, программные средства которой разрабатываются в данной дипломном проекте, является логичным продолжением системы мониторинга АПБ метрополитена.
Основные изменения, касающиеся новой системы мониторинга, заключаются в изменении принципа работы системы в целом:
Рисунок . Архитектура разрабатываемой системы
Как только изменятся состояние аппарата продажи билетов, программное обеспечение аппарата записывает информацию об изменениях в разделяемую память.
Агент мониторинга считывает информацию из разделяемой памяти и формирует запрос серверу мониторинга.
Сервер мониторинга получив новые данные от аппарат, сравнивает его новое состояние с последней записью о его состоянии в базе дынных.
Если полученная информация является новой, то сервер производит запись этой информации в базу данных, а затем транслирует эту информацию в АРМ мониторинга.
Если снова полученная информация не является новой, то сервер мониторинга просто игнорирует её, не производя запись в базу данных.
Если сервер, в течение заданного интервала времени не получил ни одного сообщения от агента АПБ, то он автоматически меняет статус аппарата на «Недоступен», производя соответствующие изменения в базе данных и транслируя эту информацию на АРМ мониторинга.
Такой подход позволяет уменьшить время обновления состояний в автомата, уменьшить нагрузку на сервер мониторинга, а так же сократить количество лишней информации.
Таким образом, оператор АРМ Мониторинга всегда имеет доступ к актуальной информации, что позволяет ему быстро реагировать на аварийные ситуации, тем самым уменьшая время простоя автомата.
1.5.Постановка задачи
Целью дипломного проекта является создание программных средств, позволяющих осуществлять контроль над состоянием аппаратов продажи проездных билетов и составлять оптимальный график маршрута сервисного инженера. Исходя из требований, предъявляемых к проекту необходимо создать два приложения входящих в систему мониторинга:
АРМ Мониторинга – приложение мониторинга за состоянием аппаратов с графическим интерфейсом пользователя.
Сервер мониторинга – подсистема сбора и хранения информации, поступающей с автоматов продажи билетов и транслирующая её на АРМ Мониторинга.
Каждое программное средство должно реализовывать набор предъявляемых к ним требований. АРМ Мониторинга должен реализовывать следующие требования:
В АРМ мониторинга должна отображаться информация, в соответствии с сообщениями, полученными от агента устройства.
В АРМ мониторинга должна отображаться общая структура устройств.
Для каждого устройства должна отображаться информация:
расположение устройства (для метро – ветка/станция/вестибюль, для других устройств – адрес или уникальное название местоположения, например, торговый центр «…»)
статус устройства.
В АРМ мониторинга должна отображаться детальная информация об устройстве и о состоянии узлов устройств.
Сервер мониторинга должен реализовывать следующие требования:
Сервер мониторинга, получает информацию от агента устройства. Информация содержит данные о событии и дату/время произошедшего события.
Полученная от агента устройства информация должна записываться в базу данных мониторинга и транслироваться в АРМ мониторинга.
Если за период времени, превышающий значение тайм-аута отсылки сообщений, сервер мониторинга не получил какого-либо сообщения от устройства, то устройство получает статус «Не доступен».
Разработка агента и программного обеспечения автомата не входит в рамки текущего дипломного проекта.
|
