С одной стороны да это важно, но сейчас бессмысленное действие.
По очень простой причине, вначале надо делать единое информационное пространство. Общая БД, стандартизировать взаимодействие между ведомствами. И потому уже рисовать единый дизайн. Дизайн пляшет от архитектуры приложения. Не наоборот.
А сейчас от этого будет только хуже, потому как у разных структур разные способы наполнения своих сайтов, разный набор информации, даже у региональных отделов одного ведомства. И подгонять это под общий визуальный стандарт — глупость.
Согласен. Нужны единые регламент, стандарты, портал, процедуры наполнения и документ, регулирующий все это. Дизайн или интерфейс — последнее, что должно заботить разработчиков. Без стандартизации и унификации информационных потоков в официальной сфере двигаться дальше нельзя. И орган должен быть уполномоченный, а иначе возникнут межведомственные противоречия и инициаторов полезного процесса пошлют куда подальше.
Кстати, опыт в «соседних» областях уже имеется и не надо изобретать велосипед.
Мучаюсь у себя на месте с этой темой уже десять лет, а воз и ныне там.
Дизайн пляшет от архитектуры приложения.
На самом деле это не совсем так. Вы же не будете спорить что многие популярные сервисы дают доступ к своему API. Следовательно может быть множество приложений со своим дизайном, но практически идентичным набором функций. Сколько там клиентов для твиттера неофициальных.
Кто о чем, а лысый о причёске. Не в обиду..
Общая БД — утопия. Не будет такого никогда. Громоздко, неэффективно, невозможно собрать согласованные требования к структуре и связям данных. Огромная нагрузка. в т.ч. на каналы связи. Пришлось бы строить геораспределенную структуру, с синхронизацией между ЦОДами (многими).
Да элементарно, у разных данных есть разные требования по организации доступа. Размещать все данные в одном месте — кошмар для специалистов по ИБ. Ни одно ведомство на это не пойдет никогда. Плюс, постоянные изменения (а куда деваться, жизнь меняется, требования меняются, новые сущности и новые связи появляются).
К тому же, это бессмысленно с точки зрения современных технологий. Архитектура микросервисов позволяет решить эти задачи гораздо более выгодно. Гибкие решения, легко управлять изменениями, свобода выбора реализации, возможность в любой момент изменить реализацию, вплоть до смены СУБД и платформы, оставляя при этом согласованный интерфейс. Прозрачно для связанных систем.
Я уже не говорю о чисто политических причинах. Ни одно ведомство не даст протолкнуть такое решение, будут сопротивляться до последнего. Потому что это утрата контроля над данными в сфере своей ответственности. ЕСИА работает, но могу себе представить, какого труда стоило протолкнуть это — собрать столько персональных данных в одном месте.
Взаимодействие? Оно есть. Техпортал СМЭВ в помощь. Сейчас почти все межведомственное взаимодействие в электронном виде.
Какое отношение взаимодействие между органами власти имеет к дизайну сайтов? Они что, между сайтами данными обмениваются? :)
Единая БД это ещё хуже чем монолитная архитектура. Не зря же все перешли на микросервисы, вот и с БД так же должно быть