Архитектурные особенности новой версии ИАС «Градоустройство»

Аватар пользователя Викулов Виктор
Викулов Виктор

При создании первой версии приложения мы ориентировались на быструю автоматизацию рутины пользователей и возможности хранения электронных архивов всего, что только можно. Модели предметной области сильно варьировались от проекта к проекту. Для новой версии мы решили стандартизировать модель, уделить больше внимания классификации и слиянию части проектов.

Web-интерфейс

В процессе внедрения проекта, как показала практика, мы уделяем очень много времени на решение проблем с сетевой инфраструктурой, различными версиями операционных систем, конфликтами с другими приложениями или административными политиками на местах. Поддержка огромного количества инсталляторов для проектов, с различными плагинами и подсистемами стала очень проблематичной. К тому же отсутствовали настольные-компоненты, подходящие под требования к развитию ИАС «Градоустройство». В связи с этим было принято решение создать новую версию системы в качестве Web-приложения.

Web-приложение менее чувствительно к версиям операционных систем конечных пользователей, к тому же требования к технологии заставляют делать клиента «тоньше», перенося логику и тяжелые нагрузки на сервер, уменьшая требования к клиентским машинам. Развертывание такой системы менее требовательно к сетевой инфраструктуре, нет необходимости в поддержке различных видов локальных политик безопасности. Отсутствует проблема «зоопарка» различных версий приложений, упрощается обновление на новые версии. Благодаря Web-технологиям станет проще подключать удаленные департаменты и увеличивать количество пользователей, которым необходима работа в системе.

При реализации используется сервис-ориентированная архитектура. Помимо основного Web-приложения мы разрабатываем множество других сервисов: ГИС сервер, сервис отчетности, файловый сервис, сервер приложений, сервис аутентификации, сервис управления услугами, сервис мониторинга и уведомлений, сервисы интеграции и другие. Также предусматривается возможность масштабирования некоторых из них.

Ниже представлены основные компоненты и сервисы системы:

Основные компоненты и сервисы

Аутентификация и авторизация

Одной из проблем второй версии была ее жесткая привязка к внутренней аутентификации приложения. Новая версия «из коробки» будет поддерживать несколько вариантов аутентификации: через Доменный LDAP, ЕСИА и внутренний логин-пароль. При возможностях обеспечения всех пользователей ключами электронной подписи, возможна аутентификация с использованием этой технологии.

Изменен подход в администрировании. Вместо строгой привязки к правам объектов системы на CRUD и прав на поля, будет использоваться множество вариаций настройки прав, в зависимости от подсистемы и группы типов объектов.

Повысилась безопасность приложения, теперь нет необходимости давать возможность прямого подключения к БД.

Поддержка версионности в метаданных и данных

Вторая версия поддерживает ведение журнала всех изменений в системе, но при этом структура хранения этой информации не позволяла удобно ее восстанавливать: нельзя было получить информацию о том в какой транзакции эти изменения проходили и с какими еще изменениями были связаны.

Модель метаданных третьей версии позволяет «откатиться» на любое из предыдущих изменений, извлекать разность этих изменений для внесения и копирования их на другие проекты. Отсутствие необходимости в ручном написании этих скриптов может существенно ускорить выпуски релизов и более оперативно реагировать на замечания и предложения пользователей.

Версионность данных также позволяет видеть все изменения данных в связке (изменения всех связанных объектов, редактируемых в рамках сессии), использовать подсистему отчетности для формирования отчетов по архивным данными и просматривать состояния объектов на выбранную дату.

Поддержка Oracle и PostgreSQL, с возможностью поддержки других СУБД

При разработке второй версии очень большая часть компонентов была привязана к СУБД Oracle. В связи с этим перевести ее на другие СУБД было проблематично. Вся работа логики ИАС «Градоустройство» третей версии полностью «отвязывается» от СУБД, были переработаны и исключены все специфики Oracle. Часть программного кода осталась зависимой от СУБД, но его немного, и он будет локализован под каждую СУБД. В дальнейшем список баз будет расширяться с добавлением возможности одновременной работы с несколькими СУБД.

Единая модель всех проектов

Анализ опыта эксплуатации внедренных систем показал, что одна и та же система работает с очень сильно отличающимися друг от друга моделями. Такое разнообразие довольно тяжело обслуживать, оперативно и качественно обновлять вслед за изменениями законодательства. В процессе внедрения и последующей эксплуатации модель сильно адаптировалась под особенности объекта автоматизации, и если для данных градостроительной документации есть принятая система требований, то единых требований или подхода к остальному массиву информации (документы, функции и услуги, опорный план и др.) не существовало, все решалось индивидуально. В связи с этим неоднократно предпринимались попытки систематизировать и разложить все по полочкам, разбавляя это еще одной почти мало связанной моделью.

В итоге для третей версии мы изменили подход к моделированию и появилась новая модель, отличающаяся от всех предыдущих во многом, и при этом в нее можно уложить все остальные модели, с запасом вариативности. Новая модель все еще содержит возможности подстройки под проект, но уже в регламентированном варианте.

Были стандартизированы ключевые объекты и их взаимосвязи в системе. Для моделирования были изучены существующие решения, в том числе и смежные области. Итоговая модель использует стандарт LADM (ISO 19152), используется стандартизированная модель субъектов, учитывающая тонкости предыдущих моделей, использует множество паттернов моделирования баз данных.

Электронная подпись

Несмотря на то, что приложение поддерживало работу с электронной подписью, для разных случаев использовались различные точки хранения в системе электронных подписей с индивидуальным подходом к решению при каждом использовании. Теперь же для хранения и процессов использования электронных подписей есть специальные хранилища и точки применения.

Интерфейс

При разработке системы, делается уклон на удобство работы пользователей, подробнее об этом можно почитать в статье «Общие принципы проектирования интерфейса ИАС «Градоустройство» версии 3».

Заключение

Информационно-аналитическая система «Градоустройство» 3 версии – это Web-приложение, позволяющее работать с картами, данными, процессами, правами доступа, с сохранением возможностей текущей второй версии.

Сервис-ориентированная архитектура позволяет изолировать и масштабировать различные приложения. Интеграция приложений с другими подсистемами создает единую информационную инфраструктуру, позволяющую эффективно и удобно автоматизировать процессы исполнения государственных и муниципальных функций и предоставления услуг, решать поставленные задачи в области управления развитием территории и управления земельными ресурсами, полностью избавиться от бумажного документооборота.

Комментарии

Отправить комментарий

Содержимое этого поля является приватным и не будет отображаться публично.
АНТИСПАМ
Этот вопрос задается для того, чтобы выяснить, являетесь ли вы человеком или представляете из себя автоматическую спам-рассылку.
X
Вы можете войти с зарегистрированным именем пользователя или вашим e-mail адресом.
Пароль чувствителен к регистру.
Загрузка