Ingenieros de Sistemas
extraido de The Rational Edge: Aprenda con dos expertos reconocidos sobre los
puntos en comn clave que comparten la arquitectura empresarial y la arquitectura de
sistemas, y cmo la arquitectura empresarial influencia y a la vez restringe el
desarrollo de sistemas. This content is part of the The Rational Edge.
Los ingenieros de sistemas generalmente se concentran en el sistema que se est desarrollando
actualmente, sin ocuparse mucho de la empresa que soporta dicho sistema. Este artculo explora
los puntos de conexin que existen entre la arquitectura empresarial y la arquitectura de sistemas,
y describe cmo la arquitectura empresarial beneficia y a la vez limita el desarrollo de sistemas. Su
objetivo es ayudar a los ingenieros de sistemas a comprender mejor cmo sus esfuerzos en los
proyectos que crean o modifican sistemas pueden verse limitados por, y pueden a su vez modificar
la arquitectura de la empresa a la cual soportan dichos sistemas. En la empresa de hoy, impulsada
por los negocios, existe una relacin directa entre la capacidad de negocios de la empresa y la
funcionalidad implementada en los proyectos.
Definiciones
Al hablar sobre sistemas en diferentes niveles es importante definir explcitamente
trminos que de otra manera seran ambiguos dada la diversidad de significados y usos
existentes.
Empresa
Una definicin de empresa es una organizacin de negocios i. La organizacin podra ser
parte de una compaa, una compaa entera o incluso una participacin en varias
compaas. Para simplificar el tema, pensemos en una empresa como una compaa.
Aunque hay una gran cantidad de maneras de analizar una empresa, con el fin de razonar
Arquitectura empresarial
Hay muchas definiciones para arquitectura empresarial. Por lo general, el trmino
arquitectura empresarial aparece en maysculas como sustantivo propio (por ejemplo, la
disciplina de la Arquitectura Empresarial), aunque, como usted podr observar, nosotros
no lo estamos usando de esta manera. Nos referimos a la arquitectura empresarial
simplemente como la descripcin de la arquitectura de la empresa en cuestin. La
disciplina de la Arquitectura Empresarial ana negocio, estrategia, proceso, mtodo y
componentes desde una cantidad de perspectivas diferentes. Estas perspectivas estn
definidas y varan segn los diferentes enfoques dados a la Arquitectura Empresarial. Las
Arquitecturas Empresariales son
Las
Sistema
Un sistema es un grupo de elementos que forman un todo unificado y cumplen un fin
comn ii. El fin comn es la razn de ser del sistema. Uno o ms involucrados reconoce/n
la necesidad que satisface el sistema. Por lo tanto, el objetivo del sistema es satisfacer
una serie de necesidades de los involucrados, es decir los requisitos del sistema. Estos
requisitos incluyen qu funcionalidad se muestra y tambin cmo se muestra la
funcionalidad dadas las cualidades requeridas y las limitaciones existentes (es decir
requisitos no funcionales). El sistema satisface sus requisitos ejecutando un conjunto de
acciones. Las acciones satisfacen las necesidades de los involucrados. Como el sistema
es un grupo de elementos, las acciones del sistema son realmente ejecutadas mediante la
colaboracin de estos componentes.
Cabe destacar que los componentes pueden ser cualquier cosa: hardware, software o
personas. Las personas que participan en un sistema como componentes colaboradores
se llaman trabajadores. Algunos de los componentes en s mismo, se pueden considerar
sistemas en todo su derecho y generalmente se los llama subsistemas. Aunque en
realidad los trabajadores tambin pueden considerarse sistemas, segn lo descripto
anteriormente, no los tratamos as, sino como objetos constitutivos ya que no nos
incumbe aqu cmo colaboran sus partes internamente.
Ingeniero de Sistemas
El ttulo de Ingeniero de Sistemas se ha aplicado a individuos que desarrollan cualquier
actividad vinculada con la ingeniera de sistemas. Hemos observado Ingenieros de
Sistemas responsables de todo, desde planeamiento, hasta obtencin de requisitos,
captura de arquitectura, integracin y testeo. Muchas de sus actividades trascienden la
disciplina tradicional de la Ingeniera de Sistemas. En este artculo, nos focalizamos en el
rol del ingeniero de sistemas para garantizar que el resultado del esfuerzo de desarrollo
se ajustar al resto de la empresa y operar de manera homognea. Esencialmente, es
responsabilidad del ingeniero de sistemas crear o actualizar la arquitectura del sistema,
cumpliendo con todas las restricciones impuestas por la empresa en general.
Programa
Un programa es una iniciativa adoptada para cambar el estado de la empresa, para
proporcionar alguna capacidad nueva o mejorada. Su propsito es mover a la empresa de
su estado actual al estado futuro, modificando alguna parte de la empresa, agregando o
modificando componentes de la empresa. Los programas se ejecutan mediante la
implementacin de uno o varios (normalmente varios) proyectos. Obsrvese que los
programas pueden tener un alcance mucho menor que el de toda la empresa. Sin
embargo, para simplificar el tema a tratar aqu, slo expondremos los programas que
impactan sobre toda la empresa.
Proyecto
Un proyecto es una actividad de desarrollo con un objetivo, inicio y fin especficos,
focalizado en brindar algn resultado de valor mensurable que contribuya con una
Por ello, observamos que estos artefactos, cuando existen y se combinan, forman una
descripcin completa de elementos clave de la situacin actual de la empresa (ver la
Figura 3):
Figura 6: Flujo de artefactos entre el nivel del proyecto y el nivel del sistema
Conclusin
Algunas organizaciones ya han desarrollado prcticas para administrar sus artefactos
actuales para los niveles de empresa y sistemas y estn cosechando los beneficios de
potenciar estos artefactos. Otras recin estn comenzando y avizoran beneficios futuros.
Sin embargo, el objetivo y el enfoque son iguales en todos los casos. Para administrar
eficientemente la evolucin de la empresa, es necesario comprender sus requisitos y
funcionalidad actuales y cmo logra esa funcionalidad (su arquitectura). Adems es
necesario comprender si su desempeo actual es el correcto en trminos de pruebas y
defectos existentes.
No es eficiente recrear estos artefactos en cada programa. En cambio las organizaciones
desean reutilizar el conocimiento que poseen actualmente y desarrollar los artefactos
como los desarrollos de la empresa. Por ello, la organizacin siempre tiene una visin
precisa del estado actual, es capaz de planificar eficientemente la evolucin de la
empresa y reduce el esfuerzo total realizado, potenciando los artefactos en cada
programa. Aun cuando sea poco prctico capturar un set completo de artefactos actuales
para toda la empresa, las organizaciones obtienen beneficios al capturar los artefactos
para una parte de la empresa, cuanto mayor sea esta parte, mayor ser el beneficio.
Sin una visin precisa de la situacin actual, cada programa debe: a) crear una
representacin del estado actual desde cero, examinando la empresa antes de avanzar
con los trabajos del programa; b) intentar construir una representacin del estado actual
aplicando sucesivamente modificaciones implantadas por programas anteriores; o c)
desistir del intento de representar el estado actual e intentar modificar una arquitectura
desconocida, con la esperanza de que las modificaciones no produzcan consecuencias
no deseadas. Hemos visto a las organizaciones intentar estas tres opciones, slo para
aprender dolorosamente que se necesita contar con una visin precisa del estado actual
de la empresa para su correcto funcionamiento.
Es igualmente cierto que las organizaciones se benefician ampliamente con la
reutilizacin de artefactos a nivel de los sistemas. Una empresa tiene muchos sistemas y
por lo tanto los beneficios de la reutilizacin se multiplican por la cantidad de sistemas. La
complejidad de muchos sistemas ha superado ampliamente la capacidad de cualquier
individuo para mantenerlo completamente en su mente. Los artefactos que capturan los
Fuente:
https://www.ibm.com/developerworks/ssa/rational/library/edge/09/jun09/enterprisear
chitecture/
0