Reconstruccion De Arquitecturas
Páginas: 30 (7408 palabras)
Publicado: 6 de abril de 2012
INTRODUCCIÓN
El enfoque informal con que se estaban desarrollando los sistemas antes de 1968, originó lo que se denominó la “crisis de software”, lo cual hacía que un software costara mucho más de lo presupuestado, era irrealizable, difícil de mantener y con un pobre desempeño. A partir de allí, se hacen ciertos planteamientos para mejorar esto, lo cual se le denominó “Ingeniería deSoftware”, a través del cual se pretende la construcción de software por medio de técnicas propias de la ingeniería convencional.
La evolución de los ambientes hardware / software, junto con las herramientas de desarrollo, ha traído como consecuencia una aparente facilidad en el desarrollo de los sistemas. Sin embargo, también es notorio la complejidad de los sistemas solicitados, que imponen nuevasdemandas a los ingenieros de software. Por esta razón, y adicionando que en muchas empresas no se aplican los principios básicos de la ingeniería de software, existen aún los problemas encontrados en 1968, y peor aún, se han encontrado otros. Uno de los problemas más grandes, es la dificultad en el mantenimiento que se le dan a los sistemas, debido a sus erráticos planteamientos arquitectónicos,en muchos de los casos.
Por medio de este trabajo, se pretende realizar una breve introducción acerca de cómo atacar estos problemas planteados anteriormente. Este trabajo se enfoca inicialmente en una visión sobre los sistemas heredados, luego – de una manera breve – se refiere a la reingeniería de software, para luego centralizarse en la reconstrucción de la arquitectura de un sistemasoftware, que es el tema central a tratar.
1. LOS SISTEMAS HEREDADOS
1.1 DEFINICIÓN.
El tiempo de vida medio de un sistema software es variable, pero algunos estudios han arrojado que un sistema grande es utilizado por más de 10 años, incluso algunas organizaciones cuentan con sistemas con más de 20 años. Téngase en cuenta que un lapso de 10 años, por ejemplo, la tecnología y lasmetodologías de ingeniería de software han cambiado (por ejemplo, en 1995, el Internet recién hacía su aparición en Colombia, lo cual cambió la visión de todas las organizaciones. El paso de las pantallas de texto a las GUI, los sistemas distribuidos, los motores de bases de datos, el software libre, etc.)
Muchos de estos sistemas son importantes para las compañías; una falla en ellos provocaríaun desastre en los procesos de la organización. A estos sistemas se les conoce como sistemas heredados.
Cabe recalcar, que los sistemas heredados no son los mismos que cuando fueron inicialmente implementados en las respectivas compañías. Factores externos e internos, tales como las políticas de la empresa, la economía local y global, la reorganización estructural de la compañía, producencambios continuos en los sistemas. Los sistemas heredados, por tanto, incorporan muchos cambios a lo largo de los años. Muchas personas diferentes estuvieron involucradas cuando se hicieron estos cambios, y es complejo que una sola persona tenga todo el conocimiento de la arquitectura de dicho sistema.
Adicional a esto, la revolución tecnológica que se ha vivido durante estos últimos años ha sidoacogida por las organizaciones, pero en muchos casos, lo único que se hace es implementar (y adaptar forzosamente) a los sistemas en dichos ambientes. (por ejemplo, adaptar sistemas basados en pantallas de texto y estructuras de archivos obsoletos, en ambientes hardware actuales, sistemas operativos modernos, etc). En muchos casos, se da la paradoja de que a mayor desempeño hardware, la mejoraen el rendimiento de los sistemas software es pobre, y es difícil para los administradores de negocio entender esto.
1.2 ¿POR QUÉ ES DIFÍCIL “TOCAR” UN SISTEMA HEREDADO?
Las compañías en muchos casos asumen esto como un riesgo innecesario, y prefieren un pobre desempeño en los sistemas, en vez de replantear dichos sistemas (modificarlos, e incluso, cambiarlos totalmente). Pero es...
El enfoque informal con que se estaban desarrollando los sistemas antes de 1968, originó lo que se denominó la “crisis de software”, lo cual hacía que un software costara mucho más de lo presupuestado, era irrealizable, difícil de mantener y con un pobre desempeño. A partir de allí, se hacen ciertos planteamientos para mejorar esto, lo cual se le denominó “Ingeniería deSoftware”, a través del cual se pretende la construcción de software por medio de técnicas propias de la ingeniería convencional.
La evolución de los ambientes hardware / software, junto con las herramientas de desarrollo, ha traído como consecuencia una aparente facilidad en el desarrollo de los sistemas. Sin embargo, también es notorio la complejidad de los sistemas solicitados, que imponen nuevasdemandas a los ingenieros de software. Por esta razón, y adicionando que en muchas empresas no se aplican los principios básicos de la ingeniería de software, existen aún los problemas encontrados en 1968, y peor aún, se han encontrado otros. Uno de los problemas más grandes, es la dificultad en el mantenimiento que se le dan a los sistemas, debido a sus erráticos planteamientos arquitectónicos,en muchos de los casos.
Por medio de este trabajo, se pretende realizar una breve introducción acerca de cómo atacar estos problemas planteados anteriormente. Este trabajo se enfoca inicialmente en una visión sobre los sistemas heredados, luego – de una manera breve – se refiere a la reingeniería de software, para luego centralizarse en la reconstrucción de la arquitectura de un sistemasoftware, que es el tema central a tratar.
1. LOS SISTEMAS HEREDADOS
1.1 DEFINICIÓN.
El tiempo de vida medio de un sistema software es variable, pero algunos estudios han arrojado que un sistema grande es utilizado por más de 10 años, incluso algunas organizaciones cuentan con sistemas con más de 20 años. Téngase en cuenta que un lapso de 10 años, por ejemplo, la tecnología y lasmetodologías de ingeniería de software han cambiado (por ejemplo, en 1995, el Internet recién hacía su aparición en Colombia, lo cual cambió la visión de todas las organizaciones. El paso de las pantallas de texto a las GUI, los sistemas distribuidos, los motores de bases de datos, el software libre, etc.)
Muchos de estos sistemas son importantes para las compañías; una falla en ellos provocaríaun desastre en los procesos de la organización. A estos sistemas se les conoce como sistemas heredados.
Cabe recalcar, que los sistemas heredados no son los mismos que cuando fueron inicialmente implementados en las respectivas compañías. Factores externos e internos, tales como las políticas de la empresa, la economía local y global, la reorganización estructural de la compañía, producencambios continuos en los sistemas. Los sistemas heredados, por tanto, incorporan muchos cambios a lo largo de los años. Muchas personas diferentes estuvieron involucradas cuando se hicieron estos cambios, y es complejo que una sola persona tenga todo el conocimiento de la arquitectura de dicho sistema.
Adicional a esto, la revolución tecnológica que se ha vivido durante estos últimos años ha sidoacogida por las organizaciones, pero en muchos casos, lo único que se hace es implementar (y adaptar forzosamente) a los sistemas en dichos ambientes. (por ejemplo, adaptar sistemas basados en pantallas de texto y estructuras de archivos obsoletos, en ambientes hardware actuales, sistemas operativos modernos, etc). En muchos casos, se da la paradoja de que a mayor desempeño hardware, la mejoraen el rendimiento de los sistemas software es pobre, y es difícil para los administradores de negocio entender esto.
1.2 ¿POR QUÉ ES DIFÍCIL “TOCAR” UN SISTEMA HEREDADO?
Las compañías en muchos casos asumen esto como un riesgo innecesario, y prefieren un pobre desempeño en los sistemas, en vez de replantear dichos sistemas (modificarlos, e incluso, cambiarlos totalmente). Pero es...
Leer documento completo
Regístrate para leer el documento completo.