Оценка качества

Оценка качества - это функция, интегрированная в ValiAssistant. Она анализирует тексты выбранных требований на основе набора правил INCOSE и предоставляет пользователю оценку качества и комментарий о том, как улучшить требования, если оценка низкая. Эта информация записывается в две специальные колонки, которые можно включить в таблицах требований, под названием "Комментарий оценки качества" и "Оценка качества". Информация об общем качестве требований также будет отображаться на панели Insights Dashboards в модуле требований.

Доступ к Оценке качества можно получить из трех разных мест. В зависимости от места, из которого осуществляется доступ, контекст объекта, отправленного на оценку, будет отличаться.

Доступ через кнопку ValiAssitant

Находясь в конкретной спецификации или в разделе "Все требования", пользователь может выбрать "Оценку качества", нажав на кнопку ValiAssitant в правом верхнем углу, как показано на рис General Quality Assessment.

Общая оценка качества - доступ через ValiAssistant

При доступе к оценке качества через ValiAssistant будут проанализированы все требования в текущей таблице требований.

Доступ через колонку действий

Оценка качества может быть запущена непосредственно из колонок "Действие" для отдельных Требований или набора массово выбранных Требований, как показано на рисунке Individual Quality Assessment.

Индивидуальная оценка качества - При доступе к оценке качества через колонку действий будут рассмотрены только отдельные или массово выбранные Требования.

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

Доступ с помощью Озарений

Оценка качества также может быть вызвана через панели Insight на уровне спецификации, как показано на рисунке Quality Assessment Insights.

Quality Assessment Insights - доступ к оценке качества в разделе Insights спецификации или "Все требования".

При доступе к оценке качества через раздел Insights будут проанализированы все требования в выбранной в данный момент спецификации.

Поток оценки качества

После запуска оценки качества портал Requirements & Systems Portal укажет, сколько требований будет проанализировано.

После этого портал Requirements & Systems Portal сообщит вам, что оценка качества прошла успешно.

В конце "Комментарий оценки качества" и "Балл оценки качества" предоставят дополнительную информацию о качестве текста требований, как показано на рис Additional Quality Information.

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

Критерии оценки

• Score: 0-20 / 1 (Уровень 1 - неадекватный)

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

• Score: 21-40 / 2 (Уровень 2 - Требует улучшения)

  • Критерии: Требование соответствует некоторым стандартам, но имеет существенные проблемы. Оно может быть в некоторой степени структурировано, но все еще использует пассивный залог, содержит беглые фразы или не содержит конкретных, измеримых целей.

• Score: 41-60 / 3 (Уровень 3 - удовлетворительно)

  • Критерии: Требование в целом соответствует стандартам, но имеет некоторые незначительные проблемы. Оно может быть в основном структурировано, но содержать незначительные грамматические ошибки или не содержать конкретных единиц измерения.

• Score: 61-80 / 4 (Уровень 4 - хорошо)

  • Критерии: Требование соответствует большинству стандартов. Хорошо структурировано, активная речь, конкретные измеримые цели, но может иметь одну или две незначительные проблемы.

• Score: 81-100 / 5 (Уровень 5 - отлично)

  • Критерии: Требование полностью соответствует стандартам. Оно четко структурировано, активно озвучено, имеет конкретные измеримые цели, не содержит грамматических ошибок, является однозначным и выполнимым.

После оценки качества общий балл качества будет передан на панель Insight Dashboard и представлен в виде "Низкий" (балл ниже 50), "Средний" (балл от 50 до 70) и "Высокий" (балл выше 70), как показано на рис Insights Quality Score.

Insights Quality Score - общая оценка качества проанализированных требований.

При оценке учитывались правила 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 - Избегайте использования аббревиатур.