Подскажите, литературу (книги) по проектурованию современнго ПО

проектурованию-> проектирования

Хотелось какое-нибудь методическое руководство (близкое к реальности), с чего начать

Попробуйте связаться с Максимом Смирновым, у него есть авторский курс (это не реклама), который он проводит в IT-expert. Для старта и систематизации в т.ч. источников литературы  может подойти. Да и просто свзяаться с ним в телеграме в личке можно, думаю может помочь советов как и куда рыть в зависимости от потребностей и задач.

*помочь советом

Кто бы что ни рассказывал и ни писал, важно понять ключевой принцип в проектировании чего-либо.
Любой артефакт проектирования/документирования создается для кого-либо и является входной информацией для создания других артефактов по мере их необходимости.

Если такой связи нет, скорее всего это проектирование "для себя" или во имя формального соответсвия методологии или требованиям оформления, что вероятно привнесет в итоге меньшую ценность.
Из принципа выше следует что в процессе проектирования (системы) артефакты скорее появляются постепенно/поэтапно, а значит могут быть встроены в любую методологию.

Это говорит о том что в деятельности, связанной с проектированием, стоит выкинуть из головы и оставить за бортом противостояние и споры, например, о десятке методологий ведения проектов, подходах с ослабленной стадиями планирования и контроля против "проектного подхода", "процессного подхода" и т п. Ваше структурное и систематизированное мышление никак не должно пострадать от используемых  методологий ведения проектов/создания продуктов или полного их(методологий) формального "отсутствия".

Помните что авторитет/преподаватель, приверженный строго одной концепции, новым веяниям, технологиям, как правило является эмоционально заряженным и неспособным обоснованно рассматривать альтернативы и поэтому способен направить вас на путь, который отнимет около 5 лет вашего личного времени и не прояснит почти ничего в этой деятельности.
Осторожно относитесь к авторитетам и всегда подвергайте сомнению то, что кем-либо сказано/написано, чтобы самому лучше разобраться в теме.

Хорошо изучите законы логики и научитесь их применять в обсуждениях и анализе. Это даст толчек и заложит основу ко всему остальному касающемуся темы проектирования.

Роман, надеюсь это не в тему моего поста? :) Потому что я подпишусь под всеми пятью пунктами :)

Ни в коем случае.
Я и сам порой делаю подобные ошибки. Эту памятку я написал для себя в том числе. Когда-нибудь войдет в мои мемуары :)

У меня есть "Идея" - разработать фреймворк, отличный от существующих, в котором акцент с управления процессами разработки, управления процессами анализа, управления персоналом и командой, управления качеством и управления сроками сделать на управление содержанием. Причем сделать "изящно", через процесс проектирования, Так чтобы все роли кроме ролей в design можно было адаптировать под любой процесс в организации от startups до enterprise с его архитектурным комитет и конструкторского бюро, когда генеральный директор совмещен с ролью генерального конструкторв. Сразу встал на непонимании как это сделать "изящно" :) Или хотя бы понятно.

отчасти такой фреймворк уже есть для архитектуры решения. в нем как раз делается упор на происхождении и связи архитектурных артефактов.

Ага, спасибо. Авторский?

Нет

можете погуглить ibm team solution design / teamSD

На redbooks будут обзоры?

Там не встречал