Este documento presenta una revisión del estado del arte sobre la trazabilidad en el desarrollo de software. Se define la trazabilidad como la capacidad de rastrear la historia, aplicación o ubicación de una entidad a través de indicaciones registradas. Se analizan varios modelos de trazabilidad de requisitos, incluidos los modelos de Lindvall, Gotel, Ramesh y otros, que describen cómo realizar el seguimiento de requisitos a lo largo del ciclo de vida del desarrollo de software. Finalmente, el documento con
Este documento presenta una revisión de los modelos de trazabilidad de requisitos para el desarrollo de software. Resume tres modelos principales de trazabilidad: el modelo de Lindvall & Sandahl, el modelo de Gotel, Mader & Philippow, y el modelo de Ramesh & Jarke. Cada modelo propone una forma diferente de realizar el seguimiento de requisitos a través de las diferentes etapas del desarrollo de software.
Este documento presenta una guía de estudio sobre arquitecturas de software. Introduce los conceptos clave de calidad de software, arquitectura de software, atributos de calidad, estilos y patrones arquitectónicos, vistas arquitectónicas, notaciones, lenguajes de descripción arquitectónica y métodos de evaluación de arquitecturas de software. El documento provee una visión general de estos temas y su importancia para el diseño y evaluación de sistemas de software.
El documento describe los modelos y metodologías para el desarrollo de software. Explica tres modelos principales: 1) El modelo en cascada que representa las fases de desarrollo de forma secuencial, 2) El modelo en espiral que entrelaza especificación, desarrollo y validación a través de iteraciones, y 3) El modelo basado en componentes que se enfoca en la reutilización de componentes existentes. También discute la importancia de aplicar metodologías formales para mejorar la calidad, productividad y control del proceso de desarrol
Fundamentos del diseño y Garantías de Calidad del SoftwareRichard J. Nuñez
Este documento trata sobre los fundamentos del diseño de software y las garantías de calidad del software. Explica que el diseño de software es una etapa importante que permite evaluar la calidad del software antes de codificar y realizar pruebas. También describe diferentes técnicas para el diseño de software como el diseño orientado a objetos, y métodos para garantizar la calidad como las pruebas de software y el mantenimiento preventivo y de seguridad.
El documento habla sobre el curso de Ingeniería de Software II. Explica conceptos clave como ingeniería de software, ciclo de vida de un proyecto, metodologías, arquitectura de software, clasificación de aplicaciones y más. También describe las implicaciones socioeconómicas de la ingeniería de software y define términos como SEI y W3C.
El documento habla sobre conceptos clave de la ingeniería de software como definiciones, historia, metodologías, ciclo de vida de proyectos, arquitectura de software, y más. Explica que la ingeniería de software aplica un enfoque sistemático al desarrollo de software, y cubre temas como las implicaciones económicas y sociales del software, las etapas comunes en los proyectos como análisis de requisitos y pruebas, y herramientas para la ingeniería de software.
Métricas para código fuente y pruebas orientadas a objetoDavid Leon Sicilia
El documento describe diferentes métricas para medir la calidad del código fuente que se desarrollaron inicialmente, incluyendo líneas de código, la ecuación de Putnam, complejidad ciclomática de McCabe, y métricas híbridas. También discute la densidad de defectos, que es la métrica más comúnmente usada pero tiene limitaciones como indicador de calidad.
Este documento presenta los conceptos fundamentales del desarrollo de software basado en componentes. Explica que la programación orientada a objetos no es suficiente para sistemas abiertos y distribuidos, y que la programación orientada a componentes surgió como paradigma para estos entornos. También define conceptos clave como sistema, componente y mercado de componentes, y discute los modelos y plataformas de componentes que proveen mecanismos para tratar la complejidad de los sistemas abiertos y distribuidos.
Este documento presenta una revisión de los modelos de trazabilidad de requisitos para el desarrollo de software. Resume tres modelos principales de trazabilidad: el modelo de Lindvall & Sandahl, el modelo de Gotel, Mader & Philippow, y el modelo de Ramesh & Jarke. Cada modelo propone una forma diferente de realizar el seguimiento de requisitos a través de las diferentes etapas del desarrollo de software.
Este documento presenta una guía de estudio sobre arquitecturas de software. Introduce los conceptos clave de calidad de software, arquitectura de software, atributos de calidad, estilos y patrones arquitectónicos, vistas arquitectónicas, notaciones, lenguajes de descripción arquitectónica y métodos de evaluación de arquitecturas de software. El documento provee una visión general de estos temas y su importancia para el diseño y evaluación de sistemas de software.
El documento describe los modelos y metodologías para el desarrollo de software. Explica tres modelos principales: 1) El modelo en cascada que representa las fases de desarrollo de forma secuencial, 2) El modelo en espiral que entrelaza especificación, desarrollo y validación a través de iteraciones, y 3) El modelo basado en componentes que se enfoca en la reutilización de componentes existentes. También discute la importancia de aplicar metodologías formales para mejorar la calidad, productividad y control del proceso de desarrol
Fundamentos del diseño y Garantías de Calidad del SoftwareRichard J. Nuñez
Este documento trata sobre los fundamentos del diseño de software y las garantías de calidad del software. Explica que el diseño de software es una etapa importante que permite evaluar la calidad del software antes de codificar y realizar pruebas. También describe diferentes técnicas para el diseño de software como el diseño orientado a objetos, y métodos para garantizar la calidad como las pruebas de software y el mantenimiento preventivo y de seguridad.
El documento habla sobre el curso de Ingeniería de Software II. Explica conceptos clave como ingeniería de software, ciclo de vida de un proyecto, metodologías, arquitectura de software, clasificación de aplicaciones y más. También describe las implicaciones socioeconómicas de la ingeniería de software y define términos como SEI y W3C.
El documento habla sobre conceptos clave de la ingeniería de software como definiciones, historia, metodologías, ciclo de vida de proyectos, arquitectura de software, y más. Explica que la ingeniería de software aplica un enfoque sistemático al desarrollo de software, y cubre temas como las implicaciones económicas y sociales del software, las etapas comunes en los proyectos como análisis de requisitos y pruebas, y herramientas para la ingeniería de software.
Métricas para código fuente y pruebas orientadas a objetoDavid Leon Sicilia
El documento describe diferentes métricas para medir la calidad del código fuente que se desarrollaron inicialmente, incluyendo líneas de código, la ecuación de Putnam, complejidad ciclomática de McCabe, y métricas híbridas. También discute la densidad de defectos, que es la métrica más comúnmente usada pero tiene limitaciones como indicador de calidad.
Este documento presenta los conceptos fundamentales del desarrollo de software basado en componentes. Explica que la programación orientada a objetos no es suficiente para sistemas abiertos y distribuidos, y que la programación orientada a componentes surgió como paradigma para estos entornos. También define conceptos clave como sistema, componente y mercado de componentes, y discute los modelos y plataformas de componentes que proveen mecanismos para tratar la complejidad de los sistemas abiertos y distribuidos.
Este documento define la arquitectura de software y discute brevemente su evolución. Define la arquitectura de software como la organización fundamental de un sistema encarnada en sus componentes y las relaciones entre ellos. Luego resume la evolución de la arquitectura de software desde las arquitecturas monolíticas hasta las arquitecturas orientadas a servicios de hoy en día.
Este documento habla sobre las métricas y medidas de software. Explica que las métricas miden atributos específicos del producto de software y se recopilan durante las etapas técnicas para mejorar la calidad. También describe diferentes tipos de métricas como índice de productividad y tasa de defectos. Luego, distingue conceptualmente entre medidas, métricas e indicadores. Finalmente, presenta el modelo GQM (Meta-Pregunta-Métrica) para medir software orientado a objetivos específicos.
presentacion de software y estimacion de dosteCAMILO
El diseño es el proceso clave para la calidad del software. Requiere un enfoque modular que reduzca la complejidad y facilite cambios, resultando en una implementación más sencilla. Los principios del modelo orientado a objetos como la abstracción, encapsulación, modularidad y jerarquía son fundamentales para el diseño. Estimar correctamente el costo de un proyecto de software desde el inicio es importante, y métodos como los puntos de caso de uso ayudan a definir el alcance del proyecto y realizar estimaciones iniciales.
El documento describe el método de puntos de caso de uso para la estimación de costos de desarrollo de software. Este método se basa en identificar los casos de uso del sistema y sus transacciones, y asignar un peso a cada caso de uso en función del número de transacciones. El peso de los casos de uso se usa para calcular los puntos de caso de uso iniciales, los cuales luego se ajustan considerando factores técnicos y ambientales para estimar el esfuerzo de desarrollo requerido. La definición de una transacción de caso de uso y la met
El documento describe el método de puntos de caso de uso para la estimación de costos de desarrollo de software. Este método se basa en identificar los casos de uso del sistema y sus transacciones, y asignar un peso a cada caso de uso en función del número de transacciones. El peso de los casos de uso se usa para calcular los puntos de caso de uso iniciales, los cuales luego se ajustan considerando factores técnicos y ambientales para estimar el esfuerzo de desarrollo requerido. La definición de una transacción de caso de uso y la met
DiseñO Del Software E IngenieríA Del Softwarelcastillo110
El diseño del software se encuentra en el núcleo de la ingeniería del software. Un buen diseño transforma los requisitos en un producto final y sirve como guía para la codificación y pruebas. Un diseño de calidad considera los datos, la arquitectura, las interfaces y los componentes siguiendo principios como minimizar el acoplamiento y maximizar la cohesión. La documentación del diseño vincula los requisitos con la implementación.
El documento introduce el tema de la ingeniería de software. Brevemente describe el rápido desarrollo del hardware impulsado por la ley de Moore y cómo esto ha creado sistemas más complejos que requieren software más sofisticado. También explica cómo la "crisis del software" surgió en la década de 1960 y los esfuerzos iniciales para profesionalizar el desarrollo de software a través de la ingeniería de software. Finalmente, resume los principales organismos de normalización que han contribuido a establecer estándares y mejores pr
1) El capítulo describe los procesos de ingeniería de software, análisis y diseño que se utilizarán para desarrollar una aplicación de software para tratar el trastorno de lateralidad y ubicación espacial. 2) Explica brevemente la disciplina de ingeniería de software y los modelos de procesos como el modelo lineal secuencial que se seguirá. 3) Detalla las etapas de este modelo como el análisis de requisitos, diseño, generación de código y pruebas aplicadas al desarrollo de esta herramienta de
It refers to a group of abstractions and patterns that provide us a useful outline to guide us in the development of software in a computer system reference.
El documento describe los fundamentos del diseño de software, incluyendo que el diseño es la parte central del desarrollo de software y permite evaluar la calidad antes de codificar. También describe técnicas de diseño como el diseño orientado a objetos de Coad y Yourdon con cinco capas, y métodos para especificar requisitos y garantizar la calidad como casos de uso y listas de verificación. Finalmente, cubre técnicas de prueba y mantenimiento de software para garantizar su calidad.
Este documento describe los fundamentos del diseño de software, incluyendo definiciones de diseño, metodologías de diseño como diseño orientado a objetos, técnicas de prueba de software, y garantías de calidad. Explica que el diseño es un paso clave en el desarrollo de software que permite evaluar la calidad antes de la implementación. También cubre temas como mantenimiento de software y especificaciones de requisitos.
El documento describe el proceso de desarrollo de software, que incluye análisis de requisitos, diseño, codificación, pruebas e instalación. También discute la importancia de usar una metodología adecuada y menciona algunas metodologías populares como RUP, XP y MSF. El desarrollo de software es fundamental para la informática y la sociedad moderna depende cada vez más del software.
Este documento describe los conceptos clave relacionados con la estimación de costos de proyectos de software, incluida la definición de proyecto de software, los objetivos de la planificación, los cuatro pasos clave de la gestión de proyectos, los modelos de estimación como COCOMO, y las métricas para medir la productividad y calidad del software.
Este documento presenta un estudio comparativo de diferentes metodologías para el desarrollo de aplicaciones web que incluyen el tratamiento de los requisitos. Se describen técnicas clásicas para la captura, definición y validación de requisitos. Luego, se analizan varias metodologías específicas para el desarrollo web, comparando cómo tratan los requisitos. Finalmente, se exponen las conclusiones sobre el estado actual del tratamiento de requisitos en el desarrollo de aplicaciones web.
Este documento presenta diferentes métricas para evaluar la calidad de software orientado a objetos y proyectos web. Describe métricas relacionadas con el tamaño de clases, herencia, valores internos y externos de clases. También cubre métricas para casos de uso, proyectos web, y calidad general de software como corrección, facilidad de mantenimiento e integridad. El objetivo es comprender y mejorar la calidad a través de la medición.
Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...deiby Calva
La trazabilidad de requisitos es importante para verificar cambios y actualizaciones en un proyecto de software. La trazabilidad establece relaciones entre los requisitos, elementos del proyecto y la aplicación para gestionar cambios y asegurar el éxito del sistema. Existen tres tipos de trazabilidad: hacia atrás, hacia adelante e interna. La trazabilidad mejora la organización del proyecto y garantiza la verificación y validación de los requisitos.
El documento resume diferentes métricas y técnicas para medir la calidad y el desempeño de software orientado a objetos y basado en casos de uso. Incluye métricas para medir el tamaño y complejidad de clases, el grado de especialización, la estimación basada en puntos de casos de uso, métricas para calidad de interfaz de usuarios de aplicaciones web, y marcos para medir la calidad general del software. También discute técnicas como el modelo de calidad de Gilb para definir atributos importantes de calidad para el usuario.
El documento habla sobre los fundamentos del diseño de software. Explica que el diseño es importante porque permite evaluar la calidad del software antes de su implementación cuando es más fácil y barato corregir errores. También describe que durante el diseño se realizan revisiones técnicas para evaluar la calidad y que el diseño es un proceso iterativo que traduce los requerimientos en un plano para construir el software. Finalmente, proporciona lineamientos para el diseño de software como que debe ser modular y contener distintas representaciones de datos, arquitectura
Este documento presenta información sobre el diseño de software. Brevemente describe que el diseño de software es un proceso continuo que se ha desarrollado durante las últimas tres décadas y que es fundamental para traducir los requisitos del cliente en un producto final. También menciona que el diseño debe cumplir con criterios funcionales y de diseño, así como restricciones de tiempo y costo.
La arquitectura de software se compone de sus componentes y las relaciones entre ellos. También contempla los principios y reglas que normarán su diseño y evolución. Una definición de arquitectura de software es la estructura de un sistema que abarca componentes de software, propiedades externas y relaciones. La arquitectura es importante porque facilita la comunicación, destaca decisiones de diseño temprano y constituye un modelo comprensible de cómo está estructurado el sistema.
Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)Timo Calderon Letona
Este documento presenta un caso de estudio para implementar un modelo de trazabilidad de requisitos en el sector energético utilizando la herramienta Enterprise Architect. El estudio muestra cómo dar seguimiento a los requisitos a través de las diferentes fases de análisis y diseño, generando una matriz de trazabilidad. La trazabilidad de requisitos es fundamental para mejorar los procesos de desarrollo de software y gestionar los cambios, al permitir evaluar el impacto de las modificaciones.
Ingeniería de Requesitos e Ingeniería de RequerimientosJuan Carlos Rivas
Este documento describe los conceptos clave de la ingeniería de requisitos. Explica que la ingeniería de requisitos comprende las tareas relacionadas con determinar las necesidades de un nuevo o modificado software tomando en cuenta los requisitos de las partes interesadas. También describe las fases del proceso de ingeniería de requisitos como la obtención, el análisis, la especificación y la validación de requisitos. Además, explica las técnicas comúnmente utilizadas en este proceso como entrevistas, casos de uso y cuestion
Este documento define la arquitectura de software y discute brevemente su evolución. Define la arquitectura de software como la organización fundamental de un sistema encarnada en sus componentes y las relaciones entre ellos. Luego resume la evolución de la arquitectura de software desde las arquitecturas monolíticas hasta las arquitecturas orientadas a servicios de hoy en día.
Este documento habla sobre las métricas y medidas de software. Explica que las métricas miden atributos específicos del producto de software y se recopilan durante las etapas técnicas para mejorar la calidad. También describe diferentes tipos de métricas como índice de productividad y tasa de defectos. Luego, distingue conceptualmente entre medidas, métricas e indicadores. Finalmente, presenta el modelo GQM (Meta-Pregunta-Métrica) para medir software orientado a objetivos específicos.
presentacion de software y estimacion de dosteCAMILO
El diseño es el proceso clave para la calidad del software. Requiere un enfoque modular que reduzca la complejidad y facilite cambios, resultando en una implementación más sencilla. Los principios del modelo orientado a objetos como la abstracción, encapsulación, modularidad y jerarquía son fundamentales para el diseño. Estimar correctamente el costo de un proyecto de software desde el inicio es importante, y métodos como los puntos de caso de uso ayudan a definir el alcance del proyecto y realizar estimaciones iniciales.
El documento describe el método de puntos de caso de uso para la estimación de costos de desarrollo de software. Este método se basa en identificar los casos de uso del sistema y sus transacciones, y asignar un peso a cada caso de uso en función del número de transacciones. El peso de los casos de uso se usa para calcular los puntos de caso de uso iniciales, los cuales luego se ajustan considerando factores técnicos y ambientales para estimar el esfuerzo de desarrollo requerido. La definición de una transacción de caso de uso y la met
El documento describe el método de puntos de caso de uso para la estimación de costos de desarrollo de software. Este método se basa en identificar los casos de uso del sistema y sus transacciones, y asignar un peso a cada caso de uso en función del número de transacciones. El peso de los casos de uso se usa para calcular los puntos de caso de uso iniciales, los cuales luego se ajustan considerando factores técnicos y ambientales para estimar el esfuerzo de desarrollo requerido. La definición de una transacción de caso de uso y la met
DiseñO Del Software E IngenieríA Del Softwarelcastillo110
El diseño del software se encuentra en el núcleo de la ingeniería del software. Un buen diseño transforma los requisitos en un producto final y sirve como guía para la codificación y pruebas. Un diseño de calidad considera los datos, la arquitectura, las interfaces y los componentes siguiendo principios como minimizar el acoplamiento y maximizar la cohesión. La documentación del diseño vincula los requisitos con la implementación.
El documento introduce el tema de la ingeniería de software. Brevemente describe el rápido desarrollo del hardware impulsado por la ley de Moore y cómo esto ha creado sistemas más complejos que requieren software más sofisticado. También explica cómo la "crisis del software" surgió en la década de 1960 y los esfuerzos iniciales para profesionalizar el desarrollo de software a través de la ingeniería de software. Finalmente, resume los principales organismos de normalización que han contribuido a establecer estándares y mejores pr
1) El capítulo describe los procesos de ingeniería de software, análisis y diseño que se utilizarán para desarrollar una aplicación de software para tratar el trastorno de lateralidad y ubicación espacial. 2) Explica brevemente la disciplina de ingeniería de software y los modelos de procesos como el modelo lineal secuencial que se seguirá. 3) Detalla las etapas de este modelo como el análisis de requisitos, diseño, generación de código y pruebas aplicadas al desarrollo de esta herramienta de
It refers to a group of abstractions and patterns that provide us a useful outline to guide us in the development of software in a computer system reference.
El documento describe los fundamentos del diseño de software, incluyendo que el diseño es la parte central del desarrollo de software y permite evaluar la calidad antes de codificar. También describe técnicas de diseño como el diseño orientado a objetos de Coad y Yourdon con cinco capas, y métodos para especificar requisitos y garantizar la calidad como casos de uso y listas de verificación. Finalmente, cubre técnicas de prueba y mantenimiento de software para garantizar su calidad.
Este documento describe los fundamentos del diseño de software, incluyendo definiciones de diseño, metodologías de diseño como diseño orientado a objetos, técnicas de prueba de software, y garantías de calidad. Explica que el diseño es un paso clave en el desarrollo de software que permite evaluar la calidad antes de la implementación. También cubre temas como mantenimiento de software y especificaciones de requisitos.
El documento describe el proceso de desarrollo de software, que incluye análisis de requisitos, diseño, codificación, pruebas e instalación. También discute la importancia de usar una metodología adecuada y menciona algunas metodologías populares como RUP, XP y MSF. El desarrollo de software es fundamental para la informática y la sociedad moderna depende cada vez más del software.
Este documento describe los conceptos clave relacionados con la estimación de costos de proyectos de software, incluida la definición de proyecto de software, los objetivos de la planificación, los cuatro pasos clave de la gestión de proyectos, los modelos de estimación como COCOMO, y las métricas para medir la productividad y calidad del software.
Este documento presenta un estudio comparativo de diferentes metodologías para el desarrollo de aplicaciones web que incluyen el tratamiento de los requisitos. Se describen técnicas clásicas para la captura, definición y validación de requisitos. Luego, se analizan varias metodologías específicas para el desarrollo web, comparando cómo tratan los requisitos. Finalmente, se exponen las conclusiones sobre el estado actual del tratamiento de requisitos en el desarrollo de aplicaciones web.
Este documento presenta diferentes métricas para evaluar la calidad de software orientado a objetos y proyectos web. Describe métricas relacionadas con el tamaño de clases, herencia, valores internos y externos de clases. También cubre métricas para casos de uso, proyectos web, y calidad general de software como corrección, facilidad de mantenimiento e integridad. El objetivo es comprender y mejorar la calidad a través de la medición.
Ensayo argumentativo LA IMPORTANCIA DE LA TRAZABILIDAD DE REQUISITOS EN EL DE...deiby Calva
La trazabilidad de requisitos es importante para verificar cambios y actualizaciones en un proyecto de software. La trazabilidad establece relaciones entre los requisitos, elementos del proyecto y la aplicación para gestionar cambios y asegurar el éxito del sistema. Existen tres tipos de trazabilidad: hacia atrás, hacia adelante e interna. La trazabilidad mejora la organización del proyecto y garantiza la verificación y validación de los requisitos.
El documento resume diferentes métricas y técnicas para medir la calidad y el desempeño de software orientado a objetos y basado en casos de uso. Incluye métricas para medir el tamaño y complejidad de clases, el grado de especialización, la estimación basada en puntos de casos de uso, métricas para calidad de interfaz de usuarios de aplicaciones web, y marcos para medir la calidad general del software. También discute técnicas como el modelo de calidad de Gilb para definir atributos importantes de calidad para el usuario.
El documento habla sobre los fundamentos del diseño de software. Explica que el diseño es importante porque permite evaluar la calidad del software antes de su implementación cuando es más fácil y barato corregir errores. También describe que durante el diseño se realizan revisiones técnicas para evaluar la calidad y que el diseño es un proceso iterativo que traduce los requerimientos en un plano para construir el software. Finalmente, proporciona lineamientos para el diseño de software como que debe ser modular y contener distintas representaciones de datos, arquitectura
Este documento presenta información sobre el diseño de software. Brevemente describe que el diseño de software es un proceso continuo que se ha desarrollado durante las últimas tres décadas y que es fundamental para traducir los requisitos del cliente en un producto final. También menciona que el diseño debe cumplir con criterios funcionales y de diseño, así como restricciones de tiempo y costo.
La arquitectura de software se compone de sus componentes y las relaciones entre ellos. También contempla los principios y reglas que normarán su diseño y evolución. Una definición de arquitectura de software es la estructura de un sistema que abarca componentes de software, propiedades externas y relaciones. La arquitectura es importante porque facilita la comunicación, destaca decisiones de diseño temprano y constituye un modelo comprensible de cómo está estructurado el sistema.
Dialnet un casodeestudioparalaadopciondeunmodelodetrazabili-5107079 (2)Timo Calderon Letona
Este documento presenta un caso de estudio para implementar un modelo de trazabilidad de requisitos en el sector energético utilizando la herramienta Enterprise Architect. El estudio muestra cómo dar seguimiento a los requisitos a través de las diferentes fases de análisis y diseño, generando una matriz de trazabilidad. La trazabilidad de requisitos es fundamental para mejorar los procesos de desarrollo de software y gestionar los cambios, al permitir evaluar el impacto de las modificaciones.
Ingeniería de Requesitos e Ingeniería de RequerimientosJuan Carlos Rivas
Este documento describe los conceptos clave de la ingeniería de requisitos. Explica que la ingeniería de requisitos comprende las tareas relacionadas con determinar las necesidades de un nuevo o modificado software tomando en cuenta los requisitos de las partes interesadas. También describe las fases del proceso de ingeniería de requisitos como la obtención, el análisis, la especificación y la validación de requisitos. Además, explica las técnicas comúnmente utilizadas en este proceso como entrevistas, casos de uso y cuestion
El documento describe los conceptos fundamentales del proceso de desarrollo de software. Explica que el desarrollo de software es una actividad importante en muchas áreas y que involucra a terceros además de los programadores. Luego introduce los conceptos clave del proceso de ingeniería de software, incluyendo las actividades principales (requisitos, análisis, diseño, implementación, pruebas), la importancia de los modelos de proceso, y factores como la arquitectura y metodologías. Finalmente, profundiza en detalles específicos
Este documento presenta una introducción a la ingeniería de requisitos en el contexto de un curso de fundamentos de ingeniería de software. Explica que la ingeniería de requisitos incluye tareas como la obtención, elaboración, negociación, especificación y gestión de requisitos a través de siete funciones clave. El objetivo es crear y mantener un documento de requisitos que ayude a los desarrolladores a comprender el problema y construir el sistema correcto.
Este documento describe las diferentes fases del ciclo de vida del desarrollo de software, incluyendo el análisis de requisitos, diseño, implementación, pruebas y mantenimiento. También discute diferentes metodologías como el modelo en cascada, incremental e iterativo, y métodos ágiles. Explica conceptos como modularidad, pruebas de software, documentación y calidad.
Este documento presenta un ensayo sobre la calidad de software. Describe la ingeniería de software, incluyendo sus definiciones, metodologías, ciclo de vida y factores de calidad. Explica conceptos como los costos asociados con la calidad, las características y mitos del software, y las capas de la ingeniería de software. Finalmente, define la calidad de software y sus factores internos y externos.
Este documento presenta un ensayo sobre la calidad de software. Describe la ingeniería de software, incluyendo sus definiciones, metodologías, ciclo de vida y factores de calidad. Explica conceptos como los costos asociados con la calidad, las características y mitos del software, y las capas de la ingeniería de software. Finalmente, define la calidad de software y sus factores internos y externos.
El documento describe un ensayo sobre la calidad de software. Explica conceptos clave como la ingeniería de software, los ciclos de vida del desarrollo de software, los costos asociados con la calidad, las características y mitos del software, las capas de la ingeniería de software y la definición de software de calidad. El ensayo analiza estos temas para proporcionar elementos que permitan tomar decisiones sobre inversiones para asegurar la calidad y mejorar procesos de desarrollo de software.
Este documento presenta las principales tareas de ingeniería de requisitos para el desarrollo de software, incluyendo la identificación del alcance del proyecto, la recopilación de requisitos, la elaboración de un modelo de análisis, la negociación de requisitos con los interesados, la especificación formal de los requisitos y la validación de la especificación. El documento fue creado por estudiantes del Instituto Tecnológico de Tuxtepec para una unidad de ingeniería de requisitos.
Dierencia entre la ingeniería de software y la arquitectura de softwareEnrique Torres Alarcon
La ingeniería de software estudia los principios y metodologías de desarrollo de software, mientras que la arquitectura de software se refiere específicamente al diseño de la estructura y organización de un programa. La ingeniería de software incluye procesos como los requisitos, diseño, implementación y pruebas, dentro de los cuales se encuentra la arquitectura de software. El análisis de ingeniería de software evalúa aspectos como la calidad y el proceso, mientras que el análisis de arquitectura de software se enfoca
Este artículo presenta un método para la práctica de la trazabilidad de requisitos en el Proceso Unificado de Desarrollo. El método propone un flujo de trabajo que establece acciones para generar modelos de trazabilidad que faciliten la negociación oportuna con los participantes del proyecto a lo largo de las iteraciones del proceso. El enfoque conserva la correlación entre los artefactos de software pero deja que la definición y mantenimiento de la trazabilidad dependa de los criterios de calidad de los desarrolladores
Este documento presenta las tareas fundamentales de la ingeniería de requisitos para el desarrollo de software. Estas incluyen iniciar el proyecto, obtener requisitos del cliente, elaborar un modelo de análisis, negociar requisitos, especificar requisitos de forma precisa, validar la especificación, y gestionar los requisitos a lo largo del proyecto mediante tablas de rastreabilidad. El objetivo principal es entender completamente las necesidades del cliente y desarrollar un sistema de software que las satisfaga.
Este documento presenta las tareas fundamentales de la ingeniería de requisitos para el desarrollo de software. Estas incluyen iniciar el proyecto, obtener requisitos del cliente, elaborar un modelo de análisis, negociar requisitos, especificar requisitos de forma precisa, validar la especificación, y gestionar los requisitos a lo largo del proyecto mediante tablas de rastreabilidad. El objetivo principal es entender completamente las necesidades del cliente y desarrollar un conjunto de requisitos consistentes y completos que sirvan de
El proceso de ingeniería de requisitos en el ciclo global del softFranz Alvarez
Este documento presenta una introducción al trabajo de investigación sobre el proceso de ingeniería de requisitos en el ciclo global del desarrollo de software. El autor analiza la importancia de los requisitos y las oportunidades de mejora, y establece los objetivos de estudiar iniciativas para sistematizar el proceso de desarrollo, analizar la relevancia de los requisitos en la calidad del producto final, y adaptar estos factores al diseño de sistemas orientados a servicios. El trabajo abordará estos temas desde tres dimensiones: ingen
Este documento presenta una introducción a los sistemas, tipos de sistemas como los sistemas de soporte para la toma de decisiones, y el ciclo de vida de un proyecto de software, incluyendo fases como la definición de requisitos, análisis, diseño, implementación, pruebas y mantenimiento. También describe conceptos como la planificación y gestión de proyectos, métricas de software, y análisis y diseño, los cuales son elementos importantes en el desarrollo de sistemas de información.
El documento trata sobre la gestión de requisitos en ingeniería de software. Explica que la gestión de requisitos es el proceso de identificar, asignar, verificar y modificar los requisitos a lo largo del ciclo de vida del software. Describe los tipos de requisitos, las actividades de ingeniería de requisitos y las herramientas utilizadas para la gestión de requisitos. Con una buena gestión de requisitos se pueden crear software que satisfaga las necesidades de los usuarios.
Trazabilidad En El Proceso De Desarrollo De SwRony Guajardo
Este documento describe la importancia de la trazabilidad en el desarrollo de software. Explica que la trazabilidad permite vincular los requisitos con las diferentes fases del desarrollo como el diseño y las pruebas. También cubre cómo configurar la trazabilidad seleccionando los artefactos relevantes, definir relaciones entre ellos y establecer criterios para crear vínculos automáticamente. Finalmente, señala que existe falta de consenso sobre qué información de trazabilidad es necesaria y cómo explotarla de manera efectiva
El documento presenta una introducción a la ingeniería de requisitos. Explica que los requisitos son una condición o capacidad necesaria del sistema y deben ser comprensibles, correctos y verificables. Luego describe el proceso de ingeniería de requisitos, que incluye la obtención, análisis y especificación de requisitos, así como la validación y verificación. Finalmente, menciona diferentes modelos para la ingeniería de requisitos como el modelo de Pohl y el modelo en espiral.
El documento presenta una introducción a la ingeniería de requisitos. Explica que los requisitos son una condición o capacidad necesaria del sistema y deben ser comprensibles, correctos y verificables. Luego describe el proceso de ingeniería de requisitos que incluye la obtención, análisis y especificación de requisitos, así como la validación y verificación. Finalmente, menciona diferentes modelos para la ingeniería de requisitos como el modelo de Pohl y el modelo en espiral.
Generalidades de la Ingeniería de RequisitosErika Sandoval
El documento presenta una introducción a la ingeniería de requisitos. Explica que los requisitos son una condición o capacidad necesaria del sistema y cubre dimensiones como el ámbito, características y audiencia de los requisitos. También describe el proceso de ingeniería de requisitos, incluyendo la obtención, análisis y especificación de requisitos, así como la verificación y validación. Finalmente, introduce diferentes modelos para la ingeniería de requisitos.
Similar a r30228371112858419623569b37c9e56.48225657.pdf (20)
El Sr. José Epitacio Martiez Barraza le pide al Ing. Vladimir Fernández Villareal 10 láminas y 50 metros de tela ciclónica del la Central Termoeléctrica "Guadalupe Victoria" para techado y cerca de su casa, ya que serían de mucha utilidad para concluir la obra. El Sr. Barraza trabaja como obrero en la central y espera una respuesta positiva.
El documento es una constancia que certifica que Jorge Calderón Villegas es propietario de una vivienda en el poblado de Monterrey, Dgo. La constancia fue emitida el 24 de septiembre de 2022 por el Juez del Cuartel para cualquier uso legal requerido por el interesado.
José Alfredo Gamboa Veloz asistió al grupo de Alcohólicos Anónimos "Las Piedras, Dgo" ubicado en Villa Juárez, Durango durante dos años consecutivos desde el 20 de octubre de 2020 hasta el 26 de septiembre de 2022, según consta en una carta de los compañeros del grupo.
El presidente de la Junta Municipal de Gobierno de Ciudad Juárez, Durango emite una constancia para confirmar que Maximino Martín Agüero Martínez ha sido vecino de la ciudad durante más de cincuenta años. La constancia se extiende para los fines que le convengan al interesado.
Este documento presenta un método para la trazabilidad de requisitos en el Proceso Unificado de Desarrollo. El método propone un flujo de trabajo que controla y soporta la trazabilidad a través de las iteraciones del proceso. Este flujo establece un conjunto de acciones para generar modelos de trazabilidad que faciliten la negociación oportuna con los clientes. El documento también describe las características generales del Proceso Unificado y cómo puede usarse para lograr la trazabilidad de requisitos.
Este documento presenta un proyecto final sobre arquitectura de la información realizado por dos estudiantes. Incluye una introducción sobre el concepto de arquitectura de la información y sus funciones. También analiza los beneficios de aplicar este enfoque y concluye resaltando que una buena arquitectura de información debe ser intuitiva, flexible y consistente para mejorar la experiencia del usuario.
El documento proporciona una introducción a las bases de datos. Define los conceptos clave de datos e información y explica que una base de datos es un conjunto de datos interrelacionados diseñados para satisfacer las necesidades de información de los usuarios. También presenta una cronología histórica de los eventos más importantes en el desarrollo de las bases de datos desde 1960 hasta la actualidad.
La ingeniería en sistemas computacionales es una materia que compara diferentes tipos de modelos de trazabilidad. El documento fue creado por el alumno Nubia Rocío Quiñones Maciel para su clase de Trazabilidad y Configuración del Software impartida por el profesor José Luis Valadez Marrufo en el octavo cuatrimestre.
Este documento describe las líneas de investigación y desarrollo de una herramienta CASE para soportar la trazabilidad y evolución de modelos en un entorno de desarrollo ágil de software dirigido por modelos. El objetivo es desarrollar prototipos que permitan automatizar la transformación de modelos y mantener la consistencia entre artefactos de modelado a través de mecanismos de trazabilidad. Se estudiarán estándares y herramientas relacionadas a ingeniería de software basada en modelos, lenguajes y metodologías
Este documento trata sobre memorias semiconductoras. Explica conceptos básicos sobre memorias como su capacidad, organización y clasificación. Describe memorias de acceso aleatorio como RAM, incluyendo su diagrama lógico, operaciones y organización en 2D, 3D o por coincidencia. También cubre memorias de acceso secuencial y sus tipos de organización.
Este documento proporciona una introducción a las diferentes tecnologías de memorias semiconductoras, incluyendo RAM estáticas (SRAM), RAM dinámicas (DRAM), ROM, PROM, EPROM y EEPROM. Explica las características clave de cada tipo de memoria, como su velocidad, volatilidad, densidad y costo. Concluye que las memorias ROM, que almacenan información de solo lectura pregrabada, son interesantes porque no pueden ser modificadas por el usuario.
Este documento proporciona una introducción a los conceptos básicos de los dispositivos de memoria. Define términos clave como memoria, célula de memoria, palabra de memoria, capacidad de memoria y densidad. Explica los diferentes tipos de memorias como volátil, no volátil, de acceso aleatorio, secuencial y directo. Describe el funcionamiento básico de las memorias RAM y ROM y conceptos como lectura, escritura y tiempo de acceso.
Los sistemas de memoria requieren líneas de entrada y salida para seleccionar direcciones de memoria, operaciones de lectura o escritura, suministrar datos de entrada durante la escritura y retener datos de salida durante la lectura. La CPU se comunica con la memoria principal a través de buses de direcciones, datos y control para que la CPU pueda escribir o leer datos de la memoria.
Unidad i principios generales del derecho laboral actividad (2)Rebeca Ortega
Este documento presenta la unidad 1 de un curso de Derecho Laboral. Proporciona información sobre el instituto, la materia, el instructor, el período y las fuentes de investigación. También incluye tareas como dar el concepto de Derecho Individual del Trabajo, hacer un resumen de la Naturaleza del Derecho del Trabajo, analizar el artículo 123 de la constitución, crear una línea de tiempo del Derecho Laboral y describir términos clave como Trabajo, Trabajador, Patrón e Intermediario
Unidad i principios generales del derecho laboral actividad (3)Rebeca Ortega
Este documento presenta la unidad 1 de un curso de Derecho Laboral. Proporciona información sobre el instituto, la materia, el docente, el período y las fuentes de investigación. Además, enumera varios puntos que los estudiantes deben investigar y resumir, incluyendo el concepto de Derecho Individual del Trabajo, la naturaleza del Derecho del Trabajo, un análisis del artículo 123 de la constitución mexicana y definiciones de términos laborales clave.
Unidad i principios generales del derecho laboral actividad (4)Rebeca Ortega
Este documento presenta la unidad 1 de un curso de Derecho Laboral. Proporciona información sobre el instituto, la materia, el instructor, el período y las fuentes de investigación. También incluye tareas como dar el concepto de Derecho Individual del Trabajo, hacer un resumen de la Naturaleza del Derecho del Trabajo, analizar el artículo 123 de la constitución, crear una línea de tiempo del Derecho Laboral y describir términos clave como Trabajo, Trabajador, Patrón e Intermediario
1. See discussions, stats, and author profiles for this publication at: https://www.researchgate.net/publication/317836329
Modelos de trazabilidad de requisitos para el desarrollo de software
Article · January 2013
CITATIONS
0
READS
3,738
2 authors, including:
Some of the authors of this publication are also working on these related projects:
Vulnerability assessment of electric power critical infrastructures based on scale-free graphs View project
Ingeniería de Software View project
Lina Maria Montoya Suarez
Universidad Católica Luis Amigó
38 PUBLICATIONS 31 CITATIONS
SEE PROFILE
All content following this page was uploaded by Lina Maria Montoya Suarez on 05 March 2019.
The user has requested enhancement of the downloaded file.
2. Citar: Montoya, L; Correa-Henao G. Modelos De Trazabilidad De Requisitos Para El Desarrollo De Software. QUID No. 20, Ene-Jun 2013.
Quid, N°. 22, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
MODELOS DE TRAZABILIDAD DE REQUISITOS PARA EL DESARROLLO DE SOFTWARE
MODELS OF REQUIREMENTS FOR TRACKING SOFTWARE DEVELOPMENT
Mg. Lina María Montoya Suarez
Universidad Autónoma Latinoamericana,
Facultad de Ingenierías, Carrera 55A N° 49-51.
Medellín, Colombia
linamaria.montoya@unaula.edu.co
PhD. Gabriel Jaime Correa-Henao
Fundación Universitaria Luis Amigó,
Facultad de Ingenierías,
Transversal 51A N° 67B 90.
Medellín, Colombia
gabriel.correahe@amigo.edu.co
Recibido el 13-03-2013. Aprobado el 05-05-2013)
Resumen: este artículo presenta una revisión del estado del arte sobre la trazabilidad, la cual es definida como la
"aptitud para rastrear la historia, la aplicación o la localización de una entidad mediante indicaciones registradas".
Es fundamental hacer el seguimiento a la ingeniería de Requisitos cuando se desea construir un software de calidad,
dado que es una etapa de análisis y estudio detallado. Cuando ocurren cambios en el software, la trazabilidad hace
que sea relativamente más fácil evaluar el impacto que los cambios podrían tener en otras partes del proceso de
desarrollo; esto permite seguir las huellas en los requisitos, según se comprueba en esta investigación.
Palabras clave: trazabilidad, ingeniería de requisitos, consistencia, completitud.
Abstract: this paper shows an overview of state of the art on Traceability which is defined as "the ability to trace the
history, application or location of an entity by means of recorded indications." It is important to point out the
monitoring of Requirements Engineering on the different stages in order to warranty quality software, since it
represents a process of analysis and detailed study. When changes occur in the software, traceability makes it
relatively easy to assess the impact that changes could have on other parts of the development process; this allows
the following of steps in the software requirements, as shown in this research.
Keywords: traceability, requirement engineering, consistency, completeness.
1. INTRODUCCIÓN
El propósito de este trabajo de investigación es
presentar una parte del estado del arte que permita
administrar documentación efectiva de trazabilidad
entre diferentes artefactos de software, con el fin de
posibilitar un efectivo análisis de impacto y a su vez,
mantener consistentes los modelos de análisis,
diseño y desarrollo.
Se pretende explorar las estrategias para gestionar y
almacenar la información que facilite realizar
trazabilidad entre modelos, incluyendo el análisis de
información que se puede integrar en los modelos a
los que se refiere.
También se hace referencia al análisis de
información de trazabilidad que se puede almacenar
por separado en otro modelo (Drivalos et al. 2009)
(Aguilar-Calderon, Garrigos, and Mazon 2010).
En esta contribución técnica también se persigue la
idea alrededor de la confianza del proceso en el ciclo
de vida de desarrollo, con el fin de facilitar el
seguimiento de las huellas desde su inicio a su fin.
Por lo tanto, el proceso planteado será acompañado
de información sobre la generalidad de cada uno de
los modelos que existen para generar trazabilidad de
requisitos en un desarrollo de software (Anaya and
Letelier 2002).
3. 30
Quid, N°. 20, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
Esta contribución técnica se estructura de la
siguiente manera: En el capítulo 2 se presenta un
marco te6rico de las definiciones básicas de
trazabilidad, trazabilidad de requisitos y requisitos
entre otros. En el capítulo 3 se analizan los modelos
de trazabilidad presentados por Lindvall, Gotel et al.,
Ramesh et al., Letelier, Egyed y Enterprise Architect
(Montoya 2013), al igual que un diagnostico sobre
los modelos de trazado. Finalmente se presentan las
conclusiones relacionadas con el ejercicio de
búsqueda y análisis.
2. MARCO TEÓRICO
En esta sección se presentan los elementos teóricos
principales de trazabilidad, requisitos, ingeniería de
requisitos, entre otros. Las definiciones presentadas
en esta sección serán de utilidad para la
comprensión de los modelos presentados en los
capítulos subsiguientes.
2.1. Trazabilidad
La trazabilidad o rastreabilidad se define como la
"aptitud para rastrear la historia, la aplicación o la
localización de una entidad mediante indicaciones
registradas" (ISO 1994).
Explica el grado en el cual una relación puede ser
establecida entre dos o más productos del proceso de
desarrollo, especialmente entre productos que tienen
una relación predecesor- sucesor o maestro
subordinado, por ejemplo, el grado en el cual se
corresponden requisitos y el diseño de un sistema
(Oman and Hagemeister 1992).
2.2. Completitud
Se refiere la cuantificación de especificación,
expresando que es completa según el grado que todas
sus partes están presentes y cada parte es totalmente
desarrollada (Boehm 1987) (Boehm 1984).
2.3. Consistencia
Una especificación es consecuente al grado de sus
provisiones siempre y cuando no entren en conflicto
el uno con el otro o con especificaciones gobernantes
y objetivos (Boehm 1984).
2.4. Trazabilidad de Requisitos
Consiste en la habilidad para seguir la vida de un
requisito en ambos sentidos, hacia sus orígenes o
hacia su implementación, a través de las
especificaciones generadas durante el proceso de
desarrollo. Es un factor de calidad (Glinz 2007).
Es la capacidad de describir y seguir el ciclo de vida
de un desarrollo en avance hacia atrás, es decir, desde
sus orígenes, a través del análisis y los requisitos para
su posterior distribución y uso, teniendo presente la
iteración en cualquiera de las fases (Gotel and
Finkelstein 1994).
2.5. Requisitos
El término describe una condici6n o necesidad de un
usuario para resolver un problema o alcanzar un
objetivo (IEEE 2006).
Una condición o capacidad que debe estar presente
en un sistema o componentes de sistema para
satisfacer un contrato, estándar, especificación u otro
documento formal (Moore 1998).
Un requisito es simplemente una declaración
abstracta de alto nivel de un servicio que debe
proporcionar el sistema o una restricción de este
(Somerville 2005).
2.6. Ingeniería de Requisitos
La rama de la "ingeniería de Requisitos" ayuda a los
ingenieros de software a entender mejor el problema
en cuya solución trabajaran. Incluye el conjunto de
tareas que conducen a comprender cual será el
impacto del software sobre el negocio, que es lo que
el cliente quiere y como interactuaran los usuarios
finales con el software (Pressman 2006).
Otras definiciones consideran que la ingeniería de
Requisitos es el proceso de desarrollar una
especificación de software. Las especificaciones
pretender comunicar las necesidades del sistema del
cliente a los desarrolladores del sistema.
(Somerville 2005).
También se aceptan definiciones en la ingeniería de
Requisitos como el conjunto de actividades en las
cuales, utilizando técnicas y herramientas, se analiza
un problema y se concluye con la especificación de
una solución (a veces más de una) (Ortas 1997).
3. MODELOS DE TRAZABILIDAD
Algunos modelos de trazabilidad para el desarrollo
de software son de: Lindvall, Gotel et al., Ramesh et
al., Letelier y Egyed y Enterprise Architect.
De cada uno, se presentará resumidamente indicando
su respectivo modelo, su semántica para realizar el
trazado y los mecanismos utilizados para la
verificación de consistencia y completitud de los
requisitos (Montoya 2013).
4. 31
Quid, N°. 20, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
3.1. Modelo de Lindvall & Sandahl
En las publicaciones "Practical implications of
traceability y Traceability aspects of impact analysis
in object-oriented systems" presentan un modelo que
ofrece diferentes técnicas para realizar el trazado
entre artefactos de software que resultan del proceso
software en tres niveles de abstracción (Lindvall and
Sandahl 1996), (Lindvall and Sandahl 1998):
1. El dominio
2. El análisis
3. El diseño.
Para esto aplica la trazabilidad hacia a delante
(forward) y hacia atrás (backward), vertical y
horizontal, lo cual distingue entre artefactos
permanentes y temporales para jerarquizar el
trazado. Debido a esto, clasifica la trazabilidad en dos
dimensiones (Lindvall and Sandahl 1996). En la
primera, se identifican los vínculos de trazados entre
los diferentes elementos del modelo, por ejemplo: de
objeto a objeto (object-to-object), relación a relación
(Asociación-to-asociación) caso de uso (use-case-
to-use-case), requisitos a casos de uso, etc. (Lindvall
and Sandahl 1998).
En la segunda fase, se determina como se realiza el
trazado: por vínculos explícitos (o relaciones de los
modelos de desarrollo), por referencia, por nombre o
por la experiencia del desarrollador y el
conocimiento que tenga del dominio y del sistema
para distinguir otros ítems que estarían relacionados
(Tabares et al. 2007).
Además la trazabilidad se puede representar como
grafos dirigidos utilizando nodos y arcos. Cada
componente, cada requisito o parte de código puede
ser representado como un nodo y cada vinculo o
dependencia entre ellos es denotado por un arco
(Lindvall and Sandahl 1996) .Dadas las relaciones
que existen entre los diferentes artefactos el
resultado de estos grafos se asemeja a una red
complejo a en la que se pueden visualizar los diferentes
caminos o trazas requeridas para llegar a otros
nodos y son estas trazas las que indican la
dependencia, o no, entre ellos (Anaya and Letelier
2002).
Fig. 1. Gráfico de la Trazabilidad (Lindvall and Sandahl 1998).
En la figura 1 representa el modelo, en el cual los
nodos son productos en los diferentes niveles del
ciclo de vida de desarrollo. Los arcos indican el
trazado entre ellos.
Generar trazabilidad hace posible el seguimiento por
parte del desarrollador de la forma en como esta
diseñada y estructurada una aplicación, es así como
se genera confianza a la hora de realizar cambios que
puedan alterar el comportamiento de la aplicación,
ya que el analista tiene la posibilidad de saber que
partes del producto se verán afectadas por los
cambios que se realicen.
3.2. Modelo de Gotel, Mader, Philippow
En Gotel et al "An analysis of the requirements
traceability problem y Enabling automated
traceability maintenance by recognizing
development activities applied to models", proponen
una división de la trazabilidad que implica un
seguimiento hacia delante y hacia atrás en el ciclo de
vida de desarrollo de un producto. (Mader, Gotel,
and Philippow 2008), (Mader, Gotel, and Philippow
2009). Estas divisiones son llamadas así: Pre-RS
traceability y Post-RS Traceability, la primera se
5. 32
Quid, N°. 20, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
refiere a los aspectos de la vida útil de un requisito
antes de ser incluido en la especificación de los
requisitos, y el segundo implica aquellos requisitos
que se presentan como resultado de la inclusión en la
especificación de los mismos (Mader, Gotel, and
Philippow 2008).
Además presenta un estudio de requisitos acerca de
las causal más destacadas del problema de la
trazabilidad (Tabares et al. 2007). El conocimiento y
la profundización que puede hacer en la práctica a
Partir del conocimiento de diferentes tipos de
trazabilidad (pre trazabilidad y pos trazabilidad)
(Mader, Gotel, and Philippow 2009).
Hace posible extender formas convencionales de
trazabilidad de requisitos basada en artefactos.
En su propuesta presentan dos tipos de requisitos:
1. Basados en artefactos
2. Basados en el persona
3. Participante
Fig. 2. Dos tipos básicos de los requisitos de trazabilidad (Mader et al. 2008)
Los artefactos y el personal participante crean una
"estructura de contribución" para realizar la práctica
de la trazabilidad, que consiste en hacer trazabilidad
de requisitos basada en las contribuciones que hacen
los participantes a los artefactos producidos en el
proceso de ingeniería de requisitos (Mader, Gotel,
and Philippow 2009).
En la semántica asociada a dicha estructura es
posible encontrar dos vínculos de trazado entre los
artefactos de un modelo de desarrollo: adopta para
indicar las relaciones basadas en artefactos que son
típicamente mantenidas para la trazabilidad de
requisitos; referencia para indicar las relaciones ba-
sadas en artefactos que proporcionan información
más allá del contexto básico (Tabares et al. 2007).
Se definen también para los participantes tres roles
de responsabilidad con respecto a un artefacto:
1. Autor (responsable original).
2. Principal (responsable corriente).
3. Documentador.
Esto ayudará posteriormente a verificar la
colaboración entre los participantes y sus roles en el
trazado.
3.3. Modelo de Ramesh-Jarke.
En "Towards reference models for requirements
traceability y Factors Influencing Requirements
Traceability Practice", estos autores muestran un
estudio donde el problema de la trazabilidad depende
de los diferentes contextos acerca de la adopci6n, use
de los requisitos y usuarios (Ramesh and Jarke 2001).
A partir de él se crea el metamodelo de trazabilidad y
se diferencian dos tipos de usuarios de trazabilidad
de "bajo perfil (low-end)" y de "alto perfil (high-
end)".
El metamodelo representa los tres aspectos más
importantes para la práctica de la trazabilidad
(Tabares et al. 2007):
6. 33
Quid, N°. 20, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
1. Las fuentes
2. Los participantes (stakeholder)
3. Los objetos para ser trazados.
La semántica asociada a los vínculos de trazado
(trace_to, has_role_in, etc.) está dada por: Object
traces to Object, Stakeholder has role in Object,
Stakeholder manages Source y Source documents
Object. (Ramesh and Jarke 2001), como se muestra
en la Figura 3.
Fig. 3. Semántica asociada a los vínculos de
trazado (Ramesh 1998)
3.4. Modelo de Letelier, Anaya.
En "SmarTTrace: Una herramienta para trazabilidad
de requisitos en proyectos basados en UML" y en
"Entregando especificaciones textuales y elementos
de modelado UML en un marco de trabajo para
trazabilidad de requisitos", afirman que la
trazabilidad de requisitos es un proceso clave para la
exitosa gestión de los requisitos de un sistema de
información. A pesar de ello, no existe un consenso
acerca de los tipos de especificaciones y enlaces entre
estos que deben usarse en un proceso de trazabilidad
(Letelier 2002). Además, a pesar de la existencia de
herramientas específicas para la gesti6n de
requisitos, estas no proceden mecanismos adecuados
para la configuración de la trazabilidad de acuerdo
con las necesidades específicas del proyecto
(Tabares et al. 2007).
El autor presenta un modelo de SmarTTrace, que es
una herramienta que aprovecha los mecanismos de
extensión proporcionados por la CASE Rational
Rose para incorporar a esta las tareas de
configuración, especificación y explotación de
trazabilidad en un proceso de desarrollo.
Para ilustrar la funcionalidad de SmarTTrace como
se muestra en la Figura 4, respecto a dichas tareas se
ha propuesto un pequeño ejemplo basado en el
proceso Rational Unified Process (Anaya and
Letelier 2002).
Fig. 4. SmarTTrace una herramienta para la
trazabilidad de requisitos (Anaya and Letelier 2002a)
3.5. Modelo de Egyed
En "A scenario-driven approach to trace dependency
analysis y Resolving uncertainties during trace
analysis", explica que el objetivo del modelo para la
trazabilidad de requisitos es producir información de
trazabilidad generada entre los sistemas de software
y sus modelos. Está basado en la observación de
escenarios de prueba que son ejecutados durante la
prueba de un sistema de software (Egyed 2003).
A partir de dicha observación se establecen vínculos
de trazado entre los elementos de modelos (clase y
flujos de datos) y su correspondiente c6digo fuente
(el sistema) (Egyed 2004).
El modelo está orientado a manejar tipos de trazado
entre escenarios y el sistema; elementos de los
modelos y el sistema; escenarios y elementos de los
modelos; elementos de los modelos y elementos
similares; entre los mismos elementos de los
modelos; entre conjuntos de elementos del modelo,
posibles inconsistencias y completitud (Egyed
2003).
Además, provee tres dependencias de traza:
hipotetizada, generada y observada, como se muestra
en la Figura 5 (Tabares et al. 2007).
7. 34
Quid, N°. 20, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
Fig. 5. Elemento de Modelo orientado ha trazado
entre escenarios y el sistema (Egyed 2001)
3.6. Enterprise Architect
La trazabilidad es un medio de captura y
dependencia de las relaciones de los requisitos para
la aplicación de un modelo de desarrollo de
Software, por medio de vínculos de realización, Por
ejemplo un proceso de negocio requerirá algunas
funcionalidades del sistema (casos de uso), para
implementar las funciones de proceso. Esto permite
capturar esta información mediante enlaces
realización(Architect 2010).
Cuando se usa diagramas de análisis asociados a los
procesos, casos de uso, clases, etc. Se puede capturar
las relaciones por medio de la realización.
La siguiente Figura 6 indica que el caso de uso
ingresar aplicación al dar inicio de sesión a los
requisitos formales y Sitio Web a su vez es
implementado por la lógica de negocios, los
componentes de páginas ASP y acceso al sitio Web
de la página.
Una vez que estas relaciones se hacen, se pueden
consultar mediante la aplicación y la dependencia,
los detalles están disponibles en el menú contextual
del Navegador de proyectos, como se muestra en la
Figura 7.
Los informes de la dependencia son similares, pero la
captura de la punta opuesta de la relación, es decir, lo
que los elementos del modelo dependen de un
elemento para la realización. Cuando se relacionan
los requisitos con los casos de uso se puede acceder a
las matrices de trazabilidad.
Fig. 6. Inicio de sesión requisitos formales (Architect 2012)
3.7. CLASIFICACION DE MODELOS
En la revisión de estado del arte de la secci6n
anterior, se presentan los modelos de trazabilidad
desde los autores, lo que permite a los ingenieros de
Software generar y taller estructuras y formas para
elaborar y generar en la práctica en un determinado
proyecto, la trazabilidad con sus respectivas
actividades fundamentales y necesarias para el ciclo
de vida.
Toda trazabilidad permite aproximaciones de
alguna u otra forma con los tres elementos básicos
para la práctica de la trazabilidad: los artefactos, los
participantes y las fuentes.
Es importante resaltar y observar los modelos más
representativos de trazado, que permiten orientar y
conocer la forma y estructura de llevar a cabo el
proceso de trazado, según se muestra en la Tabla 1.
8. 35
Quid, N°. 20, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
Modelo
Características de Verificación de Consistencias y Completitud
Consistencia Completitud Mecanismo
Lindvall, (1996, 1998)
Niveles de abstracción:
El dominio
El análisis
El diseño
Niveles de abstracción:
El dominio
El análisis
El diseño
1. Trazabilidad hacia a
delante (forward) y hacia
atrás (backward), vertical y
horizontal.
2. Determina como se realiza
el trazado: por vínculos
explícitos, por referencia,
por nombr e o por la
e x p e r i e n c i a del
desarrollador.
Gotel et al, (1994,2008)
Pre-RS traceability y Post-RS
Traceability
Pre-RS traceability y Post-RS
Traceability
En su propuesta presentan dos
tipos de requisitos:
Basados en artefactos
Basados en el personal parti-
cipante.
Los artefactos y el personal
p a r t i c i p a n t e c r e a n u n a
"estructura de contribución".
Ramesh et al, (1998,2001)
Metamodelo para dos tipos de
usuarios trazabilidad de "bajo
perfil (low-end)" y de "alto perfil
(high-end)". El metamodelo
representan:
1. Las fu entes
2. Los p a r t i c i p a n t e s
(stakeholder)
Los objetos para ser trazados
Metamodelo para dos tipos de
usuarios trazabilidad de "bajo
perfil (low-end)" y de "alto perfil
(high-end)". El metamodelo
representan:
1. Las fu entes
2. Los p a r t i c i p a n t e s
(stakeholder)
Los objetos para ser trazados
La semántica asociada a los
vínculos de trazado (trace_to,
has_rolein, etc.) está dada por:
Object traces_to Object,
Stakeholder has_rolein Object,
Stakeholder manages Source y
Source documents Object
Letelier, Anaya (2002)
Metamodelo basado en UML Metamodelo basado en UML
Para la práctica de la trazabilidad
definen entidades y vínculos de
trazado. Traceable Specification
permite cubrir las cuatro perspectivas
de información de
trazabilidad:
Requisitos (Requirement
Specification), fundamentos
(Rationale Specification), asignación
de requisitos a artefactos de los
modelos de desarrollo
(OtherUML_ Specification) y pruebas
(TestSpecification).
Egged
(2003, 2004, 2005, 2006)
Definici6n de las trazabilidad
hipotéticas excesivas.
Genera reglas de Consistencia
estáticas y determinísticas.
Definición de las trazabilidad
hipotéticas excesivas.
Genera reglas de Consistencia
estáticas y determinísticas.
1. Si un elemento del modelo es
exactamente alguna huella de
trazado (en el código), entonces
S e r e c o n o c e q u e
traza a dicha huella de trazado y
no a otra.
2. El alcance de una regla de
consistencia está completo al
contener subcondiciones
AND/OR que influencian como
y si los elementos de modelo
son accedidos.
Enterprise Architect
Relación de los requisitos con
los casos de uso (matrices).
Relación de los requisitos con
los casos de uso (matrices).
Generar informes de la
dependencia con base en la
captura contenida en relación, es
decir, lo que los elementos del
m o d e l o d e p e n d e n d e u n
elemento para la realización
9. 36
Quid, N°. 20, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
4. CONCLUSIONES
Es fundamental identificar las diferentes
características, elementos y comportamientos que
requiere un modelo de trazabilidad para así poder
garantizar y generar las transversalidad en diferentes
niveles de abstracción.
Hay que tener presente la estructura y el
comportamiento de los modelos de trazado para
poder definir un mecanismo y lograr la verificación
de la consistencia y la completitud.
La trazabilidad de requisitos facilita en un proyecto
de Software, patrones dinámicos con el propósito de
generar criterios de calidad, basados en diagramas de
UML, en especial los Casos de Usos.
Es importante realizar la práctica de la trazabilidad
en un proyecto de desarrollo de software, partir
pensando en los factores que influyen el trazado
como la complejidad, el nivel de especificación de
los requisitos, el levantamiento y análisis de
requisitos, el lenguaje de modelado utilizado, las
pruebas y validación, los niveles de abstracción,
lenguaje de representación utilizado en los modelos,
la codificación, la gestión de cambios, entre otros.
5. REFERENCIAS
Aguilar-Calderon, Jose Alfonso, Irene Garrigos, and Jose
Norberto Mazon. 2010. "Modelo de Requisitos Y Modelo
de Dominio, Trazabilidad Mediante Modelos de
Weaving."
Anaya, Víctor, and Patricio Letelier. 2002a. "SmartTrace:
Una Herramienta Para Trazabilidad de Requisitos En
Proyectos Basados En UML." Pp. 210-24 in WER.
Anaya, Víctor, and Patricio Letelier. 2002b. "Trazabilidad
de Requisitos Adaptada a Las Necesidades Del Proyecto:
Un Caso de Estudio Usando Alterativamente RUPYXP."
Architect, Enterprise. 2010. "Sparx Systems."
Architect, Enterprise. 2012. "Disponible Online:
http://www.sparxsystem.com." Consultada el 25.
Boehm, Barry W. 1984. "Verifying and Validating
Software Requirements and Design Specifications." in
IEEE software.
Boehm, Barry W. 1987. "Improving Software
Productivity." in Computer.
Drivalos, Nikolaos, Dimitrios S. Kolovos, Richard F.
Paige, and Kiran J. Fernandes. 2009. "Engineering a DSL
for Software Traceability." Pp. 151-67 in Software
Language Engineering. Springer.
Egyed, Alexander. 2001. "A Scenario-Driven Approach to
Traceability." Pp. 123-32 in Proceedings of the 23rd
international conference on software engineering.
Egyed, Alexander. 2003. "A Scenario-Driven Approach to
Trace Dependency Analysis." Software Engineering,
IEEE Transactions on 29(2):116-32.
Egyed, Alexander. 2004. "Resolving Uncertainties during
Trace Analysis." Pp. 3-12 in ACM SIGSOFT Software
Engineering Notes, vol. 29.
Glinz, Martin. 2007. "On Non-Functional Requirements."
Pp. 21-26 in Requirements Engineering Conference,
2007. RE'07. 15th IEEE International.
Gotel, Orlena C. Z., and Anthony C. W. Finkelstein. 1994.
"An Analysis of the Requirements Traceability Problem."
Pp. 94-101 in Requirements Engineering, 1994.,
Proceedings of the First International Conference on.
IEEE. 2006. "610.12-1990 - The IEEE Standards
A s s o c i a t i o n
http://standards.ieee.org/findstds/standard/610.12.
ISO for Standardization, International Organization. 1994.
ISO 8402: 1994: Quality Management and Quality
Assurance-Vocabulary. International Organization for
Standardization.
Letelier, Patricio. 2002. "A Framework for Requirements
Traceability in UML-Based Projects." Pp. 30-41 in
Proceedings of the 1st International Workshop on
Traceability in Emerging Forms of Software Engineering.
Lindvall, Mikael, and Kristian Sandahl. 1996. "Practical
Implications of Traceability." Softw., Pract. Exper.
26(10):1161-80.
Lindvall, Mikael, and Kristian Sandahl. 1998.
"Traceability Aspects of Impact Analysis in Object-
Oriented Systems." Journal of Software Maintenance:
Research and Practice 10(1):37-57.
Mader, P., Orlena Gotel, and Ilka Philippow. 2008.
"Enabling Automated Traceability Maintenance by
Recognizing Development Activities Applied to Models."
Pp. 49-58 in Proceedings of the 2008 23rd IEEE/ACM
International Conference on Automated Software
Engineering.
Mader, P., Orlena Gotel, and Ilka Philippow. 2009. "Semi-
Automated Traceability Maintenance: An Architectural
Overview of trace MAINTAINER." Pp. 425-26 in
Software Engineering-Companion Volumen, 2009. IC SE-
Companion 2009. 31st International Conference on.
Mader, Patrick, Orlena Gotel, and Ilka Philippow. 2009.
"Enabling Automated Traceability Maintenance through
the Upkeep of Traceability Relations." Pp. 174-89 in
Model Driven Architecture-Foundations and Applications.
10. 37
Quid, N°. 20, pp. 29-38, Ene-Jun, 2013, ISSN: 1692-343X, Medellín-Colombia
Montoya Suarez, Lina María. 2013. Levantamiento de Un
Estado Del Arte Para La Trazabilidad de Requisito En El
Desarrollo de Software.
Moore, James W. 1998. Software Engineering Standards.
Wiley Online Library.
Oman, Paul, and Jack Hagemeister. 1992. "Metrics for
Assessing a Software System's Maintainability." Pp.
337-44 in Software Maintenance, 1992. Proceerdings.,
Conference on.
Pressman, Roger S. 2006. Engenharia de Software.
McGraw Hill Brasil.
Ramesh, Balasubramaniam. 1998. "Factors Influencing
Requirements Traceability Practice." Communications of
the ACM 41(12):37-44.
Ramesh, Balasubramaniam, and Matthias Jarke. 2001.
"Toward Reference Models for Requirements
Traceability." Software Engineering, IEEE Transactions
on 27(1):58-93.
Sommerville, Ian. 2005. "Integrated Requirements
Engineering: A Tutorial." Software, IEEE 22(1):16-23.
Tabares, Marta Silvia, Andres Felipe Barrera, Juan David
Arroyave, and Juan Diego Pineda. 2007. "Un método para
la trazabilidad de requisitos en el proceso unificado de
desarrollo." revista EIA (8).
View publication stats
View publication stats