с колокольни инженеров по требованиям конечно требования кажутся центральным понятием

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

Точно. А потребности хорошие заказчики могут вполне грамотно сформулировать и сами. Даже требования иногда могут. С чего начинается ценность аналитика это проектирование. Это просто наблюдение за аналитиками в многих компаниях-ритейлерах. Возможно в других бизнесах по другому.

а тебе ничего глаз не режет?

"С чего начинается ценность аналитика это проектирование"

"С чего начинается ценность разработчика это тестирование"

"С чего начинается ценность предринимателя это бюджетирование"

Странно, что нет шага выявление контекста между 1 и 2. Текущего состояния системы и смежных систем и надсистем

заказчики чаще всего сразу лезут в решение и функции. или системные требования, безо всякой связи с бизнес-требованиями

это перечень некоторых видов работ, а не полная технология

полную технологию, например, в авиационных системах, можно почитать вот тут: https://www.faa.gov/aircraft/air_cert/design_approvals/air_software/media/ar-08-32.pdf

Спасибо большое, почитаю

Коллеги, извините что спрашиваю здесь, не знаю где еще спросить знает ли кто-нибудь фирму https://typeable.io/ (Анторика)? Рассматриваю их вакансию, вдруг кто-что слышал.

Гугл отключили?

думаю, что спрашивающего интересует опыт именно участников данного чата.

Поскольку ответов ничтожно мало, то вам может как-то пригодится следующий roadmap - по названию фирмы найти ИНН, на сайте ФНС посмотреть выписку из ЕГРЮЛ, потом найти выступления на конференциях одного из учредителей, там же могут быть выступления коллег. Посмотреть на них, послушать, понять насколько вам с ними будет хорошо работать. Может быть - найти с ними контакт. Среднесписочная численность у них 20 человек на 01.01.2020 г.
Также по ИНН можно найти в открытом доступе информацию об отчетности за прошлый год. И об арбитражных делах, если они есть.

Буквально свежайшее -- сегодня одно из ИТ отдела клиента -- а мы ещё и обосновывать наши требования вам должны? 🙈 Искренне недоумевая почему евойное утверждение "Спецсимволы в паролях пользователей недопустимы" вызвало какие-то вопросы

Обычно недоинженеры из производителей ПО делают круглые глаза "я что, не только требования должен написать, но и обосновать их? А вы тогда нафига нужны?" по своему ПО

А в чем проблема? И какие вопросы?
С моей точки зрения, Вы, как аналитик, должны были привести рекомендации по ИБ касательно состава пароля и получить подтверждение, что клиент все понял, но настаивает на своем.
Или сослаться на корпоративный стандарт по ИБ в части разработки ПО и сказать - по другому не делаем.

Именно об этом и речь -- мои "требования" как я бы их не оформил и какими бы они не были -- в обоснованиях НЕ нуждаются! ИБО!
Исходя не только из моего личного опыта -- если нет ответа на простой вопрос ... Ну скажем "почему?" 🙈 -- подобный изыск нуждается в ОСОБОМ внимании