Понимание требований в более широкой перспективе очень важно для разработки чего-то, что выжить в течение длительного времени. Понимание того, что касается домена, бизнеса, потребностей пользователей, ожиданий клиентов, определения невыразимых деталей, также имеет большое значение при разработке программного обеспечения.Может быть N количество вещей, которые влияют на дизайн, такие как частота использования, время использования, сложность рабочего потока, приоритет пользователей, ограничения системы, ресурсы, навыки разработчика, время, бюджет и многое другое. Вы должны иметь возможность визуализировать большую картину проблемы для решения или требования. Этот анализ должен привести к определению того, что является постоянным в системе, и что может измениться в будущем. Дизайн должен абстрагировать часть, которая может измениться. Новое требование не должно приводить к реорганизации. Divide и rule - формулы, упрощающие сложность. Создавайте специальные, специальные пакеты или модули. Определите отношения между ними. Определите важные варианты использования и попытайтесь представить себе, как ваш дизайн будет обрабатывать или удовлетворять прецедентам. Сделайте детальный дизайн с классами, типами, интерфейсами. Следуйте соответствующим шаблонам проектирования по мере необходимости. Не забывайте о принципах SOLID. Возможность тестирования, расширяемость, ремонтопригодность, сложность - это вещи, которые необходимо учитывать вначале. Вам нужно нечто большее, чем умение. Таким образом, некоторые люди считают это искусством. Дизайн не может быть идеальным. Ошибайтесь, учитесь у них, не повторяйте. То, как это для меня. Мой ответ может быть неточным для рассматриваемого вопроса, но, надеюсь, он будет полезен.
Это хороший список, для начала. Это тот ответ, который я искал. Просто началось с Head First OOAD & Head First Design Patterns и нахожу его очень самолюбивым. Благодаря! –