Как проектировать приложение с нуля?

Question

[Sneiksus]

Подскажите какой план действий при проектировании ПО, или дайте ссылку на материал.Интересуют ВСЕ ЭТАПЫ.Архитектура, UI, логика, класы и.т.д. В материалах которые я находил описано не все.Или не понятно с чего начинать

Comments

[nrgian]

Какое именно приложение?

[Sneiksus]

nrgian, симуляция банковского терминала

[Максим Федоров]

В материалах которые я находил описано не все

Потому что материалы не описывают ВСЕ_ВСЕ

• Разные языки
  
• Разный уровень разработчика
  
• Разная предметная область
  
• Разная роль у авторов -- кто-то по проблемам архитектуры (то есть не по всей, а по проблемным местам), кто-то по базовой структуре, кто-то вообще на уровне паттернов, кто-то на уровне библиотек
  
• Разные языки
  
• Разные парадигмы
  
• Разная мода и время
  
• Разные работы (у одного книга, у другого блог, у третьего ютуб-канал)
  
• Разные мнения
  
• Разные особенности
  
• Разные разработчики
  
• Разные обстоятельства
  
  

Вам под какой набор пунктов архитектуру?

[Sneiksus]

Максим Федоров, в том и дело что я даже не пойму с чего начать.Описывать классы или UI рисовать, или схемы.Какая вообще последовательность действий при проэктировании

[EVGENY T.]

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

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

[Sneiksus]

EVGENY T., не совсем понял что подразумевается под модулем

Answer 1

[Igor Kalashnikov]

Начинаю с мокапов экранов на бумажке, чтобы понять, что именно я собираюсь делать.
Потом делаю прототип, почти без логики, в основном вьюшки с захардкожеными данными.
Становится понятно, что за сущности мне будут нужны.
Берусь за MVP, т.е. превращаю прототип в рабочее приложение, т.е разбиваю вьюшки прототипа на компоненты, добавляю модели, слой логики, привожу в порядок структуру приложения.
Дальше "наращиваю мясо" на MVP, пока не наберётся критическое количество изменений, потом делаю большой рефакторинг, после - "релиз".

Мне нравится книга «Getting Real» от 37 signals, бесплатная, вроде уже перевели.

Comments

[Sneiksus]

То есть сначало определиться с функционалом, потом сделать дизайн а потом логику, код?

[Igor Kalashnikov]

Sneiksus, итерациями, сначала простой дизайн, простой код, главное довести до рабочего состояния, потом, усложняем, пока не надоест)

[Sneiksus]

Igor Kalashnikov, а разбивать вьюшки на компоненты это как?Что то не пойму

Answer 2

[ddd329]

Я бы посоветовал книгу Крэга Лармана "Применение UML 2.0 и шаблонов проектирования".
Ну а так можно начинать проектировать простые приложения с Базы Данных, думаю для начинающих это проще и эффективнее. Можно конечно посоветовать почитать Эрика Эванса про его методологию DDD (Domain Driven Design - проектирование на основе предметной области), но думаю мозг сломаешь и на ранних этапах от нее пользы точно не будет.
Что касается проектирования UI, то здесь могу посоветовать паттерн MVP (Model-View-Presenter).

А то, что прочитанный вами материал неполный, то интересно как вы это определили? Спросили у экспертов?
Вообщем в книге Крэга Лармана много чего есть, сначала следует начать с нее.

Comments

[ddd329]

Декомпозиция предметной области (на примере магазина)