UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

Paso 2 - Preguntas Orientadoras de Arquitectura TI y de la Solución

Presentado por:
Martha Eugenia Rojas

Grupo
214011_2

Presentado a:
Ing. Diana Marcela Vásquez

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

Escuela de Ciencias Básicas, Tecnología e Ingeniería
Maestría en gestión de Tecnologías de la Información
Bogotá D. C.
Febrero de 2020

1
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

Contenido
1. ¿Cómo guiar el proceso de definición de arquitectura de aplicaciones? ............................. 3
2. ¿Cómo transformar las necesidades de negocio en especificaciones de una arquitectura de
solución?...................................................................................................................................... 4
3. ¿Qué son y cómo se especifican los escenarios operacionales de negocio de una
organización? .............................................................................................................................. 5
4. ¿Cómo describir los requerimientos funcionales de una aplicación de software?............... 6
5. ¿Qué son y cómo ese especifican los motivadores de negocio de una organización? ......... 6
6. ¿Cómo describir los requerimientos atributos de calidad y restricciones de una aplicación
de software?................................................................................................................................. 7
7. ¿Cómo priorizar los atributos de calidad en una arquitectura de solución?...................... 9
8. ¿Qué relación existe entre motivadores de negocio, escenarios operacionales, casos de uso
y escenarios de calidad? .............................................................................................................. 9
9. Conclusiones ...................................................................................................................... 10
Referencias bibliográficas ............................................................................................................. 11

2
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

1. ¿Cómo guiar el proceso de definición de arquitectura de aplicaciones?

Se deben tener presentes los elementos de comportamiento y estructura que conforma una
arquitectura de aplicaciones:

La jerarquía principal de elementos de comportamiento y estructura del lenguaje ArchiMate se

presenta en el fragmento de metamodelo de la Figura 2. Define estos elementos de manera genérica
e independiente de la capa.

Figura 2. Jerarquía de comportamiento y elementos de estructura

Especializaciones de Estructura y Elementos de Comportamiento:

Las especializaciones de los elementos centrales se resumen en la Figura 3. Dentro de cada capa,
se permite usar relaciones de composición y agregación entre procesos, funciones e interacciones;
por ejemplo, un proceso puede estar compuesto de otros procesos, funciones y / o interacciones,
de acuerdo 1

1
Lalaguna, «Aplicando TOGAF® y ArchiMate® en una Agencia de la UE».

3
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

Figura 3. Especialización de elementos centrales

2. ¿Cómo transformar las necesidades de negocio en especificaciones de una

arquitectura de solución?

Los administradores de negocio y los desarrolladores coinciden en creer que las necesidades del
negocio deberían guiar a la tecnología por que se reduce riesgos y los costos asociados con los
servicios compartidos y la confiabilidad, seguridad y el tiempo de desarrollo mejoran, para lograr
este cambio es necesario que las empresas se muevan de una vista local de los datos y las
aplicaciones a una vista empresarial, se cuentan con arquitectura que orientan soluciones. La
Arquitectura SOA orientada a servicios, permite reutilización de activos existentes para nuevos
servicios que se pueden crear de una infraestructura de TI que ya se tenía, permite optimizar la
reutilización, por su configuración genera ventaja competitiva:

✓ Aumenta la eficiencia en los procesos.

✓ Amortiza la inversión realizada en sistemas.
✓ Reduce costes de mantenimiento.
✓ Fomenta la innovación orientada al desarrollo de servicios.
✓ Simplifica el diseño, optimizando la capacidad de organización.

Aplicaciones de negocio, SOA es un estilo arquitectónico para la construcción de aplicaciones de software

en base a servicios disponibles lo caracteriza:

4
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

✓ Su flexibilidad, permite reutilización.

✓ Su versatilidad, permite que los servicios puedan ser consumidos por los clientes en aplicaciones.
✓ Optimizan el trabajo con datos y su coordinación.
✓ Interoperabilidad entre las aplicaciones y tecnologías heterogéneas

Tecnología de negocio, las empresas se basan en la tecnología para conseguir productividad en sus
negocios esta tecnología comprende computadoras, software, hardware, redes, sistemas telefónicos,
sistemas de contabilidad, sistemas de control de inventarios, sistema de gestión de relación con el cliente
(CRM).

3. ¿Qué son y cómo se especifican los escenarios operacionales de negocio de una

organización?

El análisis de escenarios permite analizar eventos futuros y planear posibles estrategias de

solución, se generan relaciones de negocios entre empresas en el cual surge un escenario de
cooperación, donde se definen unos procesos de comunicación para facilitar la interacción de todos
los actores garantizando un producto final de calidad para clientes y consumidores, creando
escenarios de negocio es posible dar forma a los planes del negocio y tomar decisiones basado en
los diferentes escenarios planteados.

Se definen cuatro niveles de incertidumbre con los cuales las compañías deben afrontar:

1. Futuro preciso: se realizan pronóstico con pequeños márgenes de error basándose en el

análisis del mercado, análisis de costes, análisis de competencia, análisis de cadena de
valor.
2. Escenarios alternos, que presenta poco futuro probable, se utiliza herramientas como el
análisis de los tres escenarios básicos optimista, pesimista y más probable.
3. Futuros potenciales, se realizan un análisis de escenarios para tomar decisiones se eliminan
las variables redundantes y se centran en las posibles.
4. Confusión total. Futuro virtualmente imposible de predecir usando análisis de escenarios
combinados con variables, determinando cómo se comporta el mercado a través del tiempo.

5
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

4. ¿Cómo describir los requerimientos funcionales de una aplicación de software?

Se deben registrar en la matriz de trazabilidad de requerimientos, y en las especificaciones

de requerimientos de software, entre los posibles requerimientos funcionales de un sistema,
se incluyen:

• Descripciones de los datos a ser ingresados en el sistema.

• Descripciones de las operaciones a ser realizadas por cada pantalla.
• Descripción de los flujos de trabajo realizados por el sistema.
• Descripción de los reportes del sistema y otras salidas.
• Definición de quien puede ingresar datos en el sistema.
• Como el sistema cumplirá los reglamentos y regulaciones de sector o generales que le
sean aplicables.

5. ¿Qué son y cómo ese especifican los motivadores de negocio de una organización?

Define específicamente los resultados deseados de negocio de una organización, así como las
actividades necesarias para lograrlos, debe ser específicos, medibles, agresivos pero viables,
orientados al resultado y limitados en el tiempo.

El arquitecto de software debe

• Saber identificar claramente los motivadores de negocio
• Encontrar relaciones entre los motivadores de negocio y los atributos de calidad del software
• Estas relaciones normalmente no son explícitas y deben ser validadas con el negocio
• Entender cómo TI apoya el cumplimiento de estos objetivos

6
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

6. ¿Cómo describir los requerimientos atributos de calidad y restricciones de una

aplicación de software?

Los atributos son propiedades de calidad que la aplicación debe satisfacer y se miden cuantitativa
o cualitativamente, los atributos son:

Funcionalidad: habilidad del software realiza las funciones para lo que fue creado.

• Idoneidad
• Precisión
• Interoperabilidad
• Seguridad
• Cumplimiento de la funcionalidad

Fiabilidad: habilidad del software para mantenerse funcionando dentro de condiciones

normales.

• Madurez
• Tolerancia a fallos
• Capacidad de recuperación
• Cumplimiento de la fiabilidad

Usabilidad: habilidad del software para que el usuario invierta el mínimo esfuerzo.

• Inteligibilidad
• Facilidad de aprendizaje
• Operabilidad
• Atractividad
• Cumplimiento de la usabilidad

7
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

Eficiencia: habilidad del software para responder a una petición de usuario con la velocidad
apropiada.
• Comportamiento en el tiempo
• Utilización de recursos
• Cumplimiento de la eficiencia
•
Mantenibilidad: habilidad del software para que el usuario invierta el mínimo esfuerzo para
mantenerlo o mejorarlo.
• Analizabilidad
• Cambiabilidad
• Estabilidad
• Pruebabilidad
• Cumplimiento de la mantenibilidad

Portabilidad: habilidad del software para ser transferido de un ambiente a otro y funcionar en
este.
• Adaptabilidad
• Facilidad e instalación
• Coexistencia
• Intercambiabilidad
• Cumplimiento de la portabilidad

Las directivas de restricción de software (SRP) son una característica basada en directivas de grupo
identificando los programas que se ejecutan en los equipos de un dominio y controla la ejecución
de los programas, se usan restricciones para crear una configuración altamente restringida para los
equipos, en los que se ejecutan aquellas aplicaciones específicamente identificadas, los
administradores pueden usar las directivas de restricción de software para realizar tareas como

8
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

definir el código de confianza, diseñar una directiva de grupo flexible para regular scripts, archivos
ejecutables y controles ActiveX.

7. ¿Cómo priorizar los atributos de calidad en una arquitectura de solución?

1. Determinación cualitativa de prioridades: usando el método ATAM mediante la creación

de un árbol de utilidad, los atributos que componen el sistema “utilidad” son especificados hasta
el nivel de los escenarios, anotados con el estímulo y la respuesta siendo priorizados y en base a
los resultados que se vayan obteniendo (inclusión o eliminación de atributos, cambio en
priorización) entonces el equipo de arquitectos elabora el árbol de utilidad al nivel de escenarios.
2. La determinación cualitativa de prioridades enfocada a la arquitectura orientada a
componentes, tal como propone el método MECABIC. Este método proporciona un árbol de
utilidad inicial específico para la arquitectura de software basada en componentes a partir del cual
seleccionan un conjunto de escenarios de interés, el cual está basado en el modelo de calidad ISO
9126-1 para arquitecturas de software propuesto por Losavio.
3. La determinación cuantitativa de prioridades, asignaciones de valores numéricos y
porcientos de cumplimiento para cálculos de índices arquitectónicos que permitan conocer el
cubrimiento de la arquitectura respecto a sus atributos de calidad asociados.

8. ¿Qué relación existe entre motivadores de negocio, escenarios operacionales, casos

de uso y escenarios de calidad?

La relación de escenarios operacional permite analizar eventos futuros planear los motivadores de
negocio definen específicamente los resultados deseados del negocio, los escenarios de calidad
definen de manera cuantitativa y cualitativa factores que afectan el negocio en el ámbito de sus
aplicaciones, los diagramas de casos de uso sirven para especificar la comunicación y el
comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas.

9
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

9. Conclusiones

Se resuelven las preguntas orientadoras de arquitectura de TI y de la Solución, para alcanzar

un aprendizaje a partir de las preguntas y tener una mirada rápida de los puntos que abarcan la

Guía de actividades de acuerdo al Paso 2 - Analizar el contexto de la arquitectura de la solución.

10
 UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD
ARQUITECTURA TI Y DE LA SOLUCIÓN
CÓDIGO: 214011-2

Referencias bibliográficas

Arango-Serna, Martín Darío, Jesús Enrique Londoño-Salazar, y John William Branch-Bedoya.

«Solution architecture approach, mechanism to reduce the gap between enterprise
architecture and implementation of technological solutions». DYNA 82, no 193 (octubre
de 2015): 117-26. https://doi.org/10.15446/dyna.v82n193.46752.

«ArchiMate® 3.1 Specification». Accedido 14 de noviembre de 2019.

https://pubs.opengroup.org/architecture/archimate3-doc/chap04.html#_Toc10045300.

Lalaguna, Ricardo. «Aplicando TOGAF® y ArchiMate® en una Agencia de la UE», s. f., 22.

Molina Morejón, Víctor Manuel, María del Carmen Armenteros Acosta, y Samuel Colunga
Urbina. «Interacciones causales dentro del Modelo de Negocio». Congreso Internacional
de Investigación Academia Journals 7, n.o 4 (octubre de 2015): 3689-94.

11