


Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
Halañajshdywuqjajtnrbsvsvzhahahzhx
Typology: Exercises
1 / 4
This page cannot be seen from the preview
Don't miss anything!



3.1.- Características de requisitos: inspección, validación, completitud, detección de conflictos e inconsistencias de requisitos. 3.2.- Tipos de especificación: textual, notación gráfica y lenguajes de representación (Lenguaje Unificado de Modelado UML y Notación de Requerimientos de Usuario URN). 3.3.- Estándares para escribir requisitos de alta calidad. 3.4.- Documento de Requisitos (DRS). 3.5.- Métricas de modelado de Análisis .- Inspección, Validación, Completitud, Detección de Conflictos e Inconsistencias de Requerimientos. Inspección: La inspección también es conocida como revisión técnica formal, y es el punto de vista más efectivo desde el punto de vista de aseguramiento de calidad, y es dirigida por los ingenieros de software u otras personas. Para los ingenieros la inspección es un medio efectivo para descubrir errores y mejorar la calidad del software”. Las inspecciones de software surgen a partir de la necesidad de producir software de alta calidad. La garantía de la calidad del software es una actividad de protección que se aplica a lo largo de todo el proceso de ingeniería de software. Validación: Preferiblemente deben expresarse de manera cuantitativa, usando métricas que faciliten su verificación y validación. Los requerimientos deben estar escritos de forma que pueden ser objetivamente verificados: El problema con estos requerimientos es el uso de términos “vagos” tales como “los errores deben ser minimizados”. Los promedios de errores deben de estar cuantificados. Completitud: Todo lo que el software tiene que hacer está recogido en el conjunto de requerimientos, es decir, deben describir toda la funcionalidad que el sistema deberá implementar. Detección de Conflictos: Es importante proveer racionalidad en los requerimientos, ya que esto ayuda al desarrollador a entender el dominio de la aplicación y el por qué los requerimientos se encuentran en su forma actual. Esto es importante para el momento en que los requerimientos tienen que ser cambiados. La disponibilidad de una racionalidad reduce el riesgo de tener efectos inesperados. Inconsistencia: Cada requerimiento debe tener una sola interpretación. Debiendo poder expresarse de una manera sencilla, clara y sin ambigüedades usando: - Lenguaje natural (español). - Lenguajes gráficos (UML) - Lenguajes formales (Notación Z). Tipos de especificación: textual, notación gráfica y lenguajes de representación (Lenguaje Unificado de Modelado UML y Notación de Requerimientos de Usuario URN). Textual.
Tradicionalmente la especificación de requisitos se ha realizado usando sobre todo especificaciones textuales en lenguaje natural. Las herramientas de apoyo a la gestión de requisitos se han enfocado a la manipulación de trozos de texto. Estos requisitos expresados textualmente se enlazan formando un grafo de trazabilidad el cual se usa para gestionar los requisitos y su trazabilidad. En este enfoque, las especificaciones generadas en las otras actividades del desarrollo de software pueden también ser añadidas al grafo de trazabilidad representándolas como texto. Notación gráfica. Incluye todas las notaciones que pueden demostrar el flujo de información entre requisitos apoyándose en diversas imágenes. Estas notaciones permiten al usuario del sistema tener mayor comprensión del software lo que hace y como lo hace. La más utilizada actualmente es el Lenguaje Unificado de modelado (UML). Otra notación que se puede usar es la notación de requerimientos de usuario (URN). UML. Es un lenguaje para la especificación, visualización, construcción y documentación de los artefactos de un proceso de sistema intensivo. UML, emergió en los años 90 luego de la búsqueda de un lenguaje de modelamiento que unificara a la industria. A pesar de que UML evolucionó de varios métodos orientados al objeto de segunda generación (en nivel de notación), su alcance extiende su uso más allá de sus predecesores. UML es usado para la comunicación. Es decir, un medio para capturar el conocimiento (semánticas) respecto a un tema y expresar el conocimiento (sintaxis) resguardando el tema propósito de la comunicación. URN Fue una iniciativa de la Internet Engineering Task Force IETF, la rama de desarrollo de ingeniería y protocolos de Internet, con la premisa de conseguir una forma universal de identificación de recursos, para que cada recurso fuera único y constante. Se trataba de un identificador paralelo al URL. Una característica importante de este sistema es que trabaja junto con Uniform Resource Characteristics/Citacion (URC), un sistema para la descripción de metadatos. La sintaxis del URN, consta de 3 bloques separados por dos puntos: el identificador URN, el NID o nombre de la categoría en la que se incluye el documento (por ejemplo, inet para documentos de Internet). Estándares para escribir requisitos de alta calidad. Para redactar requisitos de alta calidad se utilizan 2 técnicas. Técnica JAD: El Diseño de Aplicación Conjunta es una técnica o proceso usado en el Ciclo de Vida del Desarrollo de Sistemas para elicitar requerimientos de Sistemas de información para una compañía. Le técnica JAD también incluye enfoques para mejorar la participación de los usuarios, agilizar el desarrollo y mejorar la calidad de las especificaciones de requerimientos. Consiste en un taller donde los trabajadores del conocimiento y especialistas de TI se reúnen, a veces por varios días, para definir y revisar
B. Consistente y Objetiva C. Consistente en sus unidades D. Independiente del lenguaje Eficaz. Métricas para Análisis En esta fase es deseable que las métricas-técnicas proporcionen una visión interna a la calidad del modelo de análisis. Estas métricas examinan el modelo de análisis con la intención de predecir el “tamaño” del sistema resultante; es probable que el tamaño y la complejidad del diseño estén directamente relacionados. La Métrica Bang Puede aplicarse para desarrollar una indicación del tamaño del sistema a implementar como consecuencia del modelo del análisis. Métricas Para Diseño En este se genera la definición de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte, junto con la especificación detallada de los componentes del Sistema de Información. Métricas de la Calidad de la Especificación En estas métricas se emplea una lista de características que pueden emplearse para valorar la calidad del modelo de análisis y la correspondiente especificación de requisitos.