Las necesidades empresariales que impulsan la adopción de Java ES varían significativamente. Sin embargo, los objetivos generales para prácticamente todas las implementaciones de Java ES se ajustan a uno de los siguientes escenarios de adopción:
Sistema nuevo. No existe ningún sistema de software y el usuario implementa Java Enterprise System para que se pueda usar una nueva solución de negocio.
Mejora. Se parte de una infraestuctura de TI existente en la que se reemplazan una, varias o todas las partes del sistema por el software Java ES. Normalmente se sustituyen los sistemas o sistemas secundarios porque son demasiado complicados, porque presentan demasiadas limitaciones o son demasiado costosos de mantener. Por ejemplo, puede requerir una mayor seguridad, una mayor disponibilidad, una mayor escalabilidad, más flexibilidad, menor complejidad, capacidades adicionales (como el inicio de sesión único) o un mejor uso de los recursos de TI. En otras palabras, desea una mejor rentabilidad de la inversión que la que ofrece el sistema existente.
Ampliación. Se parte de una infraestructura de TI existente en la que se implementa el software Java Enterprise System que hasta ahora no formaba parte del sistema. Normalmente, se amplía un sistema de software de esta manera porque es necesario satisfacer nuevas necesidades empresariales. Es posible que se necesiten nuevas capacidades funcionales, como una adición personalizada de los servicios existentes mediante un portal de Java ES o funciones de autenticación y autorización Java para los servicios existentes.
Actualización. Se parte de una infraestructura de TI que cuenta con una versión anterior de Java Enterprise System o con productos de Sun de versiones anteriores a la de Java Enterprise System. El usuario actualiza a la versión más nueva de los componentes de Java Enterprise System.
Cada escenario de adopción cuenta con sus propios retos y consideraciones. Con independencia del escenario de adopción que se aproxime más a su situación, el proceso del ciclo de vida de la solución que se muestra en la Figura 1–3 sigue siendo aplicable. Sin embargo, en función del escenario de adopción, es posible que varíen los elementos que tendrá que tratar y los recursos en los que necesitará invertir en las distintas etapas del ciclo de vida.
Las siguientes consideraciones se aplican generalmente en varios grados a los escenarios de adopción:
Migración. La mejora o la actualización de una infraestructura existente con un software nuevo requiere la migración de los datos desde el sistema existente hasta el sistema nuevo. Los datos pueden ser información de configuración, de usuario o de aplicación. También tendrá que migrar la lógica empresarial o de presentación debido a las interfaces de programación nuevas.
Integración. La adición de nuevo software a un sistema existente o la sustitución de subsistemas de software requieren a menudo la integración de los nuevos componentes de software con los subsistemas restantes. La integración puede implicar el desarrollo de nuevas capas de interfaces utilizando conectores J2EE o adaptadores de recursos, la reconfiguración de los componentes existentes y la implementación de esquemas de transformación de datos.
Formación. Casi todos los cambios que se realicen en la infraestructura implican cambios en los procedimientos de TI y en los conjuntos de habilidades. El departamento de TI debe tener el tiempo suficiente para adquirir los nuevos conocimientos o transferir los antiguos para poder utilizar las nuevas tecnologías de Java Enterprise System.
Hardware. Al sustituir o mejorar un sistema o subsistema existentes, las restricciones del negocio pueden exigir que se reutilice hardware existente. En función del escenario de adopción, los recursos de hardware pueden convertirse en un factor importante.
La siguiente tabla resume la naturaleza de las consideraciones que se aplican a cada uno de los escenarios de adopción de Java ES.
Tabla 1–6 Consideraciones sobre los escenarios de adopción de Java ES