Evaluación de calidad

• 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 mejora)

  • Criterios: El requisito sigue algunos estándares, pero tiene 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. / 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 medibles, pero puede tener uno o dos problemas menores.

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

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

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, es decir, km/hr
R18 - Escriba una sola oración que contenga una sola idea, condicionada y calificada por subcláusulas relevantes.
R19 - Evite combinadores 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, en 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.