ЛОЦМАН:PLM Расширенное управление требованиями

Функционал ЛОЦМАН:PLM Расширенное управление требованиями включает следующие возможности:

Специализированный интерфейс создания объектов управления требованиями

Функционал повышает удобство и скорость создания объектов управления требованиями:

• Требование
• Требование НД
• Спецификация требований
• Раздел спецификации требований
• Информационный блок

Функционал обеспечивает:

• Выбор функционального номера из иерархического списка;
• Автоматизированное присвоение обозначения;
• Проверка правописания;
• Автоматическое дополнение текста;
• Создание и редактирование характеристики;
• Вставка шаблонов требований;
• Создание чек-листа.

Автоматизированная верификация требований

Функционал  автоматизированной проверки требований, позволяет оценивать требование на соответствие заданным критериям качества

Доступны следующие типы проверок:

• «Анализ слов-исключений» - проверка текста требований на наличие «запрещенных» слов, которые могут трактоваться не однозначно;
• «Проверка запросов на проверку» – проверяется наличие у требования связанных запросов на проверку;
• «Проверка наличия характеристик» - проверяется наличие у требования связанных характеристик;
• «Проверка обязательных атрибутов» - проверяется заполнение обязательных атрибутов;
• «Проверка обязательных ссылок» - проверяется наличие обязательных связей;
• «Проверка соответствия ФН» - проверяется соответствие атрибута «Функциональный номер» и функционального номера в обозначении объекта;
• «Проверка соответствия характеристик» – проверка заполнения фактического значения характеристик;
• «Проверка чек-листов» - проверка заполнения чек-листов.

Условия, по которым выполняется анализ требование, описываются в скриптах.

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

По результатам выполнения автоматической проверки система выводит сообщение о выявлении замечаний к объектам и предлагает открыть их в новом окне.

Сформированные системой замечания к объекту сохраняются на вкладке «Замечания».

Работа с функциональными номерами

Функциональный номер – это номер функционального назначения объекта, он позволяет идентифицировать принадлежность объектов ЛОЦМАН:PLM к реализации той или иной функциональной системы. Пример системы функциональных номеров – стандарт ASD S1000D.

Структура функциональных номеров – это виртуальная структура, позволяющая структурировать данные по изделию до появления физической структуры изделия.

В текущем релизе модуля "Расширенное управление требованиями", функциональные номера используются для следующих целей:

• Формирование обозначение объектов УТ
  При создании требованиями, доступен выбор функционального номера из структуры предопределенных значений.

• Для визуальной идентификации принадлежности объекта к той или иной функциональной системе (через обозначение)
• Для автоматизированной трассировки требований
  Команда автоматически трассирует выбранные требования (спецификацию требований) на объекты базы данных ЛОЦМАН:PLM имеющие аналогичный префикс проекта и функциональный номер.
  
• Для автоматизированного формирования планов проверки выполнения или планов валидации требований.

Повторное использования требований нормативных документов

При работе в  ЛОЦМАН:PLM, требования обрастают связями с другими объектами, поэтому повторное использование требования не должно тянуть за собой существующие связи требования. Для этого используется не механизм копирования ссылки (который использует в новом составе тот же самый объект), а механизм клонирования, при котором для повторно используемого требования создается его дубль, сохраняющие все его данные, кроме связей. При этом между оригинальным требованием и его клоном создается связь, позволяющая при необходимости отследить их отношения.

Для клонирования использования требований в ЛОЦМАН:PLM используется специальный функционал панели РУТ Копирование/клонирование объектов УТ

Команда «Клонировать Требование НД» – позволяет клонировать ранее созданные мастер-спецификации требований НД.

При клонировании, между клоном и исходным объектом, создается связь «Оригинал».

Поддержка работы с требованиями по Р-4754А

Для поддержки процессов УТ по Р-4754А используется следующая функциональность

• Настройки метаданных (атрибуты, состояния);
• Специализированные отчеты (матрица валидации требований, матрица верификации);
• Специализированные бизнес-процессы (валидация требований, планирование запроса на проверку, реализация запроса на проверку);
• Настройки отображения пиктограмм (Допущение, Требование безопасности);
  Для визуальной идентификации требований безопасности используется дополнительная пиктограмма, отображаемая при наличии значения  соответствующего атрибута требования.
  
  Для визуальной идентификации допущений требований безопасности используется дополнительная пиктограмма, отображаемая при наличии значения  соответствующего атрибута требования.
  Пиктограмма допущения автоматически распространяется на все объект созданные на основе этого допущения.
  
• Специализированные скрипты проверки требований.

Работа с планами проверок

Запросы на проверку и испытания могут формировать структуры - планы проверок.

Меню «Работа с планами проверок», содержит набор команд для автоматизации создания структуры планов проверок

• Создать раздел плана проверок;
• Редактировать раздел плана проверок;
• Обновить структуру.

Команда создает объект «Результат проверки» с набором параметров, по значению которых, автоматически создается (или обновляется) структура объекта.

Работа функционала напоминает работу с виртуальной папкой. Но упрощена процедура ввода параметров отбора и структура объекта создается по связям, а не просто на просмотр.

Дополнительные отчеты по требованиям

Расширенное управление требованиями добавляет к базовому функционалу ЛОЦМАН:PLM комплект отчетов SQL и ДиИП.

Отчеты SQL формируются через стандартный функционал приложения ЛОЦМАН Клиент Отчеты. Отчеты ДиИП формируется через модуль Диаграммы и информационные панели, в виде HTML-страниц, являются динамическим и не сохраняется в базе данных ЛОЦМАН:PLM.

Отчеты SQL:

• Техническое задание
  Отчет формируется формате docx, на основании выбранного дереве объектов, объекта типа Спецификации требований.
  Отчет воспроизводит структуру спецификации требований, состоящую из объектов типа:
• Раздел спецификации требований;
• Требование;
• Требование НД;
• Информационный блок.

• Сертификационный базис
  Отчет предназначен для предприятий авиационной отрасли, для поддержки процесса сертификации.
  В отчет попадают только объекты типа Требование НД, входящие в состав выбранной спецификации требований.
  В зависимости от состояний требований НД в спецификации требований НД, текст требования имеет различное форматирование:
• Текст требований НД, принятых к реализации, отображается без изменений;
• Текст требований НД, неприменимых для типа разрабатываемого изделия, зачеркивается;
• Для требований НД, замененных по согласованию с сертификационными органами, ячейка с текстом перечеркивается по диагонали.

• Отчет о выполнении сертификационного базиса
• Матрица валидации требований
  Отчет "Матрица валидации" является сводным документом, фиксирующим результаты валидации требований в табличной форме.
  

• Матрица верификации
  Отчет "Матрица верификации", отображает статус выполнения требований для выбранной спецификации требований.
  

Отчеты ДиИП:

• Матрица валидации требований (РУТ);
  Отчет показывает статус валидации требования – состояние всех запланированных для требования запросов на валидацию и общий вывод по их выполнению.
  
• Матрица трассировки требований (РУТ)
• Отчет по трассировкам требований (РУТ)
  Отчет, по каждому требованию из выбранной спецификации показывают существующие трассировки с другими объектами ЛОЦМАН:PLM:
  • Обозначение связанного объекта;
  • Тип связанного объекта;
  • Тип связи;
  • Состояние связанного объекта.
    
• Покрытие требований запросами на проверку (РУТ)
  Отчет показывает требования имеющие или не имеющие связанные с ними запросы на проверку и результаты проверки. По каждому требованию, в виде отдельной ячейки отображается следующая информация:
  • Обозначение, наименование и номер версии объекта типа Запрос на проверку;
  • Состояние запроса на проверку;
  • Контрольный рубеж назначенный назначенного в запрос на проверку;
  • Наименование объекта типа МОС и его версии, назначенного в запрос на проверку;
  • Обозначение и наименование объекта типа Результат проверки и его версии;
  • Состояние результата проверки.
    
• Покрытие требований проектными решениями (РУТ)
  Отчет показывает все ли требования имеют связанные с ним проектные решения.
  
• Статус выполнения набора требований для выбранной конфигурации (РУТ)
  Отчет формируется для выбранной пары «Спецификация требований» – «Сборочная единица»
  В отчет попадают только те требования которые имеют трассировку с объектами сборочной единицы
  По каждому требованию отображается следующая информация:
  • Обозначение и номер версии требования;
  • Обозначение и номер версии связанных с требованием запросов на проверку;
  • Наименование связанных с требованием запросов на проверку;
  • Состояние связанных с требованием запросов на проверку
  • Контрольный рубеж и его версия, назначенный в запрос на проверку;
  • МОС и его версия, назначенный в запрос на проверку;
  • Объект проверки и его версия;
  • Результат проверки и его версия;
  • Состояние результата проверки;
  • Наименование и версия целевой характеристики, назначенной в запросе на проверку с признаком использования «Выход»;  
  • Целевое значение характеристики;
  • Фактическое значение характеристики;
  • Единица измерения характеристики.
    
• Статус выполнения требования (РУТ)
  Отчет показывает информацию об актуальном состоянии выполнения конкретного требования.
  

• Анализ влияния изменения требования (РУТ)
  Отчет используется в процедурах внесения изменений в требования, когда необходимо оценить, на что повлияет изменение требования. Отчет «Анализ влияния требований» предназначен для минимизации последствий внесения изменения в требование, когда решение о внесении изменения принимается без учета всех возможных влияний на проектируемое изделие, в результате происходит каскад вторичных изменений, увеличивающих трудоёмкость и стоимость изменений. Использование отчета позволит выполнить глубокий анализ влияния требования на проектные данные позволит и оценить масштабы изменяемых данных, на основании чего сделать оценку необходимости внесения конкретного изменения или поискать альтернативные варианты.
  

• Покрытие проектных решений требованиями (РУТ)
  Отчет используется анализа выполнения требований связанных с проектными данными. Например, пользователь может сформировать отчет по сборочной единице и увидеть все ли связанные с ней требования подтверждены выполненными запросами на проверку и результатами проверки.
  

Дополнительный функционал для анализа влияния изменения требований

Функционал поддерживает комплексный процесс анализа влияния изменения требования:

• Определение связанных с требованием объектов, на которые может повлиять его изменение;
• Разделение объектов зависимых и не зависимых от изменения требования;
• Определение мероприятий, необходимых для оценки применимости  изменения требования;
• Формирование набора объектов для управления изменениями (ИИ, Изменение требования);
• Определение очередности проведения изменений.

Работа с режимами

Требования к изделию могут иметь определенные условия, в рамках которых они имеют смысл. Например требования к разным значениям тяги газотурбинного двигателя, зависят от совокупности условий, которые называются режимами.

Условие (или режим) может быть представлено как одно требование и связанные с ней несколько характеристик.

Для изделий, работа которых может выполняться в различных режимах (совокупность условий эксплуатации) предусмотрен интерфейс связи требований описывающих режимы, и требований к изделию.

Дополнительные инструменты импорта/экспорта требований

Дополнительно к импорту/экспорту в базовой лицензии «Управление требованиями», расширенное управление требованиями предоставляет следующие возможности:

• Экспорт в формате ReqIF;
• Экспорт в формате XML;
• Экспорт в формате JSON;
• Экспорт в формате Excel;
• Экспорт в формате ODS;
• Импорт из XML/JSON;
• Импорт из ReqIF;
• Импорт из DOCX.