Благодаря mouviciel! Я принял ваше решение и расширил его для своих целей.
Приведенный ниже текст идет в мою Doxyfile:
ALIASES += req{1}="\ref SRTX_\1 \"SRTX-\1\" "
ALIASES += satisfy{1}="\xrefitem satisfy \"Satisfies requirement\" \"Requirement Implementation\" \1"
ALIASES += verify{1}="\xrefitem verify \"Verifies requirement\" \"Requirement Verification\" \1"
Где SRTX это имя моего проекта и используется в качестве префикса к требованиям.
Затем я создаю файл под названием Requirements.dox, который предоставляет ссылку между идентификатором требования и URL-адресом для требования в моем инструменте управления требованиями (в моем случае это трекер проблем).
/**
@page Requirements
@section Build1
@anchor SRTX_1113
<a href="https://foo.bar.com/mantis/view.php?id=1113">SRTX-1113</a>
@anchor SRTX_1114
<a href="https://foo.bar.com/mantis/view.php?id=1114">SRTX-1114</a>
*/
Можно также указать текст требования в теге привязки, если вам не нужно ссылаться на внешний источник.
В моем коде у меня есть:
/**
* This is the basic executive that schedules processes.
* @satisfy{@req{1114}}
*/
class Scheduler: public Process
{
...
}
И в моих тестах я поставил:
/**
* Provide a number of tests for process scheduling.
* @verify{@req{1114}}
*/
class Scheduler_ut : public CppUnit::TestFixture
{
...
}
Это дает мне соответствующие страницы для требований, требований к реализации и требования к верификации. Он также обеспечивает соответствие требованиям и проверяет разделы требований в описании класса (или функции - везде, где вы помещаете тег).
Это не похоже на стиль документирования XML (C#). –