Un documento de Especificación de Requisitos de Software (SRS) inconsistente y ambiguo resulta en un proyecto de software erróneo/fallido. Por lo tanto, es un desafío serio manejar y procesar requisitos complejos y ambiguos. La mayor parte de la literatura se enfoca en la detección y resolución de ambigüedad en los requisitos de software. Además, no hay una forma estandarizada de escribir requisitos no ambiguos y consistentes. El objetivo de esta investigación fue generar un documento de SRS sin ambigüedades. Este artículo presenta un nuevo enfoque para escribir requisitos sin ambigüedades. Además, diseñamos un marco de trabajo para la transición de Lenguaje Natural (NL) a Lenguaje Natural Controlado (CNL) (como Vocabulario Empresarial Semántico y Reglas (SBVR)) y desarrollamos un prototipo. El prototipo también genera una representación en Marco de Descripción de Recursos (RDF). El SBVR tiene un concepto de significado compartido que minimiza la ambigüedad, y la representación
Esta es una versión de prueba de citación de documentos de la Biblioteca Virtual Pro. Puede contener errores. Lo invitamos a consultar los manuales de citación de las respectivas fuentes.
Artículo:
AIMING: Asignación de recursos con conciencia de la latencia para aplicaciones de nube federada
Artículo:
Análisis de la información económica y su aplicación en la toma de decisiones en el contexto del Big Data
Artículo:
J-Net: Codificador-decodificador asimétrico para la segmentación semántica médica
Artículo:
Estadísticas y cálculo de la entropía de redes derivadas de Dominating David.
Artículo:
Protocolo de enrutamiento multirrate sensible a la congestión y al retardo en MANETs: Un enfoque de capa cruzada