TRABAJO 1° ARQUITECTURA DE SOFTWARE

Jhair Andres Bueno Rojas

Área: Arquitectura de Software

Profesor: Andres Barrera

Corporación Universitaria Uniremingtong

Tunja, octubre de 2022

 ARQUITECTURA DE SOFTWARE

Índice
1° Que es un arquitecto de software. ............................................................................................. 2

2° Cual considera que debe ser el rol del arquitecto de software.................................................... 3

3° Averiguar una empresa reconocida y cuál es el rol del arquitecto de software. .......................... 4

4° De 8 factores por los que puede fracasar el arquitecto de software. .......................................... 5

5° Selecciones dos funciones del arquitecto de software complementar con mapa. ....................... 7

6° Referencias. ............................................................................................................................... 9

1° Que es un arquitecto de software.

El arquitecto de software se encarga de seleccionar qué tecnología se va a utilizar en la

creación de un determinado software. Realiza continuos procesos de evaluación para
determinar si cumple las expectativas del público y de estar abierto a modificar la
arquitectura utilizando para ello el contacto de otros miembros del equipo o de los propios
usuarios.

Antes de empezar a desarrollar un software, el arquitecto debe encargarse de generar una

propuesta técnica y económica para un proyecto concreto. Deberá recoger las necesidades
del cliente y plasmarlas en una solución técnica bajo una previsión del tiempo y del esfuerzo
que requerirá el desarrollo.

El arquitecto de software debe conseguir identificar los atributos de calidad y

requerimientos que influyen en la arquitectura. Esto se puede conseguir asociando las
métricas adecuadas.

Debe emplear sus habilidades para ser capaz de diseñar una solución técnica que pueda
satisfacer las necesidades del cliente, así como lograr los objetivos que se le hayan asignado
a la aplicación. Aquí entra en juego un aspecto vital como lo es la habilidad comunicativa
del arquitecto para ser capaz de explicar el diseño y justificarlo tanto ante el equipo como
ante el cliente.

En esta fase, el arquitecto de software pasa a un segundo plano, pero no desaparece. Si

bien es cierto que la construcción del sistema recae en el equipo de desarrolladores, el
arquitecto debe enfocarse en servir como mentor y supervisor para identificar posibles
problemas que pueda pasar por alto el equipo de desarrollo. Además, podrá colaborar en
la realización de pruebas.

El arquitecto de software debe ser capaz de prever y realizar pequeños ajustes incluso
cuando el sistema ya está operativo en el entorno para el que fue creado.

2° Cual considera que debe ser el rol del arquitecto de software.

El Arquitecto de Software tiene varias responsabilidades clave, entre ellas:

- Identificar soluciones de software que beneficien al usuario final.

- Encargarse de los proyectos de desarrollo de software y comunicar los avances a la

dirección de la compañía.

- Fomentar el talento dentro del equipo de software y establecer una cultura de

mejora continua.

- Ofrecer soporte a las distintas partes implicadas y registrar todas las etapas de
desarrollo del software.

- Examinar y comprobar el código del proyecto y realizar tareas de corrección de

posibles errores.

- Trabajar con herramientas y tecnologías adecuadas para mejorar los sistemas y

procesos.

- Asegurarse de no sobrepasar el presupuesto y las limitaciones temporales sin que

ello conlleve dejar de lograr los resultados deseados.

- El arquitecto de software debe tener una mentalidad estratégica, a un nivel

estratégico, abstraerse de la complejidad operativa. Se trata de adoptar una visión
más amplia.
 - El arquitecto de Soluciones es el responsable de la ejecución de un programa
estratégico de TI. Esto incluye la definición de la solución arquitectónica para el
programa.

- cualquier arquitecto experimentado sabe que el papel no solo encierra estas tareas
de tipo técnico, sino que existen otras de un carácter más diplomático y estratégico
por un lado y por otro lado tareas de consultoría y asesoría.

3° Averiguar una empresa reconocida y cuál es el rol del arquitecto de software.

Microsoft clasifica los arquitectos de la siguiente forma:

- Enterprise Architect/Chief Architect

El arquitecto Empresarial es el responsable de la ejecución de la visión del CIO y la estrategia

de TI. Incluye la definición de programas estratégicos, la selección de plataformas
tecnológicas adecuadas, y proporcionar orientación para las implementaciones. El
arquitecto Empresarial ayuda al CIO a asegurar que las inversiones en TI están alineados a
la estrategia de negocio, y a proporcionar ventaja competitiva para la organización. La
persona también es responsable para definirlas normas y directrices, y los lineamientos de
gestión para adaptar la aplicación a las normas definidas y directrices. En algunas
organizaciones, esta tarea se fusiona con la del CIO.

- Solution Architect

El arquitecto de Soluciones es el responsable de la ejecución de un programa estratégico de

TI. Esto incluye la definición de la solución arquitectónica para el programa, la selección de
plataformas tecnológicas acordes a la estrategia de la empresa, comunicación con el equipo
de trabajo, y la toma de decisiones sobre cuestiones técnicas durante la ejecución del
proyecto. Generalmente tiene que mediar entre las empresas y equipos de tecnología y
otros grupos. En algunas organizaciones, este papel se define simplemente como
"arquitecto". El puesto de alto nivel tiene el título de "Arquitecto Líder
 - Technical Architect

El arquitecto técnico es por lo general un especialista en una tecnología particular. Esta

persona tiene conocimiento experto de la tecnología y las funciones de la misma, los
componentes que la integran, y comprende los puntos fuertes y las limitaciones de la
tecnología. Esta persona es responsable de determinar la aplicabilidad de la tecnología,
para definir la mejor arquitectura posible utilizando una tecnología en particular, y también
para guiar al equipo en la aplicación de la solución. En general, del arquitecto técnico se
espera conocer las distintas herramientas de proveedores en el ámbito de la tecnología, las
últimas tendencias en el mercado, de arquitectura y diversas alternativas para aplicar la
solución.

- Infrastructure architects

El arquitecto de Infraestructura es responsable de las decisiones del área de infraestructura,

de mantener el entorno de TI y los usuarios finales, y de comunicarse constantemente con
los ingenieros que mantienen áreas específicas de la infraestructura. Se encargan de crear
una arquitectura que cumple con los acuerdos de niveles de servicio de las necesidades de
los empresarios y apoya las aplicaciones y soluciones que se requieren para operar en el día
a día de las empresas.

4° De 8 factores por los que puede fracasar el arquitecto de software.

- Comunicación insuficiente

Los informes objetivos, el contacto fluido con socios y clientes, y la implicación de agentes externos
como proveedores son cruciales a la hora de evitar que se rompa la cadena de comunicación que
pueden llevar a que se estropee un proyecto de software.

- No estar alineados con los socios o inversores de la empresa

Crear confianza y conexión con los socios de la empresa es esencial para tener un resultado exitoso,
especialmente cuando los socios forman parte de diferentes empresas y midan las cosas de forma
distinta en función de las diferentes motivaciones que tengan.

- Mala toma de los requisitos e información desde un inicio

Las funcionalidades, las características y los requisitos no funcionales, como rendimiento y

seguridad, varían cuando el objetivo se orienta a diferentes mercados no se puede ser precipitado
con el estudio.

- Mala Gestión y Dirección de Proyectos

La mejora de la gestión de proyectos y dirección es uno de los factores claves en el éxito de

proyectos de software. Esto requiere un método compuesto de normas, procedimientos y
herramientas para la planificación de los proyectos y la gestión, apoyados por una herramienta de
software.

- Falta de capacidad, de destrezas, de conocimiento o la no adaptación al cambio

Para evitar situaciones en las que los miembros del equipo carezcan de los conocimientos necesarios
para sacar adelante el proyecto, se debe usar un enfoque que permita tutorizar y hacer de mentor
de los empleados con menos experiencia.

- Mala metodología y herramientas

Los proyectos con éxito se basan en una metodología y un marco que incluye herramientas de
gestión de proyectos. Este enfoque incrementa la efectividad y ahorra tiempo al automatizar
actividades como el seguimiento de las diferentes tareas y actividades.

- Gestión directiva ineficiente

Evita este bache siendo proactivo en el cambio de objetivos, metas y riesgos, coordinando esfuerzos
entre los departamentos técnicos y financieros, y midiendo el rendimiento.

- Falta de implicación efectiva del Equipo Directivo

La participación de los cargos directivos en las operaciones clave de trabajo es crucial a la hora de
establecer las prioridades.

- Mala metodología y herramientas

Los proyectos con éxito se basan en una metodología y un marco que incluye herramientas de
gestión de proyectos.
 5° Selecciones dos funciones del arquitecto de software complementar con mapa.

1°
2°
 6° Referencias.

https://www.academia.edu/22775494/El_Rol_del_Arquitecto_de_Software

https://itblogsogeti.com/2014/07/29/cual-es-la-funcion-de-un-arquitecto-de-software-carlos-
mendible-sogeti/

https://platzi.com/tutoriales/1247-arquitectura-software/9246-que-es-y-que-hace-un-arquitecto-
de-software/

https://www.uv.mx/personal/fcastaneda/files/2015/08/F_Capitulo_5_Requerimientos_del_softw
are.pdf