|
BUENAS
PRÁCTICAS EN J2EE. PRIMERA PARTE.
Informe
de
The Middleware
Company
Enlace
a la versión original en inglés
Traducido
y abreviado con permiso por
Dr. Vicent-Ramon Palasí Lallana.
Gerente General de Aurum Solutions.
http://www.aurumsol.com
Noviembre 2003
J2EE
(“Java 2 Enterprise Edition” o Edición empresarial
de Java 2) ha emergido, en los últimos años, como una
plataforma estándar para desarrollar aplicaciones empresariales.
Aunque está madurando, la plataforma J2EE presenta todavía
una serie de desafíos como, por ejemplo, rendimiento, gestión
de recursos y flexibilidad. Los programadores que usan la tecnología
J2EE deben aprender a ir más allá de la sintaxis de
Java y comprender cuál es la mejor forma de diseñar
e implementar nuevas soluciones con J2EE.
Para
ello, si no se tiene una amplia experiencia J2EE en el mundo real,
la mejor opción es aprender de la experiencia de otros. La
plataforma J2EE demuestra cada vez más sus fortalezas y debilidades
en entornos de producción. Usted puede utilizar eficazmente
esta experiencia si comprende las buenas prácticas que se incluyen
en este artículo.
¿Qué es
exactamente una buena práctica? Una buena práctica es
una técnica comprobada para conseguir un resultado deseado.
Es una técnica repetible que ha sido exitosa en situaciones
de la vida real y que puede aplicarse ampliamente a muchos problemas.
Estudiaremos
las buenas prácticas asociadas a cinco etapas generales que
cualquier metodología de desarrollo debe incluir: diseño,
programación, pruebas, despliegue y afinación (se omite
la fase de análisis por no ser específica de la plataforma
J2EE). También explicaremos las buenas prácticas aplicables
al ciclo y a los entornos de desarrollo. Por su longitud, dividimos
este informe en dos partes, la primera de las cuales se incluye a
continuación.
1.
BUENAS PRÁCTICAS SOBRE EL CICLO DE DESARROLLO
1.1.
Buena práctica número 1. Enfrente el riesgo lo más
pronto posible
El
riesgo asociado con el desarrollo crece exponencialmente con la complejidad
de la aplicación. Aunque este problema parece no tener solución,
hay algunas técnicas que pueden aplicarse para mitigar los
riesgos. En lo que respecta al proceso de desarrollo, la mitigación
de riesgos más importante consiste en desplazar el riesgo al
principio del cronograma. De esta forma, se reduce el riesgo por tres
motivos:
-
Se
mejora el conocimiento. Los mayores
riesgos se asocian siempre con lo desconocido.
Un conocimiento más temprano permite hacer
decisiones más informadas y definir mejores
cronogramas a lo largo del ciclo de desarrollo.
-
Se
permite tiempo de recuperación. Si
se fracasa, es mejor fracasar pronto, cuando
hay todavía tiempo para recuperarse.
-
Se
involucra tempranamente al cliente. La
respuesta del cliente a una interfaz de usuario
o a una función clave puede impactar de
forma dramática la dirección de
un proyecto. Además, involucrar tempranamente
al cliente mejora las relaciones con el mismo,
al inspirarle confianza de forma temprana.
|
