Terminología y convenciones
Glosario con los términos más importantes. Esterotipos UML usados.
* 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** *<>* 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.** *< >* 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.** *< >* 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.** *< >* Clases del análisis que representan el modelo de la aplicación. **IMPORTANTE: Una clase del análisis NO ES UNA CLASE JAVA.**