Evaluación de calidad

Quality Assessment es una función integrada en ValiAssistant. Analiza los textos de los requisitos seleccionados según un conjunto de reglas de INCOSE y proporciona al usuario una puntuación de calidad y un comentario de calidad sobre cómo mejorar los requisitos si la puntuación es baja. Esta información se escribe en dos columnas específicas que pueden habilitarse en las tablas de requisitos, llamadas “Quality Assessment Comment“ y “Quality Assessment Score“. La información sobre la calidad general de los requisitos también se destacará en los Insights Dashboards del módulo de requisitos.

Se puede acceder a Quality Assessment desde tres ubicaciones diferentes. Según la ubicación desde la que se acceda, variará el contexto del objeto enviado para la evaluación.

Acceso mediante el botón de ValiAssitant

Mientras se encuentra en una especificación concreta o en “All requirements”, el usuario puede seleccionar “Quality Assessment” accediendo a ValiAssitant en la esquina superior derecha, como se muestra en la Figura General Quality Assessment.

image-20240410-172422.pngEvaluación general de calidad: acceso mediante ValiAssistant

Al acceder a Quality Assessment mediante ValiAssistant, se analizarán todos los requisitos de la tabla de requisitos actual.

Acceso mediante la columna de acciones

Quality Assessment puede activarse directamente desde las columnas de acciones en requisitos individuales o en un conjunto de requisitos seleccionados en bloque, como se muestra en la Figura Individual Quality Assessment.

image-20240410-172912.pngEvaluación de calidad individual: al acceder a Quality Assessment mediante la columna de acciones, solo se tendrán en cuenta los requisitos individuales o los seleccionados en bloque.

Al acceder a Quality Assessment mediante la columna de acciones, se analizará el requisito individual o el conjunto de requisitos seleccionados en la tabla de requisitos actual.

Acceso mediante Insights

Quality Assessment también puede activarse a través de los Insights Dashboards en el nivel de especificación, como se muestra en la Figura Quality Assessment Insights.

 

image-20241021-130811.pngInsights de Quality Assessment: acceso a la evaluación de calidad dentro de la sección de insights de la especificación o de “All Requirements”.

Al acceder a Quality Assessment mediante Insights, se analizarán todos los requisitos de la especificación seleccionada actualmente.

Flujo de Quality Assessment

Después de activar Quality Assessment, Requirements & Systems Portal indicará cuántos requisitos se analizarán.

image-20240410-173707.png

Después, Requirements & Systems Portal le informará de que la evaluación de calidad se ha realizado correctamente.

image-20240410-173804.png

Por último, “Quality Assessment Comment” y “Quality Assessment Score” proporcionarán información adicional sobre la calidad del texto de su requisito, como se muestra en la Fig. Additional Quality Information.
 

image-20241021-125252.pngInformación adicional de calidad: la información se muestra en las dos columnas resaltadas aquí.

 

Criterios de puntuación

  • Score: 0-20 / 1 (Nivel 1 - Inadecuado)

    • Criterios: El texto del requisito infringe múltiples estándares de INCOSE. Carece de estructura, usa voz pasiva, contiene términos vagos y presenta gramática y puntuación deficientes. No hay una entidad responsable claramente definida o el requisito es ambiguo o no accionable.

  • Score: 21-40 / 2 (Nivel 2 - Necesita mejoras)

    • Criterios: El requisito sigue algunos estándares, pero presenta problemas significativos. Puede estar algo estructurado, pero sigue usando voz pasiva, contiene cláusulas de escape o carece de objetivos específicos y medibles.

  • Score: 41-60 / 3 (Nivel 3 - Satisfactorio)

    • Criterios: El requisito generalmente sigue los estándares, pero tiene algunos problemas menores. Puede estar estructurado en su mayor parte, pero incluye errores gramaticales menores o carece de unidades de medida específicas.

  • Score: 61-80 / 4 (Nivel 4 - Bueno)

    • Criterios: El requisito cumple con la mayoría de los estándares. Está bien estructurado, usa voz activa y objetivos específicos y medibles, pero puede tener uno o dos problemas menores.

  • Score: 81-100 / 5 (Nivel 5 - Excelente)

    • Criterios: El requisito cumple plenamente con los estándares. Está claramente estructurado, usa voz activa, tiene objetivos específicos y medibles, no presenta errores gramaticales y es inequívoco y accionable.

 

Después de una Quality Assessment, la puntuación general de calidad se comunicará al Insight Dashboard y se representará según la puntuación como “Low“ (puntuación inferior a 50), “Medium“ (puntuación entre 50 y 70) y “High“ (puntuación superior a 70), como se muestra en la Figura Insights Quality Score.

 

image-20241021-125748.pngInsights Quality Score: marcador de calidad general de los requisitos analizados.

 

Reglas de INCOSE consideradas para la evaluación

R1 - Use una oración estructurada y completa: sujeto, verbo, objeto. 
R2 - Use la voz activa en la estructura principal de la oración de la necesidad o del enunciado del requisito, con la entidad responsable claramente identificada como sujeto de la oración. 
R3 - Asegúrese de que el sujeto y el verbo de la necesidad o del enunciado del requisito sean apropiados para la entidad a la que se refiere la necesidad o el requisito. 
R5 - Use el artículo definido “the” en lugar del artículo indefinido “a”.
R6 - Use unidades apropiadas al indicar cantidades. Todos los números deben tener unidades de medida explícitamente indicadas.
R7 - Evite el uso de términos vagos como “some”, “any”, “allowable”, “several”, “many”, “a lot of”, “a few”, “almost always”, “very nearly”, “nearly”, “about”, “close to”, “almost” y “approximate”. 
R8 - Evite cláusulas de escape como “so far as is possible”, “as little as possible”, “where possible”, “as much as possible”, “if it should prove necessary”, “if necessary”, “to the extent necessary”, “as appropriate”, “as required”, “to the extent practical” e “if practicable”. 
R9- Evite cláusulas abiertas como “including but not limited to”, “etc.” y “and so on”. 
R10 - Evite infinitivos superfluos como “be designed to”, “be able to”, “be capable of”.  
R12, 13, 14 - Use gramática, ortografía y puntuación correctas.
R15 - Use una convención definida para expresar expresiones lógicas como “[X AND Y]”, “[X OR Y]”, [X XOR Y]”, “NOT[X OR Y]”.
R16 - Evite el uso de “not” 
R17 - Evite el uso del símbolo de barra oblicua ("/"), excepto en unidades, p. ej., km/hr
R18 - Escriba una sola oración que contenga una sola idea, condicionada y calificada por subcláusulas relevantes.
R19 - Evite conectores que unan cláusulas, como “and”, “or”, ”then”, ”unless”, ”but”, ”as well as”, ”but also”, ”however”, ”whether”, ”meanwhile”, ”whereas”, ”on the other hand” u ”otherwise”. 
R20 - Evite frases que indiquen el propósito de la necesidad o del requisito. 
R21 - Evite paréntesis y corchetes que contengan texto subordinado.
R22 - Enumere los conjuntos explícitamente en lugar de usar un sustantivo colectivo para nombrar el conjunto. 
R24 - Evite el uso de pronombres y pronombres indefinidos.
R26 - Evite usar absolutos inalcanzables como 100'%' reliability, 100'%' availability, all, every, always, never, etc.
R28 - Exprese explícitamente la naturaleza proposicional de una condición para una sola acción, en lugar de proporcionar listas de acciones para una condición específica.
R29 - Clasifique las necesidades y los requisitos según los aspectos del problema o del sistema que abordan. 
R31 - Al definir entradas de diseño, evite indicar una solución a menos que exista una justificación para restringir el diseño. Céntrese en el problema, el “qué”, en lugar de en la solución, el “cómo”. 
R32 - Use “each” en lugar de “all”, “any" o “both” cuando se pretenda una cuantificación universal. 
R33 - Defina cantidades con un rango de valores apropiado para la entidad a la que se aplican y con respecto al cual la entidad será verificada o validada.
R34 - Proporcione objetivos de rendimiento específicos y medibles apropiados para la entidad a la que se enuncia la necesidad o el requisito y con respecto a los cuales se verificará que la entidad cumple.
R35 - Defina explícitamente las dependencias temporales en lugar de usar palabras clave temporales indefinidas como “eventually”, “until”, “before”, “after”, “as”, “once”, “earliest”, “latest”, “instantaneous”, “simultaneous”, “at last”.
R38 - Evite el uso de abreviaturas.

 

AI-LocalizedAI-localized
If you find an issue, select the text/image and pressCtrl + Enterto send us your feedback.
Feature Availability

The features available to you depend on which Altium solution you have – Altium Develop, an edition of Altium Agile (Agile Teams or Agile Enterprise), or Altium Designer (on active term).

If you don’t see a discussed feature in your software, contact Altium Sales to find out more.

Contenido