Diseño e implementación de una plataforma web para la · diseño de la arquitectura de un sistema...
Transcript of Diseño e implementación de una plataforma web para la · diseño de la arquitectura de un sistema...
Diseño e implementación de una plataforma web para la
localidad Engativá
Convenio 190 de 2009
INFORME FINAL
Agosto de 2.010
Página 3
Instituto de Estudios Urbanos
Universidad Nacional de Colombia -IEU-
Director del proyecto
Paul Bromberg
Coordinador Técnico y asesor principal
N. Yovany Jiménez G.
Asesores
Ivo Santiago Beracasa V.
Octavio Fajardo
Liliana Mesías
Sandra Patricia Parra Dionisio
Ingeniero de desarrollo
Juan Esteban Suaterna
Asistentes de investigación
Karen Andrea Bernal D.
Wilson Colmerares
Profesional SIG
Olga Lucía Pulido M
Diseñadora Gráfica
Catalina Ruiz
Apoyo Administrativo
Daniel Rosas
Diana Mabel Vargas
Página 4
Contenido
1 Introducción ........................................................................................ 7
1.1 Síntesis de avance del convenio 190 de 2009 ............................................. 7
1.2 Presentación ............................................................................................. 7
2 Lineamientos para el diseño del sistema................................................ 8
3 Definición de requerimientos del sistema ............................................ 11
3.1 Requerimientos funcionales .................................................................... 11
3.2 Requerimientos no funcionales ................................................................ 13
3.3 Identificación de actores. ........................................................................ 14
4 Casos de uso ..................................................................................... 15
4.1 Inventario de casos de uso. ..................................................................... 15
Administrador ......................................................................................................... 15
Usuario de Consulta. ............................................................................................... 15
4.2 Refinamiento y nombramiento de casos de uso. ....................................... 15
4.2.1 Administrador ..................................................................................................... 15
4.2.2 Usuario consulta .................................................................................................. 16
4.3 Documentación de los casos de uso......................................................... 16
Contexto del Sistema ..................................................................................................... 16
Abreviaciones. ................................................................................................................ 16
Caso de uso Gestionar Permisos. ................................................................................... 25
5 Arquitectura del sistema .................................................................... 38
6 Profundización .................................................................................. 40
6.1 Objetos del Nivel de Presentación. ........................................................... 40
6.2 Nivel de Dominio de la Aplicación. ........................................................... 41
6.2.1 Objetos Nivel de Capa Lógica del Negocio. .......................................................... 41
6.2.2 Objetos de la Capa de Datos. .............................................................................. 41
6.3 Responsabilidades de los objetos. ........................................................... 41
6.3.1 Nivel de Presentación. ......................................................................................... 41
Página 5
Tarjeta CRC –IG_Login. ........................................................................... 41
Tarjeta CRC –IG_Permisos. ...................................................................... 42
Tarjeta CRC –IG_Indicadores. .................................................................. 42
Tarjeta CRC –IG_Cartografía. ................................................................... 42
Tarjeta CRC –IG_ Módulos. ...................................................................... 42
Tarjeta CRC –IG_Temas estratégicos. ...................................................... 43
Tarjeta CRC –IG_Recursos. ...................................................................... 43
Tarjeta CRC –IG_Departamentos. ............................................................ 43
Tarjeta CRC –IG_Ayuda. .......................................................................... 43
6.3.2 Nivel de Datos. .................................................................................................... 44
Tabla 13. Tarjeta CRC –T_Roles. ............................................................. 44
Tarjeta CRC –T_Módulo. .......................................................................... 44
Tarjeta CRC – Temas_estratégicos. ......................................................... 44
Tarjeta CRC – Permisos. .......................................................................... 44
Tarjeta CRC – Indicador. ......................................................................... 44
Tarjeta CRC – User. ................................................................................. 44
Tarjeta CRC – Departamento. .................................................................. 45
6.4 Diagrama de clases. ............................................................................... 46
6.5 Diseño Entidad Relación y Diccionario de Datos (Describiendo el Proceso de
Normalización). ............................................................................................... 47
6.5.1 Modelo Entidad-Relación (Módulo Administración) ............................................. 47
6.6 Modelo Entidad-Relación ........................................................................ 50
6.6.1 Modelo Entidad-Relación (Módulo Usuario) ......................................................... 50
6.7 Software ................................................................................................. 62
6.8 Características de Hardware. ................................................................... 63
Página 6
7 Fachada ............................................................................................ 63
7.1 Criterios de diseño de la fachada o interfaz de usuario ............................. 63
Diseño y arquitectura de información para la web ................................... 63
Estándares para la web ........................................................................... 63
Diseño web centrado en el usaurio ......................................................... 64
Criterios de diseño específicos ............................................................... 64
7.2 Esquema inicial del portal web................................................................. 65
7.3 Esquema de navegación .......................................................................... 67
7.4 Esquema de la interfaz ............................................................................ 68
7.5 Imagen Gráfica ....................................................................................... 70
7.6 Propuestas gráficas para la fachada ......................................................... 72
7.6.1 Propuesta 1 ......................................................................................................... 72
7.6.2 Propuesta 2 ......................................................................................................... 74
7.6.3 Propuesta 3 ......................................................................................................... 75
7.6.4 Propuesta 4 ......................................................................................................... 77
7.7 Fachada del observatorio en los distintos niveles de navegación. .............. 78
7.7.1 Nivel 1: Home ...................................................................................................... 79
7.7.2 Nivel 2: Ejes temáticos o niveles de observación por sectores ............................. 80
7.7.3 Visualización de indicadores ............................................................................... 81
7.8 Mapa de navegación ............................................................................... 82
8 Operación y administración del observatorio ....................................... 83
8.1 Componente organizacional .................................................................... 84
8.1.1 Dirección y administración .................................................................................. 84
8.1.2 Producción y sistematización de información ...................................................... 85
8.1.3 Revisión y aprobación .......................................................................................... 86
8.1.4 Difusión y promoción .......................................................................................... 86
8.1.5 Análisis de resultados .......................................................................................... 87
8.2 Datos espaciales ..................................................................................... 87
8.3 Conexión del observatorio con sistemas existentes en la alcaldía local ...... 87
9 Informe financiero ............................................................................. 88
Página 7
1 Introducción
1.1 Síntesis de avance del convenio 190 de 2009
Periodo de ejecución desde el último
informe de avance 19 de junio a 19 de julio de 2.010
Periodo de ejecución acumulado 6 Meses
Entre el 19 de enero a 19 de julio de 2.010
Avance físico: 100%
Ejecución financiera: 100%
1.2 Presentación
Este informe está concebido como una compilación de resultados del proceso de
diseño de la arquitectura de un sistema de información para la recopilación, y
sistematización de información estratégica local y su implementación en una
plataforma web que permita difundir la información estratégica en los temas
señalados.
Por tal razón este informe final inicia con los lineamientos para el diseño del sistema
y a continuación presenta los detalles técnicos del desarrollo de la plataforma que
incluye la definición de requerimientos del sistema, los requerimientos funcionales y
no funcionales, la identificación de actores, los casos de uso, su inventario y
documentación; la arquitectura del sistema y el proceso de profundización en el
desarrollo del sistema.
En una segunda parte presenta el proceso de diseño de la fachada, a partir del
esquema de navegación desarrollado en el convenio 187; también se documenta el
proceso de diseño de la imagen gráfica del observatorio, las propuestas y el proceso
de selección del diseño del portal y por último se encuentra la estrategia de
operación del observatorio con la cual se cierra este último informe.
Página 8
2 Lineamientos para el diseño del sistema
Para la planeación y diseño de la plataforma web del Observatorio, representada
como un sistema de información, se definieron algunos lineamientos y sobre las
características que debe reunir el sistema de información, teniendo como fuentes de
referencia las indicaciones dadas sobre la materia por la Secretaría de Gobierno de
Bogotá, organismo multilaterales como el Programa de las Naciones Unidas para los
Asentamientos Humanos, UN HABITAT1 y la Comisión Económica para América
Latina y el Caribe, CEPAL2, además de las conclusiones identificadas en los talleres
realizados con los expertos y el equipo consultor del Instituto de Estudios Urbanos
para la conceptualización del observatorio.
Principales lineamientos y características del sistema de información del observatorio
local de Engativá
No. Lineamiento Descripción
1
Contexto
institucional del
observatorio
Dependencia de la Secretaría de Gobierno a la cual está
adscrita.
¿Cuales son las competencias de esa dependencia?
2
Fines de la
observación
Objetivo general
Objetivos específicos
Misión y visión
3
Campo de
observación
El campo de observación hace referencia al Qué se quiere
Observar. Esto se establece a partir de los fines
establecidos y de la disponibilidad de la información para
realizar la observación (medición y análisis).
4
Aspectos de
observación
Hace referencia a que aspectos se pretenden observar en
cada campo de observación. En este sentido se ha
establecido que son tres los aspectos que pueden ser
observados. Estos son:
1 Programa de las Naciones Unidas para los Asentamientos Humanos, UN HABITAT. Estudio de indicadores ONU-
HÁBITAT para los observatorios urbanos locales de las ciudades mexicanas. México: 2004.
2 Comisión Económica para América Latina y el Caribe, CEPAL. Indicaciones sociales en América Latina y el Caribe.
2005.
Página 9
Principales lineamientos y características del sistema de información del observatorio
local de Engativá
No. Lineamiento Descripción
De situación
De contexto
De gestión (Procesos de intervención)
5 Categorías de
observación
Definen los elementos o componentes a analizar dentro del
cada aspecto de campo de observación.
6 Variables Sexo, edad, ocupación, móvil etc.
7
Indicadores
Deben reunir las siguientes características:
Nombre
Tipo de indicador
Origen del indicador
Definición
Categoría
Justificación
Unidad de calculo
Fuente de información
Formula
Periodicidad de medición
Posibles formatos (temporales y espaciales)
8
Herramientas de
interacción
Son las aplicaciones tecnológicas que proporciona la
opción de participar por parte de los usuarios:
Módulo de georeferenciación
Módulos de documentación
Módulo de imágenes y videos
Herramientas de chat y foros
9
Perfiles de usuario
Interno: administración
Externo: consulta
10
Arquitectura de
información para la
web
La información está organizada de manera que los usuarios
puedan encontrar las respuestas correctas a sus
interrogantes. Reúne criterios de:
Sistemas de organización
Página 10
Principales lineamientos y características del sistema de información del observatorio
local de Engativá
No. Lineamiento Descripción
Estructuras de organización
Etiquetado
Interfaces de búsqueda
Indexación e índices
Descripción mediante metadatos
Políticas de gestión de contenidos
11
Tipo de información
La información es:
Relevante
Actualizada
Confiable
Integra
12
Divulgación de la
información
Mecanismo de difusión de la información:
Alertas de información
Correo masivo
Sindicalización de contenidos
13
Estándares y
normalización
¿Se aplican principios de?
Metadatos
Interoperabilidad
Escalabilidad tecnológica
Página 11
3 Definición de requerimientos del sistema
3.1 Requerimientos funcionales
Identificador Nombre Descripción
REQ01 Iniciar sesión El sistema debe inicializar todos sus
módulos y quedar listo para cualquier
tarea.
REQ02 Proveer información
resumida diaria
La presentación inicial mostrará datos de
interés general resumidos calculados
sobre otros indicadores
REQ03 Cambiar nivel de detalle El sistema debe mostrar la información de
indicadores empezando por su valor y
atributos sencillos exhibiendo información
más compleja y detallada solo a petición
del usuario.
REQ04 Consultar información
básica del observatorio
Bajo un enlace debe aparecer la
información general
REQ05 Consultar glosario de
términos
Para los términos técnicos de difícil
comprensión debe ofrecerse una
definición.
REQ06 Consultar valores
históricos indicador
El sistema debe mostrar valores anteriores
de un indicador.
REQ07 Consultar información
básica indicador
EL sistema debe proveer información
básica del indicador como nombre
completo, fecha de recolección y entidad.
REQ08 Consultar información
detallada indicador
El sistema debe proveer información
detallada del indicador como periodicidad,
unidades, ecuación de cálculo etc.
REQ08 Buscar indicador en árbol
de indicadores
El sistema mostrará los indicadores de una
manera que muestre su estructura
jerárquica y permita ubicarlos
rápidamente.
REQ09 Buscar indicador según
atributos
El sistema permitirá encontrar indicadores
por el valor específico de uno de sus
atributos.
Página 12
Identificador Nombre Descripción
REQ11 Consultar puntos de
muestreo
El modulo geográfico exhibirá
espacialmente los puntos donde se toman
datos para los indicadores.
REQ12 Cambiar nivel de detalle
de información espacial
El módulo geográfico variará el detalle de
la información espacial exhibida de
acuerdo a la escala seleccionada.
REQ13 Exportar información
geográfica
EL sistema permitirá guardar como imagen
una retícula espacial determinada.
REQ14 Imprimir información
geográfica
El sistema permitirá imprimir una retícula
especial determinada.
REQ15 Consultar información
geográfica para un
indicador dado
Dado un indicador con presencia espacial
se mostrará sus valores sobre puntos
específicos de la localidad.
REQ16 Hacer desplazamientos Será posible desplazarse en las cuatro
direcciones del plano cartesiano sobre la
información espacial.
REQ17 Hacer
acercamientos/alejamien
tos
El usuario hará
acercamientos/alejamientos sobre la
información espacial trazando una ventana
sobre el área de interés
REQ18 Hacer identificación de
objetos espaciales
El usuario accederá a todos los atributos
espaciales y alfanuméricos de una entidad
geográfica pulsando sobre ella
REQ19 Mostrar/ocultar capas
El usuario escogerá el conjunto de capas a
visualizar pudiendo desactivar/activar
cada una de manera individual
REQ20 Cambiar nivel de detalle
de las capas visualizadas
Dependiendo de la escala y de la
interacción del usuario el nivel de detalle
de visualización de cada capa puede
alterarse
REQ21 Ingresar Indicadores El sistema le facilitara al usuario el ingreso
de los indicadores.
REQ22 Ingresar Valores El sistema le facilitara al usuario el ingreso
de valores.
REQ23 Alimentación de datos El sistema mostrará una interfaz para la
Página 13
Identificador Nombre Descripción
espaciales carga de capas espaciales de tipo vector.
3.2 Requerimientos no funcionales
IDENTIFICADOR: RNF-NN
RNF-01
Nombre: interfaz sencilla y sintética.
DESCRIPCIÓN: EL SISTEMA DEBE CONTAR CON UNA INTERFAZ SENCILLA Y SINTÉTICA, PARA QUE EL USUARIO DE
FORMA INTUITIVA PUEDA NAVEGAR POR EL OBSERVATORIO.
CRITERIOS DE ACEPTACIÓN: RESULTADOS DE PRUEBAS SATISFACTORIAS DE ACUERDO A LOS PUNTOS DE
REFERENCIA QUE SE HAYAN ESTABLECIDO DURANTE EL ESTUDIO DE PRUEBAS QUE SE HAGAN DEL SISTEMA,
UTILIZANDO DIFERENTES METODOLOGÍAS.
IDENTIFICADOR: RNF-NN
RNF-02
Nombre: nombres de indicadores sencillos e intuitivos.
DESCRIPCIÓN: EL SISTEMA DEBE MOSTRAR EL NOMBRE DE LOS INDICADORES DE UNA MANERA SENCILLA E
INTUITIVA (LA CODIFICACIÓN DEBE REFLEJAR EL NOMBRE, TEMA, TIPO, ETC.)
CRITERIOS DE ACEPTACIÓN: RESULTADOS DE PRUEBAS SATISFACTORIAS DE ACUERDO A LA ACEPTACIÓN DEL
USUARIO PARA CON EL OBSERVATORIO.
IDENTIFICADOR: RNF-NN
RNF-03
Nombre: la interfaz del sistema debe ser visualmente
llamativa y agradable
DESCRIPCIÓN: EL SISTEMA DEBE CONTENER UNA INTERFAZ GRAFICA LLAMATIVA Y AGRADABLE CON EL USUARIO.
CRITERIOS DE ACEPTACIÓN: RESULTADOS DE PRUEBAS SATISFACTORIAS DE ACUERDO A LA ACEPTACIÓN DEL
USUARIO PARA CON EL OBSERVATORIO.
IDENTIFICADOR: RNF-NN
RNF-04
Nombre: jerarquía de términos en el glosario.
DESCRIPCIÓN: EL SISTEMA DEBE CONTENER UNA INTERFAZ LOS TÉRMINOS DEL GLOSARIO DEBEN ESTAR
CONTEMPLADOS EN UN ÁRBOL DE JERARQUÍA.
CRITERIOS DE ACEPTACIÓN: RESULTADOS DE PRUEBAS SATISFACTORIAS DE ACUERDO A LA ACEPTACIÓN DEL
USUARIO PARA CON EL OBSERVATORIO.
IDENTIFICADOR: RNF-NN
RNF-05
Nombre: información organizado por niveles de
complejidad.
DESCRIPCIÓN: LA INFORMACIÓN DEL SISTEMA DEBE ESTAR ORGANIZADAS
Página 14
CRITERIOS DE ACEPTACIÓN: RESULTADOS DE PRUEBAS SATISFACTORIAS DE ACUERDO A LA ACEPTACIÓN DEL
USUARIO PARA CON EL OBSERVATORIO.
IDENTIFICADOR: RNF-NN
RNF-06
Nombre: presentar la información de cada indicador
según el perfil de usuario.
DESCRIPCIÓN: LA INFORMACIÓN DE LOS INDICADORES DEL OBSERVATORIO SE DEBE MOSTRAR DE ACUERDO A
CADA PERFIL DE USUARIO ASIGNADO.
CRITERIOS DE ACEPTACIÓN: RESULTADOS DE PRUEBAS SATISFACTORIAS DE ACUERDO A LA ACEPTACIÓN DEL
USUARIO PARA CON EL OBSERVATORIO.
IDENTIFICADOR: RNF-NN
RNF-07
nombre: las herramientas del sistema deben ser
sencillos e intuitivos
DESCRIPCIÓN: LAS HERRAMIENTAS DEL OBSERVATORIO DEBEN SER SENCILLOS PARA EL USUARIO E INTUITIVOS.
(ICONOS, MENÚS, ETC.)
CRITERIOS DE ACEPTACIÓN: RESULTADOS DE PRUEBAS SATISFACTORIAS DE ACUERDO A LA ACEPTACIÓN DEL
USUARIO PARA CON EL OBSERVATORIO.
IDENTIFICADOR: RNF-NN
RNF-08
nombre: conexión a la base de datos espacial
DESCRIPCIÓN: EL SISTEMA DEBE SOPORTAR LA CONEXIÓN A UNA BASE DE DATOS ESPACIAL.
CRITERIOS DE ACEPTACIÓN: RESULTADOS DE PRUEBAS SATISFACTORIAS DE ACUERDO A LA INFORMACIÓN QUE SE
TENGA REGISTRADA EN DICHA BASE DE DATOS.
3.3 Identificación de actores.
Los actores que participan con el sistema se han identificado como:
Administrador: Persona encargada del control total del sistema. Se encarga de
la gestión en la base de datos.
Usuario de consulta: Persona que puede visualizar y consultar en el sistema.
Página 15
4 Casos de uso
4.1 Inventario de casos de uso.
Administrador Gestionar Sesión Gestionar Usuarios Gestionar permisos Gestionar Indicadores Gestionar Cartografía
Usuario de Consulta. Gestionar sesión Consultar usuario Consultar indicadores Consultar Cartografía
4.2 Refinamiento y nombramiento de casos de uso.
4.2.1 Administrador
o Gestionar Sesión Iniciar sesión Finalizar sesión Actualizar Password
o Gestionar Usuarios Registrar usuarios Consultar usuarios Modificar usuarios Eliminar usuarios
o Gestionar Permisos Registrar permisos a usuarios Consultar permisos a usuarios Modificar permisos a usuarios Eliminar permisos a usuarios
o Gestionar Indicadores Registrar Indicadores Consultar Indicadores Modificar Indicadores
Página 16
Eliminar Indicadores
o Gestionar Cartografía Registrar Cartografía Consultar Cartografía Modificar Cartografía Eliminar Cartografía
4.2.2 Usuario consulta
o Gestionar sesión Iniciar sesión Finalizar sesión Actualizar Password
o Consultar Información Consultar Usuario Consultar indicadores Consultar Cartografía Consultar ayuda
4.3 Documentación de los casos de uso.
Contexto del Sistema. Abreviación: CUSAXXXX
Abreviaciones.
Nemónico Significado
CU Casos de uso.
SA Sistema de alerta
XX US Usabilidad
MA Interfaz y Métodos de Acceso.
MI MIG
RI Relaciones Información
Página 17
Nemónico Significado
FI Fuentes de información
XX Número de ítem.
Ilustración 1 Modelo de Casos de uso Vista General
Usuario de consultaAdministrador
Gestionar sesión
Gestionar Usuarios
Gestionar Permisos
Gestionar Cartografia
Gestionar Indicadores
Consultar Informacion
Ilustración 2 Caso de uso Gestionar Sesión
Administrador
Iniciar sesion
Finalizar sesion
Modificar password
Página 18
Tabla 1 Caso de uso Gestionar sesión- Iniciar sesión
Identificación del Caso de Uso:
CUSAUS 01
Iniciar Sesión
Historial
Actores Administrador, Usuario de consulta
Resumen El sistema arranca en una página inicial donde se
exhibe un panorama general de la información
disponible.
Curso básico de eventos Actor Sistema
1. El sistema exhibe la
página inicial.
Caminos alternativos No tiene
Caminos de excepción No tiene
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones
Postcondiciones No Tiene
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna Cabrera
Fecha 01/03/2010
Tabla 2 Caso de Uso Finalizar sesión
Identificación del Caso de Uso:
CUSAUS 02
Finalizar sesión
Historial
Actores Administrador, Usuario de consulta
Resumen Un Actor decide terminar Sesión y el Sistema se
devuelve a sus estados iníciales.
Curso básico de eventos Actor Sistema
Página 19
El Actor indica al
Sistema que se finalizará
la Sesión.
El Sistema oculta todas
las vías de acceso a sus
Operaciones,
regresando a su estado
inicial.
Caminos alternativos No tiene
Caminos de excepción Información sin Salvar: El Sistema descartará los
cambios hechos en la información que no fueron
guardados cuando el Actor le indique que desea
finalizar Sesión. Es responsabilidad del Actor
guardar la información suministrada antes de salir
del Sistema.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Caso de Uso Iniciar Sesión
PostCondiciones Se podrá iniciar una nueva sesión en el Sistema, o
se podrá cerrar la Aplicación.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 01/05/2010
Tabla 3 Caso de Uso Modificar Password
Identificación del Caso de
Uso:
CUSAUS 03
Modificar Password
Historial
Actores Administrador, Usuario de consulta
Resumen El Actor cambia la clave con la que inicia el ingreso al
Sistema y este último la actualiza.
Curso básico de eventos Actor Sistema
Página 20
1. El Actor indica al
Sistema que se iniciará
una Sesión nueva.
2. El Actor indica al
Sistema que desea
actualizar la clave.
3. El usuario digita la
nueva contraseña.
El Usuario ordena al
Sistema guardar los
cambios realizados.
4. El Actor ordena al
Sistema guardar los
cambios realizados.
1. El Sistema se adapta al
ambiente de la petición y
solicita una Clave de acceso.
2. El Sistema adapta el
ambiente de acuerdo a la
solicitud y espera el ingreso
de los nuevos datos.
3. El Sistema responde
notificando que los cambios
fueron registrados.
4. El Sistema oculta todas
las vías de acceso a sus
Operaciones, regresando a
su estado inicial y espera a
que el usuario acceda
nuevamente.
Caminos alternativos No tiene
Caminos de excepción Información Incompleta: Si el Actor no suministra en
su totalidad la información solicitada, el Sistema no le
debe permitir Cambiar la Clave de Acceso, y envía
mensaje de error de datos al Actor.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Caso de Uso Iniciar Sesión
PostCondiciones El Usuario Iniciará Sesión en una siguiente ocasión con
la Nueva Clave registrada.
Reglas de Negocio
Relacionadas
No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 04/03/2010
Página 21
Ilustración 3 Caso de Uso Gestionar Usuarios
Administrador
Registrar usuarios
Modificar usuarios
Consultar usuarios
Eliminar usuarios
Tabla 4 Caso de Uso Registrar usuarios
Identificación del Caso de
Uso:
CUSAUS 04
Registrar usuarios
Historial
Actores Administrador
Resumen El Actor Ingresa la información personal de las
personas que van acceder al sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al Sistema
que se creará un nuevo
ingreso.
2. El Actor ordena al Sistema
Ingresar la información
personal del nuevo usuario.
1. El Sistema adapta su
Ambiente a la petición
2. El Sistema responde
al Actor desplegándole
los resultados de la
consulta en pantalla.
Caminos alternativos No tiene-
Caminos de excepción Información Incompleta: Si el Actor no suministra en
su totalidad la información solicitada, el Sistema no le
debe permitir el ingreso del nuevo usuario.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones No debe existir información referente al Usuario que
se va ingresar en el Sistema.
PostCondiciones Se visualizará la información correspondiente con los
parámetros especificados.
Página 22
Reglas de Negocio
Relacionadas
No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 05/03/2010
Tabla 5 Caso de Uso Consultar Usuarios
Identificación del Caso de
Uso:
CUSAUS 05
Consultar Usuarios
Historial
Actores Administrador
Resumen El Actor consulta la información personal del usuario
registrada en el sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se creará
una Nueva consulta.
3. El Actor especifica un
parámetro de búsqueda
(nombre, apellido).
5. El Actor ordena al
Sistema generar la
Consulta de la
información personal
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista general
de Usuarios registrados.
4. El Sistema despliega la
información complementaria
al parámetro ingresado.
6. El Sistema responde al
Actor desplegándole los
resultados de la consulta en
pantalla.
Caminos alternativos No tiene
Caminos de excepción Información Incompleta: Si el Actor no suministra los
parámetros validos, el sistema no le debe permitir
realizar la consulta.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información referente al Usuario que se va
consultar en el Sistema.
PostCondiciones Se visualizará la información correspondiente con los
parámetros especificados.
Página 23
Reglas de Negocio
Relacionadas
No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 08/03/2010
Tabla 6 Caso de Uso Modificar Usuarios
Identificación del Caso de
Uso:
CUSAUS 06
Modificar Usuarios
Historial
Actores Administrador
Resumen El Actor Modifica la información personal del usuario
registrada en el sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al Sistema
que se creará una Nueva
consulta.
3. El Actor especifica un
parámetro de búsqueda
(nombre, apellido).
5. El Actor realiza las
modificaciones pertinentes.
6. El Actor ordena al Sistema
guardar los cambios.
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados.
4. El Sistema despliega
la información
complementaria al
parámetro ingresado.
7. El Sistema responde
al Actor desplegándole
los resultados en
pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar la
operación, el Sistema restaurará la información del
Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información referente al Usuario que se va
modificar en el Sistema.
PostCondiciones Se visualizará un mensaje de la actualización
Página 24
correspondiente.
Reglas de Negocio
Relacionadas
No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 06/03/2010
Tabla 7 Caso de Uso Eliminar Usuarios
Identificación del Caso de Uso:
CUSAUS 07
Eliminar Usuarios
Historial
Actores Administrador
Resumen Eliminar toda la información correspondiente a
determinado usuario quien ya no podrá acceder a
ningún servicio del Sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se creará
una Nueva consulta.
3. El Actor especifica un
parámetro de búsqueda
(nombre, apellido).
5. El Actor realiza las
eliminaciones
pertinentes.
6. El Actor ordena al
Sistema guardar los
cambios.
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados.
4. El Sistema despliega
la información
complementaria al
parámetro ingresado.
7. El Sistema responde
al Actor desplegándole
los resultados en
pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar
la operación, el Sistema restaurará la información
del Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Página 25
Precondiciones Debe existir información referente al Usuario que
se va ingresar en el Sistema.
PostCondiciones Se visualizará un mensaje del ingreso de los
permisos al usuario.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 06/03/2010
Caso de uso Gestionar Permisos.
Administrador
Registrar permisos a usuarios
Modificar permisos a usuarios
Consultar permisos a usuarios
Eliminar permisos a usuarios
Tabla 8 Caso de Uso Registrar Permisos a Usuarios
Identificación del Caso de Uso:
CUSAUS 08
Registrar permisos a Usuarios
Historial
Actores Administrador
Resumen El actor ingresara los permisos de lectura-
Escritura a los usuarios que tienen acceso al
Sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se creará
una Nueva consulta.
3. El Actor ingresa los
permisos asignados para
el usuario
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados con sus
respectivos permisos.
Página 26
4. El Actor ordena al
Sistema guardar los
cambios.
5. El Sistema responde
al Actor desplegándole
un mensaje del ingreso
de permisos en
pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar
la operación, el Sistema no ingresara la
información suministrada.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información del Usuario para ingresar
los permisos al sistema.
PostCondiciones Se visualizará la información correspondiente con
los parámetros especificados.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Tabla 9 Caso de Uso Consultar permisos a Usuarios
Identificación del Caso de Uso:
CUSAUS 09
Consultar permisos a Usuarios
Historial
Actores Administrador
Resumen El actor consultara los permisos de lectura-
Escritura a los usuarios que tienen acceso al
Sistema.
Curso básico de eventos Actor Sistema
Página 27
1. El Actor notifica al
Sistema que se creará
una Nueva consulta.
3. El Actor especifica un
parámetro de búsqueda
(nombre, apellido).
5. El Actor ordena al
Sistema generar la
Consulta de la
información personal
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados.
4. El Sistema despliega
la información
complementaria al
parámetro ingresado.
6. El Sistema responde
al Actor desplegándole
los resultados de la
consulta en pantalla.
Caminos alternativos No tiene
Caminos de excepción Información Incompleta: Si el Actor no suministra
los parámetros validos, el sistema no le debe
permitir realizar la consulta.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información referente al Usuario que
se va consultar en el Sistema.
PostCondiciones Se visualizará la información correspondiente con
los parámetros especificados.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Tabla 10 Caso de Uso Modificar permisos a Usuarios
Identificación del Caso de Uso:
CUSAUS 10
Modificar permisos a Usuarios
Historial
Actores Administrador
Resumen El actor modifica los permisos de lectura-Escritura
a los usuarios que tienen acceso al Sistema.
Curso básico de eventos Actor Sistema
Página 28
1. El Actor notifica al
Sistema que se creará
una Nueva consulta.
3. El Actor especifica un
parámetro de búsqueda
(nombre, apellido).
5. El Actor ordena al
Sistema generar la
Consulta de la
información personal
7. El actor modifica los
permisos asignados al
usuario.
8. El actor guarda los
cambios.
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados.
4. El Sistema despliega
la información
complementaria al
parámetro ingresado.
6. El Sistema responde
al Actor desplegándole
los resultados de la
consulta en pantalla.
8. El sistema toma los
nuevos cambios y los
almacena.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar
la operación, el Sistema restaurará la información
del Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información referente al Usuario que
se va modificar en el Sistema.
PostCondiciones Se visualizará un mensaje de la modificación
correspondiente.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Tabla 11 Caso de Uso Eliminar permisos a Usuarios
Identificación del Caso de Uso:
CUSAUS 11
Eliminar permisos a Usuarios
Historial
Actores Administrador
Resumen El actor eliminara los permisos de lectura-
Página 29
Escritura a los usuarios que tienen acceso al
Sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se creará
una Nueva consulta.
3. El Actor especifica un
parámetro de búsqueda
(nombre, apellido).
5. El Actor ordena al
Sistema generar la
Consulta de la
información personal
7. El actor elimina los
permisos asignados al
usuario.
8. El actor guarda los
cambios.
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados.
4. El Sistema despliega
la información
complementaria al
parámetro ingresado.
6. El Sistema responde
al Actor desplegándole
los resultados de la
consulta en pantalla.
8. El sistema toma los
nuevos cambios y los
almacena.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar
la operación, el Sistema restaurará la información
del Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Deben existir permisos del Usuario para
eliminarlos en el Sistema.
PostCondiciones Se visualizará un mensaje de la eliminación
correspondiente.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Página 30
Ilustración 4 Gestión de Indicadores
Administrador
Registrar indicadores
Modificar indicadores
Consultar indicadores
Eliminar indicadores
Tabla 12 Caso de Uso Registrar indicadores
Identificación del Caso de Uso:
CUSAUS 12
Registrar indicadores
Historial
Actores Administrador
Resumen El actor ingresara los indicadores para su
posterior visualización en el Sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se creará un
nuevo indicador.
3. El Actor especifica
parámetros para
ingresar el indicador.
4. El Actor ordena al
Sistema ingresar la
información.
2. El Sistema adapta su
Ambiente a la petición.
5. El Sistema responde
al Actor desplegándole
los resultados de la
consulta en pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar
la operación, el Sistema restaurará la información
del Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información relacionada con el nuevo
indicador
PostCondiciones Se visualizará un mensaje del nuevo indicador.
Reglas de Negocio Relacionadas No Tiene
Página 31
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Tabla 13 Caso de Uso Consultar indicadores
Identificación del Caso de Uso:
CUSAUS 13
Consultar indicadores
Historial
Actores Administrador, Usuario de consulta
Resumen El actor consultara los indicadores para su
posterior visualización en el Sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se creará
una Nueva consulta.
3. El Actor especifica un
parámetro de búsqueda
(nombre indicador).
5. El Actor ordena al
Sistema generar la
Consulta del indicador.
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados.
4. El Sistema despliega
la información
complementaria al
parámetro ingresado.
6. El Sistema responde
al Actor desplegándole
los resultados de la
consulta en pantalla.
Caminos alternativos No tiene
Caminos de excepción Información Incompleta: Si el Actor no suministra
los parámetros validos, el sistema no le debe
permitir realizar la consulta.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información referente al Usuario que
se va consultar en el Sistema.
PostCondiciones Se visualizará la información correspondiente con
los parámetros especificados.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Página 32
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Tabla 14 Caso de Uso Modificar indicadores
Identificación del Caso de Uso:
CUSAUS 14
Modificar indicadores
Historial
Actores Administrador
Resumen El actor modificara los indicadores.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se modificara
un indicador.
3. El Actor especifica
parámetros para modificar
el indicador.
4. El Actor ordena al
Sistema modificar la
información.
2. El Sistema adapta
su Ambiente a la
petición.
5. El Sistema
responde al Actor
desplegándole los
resultados del cambio
en pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar
la operación, el Sistema restaurará la información
del Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información del indicador.
PostCondiciones Se visualizará un mensaje del cambio del
indicador.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Página 33
Tabla 15 Caso de Uso Eliminar indicadores
Identificación del Caso de
Uso:
CUSAUS 15
Eliminar indicadores
Historial
Actores Administrador
Resumen El actor eliminara los indicadores.
Curso básico de eventos Actor Sistema
1. El Actor notifica al Sistema
que se creará una Nueva
consulta.
3. El Actor especifica un
parámetro de búsqueda
(nombre indicador).
5. El actor selecciona el
indicador.
6. El actor guarda los cambios.
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados.
4. El Sistema responde
al Actor desplegándole
los resultados de la
consulta en pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar la
operación, el Sistema restaurará la información del
Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información del indicador
PostCondiciones Se visualizará un mensaje del nuevo indicador.
Reglas de Negocio
Relacionadas
No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Página 34
Ilustración 5 Caso de Uso Gestión Cartografía
Administrador
Registrar Cartografia
Modificar Cartografia
Consultar Cartografia
Eliminar Cartografia
Tabla 16 Caso de Uso Registrar Cartografía
Identificación del Caso
de Uso:
CUSAUS 16
Registrar Cartografía
Historial
Actores Administrador
Resumen El actor ingresara un nuevo formato de datos para su
posterior visualización en el Sistema.
Curso básico de
eventos
Actor Sistema
1. El Actor notifica al Sistema
que se ingresara un nuevo
formato de datos (raster o
vectorial).
3. El Actor especifica la ruta
para ingresar el nuevo formato
de datos.
4. El Actor ordena al Sistema
ingresar la información.
2. El Sistema adapta su
Ambiente a la petición.
5. El Sistema responde al
Actor desplegándole los
resultados del ingreso en
pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar la
operación, el Sistema restaurará la información del Servicio
obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información relacionada con el nuevo indicador
PostCondiciones Se visualizará un mensaje del nuevo indicador.
Página 35
Reglas de Negocio
Relacionadas
No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Tabla 17 Caso de Uso Consultar Cartografía
Identificación del Caso de Uso:
CUSAUS 17
Consultar Cartografía
Historial
Actores Administrador, Usuario de consulta
Resumen El actor consultara los diferentes formatos de
datos (raster o vector) que se encuentran en el
sistema.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se creará
una Nueva consulta.
3. El Actor ingresa al
proporciona la
información que
requiere consultar.
2. El Sistema adapta su
Ambiente a la petición y
despliega una lista
general de Usuarios
registrados.
4. El Sistema visualiza
la petición realizada.
Caminos alternativos No tiene
Caminos de excepción Información Incompleta: Si el Actor no suministra
los parámetros validos, el sistema no le debe
permitir realizar la consulta.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información del formato de datos a
consultar.
PostCondiciones Se visualizará la información correspondiente con
los parámetros especificados.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Página 36
Tabla 18 Caso de Uso Modificar Cartografía
Identificación del Caso de Uso:
CUSAUS 18
Modificar Cartografía
Historial
Actores Administrador
Resumen El actor modificara el formato de datos.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se ingresara
un nuevo formato de
datos (raster o
vectorial).
3. El Actor especifica la
ruta para ingresar el
formato de datos
modificado.
4. El Actor ordena al
Sistema ingresar la
información.
2. El Sistema adapta su
Ambiente a la petición.
5. El Sistema responde
al Actor desplegándole
los resultados del
ingreso en pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar
la operación, el Sistema restaurará la información
del Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información del formato de datos.
PostCondiciones Se visualizará un mensaje del cambio del
indicador.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Página 37
Tabla 19 Caso de Uso Eliminar Cartografía
Identificación del Caso de Uso:
CUSAUS 19
Eliminar Cartografía
Historial
Actores Administrador
Resumen El actor eliminara los formatos de datos.
Curso básico de eventos Actor Sistema
1. El Actor notifica al
Sistema que se eliminara
un formato de datos
(raster o vectorial).
3. El Actor buscar el
formato de datos a
eliminar.
4. El Actor ordena al
Sistema ingresar la
información.
2. El Sistema adapta su
Ambiente a la petición.
5. El Sistema responde
al Actor desplegándole
los resultados de la
consulta en pantalla.
Caminos alternativos No tiene
Caminos de excepción Operación Cancelada: Si el Actor decide cancelar
la operación, el Sistema restaurará la información
del Servicio obviando los cambios realizados.
Puntos de Extensión No tiene
Suposiciones No tiene
Precondiciones Debe existir información del formato de datos
PostCondiciones Se visualizará un mensaje del nuevo formato de
datos eliminado.
Reglas de Negocio Relacionadas No Tiene
Criterios de aceptación
Autor Juan Esteban Suaterna
Fecha 07/03/2010
Página 38
5 Arquitectura del sistema
La aplicación se compondrá de tres capas generales correspondientes a la
presentación (interfaz gráfica, métodos de acceso, graficación de indicadores,
módulo geográfico y de administración), lógica de negocio (análisis de indicadores y
relación entre indicadores) y modelo de datos (base de datos espacial y
alfanumérica). Adicionalmente se dispone una capa intermedia de seguridad e
independencia de la base de datos, que aprovechando las capacidades de
programación orientada a objetos provistas por PHP5, encapsula las consultas a la
base de datos ocultando sus detalles a las capas superiores y establece una interfaz
de conexión independiente de las rutinas propias del manejador de bases de datos
seleccionado, facilitando una posible migración posterior.
Desde el punto de vista de la plataforma, se ha implementado una base de datos
relacional con extensión espacial para albergar datos geográficos, un servidor de
mapas, una capa intermedia de interacción que provea soporte espacial y una capa
final de presentación Web. Dada la filosofía del proyecto los prototipos están siendo
implementados usando programas de software libre y estándares abiertos. En
particular se está usando:
Base de datos: PostgreSQL con la extensión espacial PostGIS.
Servidor espacial: Mapserver (basado en CGI)
Capa de interacción: PHP5, PHP/Mapscript o Java, JavaScript.
Presentación final: Servidor Web Apache, HTML, PHP.
Dos módulos de aplicación final reposan sobre esta plataforma: el de visualización
de indicadores encargado de desplegar de manera gráfica los valores de los
indicadores, su clasificación e información contextual como sus metadatos y capas
espaciales asociadas y un módulo de administración encargado de la carga de datos
y la relación entre los distintos usuarios de la secretaría y los grupos de indicadores.
El módulo de visualización se constituye en el portal de acceso general de consulta
al Observatorio y estará disponible a la comunidad en general. Por ello se ha hecho
énfasis en su presentación gráfica y en la seguridad, permitiendo sólo accesos de
lectura a través de la capa de Seguridad/independencia. De otro lado el módulo de
administración ofrece el mecanismo de interacción privilegiado de los funcionarios
Página 39
de la secretaría, proporcionando los medios para la creación de indicadores,
modificación de los mismos, generación de distintos agrupamientos entre otras
características.
Diagrama 1 Arquitectura del Sistema
Página 40
6 Profundización
En la etapa de profundización corresponde a la implementación de los requisitos
críticos del sistema, como la visualización de indicadores y el esquema de
integración con un Modulo Geográfico MIG.
6.1 Objetos del Nivel de Presentación.
<<Interface>>
UI_Roles
<<Interface>>
UI_Recursos
<<Interface>>
UI_Departamentos
<<Interface>>
UI_Indicadores
<<Interface>>
UI_Permisos
<<Interface>>
UI_Cartografia
<<Interface>>
UI_Módulos
<<Interface>>
UI_Temas estratégicos
<<Interface>>
UI_Ayuda
<<Interface>>
UI_Login
Página 41
6.2 Nivel de Dominio de la Aplicación.
6.2.1 Objetos Nivel de Capa Lógica del Negocio.
6.2.2 Objetos de la Capa de Datos.
6.3 Responsabilidades de los objetos.
Encontramos la documentación por cada objeto y su tarjeta CRC, identificando en
ellas una descripción, un estereotipo y colaborador en algunos eventos asociados a
los mismos.
6.3.1 Nivel de Presentación.
Tarjeta CRC –IG_Login.
Clase: IG_Login.
Descripción: Formulario que permite capturar la información necesaria para que un usuario
pueda acceder al Sistema, finalizarlo, actualizar y consultar sus datos y password.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Iniciar sesión()
Finalizar sesión()
Actualizar password()
Consultar datos personales()
Modificar datos personales()
Usuario
T_Permisos
T_Módulo
T_User T_Roles
T_temas estratégicos
T_Indicadores T_Departamento
BLL_Indicadores
BLL_Cartografia BLL_Login BLL_Permisos
Página 42
Tarjeta CRC –IG_Permisos.
Clase: IG_ Permisos
Descripción: Formulario que permite registrar y consultar los permisos de los
usuarios.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Registrarpermisos()
Consultarpermisos()
Objetivo
permisos
Tarjeta CRC –IG_Indicadores.
Clase: IG_ Indicadores
Descripción: Formulario que permite registrar y consultar los parámetros para
medir el cumplimiento de los objetivos del servicio.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Registrarindicadores()
Consultarindicadores()
Actualizarindicadores()
Eliminarindicadores()
Objetivo
Indicador
Tarjeta CRC –IG_Cartografía.
Clase: IG_ Cartografía
Descripción: Formulario que permite registrar y consultar los mapas que se
encuentran en el sistema.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Registrarmapas()
Consultarmapas()
Objetivo
Cartografía
Tarjeta CRC –IG_ Módulos.
Clase: IG_ Módulos
Descripción: Formulario que permite registrar y consultar los módulos de acceso
de los usuarios.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Registrarmódulos()
Consultarmódulos()
Objetivo
Módulos
Página 43
Tarjeta CRC –IG_Temas estratégicos.
Clase: IG_ Temas estratégicos
Descripción: Formulario que permite registrar y consultar los temas de
importancia asociados al dengue.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Registrartemas()
Consultartemas()
Objetivo
Temas estratégicos
Tarjeta CRC –IG_Recursos.
Clase: IG_ Recursos
Descripción: Formulario que permite registrar y consultar los recursos de
importancia asociados al dengue.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Registrarrecursos()
Consultarrecursos()
Objetivo
Recursos
Tarjeta CRC –IG_Departamentos.
Clase: IG_ Departamentos
Descripción: Formulario que permite registrar y consultar los departamentos de
ingresados asociados al dengue.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Registrardepartamentos()
Consultardepartamentos()
Objetivo
Departamentos
Tarjeta CRC –IG_Ayuda.
Clase: IG_ Ayuda
Descripción: Formulario que permite consultar la Ayuda del sistema.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Registrarayuda()
Consultarayuda()
Objetivo
Ayuda
Página 44
6.3.2 Nivel de Datos.
Tabla 13. Tarjeta CRC –T_Roles.
Clase: T_Roles
Descripción: Una Tabla en donde se lleva el registro de los roles de cada usuario
en el sistema.
Estereotipo: Entity
Tarjeta CRC –T_Módulo.
Clase: T_Módulo
Descripción: Una Tabla en donde se encuentran los módulos con que cuenta el
sistema.
Estereotipo: Entity
Tarjeta CRC – Temas_estratégicos.
Clase: T_Temas_estratégicos
Descripción: Una Tabla en donde se encuentran la información de los temas
importantes asociados al dengue.
Estereotipo: Entity
Tarjeta CRC – Permisos.
Clase: T_Permisos
Descripción: Una Tabla en donde se encuentran los permisos con los que cuenta
cada usuario en el sistema.
Estereotipo: Entity
Tarjeta CRC – Indicador.
Clase: T_Indicador
Descripción: Una Tabla en donde se lleva registro del nivel de cumplimiento de los
objetivos, con este se mide su capacidad.
Estereotipo: Entity
Tarjeta CRC – User.
Clase: T_User
Descripción: Una Tabla en donde se lleva registro de todos los usuarios del
Página 45
sistema.
Estereotipo: Entity
Tarjeta CRC – Departamento.
Clase: T_Departamento
Descripción: Una Tabla en donde se lleva registro los departamentos con los que
cuenta el sistema.
Estereotipo: Entity
Página 47
6.5 Diseño Entidad Relación y Diccionario de Datos (Describiendo el Proceso de Normalización).
6.5.1 Modelo Entidad-Relación (Módulo Administración)
Página 62
6.7 Software
Base de datos: PostgreSQL con la extensión espacial PostGIS. Ver min(8.02)
Servidor espacial: Mapserver (basado en CGI) Ver 5
Capa de interacción: PHP5, PHP/Mapscript o Java, JavaScript.
Presentación final: Servidor Web Apache, HTML, PHP.
Página 63
6.8 Características de Hardware.
Equipo 1 Equipo 2
Monitor 15 15
DD 200 320
Memoria 8GB 8GB
Procesador
Intel Celeron 3.4
GHz
Intel Celeron 3GHz Corel
Duo
CD-ROM LG 52X LG 52X
Quemador DVD DVD
7 Fachada
7.1 Criterios de diseño de la fachada o interfaz de usuario
Diseño y arquitectura de información para la web
El diseño y arquitectura de la plataforma web que soportará el Observatorio local de
Engativá tiene como uno de sus objetivos principales satisfacer las necesidades de
información de sus usuarios finales. Para tal fin se integraran en su desarrollo
conceptos y principios basados en el enfoque de arquitectura de información y
diseño centrado en el usuario, procurando cumplir con los estándares exigidos para
la por la World Wide Web Consortium (W3C).
Estándares para la web
Los estándares para la web son un grupo de lineamientos definidos por la World
Wide Web Consortium (W3C) y otros organismos internacionales acerca de cómo
crear e interpretar documentos basados en la web. El principal objetivo de los
lineamientos es construir una web que se desempeñe mejor para todos los
ciudadanos, con sitios, plataformas y aplicaciones accesibles para más personas y
que funcionen desde cualquier dispositivo de acceso a Internet.
Página 64
Diseño web centrado en el usuario
Para asegurar empíricamente que el sitio cumple con los niveles de usabilidad
requeridos, se incorpora al diseño del sitio el marco metodológico conocido como
Diseño Centrado en el Usuario o User-Centered Design (Norman, Draper; 1986)
adaptándolo a las características propias del desarrollo de aplicaciones web.
El Diseño Web Centrado en el Usuario se caracteriza por asumir que todo el proceso
de diseño y desarrollo del sitio web debe estar conducido por el usuario, sus
necesidades, características y objetivos. Centrar el diseño en sus usuarios (en
oposición a centrarlo en las posibilidades tecnológicas o en nosotros mismos como
diseñadores) implica involucrar desde el comienzo a los usuarios en el proceso de
desarrollo del sitio; conocer cómo son, qué necesitan, para qué usan el sitio; testar
el sitio con los propios usuarios; investigar cómo reaccionan ante el diseño, cómo es
su experiencia de uso; e innovar siempre con el objetivo claro de mejorar la
experiencia del usuario.
Criterios de diseño específicos
A continuación se relacionan los principales criterios tenidos en cuenta al momento
de diseñar la interfaz de navegación:
Las páginas serán concisas y no presentarán Scroll
El nivel de profundidad máximo se alcanzará haciendo tres clicks.
Se usarán rutas abreviadas
Contendrá enlaces de atrás / adelante
Se incorporarán indicadores de posición
Se incluirá texto alternativo en todos los botones
Se incluirán enlaces página de inicio en la cabecera de cada sección
Los mensajes del sistema serán lo más claros posible
Se incluirá un indicador del tiempo de carga o respuesta
Los estilos de diseño serán estéticos y llamativos
El diseño del portal busca equilibrio, unidad, proporción y sencillez
Se propenderá por el equilibrio entre texto, imágenes y espacios en blanco
El tamaño, color y animación de las imágenes buscará dar una apariencia
moderna y de fácil operación por parte del usuario.
Página 65
La interfaz de navegación debe revelar fácilmente su estructura al usuario sin
lugar a dudas.
Los colores utilizados serán sobrios. Se buscará diferenciar las líneas
temáticas principales a través del uso de colores de referencia.
Se buscará una uniformidad en los tipos y tamaños de las fuentes utilizadas
en títulos y textos.
Se guardará consistencia entre los menús que aparecen en los diferentes
niveles de navegación
Se incluirá un título descriptivo en la parte superior de cada sección de la
interfaz
Aparecerán pies de página normalizados
Se buscará un contraste máximo y estético entre contenidos y fondos
7.2 Esquema inicial del portal web
Se definieron los siguientes elementos como elementos estructurantes del portal
web:
La explicación de qué es el observatorio y cuál es su enfoque
Definición y enfoque del observatorio
Componentes
Caracterización general de la localidad
Herramientas
Mapa del sitio
Condiciones generales
Gestión del gobierno local
Acciones de terceros sobre la localidad
Mapas
Documentos
Indicadores
Imágenes y videos
Interacción
Página 66
Una caracterización local o síntesis de los aspectos más relevantes de la localidad
como localización, extensión, límites y población entre otros.
Los componentes principales del Observatorio (contenidos) organizados en tres
niveles:
o Las condiciones generales de la localidad que reflejan información
importante de la localidad pero que no pueden ser influida desde las
competencias del gobierno local, por ejemplo desempleo, pobreza, salud o
educación entre otros.
o La gestión del gobierno local, que presenta información sobre las acciones
del gobierno local y su impacto en el territorio
o Las acciones de terceros sobre la localidad, en la cual se presentará la
gestión de las entidades de los niveles distrital y nacional con impacto en
la localidad de Engativá.
El acceso a las herramientas que harán posible el despliegue de la información
así:
o Mapas temáticos de la localidad presentados a través de un visualizador
geográfico.
o Documentos en PDF
o Indicadores o síntesis de información estratégica local y su metadata
asociado
o Imágenes y videos sobre temáticas, gestión y problemáticas locales.
Página 67
7.3 Esquema de navegación
La interfaz del observatorio local de Engativá corresponde con el objetivo que se ha
formulado para el observatorio:
Este objetivo y los lineamientos sobre los contenidos del observatorio condujeron a
definir el siguiente esquema inicial para la interfaz:
Observatorio
de desarrollo
local de
Engativá
Objetivo:
Definir un conjunto de temas que
permitan contar con información
panorámica y detallada del contexto y
dinámicas del desarrollo local, de la
gestión del gobierno local y de la
gestión de otros niveles de gobierno que
inciden en la localidad
Quienes somos?
Definición y enfoque del observatorio
Es
qu
em
a
de
l s
itio
Desarrollo local: Contexto e
informacióngeneral de desarrollo de la localidad
Gestión del gobierno
local:Seguimiento y evaluación de las
herramientas de gobierno a
disposición del gobierno local
Gestión de otros niveles territoriales de gobierno en la
localidad
Mapas
Documentos
Indicadores
Imágenes y videos
Herramientas de interacción
y participación
Estructura temática
Gestión Pública
Gobierno, Seguridad y
Convivencia
Hacienda
Planeación
Desarrollo Económico,
Industria y Turismo.
Educación
Salud
Integración Social
Cultura Recreación y
Deporte
Ambiente
Movilidad
Hábitat
Ciencia y tecnología
Página 68
El objetivo hace una definición muy clara de lo que se quiere mostrar en el
observatorio. Además define que la los contenidos del portal se presentará a través
de tres niveles de observación3.
Desarrollo local
Gestión del gobierno local
Gestión de otros niveles territoriales en la localidad
Los anteriores niveles corresponden a las escalas de agregación de los datos y
constituyen a su vez en los ejes principales de navegación en el portal. Los
contenidos en cada uno de ellos se presentarán agrupados en los sectores de
gestión del distrito y su visualización será posible a través de indicadores, mapas,
documentos o boletines.
7.4 Esquema de la interfaz
El esquema inicial para la interfaz señala la necesidad de incorporar los siguientes
elementos:
3 Las razones que conducen a definir estos tres niveles se presentan de manera detallada en
el diseño conceptual y metodológico del observatorio local de Engativá. Convenio 187 de
2009.
HomeImagen
institucional
corporativa
El desarrollo local:
información general
Acciones del gobierno
local
Acceso abreviado a contenidos
Que es y para qué sirve el
observatorio?
Indicadores
Mapas
Documentos y boletines
Home
Acciones de otros niveles
territoriales
Imagen gráfica
(mapas o fotos)
Menú de herramientas
Buscador
Visor geográfico
Herramientas de interacción
Indicador elegido
Página 69
1. Ejes principales de navegación: Representan los distintos niveles de
observación. Estos son:
a. Desarrollo local
b. Gestión del gobierno local
c. Gestión de otros niveles territoriales en la localidad
2. Menú de herramientas: A través de este menú se accede a las herramientas de
visualización de los contenidos del observatorio y a algunos contenidos que
por su importancia se deben presentar en el primer nivel de la interfaz. Estos
son:
a. Buscador: Busca de manera heurística los contenidos elegidos por el
usuario
b. Visor geográfico: Permite acceder a la información cartográfica contenida
en el observatorio
c. Herramientas de interacción: A través de este enlace se accede a varias
herramientas que ponen en contacto a los usuarios con el gobierno local a
través del observatorio. Estas son: foros, chats y una funcionalidad
especialmente diseñada que permite reportar problemas de los barrios al
gobierno local.
d. Indicador elegido: Presenta el indicador elegido para ser resaltado en el
observatorio mensual o semanalmente a criterio del gobierno local.
3. Acceso abreviado a contenidos: Este menú permite acceder a los datos de la
localidad dependiendo del formato en el que estén en el observatorio y a la
explicación metodológica de qué es y para qué sirve el observatorio local.
Estos son:
a. Indicadores: Los indicadores presentan la información local en series
estadísticas y gráficas.
b. Mapas: Presenta la información local de manera espacializada.
c. Documentos o boletines: Presenta la información en forma de documentos
o boletines de síntesis en formato PDF.
d. Que es y para qué sirve el observatorio local: En esta sección se presentan
los objetivos, el enfoque y las maneras de acceder a la información local.
Página 70
4. Imágenes de referencia: Presenta de manera gráfica diferentes aspectos
sociales, culturales, ambientales o económicos de la localidad.
5. Imagen gráfica del observatorio: Corresponde al logotipo del observatorio y
demás logotipos, escudos o símbolos referentes al gobierno local y distrital
que deban ser incluidos en la interfaz.
7.5 Imagen Gráfica
La segunda actividad realizada para definir la fachada del observatorio fue la
selección de la imagen gráfica del Observatorio de la localidad de Engativá.
Para tal efecto se propusieron las siguientes alternativas:
Alternativa 1
La primera alternativa integró tres elementos: El nombre del observatorio sin
ninguna sigla, el contorno geográfico de la localidad y una barra que incorpora
los colores de Colombia, Bogotá y los definidos por planeación distrital para las
localidades de Bogotá.
Alternativa 2
La segunda alternativa presenta el logotipo OLE para el observatorio local de
Engativá en color rojo dado que este color posee una visibilidad muy alta y
evoca sentimientos como alegría, sensualidad, pasión, amor y sensibilidad. La
Página 71
primera letra de la sigla corresponde al elemento envolvente del logosímbolo:
el círculo como punto o centro extendido y guarda correspondencia con el
número 10 (el número de la localidad), además de evocar la o de observatorio
Alternativa 3
La tercera alternativa presenta un logotipo conformado por el nombre del
Observatorio local y a continuación resalta a Engativá como objeto de
observación. El énfasis en la localidad se logra a través de la identificación de
Engativá la localidad 10 de Bogotá sobre un color amarillo ocre que retoma el
color definido por Planecación Distrital para la localidad y dada su aptitud para
atraer la atención, es muy útil para destacar los aspectos más importantes de la
página web. Un rasgo interesante de esta propuesta es que para definir la parte
interna del cero en el diez se utiliza el contorno geográfico de la localidad.
Alternativa 4
La cuarta y última alternativa presenta un logotipo conformado por el nombre
del Observatorio local en el cual se ha resaltado la O como letra inicial y esta
misma letra en las diferentes palabras del nombre del observatorio. Las cuatro
veces que aparece esta letra dan pie para conformar un símbolo de cuatro
circulos sobre un cuadrado en color verde.
Después de analizar en detalle los pros y los contras de cada una de estas
alternativas, así como la representatividad y recordabilidad del símbolo, se eligió la
alternativa 3 como imagen gráfica del observatorio local de Engativá.
Página 72
7.6 Propuestas gráficas para la fachada
Se realizaron cuatro propuestas gráficas para la fachada en las cuales se aplicaron
los criterios de diseño y los requerimientos de los esquemas preliminares de
navegación y de interfaz antes. A continuación se presenta una explicación general
de cada una de ellas:
7.6.1 Propuesta 1
1. Formato de presentación de 950 x 700 pixeles.
2. Zona de impacto que será animada por medio de transiciones fotográficas.
3. La personalización del sitio se basa en el mapa de contenidos suministrado por
ustedes.
4. La estructura compositiva de la pagina está dividida en 3 áreas; zona de impacto,
área de contenido y área de menú secundario.
5. Contiene paginadores de imagen para enriquecer la interactividad.
6. En la navegación principal se utilizaron fondos de color para diferenciarla de los
demás contenidos.
La fuente tipográfica utilizada para contenidos y navegación es una Trebuchet MS,
aplicada de la siguiente manera:
Titulares: 18 puntos.
Contenidos: 11 puntos.
Navegación: 12 puntos.
7. Footer o pie de página estandarizado.
8. Logos de las instituciones que la apoyan parte inferior de la página.
9. Utilización de bullets para diferenciar jerarquías de navegación.
10. Background de página que funciona como marco.
Página 74
7.6.2 Propuesta 2
1. Formato de presentación de 950 x 700 pixeles.
2. Footer o pie de página estandarizado.
3. La personalización del sitio se basa la creación de elementos gráficos y color
que resalten las zonas de navegación.
4. Propone un cambio de fuente más acorde con la imagen seleccionada.
5. Estructura compositiva de la página dividida en 3 áreas; área de menú
principal, área de contenido y área de menú secundario.
Página 75
6. Paginadores de imagen para enriquecer la interactividad.
7. Buscador por fuera del menú principal para darle más importancia.
8. Navegación principal rompe con lo tradicional al ser expuesta de forma vertical.
9. La fuente tipográfica utilizada para contenidos y navegación es una Trebuchet
MS y Futura, aplicada de la siguiente manera:
10. Titulares: Trebuchet MS 18 puntos.
11. Contenidos: futura 11 puntos.
12. Navegación: futura 12 puntos.
13. Logos de las instituciones están ubicados en la parte superior del área de
contenidos.
14. Utilización de bullets para diferenciar jerarquías de navegación.
15. Background de pagina con alto contraste sin márgenes que le permite crecer
sin alterar la imagen central.Logo personalizado que resalta la localidad 10 con
el contorno del mapa incrustado sobre el 0, También hace alusión al globo
terráqueo. EL marco cuadrado lo hace más sólido y firme. Color rojo = Bogotá.
7.6.3 Propuesta 3
1. Formato de presentación de 950 x 700 pixeles.
2. Se suprimió la zona de impacto de esta propuesta y se reemplazo por una
imagen fotográfica de fondo en el área respectiva al contenido y sobre esta se
coloco un paginador de imágenes
3. Footer o pie de página estandarizado.
4. La estructura compositiva de la página está dividida en 3 áreas; área de menú
principal, área de contenido y área de menú secundario.
Página 76
5. Menú secundario sin límites de cajas o botones.
6. Buscador por fuera del menú principal para darle más importancia.
7. La fuente tipográfica utilizada para contenidos y navegación es una arial,
aplicada de la siguiente manera:
titulares: 16 puntos.
contenidos: 11 puntos.
navegación: 13 y 12 puntos.
Página 77
8. Logos de las instituciones que la apoyan, están ubicados en la parte inferior
del área de contenidos.
9. Pagina si marco limitador, genera más espacialidad.
10. Manejo de transparencias como elemento grafico.
11. Logo personalizado sigla OLE. Color rojo = Bogotá.
7.6.4 Propuesta 4
1. Formato de presentación de 950 x 700 pixeles.
Página 78
2. Se suprimió la zona de impacto de esta propuesta y se reemplazo por una
imagen fotográfica central.
3. La personalización del sitio ligera, fresca, actual
4. Reel de imágenes con movimiento horizontal.
5. la fuente tipográfica utilizada para contenidos y navegación es una verdana,
aplicada de la siguiente manera:
a. titulares: 16 puntos.
b. contenidos: 10 puntos.
c. navegación: 13 y 11 puntos.
6. Los logos de las instituciones que la apoyan, están ubicados en la parte
inferior izquierda.
7. Footer o pie de página estandarizado.
8. Logo que juega con los círculos conformados por las 4 letras O, al ser
sustraídos del texto forman un símbolo.
9. La relación del logotipo y logo símbolo general curiosidad visual. Color verde
y gris.
Después de analizar en detalle los pros y los contras de cada una de las propuestas,
así como la aplicación de los criterios de diseño y los lineamientos de los esquemas
preliminares e navegación y requerimientos para la interfaz, se eligió la alternativa 2
como fachada del observatorio local de Engativá.
7.7 Fachada del observatorio en los distintos niveles de
navegación.
A continuación se presenta la fachada del observatorio en los distintos niveles de
navegación. Estos niveles son:
Nivel 1: Home
Nivel 2: Ejes temáticos o niveles de observación
Página 79
7.7.1 Nivel 1: Home
La fachada en este nivel presenta los siguientes elementos:
1. Cabezote: Corresponde a la barra superior de la interfaz en la cual se
incluyeron los siguientes elementos:
a. Imagen gráfica del observatorio
b. Buscador
c. Acceso abreviado a contenidos
2. Menú principal: Se ubica en la parte izquierda de la interfaz y contiene los
siguientes elementos:
a. Ejes principales de navegación o niveles de observación
i. Desarrollo de la localidad
ii. Gestión del gobierno local
iii. Gestión de otros niveles en la localidad
b. Menú de herramientas:
i. Buscador
ii. Visor geográfico:
Página 80
iii. Herramientas de interacción
iv. Indicador elegido
3. Imágenes de referencia: Las imágenes de referencia se ubican en la parte
central de la interfaz y se cambian a voluntad del usuario a través de un menú
de imágenes vertical ubicado en la parte derecha de la interfaz.
4. Pié de página: Se ubica en la parte inferior de la interfaz y contiene los
accesos al mapa del sitio, los créditos, la sección de ayuda y el contacto con la
administración del portal.
7.7.2 Nivel 2: Ejes temáticos o niveles de observación por sectores
La fachada en este nivel conserva el cabezote y menú principal. En el espacio
asignado a las imágenes de referencia del home, en este nivel aparece el menú de
contenidos y sectores a la izquierda sobre un fondo blanco y las definiciones de los
elementos seleccionados a la derecha de este espacio sobre fondo gris.
Página 81
7.7.3 Visualización de indicadores
La fachada en este nivel conserva el cabezote y menú principal. En el espacio central
desaparecen los menús y contenidos del nivel anterior y aparece la información de
los indicadores sectoriales de la localidad, los cuales se presentan en tres paneles
diferenciados: series estadísticas, gráficas y mapas.
Página 82
7.8 Mapa de navegación
Gobierno, seguridad y convivencia
Ambiente
Integración social
Salud
Educación
Movilidad
Planeación
Cultura, recreación y deporte
Hábitat
Desarrollo económico
Educación
Movilidad
Nivel 1 Nivel 2
Desarrollo local
¿Qué es desarrollo local?
Datos básicos de la localidad
Desarrollo local por sectores
Gestión del gobierno local
Inversión
Convocatoria Participación
Normatividad - control
Gestión de otros niveles
territoriales en la localidad
Gestión del nivel nacional
Gestión del nivel distrital
Información sectorial
Nivel 3
Home
Indicadores
Mapas
Documentos
Página 83
8 Operación y administración del observatorio
Como se mencionó, el observatorio de Engativá es un instrumento organizacional y
tecnológico que permite conocer, analizar y evaluar la gestión y los avances en los
temas del desarrollo de la localidad.
Se considera un instrumento organizacional, porque permite mejorar la organización
local en torno a la producción y procesamiento de información para lo cual establece
responsabilidades, determina tareas, establece acciones y rinde cuentas con el
objeto de consolidar unos resultados que permitan retroalimentar las acciones en
cabeza de las distintas dependencias del gobierno local y las respuestas de los
actores políticos y sociales de la localidad.
Se considera a su vez un instrumento tecnológico, porque su administración, y
operación se realiza a través de una plataforma tecnológica que permite la captura,
procesamiento y publicación de la información sobre los temas observados.
La estructura general del observatorio se presenta en la siguiente gráfica.
Gráfica 1 Estructura observatorio de Engativá
AdministraciónMódulo de
administración
Apoyo
administrativo
y financiero
Sistematización
de información
Evaluación y
aprobación de
información
Promoción y
difusión
Análisis de
resultados
Componente tecnológicoComponente organizacional
OBSERVATORIO DE ENGATIVÁ
Módulo
geográfico
Módulo
Temático
Módulo
Documental
Roles, permisos
Administración
Bases de datos
Portal web
Página 84
8.1 Componente organizacional
El componente organizacional es el encargado de realizar la administración y
operación del observatorio de Engativá. Está conformado por las siguientes
actividades y responsables:
8.1.1 Dirección y administración
Actividad Responsable Resultados
Dirigir el
Observatorio
Comité del
gobierno local
encabezado por
el Alcalde Local.
Identificar con la participación de los actores
políticos y sociales de la localidad, los temas que
deben ser observados
Aprobar los objetivos del observatorio para cada
vigencia
Coordinar el
observatorio
Coordinador del
observatorio
Formular el plan de acción del observatorio para
cada vigencia
Evaluar los resultados del plan de acción
Hacer el seguimiento a la alimentación y
actualización de la información documental,
estadística y espacial en el sistema que deben
hacer las distintas dependencias de la alcaldía
local de acuerdo a la periodicidad de los
indicadores publicados.
Implementar un esquema de evaluación que
permita determinar si los contenidos publicados
son relevantes para la localidad, si la manera de
presentación de la información es adecuada y si
la estructura del Observatorio responde a las
necesidades de los usuarios
Proveer el
hardware para la
operación del
Observatorio.
Coordinación
administrativa y
financiera
De esta actividad depende el funcionamiento del
Observatorio, ya que en él se hará la instalación del
software. De la velocidad y capacidad del hardware
depende el número de usuarios que se puedan
atender simultáneamente y la velocidad con la que
cada usuario accederá a la información.
Proveer un Coordinación Es deseable que se provea un domino público que se
Página 85
Actividad Responsable Resultados
dominio público.
administrativa y
financiera
pueda administrar con independencia de las páginas
web oficiales, con mayor estabilidad para el proyecto
y mejor recordación por parte de los usuarios
Administración del
sistema
Administrador
del sistema
Implica crear, modificar o eliminar del sistema, los
permisos y roles asignados a las distintas
dependencias del gobierno local; Puede crear,
modificar o eliminar indicadores, documentos y
categorías y es el responsable de la publicación final
de los datos.
Realizar
mantenimientos
rutinarios
Administrador
del sistema
Son aquellos necesarios para garantizar que tanto el
software como el hardware del Observatorio, no
presenten fallas que ocasionen la salida del aire del
Observatorio
Mantenimientos
periódicos
Administrador
del sistema
Son aquellos que se hacen con menor frecuencia y
que permiten entre otras actividades, implementar
un sistema de respaldo para los datos del
Observatorio, que garantice la disponibilidad de los
datos en situaciones de fallas o calamidades
relacionadas con el software o hardware. Hace
actualizaciones de las versiones de software.
Implementar
nuevas
funcionalidades al
sistema
Tercero por
contrato o
convenio
Esta actividad tiene el Objeto de realizar nuevas
etapas en el desarrollo del sistema o implementar
nuevas funcionalidades que se van requiriendo a raíz
de interacción con los usuarios.
8.1.2 Producción y sistematización de información
Actividad Responsable Resultados
Producción de
información
básica de inversión
Operadores de
proyectos de
inversión
Interventores
información sobre cantidad, características y
localización de:
o Productos y servicios producidos o
entregados por los proyectos de
inversión.
o Población beneficiaria o atendida
o Costos totales y por unidad de
producción
Página 86
Actividad Responsable Resultados
o Tiempos de ejecución
Producción y
sistematización de
información de
gestión
Funcionarios
Alcaldía local
Llevar registro en la base de datos del
observatorio de la cantidad, características y
localización de las acciones administrativas,
normativas y policivas desarrolladas
semanalmente
Recopilar
información de las
entidades
distritales sobre la
localidad
Coordinador del
observatorio
Recopilar información sobre
Diagnósticos sectoriales para la localidad
Cantidad, características y localización de las
inversiones distritales en la localidad.
Sistematización de
información
Coordinador del
observatorio
Administrador
del sistema
Alimentar los indicadores del observatorio a
partir de la información básica de inversión y
gestión local y de las entidades distritales en la
localidad
8.1.3 Revisión y aprobación
Actividad Responsable Resultados
Revisión y
aprobación
Jefe de unidad o
área de la
alcaldía local
Revisar los indicadores sectoriales publicados en
el observatorio
8.1.4 Difusión y promoción
Actividad Responsable Resultados
Difundir y
promocionar el
observatorio
Coordinador del
observatorio
Desarrollar actividades para difundir y promover
el uso del observatorio por los actores políticos,
sociales, academia y ciudadanos de la localidad
Capacitación Administrador
del sistema
Capacitar a los funcionarios de la alcaldía local en
producción y sistematización de información
documental, estadística y geográfica.
Página 87
8.1.5 Análisis de resultados
Actividad Responsable Resultados
Analizar los
indicadores del
observatorio
Comité del
gobierno local
encabezado por
el Alcalde Local.
Analizar los resultados de la gestión y la
inversión local para ajustar las acciones del
gobierno local y las herramientas de gobierno
Analizar la gestión y la inversión distrital en la
localidad para armonizar las acciones distritales
con las necesidades locales.
8.2 Datos espaciales
En la tabla 1 se listan las capas temáticas disponibles a la fecha.
SECTOR LAYERS
Ambiente
Parques distritales (zonales, vecinales y
de bolsillo)
Parques ecológicos distritales de
humedal.
Gobierno, Seguridad y
Convivencia
Amenazas naturales por áreas
inundables
Hacienda Manzanas por localidad
Movilidad Malla vial de la localidad
Planeación
Centralidades
Sectores
Unidades de Planeamiento Zonal
Hacienda Barrios Catastrales
Tratamientos urbanísticos
8.3 Conexión del observatorio con sistemas existentes en la
alcaldía local
La alcaldía local de Engativá en este momento no cuenta con sistemas de captura o
procesamiento de información propios, con los cuales se pueda conectar el
observatorio local de Engativá.