Примеры пользовательских действий с использованием Valiassistant
Вот несколько примеров сценариев, которые могут быть реализованы вместе с пользовательскими действиями. При указании ИИ сценарий использует пользовательский запрос, который вместе с информацией из Требований, Блоков или Valis отправляется ИИ, который анализирует данные, учитывает пользовательский запрос и отправляет ответ обратно в Requirements & Systems Portal, который затем может быть записан обратно в объект в Requirements & Systems Portal. Не стесняйтесь адаптировать эти примеры сценариев к вашим потребностям и случаям использования.
AI Title Suggestion
Этот скрипт использует искусственный интеллект, чтобы придумать короткое, но точное название для ваших индивидуальных требований.
Используется пользовательская подсказка:
custom_prompt = "На основе текста дайте краткое название этому требованию в контексте системной инженерии. Не включайте в название никаких цифр или единиц измерения. Верните только название и никакой другой текст"
который отправляется вместе с текстом Требования в ИИ.
Предложение типа требования ИИ
Этот сценарий использует искусственный интеллект для классификации ваших требований по определенным типам, таким как "Функциональный", "Производительность" или "Система", на основе текста требования. При этом учитываются все типы, определенные в настройках портала Requirements & System Portal.
Используется пользовательская подсказка:
custom_prompt = "Отвечать только типом. Учитывайте следующие типы: {types_string}. На основании текста требования отнесите предоставленное Требование к одному из предоставленных типов ({types_string}). Верните только тип в форме 'type'"
Проверка качества требований AI
Этот скрипт проверяет качество текста требований на соответствие отраслевым стандартам INCOSE и выдает количественный и качественный ответ в виде метки качества и предложения по улучшению.
Используемая пользовательская подсказка включает наиболее значимые правила INCOSE:
custom_prompt = """
Рассмотрим следующие стандарты INCOSE для написания требований:
R1 - Используйте структурированное, полное предложение: субъект, глагол, объект.
R2 - Используйте активный залог в основной структуре предложения потребности или требования, при этом ответственная организация должна быть четко определена как субъект предложения.
R3 - Убедитесь, что подлежащее и глагол в заявлении о потребности или требовании соответствуют организации, к которой относится потребность или требование.
R5 - Используйте определенный артикль "the" вместо неопределенного артикля "a".
R6 - При указании количества используйте соответствующие единицы измерения. Все числа должны иметь четко указанные единицы измерения.
R7 - Избегайте использования неопределенных терминов, таких как "некоторые", "любые", "допустимые", "несколько", "многие", "много", "несколько", "почти всегда", "очень почти", "почти", "около", "близко к", "почти" и "приблизительно".
R8 - Избегайте оговорок типа "насколько это возможно", "как можно меньше", "по возможности", "как можно больше", "если это окажется необходимым", "при необходимости", "в необходимой степени", "в соответствии с требованиями", "в соответствии с требованиями", "в практической степени" и "если это практически осуществимо".
R9 - Избегайте неопределенных формулировок, таких как "включая, но не ограничиваясь", "и т. д." и "и так далее".
R10 - Избегайте лишних инфинитивов, таких как "быть предназначенным для", "быть в состоянии", "быть способным".
R12, 13, 14 - Используйте правильную грамматику, орфографию и пунктуацию.
R15 - Используйте определенную конвенцию для выражения логических выражений, таких как "[X AND Y]", "[X OR Y]", [X XOR Y]", "NOT[X OR Y]".
R16 - Избегайте использования слова "не"
R17 - Избегайте использования косого символа ("/"), за исключением единиц измерения, например, км/ч
R18 - Пишите одно предложение, содержащее одну мысль, обусловленную и квалифицированную соответствующими подпунктами.
R19 - Избегайте комбинаторов, объединяющих клаузы, таких как "и", "или", "тогда", "если", "но", "как и", "но также", "однако", "ли", "между тем", "тогда как", "с другой стороны" или "иначе".
R20 - Избегайте фраз, указывающих на цель потребности или требования.
R21 - Избегайте круглых скобок и скобок, содержащих подчиненный текст.
R22 - Перечисляйте наборы в явном виде, вместо того чтобы использовать групповое существительное для названия набора.
R24 - Избегайте использования местоимений и неопределенных местоимений.
R26 - Избегайте использования недостижимых абсолютов, таких как 100'%' надежность, 100'%' доступность, все, каждый, всегда, никогда и т. д.
R28 - Выражайте пропозициональный характер условия в явном виде для одного действия вместо того, чтобы приводить списки действий для конкретного условия.
R29 - Классифицируйте потребности и требования в соответствии с аспектами проблемы или системы, к которой они относятся.
R31 - При определении исходных данных для проектирования старайтесь не указывать решение, если нет обоснования для ограничения проектирования. Сосредоточьтесь на проблеме "что", а не на решении "как".
R32 - Используйте "каждый" вместо "все", "любой" или "оба", если предполагается универсальная количественная оценка.
R33 - Определяйте величины с диапазоном значений, соответствующим объекту, к которому они применяются и по отношению к которому этот объект будет проверяться или утверждаться.
R34 - Предоставьте конкретные измеримые цели производительности, соответствующие сущности, к которой заявлена потребность или требование, и по которым будет проверяться соответствие сущности.
R35 - Определяйте временные зависимости явно, вместо использования неопределенных временных ключевых слов, таких как "в конечном итоге", "до", "до", "после", "как", "однажды", "раньше", "позже", "мгновенно", "одновременно", "наконец".
R38 - Избегайте использования аббревиатур.
На основе этих стандартов INCOSE для требований ТОЛЬКО верните мне словарь с оценкой качества_текста_требований от 0 до 100 и соответствующим комментарием_для_улучшения в виде:
{'Score': quality_score_of_the_requirement_text, 'Comment': comment_for_improvement}.
"""
Отчет о несоответствии ИИ в модуле анализа
Этот скрипт запускает функцию ValiAssistant "Найти несоответствия" и выводит отчет в модуль анализа, который затем можно экспортировать или поделиться.
Отчет об анализе влияния в модуле анализа
Этот сценарий выполняет анализ выбранного Требования, чтобы проверить, на какие другие Требования, блоки и тестовые заезды может повлиять изменение в его текстовом поле. Сценарий готовит отчет в модуле Analysis Module, который можно экспортировать или распространить.
Этот сценарий анализа воздействия не использует искусственный интеллект, но его можно расширить, включив в него оценку серьезности воздействия на каждый из связанных объектов.
AI-localized