Requality: инструмент управления требованиями
Requality – расширяемый инструмент для управления требованиями (преимущественно при разработке программных систем). Позволяет как разрабатывать требования с нуля, так и выявлять их из имеющихся документальных представлений, сохраняя при этом связи между требованиями и текстовыми фрагментами. Поддерживает возможность совместной работы над требованиями с использованием системы управления версиями GIT.
Особенности и преимущества
Requality представляет собой приложение на языке Java для работы с базой требований, пользовательский интерфейс в виде расширения для открытой платформы Eclipse и программный интерфейс приложения (API). По доступным функциональным возможностям близок к существующим коммерческим аналогам (IBM DOORS, Jama, Polarion) и превосходит ряд имеющихся свободно распространяемых продуктов (aNimble, ProR, RMTOO). Инструмент и руководство пользователя доступны на сайте проекта: https://requality.ru.
Requality – это:
- Структурирование и хранение каталога требований:
- каталог требований − это структурированный набор требований и других элементов, хранимый в рамках единого рабочего пространства. В качестве элементов верхнего уровня выступают проекты, в которых хранятся отдельные наборы требований. Такая возможность используется в том числе для отделения требований верхнего уровня от разработанных на их основе требований нижнего уровня.
- элементы каталога включают в себя как сами требования, так и другие виды узлов. Инструмент поддерживает базовый набор элементов, включающий в себя:
- текстовые узлы, не являющиеся непосредственно требованиями, но обеспечивающие контекст для их понимания;
- документальные представления требований, на основе которых был разработан каталог;
- настройки отчётов и результаты их генерации;
- комментарии;
- описания тестовых ситуаций.
- идентификация объектов поддерживается несколькими способами, в том числе с использованием уникального в пределах проекта числового идентификатора и составного удобочитаемого иерархического пути;
- свойства объектов включают в себя как предоставляемые инструментом по умолчанию (описание узла, короткий строковый идентификатор и другие), так и определяемые пользователем параметры, используемые для обозначения качеств элементов;
- применение HTML-разметки в тексте требований и в других свойствах позволяет использовать различные средства выделения текста и обеспечивать вспомогательные ресурсы, такие как изображения и таблицы.
- Управление связями, трассируемость и анализ покрытия:
- задание связей между элементами каталога осуществляется как путем непосредственного определения связи на уровне отдельных узлов, так и при помощи механики автоматического построения через отношение «определение-использование» терминов;
- задание связи между фрагментом текста и требованием позволяет, с одной стороны, определить источник возникновения отдельного требования, а с другой — предоставляет возможность автоматизированного переноса подобных связей на новые версии документов;
- трассируемость связей представляет собой возможность проследить для отдельного требования как исходные требования, так и разработанные на его основе, а также изучить контекст элемента каталога, в рамках которого его стоит рассматривать;
- покрытие представляет собой совокупность информации о внешних ресурсах, связанных с элементами каталога требований. В инструменте поддерживается возможность использования внешней информации о покрытии в форме файла определенного формата, а также обеспечивается расширяемый набор источников данных о покрытии.
- Управление изменениями и поддержка совместной работы:
- в качестве основной системы для совместной работы над каталогом требований поддерживается GIT. В интерфейсе инструмента доступен упрощённый набор команд для отправки изменений и обновления локальной версии проекта;
- в интерфейсе инструмента доступен просмотр версий как отдельного узла, так и каталога в целом с возможностью сравнения отдельных версий.
- Генерация отчётов, в частности:
- формирование различных представлений каталога требований, в том числе для работы с ним вне инструмента, а также для обмена требованиями с другими инструментами или решения нестандартных задач в рамках разработки;
- предоставление данных о трассируемости для просмотра информации о связях между элементами каталога требований;
- сравнение версий каталога для изучения различий структуры и свойств требований проекта для выбранных версий каталога;
- анализ покрытия для рассмотрения статуса отдельных элементов каталога с точки зрения информации о покрытии, полученной из выбранного источника;
- поддержка пользовательских шаблонов с использованием доступной информации относительно каталога, его версий и информации о покрытии.
- Поддерживается программный интерфейс (API) с возможностью изменения хранимых данных и создания новых проектов. В том числе он может быть использован для обмена данными со сторонними инструментами.
- Доступна возможность разработки расширений для задания новых элементов, источников информации о покрытии или для получения новых функциональных возможностей.
Системные требования
ОС Windows или ОС на базе ядра GNU/Linux, Java 8.
Опыт внедрения
Requality разрабатывается с 2011 года. Использовался для работы с требованиями в проекте по разработке операционной системы реального времени, а также для каталогизации требований из различных стандартов (в том числе TTCN и POSIX) с целью проведения последующего тестирования на соответствие стандарту.
Разработчик/участник
Перейти к списку всех технологий