Добрый день!
В мозгу потенциального заказчика крепко засела мысль что разрабатывать систему нужно именно посредством продуктов IBM Rational. Мы начали копаться с RequisitePro, Software Architect.
А ВЫ — это кто? Аналитики, директора, заказчики от бизнеса, технические писатели?
Написали требования, описали актеров, преценденты использования, сделали UML диаграммы, описали классы. Показали программистам - реакция была такова, что для реального проекта вся эта музыка не годится.
Ничего не понимаю. Вы зафиксировали требования, создали аналитические модели, сделали проектные модели — выполнили архитектурно-аналитическую работу. Почему «программисты» не участвовали в этих процессах?
В лучшем случае Rational нужен только для рисования "картинок", для более наглядного описания системы, но для программистов это имеет мало пользы.
Это ваше личное убеждение на основе единичного опыта, когда вы положили на процессы внедрения модельно-ориентированных подходов в разработке и соответствующее обучение участников процесса или что-то ещё?
Речь идет о полноценной системе (не web приложение, не интернет магазин).
Очень странная фраза. Системы бывают разного класса и интернет-магазин — вполне так себе система.
Насколько я понимаю Rational широко используется для создания интернет магазинов.
Скорее наоборот, как раз для интернет-магазинов эти продукты используются меньше всего.
Мне показалось, что сейчас эти инструментарии любят использовать всяческие консалтинговые организации, чтобы расписать бизнес процессы предприятия клиента, однако они никогда не занимаются разработкой ПО. 
А мне из моего опыта видится, что консалтинговые компании предпочитают использовать ARIS, PowerPoint, Visio, карты KPI (BSC) и прочие бизнес-диаграммы (типа Ишикавы, Concept Map, Mind Map). Что дальше?
В связи с этим возник вопрос: есть ли реальные проекты, реализованные на инструментальных средствах IBM Rational или это фантастика?
А каким ещё образом можно создавать аналитическую, проектную и рабочую документацию для современных проектов по разработке промышленных ИС и ПО? Блок-схемами на бумаге?
Если возможно приведите примеры системы (какие задачи решает) и в каком объеме был использован Rational. Была ли реальная польза от этого?
Rational Requisite Pro решает задачу организации хранения, доступа и управления требованиями. В больших софтверных проектах, например таких, какие делает Luxoft, число требований достигает нескольких тысяч. Rational Rose решает задачу фиксации проектных решений и их коммуникации участникам процесса разработки и кодогенерации. Rational SoDa решает задачу генерации проектной документации именно как документов.
Просмотр сообщений
, что человек, который собирается вести тренинг "эффективная инженерная документация" продолжает писать статьи, которые: