Почему в цифровых проектах сначала определяют структуру данных, а затем проектируют интерфейс | Miaowang Technology
Интерфейс определяет, что видит пользователь, а структура данных - сможет ли система долго работать, расширяться и поддерживаться.
Обсуждение многих цифровых проектов начинается с того, как будут выглядеть страницы, однако стабильность системы часто зависит от структуры данных, лежащей за интерфейсом.
Структура данных должна сначала ответить на несколько базовых вопросов: какие бизнес-объекты есть в системе, какие поля содержит каждый объект, как объекты связаны между собой и через какие состояния проходят данные.
Например, заказ включает не только сумму и время, но также может быть связан с клиентом, продуктом, договором, платёжными записями и ответственным сотрудником. Если эти связи не определить заранее, позднее легко возникают повторный ввод данных и сложности со статистикой.
Чёткая структура данных также помогает проектировать интерфейс. Становится понятнее, какая информация должна отображаться в списке, какие действия следует разместить на странице деталей и какие состояния допускают редактирование.
Для проектов, требующих долгосрочных итераций, структура данных должна оставлять разумные возможности для расширения, но не следует бесконечно добавлять поля ради предполагаемых потребностей.
Наш подход: сначала описать объекты и процессы на языке бизнеса, затем преобразовать их в техническую модель и только после этого перейти к проектированию интерфейса и функций.
Частые вопросы
- Нужно ли сначала проектировать структуру данных и для небольших проектов?
- Да, но её можно сохранить простой. Даже при небольшом количестве функций следует определить ключевые объекты, поля и связи.
- Можно ли изменить структуру данных после её определения?
- Да, но чем позже вносится изменение, тем шире его влияние, поэтому ключевую структуру следует утвердить до начала разработки.