Существует множество вариантов или методик описания и проектирования архитектур, например, как стандарт IEEE 1471 или инициатива The Open Group под названием TOGAF, вы вправе выбирать наиболее понятную или подходящую к конкретной ситуации. В этом посте я хочу немного рассказать о довольно старой и хорошо известной модели или фреймовке Захмана (Zahman).

Раннее я приводил методику описания архитектуры по стандарту IEEE-1471, которая неплохо позволяет формализовать подход к описанию и определяет перечень артефактов, необходимых для проектирования архитектуры различных программных решений. В этом посте я хочу описать еще одну методику, а точнее framework, предназначенный для описания архитектуры приложений уровня предприятия: TOGAF

Неожиданно попала в руки довольно известная книга Ларри Константина - Человеческий фактор в программировании (The Peopleware Papers).

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

При работе над Agile проектами часто возникает вопрос, как организовать процесс сбора требований к разрабатываемой системе.

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