Архитекторов из разработки приходится учить, что решение проблемы бизнеса - это не обязательно код. Плюс с управлении требованиями у них совсем беда как правило. У архитекторов от аналитики беда с пониманием технологий.
Архитекторов из разработки приходится учить, что решение проблемы бизнеса - это не обязательно код. Плюс с управлении требованиями у них совсем беда как правило. У архитекторов от аналитики беда с пониманием технологий.
ну обьем не значит сложность. Я делал системы где порядка 5 лямов строк кода. касательно управлений тербованиями и т. д - это у нас отлично все было, более того, знаю как делать сами системы управления требованиями :)
ну обьем не значит сложность. Я делал системы где порядка 5 лямов строк кода. касательно управлений тербованиями и т. д - это у нас отлично все было, более того, знаю как делать сами системы управления требованиями :)
я делал систему в которой проектировали систему которая управляла требованиями
только степеней свобод использования продуктов больше. Энтерпайз система сильней ограничивает scope что можно сделать. А вот с IDE человек может сделать куда больше