Видеоролик о технологиях ИСП РАН
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) с целью проведения последующего тестирования совместимых с ними продуктов на соответствие стандарту.
Разработчик/участник
Перейти к списку всех технологий