Informe Metodos

Corporación Universitaria Adventista

Facultad de Ingeniería

Ingeniería de Sistemas

Yuliana López Martínez

Andrés Felipe Quintero Luna
Juan Camilo Guerrero Pérez

Medellín, Colombia

2021

1
Contenido
1. Método QUA ................................................................................................... 3

1.1 ¿Qué es? ........................................................................................................... 3

1.2 ¿Por qué es considerado un método facilitado? ........................................... 3

1.3 Objetivos por cumplir. ................................................................................... 3

1.4 ¿Cómo se realiza? ........................................................................................... 4

2. Método ADD ................................................................................................... 5

2.1 ¿Qué es? ........................................................................................................... 5

2.2. Los resultados que se obtienen al aplicar el método ................................... 5

2.3 Pasos del método ADD ................................................................................... 6

3. Método VaB .................................................................................................... 9

3.1 ¿Qué es? ........................................................................................................... 9

3.2 Planificación .................................................................................................. 10

3.3 Beneficios ....................................................................................................... 10

4. Método ATAM .............................................................................................. 11

4.1 ¿Qué es? ......................................................................................................... 11

4.2 ¿En qué consiste? .......................................................................................... 11

4.3 Beneficios de método ATAM ....................................................................... 12

2
 1. Método QUA

1.1 ¿Qué es?

Cuando nos referimos al taller de atributos de calidad o QAW, nos referimos a un

taller, por así decirlo en donde se integran los diferentes involucrados para identificar los

atributos de calidad que serán drivers del diseño de arquitectura del producto. QAW facilita

la resolución temprana de conflictos, obtiene consensos entre los stakeholder y ayuda a

mejorar los requerimientos a todos los niveles. Pero a su vez, podemos definirlo como un

método dirigido exclusivamente para los participantes del proyecto para poder identificar

las necesidades de atributos de calidad y a su vez establecer un consenso acerca de grado de

calidad que debe proveer la arquitectura de software.

1.2 ¿Por qué es considerado un método facilitado?

Cuando nos referimos a un método facilitado hacemos referencia a que, a diferencia

de otros métodos de identificación de requerimientos, el QAW es dependiente de un

moderador o un facilitador que registre un seguimiento de las diferentes fases de este

método, además de contar con unos pasos claramente definido que debe concretarse en un

tiempo definido y con unas metas claras a su uso.

1.3 Objetivos por cumplir.

Como tenemos en cuenta el QWA tiene unos objetivos dispuesto a ser realizados en

el proceso de elaboración que se le dio, por ejemplo estos pueden abarcar desde identificar

los escenarios refinados completos, coherentes y prioritarios para la arquitectura de

software, dando un rumbo como de un foro sobre un proyecto, donde se llamaran a los

participantes que tengan conocimiento del proyecto o que tengan alguna idea que aportar al

3
proyecto, para así mismo, poder con todos estos pasos poder obtener todas estas

necesidades prioritarias en cuanto a atributos de calidad.

1.4 ¿Cómo se realiza?

Hay 4 pasos para poder desarrollar un QWA, estos van desde:

 Identificación de escenarios semilla

 Lluvia de escenarios.
 Votación, priorización y refinamiento.
 Especificación final.
Además de contener una serie de pasos que se deben realizar de manera secuencial

por el encargado o el administrador del método, estos son:

 Presentación del método.

 Presentación del negocio/misión.
 Presentación del plan arquitectónico.
 Identificación de drivers de arquitectura.
 Lluvia de ideas de escenarios.
 Consolidación de escenarios.
 Priorización de escenarios.
 Refinamiento de escenarios.

4
 2. Método ADD

2.1 ¿Qué es?

Attribute Driven Design (ADD) es un método creado por el Software Engineering

Institute para sistematizar la definición de la arquitectura de software. Utiliza como

elementos de entrada los atributos de calidad, los requerimientos funcionales y las

decisiones de diseño definidos en la etapa de requerimientos de un proyecto y priorizados

por los stakeholders. La estrategia utilizada por ADD es descomponer a un sistema en

varios elementos y aplicar tácticas arquitectónicas en busca de satisfacer el cumplimiento

de los atributos de calidad. En cada nivel de descomposición son validados los

requerimientos de calidad y los requerimientos funcionales. Una vez aplicado el método se

obtiene un diseño o arquitectura inicial de software la cual contiene módulos, componentes

y conectores que ilustran la relación entre elementos.

2.2. Los resultados que se obtienen al aplicar el método

• Conjunto de decisiones de diseño estructuradas.

• Interconexión y coordinación de mecanismos.

• Aplicación de patrones y tácticas arquitectónicas para especificar partes de la

arquitectura.
5
• Requerimientos de atributos de calidad cubiertos.

• No se obtienen interfaces detalladas.

2.3 Pasos del método ADD

1. Confirmar que existe suficiente información sobre los requerimientos

En el primer paso, usted confirma que hay suficiente información acerca de los

requisitos para proceder con el paso 2. En esencia, se asegura que los

stakeholders han dado prioridad a los requisitos de acuerdo a los objetivos de

negocio y a la misión. También debe confirmar que se dispone de información

suficiente sobre los atributos de calidad para proceder.

2. Seleccionar un elemento del sistema para descomponer

En este segundo paso, se debe elegir qué elemento del sistema será el enfoque

de diseño en los pasos subsiguientes (el elemento con el cual se va a trabajar).

Se puede llegar a este paso en una de las siguientes dos maneras:

Caso 1: Primera iteración. Si se accede por primera vez a la Etapa 2 como parte

de una "nueva creación" de desarrollo. El único elemento que puede

descomponerse es el propio sistema. Por defecto, todos los requisitos son

asignados a ese sistema.

Caso 2: Más de una iteración. Se están perfeccionando un sistema parcialmente

diseñado y se ha visitado el paso 2 anteriormente. En este caso, el sistema se ha

dividido en dos o más elementos, y los requisitos han sido asignados a estos

elementos. Debe elegir uno de estos elementos como el elemento central de las

etapas subsiguientes.

6
3. Identificar los drivers arquitecturales candidatos

En este punto, usted ha elegido un elemento del sistema a descomponerse, y las

partes interesadas han dado prioridad a los requisitos que afecten a ese elemento.

Durante este paso, podrás clasificar estos mismos requisitos por segunda vez en

función de su impacto relativo en la arquitectura. Esta segunda clasificación

puede ser tan simple como la asignación de "alto impacto", "medio impacto" o

"bajo impacto" para cada requisito.

4. Paso 4: Elige un concepto de diseño que satisfaga los drivers arquitecturales

En esta parte se elige el mayor número de elementos que formarán parte de la

arquitectura y se identifican las relaciones que habrá entre ellos.

Al inicio de toda arquitectura, se toman en cuenta los llamados estilos o

patrones arquitectónicos. Son soluciones a problemas que se han probado

previamente que constituyen un conjunto de decisiones de diseño y que

describen una clase de arquitectura en un enfoque general

5. Instanciar los elementos arquitectónicos y asignar responsabilidades.

En esta etapa se muestra como los elementos de diseño serán instanciados para usar los

drivers arquitectónicos funcionales. Los requerimientos funcionales ayudan a

determinar grupos o instancias de elementos específicos de diseño. Los drivers

funcionales son derivados de los requerimientos funcionales abstractos (por ejemplo,

las características) o de requerimientos funcionales concretos (casos de uso o lista de

responsabilidades). Actividades a seguir en este paso:

• Asignar los requerimientos funcionales del elemento padre a los elementos hijo.

• Definir responsabilidades de los elementos hijo

7
 • Descubrir el intercambio necesario de información entre elementos, creando una

relación productora/consumidor.

• Especificar interacciones entre elementos (llamadas, suscripciones a y notificaciones).

• Representar la arquitectura con vistas.

6. Definir interfaces para elementos instanciados.

En este paso se definen los servicios y propiedades requeridas y otorgadas por

los elementos de software en el diseño. Una interfaz incluye alguno de los

siguientes elementos:

• Sintaxis de operación

• Semántica de operación (describe pre y post condiciones, restricciones)

• Información intercambiada (eventos señalados, datos globales)

• Atributos de calidad de los requerimientos de elementos individuales u

operaciones • Manejo de errores

7. Verificar y refinar los requerimientos y aplicar las restricciones a los

elementos instanciados.

En este paso se realizan los siguiente subpasos:

• Verificar que todos los requerimientos funcionales, requerimientos de

atributos de calidad y decisiones de diseño asignadas al elemento padre se han

asignado a uno o más elementos hijo en la descomposición.

• Trasladar cualquier responsabilidad que fue asignada al elemento hijo dentro

de los requerimientos funcionales para los elementos individuales.

• Refinar los requerimientos de atributos de calidad para un elemento individual

hijo tanto como sea necesario. Los escenarios de calidad son refinados.

8
 • Si un escenario de calidad no es satisfecho con la actual descomposición, se

debe valorar la importancia de dicho escenario para reconsiderar su

descomposición.

8. Repetir del paso 2 al 7 para los siguientes elementos del sistema en que se

desee descomponer.

Una vez que se han completado los pasos del 1 al 7, se tiene una

descomposición de elementos padre en los elementos hijo. Cada elemento hijo

es una colección de responsabilidades, y tiene una descripción de interfaz,

requerimientos funcionales, requerimientos de atributos de calidad y decisiones

de diseño. Ahora se puede regresar al proceso de descomposición en el paso 2

donde se selecciona al siguiente elemento a descomponer. El proceso del

método ADD termina cuando ya no existen elementos del sistema a

descomponer en el paso 2.

3. Método VaB

3.1 ¿Qué es?

Para poder entender este método, hay que tener en cuenta varias cosas referentes al

mismo, en arquitectura se conoce como views o vistas a aquellas representantes de un

conjunto de elementos del sistema y relaciones asociadas con ellos. Las vistas son

representaciones de la mayoría de las estructuras del sistema que son presentadas

simultáneamente en el software del sistema. Los sistemas modernos son más que

suficientemente complejos

9
para que sea difícil comprenderlos todos a la vez. En cambio, nosotros restringimos nuestra

atención a cualquiera de ellos uno por uno.

Según este método, documentar una arquitectura de software involucra documentar

las vistas relevantes y la información que las relaciona. La documentación arquitectónica se

divide así en dos partes: las vistas y la documentación más allá de la vista. Este proceso se

basa en un proceso iterativo e incremental de documentación. En cada iteración se define

una estrategia o plan de documentación como una lista de tareas para los documentadores.

Cada tarea básicamente ataca la redacción de una sección incompleta del SAD actual. Por

consiguiente, la lista de tareas permite la elaboración de un subconjunto de las secciones

incompletas del SAD.

3.2 Planificación

la planificación de tareas es seleccionar un subconjunto de secciones sin

documentar (del SAD) que maximice la satisfacción de las necesidades de

información de la mayoría o, al menos, los stakeholders más importantes del

proyecto, considerando la restricción de costo dada por el esfuerzo de trabajo

disponible durante la iteración.

3.3 Beneficios

Ayuda en la comunicación entre stakeholders, las decisiones tempranas de

diseño y el reuso a gran escala.

10
 4. Método ATAM

4.1 ¿Qué es?

El método de análisis de compensación de arquitectura (ATAM) es una metodología

para evaluar Arquitecturas de Software que principalmente evalúa la adecuación de la

Arquitectura de Software definida con respecto a los atributos de calidad especificados para

el sistema, el cual Surge confluyendo ideas y técnicas de tres áreas: la noción de estilos o

patrones de arquitectura, el análisis de atributos de calidad y el método Software.

Además, El método de análisis de compensación de arquitectura (ATAM) está

precedido por un método llamado método de análisis de arquitectura de software (SAAM)

este obtiene su nombre del concepto de que a veces no será posible cumplir con todos los

atributos de calidad definidos y se deberán realizar concesiones mutuas entre estos, para

obtener el balance adecuado. Existen también otros métodos para analizar arquitecturas

como el Worksop de atributo de calidad (QAW), que surge para complementar el ATAM.

4.2 ¿En qué consiste?

El corazón de ATAM consiste en la ejecución de nueve pasos que se dividen en

cuatro grupos que su vez, se realizan en el tiempo en cuatro Fases diferenciadas. Estos

cuatro grupos no se corresponden uno a uno con las Fases, sino que se realizan en las Fases

1 y 2, y se agrega una Fase 0 previa de preparación y una Fase 3 posterior de finalización

del proyecto. Si bien la numeración de pasos sugiere linealidad, la ejecución de los mismos

no necesariamente es un proceso en cascada estricto, ya que se podrá volver a pasos

anteriores o saltar hacia adelante a pasos posteriores, o inclusive iterar entre pasos según

sea necesario. Los cuatro grupos en que se dividen los nueve pasos definidos consisten en

un primer grupo de presentación, donde se intercambia información del sistema, un

11
segundo grupo de investigación y análisis, donde se valoran los atributos de calidad claves

uno a uno con las propuestas arquitectónicas, un tercer grupo de pruebas donde se revisan

los resultados obtenidos contra las necesidades relevantes de los stakeholders, y un cuarto y

último grupo donde se presentan los resultados del ATAM

4.3 Beneficios de método ATAM

o La organizada interacción que se establece entre los actores, arquitectos y equipo de

evaluación.

o Toda la documentación arquitectónica que genera el proceso de evaluación.

o Desde el punto de vista financiero produce una disminución de los gastos.

o Ayuda a la preparación, documentación y entendimiento de la solución.

o Identifica errores arquitecturales antes de la construcción del sistema.

o Asegura la incorporación de escenarios para la validación de la arquitectura.

o Desarrollo de una arquitectura más general y flexible.

o Reducir riesgos del Proyecto.

12