Size: a a a

Архитектура ИТ-решений

2017 May 23

IK

Ivan Kovalenko in Архитектура ИТ-решений
Не помню где (скорее всего по ссылкам из блога Максима Смирнова) встречал позицию, что архитектурный блок не получает требования на вход, а наоборот - создает эти требования. Архитектурная задача увязать видение системы бизнесовое с технологическим жизненным циклом.
источник

DI

Denis Izmaylov in Архитектура ИТ-решений
Кстати, вот список инструментов ( List of Requirements Management Tools ) http://www.scenarioplus.org.uk/vendors.htm
источник

DI

Denis Izmaylov in Архитектура ИТ-решений
Найдено здесь - http://rmtoo.florath.net/
источник

DI

Denis Izmaylov in Архитектура ИТ-решений
Ivan Kovalenko
Не помню где (скорее всего по ссылкам из блога Максима Смирнова) встречал позицию, что архитектурный блок не получает требования на вход, а наоборот - создает эти требования. Архитектурная задача увязать видение системы бизнесовое с технологическим жизненным циклом.
Кстати, да, но тут уже скорее итеративный подход
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ivan Kovalenko
Не помню где (скорее всего по ссылкам из блога Максима Смирнова) встречал позицию, что архитектурный блок не получает требования на вход, а наоборот - создает эти требования. Архитектурная задача увязать видение системы бизнесовое с технологическим жизненным циклом.
Требования являются входом для архитектуры, больше того, архитектура оценивается именно на соотвествие требованиям, и прежде всего - не функциональным. При этом, разумеется, требования порождаются постоянно и в этом процессе могут участвовать все стейкхолдеры, в том числе архитекторы.
источник

DI

Denis Izmaylov in Архитектура ИТ-решений
НФТ - это бизнес требования?
источник

DI

Denis Izmaylov in Архитектура ИТ-решений
Где эта грань?
источник

DB

Denis Beskov in Архитектура ИТ-решений
Ох
источник

R

Roman in Архитектура ИТ-решений
Denis Izmaylov
НФТ - это бизнес требования?
источник

MS

Maxim Shalomovich in Архитектура ИТ-решений
У Максима была позиция относительно требований (детальных функциональных) в проектах разработки современных платформенных систем. В целом позиция про то, что для таких внедрений список функциональных требований на самом деле не очень нужен, так как решение строится как платформа с инверсией контроля, и реализация конкретных функциональных требований в общем-то может быть отложена/изменена в любой момент. Поэтому классический процесс проектирования сверху-вниз тут не подойдет, так как увеличивает время внедрения, да и вообще бизнес-заказчик часто не знает, чего хочет. Эволюционная архитектура, в общем-то. Персонально я считаю, что даже для таких решений крайне необходимы хотя бы приблизительные бизнес-требования (бизнес-архитектура?), которые позволят задать границы платформы, не превращая ее в мега-абстрактный конструктор. И это по сути результаты сбора требований в первой итерации
источник

DB

Denis Beskov in Архитектура ИТ-решений
источник

DI

Denis Izmaylov in Архитектура ИТ-решений
Ок, понял, спасибо
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Есть весьма спорное мнение, что архитектура вообще только про NFR (НФТ). Кратко - теоретически можно любое решение реализовать в едином скрипте. Функциональная декомпозиция, при этом, нужна для удовлетворения атрибутам качества "изменяемость" и "гибкость". Требования к характеристикам атрибутам качества - это НФТ. И так далее
источник

DB

Denis Beskov in Архитектура ИТ-решений
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
#whois Никольский Игорь - руководитель проекта
источник

MS

Maxim Shalomovich in Архитектура ИТ-решений
Gennadiy Kruglov
Есть весьма спорное мнение, что архитектура вообще только про NFR (НФТ). Кратко - теоретически можно любое решение реализовать в едином скрипте. Функциональная декомпозиция, при этом, нужна для удовлетворения атрибутам качества "изменяемость" и "гибкость". Требования к характеристикам атрибутам качества - это НФТ. И так далее
Я тоже его слышал, у Oracle в каком-то из доков вообще было написано, что НФТ - это архитектура, а ФТ - это дизайн. И тем не менее CMU SEI в рамках Attribute-Driven-Design например выделяет такой тип архитектурных требований как ключевые бизнес-требования. Как раз те, которые определяют "форму" системы.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Maxim Shalomovich
Я тоже его слышал, у Oracle в каком-то из доков вообще было написано, что НФТ - это архитектура, а ФТ - это дизайн. И тем не менее CMU SEI в рамках Attribute-Driven-Design например выделяет такой тип архитектурных требований как ключевые бизнес-требования. Как раз те, которые определяют "форму" системы.
Architecturally significant requirements (ASR): совокупность major functional requirements , quality attribute requirements (NFR), life-cycle requirements и constraints
источник

AS

Aleksey S. in Архитектура ИТ-решений
#whois Синяков Алексей, сейчас руковожу всем подряд в НПФ Будущее, что относится к системному анализу, тестированию, jira, ит-архитектуре и некоторым ит-проектам
источник

DB

Denis Beskov in Архитектура ИТ-решений
А еще есть выражение "функциональная архитектура"
источник

E

Eugene in Архитектура ИТ-решений
А ещё есть бизнес архитектура :)
источник