Supuesto Entorno Económico
Visión sobre el crecimiento económico de las empresas y sus dependencias con sistemas informáticos para la administración y gestión de la información. Suponemos un entorno favorable en donde nuestros clientes, las empresas, crecen y requieren mejorar su eficiencia de manera de mantenerse vigentes en el mercado.
Descripción
A medida que las empresas van creciendo, mayor es la cantidad de información que deben manejar para realizar su administración. Es por esto que han ido creando mecanismos que les facilite la administración de esta información, almacenándola de manera adecuada, en el sentido de facilitar el acceso y la manipulación de ésta, para ayudar en la toma de decisiones.
Por lo cambiante del mundo de los negocios y el crecimiento del volumen de información, es que se requiere de la creación de nuevos sistemas de información, que permitan tanto la gestión como la administración de ésta. Así las empresas requieren de sistemas informáticos que sean capaces de ser implementados con rapidez y a un bajo costo.
En este sentido, la industria del software ha buscado formas de disminuir drásticamente los tiempos de entrega y los costos de desarrollo de sus productos (sistemas), al mismo tiempo que mejorar la calidad de éstos. La reutilización es considerada como uno de los mecanismos más realista planteado hasta el momento para alcanzar estos objetivos. En particular este problema afecta el desarrollo de sistemas en diferentes áreas de una organización o empresa.
La amplia variedad de paquetes de software (ERP1 , CRM2 , SCM3 ) existentes en el mercado requerida para estos fines, imponen la necesidad de encontrar un medio de prototipo y producción rápido, eficiente y masivo. Hasta el momento la mayoría de las soluciones propuestas para las industrias consisten en motores que implementan funciones vitales del software a construir, pero no garantizan una estructura evolutiva y orientada a la reutilización de los componentes mismos del software, es decir, la lógica de la aplicación. Estos paquetes imponen una lógica rígida al negocio, perdiendo la flexibilidad y capacidad de innovar en reglas de negocio que permitan generar impacto de diferenciación en la competencia.
Así, las empresas pueden elegir comprar un sistema de software que se encuentre actualmente desarrollado, de manera de intentar implementarlo rápidamente. Esto significa que las reglas de negocio que posee el software serán las que regirán a la empresa. Si el sistema de software apoya a sectores de la compañía que poseen comportamientos estándares, la adecuación de la cultura empresarial será sencilla al uso del software, por consiguiente la implementación sería exitosa en un corto plazo. En caso que la compañía tenga su forma particular de realizar el negocio (posea reglas particulares), el software comprado no satisfacerá a cabalidad el requerimiento de la compañía, teniendo que hacer modificaciones en el software original o hacer cambios culturales dentro de la organización. (La forma de hacer las cosas)
Otra alternativa para la empresa es embarcarse en un proyecto de creación de un software particular, que apoye sus reglas de negocio, su visión de negocio. Aquí nuevamente la empresa puede decidir realizar un outsourcing4 del desarrollo, realizarlo internamente o una combinación de ambas. En todos los casos, deberá describir de alguna manera los procesos de negocio que desea apoyar con el desarrollo de este software.
Dependiendo del proveedor o profesionales que utilice para llevar a cabo el desarrollo, la metodología utilizada será particular. Si bien se ha reducido la diversidad de diagramas para la representación de modelos, existen todavía distintas escuelas sobre el ciclo de vida de construcción de un software. Algunas más tradicionales continúan utilizando modelos DFD y un proceso lineal en la construcción, otras más modernas con un fuerte uso de UML, orientación a objeto y procesos iterativos e incrementales.
Por otro lado, más allá de la metodología utilizada para el diseño de los planos de construcción y ciclo de vida de la implementación, la selección de materiales para la construcción (analogía con la construcción civil), la tecnología a utilizar es otro factor de decisión que influye directamente en la construcción. Si la empresa posee plataforma Microsoft o IBM, por lo general tenderá a mantener la homogeneidad y evitar tener un zoológico de plataformas, de manera de no elevar sus costos de mantención y actualización de estos.
Hoy existen básicamente dos arquitecturas de sistemas dominantes en el mercado, .NET de Microsoft y JAVA liderado por Sun en conjunto con IBM, BEA y Oracle entre otros. Una tercera plataforma que podría ser considerada como emergente es LAMP5 (Linux, Apache, MySQL, Php). Esta combinación de aplicaciones de software de tipo Open-Source6 han levantado una gran comunidad de desarrolladores.
Cabe destacar que hoy existen en el mercado varias herramientas que apoyan el concepto de reutilización. Algunas de estas son las herramientas de tipo CASE7 que buscan automatizar los aspectos clave de todo el proceso de desarrollo de un sistema, desde el principio hasta el final, pero estas tienen algunos inconvenientes asociados: elevados costos tanto en la adquisición de la herramienta (y sus licencias) como en el entrenamiento del personal para su uso, y también la falta de adaptación de la herramienta a la arquitectura de la información y a las metodologías de desarrollo utilizadas por la organización.
Grandes compañías de Software como ORACLE, IBM, MICROSOFT entre otras cuentan con motores propietarios que buscan en cierto modo la reutilización de componentes, suministrando un conjunto de herramientas para el desarrollo de sistemas, como lo son un Acceso a Datos, Seguridad, administración de procesos y documentación. El problema que existe con estas herramientas es el alto costo de licenciamiento, lo que le deja sólo a grandes empresas la posibilidad de adquirirlos.
Estos múltiples factores de decisión sumados al propósito de la compañía de que el software resuelva el problema en el menor tiempo posible, merma la calidad del diseño de éste, ya que no están enfocados en la reutilización, sino más bien en cumplir los objetivos inmediatos de la organización, dejando de lado el cómo se llevan a cabo estos desarrollos. En el mediano plazo, esta política tiene un impacto negativo, ya que al necesitar un nuevo módulo que se integre al sistema de información previamente desarrollado, se hace muy difícil tanto la reutilización de software como la integración con el sistema original, incrementando tiempos y costos.