Правильная ли последовательность разработки проекта?

Question

[Symer]

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

Comments

[Dark Hole]

Нет понятые "правильно". Можно с чем-то сравнивать, в конкретных условиях, а так нет

[Saboteur]

Symer: Как заказчик скажет, как ПМ решит, как требования будут написаны и меняться в ходе работы.

[Symer]

Dark Hole: А как тогда? Прошу проясните.

Answer 1

[VoidVolker]

1. Создание технического задания - какие фичи есть и как они работают.
2. Создание частного технического задания - подробное описание каждой фичи, особенности, поведения и прочего (кнопки, меню, апи вызовы и прочее).
3. Разработка архитектуры проекта под требования и ограничения ТЗ.
4. Проработка архитектуры на более низком уровне - модули, подсистемы и прочее.
5. Проектирование пользовательского интерфейса и его дизайн прочее.
А далее уже более детальная разработка частей/модулей проекта и написание кода - независимые части/модули можно делать параллельно. От проекта к проекту детали могут меняться - но в целом логика примерно такая.

Answer 2

[Павел]

апи и бэкенд поменяйте местами с интерфейсы и дизайн, пока нет серверной части всё остальное бессмысленно.
Ну и как сказал Dark Hole , нет понятия правильно, на каждой стадии Вы будете
do{
добавлять, изменять, удалять,
}
while(конечный продукт)

Answer 3

[tnc4401]

Вот тут хорошие ответы
Что делать первым? Дизайн и интерфейсы или серверную разработку? (backend/API)?