Первое — это то для чего вообще мы (команда разработки, вендоры, аутсорсеры, тот кто делает софт) собираем требования и делаем/дорабатываем приложения. Это business value заказчика. Рассказывал что заказчику в целом совершенно плевать на архитектуру, красоту кода и технологический стек, при условии что приложение будет удовлетворять его бизнес-потребности.
Что это всегда надо держать в голове, рассматривая бизнес-требования, переводя их в функциональные и накладывая на них ограничения по бизнес-правилам и всему остальному.
Второе — просто по Вигерсу показывал как начать от диаграммы вариантов использования, проверить ее полноту и в итоге закончить наброском будущей архитектуры приложения в разрезе интерфейс/логика/данные.
Или срочно понадобились деньги на новую яхту:)
Первое — это то для чего вообще мы (команда разработки, вендоры, аутсорсеры, тот кто делает софт) собираем требования и делаем/дорабатываем приложения. Это business value заказчика. Рассказывал что заказчику в целом совершенно плевать на архитектуру, красоту кода и технологический стек, при условии что приложение будет удовлетворять его бизнес-потребности.
Что это всегда надо держать в голове, рассматривая бизнес-требования, переводя их в функциональные и накладывая на них ограничения по бизнес-правилам и всему остальному.
Второе — просто по Вигерсу показывал как начать от диаграммы вариантов использования, проверить ее полноту и в итоге закончить наброском будущей архитектуры приложения в разрезе интерфейс/логика/данные.