Especificacion De Requisitos

Características de un Requerimiento
Es importante no perder de vista que un requerimiento debe ser:

  Especificado por escrito: Como todo contrato o acuerdo entre dos partes.
  Posible de probar o verificar. Si un requerimiento no se puede comprobar, entonces ¿cómo se sabe si se cumplió con él o no?
  Conciso: Un requerimiento es conciso si es fácil de leer y entender. Su redacción debe sersimple y clara para aquellos que vayan a consultarlo en un futuro.
  Completo: Un requerimiento está completo si no necesita ampliar detalles en su redacción, es decir, si se proporciona la información suficiente para su comprensión.
 Consistente: Un requerimiento es consistente si no es contradictorio con otro requerimiento.
  No ambiguo: Un requerimiento no es ambiguo cuando tiene una solainterpretación. El lenguaje usado en su definición, no debe causar confusiones al lector.

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 ymejorar 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 yvalidació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 lafuncionalidad 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 racionalidadreduce 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).

Dificultades para definir los requerimientos
* Los requerimientos no son obvios y vienen demuchas fuentes.
* Son difíciles de expresar en palabras (el lenguaje es ambiguo).
* Existen muchos tipos de requerimientos y diferentes niveles de detalle.
* La cantidad de requerimientos en un proyecto puede ser difícil de manejar.
* Nunca son iguales. Algunos son más difíciles, más riesgosos, más importantes o más estables que otros.
* Los requerimientos están relacionados unos conotros, y a su vez se relacionan con otras partes del proceso.
* Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas.
* Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.
* Son difíciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto.

Validación
La validación es la etapa final de la IR. Su objetivoes, ratificar los requerimientos, es decir, verificar todos los requerimientos que aparecen en el documento especificado para asegurarse que representan una descripción, por lo menos, aceptable del sistema que se debe implementar. Esto implica verificar que los requerimientos sean consistentes y que estén completos.

Se puede apreciar que el proceso de ingeniería de requerimientos es un...