Habilidades de supervivencia para los desarrolladores de WebLogic

Como desarrollador WebLogic, es importante saber cómo estructurar sus aplicaciones y entorno de desarrollo. También debe saber cómo llegar a la comunidad WebLogic cuando llegas a tener problemas. Este artículo ofrece hasta un par de recomendaciones y otra información para ayudarle a conseguir el trabajo hecho.

Mantenga documentación adecuada

La documentación es una parte importante de cualquier aplicación. Como desarrollador, usted debe hacer su parte para asegurarse de que su aplicación está debidamente documentado. Documentación cae en varias categorías:

• Documentación de código de programa. La forma más obvia de documentación consta de los comentarios en el código fuente. Javadoc es una buena manera de proporcionar esta documentación.

• Manual de desarrollador. Un uso básico pero a menudo se pasa por alto para la documentación está trayendo nuevos programadores a la velocidad. En aplicaciones maduras, las computadoras de los desarrolladores a menudo contienen una mezcla de los archivos usados ​​como se desarrolló la aplicación. Este entorno puede ser difícil para un nuevo desarrollador para recrear. Manual del desarrollador describe el proceso necesario para configurar el entorno de desarrollo en una nueva máquina.

• Especificación Programa. Los cambios en las especificaciones de su aplicación deben ser comunicados a todos los que están involucrados en estos cambios.

• Terminar la documentación del usuario. Esta es la documentación que los usuarios se refieren a la información sobre el uso de su sistema. A medida que se añaden características para el sistema y las características existentes cambian, asegúrese de que actualice la documentación del usuario.

Al mantener todas las formas de documentación de mantenimiento adecuado, los desarrolladores y los usuarios pueden mantenerse al día con la aplicación.

Uso Usenet

Una de las mayores ventajas de Internet es el sentido de comunidad global. Y no solo la porción de la Internet encarna esta más de Usenet, que consta de una gran colección de mensajes enviados por los usuarios de Internet sobre una variedad de temas.

Puede acceder a Usenet de varias maneras. Puede instalar los programas cliente que descargan y mensajes de Usenet filtro para usted. También puede utilizar los portales basados ​​en Web. Uno de los portales web más comunes es Google Groups.

Configurar entornos de desarrollo

WebLogic le permite crear varios servidores que se ejecutan desde la misma máquina. Esto proporciona una manera conveniente para proporcionar varios entornos de desarrollo, tales como las siguientes:

• Desarrollo. El entorno de desarrollo es donde los desarrolladores probar su código. Esto permite a los desarrolladores probar su código en un entorno controlado. Versiones estables en el servidor de desarrollo por lo general se dio la vuelta al servidor de prueba.

• Prueba. Su equipo de proyecto que consistirá en la garantía de calidad (QA) personas que ponen a prueba el software y reportan nuevos errores. La gente de control de calidad no deben probando de su servidor de desarrollo porque el servidor es demasiado volátil. Más bien, debe lanzar una versión estable de su servidor de desarrollo para el servidor de prueba. Esta versión puede ser probado por el personal de control de calidad.

• Demostración. Vas a tener que demostración de su software, ya sea a los clientes para mostrar el progreso del sistema que está creando, o para los usuarios internos que pronto estar utilizando su sistema. Si no se crea un servidor demo y un desarrollador desestabiliza su servidor de desarrollo, la demostración se disparó.

• Documentación. Es probable que un grupo de personas será la creación de la documentación de la aplicación. Van a iniciar sesión en el servidor y tomar capturas de pantalla y la realización de otras actividades relacionadas con la documentación de usuario final. Es importante dar a sus escritores tecnología un entorno estable desde la que desarrollar su documentación.

• Beta. Cuando usted piensa que su aplicación está lista para la producción, que sus usuarios finales probar el software por última vez antes de que se puso en marcha a la producción. Este proceso se llama poner fin a las pruebas de aceptación del usuario. Es una buena idea para llevar a cabo esta prueba desde un servidor beta especial.

• Producción. La versión de producción de su programa es la que se utiliza por los usuarios finales. Todo depende de sus administradores de servidores para asegurarse de que el servidor de producción se mantiene a su disposición. Esta será la última parada que cualquier versión de su software se rodó.

No es necesario configurar todos estos ambientes en diferentes máquinas. Varios de estos ambientes se pueden combinar en una sola máquina.

Sepa lo que está en desarrollo

Como desarrollador, usted debe entender el problema que estamos tratando de resolver. Esto puede parecer obvio, pero los desarrolladores de aplicaciones de gran tamaño puede fácilmente perder de vista el objetivo por varias razones:

• Especificaciones del programa poco claros

• Los desarrolladores que son conscientes de sólo sus propias áreas locales del programa

• El escaso acceso a los usuarios de negocios que entienden las especificaciones

Entender las herramientas

Muchas herramientas están disponibles para hacer la vida de los desarrolladores más fácil. Por desgracia, puede pasar mucho tiempo aprendiendo a utilizar estas herramientas antes de darse cuenta ninguna ganancia en tiempo de programación. En efecto, su tiempo para aprender una herramienta es una inversión. Un desarrollador debe tener al menos las siguientes herramientas:

• Un editor de archivos de texto

• Un entorno de desarrollo integrado (IDE) que soporta la depuración

• Una herramienta de construcción, tales como ANT

• Un embellecedor de código fuente

• Taller de Recursos WebLogic

• El control de versiones

Crear sistemas modulares, disociados

Una aplicación de gran tamaño tendrá muchas clases y sistemas entrelazados. Creación de un sistema compuesto por muchos módulos tiene varias ventajas:

• Módulos comunes pueden ser reutilizados.

• El programa es fácil de entender porque los grandes problemas se dividen en muchos problemas pequeños.

• Diferentes programadores pueden estar trabajando en diferentes módulos sin interferir entre sí.

A medida que el sistema crece, módulos específicos se moverán de desarrollo activo a modo de mantenimiento. Asegúrese de que estos módulos están construidos de tal manera que el desarrollo en curso no causa errores que se produzcan en el código previamente de trabajo. Estos errores se denominan errores de regresión.

Sea consciente de la seguridad

Los medios de comunicación está llena de informes de personas que explotan fallos de seguridad en el software. Como a diseñar e implementar su aplicación, debe ser consciente de la seguridad. Fallos de seguridad pueden introducirse en su sistema de muchas maneras:

• Aprovechando parámetros validados

• Manipulación URL

• Desbordamientos de búfer

• La inyección de comandos en los parámetros que pueden hacer su camino a SQL

• La explotación de fallos de seguridad conocidos en el sistema operativo o el software de servidor

Muchos fallos de seguridad son el resultado de no contar con los últimos parches para su sistema operativo o el software de servidor. Asegúrese de que dispone de los parches más recientes.

Pon a prueba tu software

Como desarrollador, siempre debe probar sus módulos, así como puedas antes de que sean integrados con los otros módulos. Se llama las pruebas unitarias. Cuando se crea un módulo, que debe hacer todas las pruebas de la unidad con la mano.

Cuando esté satisfecho con los resultados de la prueba de la unidad, ya está listo para integrar su módulo con los desarrollados por otros. Este proceso se llama pruebas de integración. Las pruebas de integración implica el trabajo en equipo con otros desarrolladores como sus componentes se juntan por primera vez.

Además de las pruebas realizadas por los desarrolladores, habrá pruebas realizadas por la gente de control de calidad y los usuarios finales. Como estos usuarios probar el software. van a encontrar errores. Si usted tiene un número de personas de control de calidad y los desarrolladores, una herramienta de seguimiento de errores puede ser muy útil. Además, las herramientas de seguimiento de errores permiten notas que se adjuntan a los errores individuales. Cuando los desarrolladores o usuarios a encontrar un error, pueden documentar la resolución. Esto es importante porque no todos los insectos son el resultado de errores de programación.

Cuando el sistema está casi listo para ser ejecutado desde el servidor de producción, se debe realizar poner fin a las pruebas de aceptación del usuario. Esto le da a los usuarios finales una última oportunidad para probar el sistema antes de que se rueda en la producción.