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

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

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

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

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

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.

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.


local de Engativá


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


local de Engativá


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

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.


básica indicador

EL sistema debe proveer información

básica del indicador como nombre

completo, fecha de recolección y entidad.


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.


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.


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


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.


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.


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.




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.




RNF-05

Nombre: información organizado por niveles de

complejidad.

DESCRIPCIÓN: LA INFORMACIÓN DEL SISTEMA DEBE ESTAR ORGANIZADAS




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.




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.)




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.

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

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

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

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


CUSAUS 02

Finalizar sesión

Historial


Resumen Un Actor decide terminar Sesión y el Sistema se

devuelve a sus estados iníciales.


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 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.



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.



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


Resumen El Actor cambia la clave con la que inicia el ingreso al

Sistema y este último la actualiza.


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 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.



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



Fecha 04/03/2010

Ilustración 3 Caso de Uso Gestionar Usuarios

Administrador

Registrar usuarios

Modificar usuarios

Consultar usuarios

Eliminar usuarios

Tabla 4 Caso de Uso Registrar usuarios


Uso:

CUSAUS 04

Registrar usuarios

Historial

Actores Administrador

Resumen El Actor Ingresa la información personal de las

personas que van acceder al 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


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.



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.

Reglas de Negocio

Relacionadas

No Tiene



Fecha 05/03/2010

Tabla 5 Caso de Uso Consultar Usuarios


Uso:

CUSAUS 05

Consultar Usuarios

Historial


Resumen El Actor consulta la información personal del usuario

registrada en el 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).


Sistema generar la

Consulta de la

información personal


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 de excepción Información Incompleta: Si el Actor no suministra los

parámetros validos, el sistema no le debe permitir

realizar la consulta.



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



Fecha 08/03/2010

Tabla 6 Caso de Uso Modificar Usuarios


Uso:

CUSAUS 06

Modificar Usuarios

Historial


Resumen El Actor Modifica la información personal del usuario

registrada en el sistema.



que se creará una Nueva

consulta.



(nombre, apellido).

5. El Actor realiza las

modificaciones pertinentes.


guardar los cambios.



despliega una lista

general de Usuarios

registrados.

4. El Sistema despliega

la información

complementaria al

parámetro ingresado.



los resultados en

pantalla.


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.



Precondiciones Debe existir información referente al Usuario que se va

modificar en el Sistema.

PostCondiciones Se visualizará un mensaje de la actualización

correspondiente.

Reglas de Negocio

Relacionadas

No Tiene



Fecha 06/03/2010

Tabla 7 Caso de Uso Eliminar Usuarios


CUSAUS 07

Eliminar Usuarios

Historial


Resumen Eliminar toda la información correspondiente a

determinado usuario quien ya no podrá acceder a

ningún servicio del Sistema.




una Nueva consulta.



(nombre, apellido).

5. El Actor realiza las

eliminaciones

pertinentes.


Sistema guardar los

cambios.



despliega una lista

general de Usuarios

registrados.


la información

complementaria al




los resultados en

pantalla.


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.



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.




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


CUSAUS 08

Registrar permisos a Usuarios

Historial


Resumen El actor ingresara los permisos de lectura-

Escritura a los usuarios que tienen acceso al

Sistema.




una Nueva consulta.

3. El Actor ingresa los

permisos asignados para

el usuario



despliega una lista

general de Usuarios

registrados con sus

respectivos permisos.


Sistema guardar los

cambios.



un mensaje del ingreso

de permisos en

pantalla.



la operación, el Sistema no ingresara la

información suministrada.



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.




Fecha 07/03/2010

Tabla 9 Caso de Uso Consultar permisos a Usuarios


CUSAUS 09

Consultar permisos a Usuarios

Historial


Resumen El actor consultara los permisos de lectura-


Sistema.




una Nueva consulta.



(nombre, apellido).


Sistema generar la

Consulta de la




despliega una lista

general de Usuarios

registrados.


la información

complementaria al







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.




se va consultar en el Sistema.






Fecha 07/03/2010

Tabla 10 Caso de Uso Modificar permisos a Usuarios


CUSAUS 10

Modificar permisos a Usuarios

Historial


Resumen El actor modifica los permisos de lectura-Escritura

a los usuarios que tienen acceso al Sistema.




una Nueva consulta.



(nombre, apellido).


Sistema generar la

Consulta de la


7. El actor modifica los

permisos asignados al

usuario.

8. El actor guarda los

cambios.



despliega una lista

general de Usuarios

registrados.


la información

complementaria al






8. El sistema toma los

nuevos cambios y los

almacena.








se va modificar en el Sistema.

PostCondiciones Se visualizará un mensaje de la modificación

correspondiente.




Fecha 07/03/2010

Tabla 11 Caso de Uso Eliminar permisos a Usuarios


CUSAUS 11

Eliminar permisos a Usuarios

Historial


Resumen El actor eliminara los permisos de lectura-


Sistema.




una Nueva consulta.



(nombre, apellido).


Sistema generar la

Consulta de la


7. El actor elimina los

permisos asignados al

usuario.

8. El actor guarda los

cambios.



despliega una lista

general de Usuarios

registrados.


la información

complementaria al






8. El sistema toma los

nuevos cambios y los

almacena.







Precondiciones Deben existir permisos del Usuario para

eliminarlos en el Sistema.

PostCondiciones Se visualizará un mensaje de la eliminación

correspondiente.




Fecha 07/03/2010

Ilustración 4 Gestión de Indicadores

Administrador

Registrar indicadores

Modificar indicadores

Consultar indicadores

Eliminar indicadores

Tabla 12 Caso de Uso Registrar indicadores


CUSAUS 12

Registrar indicadores

Historial


Resumen El actor ingresara los indicadores para su

posterior visualización en el Sistema.



Sistema que se creará un

nuevo indicador.

3. El Actor especifica

parámetros para

ingresar el indicador.


Sistema ingresar la

información.


Ambiente a la petición.











Precondiciones Debe existir información relacionada con el nuevo

indicador

PostCondiciones Se visualizará un mensaje del nuevo indicador.




Fecha 07/03/2010

Tabla 13 Caso de Uso Consultar indicadores


CUSAUS 13

Consultar indicadores

Historial


Resumen El actor consultara los indicadores para su





una Nueva consulta.



(nombre indicador).


Sistema generar la

Consulta del indicador.



despliega una lista

general de Usuarios

registrados.


la información

complementaria al













se va consultar en el Sistema.






Fecha 07/03/2010

Tabla 14 Caso de Uso Modificar indicadores


CUSAUS 14

Modificar indicadores

Historial


Resumen El actor modificara los indicadores.



Sistema que se modificara

un indicador.

3. El Actor especifica

parámetros para modificar

el indicador.


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.







Precondiciones Debe existir información del indicador.

PostCondiciones Se visualizará un mensaje del cambio del

indicador.




Fecha 07/03/2010

Tabla 15 Caso de Uso Eliminar indicadores


Uso:

CUSAUS 15

Eliminar indicadores

Historial


Resumen El actor eliminara los indicadores.



que se creará una Nueva

consulta.



(nombre indicador).

5. El actor selecciona el

indicador.

6. El actor guarda los cambios.



despliega una lista

general de Usuarios

registrados.







operación, el Sistema restaurará la información del

Servicio obviando los cambios realizados.



Precondiciones Debe existir información del indicador


Reglas de Negocio

Relacionadas

No Tiene



Fecha 07/03/2010

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


Resumen El actor ingresara un nuevo formato de datos para su


Curso básico de

eventos

Actor 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.


ingresar la información.



5. El Sistema responde al

Actor desplegándole los

resultados del ingreso en

pantalla.



operación, el Sistema restaurará la información del Servicio

obviando los cambios realizados.



Precondiciones Debe existir información relacionada con el nuevo indicador


Reglas de Negocio

Relacionadas

No Tiene



Fecha 07/03/2010

Tabla 17 Caso de Uso Consultar Cartografía


CUSAUS 17

Consultar Cartografía

Historial


Resumen El actor consultara los diferentes formatos de

datos (raster o vector) que se encuentran en el

sistema.




una Nueva consulta.

3. El Actor ingresa al

proporciona la

información que

requiere consultar.



despliega una lista

general de Usuarios

registrados.

4. El Sistema visualiza

la petición realizada.







Precondiciones Debe existir información del formato de datos a

consultar.






Fecha 07/03/2010

Tabla 18 Caso de Uso Modificar Cartografía


CUSAUS 18

Modificar Cartografía

Historial


Resumen El actor modificara el formato de datos.



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.


Sistema ingresar la

información.





los resultados del

ingreso en pantalla.







Precondiciones Debe existir información del formato de datos.

PostCondiciones Se visualizará un mensaje del cambio del

indicador.




Fecha 07/03/2010

Tabla 19 Caso de Uso Eliminar Cartografía


CUSAUS 19

Eliminar Cartografía

Historial


Resumen El actor eliminara los formatos de datos.



Sistema que se eliminara

un formato de datos

(raster o vectorial).

3. El Actor buscar el

formato de datos a

eliminar.


Sistema ingresar la

información.













Precondiciones Debe existir información del formato de datos

PostCondiciones Se visualizará un mensaje del nuevo formato de

datos eliminado.




Fecha 07/03/2010

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

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

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

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

Tarjeta CRC –IG_Permisos.

Clase: IG_ Permisos

Descripción: Formulario que permite registrar y consultar los permisos de los

usuarios.



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.



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.



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.



Registrarmódulos()

Consultarmódulos()

Objetivo

Módulos

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.



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.



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.



Registrardepartamentos()

Consultardepartamentos()

Objetivo

Departamentos

Tarjeta CRC –IG_Ayuda.

Clase: IG_ Ayuda

Descripción: Formulario que permite consultar la Ayuda del sistema.



Registrarayuda()

Consultarayuda()

Objetivo

Ayuda

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

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

6.4 Diagrama de clases.

6.4.1.1.1.1 Diagrama de Clases.

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)

6.6 Modelo Entidad-Relación

6.6.1 Modelo Entidad-Relación (Módulo Usuario)

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.

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.

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.

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

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.

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

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 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

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.

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

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á.

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.

11. Logo personalizado inspirado en la sigla OLE.

7.6.2 Propuesta 2



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.

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


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


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.

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,


titulares: 16 puntos.

contenidos: 11 puntos.

navegación: 13 y 12 puntos.

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


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,


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.


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

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:

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.

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.

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


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

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

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


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


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


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


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


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.

8.1.5 Análisis de 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á.

9 Informe financiero

diseño e implementación de una plataforma web para la · diseño de la arquitectura de un sistema...

Documents