<aside> <img src="/icons/database_purple.svg" alt="/icons/database_purple.svg" width="40px" /> В этом большом проекте мы обеспечивали разработку компонента «Ведение нормативно-справочной информации и метаданных» на базе собственного решения Soarse. В сокращенном виде здесь приведена выдержка из ТЗ

</aside>

Требования

<aside> 🔤 Перечень сокращений: НСИ — нормативно-справочная информация ДПУ — документ(ы) первичного учета ФЛК — форматно-логический контроль

</aside>

Функциональность компонента должна обеспечивать решение следующих задач:

Полученный опыт

Могу выделить два важных для себя момента в реализации этого проекта

Плагины

Требования, предъявляемые Заказчиком, далеко не всегда укладывались в наше понимание своего продукта, некоторые очень специфичны и не могут быть масштабированы на других потенциальных клиентов. Поэтому нами была разработана модель плагинов (как FrontEnd, так и BackEnd), которая позволила отделить продуктовый код от кастомного, при этом сохранив целостность общего решения. Это, в свою очередь, научило нас работать с еще более сложными CI/CD пайплайнами, которые и до этого в условиях микросервисной архитектуры были непросты.

Кроме того плагины заложили основу для развития открытого маркетплейса аддонов на платформе и позволили без вреда продукту отдавать их разработку на аутсорс.

Представления

Функционал представлений (a.k.a. вьюх) данных для нашего продукта давно планировался, поскольку является очень логичным его расширением, но только в этом проекте мы наконец получили прямой запрос на него, да еще и в полном объеме. Особенно отрадно, что нам удалось удачно трансформировать типовые SQL-выражения в UI-конструктор.

Особенности вьюх в Soarse: