“Чтобы что” - это что? Как научить аналитика-проектировщика, что является обоснованием функциональных требований, а что нет? Когда заказчик отвечает на вопрос “чтобы что”, как понять, является ли это ответом? Я не нашел книг, где это было бы описано понятно, сжато и лаконично. Чаще всего описаны абстрактные рассуждения, в применении которых на практике возникают проблемы. В статье на примерах разбирается как находить причину требований, какие они бывают, а что не является причиной вовсе.

https://habr.com/ru/post/697444/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697444

Вопрос обязательности умения/знания/понимания программирования для ИТ-аналитика-проектировщика вызвал жаркие дебаты в профильных группах. Приводились два вида аргументов:

https://habr.com/ru/post/692524/?utm_source=habrahabr&utm_medium=rss&utm_campaign=692524

Чем модуль отличается от компонента. Чем схема модулей отличается от схемы компонентов.

^{Рис. 1. Три проекции описания системы по стандарту ISO 81346-1}

Очень часто сталкиваюсь с тем, что даже опытные инженеры, да и не только они путают эти понятия. Хотя есть четкие стандарты (например ISO 81346) которые определяют их. Если вы будете гуглить, то зачастую схема компонентов может называться схема модулей, а схема модулей — схемой компонентов. Так в чем же разница, и как их отличить?

https://habr.com/ru/post/671916/?utm_source=habrahabr&utm_medium=rss&utm_campaign=671916

В последнее время меня несколько раз спрашивали, как я отношусь к BANI-концепции, и я решил заглянуть в сеть. Публикации известных экспертов из бизнес-консалтинга и дизайн-мышления заставили меня вздрогнуть… (:))

Почему так важны мега-абстрактные описания мира? Потому что на их основе формируется базовое представление о том, что возможно и что невозможно.

Теперь по порядку.

https://habr.com/ru/post/663714/?utm_source=habrahabr&utm_medium=rss&utm_campaign=663714