Почему в цифровых проектах сначала определяют структуру данных, а затем проектируют интерфейс | Miaowang Technology

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

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

Структура данных должна сначала ответить на несколько базовых вопросов: какие бизнес-объекты есть в системе, какие поля содержит каждый объект, как объекты связаны между собой и через какие состояния проходят данные.

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

Чёткая структура данных также помогает проектировать интерфейс. Становится понятнее, какая информация должна отображаться в списке, какие действия следует разместить на странице деталей и какие состояния допускают редактирование.

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

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

Частые вопросы

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