Requeriments Abstraction Model

UNIVERSIDAD TECNOLÓGICA DE PANAMÁ[pic 1][pic 2]

FACULTAD DE INGENIERÍA DE SISTEMAS COMPUTACIONALES

DEPARTAMENTO DE INGENIERÍA DE SOFTWARE

LICENCIATURA EN INGENIERÍA DE SOFTWARE

INGENIERÍA DE REQUISITOS

PROYECTO DE INVESTIGACIÓN

MODELO DE TRABAJO PARA LA INGENIERIA DE SOFTWARE

REQUERIMENTS ABSTRACTION MODEL (RAM).

ESTUDIANTES:

RODOLFO FRAGO 8-925-383.

FRANK PÉREZ 8-935-1734.

MAVIS PÉREZ  8-933-830.

TATIANA SANJUR 8-923-1792.

CELINDA VALDÉS 8-917-358.

PROFESORA:

GISELA DE CLUNIE.

SEDE:

PANAMÁ.

I SEMESTRE

2017.

INTRODUCCIÓN

En este trabajo nos proponemos dar una breve explicación acerca del Modelo de Abstracción de Requisitos (Requeriments  Abstraction Model RAM), su objetivo, beneficios y exigencias, pasos de acción y dentro de estos pasos conoceremos la estructura.

Los requisitos de software llegan en formas diferentes a las organizaciones de desarrollo. Esto es particularmente el caso en la ingeniería de requisitos basada en el mercado, donde los requisitos están en los productos en lugar de dirigirse a los proyectos. Esto se traduce en desafíos relacionados con la realización de diferentes requisitos comparables. Esta situación se identificó en un esfuerzo de colaboración entre la academia y la industria. Un modelo, con cuatro niveles de abstracción, se desarrolló como respuesta a la necesidad industrial. El modelo RAM permite la colocación de requisitos en diferentes niveles y soporta la abstracción o desglose de los requisitos para hacerlos comparables entre sí. Durante el desarrollo del trabajo de investigación presentaremos como el modelo fue validado con éxito en varios pasos en una empresa. En base a los resultados de la validación industrial se comprueba la utilidad del modelo. El modelo permitirá a las empresas garantizar la comparabilidad entre los requisitos y, por lo tanto, genera un aporte importante a actividades tales como priorización y empaquetado de requisitos antes de lanzar un proyecto de desarrollo.

ÍNDICE

Introducción

Concepto de RAM…………………………………………...……4-5

Objetivos de RAM………………………………….…………..……6

Exigencias…………………………..………………………...……..6

Beneficios de RAM……………….…………………………...…....7

Pasos de Acción………………...............................................8-16

• Estructura……………………………………..........……11-13

Conclusión …………………………………………..........……….17

Infografía………………………………………………………..…..18

REQUERIMENTS  ABSTRACTION MODEL (RAM)

El modelo de abstracción de requisitos (RAM) desarrollado por Tony Gorschek y Claes Wohlin es un modelo para MDRE - Market-Driven Requirements Engineering (Ingeniería de Requisitos Impulsada por el Mercado) que ayuda en la gestión de diferentes niveles de abstracción entre los requisitos y que puede manejar la llegada continua de nuevos requisitos. (Muhammad, Vandewoude, Berbers, Feldt, 2008)

La situación de desarrollo de productos orientada al mercado descrita anteriormente en la introducción fue identificada durante una empresa cooperativa de mejora de procesos de software (SPI, por sus siglas en inglés) en la industria, realizada en Danaher Motion SA ̈ ro ̈ AB (DHR). Había una necesidad de adaptar la ingeniería de requisitos en DHR a un proceso continuo, pasando de la ingeniería de requisitos tradicional iniciada por el proyecto al desarrollo iniciado por los requerimientos. Esto implica no sólo crear una nueva forma de trabajar (por ejemplo, cómo especificar requisitos, qué roles y responsabilidades deben estar presentes, etc.), sino también una nueva forma de pensar (por ejemplo, los requisitos son la base para el desarrollo de productos). Los Product Managers (los encargados de implementar la nueva forma de trabajar) se enfrentaron al desafío de cómo cuidar el flujo continuo de requerimientos que van desde lo abstracto hasta lo técnicamente detallado. Sobre la base de este problema se desarrolló el modelo de abstracción de requisitos (RAM). (Gorschek,Wohlin,2005).

En la Ingeniería de Requisitos de Mercado (MDRE), se espera que los requisitos provengan de varias fuentes y que tengan varios niveles de abstracción.

En el desarrollo impulsado por el mercado, los requisitos generalmente se generan por múltiples fuentes, tanto internas (por ejemplo, ingenieros a la administración) como externas (por ejemplo, clientes y socios). Puede ser desde peticiones directas de funcionalidad adicional de clientes existentes y / o potenciales hasta actualizaciones propuestas por ingenieros que trabajan en el producto.

Además, es necesario recurrir a requisitos indirectos. Esto puede ser todo, desde los requisitos similares a las ideas obtenidos por el departamento de marketing durante un análisis del competidor o una encuesta de mercado hasta la información recopilada durante el soporte del producto y transmitida internamente.

Como las fuentes de los requisitos varían y los requisitos mismos son de naturaleza directa e indirecta, no es sorprendente que vienen en diferentes formas y formas, a múltiples niveles de abstracción, y se describen en diversos niveles de refinamiento.

Esto dificulta la gestión de los requisitos. Gorschek y Wohlin han desarrollado el Modelo de Abstracción de Requisitos (RAM) para gestionar la abstracción de requisitos y la llegada continua de requisitos en los entornos MDRE.

El modelo es adaptable y puede ser adaptado para satisfacer las necesidades de las diversas organizaciones el número de niveles de abstracción se puede cambiar de acuerdo a las necesidades de la organización. Los requisitos de software son una fuente importante de información al desarrollar pruebas de alto nivel (aceptación y pruebas a nivel de sistema).

Con el fin de colocar un requisito en un nivel adecuado, las actividades de elaboración (producción de abstracción o la ruptura de un requisito) se puede realizar en el requisito. Tales actividades sobre los requisitos pueden afectar los casos de prueba diseñados a partir de ellos. Las organizaciones que estén dispuestas a adoptar la RAM necesitan conocer la idoneidad de los requisitos de RAM para desarrollar pruebas de alto nivel.  Para ello es necesario analizar los requisitos de producto, función y nivel de componentes para evaluar su idoneidad para apoyar la creación de pruebas de alto nivel del sistema. Este análisis debería incluir el diseño de casos de prueba de los requisitos a diferentes niveles y la evaluación de la cantidad de información necesaria en los casos de prueba está disponible en los requisitos de RAM.

OBJETIVO DEL MODELO (RAM)

El Objetivo principal de la RAM es hacer  cada requisito comparable a las estrategias de producto. (Muhammad, Vandewoude, Berbers, Feldt, 2008)

El Modelo de Abstracción de Requerimientos (RAM) tiene el objetivo de la coherencia y la trazabilidad entre los requisitos a fin de aumentar la calidad de las especificaciones de los requisitos. La RAM define un número de abstracción, los niveles a los que se clasifican por cada requisito y listas de verificación para los mismos se les asigna su nivel adecuado. En su artículo original (Gorschek,Wohlin 2005) sugiere, pero no limitan su modelo a, cuatro niveles de abstracción, los cuales se detallarán más adelante.

RAM asegura la trazabilidad entre requerimientos a través de todos los niveles de abstracción por que, con la excepción del nivel del producto, no exista ningún requisito sin un vínculo con el requisito más abstracto. La razón es que ningún requisito puede existir a menos que exista una razón clara e inequívoca de su existencia motivada por requisitos de nivel superior y, por el contrario, los requisitos de alto nivel son  rastreables a los requisitos de nivel inferior que los satisfacen

EXIGENCIAS DEL MODELO RAM

El lenguaje de modelado se basa en el marco existente para la estructuración de requisitos - Modelo de abstracción de requisitos (RAM) y está destinado a cumplir los siguientes requisitos:

• Los modelos deben visualizar gráficamente los requisitos a diferentes niveles de abstracción y las relaciones entre ellos.

• Los modelos deben estar totalmente integrados con las herramientas de ingeniería de requisitos existentes, por ejemplo: IBM / Rational.

• Los modelos deben soportar ingeniería directa e inversa, es decir, modelar los requisitos y generar especificaciones de texto (adelante) y viceversa.

• Al utilizar los modelos, los analistas de negocio y los desarrolladores deben ser capaces de evaluar el impacto del cambio de requisito en un tiempo más corto, identificar los requisitos contradictorios y faltantes en un tiempo más corto y así aumentar la calidad del producto de software final.

• Todos los requisitos deben ser trazables a los documentos de diseño para apoyar la evaluación de los cambios en el diseño (como un efecto de las optimizaciones) en la especificación del requisito.

BENEFICIOS

Los beneficios de utilizar RAM como soporte en la ingeniería de requisitos continuos centrada en el producto pueden resumirse en cuatro puntos:

1. Todos los requisitos se comparan con las estrategias de producto, ofreciendo una garantía de que los requisitos no violan los objetivos generales establecidos por la administración. Esto ofrece la posibilidad de descartar los requisitos al principio del proceso, liberando recursos para trabajar / refinar los requisitos relevantes que están en línea con las estrategias de los productos.

1. Todos los requisitos se dividen en un nivel de abstracción donde son lo suficientemente buenos para iniciar un esfuerzo de desarrollo (proyecto). Esto asegura que los proyectos (cuyo objetivo es cumplir los requisitos) obtienen suficientes requisitos para fundamentar sus esfuerzos de desarrollo (por ejemplo, probables y no ambiguos).

1. La elaboración de los requisitos significa que se formulan en el mismo nivel de abstracción y, por lo tanto, pueden compararse y ajustarse entre sí. La capacidad de comparar los requisitos es un requisito previo para la planificación efectiva de la liberación y la priorización.

1. Todos los requisitos pueden ser seguidos a través de varios niveles de abstracción, lo que da una mejor comprensión de cada requisito y, por lo tanto, se puede obtener un mejor apoyo de decisión para todos los profesionales, desde la administración hasta los desarrolladores.

PASOS DE ACCIÓN RAM

[pic 3]

El uso de RAM en el proceso de ingeniería de requisitos involucra tres pasos de acción, ya que la ejecución de estos pasos de acción da lugar a que un requisito se coloque en un nivel particular y se vincule con otros requisitos en niveles adyacentes. A continuación presentamos una breve descripción de estos pasos de acción.

...