Requality: инструмент управления требованиями

Requality: инструмент управления требованиями

Requality – расширяемый инструмент для управления требованиями. Позволяет как разрабатывать требования к проектируемым системам с нуля, так и формировать каталоги требований путём разметки существующих документов, сохраняя при этом связи между требованиями и текстовыми фрагментами исходных документов. Поддерживает организацию иерархической структуры требований, трассируемость между требованиями разных уровней, возможность совместной работы над требованиями с использованием системы управления версиями GIT.

Особенности и преимущества

Уникальной возможностью Requality является возможность формирования каталога требований путём разметки существующих документов, при этом у каждого требования сохраняется связь с одним или несколькими текстовыми фрагментами исходного документа.

По другим функциональным возможностям Requality близок к существующим коммерческим аналогам (IBM DOORS, Jama, Polarion) и превосходит ряд имеющихся свободно распространяемых продуктов (aNimble, ProR, RMTOO). Инструмент и руководство пользователя доступны на сайте проекта: https://requality.ru.

Requality – это:

• Структурирование и хранение каталога требований:
  • каталог требований − это структурированный набор связанных требований и других элементов, хранимый в рамках единого рабочего пространства. В качестве элементов верхнего уровня выступают проекты, в которых хранятся отдельные наборы требований. Такая возможность используется в том числе для отделения требований верхнего уровня от разработанных на их основе требований нижнего уровня.
  • элементы каталога включают в себя различные виды узлов. Инструмент поддерживает базовый набор элементов, включающий в себя:
    • требования, содержащие описания возможностей разрабатываемого объекта или накладываемые на него ограничения;
    • текстовые узлы, не являющиеся непосредственно требованиями, но обеспечивающие контекст для их понимания (например, описания терминов или примечания);
    • документальные представления требований, на основе которых был разработан каталог;
    • настройки отчётов и результаты их генерации;
    • комментарии.
    Набор элементов каталога может быть расширен путем разработки расширений;
  • идентификация узлов поддерживается несколькими способами, в том числе с использованием уникального в пределах проекта числового идентификатора и составного удобочитаемого иерархического пути;
  • свойства узлов включают в себя как предоставляемые инструментом по умолчанию (описание узла, короткий строковый идентификатор и другие), так и определяемые пользователем параметры, используемые для обозначения характеристик элементов;
  • применение HTML-разметки в тексте требований и в других свойствах позволяет использовать различные средства форматирования текста и обеспечивать использование вспомогательных ресурсов, таких как изображения и таблицы.
• Управление связями, трассируемость и анализ покрытия:
  • задание связей между элементами каталога с произвольным именем. Имена связей позволяют определить отношения различных видов;
  • автоматическое построение связей по терминологии путём перечисления списка терминов, используемых в требовании, и установки соответствующего атрибута у узла, который этот термин определяет;
  • задание связи между фрагментом текста и требованием позволяет, с одной стороны, определить источник возникновения отдельного требования, а с другой — предоставляет возможность автоматизированного переноса подобных связей на новые версии документов;
  • сквозная трассируемость представляет собой возможность проследить для отдельного требования как исходные требования, так и разработанные на его основе, а также изучить контекст элемента каталога, в рамках которого его стоит рассматривать;
  • покрытие представляет собой информацию о степени реализации или полноте тестирования каталога требований. Покрытие оценивается по информации о наличии связи между элементами каталога и внешними элементами либо между элементами внутри каталога. В инструменте поддерживается возможность использования внешней информации о покрытии в форме файла определенного формата, а также обеспечивается расширяемый набор источников данных о покрытии.
• Управление изменениями и поддержка совместной работы:
  • в качестве основной системы для совместной работы над каталогом требований поддерживается GIT. В интерфейсе инструмента доступен упрощённый набор команд для отправки изменений и обновления локальной версии проекта;
  • в интерфейсе инструмента доступен просмотр версий как отдельного узла, так и каталога требований в целом с возможностью сравнения отдельных версий;
  • поддерживается возможность сравнения версий проектов, а также переключения на предыдущие версии.
• Генерация отчётов, в частности:
  • формирование различных представлений каталога требований, в том числе для работы с ним вне инструмента, а также для обмена данными каталога требований с другими инструментами или решения нестандартных задач в рамках разработки;
  • предоставление данных о трассируемости для просмотра информации о связях между элементами каталога требований;
  • сравнение версий каталога в целях контроля прогресса работы над каталогом требований путем изучения различий структуры и свойств требований проекта для выбранных версий каталога;
  • анализ покрытия для рассмотрения статуса отдельных элементов каталога с точки зрения информации о покрытии, полученной из выбранного источника;
  • поддержка пользовательских шаблонов с использованием доступной информации относительно каталога, его версий и информации о покрытии.
• Поддерживается программный интерфейс (API) с возможностью изменения хранимых данных и создания новых проектов. В том числе он может быть использован для обмена данными со сторонними инструментами.
• Доступна возможность разработки расширений для задания новых элементов, источников информации о покрытии или для получения новых функциональных возможностей.

Системные требования

ОС Windows или ОС на базе ядра GNU/Linux, Java 8.

Опыт внедрения

Requality разрабатывается с 2011 года. Использовался для разработки и управления изменениями требований в проекте по разработке операционной системы реального времени в соответствии с процессами, предписанными КТ-178С, а также для каталогизации требований из различных стандартов (в том числе TTCN и POSIX) с целью проведения последующего тестирования совместимых с ними продуктов на соответствие стандарту.

Разработчик/участник

Технологии программирования