Описание архитектуры приложения.
Прежде чем приступить к программированию, необходимо рассмотреть архитектуру проекта. Обозначим обязанности между функциональными компонентами и определим каким образом они будут взаимодействовать друг с другом. В данной работе мы будем следовать паттерну MVC(Model-View-Controller) — схема разделения данных приложения, пользовательского интерфейса и управляющей логики на три отдельных компонента: модель, представление и контроллер — таким образом, что модификация каждого компонента может осуществляться независимо.
Опишем основные моменты.
Модель (M Model): Хранит в себе бизнес-логику приложения, регулирует доступ к данным и их изменение.
Вид (V View): View отображает содержимое модели, определяет как необходимо представить данные, полученные от модели. View берет на себя сбор пользовательских данных и передачи их контроллеру.
Контроллер (C Controller): Контроллер определяет поведение всего приложения, получает от view пользовательские данные, интерпретирует их в действия, выполняемые с помощью модели. Контроллер передает view указание, какое представление необходимо применить, на основе результатов работы модели и взаимодействия с пользователем.
Применительно к Java EE технологии шаблон MVC реализуется следующим образом. Сервлет используется как контроллер для обработки входящих запросов пользователей от представления, которое реализуется с помощью страниц jsp. Модель же представляет собой EJB сессионные компоненты, а также классы сущности, которые в свою очередь содержат в себе данные из БД.
|
|
|
Архитектура приложения показана на рисунке 1.
Рисунок 1
Ожидаемые результаты.
Прототип, разрабатываемого приложения, должен соответствовать описанным требованиям. Кроме того прототип должен быть разработан с учетом возможности в будущем увеличить функциональность приложения.
Постановка цели и задач.
Определение функциональных возможностей пользователей системы.
Информационная система должна обеспечивать пользователю следующие функции:
· Возможность авторизации в системе;
· В случае успешной авторизации переход к просмотрю списка инцидентов, с отображением основной информации об инциденте(номер, отступление, автора, и т.д.);
· Возможность создания нового инцидента
· Возможность просмотра подробной информации об инциденте
· Изменение статуса инцидента
· Возможность добавления новых пользователей.
Рисунок 2
Разработка алгоритма работы информационной системы.
Техническое обслуживание устройств ЖАТ обладает некоторыми особенностями, вся инфраструктура ОАО РЖД находится в зоне ответственности 2-х основных служб: - службы пути(ПЧ) отвечающей за состояние верхнего строения пути, а также элементы пути по которым непосредственно происходит перемещение подвижных единиц(рельсы, стрелочные переводы и т.д.), и службы Автоматики и Телемеханики(ШЧ), которая отвечает за работу устройств СЦБ. Эта особенность влияет на порядок организации технического обслуживания устройств инфраструктуры. Все устройства ЖАТ сортировочных горок можно разделить на 7 основных типов(стрелки, стрелочные электропривода, светофоры, радиотехнические датчики стрелочные, рельсовые цепи, индуктивно-проводные датчики, устройства фиксации прохождения оси).
|
|
|
По результатам анализа предметной области был сформулирован следующий функционал приложения. Схема работы приложения показана на рисунке 3.
Схема работы прототипа информационной системы.
Рисунок 3
После запуска приложения пользователь должен увидеть перед собой форму ввода логина и пароля с целью авторизации в системе, после ввода верной пары логина и пароля пользователь переходит на страницу просмотра основной информации(id инцидента, номер устройства по которому создан инцидент, описание инцидента, ФИО регистратора) об инцидентах находящихся в базе данных. На этой странице пользователь может перейти на страницу создания нового инцидента или перейти на страницу просмотра более детальной информации об инциденте. На странице создания нового инцидента пользователь путем выбора из справочника атрибутов инцидента создает новый инцидент.
|
|
|
Порядок регистрации инцидента в системе состоит из следующих этапов: выбор типа устройств, на основе выбранного типа устройства формируется список номеров устройств данного типа, далее в зависимости от отступления выбирается ответственная служба(ПЧ или ШЧ), следующим действием выбирается элемент устройства, на основе выбранного элемента и службы, для выбора формируется список отступлений. При необходимости создатель инцидента может занести дополнительную информацию в поле “Примечание”. Дата создания инцидента автор инцидента формируется автоматически, при необходимости можно выбрать ФИО диспетчеров, которым сообщено о выявленном отступлении, а также выбрать дату оформлении инцидента на службу ПЧ в специальном журнале. По умолчанию инциденту присваивается статус “Новый”. Алгоритм создания нового инцидента приведен на рисунке 4.
Рисунок 4
Дата добавления: 2020-04-25; просмотров: 129; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!