anchor.diff:  
   image::https://raw.githubusercontent.com/lametaweb/lametaweb.github.io/master/images/003/post003-fig025.png[]
   
  -Vamos a ver rapidamente el significado de cada elemento, pero antes fijamos la codificación a nivel del propio proyecto, con esto evitamos que nuestra codificación dependa del IDE al que eventualmente llevemos el proyecto. Así que pulsamos botón derecho sobre el proyecto y _Properties > Resource > Text File encoding > Other: UTF-8_.
  +Vamos a ver rápidamente el significado de cada elemento, pero antes fijamos la codificación a nivel del propio proyecto, con esto evitamos que nuestra codificación dependa del IDE al que eventualmente llevemos el proyecto. Así que pulsamos botón derecho sobre el proyecto y _Properties > Resource > Text File encoding > Other: UTF-8_.
   
   .Elementos generados en la creación del proyecto
   [cols="6,15", options="header"]
  
positive.code: 3. Desconocimiento del progreso de cada trabajo: El Jefe de Operación no puede informar de forma clara a los clientes en cada momento del progreso de los trabajos contratados.
  4. Ausencia de información estadística: Variaciones de carga de trabajo estacionales, frecuencia de averías por componentes y por modelo y marca de drone, etc.
  
  Lo anterior naturalmente no es un análisis de requisitos exhaustivo, pero muestra cómo una aplicación puede facilitar en gran medida las tareas dentro de una organicación. Cómo nuestro objetivo ahora es entender las partes de una aplicación Java EE tomaremos en cuenta sólo el primer punto de la lista y lo convertiremos en nuestro requisito funcional único.
  
  Siguiendo con el análisis, delimitemos el alcance del sistema. Como entidades del modelo de dominio distinguimos las siguientes:
  
  
negative.code: 
  * PuntoRuta: Representa un punto geolocalizado que forma parte de la ruta que se define para un Trabajo.
  
  Nuestro requisito genera un único caso de uso, donde el usuario introduce una fecha y hora y solicita un listado de los drones que están realizando un trabajo en esa fecha y hora. La interfaz de usuario necesaria será por tanto una sola pantalla con componentes para la entrada de la fecha/hora y un área para mostrar el listado de los drones. Para cerrar el análisis sólo nos falta ponerle el nombre al proyecto, y sin tirar de demasiada imaginación lo bautizaremos con el nombre de *+++<span style="color:blue">+++j+++</span>+++drone*.
  
  A continuación establecemos la arquitectura de la aplicación, que es de lo que se trata realmente en este post. Haciendo una lista de todos los elementos tecnológicos implicados tenemos:
  
  * Entorno de desarrollo (IDE): Eclipse con conjunto de plugins de JBoss.
  * Gestor de ciclo de vida: Maven. Que viene ya incluido e integrado con el IDE.
  * Gestor de versiones del código fuente: Git con repositorio remoto en GitHub. Este aspecto se tratará cuando ya tengamos la versión 1.0 de la aplicación lista, de manera que los desarrollos posteriores estén ya versionados.
  * Empaquetado de la aplicación: WAR (Web ARchive).
  * Servidor: JBoss EAP 6.3. Certificado para Java EE 6.
  * Framework de capa de presentación: JSF 2.1.
  