Суть проблемы: из-за большой цепочки данных, наше решение работать с этими данными в дереве по типу xmind оказалось не верным.
Важно отметить что в примере вариант интерфейса без изображений параметров.
По результат у нас должен получится понятный путь добавления вещи в cms, пример:
Короткая информация о продукте:
Проектируем онлайн примерочную для интернет-магазина одежды:
Пример.
Для того чтобы клиент смог примерить вещь на сайте вещь необходимо сначала в ручную оцифровать и загрузить в цмс.
Сущности:
Параметры:
12 параметров, которые необходимы для замера всех категорий изделий. Каждый параметр имеет 2 опции (с какой стороны мерить вещь)
Описания:
10 описаний, которые имеют в совокупности 33 опции.
Описания используются для определения типа изделия и характеристик ткани. Для того, чтобы определить посадку.
На этапе проектирования cms возник затык с работой с данными в интерфейсе cms
К примеру: Чтобы добавить категорию майка: xmind 2593 сущности. без учета svg или png картинок.
Как мы реализовали:
Добавление родительского описания или параметра
Что у нас получилось.
При больших количествах категорий в продукте, помимо крайне неудобного интерфейса. мы получили лаги, неудобное редактирование пути категории.
Необходима консультация, с помощью которой мы сможем ответить на вопрос, как правильно спроектировать интерфейс и выстроить работу с параметрами.
Простой
Средний
Простой
