Martha Eugenia Rojas Castañeda.

PREGUNTAS ORIENTADORAS

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».
Martha Eugenia Rojas Castañeda.

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:

✓ Su flexibilidad, permite reutilización.

Martha Eugenia Rojas Castañeda.

✓ 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.
Martha Eugenia Rojas Castañeda.

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. ¿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
Martha Eugenia Rojas Castañeda.

• 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

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
Martha Eugenia Rojas Castañeda.

• 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
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 estimulo 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
Martha Eugenia Rojas Castañeda.

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.
Martha Eugenia Rojas Castañeda.

REFERENCIAS BIBLIOGRAFICAS

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.