Если мы продолжаем  использовать SRS как базу знаний по продукту и обновляем при обработке запросов на изменение, то SRS будет актуальным. Опять же вопрос в уровне детализации требований в SRS

задача была в том,чтобы описать в каком-то виде текущие функции системы - нашего продукта (мы продаем именно готовое ПО, не заказная разработка). Предполагается,что в будущем этот док можно будет использовать для составления ТЗ, чтобы с ним участвовать в тендерах и т.д. Хочу понять,адекватно ли это называть SRS. Но, наверное, для внутреннего использования "можно все" и я сильно заморачиваюсь)

По SRS есть стандартные шаблоны. Можете посмотреть, подходят ли они вам.

Сразу отвечу - нет. Можно конечно, но лучше не надо. Такие штуки делают в вики, структуру(шаблон) помогут тех райтеры накидать, в их чат постучитесь.

Если нужно описание структуры постороения доков, от iso видел, и видел реализацию описания MES по этому iso, не помню правда название, если напомните, завтра скину.

Кстати да, в открытом доступе, много примеров и сам ieee даёт описание каждого раздела.

По SRS есть стандарт IEEE 830, все шаблоны его копируют. Но лично я в своей жизни ни разу не видел настоящего SRS. Материалы техпроектов видел, конечно, но это была макулатура.

увидеть SRS и умереть

Измученные ГОСТом нарзаном

Если брать srs то brd быть должно до и с трейсом в srs, так ещё и в sdd выводить все то, что в srs излишне(они рядом по уровню) . А если разработка продуктовая, там ещё док докидывается рядом с brd по уровню, не помню аббревиатуру, маркетинговый который.

да,это как раз и оформлено как статья в Конфле, автор (системный аналитик) выбрал стандарт RUP для описания. Мне, как техпису и начинающему БА поручили это дело поревьюить. И я,на основе всего что успела изучить в сети на эту тему, не согласна, что можно называть требованиями перечисление того,что система может в настоящий момент) для этого мне кажется должен быть какой-то специальный док, наподобие пояснительной записки

У нас вполне годные техпроекты писали

Так что они как минимум существуют в природе

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

Пробежался по заметкам, нашел, не iso было в реализации для MES.

Посмотрите, может зайдет такой стандрат по файлу:

ANSI/ISA-95.00.01.-2010

Как среднее между сторонами и целевым назначением.

Вообще, исходя из стандарта выше, структура доки сильно зависит от типа систем.

Я тут же вспомнил что если erp, то iso/мэк, в принципе дает направление как описать систему в существующей реализации

спасибо большое,посмотрю!

Ребятишки, кто едет на АД21 с других городов и хочет затусить в баре в пятницу 21 числа - поставьте +. Нужно прикинуть на сколько человек бронировать стол.

+

Может написать в чате analyst days? Местные смогут присоединиться?

Меня чат Влада не интересует. У меня нет цели обустроить быт и досуг всех участников