Ссылки на инструмент:
- http://rmtoo.florath.net/
- https://github.com/florath/rmtoo

Что-то в этом духе

Оно правдо выглядит с точки зрения картинки ну так, клиентам не покажешь

Не просто вики. Сonfluence хорошо интегрирован в Atlassian стэк, можно отображать требования на задачи в Jira и выполнять traceability. На мой взгляд, Requirements traceability это не столько про инструменты, сколько про процессы.

кстати, раз зашел такой разговор.
никто не подскажет пособия или доку, чтобы научится создавать sequence в текстовом описании?

Да, именно, и даже:

Requirements traceability is a sub-discipline of requirements management within software development and systems engineering. ...However, traceability may document relationships between many kinds of development artefacts, such as requirements, specification statements, designs, tests, models and developed components.

Омг

результат в каком виде должен быть, так и быть текстом, или рендериться в графику?

и в частности http://blockdiag.com/en/seqdiag/index.html

Храниться будет текстом, при необходимости рендериться в графику с помощью js

ну тут python рендерит вместо js

JS важней, ибо Web + динамика + красиво

Что есть sequence в данном контексте?

В целом, конечно, да - но не совсем :-) Архитектура получает на вход требования (в том числе, и наверное в первую очередь - нефункциональные) с определенным уровнем качества. Среди качеств - однозначность, непротиворечивость, независимость от реализации, полнота набора и пр. В целом, это источник архитектурного проектирования, поэтому, на мой взгляд, в рамках управления требованиями очень важно уметь трассировать их (от источников до решений), а также отслеживать статус изменения. Инструменты вторичны, так как чаще всего не решают проблем процесса (или его отсутствия), в лучшем случае они поддерживают его создание, а в худшем - подменяют суть формой, создавая карго-культ. Например, тут уже много кто отзывался о связке task tracker + wiki, потому что требования удобнее обсуждать в виде текста, или о документах в системах версионного контроля, потому что так удобнее вести историю изменений. Персонально я топлю за интегрированный CASE, потому что хочется иметь всю цепочку связей в одном месте, но опять же - проблему отсутствия процесса архитектурного проектирования и управления изменениями это не решит.

там можно рендерить в PNG либо SVG, формировать динамически можно отправкой данных на сервер и получением картинки, AJAX

если JS, то наверняка есть готовое решение на https://d3js.org

но точно не скажу, не смотрел