Ага все так говорят, а потом когда пользователи начинают страдать... потому что справочник не позволяет, без фиксов ядра системы... проходили, гибкость стремится к нулю, система становится системой учета, а не работы. Я в экселе могу учитывать.

Важно чтобы этот объект (представленный текстом или набором свойств) был помечен как "Требование".

Нечто, отнесенное к классу "Требования".

А есть пример систем, которые такое умеют, а то звучит красиво, но в жизни не встречал

Я вам просто пытаюсь объяснить что такое "наличие справочника в программе". А Вы пишете какие-то свои догадки про конкретный продукт

Пробивайте иностранные, не древние alm.

А я вам говорю, что если назвали справочником, скорей всего у вас и будет справочник.

Для чего важно?

А зачем в публичных материалах использовать внутренний нестандартный термин?
Обычно под справочниками понимается вот ровно то, что сказал @jFagor

Для того чтобы справочник назвать справочником.

Насчет нестандартности не знаю. И вообще, какие ко мне вопросы🙂Мне же понятно что имел ввиду автор, и я пояснил чтобы было ясно остальным.

Ну, если вы этим не пользовались, то откуда решили, что автор имел в виду?

1. Я этим пользовался
2. Там этого (справочников) нет.
Автор описывал свои теоретические представления о том как должен быть устроен ALM-продукт

Ну, кстати, разумно описывал. Я бы ещё много добавил про управление отклонениями и внедрениями, про добавление оси времени в требования и так далее. Но этого все равно нигде нет и не будет, так как софт управления требованиями редко делают те, кто с требованиями работает.

😆

Нашел кейс, ярко демонстрирующий различия поколений технологий.
Задача Single Sign On (SSO), сделать неки общий центр аутентификации пользователей.
Сравните стандарты SAML (2005) и OpenID Connect (2014),
насколько разным способом решается одна и та же задача.

SAML это традиционный “пирог” из эпохи enterprise, все технологии в одном: XML digital signatures, SOAP, многотомная спецификация на все возможные расширения XML
OpenID Connect - простая надстройка над OAuth2, спецификация на десяток страниц

Видно отличие подходов: в SAML пытались сделать универсальный фреймворк для всего, в OpenID Connect решали конкретную задачу

SAML чертовски сложный. Даже в крупных компаниях его понимают пару человек всего. И почти нигде не внедрён до конца.

Начал недавно исполнять роль архитектора в небольшой команде. Посоветуйте пожалуйста цельный курс по архитектуре IT-систем, который поможет систематизировать знания

Что думаете про курсы Otus Software Architect и Highload Architect?

Хайлоад и веб в одном предложении звучит нелепо. Ну ладно, не нелепо, а слишком ограничено. Судя по краткому описанию, курс должен быть на пару дней, а не 5 месяцев.
Но я, как говорится всего лишь "не читал, но осуждаю"

Программы курсов нет

Программа есть в самом низу.