IMPLICACIONES DEL DESARROLLO DE LA ARQUITECTURA DE SOFTWARE EN LAS

ORGANIZACIONES

DIANA MARCELA HERNANDEZ REYES

DOCENTE:

Mg. ARIEL ARMANDO RUIZ ZUÑIGA

INSTITUCIÓN UNIVERSITARIA ANTONIO JOSE CAMACHO

FACULTAD DE INGENIERIA

SANTIAGO DE CALI

2014
 INTRODUCCION

Con este escrito se pretende exponer de manera sencilla el impacto de la Arquitectura de software
y las innovaciones tecnológicas en el mundo laboral. En el mundo actual, en donde cada vez más la
toma de decisiones acertadas en el menor tiempo posible es la base de una gestión exitosa de casi
cualquier actividad, tanto de carácter económico como no económico, se torna imprescindible
contar con las herramientas necesarias para disponer de la información que permitirá tomar dichas
decisiones.

Se trata de dar una panorámica general de sus aplicaciones más cercanas dentro de la industria y
los servicios.

Este escrito no es un manual de consulta, sino que obedece a la idea de mostrar y aclarar algunos
aspectos relevantes y próximos de las Nuevas Tecnologías, ya que cada día estamos viendo que es
más necesario conocerlas para asegurar un puesto de trabajo en la sociedad del siglo XXI.

La historia de la Humanidad no habría sido la misma de no existir la inter-relación entre el mundo

de las ideas y el progreso tecnológico, que ha ido modificando y evolucionando a las sociedades
hasta llegar a nuestros días.

Ya desde la prehistoria, el propio desarrollo del ser humano ha tenido lugar gracias a los adelantos
técnicos. La tecnología se revela como unos de los motores de la evolución social. Sin el desarrollo
tecnológico no habría habido avance social.

En estos tiempos estamos viviendo una revolución comparable a las otras dos que ya han
transformado a la Humanidad. Nos estamos refiriendo a la Revolución Neolítica y a la Revolución
Industrial.

Toda revolución tecnológica ha provocado, en el pasado, una profunda reorganización de la

economía y de la sociedad.
IMPLICACIONES DEL DESARROLLO DE LA ARQUITECTURA DE SOFTWARE EN LAS
ORGANIZACIONES,

La necesidad del manejo de la arquitectura de un sistema de software nace con los sistemas de
mediana o gran envergadura, que se proponen como solución para un problema determinado. En
la medida que los sistemas de software crecen en complejidad, bien sea por número de
requerimientos o por el impacto de los mismos, se hace necesario establecer medios para el manejo
de esta complejidad (Hofmeister et al., 1996). En general, la técnica es descomponer el sistema en
piezas que agrupan aspectos específicos del mismo, producto de un proceso de abstracción (Bass et
al., 1998) y que al organizarse de cierta manera constituyen la base de la solución de un problema
en particular.

La arquitectura de software puede considerarse entonces como el “puente” entre los

requerimientos del sistema y la implementación (Hofmeister et al., 2000). Las actividades que
culminan en la definición de la arquitectura pueden ubicarse en las fases tempranas del ciclo de
desarrollo del sistema: luego del análisis de los requerimientos y el análisis de riesgos, y justo antes
del diseño detallado. Desde esta perspectiva, la arquitectura constituye un artefacto de la actividad
de diseño (Hofmeister et al., 2000), que servirá de medio de comunicación entre los miembros del
equipo de desarrollo, los clientes y usuarios finales, dado que contempla los aspectos que interesan
a cada uno (Kazman et al., 2001). Además, pasa a ser la base del diseño del sistema a desarrollar,
razón por la cual en la literatura la arquitectura es considerada como plan de diseño del sistema
(Hofmeister et al., 2000), debido a que es usada como guía para el resto de las tareas del desarrollo.

Las necesidades actuales que tiene toda organización para el logro de sus objetivos, demandan la
construcción de grandes y complejos sistemas de software que requieren de la combinación de
diferentes tecnologías y plataformas de hardware y software para alcanzar un funcionamiento
acorde con dichas necesidades. Lo anterior, exige de los profesionales dedicados al desarrollo de
software poner especial atención y cuidado al diseño de la arquitectura, bajo la cual estará
soportado el funcionamiento de sus sistemas.

Si una arquitectura de software se encuentra deficiente en su concepto o diseño, o en el peor de lo

casos, no contamos con la del sistema que desarrollamos, tendremos grandes posibilidades de
construir un sistema que no alcanzará el total de los requerimientos establecidos. Esto,
indudablemente, nos generará un re-trabajo complicado o, peor aún, nos podrá llevar al fracaso del
sistema de software cuando se encuentre en operación.

Es muy importante tener en cuenta que las arquitecturas de software no responden únicamente a
requisitos estructurales, sino que están relacionadas con aspectos de rendimiento, usabilidad,
reutilización, restricciones tecnológicas e incluso cuestiones estéticas.

QUÉ ES UN ARQUITECTO DE SOFTWARE

Es la persona, equipo u organización responsable por la arquitectura del sistema que se está
llevando a cabo.
Un arquitecto de software no es simplemente un programador con experiencia, sino la persona
clave que ayudará a tomar decisiones estratégicas acertadas para aprovechar al máximo la
tecnología en nuestros sistemas.

A diferencia de un programador, el arquitecto de Software debe dominar la mayor cantidad de

tecnologías de software y prácticas de diseño, para así poder tomar decisiones adecuadas para
garantizar el mejor desempeño, reusó, robustez, portabilidad, flexibilidad, escalabilidad y
mantenibilidad de las aplicaciones.

El arquitecto de software es el líder técnico del equipo, el rol natural al que debe aspirar un
programador experimentado que desea tomar decisiones técnicas relevantes en el desarrollo de un
sistema. Es el principal tomador de decisiones respecto a la manera en que será construida la
aplicación por los programadores del equipo.

CARACTERÍSTICAS Y COMPETENCIAS DEL ARQUITECTO DE SOFTWARE

La persona que se quiere adentrar en esta rama, debe poseer un liderazgo y autoridad, lo cual
implica que debe de seguir y dirigir al mismo tiempo. También ser un buen comunicador hacia
diversas partes que posee un negocio. Y hablando de negocio, debe poseer un dominio completo
sobre el mismo y volverse un negociador en ciertas partes, lo cual nos da a entender que debe tener
una visión fuerte y grande para los negocios.

Algo que tiene este tipo de persona dentro de su trabajo, es que tiene muy clara la política que
maneja la empresa u organización, siempre teniendo una gran madurez, una orientación por
objetivos, pro-actividad, y un juicio crítico propio. Cabe resaltar en este tipo de personas y las que
laboran en el tema expuesto, es el desarrollo rápido que llegan a tener, debido a un profundo
conocimiento en una tecnología especifica. A la vez que pueden llegar a trabajar con información
muy ambigua o incompleta.

Posee competencias técnicas y conocimientos tecnológicos.

 Investiga nuevas tecnologías y comprende Frameworks arquitectónicos y las mejores

prácticas.
 Desarrolla rápidamente profundo conocimiento en una tecnología.
 Tiene liderazgo y autoridad.
 Sigue y dirige a la vez.
 Es un buen comunicador.
 Entiende el dominio del negocio.
 Es un negociador.
 Posee fuerte visión para los negocios.
 Entiende la política de la empresa.
 Puede trabajar con información ambigua o incompleta.
  Identificar e interactuar con los interesados en el proyecto para asegurarse que sus
necesidades son satisfechas.
 Se orienta por objetivos y pro-actividad
 Debe poseer la madurez, visión y tener un juicio crítico.

RESPONSABILIDADES DE UN ARQUITECTO DE SOFTWARE

Elaborar la arquitectura correcta para solucionar el problema que se encuentra desarrollando es
solo una parte de la responsabilidad del arquitecto.

 Define y documenta la solución, asegurándose que este acorde con el sistema deseado y
que además es la - correcta para su soporte y evolución.
 Se asegura que todos los involucrados estén utilizando la solución elaborada y la estén
utilizando bien.
 Conoce cuales cualidades sistémicas, deben alcanzarse y en qué medida.
 Responde sobre las inquietudes relacionadas con la selección de herramientas y ambientes
de desarrollo.
 Resuelve conflictos y ayuda a generar acuerdos.
 Mantiene la moral, tanto en el interior del grupo de arquitectura como al exterior.
 Gerencia las estrategias de identificación y mitigación de los riesgos asociados con la
arquitectura.

TIPOS DE ARQUITECTOS DE SOFTWARE

1. Arquitecto técnico
2. Arquitecto funcional
3. Arquitecto corporativo
ESQUEMA DE FUNCIONES DEL ARQUITECTO DE SOFTWARE
 BIBLIOGRAFÍA

Camacho Erika, Cordeso Fabio y Nuñez Gabriel. Arquitecturas de software Abril de 2004 [online]
Disponible en: http://prof.usb.ve/lmendoza/Documentos/PS-
6116/Guia%20Arquitectura%20v.2.pdf [consultado el: 09-Marzo-2014]

Arquitectura de Software: importantcia de su ciclo Año 5, Número 46, Febrero de 2006 [online]
Disponible en: http://www.enterate.unam.mx/Articulos/2006/febrero/arquitec.htm [consultado
el: 09-Marzo-2014]

Qué es un Arquitecto de software, Octubre 25 de 2010 [online]. Disponible en:

http://www.taringa.net/posts/info/12954707/Que-es-un-Arquitecto-de-Software.html[consultado
el: 09-Marzo-2014]

Vásquez Rosa Ivis, Carrillo Pablo Andrés y Garcia Sorey Bibiana. El Rol de un Arquitecto de Software,
Junio 19 de 2008 [online]. Disponible en: http://www.slideshare.net/soreygarcia/el-roldel-
arquitecto-exposicion [consultado el: 09-Marzo-2014]

Rosales Colindres Julio César. El Rol del Arquitecto de Software, Octubre 19 de 2010 [online].
Disponible en: http://www.tec.url.edu.gt/boletin/URL_19_SIS02_COMPETENCIAS.pdf [consultado
el: 09-Marzo-2014]

Vásquez Rosa Ivis, Carrillo Pablo Andrés y Garcia Sorey Bibiana. El Rol de un Arquitecto de Software,
2008 [online]. Disponible en: http://es.scribd.com/doc/3568086/El-Rol-del-Arquitecto [consultado
el: 09-Marzo-2014]