Buscar en SeDiCI (Servicio de Difusión de la Creación Intelectual) un artículo relacionado con el tema de Verificación de Requisitos, Validación de Requisitos, Gestión de Requisitos, Herramientas de Gestión de Requisitos o Versionado de Requisitos. El link del Repositorio es: http://sedici.unlp.edu.ar/ Se pide:
escenarios actuales y con los símbolos del léxico extendido del lenguaje) y hacia delante a artefactos externos al proceso de requisitos (modelos de diseño, código, casos de prueba, entre otros). Dada la evolución de los requisitos, es indispensable gestionar los mismos, involucra básicamente la administración de las dependencias entre los mismos y la administración de las vinculaciones entre el documento de requisitos y otros documentos, modelos y componentes del software, como también hacia sus orígenes.
Sistema de Versionado: El sistema de versionado es una herramienta utilizada para gestionar y controlar los cambios realizados en los archivos y el código fuente de un proyecto. Permitiendo rastrear y registrar las modificaciones realizadas en los archivos a lo largo del tiempo, manteniendo un historial completo de cada cambio realizado. En el campo del versionado, existe una gran variedad de estrategias que abarcan desde la forma de generación de versiones hasta el mantenimiento y control de cada cambio. También se debe tener en cuenta el nivel de especificidad con la que se aplicará.
Generación de versiones: En la estrategia se debe identificar la frecuencia de emisión de una versión, una versión por cada cambio o una versión cada una cantidad determinada de cambios.
Control de cambios: La estrategia debe determinar cómo guardar cada cambio realizado sobre cada elemento, y para ello existen varias formas de almacenamiento de cambios: • versión vieja + ∆ cambio • versión vieja y versión nueva • versión nueva - ∆ cambio • versión vieja + ∆ cambio: dificultad en la legibilidad del estado actual pero aporta una buena visibilidad de los cambios. • versión vieja y versión nueva: buena legibilidad de ambos estados pero sin reconocer los pasos transitados. • versión nueva - ∆ cambio: presenta el estado actual sin problemas y también buena visibilidad de los cambios, yendo hacia atrás pero sin saber hasta dónde retroceder.
Especificidad de versiones: Al elegir la estrategia se debe determinar el tipo de ítem a versionar decidiendo el nivel de especificidad de las versiones: por cada elemento individual del modelo, modelo íntegro, o conjunto de modelos.
Trazabilidad: Las trazas fluyen esencialmente del proceso del negocio hacia los requisitos, mientras que los cambios de versiones suelen tener origen en fenómenos casi independientes de este flujo. La idea primordial es que el modelo de trazas esté desacoplado de los modelos del problema y que la producción de trazas se realice simultáneamente con el modelado de requisitos y en forma automática o semiautomática. La trazabilidad se encarga de mantener la evolución de la gestión de requisitos a través del ciclo de vida del software en ambas direcciones: hacia adelante en las siguientes etapas del proceso de desarrollo y mantenimiento, y hacia atrás hasta sus orígenes. También ayuda en la verificación y validación de requisitos, en el control del proceso de software y en la detección de conflictos. La Traza entre Versiones relaciona dos Trazas, donde una Traza se ha generado a partir de la otra por un cambio en uno o más de los ítems que relacionaba. contiene la causa o motivo que ha generado la creación de la nueva versión de Traza.
Problemas en la trazabilidad: Al querer mantener una alta trazabilidad se producen altos costos de producción y mantenimiento de las trazas, recolección y mantenimiento de la información de rastreo. También el proceso de definir las trazas necesarias requiere de un gran esfuerzo y consumo de tiempo.
Herramientas para realizar trazabilidad: ● Herramienta que produce vínculos candidatos entre dos artefactos textuales, permitiendo que manualmente se eliminen vínculos y se agreguen nuevos. ● Generación automática de trazas desde artefactos textuales hacia código fuente. ● Generar automáticamente vínculos entre artefactos gráficos (Grafo de Interdependencia de Soft Goals y diagramas UML). En todos estos casos el vínculo se crea cuando se necesita recuperar una traza. Esta modalidad evita el constante mantenimiento de vínculos debido a la evolución, aunque afecta la velocidad de recuperación de trazas.
Trazas Largas:
Una traza larga puede ir directamente de una fuente de información a ya sea al LEL(léxico extendido del lenguaje), escenario actual, escenario futuros o especificación de requisitos Su desventaja se encuentra en el mantenimiento debido a la gran información que contienen. Por otra parte tiene la ventaja de el acceso directo y rápido que presenta de un elemento trazable a otro elemento.
Trazas Incrementales:
Una traza incremental para llegar desde una fuente de información a un escenario actual, debe vincularse desde la fuente al símbolo del LEL(léxico extendido del lenguaje), y desde éste vincularse al escenario actual. Su ventaja es el fácil mantenimiento debido a su seccionado de información. Su desventaja es el acceso a la información no directa ya que para llegar de la fuente de información a la especificación de requisitos habría que pasar por todas las otras trazas.