1. Una para el cliente,
2. otra donde se juntan la de presentación y la de negocio, a ésta se le conoce como Web Tier; 
3. y otra para los recursos (base de datos o cualquier repositorio).

1. La hilera de Cliente sigue siendo para el navegador y los procesos que corren dentro de él.
2. La de Presentación está asignada para el contenedor Web y aquí residirán los jsp y servlets.
3. La hilera de Negocio está reservada para clases de negocio, ejbs de sesión, de mensajes, o web service, etc. Éstos componentes tendrán la responsabilidad de ejecutar las reglas de negocio. En esta hilera vive un contenedor de aplicaciones como JBoss, Glassfish, etc.
4. Por último está la hilera de Recursos, en la cual vive el repositorio de datos, ya sea una base de datos, archivos, ftp, ldap, etc.

• servlets que su función será de controladores de la vistas,
• Jsp, que serán las vistas,
• EJB o clases de servicio que realizarán el negocio,
• Pojos que serán las entidades de negocio,
• DAOS las cuales serán las responsables de la conexión a la base de datos y realizar el CRUD (create,
• retrieve, update, delete).
• Y clases de utilería y librerías.

Descripción

• Un desarrollador inicia un proyecto desde cero y guarda el código en un versionador.
• Los demas desarrolladores podrán accesar a dicho código y pueden codificar todos a la vez y hasta crear otros proyectos o modulos dependientes.
• Mientras cada uno registra sus cambios en el versionador, un servidor de Integración Continua irá bajando cada versión y lo compilará en un ambiente independiente para asegurar que el código funciona en cualquier ambiente sin dependencias de configuración local.
• El mismo servidor hará pruebas unitarias para asegurar que cada versión no ha sufrido una regresión en funcionalidad.
• Después guardará el artefacto (el compilado, ejecutable, jar, war etc) en un repositorio de artefactos como versión SNAPSHOT o EN-DESARROLLO para que otros puedan usarlo. 
• En caso que tenga proyectos dependientes,  este servidor también obtendrá el código del repositorio de versiones y hará la compilación y pruebas unitarias pero, obviamente, utilizando la versión que se está probando para asegurar que no solo el proyecto funciona sino que no haya provocado errores en sus proyectos o módulos que lo usan.
• Después de verificar las pruebas unitarias, el servidor podrá ejecutar varias tareas escalonadas, tales como pruebas funcionales, siguiendo con pruebas de control de calidad de código, stress, etc.
• Si todos esos pasos han concluido satisfactoriamente podrá hacer la implementación en algún ambiente, por ejemplo UAT o pruebas. Esto implica que ponga el ejecutable en algún contenedor (jboss, tomcat, etc), realice las configuraciones necesarias,  configure la base de datos, repositorios, etc para que funcione correctamente en dicho ambiente.
• Después podrá ejecutar pruebas de aceptación sobre la reciente implementación para asegurar que la funcionalidad y requerimientos iniciales estén implementados. Estas pruebas son las mismas que se le entrega a los testers para validar cada caso de uso y escenario,  únicamente que estas son automatizadas.
• Si las pruebas son correctas, el servidor podrá hacer nuevamente la implementación pero tal vez ahora en el ambiente de producción.  
• Después podrá repetir las pruebas de aceptacion pero ahora con datos reales. Esto se convertiría en Pruebas de Integración ya que estariamos asegurando que la implementación esté correcta y el sistema esté integrado con los demás sistemas como base de datos, mensajeria y hasta redes.

Herramientas que Componen a Integración Continua

Resumen.

• Automatización de tareas para disminuir error humano.
• Automatización de pruebas para poder hacer análisis y verlo todo en un tablero de control.
• Disminución de responsabilidades extras a los desarrolladores, testers, integradores, etc.
• Establecimiento de métricas y procesos definidos para optimizar y eficientar tiempo y calidad. 
• Facilidad para obtener reportes de cada prueba y así poder integrar al usuario en el status de cada proyecto.  
• Visibilidad de todos los proyectos y su relación entre varias dependencias.
• Tener un repositorio centralizado tanto de códigos fuentes como de artefactos finales y la capacidad de poderlos dividir entre desarrollo y liberaciones.
• Posibilidad de decrementar el tiempo para liberar a producción cambios y aumentando la calidad.}