• Recurso cartográfico: información sobre una entidad georeferrenciada . Por ejemplo un mapa, una feature, una cobertura, un metadato,etc.
• Service: protocolo de comunicación en la arquitectura cliente-servidor.
• Server: producto software que implementa la especificación de un servicio.
• Publicación: generación de los recursos necesarios (ficheros de configuración) para que funcione correctamente un servidor.
• Feature: Entidad cartográfica vectorial como un punto, línea o polígono.
• Topónimo: nombre que identifica una feature.
• Metadato: Información asociada a un recurso cartográfico.
• WMS: Servicio de mapas. El cliente se comunica con el servidor para obtener "fotografías" de la cartografía.
• WFS: Servicio de features. El cliente se comunica con el servidor para obtener cartografía vectorial.
• WCS: Servicio de cobeberturas. El cliente se comunica con el servidor para obtener cartografía en forma de coberturas ráster.
• WFS-G: Servicio de nomenclátor. Perfil (caso de uso específico) del protocolo WFS en el que el cliente obtiene un feature a partir de un topónimo.
• CS-W: Servicio de catálogo. El cliente puede realizar búsquedas sobre infromación cartográfica en un catálogo de metadatos.
• SLD: Descriptor de estilos de capas. Especificación de cómo debe definirse la leyenda y simbología de una capa WMS.
• Mapfile: Fichero de configuración de Mapserver.
• SRS: Sistema de referencia espacial. Sistema de coordenadas de cualquier georreferenciación.
• Leyenda
• Símbolo

Convenciones UML

<<analysis subsystem>>

Esteroripo utilizado para especificar subsistemas de análisis. Estos subsistemas representan la arquitectura del sistema a alto nivel. Dicho subsistema agrupa clases de análisis.

IMPORTANTE: Un subsistema de análisis NO ES UN PAQUETE JAVA.

<<boundary>>

Clases del análisis que representan la frontera de un subsistema. Cuando hablemos de subsistemas de interfaz de usuario representan las ventanas y controles con los que trabaja el usuario. En el caso de ser un otro tipo de subsistema distinto, se trata de los interfaces públicos.

IMPORTANTE: Una clase del análisis NO ES UNA CLASE JAVA.

<<control>>

Clases del análisis que encapsulan la funcionalidad del sistema. En subsistemas de interfaz de usuario recogen e interpretan los eventos del usuario. En otro tipo de subsistemas se encargan de realizar cálculos y colaboraciones entre objetos del modelo.

IMPORTANTE: Una clase del análisis NO ES UNA CLASE JAVA.

<<entity>>

Clases del análisis que representan el modelo de la aplicación.

IMPORTANTE: Una clase del análisis NO ES UNA CLASE JAVA.