Add 024

Diseño Arquitectural del
CREPAD V1
Preparado por: GMV S.A. (varias aportaciones)

CRISA (varias aportaciones)
Revisado por: Joaquín Cosmen (GMV S.A.)
Autorizado por:
Código: GMV-CREPAD-DDA-002
Versión: 2.0.
Fecha: 6/11/96
Código interno: GMVSA 2134/96
GMV, S.A.
c/ Isaac Newton 11
P.T.M. - Tres Cantos
E-28760 Madrid
ESPAÑA
Tel.: +34-1-807 21 00
Fax: +34-1-807 21 99
Tlx.: 48487 GMEV E
© GMV S.A., 1996
Este documento sólo puede ser reproducido en parte o en su totalidad, o archivado, fotocopiado,
transmitido de cualquier manera o através de un medio electrónico o mecánico con permiso previo de
GMV. Además debe referenciarse si se toma como fuente de información.
Fecha: 16/10/2008
Versión: 1.0
Página: i de iii
HOJA DE ESTADO DEL DOCUMENTO

Versión Fecha Páginas CAMBIO(S) Visado
1.0 202 Primera versión
1.1 72 Adición de diseño Lógico y de Base de
datos (capítulo 7).
2.0 211 Inclusión de Arquitectura física.
Diseño Completo de Arquitectura
Lógica.
Fecha: 16/10/2008
Versión: 1.0
Página: ii de iii
Tabla de Contenidos
Fecha: 16/10/2008
Versión: 2.0
Página: 1 de 211
INTRODUCCIÓN
Propósito
Este documento presenta el Diseño Arquitectural del CREPAD describiendo el diseño de alto
nivel.
El diseño se ha desarrollado siguiendo guiones de diseño (“storyboards”). Un guión describe
esquemáticamente la forma en que un usuario accede a las funcionalidades del sistema en un
determinado escenario.
Una de las ventajas inmediatas de esta metodología es la facilidad con que permite pasar
rápidamente del papel al prototipo, lo que permite al usuario proporcionar sus opiniones a la
especificación a partir de la evaluación de éste y refinar la misma en un momento adecuado
para evitar malgastar esfuerzos en las fases de diseño e implementación.
Alcance
Esencialmente, la finalidad última del CREPAD es permitir a usuarios potenciales la

obtención de los datos de observación de la tierra disponibles en el centro y que inicialmente
provienen de una serie de sensores ópticos que incluyen a SeaWiFS, AVHRR, OCTS y MOS.
El Centro, arquitecturalmente desglosado en cuatro elementos funcionales, cubre los servicios
de:
• Atención a usuarios, tanto locales como remotos, en la adquisición de productos de
teledetección,
• Archivo, catálogo e inventario para el almacenamiento y gestión de imágenes,
• Control de la calidad de imágenes y producción de alto nivel, y
• Coordinación y administración de los servicios del centro.
Además, se prevé establecer las interfaces necesarias hacia la red de adquisición y procesado
de datos de bajo nivel que actualmente se encuentran disponibles en el centro de
Maspalomas.
Fecha: 16/10/2008
Versión: 2.0
Página: 2 de 211
REFERENCIAS
Documentos Aplicables
Los siguientes documentos forman parte del presente documento en el grado en que se
especifique en el mismo. En caso de conflicto prevalece lo expresado en este documento.
Referencia Título Código Versión Fecha
[DA.1] Definición de un PAC y NS-E para Maspalomas GMVSA 130/96 1.0 21.06.96
[DA.2] Plan de Gestión de Proyecto GMVSA 2127/96 1.0 08.08.96
[DA.3] Especificaciones software del CREPAD V1 GMVSA 2138/96 1.0 05.09.96

Fecha: 16/10/2008
Versión: 2.0
Página: 3 de 211
DESCRIPCIÓN GENERAL
La descripción funcional del CREPAD se basa en la identificación de cuatro grandes bloques
funcionales como son:
1. Archivo, catálogo e inventario
2. Servicios de usuario,
3. Servicios de Coordinación y Administración
4. Servicios de Calidad, formación y producción.
La siguiente figura muestra, de forma simplificada, interacción entres los cuatro grandes
módulos:
Figura.1.- Diagrama Lógico/Funcional del CREPAD V1.
El Módulo de Calidad se encarga fundamentalmente de la recepción, tanto externa como

desde el propio centro, de los productos generados por los procesadores. Dicha recepción
contempla entre otros aspectos la transformación de los formatos de recepción a formatos de
archivo con los que sistema finalmente funcionará. Asimismo, el modulo de Calidad se
encarga de establecer las anotaciones de calidad sobre los productos mediante análisis visual.
Como resultado, este módulo proporciona productos anotados para su archivo en varios
formatos.
El Módulo de Archivo, Inventario y Catálogo es el elemento central de CREPAD. Se
encarga de la recepción de los productos anotados y de su clasificación. Los productos,
identificados por sus datos generales, sus imágenes de browsing y el fichero de producto
completo, son registrados en una base de datos de catálogo para su consulta y distribución a
usuarios finales. Los productos pasan por tres estados temporales dependiendo del sistema de
almacenamiento en el que residan: en línea, robotizado y fuera de línea. Si bien los productos
completos se moverán entre los diferentes dispositivos de almacenamiento de forma
transparente para el usuario, los datos de los productos y sus imágenes de browsing
permanecen permanentemente en línea hasta su descatalogación.
Fecha: 16/10/2008
Versión: 2.0
Página: 4 de 211
A través de un interfaz a la base de datos encargada del registro de productos (que será
desarrollada en ORACLE) los servicios de usuario proporcionan los mecanismos que
permiten la búsqueda y selección de los productos que interesan al usuario.
De forma resumida, el módulo de archivo/catálogo/inventario recibe como entrada productos
anotados y proporcionará servicios de búsqueda y acceso a los productos registrados y
catalogados.
El Módulo de Atención al Usuario es en último término el encargado de la interacción final
con el usuario. Un usuario podrá ser externo, cuando se conecte desde fuera del centro, o
interno, cuando lo haga desde dentro del mismo. En cualquier caso, el interfaz para ambos
tipos de usuarios será similar y sólo presentarán diferencias en cuanto a prestaciones
(velocidad de proceso). Toda interacción con el CREPAD por parte de cualquiera de estos
usuarios se ejecuta a través de un interfaz a un servidor WWW debidamente protegido con
un Firewall.
El módulo de atención al usuario proporciona dos grandes bloques de servicios:
1. Navegación, búsqueda, visualización y distribución de productos mediante el acceso al
catálogo disponible en el Módulo de Archivo/Catálogo/Inventario. Todo el interfaz
con este módulo se realiza mediante servicios de Internet/Intranet.
2. Información general que proporciona, para cualquier usuario con independencia de que
se trate de un usuario esporádico y no registrado en el centro, información sobre
misiones, el propio CREPAD, conexión a otros centros, tablones de anuncios y
consultas al coordinador del centro. Estos servicios son accesibles a través de
Internet/Intranet.
Soportando a estos dos bloques funcionales de atención al usuario se encuentran los módulos
de gestión de usuarios y sus cuentas que son manejados por el coordinador del centro para la
asignación de crédito y privilegios de acceso. Un usuario externo o interno puede acceder a
estos módulos de gestión de usuarios y cuentas en modo consulta.
Finalmente, el Módulo de Coordinación, se encarga de gestionar todos los servicios del
CREPAD completando en algunos casos, y de forma puntual, los servicios de atención al
usuario. Tal será el caso, de peticiones de usuarios sobre productos de adquisición futura que
son gestionados directamente por el coordinador del sistema debido a la necesidad de
disponer de autorizaciones de terceros para proceder a las adquisiciones.
El módulo de coordinación, monitoriza el funcionamiento global del sistema consultando
bases de datos y ficheros de logs de conexión para obtener estadísticas sobre el
funcionamiento global del centro. Además se encarga de la administración del sistema.
Fecha: 16/10/2008
Versión: 2.0
Página: 5 de 211
ENTORNO DE FUNCIONAMIENTO
La sala dedicada al CREPAD deberá cumplir con al menos una serie de condicionantes
elementales:
• Disponibilidad de espacio físico para acomodar los diversos equipos considerados
dentro de la infraestructura.
• Posibilidad de establecer un enlace entre el CREPAD y los procesadores
proporcionados por la ESA (SeaShark).
• Comunicación externa en cuanto a acceso a redes públicas de datos o líneas punto a
punto.
• Servidumbres propias de los equipos tales como tomas de corriente eléctrica.
La solución propuesta por GMV muestra una disposición del CREPAD en la sala existente
entre las salas de operaciones MER-NORTE y MER-SUR del centro de Maspalomas.
La sala MER-NORTE está dedicada a dar servicios a las misiones SPOT, ERS-1 y 2,
LANDSAT, NOAA AVHRR y MOS. En ella se acomodan los equipos de procesado
necesario para la misión AVHRR (SeaShark).
La sala MER-SUR está por el momento vacía si bien el INTA pretende dedicarla a la misión
MINISAT.
Las tres salas (CREPAD, MER-NORTE, y MER-SUR) están preparadas con falso suelo, aire
acondicionado, sistema de alimentación ininterrumpida, etc..
relación con otros sistemas
El CREPAD se inicia con una vocación integradora que le permita en un futuro formar parte
de una red integrada de centros de observación de la tierra. No en vano, pretende en su
versión inicial permitir conexiones a centros de la Agencia Europea del Espacio y de la
Comisión Europea tales como ESRIN, EWSE, o el CEO.
restricciones generales
Ninguna
Fecha: 16/10/2008
Versión: 2.0
Página: 6 de 211
DESCRIPCIÓN OPERATIVA DEL CREPAD

Atendiendo al tipo de escenario, el sistema se descompone en dos grandes bloques que
proporcionan los niveles de interacción con el sistema:
Usuario final. Se entiende por usuario final cualquier usuario interno o externo que acceda a
los servicios del CREPAD en modo consulta y petición. Tiene relación con el CREPAD como
sistema (a través de Internet) y también acceso al centro por otros mecanismos externos.
(probablemente con el Administrador de cuentas y usuarios - User Account Manager-).
Dentro del grupo de usuarios, cabe distinguir dos tipos:
• Gestor de cuenta de cargo. Es una persona de la organización usuaria, responsable de
solicitar el crédito, y administrar la lista de usuarios de su organización que
pueden beneficiarse del crédito disponible en la cuenta.
• Usuario normal, asociado a una cuenta de cargo correspondiente a su organización y
gestionada por el gestor de cuenta de cargo.
La distinción viene impuesta por la estructura que se considera habitual en las organizaciones
clientes potenciales. El tipo normal de cliente son organizaciones (publicas o privadas) con un
grupo o varios de investigadores o analistas. Para este tipo de organizaciones existe
normalmente un responsable de suministros, y posiblemente un responsable dedicado a la
gestión para las adquisiciones de imágenes. Normalmente esta persona no tiene porque ser
investigador o analista, y su función es exclusivamente administrativa. La labor de búsqueda
de la imagen mas adecuada para una determinada aplicación, por otro lado, la lleva a cabo el
propio analista. Esta labor implica un análisis de la adecuación geográfica, temporal, espectral
y cualitativa de las imágenes previo a su adquisición. Esta particularidad de la gestión interna
de este tipo de organizaciones nos ha aconsejado esta distinción en cuanto a los tipos de
usuario.
El mecanismo de registro de registro viene explicado en la sección correspondiente de la

escena 8 (registro de usuarios).
Coordinador. Este es el operador genérico que será el encargado de gestionar el

funcionamiento idóneo del sistema, para ello necesitará de una serie de servicios de
coordinación y administración a los que sólo él podrá acceder.
Fecha: 16/10/2008
Versión: 2.0
Página: 7 de 211
OPERACIONES DEL USUARIO FINAL
método de diseño
Esta sección se centra en las operaciones que el futuro usuario del centro será capaz de
realizar y los servicios que el CREPAD deberá proveer a través del interfaz WWW, en cierta
forma esta estructurada como avance del futuro “manual de usuario” y especifica la secuencia
de operaciones que el usuario realiza durante su interacción con el CREPAD. Esta primera
sección servirá de base para, alrededor del concepto operacional aquí definido, construir una
arquitectura del centro orientada a estos objetivos, y ,en definitiva, orientada al usuario.
Esta metodología se separa en cierta forma de la tradicional para el segmento terrestre de
sistemas espaciales, en los cuales el interfaz de usuario es un módulo mas y con frecuencia
secundario ya que se supone al operador con unas habilidades y formación adecuadas para las
operaciones. Para el diseño del CREPAD, sin embargo, no se debe suponer ninguna
formación especifica al usuario ni mas habilidades que las propias del navegador de WWW.
Es más, se debe reconocer que el éxito o el fracaso del sistema estará en gran medida
determinado por esta interacción con el usuario y en la medida en que las expectativas de la
futura audiencia sean cubiertas por el interface.
Por todo ello, se ha decidido desarrollar el trabajo definiendo el interfaz con el usuario para
posteriormente construir “alrededor de este” los elementos necesarios.
Simultáneamente a la elaboración de este documento, se están desarrollando las paginas de
Web en forma de prototipo que servirán de plantilla a los posteriores desarrollos. Algunas de
ellas se presentan ya en esta sección como muestra.
El CREPAD estará concebido como un sistema con un alto grado de interacción con el
usuario. Ello hace que una parte fundamental de la especificación del sistema se refiera a la
forma en que los distintos tipos de usuario concebibles acceden al sistema y “navegan” a
través de las distintas funcionalidades del mismo. En general, las especificaciones de los
sistemas de procesado, archivo o distribución tienden a dar más importancia a las
capacidades proporcionadas por cada uno de los grandes bloques funcionales del sistema que
al modo en que facilitan el acceso a las mismas. En numerosas ocasiones esto conduce a
situaciones en el usuario “rechaza” el sistema, pese a que éste verifica escrupulosamente
todos los requisitos impuestos al mismo. El problema es bien conocido en el área del
desarrollo de sistemas de interfaz hombre-máquina, donde se ha experimentado con diversas
técnicas de especificación con el objetivo de paliar en lo posible este inconveniente.
En particular, una de la técnicas que se ha probado tienen más éxito para abordar este
problemas es la utilización de guiones de diseño (“storyboards”). Un guión describe
esquemáticamente la forma en que un usuario accede a las funcionalidades del sistema en un
determinado escenario. Típicamente, en un sistema con un elevado grado de interacción con
el usuario, el guión describe las pantallas y menús que el sistema ofrece al usuario, el modo
en que un usuario puede “navegar” entre aquellas y las reacciones del sistema a las acciones
del usuario, tanto en términos de respuestas enviadas al usuario (mensajes, displays gráficos,
tablas en pantalla, material impreso, etc.), como en términos de acciones internas del sistema.
El término guión (“storyboard”) se utiliza en este tipo de método en el mismo sentido que en
el desarrollo de una película. El guión define lo que va a suceder en una escena, el entorno (o
sea, el decorado) y las acciones de los personajes. Asimismo, define cual es la escena anterior
y cual la escena posterior. Sin embargo, en nuestra película la siguiente escena depende de las
acciones del personaje (del usuario) en la escena presente.
Fecha: 16/10/2008
Versión: 2.0
Página: 8 de 211
Una de las ventajas inmediatas de esta metodología es la facilidad con que permite pasar
rápidamente del papel al prototipo, lo que permite al usuario proporcionar sus opiniones a la
especificación a partir de la evaluación de éste y refinar la misma en un momento adecuado
para evitar malgastar esfuerzos en las fases de diseño e implementación.
En las siguientes secciones se presentan los diversos escenarios de operaciones del CREPAD
empleando esta metodología. Para ello, se describe cada escena (que correspondería en
términos bastos a una pantalla de acceso al sistema) que encuentra cada tipo de usuario
cuando opera el sistema, se describe el entorno de dicha escena (esto es, como se accede a
dicha pantalla, qué operaciones es posible realizar en la misma) y que escenas son accesibles
a partir de la misma, de modo que puede construirse, encadenando escenas, una secuencia
completa de operaciones.
descomposición del sistema
A continuación se enumeran una serie de escenarios por los que el usuario final “navegará” y
que básicamente contienen los siguientes elementos:
• Descripción. Detalla el modo de interacción del operador con el sistema, las acciones
que este realiza y el cambio de escenario que se produce como consecuencia de la
ejecución de dichas acciones.
• Acciones. Resume en forma de tabla la acción del operador y el efecto producido.
Dicho efecto se traduce en la mayor parte de los casos en un cambio de escenario.
• Entrada/Salida. Describe el tipo de entrada aceptada en el escenario en cuestión y las
salidas que se producen como resultado de alguna de las acciones descritas en la
tabla de acciones.
• Operaciones internas. Detalla el conjunto de operaciones internas que frente a las
entradas del operador serán las encargadas de producir las salidas esperadas y
descritas bajo el epígrafe de Entrada/Salida.
• Restricciones. Identifican aquellas restricciones que serán de directa aplicación al
escenario y que particularizarán el nivel de presentación y la interacción con el
operador.
Los escenarios que se describen a continuación resumen de forma intuitiva la interacción con
un usuario y el nivel de servicios proporcionados por el CREPAD. En algunos casos la
descripción de los escenarios se completará con volcados de pantallas prototipo que puedan
servir de referencia para determinar la apariencia final del sistema. Dichas pantallas son sólo
orientativas y no tienen otro objetivo que presentar un posible estilo de interacción.
Fecha: 16/10/2008
Versión: 2.0
Página: 9 de 211
Escena 1: Bienvenida al CREPAD (“Wellcome to CREPAD”)
NOTA: Esta página está elaborada utilizando el idioma castellano, pero la versión final deberá utilizar el idioma inglés.
Descripción
El usuario ha accedido al centro utilizando bien un acceso remoto mediante Internet, bien un
acceso local mediante Intranet, utilizando un navegador (i.e. Netscape). Lo que encuentra a
su entrada es la pantalla de bienvenida al CREPAD (i.e. el “home page” del CREPAD).
La pantalla de bienvenida al CREPAD ofrece una visión rápida de los servicios disponibles en
el centro a los que se puede acceder “pinchando” en el icono o línea de texto correspondiente.
Por delante de los iconos de servicios del centro, se incluye una brevísima descripción de
dónde está el usuario.
Los servicios a los que puede entonces saltar el usuario son:
• Información general sobre el CREPAD.
• Las misiones de observación de la tierra.
• Inventario de productos.
• Registro de Usuarios.
• Gestión de cuentas de cargo.
• Estado de cuentas y peticiones.
Fecha: 16/10/2008
Versión: 2.0
Página: 10 de 211
• Acceso a otros centros.

• Tablón de Anuncios.
La pantalla de acceso al centro debe estar convenientemente adornada empleando una imagen
de algunos de los productos del centro.
La pantalla de entrada debe también proporcionar un conjunto de botones para saltar al
servicio seleccionado por el usuario, pero las acciones asociadas a cada botón deben ser
totalmente equivalentes a las que se disparan “pinchando” en los iconos o líneas de texto
anteriores.
La pantalla de entrada debe proporcionar además la dirección del “webmaster” del CREPAD
de modo que sea posible enviar un correo electrónico al mismo (ver figura).
Fecha: 16/10/2008
Versión: 2.0
Página: 11 de 211
Acciones del usuario y reacciones del sistema
1 Pinchar en el icono/botón/línea de texto “General  Pasar a escena 2

Information about CREPAD” (“Información general
sobre el CREPAD”)
2 Pinchar en “Earth Observation Missions covered by  Pasar a escena 3
CREPAD” (“Las misiones de observación de la tierra
cubiertas por el CREPAD”)
3 Pinchar en “Products Inventory” (“Inventario de  Pasar a escena 4
productos”)
4 Pinchar en “Orders Request” (“Servicios de petición de  DESHABILITADO (sólo se puede
productos”) acceder desde la escena 4)
5 Pinchar en “Other EO Centres” (“Acceso a otros  Pasar a escena 6
centros”)
6 Pinchar en “CREPAD Noticeboard” (“Tablón de  Pasar a escena 7
Anuncios”)
7 Pinchar en “Users Registration” (“Registro de  Pasar a escena 8
usuarios”)
8 Pinchar en “Orders and Account Status” (“Estado de  Pasar a escena 91
Cuentas y Pedidos”)
9 Pinchar en “Account management” (“Gestión de cuentas  Pasar a escena 10
de cargo”)
10 Pinchar en “Webmaster”  Acceder al servicio de correo electrónico
del navegador
Descripción de entradas y salidas

Las únicas entradas aceptadas en esta escena son acciones del ratón. No hay salidas del
sistema hacia el usuario; éste se limita a proporcionar acceso a las escenas correspondientes,
además de mostrar el contador de número de usuario.
Operaciones internas
1. Se incrementa el contador de número de accesos al CREPAD.
2. Se activa la escena seleccionada.
3. Cualquiera requerida al navegador (saltar hacia atrás, refrescar pantalla, almacenar
dirección de acceso, recargar imágenes).
Restricciones
Deben observarse buenas prácticas y normas de diseño de páginas HTML. Hay diversas
guías al respecto.
1 Por omisión, este elemento de la botonera no aparece en la muestra, sin embargo, si

debiera aparecer en la versión definitiva.
Fecha: 16/10/2008
Versión: 2.0
Página: 12 de 211
Escena 2: Información general sobre el CREPAD (“General Information about CREPAD”)
Descripción
El usuario ha saltado a la página de “Información general sobre el CREPAD” desde cualquier
otra escena (página) del web del centro. Puede estar familiarizado con el centro o buscar
información específica sobre alguno de sus servicios presentes o planeados para el futuro (por
ejemplo, puede querer conocer más detalles sobre los contenidos genéricos de las bases de
datos del centro). Así pues, es posible prever que el usuario desee acceder por distintos
puntos a esta página.
La pantalla está dividida en distintas áreas o bloques. Cada bloque contiene una mezcla de
imágenes y texto que explican lo que el CREPAD puede ofrecer al usuario y permite el
acceso a dichos servicios “pinchando” con el ratón sobre palabras clave o iconos.
Existen los siguientes bloques de información:
1. Introducción
Permite el acceso rápido a las distintas áreas de información sobre el centro
mediante una lista de las mismas o texto con palabras clave, p.ej.: “Esta página
contiene información sobre los objetivos del CREPAD, su historia, las
características del centro piloto, los productos disponibles...”
Fecha: 16/10/2008
Versión: 2.0
Página: 13 de 211
1. Objetivos del CREPAD

Contiene una descripción de los objetivos del centro. Desde la palabra clave
servicios de usuario se puede saltar al bloque de información correspondiente a
éstos que se encuentra más adelante en la página.
1. Historia del CREPAD
Contiene una breve reseña de los motivos que llevan a establecer el CREPAD,
indicando la entidad responsable del mismo (desde la palabra clave INTA se puede
saltar al “home page” del INTA) y quién ha desarrollado el centro piloto (desde la
palabra clave GMV ó CRISA se puede saltar al “home page” de GMV ó CRISA).
Explica la evolución y el calendario de implantación del centro, incluyendo una
figura con el calendario de implantación previsto para la versión 2.0 y para la
incorporación de nuevas misiones y servicios.
1. Descripción del CREPAD V1.0
Incluye una descripción general de la arquitectura del centro, junto con un
diagrama del mismo. Incluye una foto de la estación de Maspalomas para
animar la página. Identifica las misiones atendidas por el centro piloto (desde
las palabras clave nombre de satélite y nombre de instrumento se puede saltar
a las páginas de información correspondientes. Se proporcionan detalles
significativos sobre la funcionalidad del centro, como por ejemplo:
Cobertura geográfica de la estación de Maspalomas (un dibujo).
Características de la antena de recepción.
Procesadores de datos disponibles (desde aquí se puede saltar a la
descripción de los productos del CREPAD V1.0, más abajo en esta
misma página).
Características físicas de las líneas de acceso
Equipos de proceso y para que se usan (desde aquí se puede saltar a la
descripción de los servicios del CREPAD V1.0, más abajo en la misma
página).
1. Productos del CREPAD V1.0
Incluye una descripción tabular de los productos del centro, indicando al menos el
instrumento de origen, el tamaño del área geográfica cubierta por el producto, el
nivel de procesado (de forma explicativa), las bandas espectrales del producto y
las posibles aplicaciones del mismo, así como un ejemplo del producto (i.e. una
imagen de browsing; pinchando en la imagen de browsing se puede ampliar esta a
pantalla completa). Contiene una referencia a los inventarios del centro y permite
saltar a la descripción de los servicios y al bloque que describe cómo acceder a
los servicios del CREPAD pinchando en una palabra clave (p.ej. “para el acceso a
los servicios del CREPAD”, pinchar en acceso envía a la página de cómo
acceder..., pinchar en servicios envía a la descripción de los servicios.
1. Servicios del CREPAD V1.0
Define los servicios proporcionados por el CREPAD al usuario final y permite
saltar a los mismos pinchando en las palabras clave o iconos de los mismos.
Identifica que servicios están accesibles para usuarios no registrados y cuales
requieren el registro previo, permitiendo saltar a la página correspondiente al
servicios de registro al pinchar en las palabras usuario registrado. Cada
Fecha: 16/10/2008
Versión: 2.0
Página: 14 de 211
“bullet” identificando el nombre del servicio viene acompañado de un breve

texto descriptivo y de un dibujo representativo del mismo. Se listan los
siguientes servicios:
Información general sobre las misiones de observación de la tierra y sus
aplicaciones.
Registro de usuarios.
Inventario de productos del centro.
Peticiones de productos.
Acceso a otros centros y redes de datos.
Tablón de Anuncios.
Estado de cuentas y peticiones del usuario
Para usuarios no registrados que solicitan el acceso a un servicio que requiere el
registro previo, se remite al usuario al servicio de registro de usuarios.
1. Descripción del CREPAD V2.0
Texto y diagramas describiendo lo que ofrecerá el CREPAD V2.0, su filosofía de
desarrollo y las relaciones con el PDS de la misión ENVISAT-1 y con MERIS.
1. Cómo acceder a los servicios del CREPAD
Explica al usuario los trámites necesarios para registrarse formalmente como tal y
las ventajas que ello aporta. Permite saltar al servicio de registro de usuarios.
Aparecen en la parte baja de la pantalla y de forma permanente (p.ej. en un frame separado)
la “botonera” que apareció ya en la escena 1 y el nombre del webmaster para enviar correos a
éste.
Fecha: 16/10/2008
Versión: 2.0
Página: 15 de 211
1 Pinchar en cualquiera de las palabras clave asociadas  Pasar al bloque de información

con un bloque de información correspondiente
2 Pinchar en un nombre de misión (p.ej. ENVISAT-1,  Pasar a la escena 3, entrando por la
SeaSTAR o ADEOS) descripción de la misión seleccionada
3 Pinchar en un nombre de instrumento  Pasar a escena 3, entrando por la
descripción del instrumento seleccionado
4 Pinchar en los diagramas de:  Abre la imagen a pantalla completa
• arquitectura del centro
• cobertura geográfica de la estación
• calendario de implantación
• imágenes de “browsing”
Information about CREPAD” (“Información general
sobre el CREPAD”)
6 Pinchar en “Earth Observation Missions covered by  Pasar a escena 3
CREPAD” (“Las misiones de observación de la tierra
cubiertas por el CREPAD”)
productos”)
8 Pinchar en “Orders Request” (“Servicios de petición de  DESHABILITADO (sólo se puede
productos”) acceder desde la escena 4)
centros”)
Anuncios”)
usuarios”)
12 Pinchar en “Orders and Account Status” (“Estado de  Pasar a escena 92
Cuentas y Pedidos”)
13 Pinchar en “Account management” (“Gestión de  Pasar a escena 10
cuentas de cargo”)
14 Pinchar en “Webmaster”  Acceder al servicio de correo electrónico
del navegador

Las entradas proporcionadas por el usuario incluyen “clicks” de ratón y los campos del
cuestionario (i.e. texto).
Las salidas proporcionadas por el sistema incluyen cambios de escena o saltos dentro de la
misma escena, mensajes de correo electrónico al administrador del centro y mensajes de
confirmación al usuario.

Fecha: 16/10/2008
Versión: 2.0
Página: 16 de 211
1. Se incrementa el contador de accesos a la página de información general sobre el

CREPAD
2. Se activa la escena o bloque de información requerido por el usuario.
3. Cualquiera requerida al navegador.
Restricciones
Toda la información presentada en esta escena (y las páginas que la compongan es estática, es
decir, son páginas pre-editadas HTML con la información contenida en ellas. No hay acceso a
base de datos.
Deben observarse las prácticas y guías de diseño de páginas HTML. Los usuarios no
registrados no pueden acceder a las páginas reservadas a este tipo de usuario desde este
punto.
Fecha: 16/10/2008
Versión: 2.0
Página: 17 de 211
Escena 3:Las misiones de observación de la tierra y sus aplicaciones(“Earth

Observation Missions covered by CREPAD”)
Descripción
El usuario ha saltado a la página de “Misiones de observación de la tierra y sus aplicaciones”
desde cualquier otra escena (página) del web del centro. Dependiendo del modo de acceso, se
activa el bloque de información general o el bloque de información correspondiente a una
misión o instrumento previamente seleccionado por el usuario. La escena tiene pues múltiples
puntos de entrada.
Si se accede empleando el botón “Misiones de observación de la tierra” que aparece en la
botonera en la parte inferior de todas las escenas o seleccionando desde cualquier punto del
web el servicio de información sobre misiones de observación de la tierra, se accede a esta
escena por el bloque de información general.
Cuando se activa el bloque de información general, el usuario recibe en pantalla la siguiente
información:
1. La preocupación por nuestro entorno
Este bloque contiene una justificación de por qué es necesario mantener una observación
constante sobre la tierra y sobre las preocupaciones que en definitiva motivan el
lanzamiento de misiones de observación de la tierra.
1. ¿Por qué las misiones espaciales de observación de la tierra?
Fecha: 16/10/2008
Versión: 2.0
Página: 18 de 211
Este bloque justifica las ventajas de la teledetección espacial frente a otras formas de
observación, y proporciona una lista de posibilidades de aplicación. Las posibilidades
de aplicación proporcionan un criterio para seleccionar a qué misiones quieren acceder
al usuario. Tras la lista aparece una caja con un menú pull-down adjunto (“combo
box”) que permite al usuario acotar el campo de aplicación para el que buscar
información sobre misiones de observación de la tierra. También se explican las
diferentes posibilidades ofrecidas por las distintas misiones según la resolución espacial
y espectral de los instrumentos a bordo. Aparecen dos “combo box” para permitir al
usuario especificar su búsqueda de instrumentos por estos criterios.
Se proporcionan ejemplos de aplicación. Puede permitirse saltar a las “home page”
correspondientes a los suministradores de los servicios de ejemplo y se remite al usuario a
los servicios de acceso a otros centros en cualquier caso (pinchando en las palabras clave
correspondientes).
1. Misiones(plataformas) de observación de la tierra
Se presenta al usuario un combo box en el cual puede seleccionar las plataformas de cuya
información en forma de páginas HTML se dispone en el centro, advirtiendo al usuario
que la lista puede ser incompleta (i.e. no incluir todas las misiones de observación
presentes pasadas y futuras, ya que en la primera versión sólo aparecerán las misiones
(plataformas) correspondientes a los instrumentos AVHRR, SEAWIFS, MOS y
OCTS).
La tabla se restringe a las misiones preseleccionadas por el usuario utilizando los “combo
box”.
La página HTML que se presenta al usuario que haya seleccionado una determinada
misión (plataforma) incluirá al menos la siguiente información:
Nombre de la misión (p.ej. SeaSTAR)
Organización propietaria (p.ej. NASA)
Operador (p.ej. Orbimage)
Fecha de lanzamiento (p.ej. Feb-1997)
Vida útil hasta ...(p.ej. Feb-2002)
Tipo de órbita (p.ej. casi-polar)
Altitud de la órbita (p.ej. 700 Km.)
Inclinación de la órbita (p.ej. 98º)
Instrumentos a bordo (p.ej. SeaWiFS, etc. - incluye la lista completa de
instrumentos de la misión).
Accesibilidad para el CREPAD (i.e. SI para SeaSTAR, NOAA y ENVISAT-1, NO
para el resto; cambiará a medida que se puedan incluir nuevas misiones).
1. Instrumentos de observación de la tierra

Se presenta al usuario una tabla (combo box) con la lista de instrumentos de observación
de la tierra sobre la que existe información en el CREPAD, advirtiendo al usuario que
la lista puede ser incompleta (i.e. al no incluir todas las misiones de observación
presentes pasadas y futuras).
Fecha: 16/10/2008
Versión: 2.0
Página: 19 de 211
La tabla (combo box) se restringe a los instrumentos preseleccionadas por el usuario

utilizando los “combo box”.
La página HTML que se presenta al usuario que haya seleccionado una determinado
instrumento incluirá al menos la siguiente información:
Nombre del instrumento (p.ej. MERIS)
Nombre de la misión o plataforma donde se aloja (p.ej. ENVISAT-1)
Principio físico del instrumento (p.ej. espectrómetro de imagen)
Rango espectral (p.ej. TBD)
Número de canales (p.ej. 16)
Sensor (p.ej. array de CCDs)
Ancho de barrido (p.ej. 150 Km. aprox.)
Tamaño de pixel (p.ej. 500 m)
Error (p.ej. <1% en la banda visible e IR cercano; <2% en la banda IR lejano)
Cuantificación y precisión radiométrica (p.ej. 16 bits)
Calibración en vuelo (p.ej. calibración solar y lámparas internas)
Aplicaciones (p.ej. oceanografía)

éste.
Fecha: 16/10/2008
Versión: 2.0
Página: 20 de 211
1 Pinchar en un “combo box”  Aparece un “pull-down” menú con una lista de

las opciones seleccionables (p.ej. lista de
misiones para las que existe información en el
CREPAD)
2 Pinchar en un ítem de un “pull down” menú  Muestra la selección en el cuadro de texto del
“combo box”
3 Pinchar en un botón “Información...”  Accede a una página donde se contiene la
información requerida sobre la plataforma o
sensor.
4 Pinchar en un diagrama, figura o imagen activo  Abre la imagen a pantalla completa
5 Pinchar en el icono/botón/línea de texto  Pasar a escena 2
“General Information about CREPAD”
(“Información general sobre el CREPAD”)
6 Pinchar en “Earth Observation Missions covered  Pasar a escena 3 (al comienzo)
by CREPAD” (“Las misiones de observación de
la tierra cubiertas por el CREPAD”)
productos”)
8 Pinchar en “Orders Request” (“Servicios de  DESHABILITADO (sólo se puede acceder
petición de productos”) desde la escena 4)
centros”)
Anuncios”)
usuarios”)
12 Pinchar en “Orders and Account Status”  Pasar a escena 93
(“Estado de Cuentas y Pedidos”)
14 Pinchar en “Webmaster”  Acceder al servicio de correo electrónico del
navegador

Las entradas proporcionadas por el usuario incluyen “clicks” de ratón y las selecciones
efectuadas mediante los “combo box” y su botón de información asociado.
Si el usuario no realiza ninguna selección, las salidas del sistema se limitan a cambios de
escena o mensajes de correo electrónico al administrador del centro.
1. Se incrementa el contador de accesos a la página de información sobre misiones e
instrumentos.
2. Se concatenan y activan las páginas HTML correspondientes a las misiones e instrumentos
seleccionados en las tablas.

Fecha: 16/10/2008
Versión: 2.0
Página: 21 de 211
3. Se activan las escenas seleccionadas desde la botonera a fondo de página.

Restricciones
base de datos.
punto.
Esta página es de acceso libre y no requiere que el usuario se registre previamente.
Las listas de ítems de los “combo box” están limitadas a un cierto número de palabras clave
predefinidas por el administrador del centro. No se permitirá la entrada libre de texto en los
“combo box”.
Fecha: 16/10/2008
Versión: 2.0
Página: 22 de 211
Escena 4:Inventario de productos(“Products Inventory”)
Descripción
El usuario ha saltado a la página de “Inventario de producto” desde cualquier otra escena
(página) del web del centro. Esta página es de acceso restringido a los usuarios registrados .
4
(Ver 5.1.12 para el proceso de identificación y autentificación).

Una vez pasada la fase de identificación y autentificación, el usuario accede al sistema de
catálogo e inventario del centro. Dicho sistema está basado en software comercial
configurado especialmente para cubrir las necesidades del CREPAD (EOS CBS- versión 2).
El sistema proporciona acceso a los diferentes inventarios de imágenes del centro siguiendo el
esquema de operaciones de dicho software comercial. La información contenida en los
diferentes inventarios se presenta al usuario utilizando siempre el mismo o semejante
formato.
El funcionamiento de este software comercial es básicamente un sistema de búsqueda de
imágenes compuesto por las siguientes páginas:
Pagina de autentificación (como la mostrada en la imagen) que se obviará para aquellos
usuarios que ya hayan sido autentificados en la misma sesión (ver 5.1.12).
Pagina de criterios de búsqueda: en la que el usuario define aquellos parámetros (geográficos,
temporales, o específicos del sensor) según los cuales se desea efectuar la búsqueda y el (o
los) inventarios donde desea efectuar su búsqueda. Al usuario se le habilita un botón para
iniciar la búsqueda.
Pagina de resultados: en la que al usuario se le presenta en forma tabular el resultado de su
búsqueda, con imágenes browsing (tipo “thumbnail”) junto con los características de las
imágenes.
El usuario puede retroceder para refinar o ampliar su búsqueda.
Desde el inventario, el usuario puede hacer una selección de las imágenes de su interés. Esta
selección es recogida por el servidor WWW y se almacena temporalmente mientras dure la
sesión con el usuario, para ser utilizada como entrada para el servicio de petición de
productos.
4 Inicialmente se puede promocionar el centro con una cuenta de acceso público.

Fecha: 16/10/2008
Versión: 2.0
Página: 23 de 211
1 Introducir datos de identificación  Ver 5.1.12.

2 Acciones sobre el servidor de catálogo e  Según la especificación del producto comercial
inventario considerado
Information about CREPAD” (“Información
general sobre el CREPAD”)
4 Pinchar en “Earth Observation Missions covered  Pasar a escena 3
by CREPAD” (“Las misiones de observación de la
tierra cubiertas por el CREPAD”)
5 Pinchar en “Products Inventory” (“Inventario de  DESHABILITADA
productos”)
6 Pinchar en “Orders Request” (“Servicios de  Pasar a escena 5 (Desde la página de resultado
petición de productos”) de búsqueda de EOS-CBS)
centros”)
Anuncios”)
usuarios”)
10 Pinchar en “Orders and Account Status” (“Estado  Pasar a escena 95
de Cuentas y Pedidos”)
navegador

Las entradas proporcionadas por el usuario incluyen “clicks” de ratón, los textos necesarios
para la identificación del usuario y las entradas que requiera el manual de operaciones del
software de catálogo e inventario.
Las salidas proporcionadas por el sistema incluyen la confirmación de la identificación, que
de hecho es un parámetro interno de la sesión que debe transmitirse a todas las escenas (i.e. el
servidor WWW tiene que saber que un usuario está registrado y cuales son sus derechos de
acceso para todas las escenas durante una sesión), y las salidas del sistema de catálogo e
inventario. Al margen de las salidas que el sistema de catálogo e inventario envía al usuario,
también se almacenan temporalmente como salidas del sistema en este escenario las
selecciones de imágenes que haga el usuario a partir de los resultados de las búsquedas sobre
el catálogo del centro. Si el usuario no realiza ninguna selección, las salidas del sistema se
limitan a cambios de escena o mensajes de correo electrónico al administrador del centro.
1. Se incrementa el contador de accesos a la página de inventario de productos.
2. Se generan queries en SQL contra la base de datos de usuarios, incluyendo los datos de
identificación proporcionados por el usuario.

Fecha: 16/10/2008
Versión: 2.0
Página: 24 de 211
3. Se activa el sistema de catálogo e inventario del centro.

4. Las que realice el sistema de catálogo e inventario.
5. Se almacenan temporalmente durante el resto de la duración de la sesión las imágenes
seleccionadas por el usuario sobre el sistema de catálogo e inventario.
Restricciones
punto.
Esta página no es de acceso libre y requiere que el usuario se registre previamente.
Las impuestas por el sistema de catálogo e inventario. En particular, los derechos de acceso al
inventario están regulados por grupo de usuarios, y en general limitan la posibilidad de acceso
a determinadas partes o a la totalidad de algunos inventarios.
Fecha: 16/10/2008
Versión: 2.0
Página: 25 de 211
Escena 5: Petición de productos(“Orders Request”)
Descripción
El usuario ha saltado a la página de “Petición de productos” desde la escena 4 (y dentro de
esta, desde la página de resultado de búsqueda del EOS-CBS). Esta página es de acceso
restringido a los usuarios registrados.
Mientras el usuario está en la página inicial de la escena 5, aparecen en la parte baja de la
pantalla y de forma permanente (p.ej. en un frame separado) la “botonera” que apareció ya en
la escena 1 y el nombre del webmaster para enviar correos a éste.
Descripción
El sistema permite al usuario mediante una lista de servicios accesibles con sus
correspondientes iconos o mediante una botonera, acceder a las siguientes aplicaciones:
1. Estado de cuentas y peticiones, para consultar el crédito disponible y confirmar el estado
de peticiones pendientes, de modo que evite repetir alguna petición formulada
anteriormente y aún pendiente de entrega. Cuando selecciona esta opción el sistema
salta a la escena correspondiente.
2. Elaboración de pedidos. Al acceder a este bloque, el usuario se encuentra con una lista de
los productos seleccionados previamente durante el acceso al sistema de catálogo e
inventario, y almacenados en una variable global. Los productos se identifican según su
designación en el catálogo. Las nuevas selecciones realizadas sobre el catálogo se añadirán
a la lista previamente existente. La lista de selección se presentará en forma de tabla,
incluyendo la designación del producto, la fecha en que se tomó el mismo, las coordenadas
geográficas extremas de éste, el instrumento que capturó la imagen (i.e. SeaWiFS o
AVHRR), el satélite en que vuela el instrumento, el nivel de procesado del mismo, y el
precio del producto (teniendo en cuenta las políticas de precios aplicables al usuario). El
usuario podrá seleccionar además el formato en que desea que se haga el envío mediante
un “combo box”. El valor de defecto del “combo box” será el de almacenamiento del
producto en cuestión, pero se incluirán en la lista del mismo los otros formatos disponibles
(i.e. inicialmente CEOS o ERDAS IMG, si estos están disponibles). Asimismo, el usuario
podrá seleccionar mediante otro “combo box” el medio de transferencia entre los
siguientes: cinta de alta densidad (opción por defecto), CD-ROM o FTP. La selección de
formato y medio condicionará el precio del producto que cambiará en el campo
correspondiente si se opta por valores distintos de los de defecto. Por último el usuario
tendrá una columna con un “tick box” para confirmar la selección. Los productos
marcados con un “tick” serán los seleccionados para distribución, y se recalculará el precio
total del pedido.
Bajo la lista de productos seleccionados, aparecerá una fila que incluirá los siguientes
campos calculados:
Número de productos solicitados en esta sesión, que corresponde al total de
productos para los que se mantiene el “tick” de selección.
Precio total del pedido, i.e. la suma de los precios de los productos seleccionados
teniendo en cuenta los formatos y medios de transmisión elegidos.
Comprobación de disponibilidad crédito, i.e. OK o no, dependiendo de si el precio
total del pedido rebasa o no el crédito disponible por el usuario.
Fecha: 16/10/2008
Versión: 2.0
Página: 26 de 211
Si el precio del pedido rebasa el crédito disponible, el sistema recomendará al usuario

revisar su selección y descartar alguno de los productos. El botón “Enviar pedido
ahora...” estará en tal caso deshabilitado.
Si el crédito es suficiente para cubrir el pedido, el usuario podrá pulsar el botón “Enviar
pedido ahora...”, recibirá un mensaje de confirmación del envío y puede abandonar la
escena utilizando la botonera de la parte baja de la pantalla que le permite volver a la
primera página de la escena 5 o al “home page” del CREPAD (escena 1).
Fecha: 16/10/2008
Versión: 2.0
Página: 27 de 211
1 Introducir datos de identificación  Ver 5.1.12

2 Pinchar en “Elaboración de pedidos”  Saltar al bloque de elaboración de pedidos de
productos
3 Seleccionar ítems en listas “combo box” de  Se actualizan los campos correspondientes en la
formato y medio solicitados página
4 Pinchar en el “tick box” de selección.  Cambia el estado de selección / deselección del
producto y se actualiza el campo correspondiente en
la página
5 Pinchar en el botón “Acceso al catálogo...”  Salta directamente al servidor de catálogo e
inventario (software comercial). Las selecciones
realizadas allí se añaden a la lista existente sin
eliminar las anteriores
6 Pinchar en el botón “Enviar pedido...”  Salta a pantalla de confirmación del pedido
8 Pinchar en “Earth Observation Missions  Pasar a escena 3
covered by CREPAD” (“Las misiones de
observación de la tierra cubiertas por el
CREPAD”)
9 Pinchar en “Products Inventory” (“Inventario  Pasar a escena 4
de productos”)
10 Pinchar en “Orders Request” (“Servicios de  DESHABILITADA
petición de productos”)
11 Pinchar en “Other EO Centres” (“Acceso a  Pasar a escena 6
otros centros”)
12 Pinchar en “CREPAD Noticeboard” (“Tablón  Pasar a escena 7
de Anuncios”)
usuarios”)
15 Pinchar en “Account management” (“Gestión  Pasar a escena 10
de cuentas de cargo”)
navegador

Las entradas proporcionadas por el usuario incluyen “clicks” de ratón, selecciones en listas
adjuntas a “combo boxes”, y entrada de texto en los campos de datos descritos más arriba, es
decir, parámetros de identificación del usuario y rangos de fechas para la petición de nuevas
adquisiciones.
Las salidas proporcionadas por el sistema incluyen:

Fecha: 16/10/2008
Versión: 2.0
Página: 28 de 211
• la confirmación de la identificación, que de hecho es un parámetro interno de la sesión que

debe transmitirse a todas las escenas (i.e. el servidor WWW tiene que saber que un
usuario está registrado y cuales son sus derechos de acceso para todas las escenas
durante una sesión),
• las imágenes preseleccionadas en un acceso anterior al servicio de catálogo e inventario,
• los datos de precios de los diferentes productos solicitados,
• los datos agregados de número de imágenes solicitadas, precio del pedido y confirmación
de la disponibilidad de crédito,
• Confirmación del pedido
Si el usuario no realiza ninguna selección, las salidas del sistema se limitan a cambios de
escena o mensajes de correo electrónico al administrador del centro.
1. Se incrementa el contador de accesos a la página de servicio de pedidos.
2. Se actualizan los datos de la tabla de productos seleccionados añadiendo a la misma la
última selección realizada desde el servicio de catálogo e inventario.
3. Cuando se selecciona o se deshace una selección en los “tick box”, se rehace la suma de
productos solicitados y de precio total del pedido y se actualiza el campo de
disponibilidad de crédito de acuerdo con el resultado del query.
4. Cuando se pulsa el botón “Enviar pedido...”, se genera un nuevo registro de solicitud de
pedido en la base de datos. Mediante un software específico, el administrador
comprobará la validez del pedido y decidirá sobre la aceptación o rechazo del mismo.
Si acepta el pedido, inicializa el mismo en la base de datos de pedidos, indicando la
fecha de entrada en el sistema y proporcionando una estimación del tiempo necesario
para recibir el producto.
5. Se activan las escenas seleccionadas desde la botonera a fondo de página.
Restricciones
punto.
Esta sección sólo es accesible desde la página de resultados de búsqueda del EOS-CBS.
Esta página no es de acceso libre y requiere que el usuario se registre previamente.
Las impuestas por el sistema de catálogo e inventario. En particular, los derechos de acceso al
inventario están regulados por grupo de usuarios, y en general limitan la posibilidad de acceso
a determinadas partes o a la totalidad de algunos inventarios. Asimismo, los derechos en
cuanto al tipo de peticiones a efectuar están limitados por los derechos del usuario. Deben
inhibirse aquellas operaciones que no estén disponibles para el grupo al que pertenezca un
usuario y deben eliminarse durante la sesión de las listas de los “combo box” aquellas
opciones que no sean seleccionables (p.ej. algunos usuarios pueden no poder solicitar la
transferencia de productos por FTP).
Fecha: 16/10/2008
Versión: 2.0
Página: 29 de 211
Escena 6: Acceso a otros centros(“Other EO Centres”)
Descripción
El usuario ha saltado a la página de “Acceso a otros centros” desde cualquier otra escena
(página) del web del centro. El sistema le presenta una lista de centros a los que el CREPAD
proporciona un “hyperlink”. El usuario puede seleccionar un centro pinchando en el punto
que representa el mismo. Se presenta asimismo una breve información sobre la relación de
los centros seleccionados con el CREPAD, así como del tipo de información o servicios que
puede obtener en dichos centros. Los nombres de los centros contienen “hyperlinks” a los
servidores WWW de dichos centros.
Si el usuario selecciona un sólo punto, el sistema activa el “hyperlink” al centro seleccionado
y el navegador le lleva al servidor WWW del centro seleccionado.
éste.
Fecha: 16/10/2008
Versión: 2.0
Página: 30 de 211
1 Pinchar en el nombre de un centro con  Desvía la conexión al “home page” del centro
“hyperlink” seleccionado
CREPAD”)
productos”)
6 Pinchar en “Other EO Centres” (“Acceso a  DESHABILITADO
otros centros”)
Anuncios”)
usuarios”)
navegador

Las entradas proporcionadas por el usuario incluyen “clicks” de ratón, y las entradas
proporcionadas en el “combo box” para realizar búsquedas de textos.
1. Se incrementa el contador de accesos a la página de acceso a otros centros.
2. Se establecen los “links” requeridos por el usuario con otros centros.
Restricciones
base de datos. Deben observarse las prácticas y guías de diseño de páginas HTML.

Fecha: 16/10/2008
Versión: 2.0
Página: 31 de 211
Escena 7: Tablón de Anuncios(“CREPAD Noticeboard”)
Descripción
El usuario ha saltado a la página de “Tablón de Anuncios” desde cualquier otra escena
(página) del web del centro.
Esta página presenta información actualizada, agrupada por categorías, sobre el mundo de la
teledetección y sobre los servicios y productos del CREPAD. Además proporciona acceso a
los servicios de Internet relacionados con grupos de discusión o grupo de noticias.
La información se agrupa en las siguientes categorías:
• Eventos relacionados con el mundo de la teledetección, p.ej. lanzamiento de nuevas
misiones, congresos, simposios, etc.
• Publicaciones, i.e. una actualización de nuevas publicaciones en el mundo de la
teledetección por satélite.
• Noticias CREPAD, p.ej. nuevos datos añadidos a las bases de datos del centro (“Ahora
puede encontrar también información sobre la misión ADEOS en nuestro servicio de
información de misiones e instrumentos”), nuevos formatos de productos (“El CREPAD
distribuye datos SeaWiFS en formato ...”) o nuevos productos (“Solicite ahora nuestro
nuevos productos de color del océano; consulte nuestro servicio de catálogo e inventario”).
En el futuro puede añadirse nuevas categorías.
Las referencias a otros servicios del centro contendrán “hyperlinks” a las páginas
correspondientes.
éste.
Fecha: 16/10/2008
Versión: 2.0
Página: 32 de 211
1 Pinchar en botón/icono/texto de categoría de  Salta al bloque de información correspondiente a

noticias la categoría seleccionada
2 Pinchar en utilidades del navegador  Según la especificación del navegador
productos”)
6 Pinchar en “Orders Request” (“Servicios de  Pasar a escena 5 (Desde la página de resultado
petición de productos”) de búsqueda de EOS-CBS)
centros”)
8 Pinchar en “CREPAD Noticeboard” (“Tablón de  DESHABILITADO
Anuncios”)
usuarios”)
navegador

proporcionadas en el “combo box” para realizar búsquedas de textos.
Las salidas proporcionadas por el sistema incluyen actualizaciones de los displays e
información HTML sobre los temas seleccionados. También se incluyen entre las salidas
correos electrónicos e información diversa correspondiente a los tablones de anuncios de los
distintos tipos de usuarios.
1. Se incrementa el contador de accesos a la página de noticias y grupos de usuarios.
2. Se vuelcan al usuario los correos y noticias de tablón de los grupos en que esté registrado
el usuario.
Restricciones

Fecha: 16/10/2008
Versión: 2.0
Página: 33 de 211
Toda la información presentada en el grupo de Noticias (y todas sus categorías) es estática, es

base de datos.
registrados no pueden acceder directamente a las páginas reservadas a este tipo de usuario
desde este punto.
Fecha: 16/10/2008
Versión: 2.0
Página: 34 de 211
Escena 8: Registro de usuarios(“Users Registration”)
Mecanismo de Registro
Antes de pasar a describir la escena, se especifica aquí el mecanismo de registro, asociado a
la gestión de una cuenta de cargo.
Como se ha indicado anteriormente, existirán dos tipos de usuarios:
• Gestor de cuenta de cargo. Es una persona de la organización usuaria, responsable de
solicitar el crédito, y administrar la lista de usuarios de su organización que
pueden beneficiarse del crédito disponible en la cuenta.
• Usuario normal, asociado a una cuenta de cargo correspondiente a su organización y
gestionada por el gestor de cuenta de cargo.
La distinción viene impuesta por la estructura que se considera habitual en las organizaciones
clientes potenciales. El tipo normal de cliente son organizaciones (publicas o privadas) con un
grupo o varios de investigadores o analistas. Para este tipo de organizaciones existe
normalmente un responsable de suministros, y posiblemente un responsable dedicado a la
gestión para las adquisiciones de imágenes. Normalmente esta persona no tiene porque ser
investigador o analista, y su función es exclusivamente administrativa. La labor de búsqueda
de la imagen mas adecuada para una determinada aplicación, por otro lado, la lleva a cabo el
propio analista. Esta labor implica un análisis de la adecuación geográfica, temporal, espectral
y cualitativa de las imágenes previo a su adquisición. Esta particularidad de la gestión interna
Fecha: 16/10/2008
Versión: 2.0
Página: 35 de 211
de este tipo de organizaciones nos ha aconsejado esta distinción en cuanto a los tipos de
usuario.
De esta forma, el mecanismo de registro vendrá normalmente dado en la siguiente secuencia:
Una persona de la organización reconoce en CREPAD la oportunidad de una fuente de
imágenes para determinados sensores. El mismo servidor WEB le indica que este potencial
usuario debe ponerse en contacto con la persona dentro de su organización que normalmente
se encarga de administrar las adquisiciones (si no fuera el mismo). Esta persona podría
acceder a muchas de las escenas con una clave publica de acceso para evaluar la
conveniencia de registrarse, incluso podrá registrarse como usuario sin cuenta de cargo
asociada. (Claro esta, sin poder efectuar ningún pedido ). 9
La persona encargada dentro de la organización de las adquisiciones (futuro gestor de cuenta

de cargo) podrá entonces registrarse como gestor de cuenta de cargo. (ver escena 10) y dar de
alta en la cuenta a los usuarios de su organización que previamente se hayan registrado como
usuarios sin cuenta de cargo asociada.
Al usuario también se le presentará un botón donde si lo desea podrá darse de baja de los
servicios.
Descripción
El usuario ha saltado a la página de “Registro de usuarios” desde cualquier otra escena
(página) del web del centro. El usuario puede estar o no advertido de las ventajas que le
reporta el registrarse, de las obligaciones que contrae con ello y de los servicios a los que
puede acceder registrándose. Aparece por tanto un texto explicativo de todos estos temas, y
dos botones “Registrar ahora...” y “Servicios del CREPAD”.
Al pinchar en el botón “Servicios del CREPAD” salta a la escena 2, situándose en el bloque
de información 6.
Al usuario situado en esta escena se le informa sobre el mecanismo de registro y el papel que
distintas personas dentro de su organización pueden jugar en el sistema de acceso y cobro
(gestor de cuenta de cargo y usuario normal).
Al pinchar en el botón “Registrar ahora...”, el CREPAD devuelve un formulario de registro.
El usuario rellena los campos del formulario de registro. Estos pueden ser del tipo “text box”,
“combo box”, “tick box”, etc., dependiendo de las características de cada campo. Como
mínimo aparecen los siguientes campos:
• Organización
• Tipo y actividad de organización
• Nombre del usuario
• Login y password (estos serán los requeridos una vez aceptado el registro)
• Rol del usuario (gestor de cuenta -GCC- o usuario normal)
• Dirección, teléfono, fax y e-mail
• Puesto del usuario dentro de la organización
9 Incluso podrá efectuar una solicitud de pedido, pero, al no haber crédito en esta cuenta, se le
informaría del hecho y se le recomendaría hacer las gestiones necesarias. En todo caso, en el momento
de entrar en la escena 5 para efectuar su pedido se le informará del hecho.
Fecha: 16/10/2008
Versión: 2.0
Página: 36 de 211
• Servicios a los que desea acceder

• Misiones e instrumentos para los que desea acceder a dichos servicios
• Crédito de que desea disponer (sólo para GCC)
• Cuenta de cargo (sólo para GCC)
• Dirección de facturación (sólo para GCC)
Cuando a completado el formulario, el usuario pincha el botón “Enviar ahora...”. El
formulario de registro se transmite por correo electrónico al administrador del centro y el
usuario recibe confirmación del envío. Posteriormente, el centro enviará una confirmación de
aceptación o rechazo de la solicitud.
Aparece, además un botón donde el usuario se podrá dar de baja en el registro de usuarios.
éste.
Fecha: 16/10/2008
Versión: 2.0
Página: 37 de 211
1 Pinchar en el botón/icono/texto “Servicios del  Salta a escena 2, situándose en el bloque de

CREPAD” información de “Servicios del CREPAD”.
2 Pinchar en el botón “Baja en registro...”  Da de baja al usuario en la base de datos (previa
confirmación)
3 Introducir login en el campo correspondiente  Comprueba si existe el usuario y presenta todos
sus datos actuales. (si el usuario ya se ha
autentificado, la información se presenta
automáticamente).
4 Introducir datos en los campos del formulario  Actualiza el contenido de los campos del
formulario con las entradas proporcionadas por el
usuario
5 Pinchar en el botón “Registrar ahora...”  Envía el formulario de registro y devuelve
mensaje de confirmación
productos”)
centros”)
Anuncios”)
12 Pinchar en “Users Registration” (“Registro de  DESHABILITADA
usuarios”)
navegador

proporcionadas en los campos de datos del formulario de registro.
Las salidas proporcionadas por el sistema incluyen el cuestionario y los mensajes de
confirmación de envío del mismo.
Si no se solicita el cuestionario, las salidas del sistema se limitan a cambios de escena.

Fecha: 16/10/2008
Versión: 2.0
Página: 38 de 211
1. Se incrementa el contador de accesos a la página de registro de usuarios.

2. Se envía el cuestionario, junto con todos los datos necesarios para activar los “combo box”
del mismo al usuario.
3. Se genera un query contra la base de datos de usuarios para comprobar que el usuario no
estaba registrado o que si estaba registrado, no disponía de los tipos de servicios y
derechos ahora requeridos. El sistema rechaza peticiones de registro idénticas a los
registros ya existentes. Si existe otro usuario registrado con el mismo login, reclama el
cambio de login.
4. Se genera un correo electrónico al administrador del centro conteniendo los campos del
formulario.
5. El formulario se almacena en un registro temporal de la base de datos de usuarios.
6. El administrador recupera el formulario enviado por el usuario a partir de un registro
temporal en la base de datos. Tras realizar las comprobaciones oportunas, marca el
nuevo registro en la base de datos de usuario y otorga los derechos de acceso
necesarios al mismo en las diferentes bases de datos. Cuando se introduce el nuevo
usuario en el registro, se genera un correo electrónico al usuario para informarle de que
ha sido registrado. En el caso de que el usuario que solicita se registra como GCC, se
le comunica además el numero de cliente.
7. Se inicializan los campos correspondientes en las bases de datos de crédito disponible y
facturación. (caso de GCC)
Restricciones
Deben observarse las prácticas y guías de diseño de páginas HTML.
Un usuario no puede registrarse con el mismo login con el que ya está registrado otro usuario.
Fecha: 16/10/2008
Versión: 2.0
Página: 39 de 211
Escena 9: Estado de cuentas y peticiones(“Orders and Account Status”)
Descripción
El usuario ha saltado a la página de “Estado de cuentas y peticiones” desde cualquier otra
escena del centro. En cualquiera de los dos casos, conocerá mínimamente los servicios
proporcionados por el CREPAD. Para acceder a esta escena, necesariamente debe estar
registrado como usuario. Los usuarios sólo pueden acceder si han pasado previamente por el
trámite del registro (como debe explicarse en la escena 2, bloque 6). Es por tanto posible que
el usuario se haya autentificado (i.e. haya proporcionado su nombre y clave de acceso) al
saltar a esta página o no. Si se autentificado previamente, el sistema evita el trámite de
autentificación y activa el servidor de estado de cuentas y peticiones, pasándole a éste la clave
de usuario para regular sus derechos de acceso. Si no es el caso, aparece en pantalla el bloque
de autentificación (ver descripción en 5.1.12).
Si el usuario esta reconocido como gestor de cuenta de cargo se presentará además toda la
información disponible sobre su cuenta de cargo (pedidos de sus asociados y un informe
sobre el estado de la cuenta y sus movimientos recientes.
Una vez pasada la fase de identificación y autentificación, el usuario accede al servicio de
seguimiento de estado de cuentas y peticiones.
El usuario desea conocer cual es el estado de cualquiera de los pedidos que ha efectuado con
anterioridad a la presente conexión o cual es el estado de su cuenta (sólo para GCC). Aparece
por tanto una breve descripción del servicio y dos botones “Consultar estado de cuentas” y
“Seguimiento de pedidos”.
Al pinchar el usuario sobre el botón “Consultar estado de cuentas”, se genera un query contra
la base de datos del CREPAD con la identificación del usuario que recupera de aquella los
datos correspondientes a las facturas emitidas contra la cuenta del usuario y al crédito
disponible. El CREPAD presenta la información al usuario en forma de lista con el nombre
del producto o servicio, la fecha en que realizó el pedido, la fecha de servicio del pedido y la
fecha de facturación. Bajo la tabla aparecen las sumas totales de número de
productos/servicios solicitados, precio total y crédito restante. Aparecen también una caja de
texto y un “combo box” para limitar el rango de la búsqueda respectivamente a los pedidos
efectuados en el rango de fechas introducido en la primera y al tipo de productos/servicios
seleccionados en el “combo box”. Cuando el usuario pincha en “Aplicar filtro...”, el sistema
genera un query contra la base de datos de facturación y estado de cuentas y lo envía al
CREPAD, que responde con los récords que cumplen la condición solicitada. Al recibirse
éstos, se actualizan los contenidos de la tabla, salvo el campo de crédito disponible.
Al pinchar el usuario en “Seguimiento de pedidos”, se genera un query contra la base de
datos de pedidos del centro, utilizando la identificación del usuario, y se devuelven los
récords correspondientes a los pedidos efectuados por el usuario y que permanecen
pendientes de servicio y los rechazados por cualquier motivo. El CREPAD muestra al usuario
una tabla con los siguientes campos:
• ID del pedido
• Usuario que efectuó el pedido.
• Producto o servicio solicitado
• Fecha de recepción del pedido
• Estado del pedido
• Tiempo estimado hasta servir el pedido
Fecha: 16/10/2008
Versión: 2.0
Página: 40 de 211
• Botón “Ver ahora...”

• Botón “Más información”
• “Tick box” “Anular pedido...”
Pinchando en el botón “Más información” se genera un query contra la base de datos de
pedidos que permite al usuario recuperar información adicional sobre las razones por las su
pedido se encuentra en el estado actual, cualquier problema pendiente para servir su pedido,
etc.
éste.
Fecha: 16/10/2008
Versión: 2.0
Página: 41 de 211
1 Introducir datos de identificación  Se presentan en pantalla los datos introducidos, salvo para
la clave de acceso, donde los caracteres se sustituyen por
“*”
2 Pinchar en el botón “Identificar  Envía los campo de identificación al servidor de WWW que
ahora...” comprueba con el registro de usuarios los mismos y
permite, o no, el acceso al sistema de inventario
3 Pinchar en el botón “Registrar  Pasar a escena 8
ahora...”
4 Pinchar en el botón “Consultar estado  Se presentan en pantalla la tabla con la lista de pedidos
de cuentas” efectuados, la caja de texto para introducir el rango de
fechas de interés, el “combo box” para seleccionar los
servicios/productos de interés, el botón para “Aplicar
filtro...” y el botón para “Modificar crédito”
5 Pinchar en el botón “Aplicar filtro...”  Se actualizan los contenidos de la tabla, salvo el de crédito
disponible.
6 Pinchar en el botón “Modificar  Saltar a la escena 8, recuperando el formulario de registro
crédito” con los datos actuales del usuario
7 Pinchar en el botón “Seguimiento de  Se presenta en pantalla la tabla con la lista de pedidos
pedidos” pendientes y el botón aceptar, con los “tick box” de
anulación de pedido habilitado o inhabilitados según
convenga. Aparece el botón “Aceptar”
8 Pinchar en el botón “Aceptar”  Salta al “home page” del CREPAD (escena 1)
9 Pinchar en el icono/botón/línea de  Pasar a escena 2
texto “General Information about
CREPAD” (“Información general
sobre el CREPAD”)
10 Pinchar en “Earth Observation  Pasar a escena 3
Missions covered by CREPAD”
(“Las misiones de observación de la
tierra cubiertas por el CREPAD”)
11 Pinchar en “Products Inventory”  Pasar a escena 4
(“Inventario de productos”)
12 Pinchar en “Orders Request”  DESHABILITADA
(“Servicios de petición de
productos”)
13 Pinchar en “Other EO Centres”  Pasar a escena 6
(“Acceso a otros centros”)
14 Pinchar en “CREPAD Noticeboard”  Pasar a escena 7
(“Tablón de Anuncios”)
15 Pinchar en “Users Registration”  Pasar a escena 8
(“Registro de usuarios”)
16 Pinchar en “Orders and Account  DESHABILITADA
Status” (“Estado de Cuentas y
Pedidos”)
17 Pinchar en “Account management”  Pasar a escena 10
(“Gestión de cuentas de cargo”)
18 Pinchar en “Webmaster”  Acceder al servicio de correo electrónico del navegador

Fecha: 16/10/2008
Versión: 2.0
Página: 42 de 211
proporcionadas en los campos de datos de filtrado del estado de cuentas y en los “tick box”
de la lista de pedidos pendientes.
Las salidas proporcionadas por el sistema incluyen las tablas de pedidos y mensajes de correo
electrónico al administrador del centro.
Al margen de ello, los “click” de ratón sólo causan cambios de escena.
1. Se incrementa el contador de accesos a la página de estado de cuentas y pedidos.
2. Se genera un query contra las bases de datos de cuentas y pedidos con los parámetros de
identificación del usuario.
3. Se envían al usuario los resultados del query, que quedan almacenados en el servidor
WWW como una vista temporal para permitir posteriores filtrados sobre los mismos.
4. Se genera un query contra la vista de la base de datos de cuentas y pedidos para filtrar las
tablas. El servidor WWW ejecuta el query y resuelve el resultado del filtro.
5. Si el usuario pulsa el botón “Más información”, se genera un query sobre la base de datos
de pedidos y se recupera y envía la información disponible.
Restricciones
punto.
Las ya indicadas arriba para limitación de las posibilidades de anulación.
Fecha: 16/10/2008
Versión: 2.0
Página: 43 de 211
Escena 10: Gestión de cuenta de cargo
Como se ha indicado anteriormente, el gestor de cuenta de cargo, se responsabiliza de dar

derechos de petición de productos a miembros de su organización . 11
Descripción
El usuario ha saltado a la página de “Gestión de cuenta de cargo” desde cualquier otra escena
(página) del web del centro. El usuario debe estar registrado como gestor de cuenta de cargo
(GCC).
Al pinchar en el botón “Servicios del CREPAD” salta a la escena 2, situándose en el bloque
de información 6.
Aparecen en la pantalla un campo de texto, y una ventana de tipo lista. En el campo, el GCC
puede teclear el login de un usuario de su organización que ya haya sido registrado, cuando el
GCC introduce un login, aparecen en una ventana la información relativa a dicho login
(usuario).
Utilizando un botón (etiquetado como de “añadir”), el GCC asocia el usuario (cuyo login ha
tecleado antes) a su cuenta de cargo.
En la ventana de tipo lista, aparecen los distintos usuarios de su organización que ya han sido
asociados (por el GCC, en sesiones anteriores) a la cuenta de cargo que el GCC gestiona.
Podrá seleccionar un usuario de esta ventana y con otro botón (que en este caso indica
“borrar”) podrá dar de baja al usuario seleccionado de la cuenta de cargo.
La pantalla contiene además tres “text box”:
El primero indica el limite de crédito disponible por la cuenta de cargo
El segundo indica el nivel utilizado actualmente (saldo)
El tercero permite la solicitud de un nuevo limite máximo, que será comunicado al
administrador (pero no aumentara automáticamente, puesto que necesita intervención del
administración, y probablemente comunicación telefónica o de otro tipo).
éste.
11 Una misma persona puede ser gestor de varias cuentas de cargo de su organización. Pero
deberá identificarse como diferentes usuarios. Esto permite separar las cuentas por departamentos,
aplicaciones, proyectos, etc.
Fecha: 16/10/2008
Versión: 2.0
Página: 44 de 211
1 Pinchar en el botón/icono/texto “Servicios del  Salta a escena 2, situándose en el bloque de

CREPAD” información de “Servicios del CREPAD”.
2 Introducir un usuario en el campo de login  Se presenta la información de ese usuario.
3 Pinchar en el botón “Añadir” o “borrar”  Asocia o da de baja a un usuario en (de) la cuenta
de cargo.
4 Introducir nuevo limite de crédito solicitado.  Avisa por correo al administrador.
CREPAD”)
productos”)
9 Pinchar en “Other EO Centres” (“Acceso a  Pasar a escena 6
otros centros”)
Anuncios”)
usuarios”)
13 Pinchar en “Account management” (“Gestión de  DESHABILITADA
navegador

proporcionadas en los campos de datos (limite máximo solicitado).
Las salidas proporcionadas por el sistema incluyen el estado de usuarios y los mensajes de
confirmación de envío de solicitud de nuevo limite de crédito.
Si no se solicita el nuevo limite o no se cambia el estado de los usuarios, las salidas del
sistema se limitan a cambios de escena.
1. Se incrementa el contador de accesos a la página de gestión de cuentas.
2. Se actualizan automáticamente los estados de los usuarios (asociado o no a la cuenta de
cargo) en la base de datos.

Fecha: 16/10/2008
Versión: 2.0
Página: 45 de 211
3. Se genera un correo electrónico al administrador del centro conteniendo la solicitud de

nuevo limite.
Restricciones
Deben observarse las prácticas y guías de diseño de páginas HTML.
Fecha: 16/10/2008
Versión: 2.0
Página: 46 de 211
Autentificación y acceso a páginas restringidas
Existen, como se ha especificado anteriormente, algunas páginas a las cuales el usuario

necesita estar registrado para poder acceder a ellas. Inicialmente sólo se ha pensado en las
escenas 4 y 5 (Inventario y petición de productos) y las 9 y 10 (estado de cuentas/pedidos y
gestión de cuenta de cargo). Los usuarios sólo pueden acceder si han pasado previamente por
el trámite del registro (como debe explicarse en la escena 2, bloque 6), introduciendo sus
datos como se explica en la escena 8.
El CREPAD debe estar diseñado para que el usuario que accede y tiene una interacción
continua con el sistema, no necesite autentificarse mas que una sola vez. Como quiera que el
protocolo Internet no posee el concepto de “sesión”, ya que no hay constancia de la “salida”
del usuario del sistema, la gestión de sesión debe ser efectuada en función del tiempo de
inactividad del usuario. Si este es mayor que, pongamos, 15 minutos, la sesión quedara
cerrada automáticamente por el sistema, obligando al usuario a autentificarse nuevo.
El usuario, por tanto, al intentar acceder a una página restringida, es posible que se haya
autentificado anteriormente (i.e. haya proporcionado su nombre y clave de acceso) al saltar a
esta página o no. Si se autentificado previamente, el sistema evita el trámite de autentificación
y activa la escena pasándole a éste la clave de usuario para regular sus derechos de acceso. Si
no es el caso, aparece en pantalla el bloque de autentificación, que consta de tres cajas de
texto donde el usuario debe introducir:
• su código de usuario (login), con el que se hizo el registro
• su clave de acceso (también aportada por el mismo en el momento del registro)
La clave de acceso no aparece en la pantalla cuando el usuario la teclea, pero si aparece el
signo “*” tantas veces como caracteres introduzca el usuario.
Junto a las cajas de texto aparece un botón para enviar las claves de autentificación al centro.
El botón está etiquetado “Identificar ahora...”.Bajo el cuadro de identificación aparece un
mensaje indicando a los usuarios no registrados que deben registrarse para acceder a estos
servicios. Junto al mensaje aparece un botón etiquetado “Registrarse ahora...”. Este mensaje
aparece también en el caso de que el código de usuario no aparezca en la base de datos de
usuarios registrados o la clave de acceso sea incorrecta. En ese caso el usuario puede optar
por retroceder con los comandos del “browser” o registrarse en ese momento, utilizando un
botón que aparecerá al efecto.
1 Introducir datos de identificación  Se presentan en pantalla los datos introducidos, salvo

para la clave de acceso, donde los caracteres se
sustituyen por “*”
2 Pinchar en el botón “Identificar ahora...”  Envía los campo de identificación al servidor de WWW
que comprueba con el registro de usuarios los mismos y
permite, o no, el acceso al sistema de inventario
3 Pinchar en el botón “Registrar ahora...”  Pasar a escena 8
Fecha: 16/10/2008
Versión: 2.0
Página: 47 de 211
OPERACIONES DE GESTION DEL CREPAD (COORDINADOR)

En principio se prevé que el coordinador tenga acceso a todas las herramientas que soportan
el funcionamiento del CREPAD y por tanto que su interacción con el sistema sea el propio de
cada una de estas herramientas que debe gestionar, junto con algunas aplicaciones
especificas, elaboradas con las funcionalidades estándar de las distintas aplicaciones (e.g.
scripts de Unix, forms de Oracle).
Para distinguir mejor el papel que el coordinador efectúa en la gestión del CREPAD, se han
definido 5 tipos de operadores del centro, dedicados a distintas labores técnicas y
administrativas:
Dentro de las operaciones internas del CREPAD, además, se pueden distinguir entre aquellas
que intervienen en la “cadena” de producción (ingestión, calidad, gestión de usuarios y
pedidos) y aquellas que son de apoyo (administración informática, mantenimiento y
desarrollo).
Operadores “de línea”
Archive Operator
Encargado de la Ingestión de nuevas imágenes y de la gestión del sistema de archivo.
La operativa de esta tarea será la siguiente:
1. El operador transferirá el producto desde el dispositivo de almacenamiento inicial donde

el procesador disponga (puede ser disco duro de otro sistema accesible en la red
local, o cinta) hacia el directorio donde se almacenan los productos pendientes de
ingestión.
2. El operador abre la aplicación de ingestión (Ingestión Module) donde podrá seleccionar el

inventario donde se catalogará el producto.
3. Este mismo sistema de ingestión informará de los niveles de ocupación de los distintos
dispositivos de archivo y reclamará las acciones oportunas del operador. (pasar de un
nivel a otro de almacenamiento en línea, near on-line y off-line). Podrá modificar los
parámetros de alarma para la gestión de ocupación y gestionar en general el sistema de
archivo mediante una aplicación al efecto (Archive Management).
Order Dispatch Manager

Fecha: 16/10/2008
Versión: 2.0
Página: 48 de 211
Operador encargado de la gestión de pedidos y preparación de envíos.
1. El operador consultara mediante una aplicación específica (Order Dispatch module) los
pedidos pendientes.
2. Hará las comprobaciones administrativas oportunas y preparará el envío o transferencia

de fichero (según el caso).
Production Operator
Operador encargado de las tareas de producción interna del centro. Estas tareas serán
requeridas por la administración del centro para una determinada aplicación especial.
1. El operador consultará el catálogo mediante las mismas (o similares) herramientas de

catálogo que el usuario final.
2. Una vez localizado el (o los ) producto (s) que le interesa hará una petición que evitara (o
simplificará) el trámite burocrático y se efectuara una copia local del producto que se
almacenara en el disco local del operador.
3. Este operador proveerá de herramientas (ERDAS) de visualización y análisis de

imágenes.
Quality Operator
Operador encargado de las tareas de control de calidad de los productos del centro.
1. El operador consultará el catálogo mediante las mismas (o similares) herramientas de

catálogo que el usuario final.
Fecha: 16/10/2008
Versión: 2.0
Página: 49 de 211
2. Una vez localizado el (o los ) producto (s) que le interesa hará una petición que evitara (o
simplificará) el trámite burocrático y se efectuara una copia local del producto que se
almacenara en el disco local del operador.

imágenes.
4. El operador podrá acceder a los campos correspondientes a las anotaciones de calidad

para efectuar la entrada en la base de datos correspondiente al producto analizado.
Users Accounts Manager
Operador encargado de la gestión de cuentas de usuario (altas) y su monitorización en cuanto

a cuentas de cargo. Probablemente tenga relación con el usuario de tipo institucional y no
automatizada (teléfono, fax), que aparece en el esquema como línea de puntos, indicando que
esta relación es externa
1. El operador consultara mediante una aplicación especifica (User Account Management)

las solicitudes de registro al sistema (tanto por parte de usuarios normales como de
gestores de cuenta de cargo, GCC) y concederlas o rechazarlas.
2. Se prevé que este sea el operador con un contacto telefónico (o por otros medios) con los
clientes finales.
Operadores de soporte
System Manager
Las actividades de coordinación o administración se pueden dividir en:

• Administración de Bases de Datos, para lo cual se utilizaran scripts y utilidades propias de
ORACLE. Dentro de esta actividad se incluyen la gestión de usuarios (registro y
créditos, por ejemplo), control de configuración e inventarios de equipos y
herramientas.
• Administración del sistema, utilizando las utilidades del sistema operativo Solaris 2.5.
Operador encargado del sistema informático.

Fecha: 16/10/2008
Versión: 2.0
Página: 50 de 211
Maintenance/Development
La operación del centro exigirá asimismo la intervención de operadores que se encargaran de

manera rutinaria del mantenimiento de las herramientas (tanto comerciales como especificas
del centro) y de la actualización del servicio y de las páginas.
Fecha: 16/10/2008
Versión: 2.0
Página: 51 de 211
ARQUITECTURA FÍSICA
Esta sección se centra en un análisis detallado de la arquitectura física y lógica propuesta por
GMV y CRISA y que servirá de base para la definición de CREPAD V1. Dicha arquitectura
inicial ha sido modificada y mejorada de acuerdo a los contactos mantenidos con los
proveedores de elementos hardware y software para la consolidación de una arquitectura
definitiva. Se identifican los elementos HW y SW comerciales que formarán parte de la
instalación para posteriormente proceder a su descripción pormenorizada.
Dichos elementos se resumen agrupados en los cuatro grupos funcionales siguientes:
1. Catálogo, Archivo e Inventario de datos. Requiere una infraestructura capaz de

dar servicios de archivo (en línea, robotizado, y fuera de línea), catálogo e
inventario. Además proporcionará parcialmente algunos de los servicios de
distribución de productos (distribución en medio físico - CDROM, DAT).
2. Servicios a los Usuarios. Facilitarán el interfaz adecuado para los servicios de

inventario, información general, registro de usuario, guía de consultas,
facturación, etc.. Asimismo mantendrá la seguridad en el acceso a través de
cortafuegos. En este grupo se incluye el enrutador que se utilizará también para
proporcionar algunos de los mecanismos de distribución de productos (ftp,
email,..).
3. Coordinación de los diferente elementos. Se encargará de recibir directrices,

coordinar los servicios de recepción y adquisición de datos y resolver
anomalías de carácter local.
4. Soporte a formación, control de calidad y procesamiento. Proporcionará los

mecanismos de soporte adecuados para efectuar controles de calidad sobre
productos y para actuar como usuario interno del CREPAD V1, facilitando
asimismo una cierta capacidad de proceso.
Dichas cadenas de servicios aparecen reflejadas en la figura que se presenta a continuación.

En ella se identifica cada uno de los elementos HW que forman parte de cada grupo y que
formarán parte del aprovisionamiento necesario para la implantación de los servicios del
CREPAD V1. Junto con cada uno de los elementos HW se identifican aquellos elementos de
SW comercial serán necesarios para la instalación final.
La aproximación tomada se justifica en el intento de racionalizar el emplazamiento y

agrupamiento de equipos ( impresora dispuesta junto a la estación dedicada a formación,
soporte al proceso junto al control de calidad de productos del CREPAD, etc.) y de ahorrar
equipos cuando haya sido posible (utilización de un único enrutador conectado al
cortafuegos). En las secciones siguientes se describen los componentes, tanto HW como SW,
idenficados.
Fecha: 16/10/2008
Versión: 2.0
Página: 52 de 211
S e r v ic io s d e C a lid a d y P r o d u c c ió n
S e r v ic io s U s u a r io - S o la r is 2 . 5
Im p r e s o r a S E IC O S e r v id o r
- S o ls t ic e B a c k u p S in g le S e r v e r
d e P ro c e s o
W S
SW C o rta fu e g o s H u b (8 )
R o u te r
G a u n le t - Im a g in e V is t a E R D A
C IS C O S o la r is 2 . 5 W S - S o la r is 2 . 5
2500 10 M bps
R ed
100 M bps
P ú b lic a U lt r a 1 /1 7 0
10 M bps
S parc 5
R o u te r
U ltr a 1 /1 4 0
- E n t e r p r is e N e t S c a p e
S erver
- GM V GCC
- S o la r is 2 . 5
-S p a rc w o rk s C
- w w w T o o ls 10 M bps S o la r is 2 . 5
U lt ra
S e r v ic io s d e
S e r v id o r W W W 1 /1 4 0 W S C o o r d i n a c ió n
N e t r a I- 5 3 5 C o o r d in a c ió n
100 M bps
- S o l s t i c e B a c k u p S in g l e S e r v e r
- EO S. CBS
- O R A C L E S e rv er
R ed - P ro g ra m m e r 2 0 0 0
S W g r a b a c ió n - S o l a r is 2 . 5
de S e rv id o r - S Q L *P L U S
Fecha:
A r c h iv o / C a t á lo g o
Página:
Código:
P ro c e s a d o re s
Versión:
10 M bp s
Figura 1.- Arquitectura HW/SW del CREPAD V1

P h ilip s
P io n e e r
E n t e r p r is e
3000 S tora g e
S o la r is 2 . 5
A rra y
O p c ió n
W S C o n t r o l A r c h iv o Jukebox
U lt r a 1 /1 4 0 Hyper RO M
S e r v ic io s d e A r c h iv o y C a t á lo g o
2.0
16/10/2008
53 de 211
GMV-CREPAD-DDA-001
Fecha: 16/10/2008
Versión: 2.0
Página: 54 de 211
DEFINICIÓN DE COMPONENTES HW/SW DEL CREPAD V1

A continuación se relacionan los elementos hardware y software comerciales necesarios para
satisfacer los requisitos y especificaciones derivados de los dimensionamientos establecidos
para el CREPAD V1. Para ello se han seguido una serie de criterios básicos de diseño como
son:
• Uso de periféricos y ordenadores comerciales, es decir, no especialmente

diseñados para estas tareas, empleando, en caso necesario, una configuración
múltiple de ordenadores, para evitar en lo posible el HW dedicado.
• Aplicación de estándares industriales como pueden ser UNIX, Ethernet, etc..
• Cada funcionalidad identificada usará un HW específico favoreciendo su

integración, flexibilidad y escalado.
• Uso de arquitectura cliente/servidor.
Físicamente el CREPAD V1 estará caracterizado por facilidad de rápido crecimiento,

distribución y posiblemente, una vez definida la infraestructura para ENVISAT-1, por su
naturaleza cambiante. Para satisfacer los requisitos impuestos por dicho entorno la
infraestructura física cumplirá las siguientes condiciones:
• Aplicaciones. El CREPAD V1 soportará una arquitectura de aplicaciones

cliente/servidor. Básicamente, todas las aplicaciones de archivo y catálogo, por
ejemplo, están basadas en este tipo de arquitectura.
• Capacidad de procesamiento. Para las operaciones de generación de productos

frente a peticiones de usuarios se dispondrá de ordenadores con CPUs de altas
prestaciones (basadas en tecnología UltraSparc de Sun).
• Escalabilidad. Los aspectos como el número de usuarios simultáneos son de

especial relevancia. Si bien es posible que inicialmente el número de usuarios
no sea elevado es de prever que con la implantación de la infraestructura de
ENVISAT-1 los usuarios crezcan de forma considerable. Por tanto, la
infraestructura permitirá su ampliación de forma eficiente.
• Prestaciones de entrada-salida. Este se convierte en un aspecto clave de la

arquitectura propuesta ya que estará basada en el uso de servidores de bases de
datos, y la necesidad de altas velocidades de transferencia de información entre
diferentes equipos. Más aún será necesario identificar los verdaderos ‘cuellos
de botella’ de la red a fin de evitar sobre dimensionamientos en la
comunicación entre elementos y en el trazados de red.
Fecha: 16/10/2008
Versión: 2.0
Página: 55 de 211
• Ampliación. A medida que los requisitos sean más ambiciosos, los equipos
deberán ampliar sus capacidades de memoria, procesamiento, almacenamiento
sin mayores dificultades.
• Servicios de red avanzados. La integración con centros remotos tal y como el

CEO o ESRIN formarán parte del sistema final. Aspectos como la conexión a
Internet a través de X.25, Frame-relay, RDSI, etc.. se tendrán en cuenta. Si
bien, la conexión a Internet no forma parte del aprovisionamiento contemplado
en esta nota técnica, si que se harán algunas consideraciones sobre el posible
ancho de banda de la conexión del centro. Este dato será de bastante utilidad a
la hora de definir el trazado de la red.
• Tolerancia a fallos. Los equipos, si bien no responden a aplicaciones críticas,

permitirán la implantación de servicios de atención al cliente de calidad a través
de unidades redundantes de potencia, sustitución de discos ‘en caliente’ o con
configuraciones RAID de discos.
• Interoperabilidad con otros entornos. En un entorno, que podrá ser heterogéneo,

los equipos serán capaces de interoperar con equipos de diferentes fabricantes, y
en caso de que sea necesario, integrarse con sistemas ya implantados. En este
caso, los sistemas implantados en el centro de Maspalomas corresponden con
equipos Sun.
La solución HW/SW propuesta por GMV y CRISA se basa en una configuración de equipos
de Sun Microsystems (modelos Ultra o Sparcstations) junto con software comercial estándar
y bien establecido en el mercado.
Para cada uno de los ordenadores se señala entre paréntesis su “hostname”. Después, en la
descripción de la arquitectura lógica del sistema, se efectuará la relación entre los distintos
hostnames y las aplicaciones que corren en ellos.
Fecha: 16/10/2008
Versión: 2.0
Página: 56 de 211
SERVICIOS DE USUARIO
Descripción
El propósito de los Servicios de Usuario consiste en proporcionar una interfaz amigable y

flexible que permita a un usuario, interno o externo, realizar búsquedas en los servicios de
archivo catálogo e inventario, determinar sus necesidades, pedir los productos que le
interesan y comprobar el estado de su cuenta de usuario.
Los servicios que se ofrecen se pueden agrupar en los siguientes sistemas:
• Sistema de Control y Gestión. En este sistema los servicios a su vez se agrupan según
estén diseñados para ser usados por el administrador del sistema o por los clientes del
mismo:
• Servicios orientados al usuario:
• Servicio de Petición de Registro. Los posibles usuarios que estén

interesados en registrarse para poder acceder a determinados servicios
del CREPAD V1, podrán invocar este servicio para enviar una petición
al administrador del sistema y ser dados de alta.
• Servicio de Consulta de Cuenta. El usuario podrá consultar mediante este

servicio:
• las peticiones efectuadas y el estado de los productos asociados

• el estado financiero de su cuenta y las previsiones de facturación
asociadas.
• Servicios orientados al administrador:
• Servicio de Registro de Usuarios. Este servicio proporciona al

administrador la facultad de dar de alta y baja a usuarios, además de
poder modificar ciertos parámetros asociados a cada usuario.
• Servicio de Gestión. Este servicio permitirá al administrador consultar

información general sobre el sistema (estadísticas de usuarios, la
demanda de productos, los productos generados, archivados, etc.).
Además permite al administrador generar facturas para los usuarios de
una manera rápida y eficaz. Destacar por último que sobre los servicios
orientados al administrador también se ejerce control de accesos.
Fecha: 16/10/2008
Versión: 2.0
Página: 57 de 211
• Sistema de Información del CREPAD V1. Dentro de este sistema se agrupan todos los
servicios de información a usuarios considerados de libre acceso:
• Servicio de directorio. Este servicio proporciona al cliente información general

sobre los servicios prestados por el CREPAD V1 y sobre el tipo de productos
disponibles en el centro.
• Servicio de información sobre misiones de observación de la tierra. Este servicio

proporciona al cliente información sobre las misiones e instrumentos de los
cuales el CREPAD V1 obtiene los datos que una vez procesados están
disponibles para los usuarios.
• Servicio de acceso al EWSE. Este servicio se implementa con un link al servidor

EWSE del programa CEO.
• Servicio de mail al administrador.
• Servicio de anuncios.
• Sistema de Búsqueda. El sistema de búsqueda permite acceder al inventario mediante la

definición de una orden de búsqueda basada en combinaciones de criterios, entre los
que se encuentran los extremos de una ventana de búsqueda temporal, el tipo de sensor
y de los productos derivados, determinados parámetros de calidad, la identificación de
una zona geográfica, parámetros temáticos y geofísicos, el instrumento asociado.
• Sistema de presentación de resultados y browsing. Este sistema se encarga de mostrar

al usuario los resultados de la búsqueda. A partir de cada resultado obtenido en la
consulta efectuada, el usuario podrá visualizar todos los parámetros correspondientes a
esa imagen que constituyen una entrada del catálogo (metadatos) y, en los casos en que
sea posible, una imagen muy reducida.
• Sistema de Peticiones. El sistema de peticiones se encarga de presentar los potenciales

productos que el usuario puede pedir, bien desde un punto de vista general o asociados
a las imágenes seleccionadas a través de las consultas al catálogo del CREPAD V1.
• Sistema de cortafuegos del CREPAD. El cortafuegos constituye el elemento básico de

la seguridad de la red de una conexión Internet. Aporta una importante capa de protección
contra la intrusión por usuarios no autorizados a la red privada e impide que se obtenga
información de forma indebida. Es importante notar que el cortafuegos divide la estructura
de la red en dos partes separadas: la red azul (privada y protegida) y la red roja (que es
Fecha: 16/10/2008
Versión: 2.0
Página: 58 de 211
parte de la Internet). Además el cortafuegos dispone de un router encargado de encaminar

los accesos a servicios aportados por el servicio externo.
Elementos Hardware
Se propone la utilización de los siguientes elementos hardware para los Servicios de Usuario:
• Netra Internet Server I 535 (serviweb) que integra servicios de WWW para
redes intranets privadas y pasarellas o servicios de publicación en la red pública
Internet. El servidor permite publicar información para su utilización dentro del
propio CREPAD V1 y en World Wide Web (WWW), el acceso de múltiples
usuarios concurrentemente, una pasarela directa, segura y rápida para
operaciones comerciales (facturación de usuarios), acceder a información de
Internet a través de FTP, el WWW u otros servicios de información accesibles
mediante Netscape Navigator u otros productos opcionales, y en consecuencia
conectarse al CEO, ESRIN o cualquier otro centro que provea servicios de
Internet y enviar o recibir correo electrónico a cualquier parte del mundo por
Internet.
• Estación Sparcstation 5 (cortafu) que ejecutará las funciones de cortafuegos

(protección de la red privada, ocultación de direcciones IP, monotorización de
tráfico, ...).
• Enrutador de CISCO modelo 2500 (router) que se propone como elemento de

conexión con Internet. Este router proporciona enrutamientos a 10 Mbps que se
considera suficiente para soportar la línea de conexión a Internet (no es de
esperar que la línea contratada supere estos 10 Mbps, al menos inicialmente).
Caso de que en un futuro, el INTA contratara una línea superior a 10 Mbps
sería necesario sustituir el enrutador por otro de mayores prestaciones.
Las siguientes tablas muestran de forma resumida cada uno de los elementos
propuestos.
Item Referencia Descripción Can

1.0 S5FX1-110-32-P46 SparCstation 5 Modelo 110 con 1
procesador MicroSPARC II 110 Mhz,
gráficos TurboGX, Monitor Color 17’’,
32 MB RAM, Disco Interno Fast SCSI-2
1.05. GB
1.1 X3572A Kit de Teclado Español 1
1.2 SC-P Domestic CD + single system license 1
Solaris 1.1.2
1.4 X578A Sparc Storage Slim CD Plus Interno, CD- 1
ROM de 644 MB doble velocidad con Kit
de HW
1.5 X560A Disquettera de 3,5’’, 1.44 Mb floppy 1
drive
1.6 X1059A Tarjeta Adaptadora a FastEthernet 2
Fecha: 16/10/2008
Versión: 2.0
Página: 59 de 211
Estación de Cortafuegos (cortafu)

Fecha: 16/10/2008
Versión: 2.0
Página: 60 de 211

1.0 NETRA-I-535 Netra I5 con procesador 1
MicroSparc II 110 Mhz, Gráficos
Turbo GX, Monitor Color 17’’, 32
MB RAM, Disco interno Fast
SCSI-2 2.1 GB
SOLS-72-S Solaris software (Sólo Media) 2.x 1
X3572A Kit de Teclado Español 1
X578A Sparc Storage Slim CD Plus 1
Interno, CD-ROM de 644 MB
doble velocidad con Kit de HW
X1059A Tarjeta Adaptadora a FastEthernet 1
Servidor WWW (serviweb)

1.0 Enrutador CISCO Router Mod 2500 1 x 1
Ethernet + 2 puertos serie + 1 x
RDSI soft para IP
Enrutador (router)
Elementos Software
La implantación de los servicios de usuario estará basada en la utilización de lenguaje HTML

y programas CGI (Comon Gateway Interface). La utilización de herramientas habituales
sobre Internet permitirá el acceso flexible y sencillo ‘point and click’ de los usuarios a los
servicios del CREPAD V1 a través de un servidor WWW.
En el desarrollo de los servicios se hará uso de las últimas novedades en el desarrollo de

Webs a través de páginas HTML (Frames, JavaScript, y Java).
Las páginas HTML que se mostrarán al usuario serán de dos tipos:
• estáticas: su contenido no cambia, y por tanto se guardan en ficheros,
• dinámicas: su contenido se construye en el momento de ser enviadas. Estas

páginas son generadas por CGIs (programas desarrollados a medida de una
aplicación que enlazarán el servidor de WWW con las funciones ofrecidas la
Fecha: 16/10/2008
Versión: 2.0
Página: 61 de 211
aplicación - i.e bases de datos). Los CGIs generarán dichas páginas en función de
lo que pide el usuario y los datos que obtiene de los sistemas de inventario, etc.
Para ofrecer y compatibilizar los servicios de usuario identificados, con las adecuadas
medidas de seguridad necesarias en el CREPAD V1, el software comercial siguiente es
necesario:
• Un Servidor de HTTP. Un buen producto es Enterprise Server de Netscape,

incluido en el SW que acompaña a la plataforma seleccionada como
configuración hardware, SUN Netra Y.
• Software de desarrollo de páginas HTML. Netscape LiveWire, Netscape

Navigator Gold, y Java Developers Kit forman parte del software que se
incluye dentro del servidor WWW de Sun propuesto.
• Software de Sistema Operativo. Solaris 2.5 optimizado para acceso a Internet

incluyendo servicios de mensajería Unix, DNS (Domain Name Service)
primario, secundario y caching, PPP (point-to-point protocol) asíncrono,
seguridad básica (TCP wrappers), etc. Dicho software también está incluido
en la configuración del servidor WWW de Sun propuesto.
• Herramientas de instalación y administración. Incluyen soporte par la

configuración de DNS incluyendo multi-hosting, configuración de tarjetas de
interfaz de red, instalación de software, salvaguarda y recuperación de datos,
gestión de cuentas de usuarios. Este software está incluido en la
configuración del servidor WWW de Sun propuesto.
• El software encargado de la Gestión del Cortafuegos. Gauntlet es en este caso el

producto propuesto.
• Software para la creación de CGIs. Existen diversas opciones para el desarrollo

de CGIs (TCL, Perl,...) aunque se recomienda el uso de Unix shell scripts y
programas C, C++. El compilador sugerido es en este caso el SparWorks C
de Sun Microsystems. Junto con este compilador se propondrá el uso
ocasional de gcc de GNU (este software es de libre acceso). No se requerirá
la adquisición de ninguno de estos elementos por estar disponibles para
desarrollo en GMV.
• Software de presentación WWW de servicios de catálogo e inventario. Como se

indicará posteriormente, este software está íntimamente relacionado al de
inventario, motivo por el cual su necesidades serán descritas en el sección
correspondiente. Podríamos anticipar la necesidades de EOS-CBS (software de
catálogo e inventario), Oracle 7 Server (sistema de gestión de bases de datos),
Fecha: 16/10/2008
Versión: 2.0
Página: 62 de 211
Programmer 2000 (software para desarrollo de SQL embebido) y Developper

2000 (software de desarrollo de interfaces de usuario de acceso a la ase de datos).
Finalmente y dado que el acceso al servicio se realizará mediante WWW/HTTP, el usuario

podrá conectarse al servicio desde cualquier plataforma que disponga de un visor HTML y
que esté conectada a Internet. Sin embargo, los servicios estarán optimizados para el uso de
frames, javascript y java; por ello se recomienda el uso de plataformas HW con visores
HMTL de Netscape (versión 2.0 o posterior) o equivalentes.
Hay visores de Netscape para Windows 3.1, Windows 95, Windows NT, SunOs, Solaris,
Linux, HP-UX, Mac, etc. Los requisitos HW vienen impuestos por el visor y el sistema
operativo.
Aunque fuera de los aprovisionamientos contemplados dentro de este contrato, se

recomienda, en cualquier caso, la utilización, por los usuarios finales, de estaciones de
trabajo sobre plataforma UNIX, para poder garantizar el máximo aprovechamiento de los
servicios del modulo de servicio a usuarios del CREPAD V1.
La siguiente tabla resume la lista de elementos SW comerciales identificados.

1.0 Enterprise Netscape Servidor de WWW 1
2.0 Solaris 2.5 Software de Sistema Operativo 1
3.0 Inst/Config Herramientas de Instalación y 1
Administración de WWW servers
4.0 Gaunlet SW de Cortafuegos 1
5.0 GNU GCC Compilador C++ de libre 1
distribución
SW de Servicios de Usuario
Fecha: 16/10/2008
Versión: 2.0
Página: 63 de 211
SERVICIOS DE CALIDAD, FORMACIÓN Y PRODUCCIÓN
Descripción
El propósito de los servicios de calidad, formación y producción es clasificar los productos

recibidos en función de ciertos parámetros de calidad antes de su registro en el archivo de
productos. Asimismo proporciona procesadores de datos de sensores y herramientas de
visualización y post-procesado de imágenes.
Estos servicios de calidad, y producción se utilizarán también para la formación de

operadores y analizadores de imágenes.
Elementos Hardware
GMV propone la utilización de los siguientes elementos para los servicios de calidad,
formación y producción:
• Sun Ultra 1 modelo 170 (serpro) como servidor de producción debido a su capacidad de
procesamiento con CPU de 167 Mhz.
• Sun Ultra 1 modelo 140 (calyfor) (143 Mhz) como estación de calidad y formación
debido a las necesidades de gestión de información gráfica.
• Impresora Color Seiko ColorPoint 830PS para la obtención de copias gráficas de

imágenes. Esta impresora es capaz de impresión utilizando dos tecnologías: transferencia
térmica y sublimación. La primera presenta una calidad de imagen sensiblemente inferior
a la segunda aunque ello también lleva a un coste sensiblemente inferior.
Las siguientes tablas resumen los precios de cada uno de los elementos propuestos.

1.0 A11-UAA1-1B-064AB Sun Ultra 1 Modelo 140 con 1
procesador Ultra SPARC a 143
Mhz, Gráficos TurboGX+ 8-bits y 4
Mbytes, Monitor Color 20’’, 64
SCSI-2 a 5400 rpm de 2.1 GB de
capacidad
1.1 X3572A Kit de Teclado Español, ratón y Pad 1
para todos los sistema exceptuando
Classic, Classic X y LX
1.2 SOLD-C Solaris Software (Sólo media) 2.x 1
Todos los SPARC systems desktops
1.3 X6153A Unidad interna de CDROM 1
SunCD4
Fecha: 16/10/2008
Versión: 2.0
Página: 64 de 211
1.4 X1059A SunFastEthernet 10:100 Sbus 1

Adapter 2.0, Sbus Card Media,
Documentation, and singl-bus
license,Adaptator SunFastEthernet
10/100 Mbs placa y driver para
Solaris
Estación de Calidad y Formación (calyfor)

1.0 A11-UBA1-9S-064CB Sun Ultra 1 Modelo 170 con 1
Mhz,, 64 MB RAM, Disco interno
Fast SCSI-2 a 5400 rpm de 2.1 GB
de capacidad, Sun CD4
1.2 SOLS-72-S Solaris Software (Sólo media) 2.x 1
1.3 SOLSA-P Documentación On-line de Solaris 1
2.x para administrador de sistemas.
Media licencia monousuario y
documentación. CD ROM para
todos los sistemas SPARC
license,Adaptator SunFastEthernet
10/100 Mbs placa y driver para
Solaris
Servidor de Producción (serpro)

1.0 Impresora A3 color sublimación Seiko ColorPoint 830PS 1
y transferencia térmica.
Impresora (impcol)
Elementos Software
Los servicios de calidad, producción y formación necesitarán fundamentalmente hacer uso de

las funcionalidades proporcionadas por una herramienta de tratamiento de imágenes. A partir
de dicha herramienta será posible evaluar la calidad de los productos generados en las
cadenas de producción y formar a los operadores del centro en sus tareas de análisis de
productos.
La herramienta propuesta por GMV para su implantación en la estación de calidad es

ERDAS. Si bien ERDAS proporciona múltiples módulos para el tratamiento de imágenes,
consideramos que inicialmente sólo sería necesario el módulo encargado de visualización,
composición de mapas e importación/exportación de imágenes llamado IMAGINE VISTA.

1.0 IMAGINE Vista Herramienta de Visualización, 1
Fecha: 16/10/2008
Versión: 2.0
Página: 65 de 211
composición de mapas y exporta-

importa imágenes
ERDAS
Fecha: 16/10/2008
Versión: 2.0
Página: 66 de 211
SERVICIOS DE COORDINACIÓN
Descripción
El componente dedicado a la coordinación del CREPAD, en su versión 1, incluirá aquellas

funciones básicas dedicadas al control y coordinación de las actividades de los demás
componentes, con unas funcionalidades más concretas asignadas y a la resolución de
anomalías en el centro. Su implantación puede implicar el desarrollo de pequeños paquetes de
software que quedan embebidos dentro de los desarrollos más importantes a realizar.
Cabe destacar, no obstante, que este componente del CREPAD V1 adquirirá un papel mucho
más relevante a medida que se incluyan nuevas misiones para ser consideradas por el
CREPAD, y fundamentalmente cuando ello implique la integración del centro en segmentos
terrenos de los diferentes satélites, adquiriendo responsabilidades importantes dentro del
conjunto, como será el caso de ENVISAT a considerar en el CREPAD V2.
Elementos Hardware
La estación de trabajo dedicada a la coordinación de los servicios de CREPAD V1 no tendrá,

en una primera aproximación, requisitos especiales. Sin embargo a fin de plantear una
infraestructura uniforme en cuanto a las unidades de proceso, GMV y CRISA proponen el
uso de una estación Ultra (con procesador UltraSPARC) que por otra parte representa la
tecnología más avanzada dentro de Sun Microsystems.
La siguiente tabla resume las características de la estación.

1.0 A11-UAA1-3A-032AA Sun Ultra 1 Modelo 140 con 1
Mhz, Gráficos TurboGX 8-bits y
4 Mbytes, Monitor Color 17’’, 32
SCSI-2 a 5400 rpm de 1.05 GB
de capacidad
1.1 X3572A Kit de Teclado Español, ratón y 1
Pad para todos los sistema
exceptuando Classic, Classic X y
LX
Todos los SPARC systems
desktops
SunCD4
license,Adaptator
SunFastEthernet 10/100 Mbs
placa y driver para Solaris
Estación de Coordinación (escoor)
Elementos Software
Fecha: 16/10/2008
Versión: 2.0
Página: 67 de 211
Además del software comercial introducido en los apartados anteriores, el centro para su
funcionamiento normal necesita disponer de una serie de elementos SW adicionales. Entre los
elementos de software de carácter general que serán incorporados en varios o en todos los
componentes del CREPAD, se encuentran:
• Las licencias para la utilización de las librerías (o toolkits) gráficas utilizadas:

MOTIF, etc.
• Los sistemas operativos, Solaris 2.5 y sus herramientas de soporte (TCP/IP,

DNS).
• El software necesario para realizar backups en los distintos subsistemas. Junto

con las licencias de Solaris para servidores se incluye una licencia de Solstice
Backup Single Server que se utilizará para la gestión de backups de datos de
servidores. Puesto que las estaciones de trabajo serán depositarias de poca
información, los propios mecanismos de grabación de cintas podrán utilizarse
para la gestión de copias de seguridad.
Fecha: 16/10/2008
Versión: 2.0
Página: 68 de 211
SERVICIOS DE ARCHIVO , CATÁLOGO E INVENTARIO
Descripción
El propósito fundamental del Servicio de Archivo, Catálogo e Inventario es proporcionar los

servicios adecuados para la ingestión, el archivo y la recuperación de todos los productos
almacenados por el sistema, ya hayan sido recibidos por medio físico o electrónico.
Asimismo proporcionará los medios de soporte a los servicios de usuarios para la consulta de
la información de los productos archivados en el CREPAD V1 para que éste pueda
seleccionar entre ellos. Para conseguir este objetivo el sistema de inventario debe estar en
interface con el sistema de archivo del CREPAD V1 para poder actualizar el contenido del
catálogo asociado a la entrada de nuevos productos y con el servicio a usuarios para prestarle
todas las funcionalidades de consulta y búsqueda que requieren los servicios prestados.
El sistema asegurará:
• Para el sistema de archivo:
• la gestión del archivo, recibiendo instrucciones del mundo exterior que

serán traducidas en operaciones internas, la reconfiguración del
sistema, el acceso del operados, etc..
• el mantenimiento de la base de datos interna asociada relacionando los

ficheros con su localización física, asegurando en todo momento el
reflejo del archivo.
• la facilidad de acceso a los ficheros para otros componentes.
• la introducción y la recuperación de datos del archivo.
• la comunicación con el inventario del sistema para poner a su disposición

la información necesaria para su puesta a punto.
• la ingestión de información (productos) por medio físico o electrónico,

incluyendo la información de cabecera del producto a enviar al
inventario.
• Para el sistema de inventario y catálogo:

Fecha: 16/10/2008
Versión: 2.0
Página: 69 de 211
• Operaciones de administración del catálogo y de la base de datos asociada.

La distribución de las bases de datos necesarias para su funcionamiento así
como su gestión serán transparentes para el usuario.
El sistema de inventario local dispondrá de una base de datos conteniendo la

descripción de todos los productos y sólo de los productos archivados en el
centro, teniendo en cuenta la provisión de ‘backups’ para los elementos de la
base de datos.
Mecanismos de actualización del inventario incluyendo la introducción de

entradas nuevas en el catálogo. El sistema implementará los mecanismos que
permitan actualizar el catálogo del CREPAD V1 cada vez que se produzca
una modificación en el estado del archivo al que representa.
• Mecanismos de seguridad considerando el control de acceso de usuarios con

posibilidad de gestión por grupos. El sistema dispondrá de mecanismos para
la protección ante corrupciones voluntarias o no de la base de datos,
mediante la utilización de un protocolo fijo para las actividades de consulta y
modificación.
Por otro lado, el catálogo permitirá el acceso a los distintos servicios

prestados únicamente a aquellos usuarios que estén autorizados y provistos
de una clave de acceso al sistema que ser controlada por el administrador del
sistema.
• Mecanismos de búsquedas para consulta del catálogo que podrán ser de

varios tipos.
• Gestión del Administrador. El sistema proporcionará acceso al administrador

para llevar a cabo una serie de operaciones como crear informes sobre el
estado del catálogo y las operaciones registradas, actualización manual del
catálogo, operaciones de mantenimiento manuales, activación manual de
peticiones o crear o modificar manualmente las cuentas de usuarios o grupos.
Elementos Hardware
De acuerdo a las características de almacenamiento y prestaciones del sistema de archivo,

catálogo e inventario definidas para el CREPAD V1, GMV y CRISA proponen los siguientes
elementos hardware:
• Ultra Enterprise 3000 Server (saci) como servidor de archivo catálogo e

inventario. Dicho servidor estará dotado de elementos de almacenamiento en
línea de hasta 20 GB y tendrá una escalabilidad de hasta 6 CPUs de 167 Mhz.
Sin embargo, la configuración inicial propuesta incluye una única CPU. El
Fecha: 16/10/2008
Versión: 2.0
Página: 70 de 211
servidor estará dotado de un dispositivo de cintas DAT para la gestión de

backups y la distribución de productos a través de un medio físico.
• Estación Ultra 1 modelo 140 (escoar) con 143 Mhz como estación de control de
archivo. La estación presentará inicialmente una configuración básica ya que no
necesitará ejecutar operaciones con altas capacidades de almacenamiento y
procesamiento.
• Jukebox Pionner DRM5004X con dos cabezas lectoras y una de grabación. Este
sistema permitirá el almacenamiento y acceso a productos de forma robotizada
aunque de forma transparente para el usuario.
• Unidad externa de grabación de CD/ROMs marca Philips. Esta unidad

permitirá atender parcialmente a los servicios de distribución de productos.
Las siguientes tablas resumen las soluciones hardware propuestas.

Fecha: 16/10/2008
Versión: 2.0
Página: 71 de 211

1.0 E3000 Tower Enclosure, 4slot Card cage, 1
un SunCD 4, un power cooling
module, licencia de Solaris server,
sin procesadores, memoria, CPU, ni
placas de memoria. Sin placa de
E/S
1.2 SOLS-72-S Solaris Software (Sólo media) 2.x 1
1.3 X2500A 167 Mhz UltraSPARC CPU con 1
512KB de cache externa
1.4 X2600A CPU Memory Board no processor 1
no memory
1.5 X2610A SBus I/O Board 1
1.6 X5225A Internal 4.2 Gbytes 5400 rpm 5
Fast/Wide SCSI-2 Disk Drive
1.7 X7021A 64-Mbytes Memory expansion (8 x 2
8 SIMMs)
1.8 X6256A 4mm 4-8 Gbyte Internal DDS2 1
Tape
Servidor de Archivo, Catálogo e Inventario (saci)

Fecha: 16/10/2008
Versión: 2.0
Página: 72 de 211

1.0 A11-UAA1-3A-032AA Sun Ultra 1 Modelo 140 con 1
Mhz, Gráficos TurboGX 8-bits y
4 Mbytes, Monitor Color 17’’, 32
SCSI-2 a 5400 rpm de 1.05 GB
de capacidad
1.1 X3572A Kit de Teclado Español, ratón y 1
Pad para todos los sistema
exceptuando Classic, Classic X y
LX
Todos los SPARC systems
desktops
SunCD4
license,Adaptator
SunFastEthernet 10/100 Mbs
placa y driver para Solaris
Estación de Control de Archivo (escoar)

1.0 JukeBox DRM5004X Cambiador de 500 discos, 2 lectores 1
configurable hasta 4
1.1 DR-R505X Unidad grabadora interna para 1
DRM 5004X
2.0 Grabador Philips Unidad grabadora externa de 1
CDROMs
JukeBox y Grabador Externo
Elementos Software
Los elementos software comerciales propuestos en para su utilización en los servicios de

archivo, catálogo e inventario son los siguientes:
• HyperROM Tracer, como software para el Jukebox DRM5004X. Soporta la

más amplia variedad de dispositivos CDROM. Maneja combinaciones de
Pioneer CDX-5004X y equipos NSM, así como otros jukeboxes, permitiendo
el acceso a la información contenida en los CDROMs de manera fácil y
transparente para el usuario.
• Oracle 7 Server. Producto SW “off-the-self” encargado del servicio y de la

gestión de la base de datos. La casa ORACLE dispone que para plataformas
de 1 sola CPU el número mínimo de usuarios ofertados por configuración
comprada sea de 8 usuarios. Esta será pues la configuración mínima que
Fecha: 16/10/2008
Versión: 2.0
Página: 73 de 211
podrá adquirirse. Adicionalmente debe incluirse una licencia de SQL*PLUS

para la definición de las tablas de las bases de datos.
• Programmer 2000. utilizado para poder acceder a la base de datos desde las
aplicaciones exteriores desarrolladas en lenguaje C.
• Developer 2000, utilizado para la generación de interfaces gráficos de acceso a la

base de datos y generación de informes.
• EOS-CBS. Herramienta de archivo, catálogo e inventario que incorpora parte de

los servicios de usuarios necesarios para el CREPAD V1.
La tabla siguiente muestra los precios de los productos de software analizados en el párrafo
anterior.

1.0 Oracle7 Server Servidor de Base de datos con hasta 1
8 usuarios e incluyendo SQL Net y
adaptador de protocolo
2.0 Programer 2000 Licencia de desarrollo de SQL 1
embebido
3.0 SQL*PLUS SW de definición de Tablas 1
3.0 HyperROM Software para DRM 5004X 1
4.0 EOS-CBS Sw de catálogo y bwosing 1
SW de Archivo, Catálogo e Inventario

Fecha: 16/10/2008
Versión: 2.0
Página: 74 de 211
TRAZADO DE RED
Descripción
El trazado de la red del CREPAD V1 debe permitir el máximo aprovechamiento de los

servicios proporcionados a través de mecanismos de comunicación de datos eficientes.
Elementos Hardware
Para la implantación de los servicios de red ha de tenerse en cuenta que si bien la interacción
entre todos los servicios de la instalación va a ser continua, la línea de comunicación que
mayor flujo de datos soportará será la de atención al usuario. Dicha atención al usuario se
verá afectada por dos elementos claves:
• La conexión con el proveedor de Internet y el ancho de banda él proporcionado.
• La conexión entre el servidor de WWW del CREPAD V1 y el servidor de archivo,

inventario y catálogo.
De hecho será la conexión con Internet la que marcará la velocidad de acceso a información
de los servicios de usuario. De nada servirá (salvo como mecanismo de previsión de posibles
ampliaciones futuras del ancho de banda contratado con el proveedor de Internet), implantar
una solución que soporte un tráfico interno a 100 Mbps si la línea de conexión con Internet no
provee más que 1 Mbps (o incluso peor, sólo 64 Kbps). El retardo introducido por la
implantación de una solución interna a 10 o a 100 Mbps es despreciable frente a retardo
originado por la línea de conexión a Internet.
Por otra parte hemos de reseñar que la implantación de líneas de FastEthernet (100 Mbps)
incrementa el coste de los equipos hardware ya que necesitan la adquisición de una tarjeta
FastEthernet.
Pese a ello propondremos que:
1. La línea de conexión con el servidor de archivo, inventario y catálogo sea a 100

Mbps. Ello permitirá por una parte la optimización del acceso al servidor de
catálogo, elemento clave en los servicios del CREPAD V1. Por otra parte,
aportará una solución flexible que presentará mejores prestaciones si el ancho
de banda en la línea de conexión a Internet se hace mayor.
2. Para el resto de los elementos del CREPAD V1 si bien líneas de 100 Mbps
presentan mejores prestaciones, la tasa de tráfico inicial entre los diferentes
servicios sugiere que las líneas de Ethernet no necesiten ser superiores a 10
Mbps. En cualquier caso, el INTA podrá decidir el tipo de ancho de banda que
pretende soportar para el resto de los servicios. Los equipos propuestos ya
incluyen la tarjeta FastEthernet necesaria para soportar los 100 Mbps. Si
Fecha: 16/10/2008
Versión: 2.0
Página: 75 de 211
finalmente se decidiera soportar 10 Mbps dichas tarjetas podrían suprimirse

con la consiguiente reducción de precios.
3. Finalmente, y tal y como se planteó en el análisis preliminar descrito en la oferta

técnica de GMV y CRISA, se aconseja la utilización de tecnología Base-T (par
trenzado) que permite una distribución jerárquica de la red creando diferentes
segmentos. Esta aproximación se ajusta perfectamente a la estructura propuesta de
diferentes cadenas de servicios.
En esta situación y de acuerdo a la arquitectura presentada al principio de esta nota técnica

creemos que el sistema queda suficientemente dimensionado con la adquisición de un hub
inteligente (switch) que disponga de puertos 100 y 10 Mbps. La solución propuesta es un
switch de 10 puertos, dos de los cuales son a 100 Mbps y los otros 8 a 10 Mbps. Si
finalmente el INTA considerara necesario soportar 100 Mbps en toda la red será necesario
sustituir el switch del 10 puertos (2 a 100 y 8 a 10) por otro con 8 puertos a 100 Mbps. Este
switch es considerablemente más caro que el anterior.
La siguiente tabla resumen las características del Switch propuesto.

1.0 Hub Inteligente (Switch) 10 Puertos (2 a 100 Mbps y 8 a 10 1
Mbps) base TX
Switch
Asimismo será necesario diseñar y trazar el cableado de la red en la sala donde se encontrarán
instalados los equipos en la estación de Maspalomas.
Elementos Software
Todo switch viene junto con su software de configuración, de ahí que no será necesario la
adquisición de ningún elemento adicional.
Fecha: 16/10/2008
Versión: 2.0
Página: 76 de 211
ARQUITECTURA LOGICA
Este capítulo describe la arquitectura lógica del CREPAD V1, en el primer nivel de desarrollo
e indica la descomposición de funciones. La metodología empleada para el diagrama
funcional es la denominada Metrica-2. El documento de Diseño Detallado del Software
explotará las funciones a niveles mas bajos para permitir la codificación.
Metodología de análisis.
Diagramas de flujo de datos.
Para el diseño funcional del CREPAD V1 se han adoptado dos metodologías muy frecuentes
en este tipo de proyectos:
La metodología SSADM (Structured Systems Analysis and Design Methodology) en su

version Métrica 2 (adaptación de las Administraciones Publicas Españolas) para el análisis de
flujo de datos, y
La metodología ENTIDAD-RELACION para los diagramas de diseño de Bases de datos.
A continuación se describe someramente cada una de estas metodologías, los elementos y

símbolos que intervienen en los diagramas y la forma de interpretar estos.
Notación Métrica 2:
Es una metodología de flujo de datos, es decir, muestra las entradas y salidas de datos del
sistema total y de cada uno de los módulos en los que se puede descomponer. Hay que hacer
notar que este tipo de metodología (y sus diagramas correspondientes) no muestran en
principio la secuencia de operaciones ni el control que sobre estas se ejerce. Sin embargo, con
este fin, en el presente proyecto se han “extendido” algunos conceptos (por ejemplo, en los
flujos de datos) para dar una percepción correcta de la secuencia de operaciones dentro del
CREPAD y el control de los procesos.
Objeto Descripción
External Entity Representa una entidad fuera de los limites del sistema que se esta definiendo (el
CREPAD en nuestro caso). Ejemplos de entidades externas son los usuarios, los
procesadores o el personal del centro. El interfaz entre el sistema y estos
elementos debe ser definido, pero el diseño debe contener mecanismos de
chequeo de que este interfaz se cumple, dando lugar a avisos a operadores.
Fecha: 16/10/2008
Versión: 2.0
Página: 77 de 211
Data process Transforma flujos de datos de entrada en flujos de entrada de salida. En alto nivel
el atributo “descripción” de este tipo de entidades contiene los objetivos y las
tareas atribuidos a estos procesos. Estos procesos son explotados en diagramas
de bajo nivel hasta que se obtiene un nivel de detalle suficiente (en nuestro caso
es generalmente el nivel 3), donde en este campo de describe el algoritmo
asociado al proceso, en forma de pseudo-código.
Data Store Se utiliza para almacenar un flujo de datos de salida de un proceso o entidad
externa hasta que otro proceso entidad externa lo requiera. En nuestro esquema,
los almacenes de datos son básicamente de cinco tipos (el prefijo denota el tipo
de almacén):
• Bases de datos (BD)
• Ficheros de Sistema operativo (FS)
• Paginas HTML(HT)
• Copias en papel(PA)
• Data flow Indica la transferencia de información de unos símbolos a otros. Puede ser
c
3 unidireccional o bidireccional.
Object
Under
Test Measurement
Las tablas que aparecen en cada uno de los diagramas tienen los siguientes campos para cada una
de las entidades que existen en el diagrama:
OBJECT_ID : Identificador de la entidad

OBJ_TYPE : Tipo de la entidad (e.g. Entidad externa, proceso de
datos,..)
OBJ_NUMBER: Numero identificador de la entidad. En el caso de los procesos, indica el
procesador donde se ejecuta (hostname).
OBJ_NOTE: Descripción textual de la entidad. En el caso de los data flows, si el nombre es
autoexplicativo, se omite la descripción.
Notación de ENTIDAD/RELACIÓN:
Se trata de una metodología de representación de datos, utilizada para modelar el esquema lógico
de datos de un sistema. La simbología utilizada está basada en los diagramas
ENTIDAD/RELACCION de Chen. Permite dar un visión global de un sistema, desde el punto de
vista estático, de la información que gestiona. Tiene la virtud de que la implementación mediante
una base de datos relacional es directa y observando ciertas reglas de integridad de claves
primarias y heredadas en las relaciones, asegura que el esquema lógico resultante está en 3ª
forma normal.
OBJETO DESCRIPCION
Fecha: 16/10/2008
Versión: 2.0
Página: 78 de 211
Representa una entidad lógica que tendrá su

NOMBRE implementación en una tabla ORACLE con
clave primaria clave primaria los campos indicados bajo el
nombre.
Representa una entidad lógica, como en el caso

NOMBRE anterior pero su implementación estará definida
clave primaria por una tabla ORACLE que gestiona EOS CBS.
Representa una relación entre dos entidades, en

este caso todo elemento de ENTIDAD-1 estará
ENTIDAD-1
clave primaria
ENTIDAD-2
clave primaria
relacionado con al menos un elemento de
ENTIDAD-2.
Se trata de una relación obligatoria “uno a
varios”.
ENTIDAD-1 ENTIDAD-2 este caso todo elemento de ENTIDAD-1 podrá
clave primaria clave primaria estar relacionado con cero, uno o varios
elementos de ENTIDAD-2.
Se trata de una relación opcional “uno a varios”.
ENTIDAD-1 ENTIDAD-2
este caso todo elemento de ENTIDAD-1 debe
clave primaria clave primaria estar relacionado con uno o varios elementos de
ENTIDAD-2, mientras que no todo elemento de
ENTIDAD-2 tiene que estar relacionado
necesariamente con alguno de ENTIDAD-1.
Se trata de una relación opcional “cero a
varios”.
Fecha: 16/10/2008
Versión: 1.0
Página: 79 de 211
CREPAD - DIAGRAMA DE CONTEXTO
Project Name: CREPAD V1

Project Path: c:\crepad\jjsc\
Chart File: dfd00001.dfd
Chart Name: CREPAD - Diagrama de contexto
Created On: Sep-16-1996
Created By: jesus Line Operations
Modified On: Oct-29-1996
Modified By: jesus
a f
Archive
Processors
Operator
j
Production
Operator
k
Quality
Support Operat. Operator
0
Operations
c l
System
User
Manager CREPAD
V1
b
Developer /
Maintenance
n a
Order Dispatch
Hyperlink
Manager
m
Users Accounts
Manager
Como se observa en la figura, el sistema CREPAD interactua, por un lado, con el personal del centro, encargado de supervisar las operaciones, por otro,
recibe datos de la red de procesadores (p.ej. SeaSHARK), y por otro, con el usuario final. No se representan en este esquema las relaciones que
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 80 de 211
obviamente existirán entre entidades externas. En este sentido, cabe mencionar que las relaciones del usuario con el centro pueden ser de otros tipos (no
utilizando el sistema, p. ej. contacto telefónico o fax).
OBJECT_ID OBJ_TYPE OBJ_NUMBER OBJ_NOTE

CREPAD V1 Data Process Sistema de recepción, catálogo, archivo y distribución de productos de Observación
de la Tierra.
Archive Operator External Entity a Encargado de la Ingestión de nuevas imágenes y de la gestión del sistema de archivo.
1. El operador transferirá el producto desde el dispositivo de almacenamiento inicial

donde el procesador disponga (puede ser disco duro de otro sistema accesible en la
red local, o cinta) hacia el directorio donde se almacenan los productos pendientes de
ingestión.
2. El operador abre la aplicación de ingestión (Ingestión Module) donde podrá

seleccionar el inventario donde se catalogará el producto.
3. Este mismo sistema de ingestión informara de los niveles de ocupación de los

distintos dispositivos de archivo y reclamará las acciones oportunas del operador.
(pasar de un nivel a otro de almacenamiento en línea, near on-line y off-line). Podrá
modificar los parámetros de alarma para la gestión de ocupación y gestionar en
general el sistema de archivo mediante una aplicación al efecto (Archive
Management).
Developer / Maintenance External Entity b La operación del centro exigirá asimismo la intervención de operadores que se
encargaran de manera rutinaria del mantenimiento de las herramientas (tanto
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 81 de 211
comerciales como especificas del centro) y de la actualización del servicio y de las

páginas.
Hyperlink External Entity a Esta unidad externa representa todo control que se ejerce para la navegación WWW.
Por ejemplo, los hyperlinks. Se ha modelado de esta forma debido a la necesidad de
establecer conexión de control entre, por ejemplo, dos paginas HTML.
Order Dispatch Manager External Entity n Operador encargado de la gestión de pedidos y preparación de envíos.
1. El operador consultara mediante una aplicación especifica (Order Dispatch

module) los pedidos pendientes.
2. Hará las comprobaciones administrativas oportunas y preparará el envío o

transferencia de fichero (según el caso).
Processors External Entity f Los procesadores externos son:

SeaSHARK (AVHRR y SEAWifs) y TBC (OCTS y MOS).
Los productos que se obtienen de estos procesadores son ingeridos por el CREPAD.
Production Operator External Entity j Operador encargado de las tareas de producción interna del centro. Estas tareas serán
requeridas por la administración del centro para una determinada aplicación especial.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 82 de 211
1. El operador consultará el catálogo mediante las mismas (o similares) herramientas

de catálogo que el usuario final.
2. Una vez localizado el (o los ) producto (s) que le interesa hará una petición que
evitara (o simplificará) el trámite burocrático y se efectuara una copia local del
producto que se almacenara en el disco local del operador.

imágenes.
Quality Operator External Entity k Operador encargado de las tareas de control de calidad de los productos del centro.
1. El operador consultará el catálogo mediante las mismas (o similares) herramientas

de catálogo que el usuario final.
2. Una vez localizado el (o los ) producto (s) que le interesa hará una petición que
evitara (o simplificará) el trámite burocrático y se efectuara una copia local del
producto que se almacenara en el disco local del operador.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 83 de 211
imágenes.
4. El operador podrá acceder a los campos correspondientes a las anotaciones de

calidad para efectuar la entrada en la base de datos correspondiente al producto
analizado.
System Manager External Entity c Operador encargado del sistema informático.
Las actividades de coordinación o administración se pueden dividir en:

+ Administración de Bases de Datos, para lo cual se utilizaran scripts y utilidades
propias de ORACLE. Dentro de esta actividad se incluyen la gestión de usuarios
(registro y créditos, por ejemplo), control de configuración e inventarios de equipos y
herramientas.
+ Administración del sistema, utilizando las utilidades del sistema operativo Solaris
2.5.
NOTA: sus tareas están relacionadas mas bien con el soporte de administración del
sistema (instalación de HW/SW, gestión de cuentas del sistema operativo y Bases de
datos, etc.) de modo que no aparece en los esquemas subsiguientes al no ser parte de
la secuencia principal de operaciones del CREPAD.
User External Entity l Usuario remoto. Tiene relación con el CREPAD como sistema (a través de Internet) y
también acceso al centro por otros mecanismos externos. (probablemente con el
Administrador de cuentas y usuarios - User Account Manager-). Dentro del grupo de
usuarios, cabe distinguir dos tipos:
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 84 de 211
- Gestor de cuenta de cargo. Es una persona de la organización usuaria,

responsable de solicitar el crédito, y administrar la lista de usuarios de su
organización que pueden beneficiarse del crédito disponible en la cuenta.
- Usuario raso, asociado a una cuenta de cargo.

Users Accounts Manager External Entity m Operador encargado de la gestión de cuentas de usuario (altas) y su monitorización
en cuanto a cuentas de cargo. Probablemente tenga relación con el usuario de tipo
institucional y no automatizada (teléfono, fax), que aparece en el esquema como línea
de puntos, indicando que esta relación es externa
1. El operador consultara mediante una aplicación especifica (User Account

Management) las solicitudes de registro al sistema (tanto por parte de usuarios
normales como de gestores de cuenta de cargo, GCC) y concederlas o rechazarlas.
2. Se prevé que este sea el operador con un contacto telefónico (o por otros medios)
con los clientes finales.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 85 de 211
CREPAD V1
Chart Name: CREPAD V1 j
Created On: Sep-16-1996 Production
Created By: jesus Operator
Modified By: jesus
f ERDAS commands
Processors
n
5 Servidor Proceso Order
Dispatch
a Manager
Archive
Production Operator
Module
9 saci
Product (copy)
Archive Product (copy)
4 escoor
Management
Product temporal
info
Order
Dispatch
Orders Info
Module
Order Status
Update
Product
Level 1 Product (original)
Catalogue Product (copy)
Product (copy) queries &
results saci User Info
D4 BD_DISTRIBUTION_ORDERS
2 varios User account
saci Credit Check annotation
Metadata Orders Info
D1 BD_CATALOGUE D9 FS_DISTRIBUTED_PRODUCT
Ingestion Order request
Module Catalogue
queries & saci
Browse / results 3 serviweb Accounts info
Thumbnail D8 BD_ACCOUNTS
Image Browse /
Thumbnail User saci DAT, CD or FTP
Image Services User Info
serviweb D3 BD_USERS_ORGANIZATIONS
D10 FS_BROWSE_IMAGES
1 varios Users Registration

k Credit update
Quality ERDAS commands Quality
Operator Quality Annotations WWW interaction User registration
request 8 escoor
Module
saci
D7 BD_REGISTRATION_ORDERS User
Account
Management
m
Users
Accounts
Manager
Registration
confirmation
(mail)
l
User
En este diagrama se representan cada uno de los procesos, almacenes de datos y entidades externas que intervienen en el CREPAD, unidos por líneas
(flechas) que representan flujos de datos. El texto que aparece es descriptivo de la entidad que se identifica.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 86 de 211
Con el fin de analizar el diagrama, este se ha representado con el servicio a usuarios (descrito extensamente en el capítulo 5) en el centro. Este proceso (el
servicio a usuarios) está rodeado de tres grupos de procesos (o “secciones”) que le proveen de los datos necesarios para su funcionamiento. Estos son:
Sección de Producción/Calidad/Ingestión, cuyo propósito es la población del catálogo y archivo. Se ha incluido en esta parte todos los procesos y
almacenes de datos que de alguna forma suministran todo lo relacionado con información de productos.
Sección de Administración de usuarios/Pedidos, cuyo propósito es la gestión ordenada de la distribución de productos.
OBJECT_ID OBJ_TYPE OBJ_NUMBE OBJ_NOTE

R
Accounts info Data Flow
Browse / Thumbnail Image Data Flow Imágenes submuestreadas para orientación del usuario/operador.
Catalogue queries & results Data Flow Preguntas y contestaciones de la base de datos de catálogo.
Credit Check Data Flow
Credit update Data Flow
ERDAS commands Data Flow Comandos de ERDAS Vista. Los mas utilizados serán importar/exportar y
relacionados con la impresión.
Level 1 Product Data Flow Los productos susceptibles de ser ingeridos por el sistema en la version V1 son:
AVHRR Level 1A Archive Product

SEAWIFS Level 1B Archive Product
MOS Level TBD
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 87 de 211

R
OCTS Level TBD
Previo a la ingestión, el procesador deberá almacenarlos en un dispositivo TBD.

Metadata Data Flow Metadatos extraídos del producto.
Order Status Update Data Flow
Order request Data Flow
Orders Info Data Flow
Product (copy) Data Flow Copia del producto archivado.
Product (original) Data Flow
Product temporal info Data Flow Fecha de adquisición de la toma por el sensor.
Quality Annotations Data Flow Anotaciones de calidad (esencialmente de cobertura). Para este efecto existirá un
campo de cada registro de producto en el que en principio el control de calidad
podrá anotar (estilo libre) sus anotaciones.
Registration confirmation Data Flow
(mail)
User Info Data Flow
User account annotation Data Flow
User registration request Data Flow
Users Registration Data Flow
WWW interaction Data Flow Serie de comandos del browser de WWW junto con las presentaciones en pantalla.
Archive Management Data Process saci Este módulo se encarga de gestionar el archivo del CREPAD, permitiendo al resto
de funciones acceder a los productos archivados independientemente del soporte
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 88 de 211

R
físico donde se encuentren.
Ingestión Module Data Process varios Este módulo se encarga de la catalogación, generación de imágenes browse
(formato JPEG) y archivo de los productos provenientes de los procesadores
externos.
Order Dispatch Module Data Process escoor Este modulo se encarga de servir pedidos previamente solicitados por los usuarios.
Production Module Data Process Servidor Este módulo facilita las necesidades de procesamiento interno del CREPAD. En la
Proceso versión V1 se incorpora exclusivamente la herramienta comercial ERDAS Vista,
pero el sistema está dimensionado para admitir en el futuro otras herramientas de
procesado de distintos niveles.
Quality Module Data Process varios Este modulo tiene por objetivo el proporcionar mecanismos adecuados para el
control de la calidad de los productos. Comparte con el módulo de producción la
herramienta de visualización ERDAS Vista.
User Account Management Data Process escoor Este módulo se encarga del registro de usuarios y actualización de cuentas.
User Services Data Process serviweb Agrupa todas las aplicaciones que se refieren a las paginas HTML, applets de JAVA
y CGI asociados a las funciones de servicio de usuarios accesibles por Internet.
BD_ACCOUNTS Data Store 8 Datos relativos a las cuentas de cargo (entidades pagadoras) asociadas a los usuarios
con acceso a los servicios de pago del CREPAD.
BD_CATALOGUE Data Store 1 Este almacén de datos esta compuesto de las tres tablas que gestiona el EOS-CBS:
Existe una tabla CORE para cada instrumento al que el CREPAD da servicio. Esta
tabla contiene atributos específicos de los productos catalogados en el inventario
correspondiente.
Existirá una tabla MEP para cada uno de los inventarios de soporte del CREPAD.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 89 de 211

R
Esta tabla contiene las coordenadas de los vértices del polígono mínimo que recubre
cada producto.
Existirá una tabla de BROWSE para cada inventario disponible en el CREPAD.

Esta tabla contiene para cada producto el/los nombre/s de los ficheros de imágenes
BROWSE asociadas.
BD_DISTRIBUTION_ORDE Data Store 4 Datos identificativos de los pedidos de distribución de productos existentes en el
RS Catálogo del CREPAD (un sólo producto por pedido).
BD_REGISTRATION_ORDE Data Store 7 Subesquema que contiene las peticiones de registro de nuevos usuarios. Se
RS compone de las siguientes tablas:
USR_REG_ORD: Tabla donde se almacenan temporalmente las peticiones de

registro de usuarios. Una vez confirmadas por el administrador del CREPAD, se
creará la correspondiente entrada en la tabla USERS se borrará la entrada
correspondiente de esta tabla.
ORG_REG_ORD: Tabla donde se almacenan temporalmente las peticiones de

registro de organizaciones. Una vez confirmadas por el administrador del CREPAD,
se creará la correspondiente entrada en la tabla ORGANIZATIONS y se borrará la
entrada correspondiente de esta tabla.
ACC_REG_ORD: Tabla donde se almacenan temporalmente las peticiones de

registro de cuentas de cargo. Una vez confirmadas por el administrador del
CREPAD, se creará la correspondiente entrada en la tabla ACCOUNTS y se borrará
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 90 de 211

R
la entrada correspondiente de esta tabla.
USR_SERV_REG_ORD: Tabla donde se almacenan temporalmente las peticiones

de acceso a nuevos servicios. Una vez confirmadas por el administrador del
CREPAD, se creará la correspondiente entrada en la tabla SERVICES_BY_USERS
y se borrará la entrada correspondiente de esta tabla.
BD_USERS_ORGANIZATIO Data Store 3 Subesquema de la Base de Datos CREPAD que contiene las siguientes tablas:
NS
USERS: Información de los usuarios registrados en el CREPAD. Existirá una, y

sólo una, ocurrencia por usuario registrado. Mantiene relaciones con la organización
a la que pertenece, servicios del CREPAD a los que tiene acceso y cuenta de cargo
asociada.
ORGANIZATIONS: Datos relativos a las organizaciones a las que pertenecen los

usuarios registrados en el CREPAD.
SERVICES: Lista de servicios que el CREPAD pone a disposición de los usuarios

registrados.
FS_BROWSE_IMAGES Data Store 10 Ficheros submuestreados de los productos. Formato JPEG.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 91 de 211

R
FS_DISTRIBUTED_PRODU Data Store 9 Producto distribuido en formato DAT, CD o FTP
CT
Archive Operator External a
Entity
Order Dispatch Manager External n Operador encargado de la gestión de pedidos y preparación de envíos.
Entity
Processors External f Los procesadores externos son:
Entity
SeaSHARK (AVHRR y SEAWifs) y TBC (OCTS y MOS).
Los productos que se obtienen de estos procesadores son ingeridos por el CREPAD.
Production Operator External j Operador encargado de las tareas de producción interna del centro.
Entity
Quality Operator External k Operador encargado de las tareas de control de calidad de los productos del centro.
Entity
User External l Usuario remoto. Tiene relación con el CREPAD como sistema (a través de Internet)
Entity y también acceso al centro por otros mecanismos externos. (probablemente con el
Administrador de cuentas y usuarios - User Account Manager-). Dentro del grupo
de usuarios, cabe distinguir dos tipos:

CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 92 de 211

R
Users Accounts Manager External m Operador encargado de la gestión de cuentas de usuario (altas) y su monitorización
Entity en cuanto a cuentas de cargo. Probablemente tenga relación con el usuario de tipo
institucional y no automatizada (teléfono, fax), que aparece en el esquema como
línea de puntos, indicando que esta relación es externa
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 93 de 211
ARCHIVE MANAGEMENT

Project Path: f:\users\crepad\arq_0611\
Chart Name: Archive Management
Created On: Oct-28-1996
Created By: jesus
Modified On: Nov-06-1996
Modified By : jesus
Product Path
9.2 Update
Product
(original)
FS_ON
LINE Logical D1 BD_CATALOGUE
Archive Links
Control
Product (copy)
Products Product temporal
(Transfer) info
Product Transfer
Notification
Product (copy )
9.3 9.1
Products Product Transfer
FS_NEAR (Transfer) Notification
ON
LINE Product
Archive Transfer Reporting
Product (copy) Management
Conf. Pmtrs.
New Values
Platter
Ctrl Commands
OFF LINE
Requests
a Reports
FS_OFF Archive
LINE Operator
Archive
Platter Reports Requests
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 94 de 211

R
Conf. Pmtrs. New Values Data Flow Este flujo de datos contiene los nuevos valores de los parámetros de configuración.
Estos parámetros serán los siguientes:
SECURITY_SPACE_LIMIT
ON_LINE_THRESHOLD_LEVEL
NEAR_ON_LINE_THRESHOLD_LEVEL
SHORTING_DATE_CRITERIA
ON_LINE_DATE_LIMIT
NEAR_ON_LINE_DATE_LIMIT
Ctrl Commands Data Flow Los comandos de control del operador de gestión de archivo serán:
Disparar la función de reorganización de espacio.

Confirmar la transferencia de un producto de un espacio lógico a otro.
OFF LINE Requests Data Flow En el caso de una petición de productos del archivo OFF LINE, se genera un mensaje al
operador, indicando el volumen a montar junto con su ubicación física.
Platter Data Flow Dispositivo CD ROM físico, previamente etiquetado con su identificador y ubicación
física en el archivo OFF LINE.
Product (original) Data Flow
Product Path Update Data Flow Este flujo de datos contiene el nuevo Path del producto después de su transferencia a
otro espacio lógico. Este path se actualizará en la tabla del inventario CBS
correspondiente.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 95 de 211

R
Product Transfer Data Flow Este flujo de datos contiene los campos identificativos de un producto junto con los
Notification espacios lógicos de partida y final. Indica que un producto ha sido transferido de un
espacio lógico a otro.
Products (Transfer) Data Flow Este flujo de datos consiste en la transferencia (copia y posterior borrado del original) de
un producto completo. Un producto constará de un directorio cuyo nombre contiene el
PRODUCT_ID y sobre ese directorio el conjunto de ficheros, incluyendo la imagen de
que consta.
Reports Data Flow Este flujo de datos representa los informes de actividad de la gestión de archivo,
indicando los productos transferidos, junto con los espacios origen y destino.
Reports Requests Data Flow Petición de informe de actividad de gestión de archivo.
Logical Links Control Data Process Este módulo se encarga del mantenimiento de los espacios lógicos que soportan los
niveles de archivo ON LINE y NEAR ON LINE. Estos espacios serán gestionados
mediante el uso de variables de entorno y enlaces simbólicos entre los distintos
directorios del UNIX File System que contienen la información. Cada vez que un
producto es transferido se indicará sobre que espacio lógico será ubicado mediante el
flujo de datos "Product Transfer Notification".
Un espacio lógico consta de una variable de entorno, cuyo valor indica el Path físico
donde se ubica el directorio UNIX de soporte.
Asimismo mismo será el encargado de actualizar el Path de ubicación de los productos

en el Catálogo. Este path debe actualizarse cuando un producto sale de un File System
para pasar a otro distinto.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 96 de 211

R
Para llevar a cabo su función, recibe del módulo "Product Transfer Management" las
notificaciones de transferencia de productos entre los distintos niveles de archivo.
Product Transfer Data Process Este módulo incluye las funciones de gestión de archivo permitiendo la transferencia de
Management productos entre los archivos ON LINE, NEAR ON LINE y OFF LINE, según n los
criterios indicados en los parámetros de configuración del sistema.
Reporting Data Process Mediante este módulo se notificará al operador del archivo de todas las transferencias
efectuadas entre los tres niveles de archivo. Estas notificaciones se realizarán en forma
de "reports", a partir de los ficheros de log que generan los módulos SPACE
MANAGEMENT y DATE MANAGEMENT. Estos informes se generarán a solicitud
del operador con los siguientes criterios:
* Fecha de inicio - fecha final.

* Nivel de Archivo.
Existe una tabla CORE para cada instrumento al que el CREPAD da servicio. Esta tabla
contiene atributos específicos de los productos catalogados en el inventario
correspondiente.
Existirá una tabla MEP para cada uno de los inventarios de soporte del CREPAD. Esta
tabla contiene las coordenadas de los vértices del polígono mínimo que recubre cada
producto.
Existirá una tabla de BROWSE para cada inventario disponible en el CREPAD. Esta
tabla contiene para cada producto el/los nombre/s de los ficheros de imágenes
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 97 de 211

R
BROWSE asociadas.
FS_NEAR ON LINE Data Store El archivo NEAR ON LINE está soportado por un Juke Box de discos ópticos. El
Archive soporte lógico de este nivel de archivo viene dado por una extensión del File System de
Unix aportada por el software de gestión del Juke Box XFS, que junto con las
herramientas habituales de Unix, permite la gestión de un sistema de ficheros sobre
discos WORM.
Recibe todos los productos del Archivo ON LINE que deben ser eliminados de este
nivel de archivo por motivos de ocupación o tiempo de permanencia. También recibe los
elementos del archivo OFF LINE que han sido solicitados por otros módulos.
Al igual que en el caso del archivo ON LINE, este nivel de archivo debe ser gestionado
en términos de límite mínimo disponible y tiempo de permanencia de los productos en Tl
contenidos. Estos parámetros podrán ser modificados por el operador del archivo.
FS_OFF LINE Archive Data Store El archivo OFF LINE consiste en una serie de unidades físicas (CD ROM) almacenadas
en estanterías. Recibe todos los dispositivos que por criterios de espacio o fecha de
almacenamiento deben salir del Juke Box. Lógicamente las operaciones de transferencia
entre los archivos NEAR ON LINE y OFF LINE deben realizarse manualmente.
FS_ON LINE Archive Data Store El Archivo ON LINE estará soportado en un File System estándar UNIX sobre discos
magnéticos y consta de los productos con antigüedad menor que un parámetro de
configuración del sistema. Todo fichero que supere dicho tiempo en el archivo será
transferido al archivo NEAR ON LINE.
Este archivo recibirá todos los productos que sean ingeridos por el módulo de ingestión
del CREPAD y a medida que éstos sean transferidos al archivo NEAR ON LINE, se
incluirá un enlace lógico en su lugar, para poder asegurar una transparencia de ubicación
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 98 de 211

R
al resto de funciones que los requieran.
Entity
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 99 de 211
Product Transfer Management

Chart Name: Product Transfer Management Product Transfer
Created On: Oct-29-1996 Notification
Created By: jesus
Modified By: jesus
D1 BD_CATALOGUE
Product temporal
info
Product Transfer
Products Notification Products
(Transfer) (Transfer)
Date Ordered
Product List
9.3.2 9.3.3
Space Date
Management Space Conf. Date Conf. Management
Pmtrs. Actual Pmtrs. Actual
Values Values
BD_Configuration Prod. Transfer

D33 Parameters Confirm.
Prod. Transfer
Confirm. Request
Request Conf. Pmtrs.
New Values
OFF LINE OFF LINE

Requests Requests
Ctrl Commands a Ctrl Commands

Archive
Operator
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 100 de 211

R
Conf. Pmtrs. New Values Data Flow Este flujo de datos contiene los nuevos valores de los parámetros de configuración.
Estos parámetros serán los siguientes:
SECURITY_SPACE_LIMIT
ON_LINE_THRESHOLD_LEVEL
NEAR_ON_LINE_THRESHOLD_LEVEL
SHORTING_DATE_CRITERIA
ON_LINE_DATE_LIMIT
NEAR_ON_LINE_DATE_LIMIT
Ctrl Commands Data Flow Los comandos de control del operador de gestión de archivo serán:
Disparar la función de reorganización de espacio.

Confirmar la transferencia de un producto de un espacio lógico a otro.
Date Conf. Pmtrs. Actual Data Flow
Values
Date Ordered Product List Data Flow
OFF LINE Requests Data Flow En el caso de una petición de productos del archivo OFF LINE, se genera un
mensaje al operador, indicando el volumen amontar junto con su ubicación física.
Prod. Transfer Confirm. Data Flow
Request
Product Transfer Notification Data Flow Este flujo de datos contiene los campos identificativos de un producto junto con los
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 101 de 211

R
espacios lógicos de partida y final. Indica que un producto ha sido transferido de un
espacio lógico a otro.
Products (Transfer) Data Flow Este flujo de datos consiste en la transferencia (copia y posterior borrado del original)
de un producto completo. Un producto constará de un directorio cuyo nombre
contiene el PRODUCT_ID y sobre ese directorio el conjunto de ficheros, incluyendo
la imagen de que consta.
Space Conf. Pmtrs. Actual Data Flow
Values
Date Management Data Process Este módulo tiene como función gestionar la transferencia de los productos hacia el
archivo NEAR ON LINE y OFF LINE cuyo tiempo de almacenamiento en el archivo
de nivel inmediatamente superior supera un cierto límite configurable por el operador
indicado en los parámetros ON_LINE_DATE_LIMIT y
NEAR_ON_LINE_DATE_LIMIT.
El parámetro DATE_ORDERING_CRITERIA determina el criterio de fechas a

utilizar, bien la de archivo o bien la fecha de toma de la imagen; en este último caso
deberá accederse al inventario correspondiente para obtener este dato.
Esta transferencia se ejecutará de manera automática a petición del operador del

archivo. Todos los archivos transferidos serán reportados en un fichero de LOG
indicando su nombre, fecha, hora, tamaño, lugar de procedencia y lugar de destino.
Space Management Data Process Este módulo gestiona las transferencias de productos (por orden de antigüedad)
desde los archivos ON LINE y NEAR ON LINE hacia sus niveles inmediatamente
inferiores hasta que el espacio disponible en el archivo (on line y near on line) está
por encima de un nivel prefijado por el operador indicado por los parámetro
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 102 de 211

R
ON_LINE_THRESHOLD_LEVEL y NEAR_ON_LINE_THRESHOLD_LEVEL.
Una vez disparada esta función por el operador, en caso de no superarse el nivel
indicado se transferirán los productos necesarios (por orden de antigüedad) hasta
alcanzar el nivel disponible requerido.
Los productos a transferir se presentarán al operador para su confirmación manual,

en caso de no confirmar su transferencia se presentará el siguiente de la lista.
Todos los archivos transferidos quedarán indicados en un fichero de LOG, indicando

su nombre, fecha, hora, tamaño, lugar de origen y lugar de destino para poder
generar los reports de actividad de gestión de archivo.
Existe una tabla CORE para cada instrumento al que el CREPAD da servicio. Esta
tabla contiene atributos específicos de los productos catalogados en el inventario
correspondiente.
Existirá una tabla MEP para cada uno de los inventarios de soporte del CREPAD.
Esta tabla contiene las coordenadas de los vértices del polígono mínimo que recubre
cada producto.
tabla contiene para cada producto el/los nombre/s de los ficheros de imágenes
BROWSE asociadas.
BD_Configuration Parameters Data Store 33 Tabla auxiliar que contiene los parámetros de configuración del CREPAD. Los
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 103 de 211

R
valores de estos parámetros podrán ser modificados por el operador según los
criterios de administración del sistema requeridos.
Entity
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 104 de 211
INGESTION MODULE
Project Name: CREPAD V1 2.3 serpro

Project Path: c:\crepad\jjsc\ AVHRR Product
2.2 saci
Chart File: dfd00026.dfd AVHRR Products
Chart Name: Ingestion Module ingestion
AVHRR Pending
Created On: Oct-30-1996 Products Archive
Created By: jesus Management
Modified By: jesus
SEAWIFS Pending 2.4 serpro

Products SEAWIFS Product
SEAWIFS
Ingestion
2.1 calyfor D1 BD_CATALOGUE

Metadata
Pending Products
Ingestion
Control
2.5 serpro
OCTS
OCTS Pending Ingestion OCTS Product
Products
Pending Products
2.6 serpro D10 FS_BROWSE_IMAGES

FS_Products Browse /
Level 1 Product Thumbnail
D35 Temporal MOS
Store Image
MOS Pending Ingestion MOS Product
Products
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 105 de 211

R
AVHRR Pending Data Flow Este flujo de datos representa un producto completo AVHRR nivel 1B. Los productos
Products constan de :
* Ficheros de datos auxiliares.

* Imagen de resolución total
* Imagen submuestrada (Browse).
AVHRR Product Data Flow Este flujo de datos representa un producto completo AVHRR nivel 1B. Los productos
después del proceso de ingestión constan de :

* Imagen de resolución total.
* Conjunto de metadatos extraídos para el catálogo.
* Imagen "Thumbnail"
Browse / Thumbnail Data Flow Imágenes submuestreadas para orientación del usuario/operador.
Image
Level 1 Product Data Flow Los productos susceptibles de ser ingeridos por el sistema en la versión V1 son:
AVHRR Level 1A Archive Product

SEAWIFS Level 1B Archive Product
MOS Level TBD
OCTS Level TBD
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 106 de 211

R
Previo a la ingestión, el procesador deberá almacenarlos en un dispositivo TBD.

MOS Pending Products Data Flow Este flujo de datos representa un producto completo MOS nivel TBD. Los productos
constan de :

MOS Product Data Flow Este flujo de datos representa un producto completo MOS nivel TBD. Los productos

Metadata Data Flow Metadatos extraídos del producto.
OCTS Pending Products Data Flow Este flujo de datos representa un producto completo OCTS nivel TBD. Los productos
constan de :

CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 107 de 211

R
OCTS Product Data Flow Este flujo de datos representa un producto completo OCTS nivel TBD. Los productos

Pending Products Data Flow
Products Data Flow Conjunto de ficheros que forman un producto de cada nivel de proceso que es posible
almacenar en el CREPAD:
SEAWIFS 1A: (formato CEOS).

* Volumen Directory File
* Leader File
* Imagery File
* Annotation File
* Null Volume Directory File
AVHRR 1B : (formato CEOS).
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 108 de 211

R
* Volumen Directory File
(TBC) * Leader File
* Imagery File
* Annotation File
* Null Volume Directory File
MOS : TBD
OCTS : TBD
SEAWIFS Pending Data Flow Este flujo de datos representa un producto completo SEAWIFS nivel 1A. Los productos
Products constan de :

SEAWIFS Product Data Flow Este flujo de datos representa un producto completo SEAWIFS nivel 1A. Los productos

CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 109 de 211

R
AVHRR ingestión Data serpro La misión de este módulo será ingerir los productos de nivel 1A del procesador
Process correspondiente al sensor AVHRR.
Esta ingestión consta de tres pasos:
* Obtención de los metadatos necesarios para la catalogación del producto.

* Catalogación del producto en inventario CBS correspondiente.
* Transferencia de los ficheros a sus espacios lógicos asociados.
Archive Management Data saci

Process
Ingestion Control Data calyfor Este módulo es el encargado del control del proceso de ingestión. De manara periódica
Process (mediante el comando Cron) o bien a petición del operador, obtendrá los productos
pendientes de ingerir y pasará control al módulo de ingestión correspondiente a cada sensor
para su ingestión en el sistema.
MOS Ingestion Data serpro La misión de este módulo será ingerir los productos de nivel TBD del procesador
Process correspondiente al sensor MOS.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 110 de 211

R
OCTS Ingestion Data serpro La misión de este módulo será ingerir los productos de nivel TBD del procesador
Process correspondiente al sensor OCTS.

SEAWIFS Ingestion Data serpro La misión de este módulo será ingerir los productos de nivel 1B del procesador
Process correspondiente al sensor SEAWIFS.

CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 111 de 211

R
contiene atributos específicos de los productos catalogados en el inventario correspondiente.
producto.
Existirá una tabla de BROWSE para cada inventario disponible en el CREPAD. Esta tabla
contiene para cada producto el/los nombre/s de los ficheros de imágenes BROWSE
asociadas.
FS_Products Temporal Data Store 35 A medida que los procesadores generen productos, éstos serán almacenados temporalmente
Store (hasta su ingestión) en un espacio intermedio.
El archivo temporal de los productos se realizará sobre los Espacios Lógicos intermedios
antes de los definidos en el módulo de archivo, a excepción de las imágenes de Browse y
Thumbnail, que quedarán definitivamente almacenadas en el servidor WWW. Esta
transferencia puede realizarse mediante conexión a la red de procesadores (TBC) o bien
mediante cinta DAT.
Este almacén temporal de información constará de un "Espacio Lógico" para cada uno de
los sensores a los que el CREPAD dará servicio:
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 112 de 211

R
* AVHRR
* SEAWIFS
* OCTS
* MOS
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 113 de 211
ORDER DISPATCH MODULE

Chart File: dfd00030.dfd 4.8
served, served, n
Chart Name: Order Dispatch Module Order Dispatch
factured, DB Update factured,
Created On: Oct-30-1996 served, Manager
payed DISTRIBUTION payed
Created By: jesus pending orders factured,
ORDERS
Modified On: Oct-31-1996 payed
Modified By: jesus and compute
pendant orders
D2 BD_COSTS 4.7
pending orders
UI Orders
Computation
pending orders Request
D4 BD_DISTRIBUTION_ORDERS
Products cost pending orders
4.5 to process
or
DB Reprocess
D1 BD_CATALOGUE
Catalogue Price
queries & Computation
results Computed Price
User Info
Proceed with
accepted orders
D3 BD_USERS_ORGANIZATIONS
Computed Price
D8 BD_ACCOUNTS
User Info
4.6
DB
Catalogue Accounts info Credit
results Check 4.9
accepted or
UI
rejected &
acepted orders Accounts info Process
price
& price & Updation Accepted
Orders
User Info
4.4
DB Get
Accepted acepted orders record images print label
Order
4.10 saci
Archive Product (copy)

Management
D9 FS_DISTRIBUTED_PRODUCT D39 PA_LABEL
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 114 de 211

R
Accounts info Data Flow
Accounts info & Updation Data Flow
Catalogue queries & results Data Flow Preguntas y contestaciones de la base de datos de catálogo.
Catalogue results Data Flow
Computed Price Data Flow Zona de memoria en la que se almacena el precio total de un pedido computado
en el modulo "Price computation".
Proceed with accepted orders Data Flow

Products cost Data Flow
User Info Data Flow
accepted or rejected & price Data Flow
acepted orders Data Flow
acepted orders & price Data Flow
pending orders Data Flow
pending orders to process Data Flow
print label Data Flow
record images Data Flow
served, factured, payed Data Flow
Archive Management Data Process saci
DB Credit Check Data Process Este modulo comprueba que el usuario peticionario del pedido que se esta
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 115 de 211

R
tratando tiene crédito suficiente para pagar dicho pedido, cuyo precio se lee de
"computed price".
En caso de que el pedido no haya crédito suficiente, la tabla de
DISTRIBUTION_ORDERS se actualiza marcando dicho pedido con
"rejected".
En caso contrario, la zona de memoria llamada "accepted orders" con el valor
"accepted" para dicho pedido.
Tablas de entrada: USERS, ACCOUNTS

Tablas de salida: DISTRIBUTION_ORDERS
Funciones implicadas:
G_get_computed_price ()
DB_get_user_information ()
DB_get_account_information ()
G_update_accepted_orders ()
DB Get Accepted Order Data Process Dado un pedido aceptado, se busca en el catálogo que imágenes de archivo hay
que tomar. Una vez localizadas, proporciona una copia de las imágenes
seleccionadas en dicho pedido.
Una vez procesado el pedido, actualiza la tabla de cuentas ACCOUNTS
descontando de la cuenta de cargo la cantidad correspondiente.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 116 de 211

R
Tablas de entrada: CATALOGUE, ARCHIVE, ACCOUNTS

Tablas de salida: ACCOUNTS
Funciones:
G_get_accepted_orders ()
DB_get_image ()
DB_update_accounts ()
DB Price Computation Data Process Este modulo es el encargado de calcular el precio total de un determinado
pedido.
El precio total se devuelve en una zona de memoria que será recogida por el
modulo "credit check".
Tablas de entrada: DISTRIB_ORDERS, VAL_DISTRIB, USERS,

CATALOGUE
Tablas de salida: ninguna.
DB_get_pendant_orders_of_a_user () : devuelve las ordenes pendiente de cierto

usuario
DB_is_image_in_catalogue () : para cada orden comprobar que cada imagen
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 117 de 211

R
esta en el catálogo
DB_get_product_price () : recoge el precio de un producto
DB_get_user_info () : recoge la información del usuario peticionario.
G_compute_total_price () : dado el precio de todos los productos, sumarlos y
dejar el resultado en "computed price"
DB Update DISTRIBUTION Data Process Este modulo realiza dos funciones:

ORDERS
- por una parte recoge las peticiones pendientes y las envía al interfaz de usuario
- actualiza la tabla de peticiones en los casos en los que las peticiones estén
servidas, facturadas o pagadas.
Tabla de entrada: DISTRIBUTION_ORDERS

Tabla de salida: DISTRIBUTION_ORDERS
Las funciones involucradas son:
DB_get_accepted_orders ()
DB_update_distribution_orders ()
UI Orders Computation Request Data Process Mediante este module el operador se encarga de procesar las peticiones
pendientes y de registrar las que han sido servidas, facturadas y servidas.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 118 de 211

R
Las funciones implicadas en este modulo son:
UI_process_pending_orders () (callback)
UI_get_accepted_orders() (callback)
UI_display_accepted_orders ()
UI Process Accepted Orders Data Process Este modulo presenta al operador la lista de pedidos aceptados y le permite
elegir los que va a procesar. El procesamiento consiste en:
- recoger las imágenes elegidas y grabarlas en el dispositivo elegido vía interfaz
(por ejemplo, un setting con tres opciones: ftp, DAT o CD_ROM)
- elaborar la etiqueta (en caso de que el dispositivo sea DAT o CD-ROM)
Las funciones implicadas son:
UI_show_accepted_orders ()
UI_get_images ()
G_record_images ()
UI_get_label ()
G_print_label ()
BD_ACCOUNTS Data Store 8 Datos relativos a las cuentas de cargo (entidades pagadoras) asociadas a los
usuarios con acceso a los servicios de pago del CREPAD.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 119 de 211

R
BD_CATALOGUE Data Store 1 Este almacén de datos esta compuesto de las tres tablas que gestiona el EOS-
CBS:
Existe una tabla CORE para cada instrumento al que el CREPAD da servicio.
Esta tabla contiene atributos específicos de los productos catalogados en el
inventario correspondiente.
Existirá una tabla MEP para cada uno de los inventarios de soporte del
CREPAD. Esta tabla contiene las coordenadas de los vértices del polígono
mínimo que recubre cada producto.
Existirá una tabla de BROWSE para cada inventario disponible en el CREPAD.

Esta tabla contiene para cada producto el/los nombre/s de los ficheros de
imágenes BROWSE asociadas.
BD_COSTS Data Store 2 Subesquema de la Base de Datos del CREPAD que gestiona el calculo de los
precios de los productos. Se compone de la siguientes tablas:
DISTRIB_MEDIA_COST: Coste asociado al medio físico de distribución del

producto.
PROD_DISTRIB_COST: Valoración en puntos de los servicios de distribución

de productos existentes en el Catálogo del CREPAD (o generables a partir de
los mismos). Dependerá del tipo de producto (instrumento) y nivel de proceso.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 120 de 211

R
BD_DISTRIBUTION_ORDERS Data Store 4 Datos identificativos de los pedidos de distribución de productos existentes en el
Catálogo del CREPAD (un sólo producto por pedido).
BD_USERS_ORGANIZATIONS Data Store 3 Subesquema de la Base de Datos CREPAD que contiene las siguientes tablas:

sólo una, ocurrencia por usuario registrado. Mantiene relaciones con la
organización a la que pertenece, servicios del CREPAD a los que tiene acceso y
cuenta de cargo asociada.
ORGANIZATIONS: Datos relativos a las organizaciones a las que pertenecen

los usuarios registrados en el CREPAD.
SERVICES: Lista de servicios que el CREPAD pone a disposición de los

usuarios registrados.
FS_DISTRIBUTED_PRODUCT Data Store 9 Producto distribuido en formato DAT, CD o FTP

PA_LABEL Data Store 39
Order Dispatch Manager External n Operador encargado de la gestión de pedidos y preparación de envíos.
Entity
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 121 de 211
PRODUCTION MODULE

Chart File: dfd00017.dfd 5.6 saci
Chart Name: Production Module
Created On: Oct-22-1996 D1 BD_CATALOGUE Archive
Created By: jesus Management
Modified By: jesus Catalogue
queries &
results Product (copy)
5.3 serviweb 5.5 serviweb
BD:Tabla
Scene Scene
4: D6 temporal 5:
seleccion
Catalogue Product Orders
queries & Inventory Requests
results
j
Production
Operator
Product (copy)
5.2 serpro
calyfor
D23 FS_Local copy of product
ERDAS commands Product (copy)
ERDAS
Image Visualisation
5.4 impcol
D24 PA_HARDCOPY
Printer
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 122 de 211

R
Catalogue queries & Data Flow Preguntas y contestaciones de la base de datos de catálogo.
results
ERDAS commands Data Flow Comandos de ERDAS Vista. Los mas utilizados serán importar/exportar y relacionados
con la impresión.
Image Visualisation Data Flow Visualización por pantalla 20' en la estación de calidad y formación (calyfor).
ERDAS Data Process serpro El objetivo de este modulo es la visualización de los productos archivados con el fin de
evaluar su calidad en cuanto a cobertura nubosa y otros posibles defectos de la imagen
(segmentos perdidos).
El procedimiento normal del Quality operator será la importación del producto

identificado con su granule ID y su path. (Erdas debe disponer de los elementos
necesarios de importación).
La simple inspección de la imagen se podrá complementar con rutinas de Erdas Macro

Languaje (EML) desarrollables por el Quality Operator.
Printer Data Process impcol
Scene 4: Product Inventory Data Process serviweb Pagina con el Inventario de Productos de EOS CBS
Scene 5: Orders Requests Data Process serviweb Desde aquí el usuario comienza el proceso de pedido de productos al sistema E
BD:Tabla temporal Data Store 6
seleccion
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 123 de 211

R
correspondiente.
producto.
tabla contiene para cada producto el/los nombre/s de los ficheros de imágenes BROWSE
asociadas.
FS_Local copy of product Data Store 23
PA_HARDCOPY Data Store 24
Production Operator External j Operador encargado de las tareas de producción interna del centro.
Entity
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 124 de 211
QUALITY MODULE

Chart Name: Quality Module
Created By: jesus
Modified By: jesus
D10 FS_BROWSE_IMAGES
Quality
1.6 saci
Annotations
D1 BD_CATALOGUE
Browse / Archive
Thumbnail Management
Catalogue Image
1.5 calyfor Quality queries &
Annotations results
Quality Product (copy)
Annotations
BD:Tabla
Scene Scene
D6 temporal
4: 5:
Catalogue Product seleccion Orders
Quality queries & Inventory Requests
Annotations results
k
Quality
Operator
Product (copy)
1.1 serpro
D29 FS: Local copy of Image

ERDAS commands Product (copy)
ERDAS
Image Visualisation
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 125 de 211

R
Browse / Thumbnail Data Flow Imágenes submuestreadas para orientación del usuario/operador.
Image
Catalogue queries & Data Flow Preguntas y contestaciones de la base de datos de catálogo.
results
ERDAS commands Data Flow Comandos de ERDAS Vista. Los mas utilizados serán importar/exportar y relacionados
con la impresión.
Image Visualisation Data Flow Visualización por pantalla 20' en la estación de calidad y formación (calyfor).
Quality Annotations Data Flow Anotaciones de calidad (esencialmente de cobertura). Para este efecto existirá un campo
de cada registro de producto en el que en principio el control de calidad podrá anotar
(estilo libre) sus anotaciones.
ERDAS Data Process serpro El objetivo de este modulo es la visualización de los productos archivados con el fin de
evaluar su calidad en cuanto a cobertura nubosa y otros posibles defectos de la imagen
(segmentos perdidos).
El procedimiento normal del Quality operator será la importación del producto

identificado con su granule ID y su path. (Erdas debe disponer de los elementos
necesarios de importación).
La simple inspección de la imagen se podrá complementar con rutinas de Erdas Macro

Languaje (EML) desarrollables por el Quality Operator.
Quality Annotations Data Process calyfor El objetivo es permitir al operador de calidad introducir en el campo correspondiente las
anotaciones de calidad que considere necesarias.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 126 de 211

R
> MMI_AskGranuleID(GranuleID)
Pregunta el GranuleID al usuario y guarda en puntero a entero (TBC)
> BD_GetGranuleIDFields(*FieldsOfGranuleID)
Recoge toda la información contenida en todos los campos correspondientes de un

registro de producto.
> MMI_AskQualityAnnotation(*QualityAnnotation)
Pregunta el texto de la anotación de calidad.
> BD_PutQualityAnnotation(GranuleID,QualityAnnotation)
Graba en la Base de Datos de Catálogo la anotación de calidad correspondiente al

GranuleID seleccionado.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 127 de 211

R
Scene 5: Orders Requests Data Process serviweb Desde aquí el usuario comienza el proceso de pedido de productos al sistema E
BD:Tabla temporal Data Store 6
seleccion
correspondiente.
producto.
tabla contiene para cada producto el/los nombre/s de los ficheros de imágenes BROWSE
asociadas.
FS: Local copy of Image Data Store 29 Copia local del producto a analizar.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 128 de 211

R
Quality Operator External k Operador encargado de las tareas de control de calidad de los productos del centro.
Entity
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 129 de 211
USER ACCOUNT MANAGEMENT

Chart Name: User Account Management
Created By: jesus
Modified By: jesus
m
Users Accounts
D7 REGISTRATION_ORDERS
Get Registration Registration Manager
Orders Orders Request
Mark registration order as
Acepted or 8.1
Rejected
DB
Register
New
Get Accepted User User registration
and Rejected Get User Access request
orders Update Orders
8.4
Mark Updation UI Process

order as Registration
User / Org. Accepted or order Mail Preparation
/ Info (I/O) Rejected Request
Request Accepted
User/Org. or Rejected
Services/Acc. 8.2
Updation
DB Update
User
Permit.
Account Info & Account
(I / O) 8.5
D8 BD_ACCOUNTS
UI Prepare
accept/reject
Account Info 8.6 mail
(I / O)
DB Get
request Get Accepted E-Mail l
order and Rejected
information User
orders
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 130 de 211

R
Accepted or Rejected Data Flow
Account Info (I / O) Data Flow
Acepted or Rejected Data Flow
E-Mail Data Flow
Get Accepted and Rejected Data Flow
orders
Get Registration Orders Data Flow
Get User Access Update Orders Data Flow
Mail Preparation Request Data Flow
Registration Orders Request Data Flow
Request Accepted or Rejected Data Flow
User / Org. / Info (I/O) Data Flow
User registration request Data Flow
User/Org. Services/Acc. Data Flow
Updation
DB Get request order Data Process Este modulo recoge la información de la tabla de REGISTRATION_ORDERS, la
information actualiza eliminando las ordenes que se van a aceptar o rechazar, y la envía al
interfaz de usuario para que las procese.
Tablas de entrada: REGISTRATION_ORDERS

Tablas de salida: REGISTRATION_ORDERS
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 131 de 211

R
Funciones:
DB_get_registration_orders()
DB_update_registration_orders()
DB Register New User Data Process El objetivo de este modulo es procesar las solicitudes de ingreso en CREPAD por
parte de nuevos usuarios. La tabla de REGISTRATION_ORDERS se actualiza
marcando las peticiones con ACCEPTED o REJECTED si las peticiones son
aceptadas o rechazadas, respectivamente.

Tablas de salida: REGISTRATION_ORDERS, ORGANISATIONS,
ACCOUNTS, USER_SERVICES, USERS
Funciones:
DB_get_registration_orders()
DB_insert_account()
DB_insert_user_service()
Y según sea una organización o usuario nuevo, se llamara a una de estas dos
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 132 de 211

R
funciones:
DB_insert_organisation() : para dar de alta una organización

DB_insert_account_responsible() : para dar de alta a un usuario privilegiado
o:
DB_insert_user() : para insertar un usuario anodino
Consultar este ultimo punto con la gente

DB Update User Permit. & Data Process Este modulo esta encargado de recoger y enviar al interfaz de usuario las
Account solicitudes de alteración de permisos y usuarios. La tabla de
REGISTRATION_ORDERS se actualiza marcando las peticiones con
ACCEPTED o REJECTED si las peticiones son aceptadas o rechazadas,
respectivamente.

Tablas de salida: REGISTRATION_ORDERS, ORGANISATIONS,
ACCOUNTS, USER_SERVICES, USERS
Funciones:
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 133 de 211

R
DB_get_update_registration_orders()
DB_update_account() (según entradas en el user interfaz)
DB_update_user_service() (según entradas en el user interfaz)
Y según el cambio afecte a una organización o usuario, se llamara a una de estas

dos funciones:
DB_update_organisation()
DB_update_user()
UI Prepare accept/reject mail Data Process Desde este modulo el operario recoge estado de las solicitudes de ingreso. En
función de que las funciones hayan sido aceptadas o rechazadas prepara y envía un
mail dirigido al peticionario de la solicitud indicándoselo.
Funciones:
UI_get_registration_orders() (callback)
UI_display_registration_order()
UI_prepare_mail()
UI_send_mail()
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 134 de 211

R
UI Process Registration order Data Process Este modulo contiene dos labores asignadas:
- procesar las solicitudes de ingreso
- procesar las solicitudes de alteración en el nivel de servicio del usuario
Además mostrara al operador dichas solicitudes y los medios para aceptar o

rechazar la solicitud en pantalla.
Este modulo esta contenido en el interfaz de usuario. Las funciones incluidas son:
UI_process_type_of_registration () (callback)
UI_display_registration_orders ()
UI_accept_or_reject_order () (callback)
BD_ACCOUNTS Data Store 8 Datos relativos a las cuentas de cargo (entidades pagadoras) asociadas a los
usuarios con acceso a los servicios de pago del CREPAD.
BD_USERS_ORGANIZATION Data Store 3 Subesquema de la Base de Datos CREPAD que contiene las siguientes tablas:
S

sólo una, ocurrencia por usuario registrado. Mantiene relaciones con la
organización a la que pertenece, servicios del CREPAD a los que tiene acceso y
cuenta de cargo asociada.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 135 de 211

R


registrados.
REGISTRATION_ORDERS Data Store 7

User External l Usuario remoto. Tiene relación con el CREPAD como sistema (a través de
Entity Internet) y también acceso al centro por otros mecanismos externos.
(probablemente con el Administrador de cuentas y usuarios - User Account
Manager-). Dentro del grupo de usuarios, cabe distinguir dos tipos:


institucional y no automatizada (teléfono, fax), que aparece en el esquema como
línea de puntos, indicando que esta relación es externa
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 136 de 211
USER SERVICES

Chart Name: User Services
Created By: jesus HTML: Scene Scene
D44 2: General Scene
Modified On: Nov-06-1996 4:
Info. 3: EO 3.5 serviweb
Modified By: jesus Product
Missions
Inventory Scene
URL 5: Orders
a Requests
URL
Hyperlink
URL
URL
URL
HTML:
l Scene HTML:
a
User D38 1: Hyperlink D17 Other
URL URL URL
Home Centers
Page
URL
URL
URL
URL
HTML: Scene
D11 7: Crepad
Noticebrd.
3.10 serviweb 3.9 serviweb 3.8 serviweb

Scene 9:
Scene Scene
Order &
10: User 8: User
Account
Management Register
Status
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 137 de 211

URL Data Flow Este flujo describe la transferencia de control entre paginas HTML.
Scene 10: User Management Data Process serviweb Interfaz del "gestor de cuentas" para la operación de su cuenta de cargo
Scene 3: EO Missions Data Process serviweb Pues esta es una pagina lúdico/informativa sobre las diferentes misiones
de OT que rondan el universo interestelar y cósmico.
Scene 5: Orders Requests Data Process serviweb Desde aquí el usuario comienza el proceso de pedido de productos al
sistema E
Scene 8: User Register Data Process serviweb Páginas de registro de usuarios en el sistema
Scene 9: Order & Account Status Data Process serviweb
HTML: Other Centers Data Store 17 Página con enlaces a otros centros relacionados con la Observación de la
Tierra (de lejos, claro está)
HTML: Scene 1: Home Page Data Store 38
HTML: Scene 2: General Info. Data Store 44 Pagina de información general del CREPAD.
HTML: Scene 7: Crepad Noticebrd. Data Store 11 Paginas HTML que presentan anuncios y noticias sobre el CREPAD y sus
usuarios.
Hyperlink External Entity a Esta unidad externa representa todo control que se ejerce para la
navegación WWW. Por ejemplo, los hyperlinks. Se ha modelado de esta
forma debido a la necesidad de establecer conexión de control entre, por
ejemplo, dos paginas HTML.
User External Entity l Usuario remoto. Tiene relación con el CREPAD como sistema (a través de
Internet) y también acceso al centro por otros mecanismos externos.
(probablemente con el Administrador de cuentas y usuarios - User
Account Manager-). Dentro del grupo de usuarios, cabe distinguir dos
tipos:
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 138 de 211

- Gestor de cuenta de cargo. Es una persona de la organización
usuaria, responsable de solicitar el crédito, y administrar la lista de
usuarios de su organización que pueden beneficiarse del crédito disponible
en la cuenta.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 139 de 211
Scene 10: User Management

Chart Name: Scene 10: User Management
Created By: jesus a HTML:
Modified On: Oct-31-1996 Error.
Modified By: jesus Hyperlink D37
URL Login
doesn't Exit
URL
URL
URL
FORM: Extended List FORM:

Enter List List of logins 3.10.5 Check
D32 of user's D33 The List
login Selected Users Again
Process 3.10.9
a User's
Login's list of selected
Hyperlink user's Login BD:SetAccount
URL
User login User data

HTML:
D36 Try
Again
3.10.8 User Data
URL
URL(AddUser) BD:Get
User
Data
a URL
HTML:List
Hyperlink D42 of
users
ERROR
User login
User data Selected User

URL
3.10.6 URL(AddUser) 3.10.7 3.10.10

l FORM:
URL HTML: Display HTML:
User/Acc. Generate
User URL D35 Mger Login,Password Check D34 Select URL(View or Usrs User data D43 User
Login Operation AccMgr attached Data
Login Del User) Operations
URL(View or to account
Del User)
Login,Password
Results
URL: Delete
User
3.10.4
D3 BD_USERS_ORGANIZATIONS 3.10.12 3.10.11

BD:
AutenticateUser User login
BD: Delete
DelUser Results User
HTML: HTML:
D41 Success! D40 BDError
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 140 de 211

ERROR Data Flow
Extended List Data Flow BD_GetUserData(login)
Retorna los datos de un usuario determinado por su login y devuelve TRUE

Si "login" no existe devuelve: FALSE
List of logins Data Flow
Login,Password Data Flow
Results Data Flow
Selected User Data Flow
Selected Users Data Flow
URL(AddUser) Data Flow
URL(View or Del User) Data Flow
URL: Delete User Data Flow
User Data Data Flow Pues los datos del usuario raso!!
nombre, login elegido, etc.
User data Data Flow
User login Data Flow
list of selected user's Login Data Flow
BD: AutenticateUser Data Process BD_AutencticateUser(login,pass)
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 141 de 211

Comprueba que la cadena que se le pasa como password coincide con la
que tiene asociada ese login en la BD.
BD: DelUser Data Process BD_UnsetAccount(login)
Elimina un usuario referenciado por su "login" de una cuenta de cargo.
Devuelve TRUE si la operación tuvo éxito y FALSE en caso contrario

BD:Get User Data Data Process BD_GetUserData(UserID)
Devuelve los datos de un usuario

BD:SetAccount Data Process BD_SetAccount(login,account_number)
Añade el usuario referenciado por su login a la lista de usuarios que

pueden cargar en la cuenta account_number
Check Login Data Process CheckLogin
Comprueba la completitud de los campos
Llama a BD_AutenticateUser
Si el password era correcto llama a GenOptForm
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 142 de 211

Si era incorrecto lo pide de nuevo
Delete User Data Process Elimina el vinculo entre un usuario y una cuenta de cargo
****** PERO NO BORRA EL USUARIO????? *******

Display Usrs attached to account Data Process Consulta la BD para imprimir la lista de usuarios que cargan en la cuenta dada.
Generate AccMgr Operations Data Process JAVA:
Muestra un pagina con las operaciones disponibles y procesa la seleccion efectuada

Process User's Login's Data Process JAVA:
gestiona la lista de usuarios asociados a la cuenta del gestor

BD_USERS_ORGANIZATIONS Data Store 3 Subesquema de la Base de Datos CREPAD que contiene las siguientes tablas:
USERS: Información de los usuarios registrados en el CREPAD. Existirá una, y sólo

ocurrencia por usuario registrado. Mantiene relaciones con la organización a la que pert
servicios del CREPAD a los que tiene acceso y cuenta de cargo asociada.
ORGANIZATIONS: Datos relativos a las organizaciones a las que pertenecen los us

registrados en el CREPAD.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 143 de 211

SERVICES: Lista de servicios que el CREPAD pone a disposición de los usuarios registrados
FORM: Check The List Again Data Store 33 Este formulario Presenta la lista de los logines "Expandida" (Adjuntando datos adicional
usuario) para que el gestor pueda comprobar que los logines
indicados corresponden a los usuarios deseados.
Debe ser una lista de "ticks box" con todos marcados por defecto
FORM: Enter List of user's login Data Store 32 El Administrador entra la lista de usuarios por su "login"
que desea que carguen a su cuenta.
FORM: User/Acc. Mger Login Data Store 35 FORM:
Login
Password
HTML: BDError Data Store 40 Indica un error al introducir un Nuevo Usuario en la BD.
Puede ser por coincidencia de login o otro cualquiera de la BD.
HTML: Error. Login doesn't Exit Data Store 37 Error e indicación de vuelta atrás
HTML: Select Operation Data Store 34 pagina para seleccionar la operación que puede realizar el usuario
HTML: Success! Data Store 41 Operación con éxito
HTML: Try Again Data Store 36 Página en la que se indica al usuario que realice de nuevo la operación
HTML: User Data Data Store 43 Muestra los datos del usuario seleccionado.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 144 de 211

El conjunto de datos que debe ser mostrado es TBD
Adicionalmente puede elegir BORRAR el usuario pulsando

la URL presentada
HTML:List of users Data Store 42 pagina para seleccionar el usuario que será objeto de la operación de eliminación de vinculo
Hyperlink External Entity a Esta unidad externa representa todo control que se ejerce para la navegación WWW. Por eje
los hyperlinks. Se ha modelado de esta forma debido a la necesidad de establecer conex
control entre, por ejemplo, dos paginas HTML.
User External Entity l Usuario remoto. Tiene relación con el CREPAD como sistema (a través de Internet) y ta
acceso al centro por otros mecanismos externos. (probablemente con el Administrador de cue
usuarios - User Account Manager-). Dentro del grupo de usuarios, cabe distinguir dos tipos:
- Gestor de cuenta de cargo. Es una persona de la organización usuaria, responsable de so

el crédito, y administrar la lista de usuarios de su organización que pueden beneficiarse del c
disponible en la cuenta.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 145 de 211
Scene 3: EO Missions

Project Path: c:\crepad\jjsc\ HTML: Scene
Chart File: dfd00005.dfd D12 3:
Chart Name: Scene 3: EO Missions Inst/sens/applic.
Created By: jesus
Modified By: jesus
URL Selected Instrument/Platform/App
HTML:
3.3.1 user D13 Platfrom
l URL
Info Page
User Info
URL URL
dispatch
URL
HTML:
D14 Instrument
Information Pag
HTML:
D15 Aplication
Info page
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 146 de 211

R
Selected Data Flow Datos del formulario con la información solicitada
Instrument/Platform/App
Info dispatch Data Process user JAVA: Este proceso muestra la pantalla donde se muestran los desplegables.
Una vez seleccionada la información a presentar, este mismo proceso redirige el

browser hacia la pagina de información sobre los datos solicitados por el usuario
(sobre una plataforma, instrumento o aplicación).
HTML: Aplication Info page Data Store 15 Información sobre la aplicación.
HTML: Instrument Information Data Store 14 Información estática sobre las características del sensor.
Pag
HTML: Platfrom Info Page Data Store 13 Información estática sobre las características de la plataforma.
HTML: Scene 3: Data Store 12 Esta página da la opción a especificar (mediante un combobox) la plataforma, el
Inst/sens/applic. sensor o la aplicación de la que se desea mayor información.
User External l Usuario remoto. Tiene relación con el CREPAD como sistema (a través de Internet)
Entity y también acceso al centro por otros mecanismos externos. (probablemente con el
Administrador de cuentas y usuarios - User Account Manager-). Dentro del grupo
de usuarios, cabe distinguir dos tipos:

CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 147 de 211
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 148 de 211
Scene 4: Product Inventory

Project Path: c:\crepad\jjsc\ l
Chart File: dfd00006.dfd User
Chart Name: Scene 4: Product Inventory
Created By: jesus
HTML:
Modified By: jesus URL
D36 Try
Again
ERROR
URL
a
Hyperlink
3.4.11 3.4.12
Results
BD_Users Login,Password
D19 Check
CBS BD:
Login
AutenticateUser
NSAPI
Login,Password
Login,Password
User Data
D5 FORM: Scene 4, Logon CBSv2
3.4.13 3.4.3
EOSAPI: EOS
D22 HTML: Pedidos seleccionados
Create Criteria list CBS Search Results
Search Search
Crit. Engine
Products
Results
FS_Products
D16 selected
by user
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 149 de 211

R
Criteria list Data Flow
ERROR Data Flow
Products Results Data Flow Archivo de texto ASCII que describe los productos seleccionados por el usuario de los
resultantes de la búsqueda realizada en EOS CBS
Results Data Flow
Search Results Data Flow

Check Login NSAPI Data Process NSAPI:
Autentifica un usuario para una rama del árbol de directorios ("realm").
realm: conjunto de paginas web definidas dentro del mismo dominio de autenticación
EOS CBS Search Engine Data Process
EOSAPI: Create Search Crit. Data Process
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 150 de 211

R
BD_Users CBS Data Store 19 Tabla de usuarios necesaria para el funcionamiento de EOS-CBS. Será una sección de
la tabla de Base de Datos de Crepad "USERS", conteniendo (TBC) el login y password
de cada usuario.
FORM: Scene 4, Logon Data Store 5 Formulario solicitando login y password del usuario en el sistema
CBSv2
FS_Products selected by Data Store 16 Archivo de texto ASCII que describe los productos seleccionados por el usuario de los
user resultantes de la búsqueda realizada en EOS CBS
HTML: Pedidos Data Store 22 Esta hoja describe el pedido:
seleccionados
las imágenes seleccionadas previamente por el usuario

para cada imagen, se presenta su precio
Al usuario se le ofrece la posibilidad de:
Proceso local: (JAVA)
Seleccionar imágenes: Un programa de JAVA recalcula el precio de la imagen y total.

Seleccionar el modo de distribución: Un programa JAVA recalcula el precio de la
imagen y total.
Proceso remoto:(CGI)
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 151 de 211

R
Cuando el usuario pide, en el CREPAD se recibe información sobre los productos,
indicando cuales han sido finalmente seleccionadas y el método de distribución.
Hyperlink External a Esta unidad externa representa todo control que se ejerce para la navegación WWW.
Entity Por ejemplo, los hyperlinks. Se ha modelado de esta forma debido a la necesidad de
User External l Usuario remoto. Tiene relación con el CREPAD como sistema (a través de Internet) y
Entity también acceso al centro por otros mecanismos externos. (probablemente con el

responsable de solicitar el crédito, y administrar la lista de usuarios de su organización
que pueden beneficiarse del crédito disponible en la cuenta.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 152 de 211
Scene 5: Orders Requests

Chart File: dfd00007.dfd D4 BD_DISTRIBUTION_ORDERS
l
Chart Name: Scene 5: Orders Requests
Created On: Sep-17-1996 User
Created By: jesus
Modified By: jesus Order Entry
URL
3.5.10
URL URL HTML: Order BD:
D21 Confirmation Create
URL: OK
Page Order
Entry
3.5.8
FS_Products
D16 selected Generate
by user Order FORM:
URL
Form D20 Products
Products
Selected Selections
Results
Products
Product
Identifier
Product
Quotation
3.5.9
D2 BD_COSTS BD:
Price List Product
Quotation
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 153 de 211

R
Order Entry Data Flow
Price List Data Flow
Product Identifier Data Flow
Product Quotation Data Flow
Products Results Data Flow Archivo de texto ASCII que describe los productos seleccionados por el usuario de
los resultantes de la búsqueda realizada en EOS CBS
Selected Products Data Flow
URL: OK Data Flow
BD: Create Order Entry Data Process Genera una orden de solicitud de pedido.
BD: Product Quotation Data Process BD_ProductQuotation(ProductID)
Retorna el valor de el producto referenciado por ProductID

Generate Order Form Data Process JAVA:
REPEAT
A partir del fichero ASCII se genera un formulario del tipo:
PRODUCTO DESCRIPCION PRECIO
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 154 de 211

R
_
|_| AAAAAAAA asdkasd±klasd 9999999
...
______________________
TOTAL PEDIDO 9999999
Inicialmente TODOS ESTAN MARCADOS.
Cuando el usuario de/selecciona un producto, el proceso recalcula el total (ON-Line)

y lo muestra.
UNTIL tecla de aceptación pulsada

BD_COSTS Data Store 2 Subesquema de la Base de Datos del CREPAD que gestiona el calculo de los precios
de los productos. Se compone de la siguientes tablas:
DISTRIB_MEDIA_COST: Coste asociado al medio físico de distribución del

producto.
PROD_DISTRIB_COST: Valoración en puntos de los servicios de distribución de

productos existentes en el Catálogo del CREPAD (o generables a partir de los
mismos). Dependerá del tipo de producto (instrumento) y nivel de proceso.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 155 de 211

R
FORM: Products Selections Data Store 20 formulario del tipo:
PRODUCTO DESCRIPCION PRECIO

_
|_| AAAAAAAA asdkasd±klasd 9999999
...
______________________
TOTAL PEDIDO 9999999
FS_Products selected by user Data Store 16 Archivo de texto ASCII que describe los productos seleccionados por el usuario de
los resultantes de la búsqueda realizada en EOS CBS
HTML: Order Confirmation Data Store 21
Page

CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 156 de 211

R
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 157 de 211
Scene 8: User Register

Chart Name: Scene 8: User Register
Created By: jesus
Modified By: jesus
HTML:
D41
Success!
l
HTML:
URL
User D29 Select a
URL
User Type
3.8.5 Register Data 3.8.6

URL:(USER) URL:(ACCOUNT FORM: User Data m
MGR) TBD Users Accounts
D31 Register Data BD: Manager
Form validation AddUser
3.8.7
Generate URL Results

Register
Form
URL
Account Mnger User Data
Data URL
URL
FORM:
D31 Register D7 BD_REGISTRATION_ORDERS
Form
URL:(USER)
URL:(ACCOUNT
MGR)
a URL HTML:
Hyperlink D39 Error in
data fields
HTML:
D40
BDError
URL
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 158 de 211

R
Account Mnger Data Data Flow Datos necesarios para registrar un GDC
por ejemplo: cuenta de cargo, nif, fax, etc.
Register Data Data Flow
Results Data Flow
TBD Data Flow
URL:(ACCOUNT MGR) Data Flow
URL:(USER) Data Flow
BD: AddUser Data Process BD_AddUser
Añade un usuario estándar o un gestor de cuentas a la base de datos tomando como

parámetros los indicados en el formulario de registro. El tipo (USER, ACCMGR) se
indicara en un parámetro adicional.
Debe devolver:
OK : si la op. se realizo con éxito.

ERRLOGIN : si el login escogido por el usuario coincide con uno existente en la BD.
ERRBD : si se produjo un otro tipo de error en la BD (falta de espacio, etc.)
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 159 de 211

R
Data validation Data Process CheckFields
Validación de los datos introducidos por el usuario.
Comprobar la completitud de los campos que se le han presentado.
Si estaban todos llama a BD_AddUser

Si hubo algún error lo indica.
Si la operación tuvo éxito lo indica.
Si faltaba alguno lo indica.

Generate Register Form Data Process GenRegForm
Genera el formulario de registro: toma como parámetro el tipo (USER, ACCMGR)

BD_REGISTRATION_ORDE Data Store 7 Subesquema que contiene las peticiones de registro de nuevos usuarios. Se compone
RS de las siguientes tablas:
USR_REG_ORD: Tabla donde se almacenan temporalmente las peticiones de

registro de usuarios. Una vez confirmadas por el administrador del CREPAD, se
creará la correspondiente entrada en la tabla USERS se borrará la entrada
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 160 de 211

R
correspondiente de esta tabla.
ORG_REG_ORD: Tabla donde se almacenan temporalmente las peticiones de

registro de organizaciones. Una vez confirmadas por el administrador del CREPAD,
se creará la correspondiente entrada en la tabla ORGANIZATIONS y se borrará la
entrada correspondiente de esta tabla.
ACC_REG_ORD: Tabla donde se almacenan temporalmente las peticiones de

registro de cuentas de cargo. Una vez confirmadas por el administrador del
CREPAD, se creará la correspondiente entrada en la tabla ACCOUNTS y se borrará
la entrada correspondiente de esta tabla.
USR_SERV_REG_ORD: Tabla donde se almacenan temporalmente las peticiones

de acceso a nuevos servicios. Una vez confirmadas por el administrador del
CREPAD, se creará la correspondiente entrada en la tabla SERVICES_BY_USERS
y se borrará la entrada correspondiente de esta tabla.
FORM: Register Form Data Store 31 FORMULARIO DE SOLICITUD DE DATOS PARA EL

REGISTRO DE USURIO O GESTOR DE CUENTAS
Organización
Tipo de organización (DESPLEGABLE)
Nombre del Usuario
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 161 de 211

R
Dirección, teléfono y Fax
Ocupación Principal de la Organización (DESPLEGABLE)
Puesto del usuario dentro de la Organización (DESPLEGABLE)
----- SÓLO PARA GESTOR?? -----
Cuenta de Cargo (DATOS TBD)
Dirección de Facturación
HTML: BDError Data Store 40 Indica un error al introducir un Nuevo Usuario en la BD.
Puede ser por coincidencia de login o otro cualquiera de la BD.
HTML: Error in data fields Data Store 39 Esta página indica que alguno de los campos se
relleno de manera incorrecta y presenta un enlace
a la pagina de registro que proceda: la de usuario o la de gestor.
La genera el proceso de validación de datos

HTML: Select a User Type Data Store 29 Página donde el usuario debe elegir el modo de registro, a saber:
- gestor de cuentas
- usuario raso
HTML: Success! Data Store 41 Operación con éxito
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 162 de 211

R


institucional y no automatizada (teléfono, fax), que aparece en el esquema como línea
de puntos, indicando que esta relación es externa
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 163 de 211
Scene 9: Order & Account Status

Chart Name: Scene 9: Order & Account Status
Created By: jesus
Modified On: Oct-31-1996 ERROR
HTML:
Modified By: jesus
D36 Try
Again
URL
HTML: Select
D6 Account or
a
Orders
Hyperlink
URL URL: (ACC,

URL ORDER)
3.9.2 3.9.3
l FORM: Select
Login,Password
User D35 User/Acc. Check & Display
URL
Mger Login Login User ID (Login) Info To
View
Login,Password
Results
3.9.1 3.9.5 3.9.4
D3 BD_USERS_ORGANIZATIONS BD: BD:

Login,Password BD:GetAccStatus
AutenticateUser GetOrderStatus
D3 BD_USERS_ORGANIZATIONS D4 BD_DISTRIBUTION_ORDERS
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 164 de 211

R
ERROR Data Flow
Results Data Flow
URL: (ACC, ORDER) Data Flow
User ID (Login) Data Flow

BD: GetOrderStatus Data Process BD_GetOrderStatus(UserID)
RETORNA:
Lista de pedidos
Para cada pedido: Estado y TBD
BD:GetAccStatus Data Process BD_GetAccStatus(UserID)
RETORNA: limite máximo

crédito disponible
TBD
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 165 de 211

R
Check Login Data Process CheckLogin
Comprueba la completitud de los campos
Llama a BD_AutenticateUser
Si el password era correcto llama a GenOptForm
Si era incorrecto lo pide de nuevo
Select & Display Info To View Data Process JAVA:
Proceso que pide al usuario que le indique sobre que desea la info y muestra la lista
de información solicitada.
La info. de estado de cuentas sólo se muestra para gestores de cuentas.
Para el gestor, la información de los pedidos comprende los de todos sus asociados a
la cuenta de cargo por el gestionada.
BD_USERS_ORGANIZATIO Data Store 3 Subesquema de la Base de Datos CREPAD que contiene las siguientes tablas:
NS
USERS: Información de los usuarios registrados en el CREPAD. Existirá una, y sólo

una, ocurrencia por usuario registrado. Mantiene relaciones con la organización a la
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 166 de 211

R
que pertenece, servicios del CREPAD a los que tiene acceso y cuenta de cargo
asociada.


registrados.
FORM: User/Acc. Mger Data Store 35 FORM:

Login
Login
Password
HTML: Select Account or Data Store 6
Orders
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 167 de 211

R

CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 168 de 211
BASE DE DATOS CREPAD
Diagrama entidad-relación
Project Name: CREPAD V1 PROC_DISTRIB_COST
Project Path: c:\crepad\jjsc\ INSTRUMENT DISTRIBUTION_ORDERS
Chart File: lds00019.lds PROCESSING_LEVEL ORDER_ID
Chart Name: Crepad Data Base
Created By: jesus
Modified By: jesus
DISTRB_MEDIA_COST
MEDIA
SERVICES SERVICES_BY_USER USERS CORE

SERVICE_ID LOGIN PRODUCT_ID
ORGANIZATIONS
ORGANIZATION_ID
MEP BROWSE
ACCOUNTS PRODUCT_ID PRODUCT_ID
CUSTOMER_NUMBER LATITUDE BROWSE_IMAGE_FILE
LONGITUDE
USR_REG_ORD ORG_REG_ORD ACC_REG_ORD USR_SERV_REG_ORD

LOGIN ORGANIZATION_ID CUSTOMER_NUMBER LOGIN
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 169 de 211
DESCRIPCIÓN DE REGISTROS (DDREC)
En esta tabla se listan todos los registros definidos en la arquitectura lógica del CREPAD. Estos registros incluyen las tablas ORACLE que darán soporte
al Sistema de Información del CREPAD Las tablas ORACLE están diferenciadas del resto por el uso de letras mayúsculas para el nombre completo,
mientras que el resto de elementos definidos como registro están nombrados con minúsculas.
Las columnas de esta tabla representan la siguiente información:
RECORD_ID:
Indica el nombre (identificador) de cada registro. Las tablas ORACLE están representadas en mayúsculas.
REC_ALIAS:
Nombre completo del elemento. Generalmente coincide con RECORD_ID.
REC_DEFN:
Definición breve del elemento.
REC_DESC:
Descripción más detallada del objeto. Todas las tablas ORACLE incluyen una descripción detallada de su finalidad dentro de la base de datos
del CREPAD.
ddrec.dbf
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 170 de 211
RECORD_ID REC_ALIAS REC_DEFN REC_DESC

ACCOUNTS ACCOUNTS Cuentas de cargo de los usuarios Datos relativos a las cuentas de cargo
(entidades pagadoras) asociadas a los
usuarios con acceso a los servicios de
pago del CREPAD.
ACC_REG_ORD ACC_REG_ORD Peticiones de reg. de cuentas de cargo
BROWSE Instrumento_BROWSE Tabla de soporte de los ficheros Existirá una tabla de BROWSE para
BROWSE cada inventario disponible en el
CREPAD. Esta tabla contiene para
cada producto el/los nombre/s de los
ficheros de imágenes BROWSE
asociadas.
CORE instrument_CORE Tabla de soporte de los inventarios Existe una tabla CORE para cada
EOS instrumento al que el CREPAD da
servicio. Esta tabla contiene atributos
específicos de los productos
catalogados en el inventario
correspondiente.
Conf. Pmtrs. New Values Nuevos valores de los parm. de
config.
Configuration Parameters CONFIGURATION_PRMTS Parámetros de configuración del
sistema
Ctrl Commands Comandos de control de gestión de
arch.
DISTRB_MEDIA_COST DISTRB_MEDIA_COST Tabla de costes de distrib por medio. Coste asociado al medio físico de
distribución del producto.
DISTRIBUTION_ORDERS DISTRIBUTION_ORDERS Pedidos de productos existentes Datos identificativos de los pedidos de
distribución de productos existentes en
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 171 de 211

el Catálogo del CREPAD (un sólo
producto por pedido).
Date Conf. Pmtrs. Actual Values Valores actuales de los parm. de
config.
Date Ordered Product List Lista de productos ordenados por
fecha
MEP Instrumento_MEP Tabla de soporte de cobertura de Existirá una tabla MEP para cada uno
prod. de los inventarios de soporte del
CREPAD. Esta tabla contiene las
coordenadas de los vértices del
polígono mínimo que recubre cada
producto.
OFF LINE Requests Petición de Productos OFF LINE Este flujo de datos representa una
petición al operador de mantar un
volumen que está fuera de línea.
ORGANIZATIONS ORGANIZATIONS Organizaciones de los usuarios Datos relativos a las organizaciones a
las que pertenecen los usuarios
registrados en el CREPAD.
ORG_REG_ORD ORG_REG_ORD Peticiones de registro de
Organizaciones
PROC_DISTRIB_COST PROC_DISTRIB_COST Valoración de productos Valoración en puntos de los servicios
de distribución de productos
existentes en el Catálogo del
CREPAD (o generables a partir de los
mismos). Dependerá del tipo de
producto (instrumento) y nivel de
proceso.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 172 de 211

Product Path Update CORE (Inventario Nuevo Path del producto.
correspondiente)
Product Transfer Notification Notificación de transferencia de Pord.
SERVICES SERVICES Servicios disponibles en el CREPAD Lista de servicios que el CREPAD
pone a disposición de los usuarios
registrados.
SERVICES_BY_USER SERVICES_BY_USER Servicios asociados a cada usuario Relación entre usuarios registrados y
servicios del CREPAD a los que
tienen acceso.
Habrá tantas ocurrencias por usuario
como servicios individuales tenga
autorizados.
Space Conf. Pmtrs. Actual Values Valores actuales de los param. de
config
USERS USERS Usuarios registrados en el CREPAD Información de los usuarios
registrados en el CREPAD. Existirá
una, y sólo una, ocurrencia por usuario
registrado. Mantiene relaciones con la
organización a la que pertenece,
servicios del CREPAD a los que tiene
acceso y cuenta de cargo asociada.
USR_REG_ORD USR_REG_ORG Peticiones de registro de usuarios.
USR_SERV_REG_ORD USR_SERV_REG_ORD Peticiones de servicios disponibles.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 173 de 211
DESCRIPCIÓN DE ATRIBUTOS DE CADA REGISTRO (DDRECELE):
Esta tabla muestra la lista de campos de que consta cada registro definido en la tabla anterior, las columnas de la misma incluyen la siguiente información:
RECORD_ID:
Nombre del registro o tabla.
ELEMENT_ID:
Nombre del campo.
BNF_1:
Indica la estructura del registro, el símbolo “=“ indica el primer elemento del record, el símbolo “+” indica que el campo correspondiente
está concatenado a los anteriores y el símbolo “|” indica que el elemento es una opción alternativa dentro de la composición del registro.
BNF_2:
En el caso de existir una marca “@” indica que este campo es referenciado como Clave Externa en otra tabla.
PRIMARY_KEY:
“Y” indica que el campo pertenece a la clave primaria de la tabla.
SEQ_NUM :
Orden de definición del campo dentro del registro.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 174 de 211
KEY_ATTR:
“FK” indica que el campo es una Clave Externa.
MISC_1:
Nombre de la tabla a la que pertenece el campo identificado como Clave Externa.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 175 de 211
ddrecele.dbf
RECORD_ID ELEMENT_ID BNF_1 BNF_2 Primary SEQ_NU KEY_ATT MISC_1
KEY M R
ACCOUNTS AVAILABLE_CREDIT + N 14
CIF + N 2
COUNTRY + N 8
CUSTOMER_NUMBER = @ Y 1
EMAIL + N 12
LOCATION + N 6
MAXIMUM_CREDIT + N 15
NAME + N 3
NUMBER + N 5
PHONE + N 10
RECORDING_DATE + N 13
STATE + N 7
STREET + N 4
TELEFAX + N 11
UNIT_COST + N 16
ZIP_CODE + N 9
ACC_REG_ORD CIF + N 2
COUNTRY + N 8
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 176 de 211

KEY M R
CUSTOMER_NUMBER = Y 1
EMAIL + N 11
LOCATION + N 6
NAME + N 3
NUMBER + N 5
PHONE + N 10
REQUESTED_CREDIT + N 13
STATE + N 7
STREET + N 4
ZIP_CODE + N 9
BROWSE BROWSE_IMAGE_FILE + Y 2
PRODUCT_ID = Y 1
CORE ACQUISITION_STATION + N 5
ACQUISITION_TIME + N 25
ARC_CENTER + N 6
ASC_DSC_FLAG + N 9
BAND_MODE + N 7
BOTTOM_LEFT_LAT + N 21
BOTTOM_LEFT_LONG + N 22
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 177 de 211

KEY M R
BOTTOM_RIGHT_LAT + N 23
BOTTOM_RIGHT_LONG + N 24
CBS_USER_ID + N 26
DATA_MODE + N 3
EQCRX_LON + N 11
EQCRX_TIME + N 10
INSTRUMENT + N 2
ORBIT_NUMBER + N 8
PATH + N 14
PIX_FORMAT + N 12
PROCESSING_LEVEL + N 4
PRODUCT_ID = Y 1
QL_FLAG + N 13
QUALITY_NOTES + N 15
TOP_LEFT_LAT + N 17
TOP_LEFT_LONG + N 18
TOP_RIGHT_LAT + N 19
TOP_RIGHT_LONG + N 20
VOLUMEN_ID + N 16
Conf. Pmtrs. New Values NEAR_ON_LINE_DATE_LIMI + N 6
T
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 178 de 211

KEY M R
NEAR_ON_LINE_THRESHOL + N 3
D_LEVEL
ON_LINE_DATE_LIMIT + N 5
ON_LINE_THRESHOLD_LEV + N 2
EL
SECURITY_SPACE_LIMIT = N 1
SHORTING_DATE_CRITERIA + N 4
Configuration Parameters NEAR_ON_LINE_DATE_LIMI + N 6
T
NEAR_ON_LINE_THRESHOL + N 3
D_LEVEL
EL
SHORTING_DATE_CRITERIA + N 4
Ctrl Commands CONFIRMATION | N 2
START = N 1
DISTRB_MEDIA_COST COST + N 2
MEDIA = Y 1
DISTRIBUTION_ORDERS ACCEPTANCE_DATE + N 5
ESTIMATED_DATE + N 10
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 179 de 211

KEY M R
FORMAT + N 14 FK VAL_DISTRIB_P
ROCESO
INFORMATION + N 19
INSTRUMENT + N 12 FK VAL_DISTRIB_P
ROCESO
INVENTORY + N 16
INVOICE_DATE + N 8
LOGIN + N 2 FK VAL_DISTRIB_P
ROCESO
MEDIA + N 15 FK VAL_DISTRIB_P
ROCESO
ORDER_DATE + N 4
ORDER_ID = @ Y 1
ORDER_STATUS + N 3
PAYMENT_DATE + N 9
PRICE + N 18
PROCESSING_LEVEL + N 13 FK VAL_DISTRIB_P
ROCESO
PRODUCT_ID + N 17
REJECTION_DATE + N 6
SATELLITE + N 11 FK VAL_DISTRIB_P
ROCESO
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 180 de 211

KEY M R
SERVICE_DATE + N 7
Date Conf. Pmtrs. Actual NEAR_ON_LINE_DATE_LIMI + N 3
Values T
SHORTING_DATE_CRITERIA = N 1
Date Ordered Product List DATE + N 2
PRODUCT_ID = N 1
MEP LATITUDE + Y 2
LONGITUDE + Y 3
PRODUCT_ID = Y 1
OFF LINE Requests UBICATION + N 1
VOLUMEN_ID = N 2
ORGANIZATIONS ACTIVITY + N 13
COUNTRY + N 7
EMAIL + N 11
LOCATION + N 5
NAME + N 2
NUMBER + N 4
ORGANIZATION_ID = @ Y 1
PHONE + N 9
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 181 de 211

KEY M R
STATE + N 6
STREET + N 3
TELEFAX + N 10
ZIP_CODE + N 8
ORG_REG_ORD COUNTRY + N 6
EMAIL + N 10
LOCATION + N 4
NAME + N 2
NUMBER + N 3
ORGANIZATION_ID = Y 1
ORGANIZATION_TYPE + N 12
PHONE + N 8
STATE + N 5
TELEFAX + N 9
ZIP_CODE + N 7
PROC_DISTRIB_COST COST + N 3
INSTRUMENT + @ Y 1
PROCESSING_LEVEL + @ Y 2
Product Path Update NEW_PATH + N 2
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 182 de 211

KEY M R
PRODUCT_ID = N 1
Product Transfer Notification NEW_LOGICAL_SPACE + N 3
OLD_LOGICAL_SPACE + N 2
PRODUCT_ID = Y 1
TRANSFER_DATE + N 4
SERVICES COMMENTS + N 3
DESIGNATION + N 2
SERVICE_ID = @ Y 1
SERVICES_BY_USER LOGIN = @ Y 1 FK SERVICIOS
SERVICE_ID + @ Y 2 FK SERVICIOS
Space Conf. Pmtrs. Actual NEAR_ON_LINE_DATE_LIMI + N 3
Values T
EL
USERS ACCOUNT_MANAGER_FLA + N 3
G
COUNTRY + N 9
CUSTOMER_NUMBER + N 15 FK CUENTAS DE
CARGO
EMAIL + N 13
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 183 de 211

KEY M R
LOCATION + N 7
LOGIN = @ Y 1
NAME + N 4
NUMBER + N 6
ORGANIZATION_ID + N 14 FK CUENTAS DE
CARGO
PASSWORD + N 2
PHONE + N 11
POSITION + N 17
STATE + N 8
STREET + N 5
TELEFAX + N 12
ZIP_CODE + N 10
USR_REG_ORD ACCOUNT_MANAGER_FLA + N 3
G
COUNTRY + N 6
CUSTOMER_NUMBER + N 13
EMAIL + N 11
LOGIN = Y 1
NAME + N 4
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 184 de 211

KEY M R
NUMBER + N 7
ORGANIZATION_ID + N 12
PASSWORD + N 2
PHONE + N 9
POSITION + N 15
STREET + N 5
TELEFAX + N 10
ZIP_CODE + N 8
USR_SERV_REG_ORD LOGIN = Y 1
SERVICE_ID + N 2
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 185 de 211
DICCIONARIO DE DATOS (DDELE):
Esta tabla muestra todos las definiciones y descripciones de cada elemento definido en el diseño lógico del CREPAD:
ELEMENT_ID:
Nombre del elemento.
ELE_LENGTH:
Longitud del campo.
ELE_TYPE:
Tipo de datos del elemento.
ELE_CONST:
Restricciones de los valores posibles, (no nulo, único, ..).
ELE_DEFN:
Definición del elemento. En el caso de ser un campo de una tabla ORACLE, indica las tablas adicionales en las que este elemento
aparece.
ELE_DESC:
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 186 de 211
Breve descripción del elemento.
ELE_MISC1:
Dominio de datos al que pertenecen los posibles valores del campo.
ELE_MISC2:
Tabla donde se define el elemento.
ELE_MISC3:
Formato de los datos que contiene.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 187 de 211
ddele.dbf
ELEMENT_ID ELE_L ELE_T ELE_C ELE_DEFN ELE_DESC ELE_ALIAS ELE_MISC1 ELE_MISC2 ELE_MIS
ENGT YPE ONST C3
H
ACQUISITION_DATE date Not Fecha de adquisición de la toma por el ACQUISITION_DAT
Null sensor. E
ACCEPTANCE_DATE date Se incluirá de forma Fecha de aceptación del pedido por el ACCEPTANCE_DAT Tabla :
automática en el coordinador del CREPAD. E DISTRIBUTIO
momento que el pedido N_ORDERS
alcance el estado
ACCEPTED.
ACCOUNT_MANAGER_FLAG 1 CHAR Tablas adicionales: Este campo indica cuando un usuario ACCOUNT_MANA Tabla : USERS Y/N
del CREPAD el roll de Gestor de GER_FLAG
Cuenta de Cargo. En caso afirmativo,
* USR_REG_ORD tendrá derecho a registrar usuarios de
su organización con derecho a servicios
que pueden ser facturados contra la
cuenta de cargo que él gestiona.
ACQUISITION_STATION 3 varchar Not Identificador de la estación de ACQUISITION_STA Dominio Tabla: CORE
Null recepción del producto. TION ACQUISITIO
N_STATIONS
ACQUISITION_TIME date Not Hora de adquisición de la toma. ACQUISITION_TIM Tabla: CORE
Null E
ACTIVITY 2 char Not Principal actividad industrial a la que ACTIVITY Domain Tabla:
Null se dedica la organización. ACTIVITIES ORGANIZATI
ONS
ARC_CENTER 40 varchar Identificador del centro de archivo. ARC_CENTER Tabla: CORE
ASC_DSC_FLAG 1 char Not Indicador de órbita ascendente o ASC_DSC_FLAG Tabla: CORE A/D
Null descendente de la toma.
AVAILABLE_CREDIT 9 number Not Available_credit = Indica en cada momento el crédito AVAILABLE_CREDI Tabla :
Null (maximum_credit - disponible para pedidos de los usuarios T ACCOUNTS
importe pedidos asociados a la entidad pagadora.
solicitados) + facturas
abonadas
BAND_MODE 6 varchar Bandas de la imagen. BAND_MODE Tabla: CORE
BOTTOM_LEFT_LAT 6 number( Not Latitud del pixel correspondiente a la BOTTOM_LEFT_LA Tabla: CORE
3,2) Null esquina inferior izq. del producto. T
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 188 de 211
ENGT YPE ONST C3
H
BOTTOM_LEFT_LONG 6 number( Not longitud del pixel correspondiente a la BOTTOM_LEFT_LO Tabla: CORE
3,2) Null esquina inferior izq. del producto. NG
BOTTOM_RIGHT_LAT 6 number Not Latitud del pixel correspondiente a la BOTTOM_RIGHT_L Tabla: CORE
(3,2) Null esquina inferior dcha. del producto. AT
BOTTOM_RIGHT_LONG 6 number Not Longitud del pixel correspondiente a la BOTTOM_RIGHT_L Tabla: CORE
(3,2) Null esquina inferior dcha. del producto. ONG
BROWSE_IMAGE_FILE 20 VARCH Not Nombre del fichero que contiene la BROWSE_IMAGE_F Tabla:
AR Null imagen de BROWSE. ILE BROWSE
CBS_USER_ID De uso interno por EOS CBS. CBS_USER_ID Tabla: CORE privado de
EOS CBS.
CIF 10 varchar Unique Tablas adicionales: CIF o NIF de la entidad pagadora. CIF Tabla:
Not ACCOUNTS
Null
* ACC_REG_ORD
COMMENTS long Breve descripción del servicio ofrecido. COMMENTS Tabla :
SERVICES
CONFIRMATION Confirmación de transferencia del CONFIRMATION
producto indicado
COST 9 number Not Tabla : Valoración en puntos del coste del COST Tabla :
Null DISTRIB_MEDIA_COS servicio asociado a los parámetros PROC_DISTRI
T anteriores. B_COST
COUNTRY 20 varchar Not tablas adicionales: COUNTRY Tabla : USERS
Null
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ORG_REG_ORD
* ACC_REG_ORD
CUSTOMER_NUMBER 9 number Unique Generado Identificador de las cuentas de cargo CUSTOMER_NUMB Tabla : USERS
Not automáticamente por la contra las que se facturan los servicios ER
Null secuencia prestados por el CREPAD.
ACCOUNT_SEQ.
Todo usuario con acceso a los servicios
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 189 de 211
ENGT YPE ONST C3
H
de pago del CREPAD deberá consignar
un n mero de cliente.
tablas adicionales:
* ACCOUNTS
* USR_REG_ORD
* ACC_REG_ORD
DATA_MODE 3 varchar Formato del stream de datos. DATA_MODE dominio Tabla: CORE
DATA_MODE
S
DATE DATE Not DATE
Null
DESIGNATION 40 varchar Unique Designación mnemotécnica del DESIGNATION Domain Tabla :
Not servicio. SERVICES SERVICES
Null
EMAIL 40 varchar Not tablas adicionales: Dirección de correo electrónico del EMAIL Tabla : USERS
Null usuario u organización.
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ORG_REG_ORD
* ACC_REG_ORD
EQCRX_LON 6 number Not Longitud sobre el EQCRX_LON Tabla: CORE
(3,2) Null ecuador del corte del
nodo.
EQCRX_TIME 6 char Not Hora de paso del sensor EQCRX_TIME Tabla: CORE
Null por el ecuador del nodo.
ESTIMATED_DATE date Será introducida Fecha prevista de servicio del pedido. ESTIMATED_DATE Tabla :
manualmente por el DISTRIBUTIO
coordinador del N_ORDERS
CREPAD al aceptar el
pedido (según la
información disponible).
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 190 de 211
ENGT YPE ONST C3
H
FORMAT 20 varchar Not Formato de almacenamiento del FORMAT Domain Tabla :
Null producto. FORMATS DISTRIBUTIO
N_ORDERS
INFORMATION long Comentarios del coordinador del INFORMATION Tabla :
CREPAD sobre la evolución del DISTRIBUTIO
pedido. N_ORDERS
INSTRUMENT 20 varchar Not Nombre del instrumento. INSTRUMENT Domain PROC_DISTRI
Null INSTRUMEN B_COST,
TS DISTRIB_ORD
ER
INVENTORY 20 varchar Not Nombre del inventario de CBS que INVENTORY Tabla :
Null contiene la información del producto DISTRIBUTIO
solicitado. N_ORDERS
INVOICE_DATE date Se incluirá de forma Fecha efectiva de facturación del INVOICE_DATE Tabla :
automática en el pedido contra la cuenta de cargo DISTRIBUTIO
momento que el pedido asociada al mismo. N_ORDERS
alcance el estado
INVOICED.
LATITUDE 6 number Not Latitud del vértice. LATITUDE Tabla: MEP
(3,2) Null
LOCATION 20 varchar Not tablas adicionales: LOCATION Tabla : USERS
Null
* ORGANIZATIONS
* ACCOUNTS
* ORG_REG_ORD
* ACC_REG_ORD
LOGIN 8 varchar Unique Tablas adicionales : Identificación del usuario para el LOGIN Tabla : USERS
Not acceso a los servicios del CREPAD.
Null
*
DISTRIBUTION_ORD
ERS
* USR_REG_ORD
*
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 191 de 211
ENGT YPE ONST C3
H
USR_SERV_REG_ORG
LONGITUDE 6 number Not Longitud del Vértice. LONGITUDE Tabla: MEP
(3,2) Null
MAXIMUM_CREDIT 9 number Not Nivel de riesgo máximo asumido por el MAXIMUM_CREDI Tabla :
Null CREPAD. Indica el crédito máximo T ACCOUNTS
autorizado a la entidad pagadora.
MEDIA 20 varchar Not Tabla : Medio de distribución del producto. MEDIA Dominio Default = DAT
Null DISTRIBUTION_ORD MEDIA (TBC)
With ERS TB:DIST_ORD
Default
NAME 50 varchar Not tablas adicionales: Nombre completo del usuario, NAME Tabla : USERS
Null organización u entidad pagadora.
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ORG_REG_ORD
* ACC_REG_ORD
NEAR_ON_LINE_DATE_LIMIT DATE Fecha a partir de la cual NEAR_ON_LINE_D
los productos ATE_LIMIT
anteriormente registrados
pasarán al nivel
OFF_LINE.
NEAR_ON_LINE_THRESHOLD_ 3 NUMB Not Indica el porcentaje de Este valor indicará el espacio mínimo NEAR_ON_LINE_T Porcentaje
LEVEL ER Null espacio disponible en el que deberá quedar disponible después HRESHOLD_LEVEL
archivo de lanzar los procesos "Space
NEAR_ON_LINE por Management" y "Date Management".
debajo del cual se avisará
al operador para que
realice las tareas de
gestión de espacio. No
obstante se podrán seguir
archivando hasta
alcanzar el valor
SECURITY_SPACE_LI
MIT.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 192 de 211
ENGT YPE ONST C3
H
NEW_LOGICAL_SPACE 20 VARCH Not Este campo indica la variable de NEW_LOGICAL_SP Variable de
AR Null entorno UNIX que contiene el PATH ACE Entorno
físico donde se ha transferido el UNIX
producto.
NEW_PATH 60 VARCH Not Nuevo Path del producto transferido. NEW_PATH Estándar
AR Null Campo NEW_PATH de la tabla CORE UNIX
del inventario correspondiente. path.
NUMBER 6 varchar Not tablas adicionales: NUMBER Tabla : USERS
Null
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ORG_REG_ORD
* ACC_REG_ORD
OLD_LOGICAL_SPACE 20 VARCH Espacio lógico desde el que se OLD_LOGICAL_SP Variable de
AR transfiere el producto. ACE entorno
UNIX.
ON_LINE_DATE_LIMIT DATE Fecha a partir de la cual ON_LINE_DATE_LI
los productos MIT
anteriormente registrados
pasarán al nivel
NEAR_ON_LINE.
ON_LINE_THRESHOLD_LEVEL 3 NUMB Not Indica el porcentaje de Este valor indicará el espacio mínimo ON_LINE_THRESH Porcentaje.
ER Null espacio libre disponible que deberá quedar disponible después OLD_LEVEL
en el archivo ON_LINE de lanzar los procesos "Space
por debajo del cual se Management" y "Date Management".
avisará al operador para
que realice las tareas de
gestión de espacio. No
obstante se podrán seguir
archivando hasta
alcanzar el valor
SECURITY_SPACE_LI
MIT.
ORBIT_NUMBER 3 number Not N mero de órbita de la toma. ORBIT_NUMBER Tabla: CORE
Null
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 193 de 211
ENGT YPE ONST C3
H
ORDER_DATE date Not Se incluirá de forma Fecha de recepción del pedido en el ORDER_DATE Tabla :
Null automática en el CREPAD. DISTRIBUTIO
momento de dar de alta el N_ORDERS
pedido.
ORDER_ID 9 number Unique Generado de forma Identificador único para cada pedido, ORDER_ID único en los 3 Tabla :
Not automática por la sea de nueva adquisición, de tipos de DISTRIBUTIO
Null secuencia distribución de producto existente, o de pedidos N_ORDERS
ORDERS_SEQ. proceso de nuevo producto.
ORDER_STATUS 10 varchar Not Estado en el que se encuentra la ORDER_STATUS Domain Default =
Null tramitación del pedido del producto. ORDER_STA PENDING
With TUS Tabla : DISTRI
Default
ORGANIZATION_ID 9 number Unique Generada de forma En la tabla USERS, identificador de la ORGANIZATION_I Tabla : USERS
Not automática por la organización a la que pertenece cada D
Null secuencia usuario (campo obligatorio si un
ORGANIZATIONS_SE usuario no indica su dirección).
Q.
Tablas adicionales:
* ORGANIZATIONS
* USR_REG_ORD
* ORG_REG_ORD
ORGANIZATION_TYPE 2 char Not Clase de organización, en el sentido de ORGANIZATION_T Domain
Null propósito y forma de financiación YPE ORGANIZATI
(Centro Público, Centro Militar, ON_TYPE
Universidad, Empresa Privada,
Asociación Privada, ONG, etc.).
PASSWORD 8 varchar Not Deberá ser codificada Palabra clave del usuario para el PASSWORD Mínimo 4 Tabla : USERS
Null antes de su inclusión en acceso a los servicios del CREPAD. caracteres
la base de datos.
Tablas adicionales:
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 194 de 211
ENGT YPE ONST C3
H
* USR_REG_ORD
PATH 40 varchar Camino de acceso al producto PATH Tabla: CORE
archivado.
PAYMENT_DATE date Se incluirá de forma Fecha efectiva de abono de la factura PAYMENT_DATE Tabla :
automática en el por parte de la entidad pagadora. DISTRIBUTIO
alcance el estado PAID.
PHONE 15 varchar Not Debe incluir los prefijos teléfono de contacto del usuario u PHONE Tabla : USERS
Null nacional y provincial. organización.
tablas adicionales:
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ORG_REG_ORD
* ACC_REG_ORD
PIX_FORMAT 2 char Estructura del formato de pixel. PIX_FORMAT Tabla: CORE
POSITION 40 varchar Tablas adicionales: Función que desempeña el usuario POSITION Tabla : USERS
dentro de su organización. Puede tener
asociado un dominio.
* USR_REG_ORD
PRICE 9 number Not Se calcula Precio, en pesetas, del servicio PRICE Tabla :
Null automáticamente en el solicitado, en la fecha de recepción del DISTRIBUTIO
momento de recepción pedido. Es necesario almacenarlo N_ORDERS
del pedido, a partir de la porque las valoraciones y los precios
valoración del servicio unitarios evolucionarán con el tiempo.
solicitado y del precio
unitario aplicable.
PROCESSING_LEVEL 20 varchar Not Tabla: CORE Nivel de proceso del producto imagen. PROCESSING_LEV Domain PROC_DISTRI
Null EL PROCESSES B_COST,
DISTRIB_ORD
ER
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 195 de 211
ENGT YPE ONST C3
H
PRODUCT_ID 9 number Not Tablas adicionales : Identificador del producto solicitado PRODUCT_ID Tabla :
Null dentro del inventario de CBS indicado DISTRIBUTIO
* CORE en el campo INVENTORY. N_ORDERS
* MEP
* BROWSE
Prod. Transfer Confirm. Request 40 VARCH Not Identificador del producto a transferir Prod. Transfer
AR Null Confirm. Request
QL_FLAG 1 char Not Indicador de disponibilidad de imagen QL_FLAG Tabla: CORE Y/N
Null BROWSE.
QUALITY_NOTES long Notas sobre la calidad del producto QUALITY_NOTES Tabla: CORE
introducidas por el operador de calidad
del CREPAD.
RECORDING_DATE date Not Se incluirá de forma Fecha de inclusión del registro en la RECORDING_DATE Tabla : USERS
Null automática en el base de datos correspondiente.
momento de dar de alta el
registro.
tablas adicionales:
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ORG_REG_ORD
* ACC_REG_ORD
*
USR_SERV_REG_ORG
REJECTION_DATE date Se incluirá de forma Fecha de rechazo del pedido por parte REJECTION_DATE Tabla :
automática en el del coordinador del CREPAD. DISTRIBUTIO
alcance el estado
REJECTED.
REQUESTED_CREDIT REQUESTED_CRED Tabla:
IT *ACC_REG_O
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 196 de 211
ENGT YPE ONST C3
H
RD
SATELLITE 20 varchar Not Nombre del sistema de observación de SATELLITE Domain Tabla :
Null la tierra. SATELLITES DISTRIBUTIO
N_ORDERS
SECURITY_SPACE_LIMIT 3 NUMB Not Este valor indica el La intención de este parámetro es SECURITY_SPACE_ Porcentaje.
ER Null porcentaje mínimo de asegurar un espacio mínimo disponible LIMIT
espacio disponible en este para las operaciones de administración
nivel de archivo por del CREPAD.
debajo del cual se
impedirá almacenar
nuevos archivos.
SERVICE_DATE date SERVICE_DATE Tabla :
DISTRIBUTIO
N_ORDERS
SERVICE_ID 9 number Unique Se generará SERVICE_ID Tabla :
Not automáticamente SERVICES
Null mediante la secuencia
SERVICES_SEQ.
Tablas adicionales:
*
USR_SERV_REG_ORG
SHORTING_DATE_CRITERIA 20 varchar puede tomar dos valores: Indica el criterio de orden para la SHORTING_DATE_
gestión de archivo. CRITERIA
FECHA_DE_ACQUISI
CION
FECHA_DE_ARCHIVO
START Comando de arranque de la función START
STATE 20 varchar tablas adicionales: STATE Tabla : USERS
* ORGANIZATIONS
* ACCOUNTS
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 197 de 211
ENGT YPE ONST C3
H
* ORG_REG_ORD
* ACC_REG_ORD
STREET 50 varchar Not Si un usuario no STREET Tabla : USERS
Null consigna su dirección, se
entenderá que es la
dirección de la
organización a la que
pertenece.
tablas adicionales:
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ACC_REG_ORD
TELEFAX 15 varchar Debe incluir los prefijos Telefax de contacto del usuario u TELEFAX Tabla : USERS
nacional y provincial. organización.
tablas adicionales:
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ORG_REG_ORD
TOP_LEFT_LAT 6 number( Not Latitud del pixel correspondiente a la TOP_LEFT_LAT Tabla: CORE
3,2) Null esquina superior izq. del producto.
TOP_LEFT_LONG 6 number( Not Longitud del pixel correspondiente a la TOP_LEFT_LONG Tabla: CORE
3,2) Null esquina superior izq. del producto.
TOP_RIGHT_LAT 6 number Not Latitud del pixel correspondiente a la TOP_RIGHT_LAT Tabla: CORE
(3,2) Null esquina superior dcha. del producto.
CREPAD DDA
Fecha: 16/10/2008
Versión: 1.0
Página: 198 de 211
ENGT YPE ONST C3
H
TOP_RIGHT_LONG 6 number( Not Longitud del pixel correspondiente a la TOP_RIGHT_LONG Tabla: CORE
3,2) Null esquina superior dcha. del producto.
TRANSFER_DATE date Not Fecha de transferencia del producto en TRANSFER_DATE
Null el nuevo nivel de archivo.
UBICATION 40 VARCH Ubicación física del dispositivo. UBICATION
AR
UNIT_COST 9 number Not Precio por unidad de coste para cada UNIT_COST Tabla :
Null entidad pagadora. ACCOUNTS
INTA podrá seguir distintas políticas
de facturación según el tipo de
organización (universidades, centros
públicos, empresas privadas, etc.).
VOLUMEN_ID 40 varchar Identificador del dispositivo físico (CD VOLUMEN_ID Tabla: CORE
ROM)
ZIP_CODE 10 varchar Not tablas adicionales: ZIP_CODE Tabla : USERS
Null
* ORGANIZATIONS
* ACCOUNTS
* USR_REG_ORD
* ORG_REG_ORD
* ACC_REG_ORD
CREPAD DDA

Add 024

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Add 024

Diunggah oleh

Hak Cipta:

Format Tersedia

Diseño Arquitectural del

Preparado por: GMV S.A. (varias aportaciones)

© GMV S.A., 1996

HOJA DE ESTADO DEL DOCUMENTO

Esencialmente, la finalidad última del CREPAD es permitir a usuarios potenciales la

Referencia Título Código Versión Fecha

[DA.2] Plan de Gestión de Proyecto GMVSA 2127/96 1.0 08.08.96

[DA.3] Especificaciones software del CREPAD V1 GMVSA 2138/96 1.0 05.09.96

Figura.1.- Diagrama Lógico/Funcional del CREPAD V1.

El Módulo de Calidad se encarga fundamentalmente de la recepción, tanto externa como

relación con otros sistemas

DESCRIPCIÓN OPERATIVA DEL CREPAD

El mecanismo de registro de registro viene explicado en la sección correspondiente de la

Coordinador. Este es el operador genérico que será el encargado de gestionar el

OPERACIONES DEL USUARIO FINAL

descomposición del sistema

Escena 1: Bienvenida al CREPAD (“Wellcome to CREPAD”)

• Acceso a otros centros.

Acciones del usuario y reacciones del sistema

1 Pinchar en el icono/botón/línea de texto “General  Pasar a escena 2

Descripción de entradas y salidas

1 Por omisión, este elemento de la botonera no aparece en la muestra, sin embargo, si

Escena 2: Información general sobre el CREPAD (“General Information about CREPAD”)

1. Objetivos del CREPAD

“bullet” identificando el nombre del servicio viene acompañado de un breve

Acciones del usuario y reacciones del sistema

1 Pinchar en cualquiera de las palabras clave asociadas  Pasar al bloque de información

Descripción de entradas y salidas

2 Por omisión, este elemento de la botonera no aparece en la muestra, sin embargo, si

1. Se incrementa el contador de accesos a la página de información general sobre el

Escena 3:Las misiones de observación de la tierra y sus aplicaciones(“Earth

1. Instrumentos de observación de la tierra

La tabla (combo box) se restringe a los instrumentos preseleccionadas por el usuario

Aparecen en la parte baja de la pantalla y de forma permanente (p.ej. en un frame separado)

Acciones del usuario y reacciones del sistema

1 Pinchar en un “combo box”  Aparece un “pull-down” menú con una lista de

Descripción de entradas y salidas

3 Por omisión, este elemento de la botonera no aparece en la muestra, sin embargo, si

3. Se activan las escenas seleccionadas desde la botonera a fondo de página.

Escena 4:Inventario de productos(“Products Inventory”)

(Ver 5.1.12 para el proceso de identificación y autentificación).

4 Inicialmente se puede promocionar el centro con una cuenta de acceso público.

Acciones del usuario y reacciones del sistema

1 Introducir datos de identificación  Ver 5.1.12.

Descripción de entradas y salidas

5 Por omisión, este elemento de la botonera no aparece en la muestra, sin embargo, si

3. Se activa el sistema de catálogo e inventario del centro.

Escena 5: Petición de productos(“Orders Request”)

Si el precio del pedido rebasa el crédito disponible, el sistema recomendará al usuario

Acciones del usuario y reacciones del sistema

1 Introducir datos de identificación  Ver 5.1.12

Descripción de entradas y salidas

6 Por omisión, este elemento de la botonera no aparece en la muestra, sin embargo, si

• la confirmación de la identificación, que de hecho es un parámetro interno de la sesión que

Escena 6: Acceso a otros centros(“Other EO Centres”)

Acciones del usuario y reacciones del sistema

Descripción de entradas y salidas

7 Por omisión, este elemento de la botonera no aparece en la muestra, sin embargo, si

Escena 7: Tablón de Anuncios(“CREPAD Noticeboard”)

Acciones del usuario y reacciones del sistema

1 Pinchar en botón/icono/texto de categoría de  Salta al bloque de información correspondiente a

Descripción de entradas y salidas

8 Por omisión, este elemento de la botonera no aparece en la muestra, sin embargo, si