La Ingeniería de Sistemas y su evolución hacia la Arquitectura de Sistemas.
10 pages
Español

Découvre YouScribe en t'inscrivant gratuitement

Je m'inscris

La Ingeniería de Sistemas y su evolución hacia la Arquitectura de Sistemas.

-

Découvre YouScribe en t'inscrivant gratuitement

Je m'inscris
Obtenez un accès à la bibliothèque pour le consulter en ligne
En savoir plus
10 pages
Español
Obtenez un accès à la bibliothèque pour le consulter en ligne
En savoir plus

Description

Muchas de las empresas modernas entendieron que sus antiguas unidades de sistemas ya no son funcionales, y comienzan a subdividirlas en dos grupos de trabajo diferenciadores: el encargado de la infraestructura y el de los denominados “arquitectos de sistemas”. Esta decisión lógica la inspira la actual evolución de la Ingeniería de Sistemas que, como área de conocimiento, genera los mismos subgrupos como agentes para formación. Además, la evolución y complejidad de los sistemas de información en medio de la sociedad del conocimiento, con exigencias y expectativas muy complejas, también determinan la necesidad de esta especialización. En este documento, una traducción casi literal de un white paper que publicó la empresa Quidnunc -www.quidnunc.com consultado en abril del año 2000- especializada en gestión de configuración, se detalla la importancia de esta división y las pautas a seguir a la hora de diseñar la arquitectura de sistemas de una empresa.

Informations

Publié par
Publié le 01 janvier 2009
Nombre de lectures 30
Langue Español

Extrait

Serna, M. E. (2009). La ingeniería de sistemas y su evolución hacia la arquitectura de sistemas.
Revista Digital Lámpsakos, No. 2, pp. 96-105.
LA INGENIERÍA DE SISTEMAS Y SU EVOLUCIÓN
HACIA LA ARQUITECTURA DE SISTEMAS

Edgar Serna Montoya
Grupo de investigación SISCO. Funlam, Colombia.
gruposisco@gmail.com

(Artículo de TRADUCCIÓN) (Recibido el 3 de agosto. Aprobado el 10 de octubre de 2009)

RESUMEN
Muchas de las empresas modernas entendieron que sus antiguas unidades de sistemas ya no son
funcionales, y comienzan a subdividirlas en dos grupos de trabajo diferenciadores: el encargado
de la infraestructura y el de los denominados “arquitectos de sistemas”. Esta decisión lógica la
inspira la actual evolución de la Ingeniería de Sistemas que, como área de conocimiento, genera
los mismos subgrupos como agentes para formación. Además, la evolución y complejidad de los
sistemas de información en medio de la sociedad del conocimiento, con exigencias y
expectativas muy complejas, también determinan la necesidad de esta especialización. En este
documento, una traducción casi literal de un white paper que publicó la empresa Quidnunc -
www.quidnunc.com consultado en abril del año 2000- especializada en gestión de configuración,
se detalla la importancia de esta división y las pautas a seguir a la hora de diseñar la
arquitectura de sistemas de una empresa.

Palabras clave: Arquitectura de sistemas, Ingeniería de sistemas, Arquitecto de sistemas,
infraestructura.

INTRODUCCIÓN sencilla -micro arquitectura- y la que existe
entre y a través de las distintas aplicaciones -Entendemos por arquitectura en un proyecto
informático a la disposición conjunta y macro arquitectura-, por mucho, más
ordenada de elementos del software y del compleja e importante.
hardware con el objetivo de cumplir una
determinada función. No es difícil DIVIDE Y VENCERÁS
comprender que al mezclar arquitecturas ¿Cuál es el papel de la arquitectura en una
distintas e inconsistentes sin ningún tipo de organización? Imaginemos una organización
orden o planificación, el proyecto se puede que consta de cuatro capas: la capa superior,
convertir fácilmente en inmanejable, tanto o formada por las actividades propias de la
más cuanto mayor sea el tamaño del mismo. organización; debajo de éstas, las
aplicaciones informáticas que las soportan y
facilitan; más abajo de las aplicaciones, la La mayoría de las organizaciones
arquitectura que facilita que se desarrollen y tradicionalmente favorecen -de forma
ejecuten; y en último lugar, la planificada o no- unas configuraciones
infraestructura del hardware o las redes concretas. La arquitectura de cada empresa
físicas. Esta subdivisión facilita determinar el debería describir estas configuraciones, así
papel que desempeña la arquitectura al como el entorno que facilite la creación de
interior de una organización: cada capa actúa nuevas funcionalidades que encajen en ella:
como cliente de la capa inferior a ella y directivas, componentes de software
como servidor de la capa superior. Los reutilizables, herramientas, entre otras. Para
arquitectos no deben malgastar su tiempo en facilitar que las nuevas funcionalidades
temas relacionados con la infraestructura, implementadas en la nueva arquitectura sean
como el sistema operativo; la mejor forma de consistentes con el sistema actual y sus
separar la arquitectura de la infraestructura posibles modificaciones futuras, es necesario
es pensar en el esquema de cuatro capas conocer dicha arquitectura, pero es mucho
mencionado: la infraestructura debe de dar más importante conocer la arquitectura
soporte a la arquitectura, ya que mezclar operativa y organizacional de la empresa.
conceptos de una y otra capa es un error muy
común en las organizaciones. Una distinción importante es la que existe
entre la arquitectura de una aplicación
~ 96 ~
Un error en el que no debe de caer un planificación para completarla dentro de
arquitecto de sistemas es en ser demasiado unos plazos determinados. La principal
preceptivo: introducir demasiadas normas ventaja de este enfoque es que la hace
que creen en excesiva rigidez, generará pro- comprensible a los ejecutivos, pues es similar
blemas en el desarrollo de aplicaciones. Un a la forma en que tienen que dirigir sus
buen arquitecto de sistemas debe tener negocios. El principal inconveniente es que
siempre en mente que su finalidad principal no funciona, ya que comienza por la
es permitir la creación de aplicaciones, a la definición de una arquitectura objetivo y
vez que facilitar la creatividad y la esto es un error. El único objetivo que debe
innovación de los creadores de las mismas. tener en mente el arquitecto de sistemas es
el de la organización para la que trabaja, si
no tarde o temprano entrará en conflicto con La arquitectura de sistemas en los tiempos en
él. La arquitectura del sistema debe de ser lo los que sólo existían los grandes
suficientemente flexible como para computadores era muy sencilla: existía un
adaptarse a los cambios de objetivos lugar para cada cosa y cada cosa tenía su
organizacionales, esta es la clave principal lugar adecuado. Con el paso de los años, y
para asegurar su longevidad. siempre en busca de una mayor flexibilidad,
se introdujeron estructuras cada vez más
complejas: arquitectura cliente/servidor, La segunda clave a tener en cuenta es la que
arquitectura a tres capas, message brokers, proporciona la mejor forma de medir la
data warehouses, objetos distribuidos, ar- bondad de una arquitectura: la forma en que
quitectura web... Un buen arquitecto debe sustenta las aplicaciones que a la vez
empezar recordando que su trabajo es hacer sustentan la organización. La mejor forma de
la vida más fácil a los desarrolladores, y no al verlo es estudiar, dada una nueva
funrevés. cionalidad necesaria para la empresa, cómo
la arquitectura del sistema facilita su
Existe otra idea que subyace tras todos los desarrollo e integración con el resto de las
enfoques: especialización. Dividir los aplicaciones.
problemas en sus partes constituyentes y
resolverlas separadamente con equipos de Los elementos claves que debe cumplir la
especialistas centrados en una sola área. La arquitectura, para facilitar el desarrollo de
especialización deja dos interrogantes sin nuevas aplicaciones, son: tener directivas
respuesta: cómo dividir los sistemas para que claramente definidas, no rígidas ni
puedan ser definidos separadamente y cómo dictatoriales en cuanto al uso de
unirlos posteriormente para formar un todo determinadas tecnologías o fabricantes;
homogéneo. Estos son los principales retos de favorecer el uso de aplicaciones que posean
la moderna arquitectura de sistemas. una funcionalidad base y sean
personalizables por el usuario; y facilitar el
ARQUITECTURA EVOLUTIVA uso y desarrollo de componentes y plug-ins y
Y, desde el punto de vista de la empresa, aplicaciones que los admitan. Este enfoque
¿qué características debería reunir la permite, en la mayoría de los casos,
arquitectura de sistemas? Si mejorar los encontrar la forma más rápida y sencilla de
procesos y las aplicaciones genera un mejor desarrollar una nueva funcionalidad para el
rendimiento de la empresa, y si para mejorar sistema, en los casos en los que lo más
las aplicaciones necesitamos mejorar los importante es tener una aplicación que haga
sistemas, entonces la arquitectura de lo que queremos y no tener la mejor
sistemas debe ser el vehículo de desarrollo aplicación que haga lo que no queremos.
para ambos. En la práctica, la arquitectura Actualmente, en la práctica, esta es la
de los sistemas actuales constituye, en solución que se necesita en la mayoría de los
muchos casos, grandes obstáculos para los casos, y son los principios del enfoque
dos. conocido como evolutivo.

A principios de los 90 la arquitectura de El modelo evolutivo al que la arquitectura
sistemas no iba más allá de simple del sistema se adapta paso a paso surge del
planificación: se define una arquitectura concepto de dependencia, en el que cada
objetivo y se idea una estrategia y una uno de ellos se basa en los anteriores para
~ 97 ~
perfeccionarse y evolucionar en cada Usan tecnología orientada a componentes.
momento, sin seguir un plan maestro pero de La historia de la ingeniería de sistemas
acuerdo con una “evolución natural”. Esta describe un viaje inexorable hacia la
evolución posee dos elementos cruciales: un especialización. Los componentes de hoy
método para producir variantes -la son más flexibles y es posible ya reutilizar
reproducción- y un método para elegir la el software que prometiera desde hace
mejor entre ellas -la supervivencia de lo

  • Univers Univers
  • Ebooks Ebooks
  • Livres audio Livres audio
  • Presse Presse
  • Podcasts Podcasts
  • BD BD
  • Documents Documents