INSTITUTO GEOGRÁFICO AGUSTÍN CODAZZI

S E D E C E N T R A L

Centro de Investigación y Desarrollo en Información Geográfica - Oficina CIAF

Infraestructura Colombiana de Datos Espaciales - ICDE
Grupo Geoportales y Geoservicios

Diseño, Desarrollo e Implementación del Geoportal de

la Infraestructura de Datos Espaciales de la

Comunidad Andina – IDECAN en un ambiente

colaborativo

Plan de Desarrollo de Software

Versión 1.2
Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

Historial de Revisiones
Fecha Versión Descripción Autor
07/Abr/2008 1.0 Versión Inicial para retroalimentación Luis Fernando Ortiz
Reyes
25/Ago/2008 1.2 Versión Final Luis Fernando Ortiz
Reyes

<IGAC – CIAF – ICDE> 2

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

Tabla de Contenido
1. Introducción 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Definiciones, Acrónimos, y Abreviaturas 4
1.4 Referencias 4
1.5 Descripción General 4

2. Descripción General del Proyecto 5

2.1 Propósito del Proyecto, Alcance y Objetivos. 5
2.2 Suposiciones y restricciones 5
2.3 Entregables del Proyecto 5

3. Organización del Proyecto 6

3.1 Estructura Organizacional 6
3.2 Roles y Responsabilidades 6

4. Proceso de Administración 8
4.1 Plan de Proyecto 8
4.1.1 Plan de Fase 8
4.1.2 Objetivos de la Iteración 9
4.1.3 Lanzamientos 10
4.2 Plan de Iteración 10
4.3 Monitoreo y Control del Proyecto 10
4.3.1 Plan de Cronograma de Control 10
4.3.2 Plan de Control de Calidad 11
4.4 Plan de Cierre 11

5. Planes de Procesos Técnicos 11

5.1 Caso de Desarrollo 11

6. Plan de Soporte a los Procesos 11

6.1 Plan de Gestión de la Configuración 11

<IGAC – CIAF – ICDE> 3

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

Plan de Desarrollo de Software

1. Introducción
1.1 Propósito
Este Plan de Desarrollo de Software definirá las actividades de desarrollo para elaborar el Geoportal de la
IDECAN en términos de fases e iteraciones.

1.2 Alcance
Este Plan de Desarrollo de Software describe el plan para desarrollar el Geoportal de la IDECAN, en el
marco de IDECAN como iniciativa subregional, y como un Proyecto de Grado desarrollado por un
estudiante de la Universidad Distrital, dentro de las instalaciones del Instituto Geográfico Agustín Codazzi,
en el Centro de Investigación y Desarrollo en Información Geográfica, con el marco de la Infraestructura
Colombiana de Datos Espaciales, en el Grupo Geoservicios.

Este plan es influenciado por la Visión [1] del proyecto.

1.3 Definiciones, Acrónimos, y Abreviaturas

Por favor refiérase al Glosario [2].

1.4 Referencias
1. Visión
2. Glosario
3. Rational Unified Process
4. Caso de Desarrollo
5. Plan de Iteración

1.5 Descripción General

Este documento contiene la siguiente información:

Descripción General del Proyecto: Proporciona una descripción del propósito del proyecto, su alcance y
objetivos. También define artefactos que el Geoportal espera producir.

Organización del Proyecto: Describe la estructura organizacional del equipo de trabajo.

Proceso Administrativo: Define las fases e hitos más importantes para el proyecto, y describe cómo el
proyecto será monitoreado.

Plan de Proceso Técnico: Proporciona una descripción general del proceso de desarrollo de software,
incluyendo métodos, herramientas y técnicas que serán seguidos.

Apoyo al Plan de Proceso: Esto incluye el Plan de Gestión de la Configuración.

<IGAC – CIAF – ICDE> 4

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

2. Descripción General del Proyecto

2.1 Propósito del Proyecto, Alcance y Objetivos.
El propósito principal del proyecto es diseñar, desarrollar e implementar el Geoportal de una Infraestructura
de Datos Espaciales de los Países de la Comunidad Andina, de acuerdo a los estándares existentes, en un
ambiente colaborativo.
Otros objetivos son:
 Unificar el sistema de referencia, la versión y la escala, de los archivos geográficos provenientes
de cada país miembro de la CAN, dentro de un marco fundamental, adoptando los estándares del OGC
(Open Geospatial Consortium).
 Disminuir el tiempo que deben emplear las instituciones que utilicen el Geoportal para el análisis
y la toma de decisiones, mediante la estandarización de la información geográfica.
 Utilizar un sistema manejador de base de datos único para la administración del repositorio de la
base de datos, lo que permitirá evitar procesos de migración de información.
 Implementar dentro del desarrollo del Geoportal los servicios web estándar descritos por OGC
(Open Geospatial Consortium) WFS (Web Feature Service), WMS (Web Map Service) y CSW (Catalogue
Service for Web).
 Diseñar e implementar una interfaz gráfica contenedora para los servicios web geográficos
ofrecidos, que sea escalable en cuanto a funciones e información servida, de fácil acceso, rápida, confiable
y segura.
 Beneficiar a la CAN a través de la construcción del Geoportal de la IDECAN, lo que permitirá
efectuar procesos de consulta e intercambio de información geográfica mucho más precisos, y facilitará la
toma de decisiones.
 Reducir el presupuesto en la producción de datos espaciales, evitando su duplicación innecesaria,
aumentando así las ganancias para las instituciones encargadas del manejo de la información geográfica en
cada país miembro.
2.2 Suposiciones y restricciones
Debido a que el proyecto es internacional, puede que el desarrollo de éste esté sometido a algunas fechas
del calendario de desarrollo de la IDECAN, imponiendo una línea para completar el proyecto, además de
los 6 meses de tiempo completo, como restricción de la Universidad Distrital a la Modalidad de Pasantía.
Debido a ésto, el énfasis será tomado en construir el Geoportal, lo que incluye un largo, pero no
necesariamente tan detallado, conjunto de características (amplitud en lugar de profundidad).

Adicionalmente, el personal del proyecto es inmodificable en el tiempo (sólo es el pasante); sin embargo,
en cualquier momento el equipo del Grupo Geoservicios, que brinda el ambiente colaborativo, puede
perder alguno de sus miembros por vigencia del contrato.

Puede verse restringido también el acceso a los equipos, en la medida en que se migre de oficina, lo que
ocasionaría ligeros retrasos por el cambio de computador.

2.3 Entregables del Proyecto

Los siguientes entregables serán producidos durante el proyecto:
 Plan de Desarrollo de Software (este documento)
 Visión
 Modelo de Casos de Uso
 Especificación de Casos de Uso
 Caso de Desarrollo
 Glosario
 Modelo de Diseño
 Modelo de Datos
 Documento de Arquitectura de Software

<IGAC – CIAF – ICDE> 5

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

 Especificaciones
 Plan de Pruebas
 Evaluación de la Iteración
 Construcción
3. Organización del Proyecto
3.1 Estructura Organizacional
Los directores formales del proyecto serán el Director Interno CARLOS MONTENEGRO MARÍN, por
parte de la UNIVERSIDAD DISTRITAL, la Directora Externa LILIA PATRICIA ARIAS DUARTE, por
parte del Instituto Geográfico Agustín Codazzi, y los revisores por parte de la Universidad Distrital, los
profesores OSWALDO ROMERO y ANSELMO VEGA, que evaluarán el proyecto al final del tiempo de la
pasantía.
El equipo en general no tiene jerarquía.

Rol Nombres
Administrador – Administrador de Luis Fernando Ortiz Reyes
Proyecto
Arquitecto Luis Fernando Ortiz Reyes
Analista Luis Fernando Ortiz Reyes
Analista – Especificador de Luis Fernando Ortiz Reyes
Requerimientos
Revisor – Revisor de Carolina Morera
Requerimientos
Revisor – Revisor de Arquitectura Carolina Morera
Desarrollador Luis Fernando Ortiz Reyes
Desarrollador – Diseñador Luis Fernando Ortiz Reyes
Revisor – Revisor del Código Carolina Morera
Probador (Tester) Luis Fernando Ortiz Reyes
Administrador – Administrador de Luis Fernando Ortiz Reyes
la Gestión de Configuración
Desarrollador – Diseñador de la Luis Fernando Ortiz Reyes
Interfaz de Usuario
Administrador – Administrador del Luis Fernando Ortiz Reyes
Geoportal
Interesados Todos los definidos en el documento Visión [1]

Roles para el Proyecto del Geoportal de la IDECAN

3.2 Roles y Responsabilidades

Los miembros del equipo tienen los siguientes roles, como se definen en Rational Unified Process [3].

Rol Descripción
Administrador de Proyecto Localiza recursos, asigna prioridades, coordina interacciones con
los clientes y usuarios, y en general intenta mantener el proyecto
enfocado en el objetivo correcto. El Administrador de Proyecto
gestiona un conjunto de prácticas para asegurar la integridad y
calidad de los artefactos del proyecto.
Arquitecto Lidera y coordina actividades técnicas y artefactos a través de
todo el proyecto. El arquitecto establece la estructura global para
cada vista de arquitectura: la descomposición de la visión, el

<IGAC – CIAF – ICDE> 6

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

Rol Descripción
agrupamiento de elementos y las interfaces entre estas
agrupaciones.
Analista Lidera y coordina el levantamiento de requerimientos y el
modelado de casos de uso mediante la esquematización de las
funcionalidades del sistema y su delimitación.
Especificador de Requerimientos Detalla la especificación de una parte de las funcionalidades del
sistema mediante la descripción del aspecto Requerimiento de
uno o varios casos de uso y otros requerimientos de software de
soporte. El especificador de requerimientos puede ser
responsable también de un paquete de casos de uso, y mantener
la integridad de ese paquete.
Revisor de Requerimientos El Revisor de Requerimientos planea y conduce la revisión del
modelo de casos de uso.
Revisor de Arquitectura El rol de Revisor de Arquitectura planea y conduce las revisiones
de arquitectura de software en general.
Diseñador Define las responsabilidades, operaciones, atributos y relaciones
de una o varias clases, y determina cómo ellas serán ajustadas al
entorno de implementación. Además, el diseñador puede tener la
responsabilidad de uno o más paquetes de diseño, o diseñar
subsistemas, incluyendo cualquier clase propia de los paquetes o
subsistemas.
Desarrollador Responsable de definir y crear soluciones técnicas, entender y
ajustarse a la arquitectura, y desarrollar y probar componentes,
de acuerdo con los estándares adoptados para el proyecto.
Adicionalmente, el desarrollador integra los componentes de
código fuente al sistema.
Revisor de Código Asegura la calidad del código fuente, y planea y conduce las
revisiones de código fuente. El revisor puede recomendar
trabajar de nuevo algunos elementos, si es necesario.
Probador (Tester) Responsable de actividades principales que requieren esfuerzos
de prueba, que involucren guiar las pruebas necesarias y el
registro de los resultados de las pruebas.
Administrador de la Gestión de la Proporciona toda la infraestructura y entorno de Gestión de la
Configuración Configuración (CM por sus siglas en inglés) para el equipo de
desarrollo del producto. La función CM apoya las actividades de
desarrollo del producto, así los desarrolladores e integradores
tendrán adecuados espacios de trabajo para construir y probar su
trabajo, y de esta forma que todos los artefactos estén disponibles
para su inclusión en la unidad de despliegue, como es requerido.
El administrador de la configuración también tiene que asegurar
que el entorno del CM facilita la revisión del producto, los
cambios y las actividades de seguimiento de errores. El
administrador de la configuración es también responsable de
escribir un plan CM y reportar las estadísticas de progreso
basadas en solicitudes de cambios.
Diseñador de Interfaz de Usuario Lidera y coordina los prototipos y el diseño de la interfaz de
usuario.
Administrador del Geoportal Responsable de mantener el geoportal como sitio web; esto hace
referencia a noticias de CAN e IDECAN, información general
del Geoportal como proyecto, y documentación del proyecto.

<IGAC – CIAF – ICDE> 7

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

Rol Descripción
Interesados Representa los grupos de interés cuyas necesidades deben ser
satisfechas por el proyecto. Es un rol que puede ser desempeñado
por cualquiera que sea (o potencialmente será) materialmente
afectado por los resultados del proyecto.

4. Proceso de Administración
4.1 Plan de Proyecto

4.1.1 Plan de Fase

El desarrollo del Geoportal de la IDECAN será conducido usando un enfoque gradual donde las
iteraciones ocurren dentro de la fase. Las fases y la línea de tiempo es mostrada en la siguiente
tabla: (las fechas iniciales mostradas en el cronograma del anteproyecto son modificadas aquí,
debido a la fecha de aprobación del mismo).

Fase # de Iteraciones Comienzo Final

Fase de Concepción 2 27/Mar/08 02/May/08
Fase de Elaboración 2 30/Abr/08 13/Jun/08
Fase de Construcción 3 16/Jun/08 19/Ago/03
Fase de Transición 1 11/Ago/08 27/Sep/03

La siguiente tabla describe cada fase y el hito que marca el final de la fase.

Fase Descripción Hito

Fase de Concepción
Fase de Elaboración
Fase de Construcción
La fase de concepción
desarrollará los requerimientos
del producto del Geoportal de la
IDECAN. Los casos de uso más
representativos serán
desarrollados en detalle, así como
el alto nivel del Plan de
Desarrollo de Software.
La Fase de Elaboración analizará
los requerimientos y desarrollará
el prototipo de arquitectura. Al
completarse la Fase de
Elaboración, todos los casos de
uso seleccionados para la versión
1.0 de lanzamiento tendrán un
análisis y diseño completos. El
armazón de arquitectura probará
lo adecuado de la arquitectura
para la versión 1.0 del Geoportal.
Durante la fase de Construcción,
los casos de uso restantes serán
analizados y diseñados. Las
actividades de implementación y
pruebas para dar soporte a la
versión 1.0 serán terminadas.
Objetivos del Ciclo de Vida:
Definición de los Requerimientos
completa.
Alcance de las Funciones del
Sistema.
Arquitectura del Ciclo de Vida:
Diseño de Arquitectura completo.
Definición de todos los casos de
uso.
Modelo de Diseño completo.
Modelo de Datos completo.
Capacidad Operacional Inicial:
Lanzamiento de una versión
Alpha del Geoportal de la
IDECAN.

<IGAC – CIAF – ICDE> 8

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

Fase Descripción Hito

Fase de Transición La fase de Transición preparará la Versión 1.0 de Lanzamiento:
versión 1.0 de lanzamiento del
Geoportal para su distribución y Lanzamiento de una versión
pruebas, inicialmente dentro del estable del Geoportal de la
Grupo Geoservicios y el CIAF, IDECAN.
para luego desplegarse a toda la
CAN.

4.1.2 Objetivos de la Iteración

Fase Iteración Descripción Hitos Riesgos

Asociados Abordados
Fase de Concepción I1 Definir los requerimientos Ninguno Desarrollo de
iniciales del producto y el documentos de
Plan de Desarrollo de requerimientos
Software. iniciales para
revisión.
I2 Definir los requerimientos Hito de los Desarrollo de Plan
iniciales del producto y el Objetivos del de Desarrollo de
Plan de Desarrollo de Ciclo de Vida Software realista y
Software. alcance.
Fase de Elaboración E1 Completar el análisis y Ninguno La arquitectura
diseño para los casos de uso puede ser objeto
más relevantes. Completar de revisión.
el diseño inicial de
arquitectura.
Alto riesgo de que
los casos de uso
sean objeto de
revisión.
E2 Completar análisis y diseño Prototipo de Problemas de
para todos los casos de uso. Arquitectura arquitectura
Completar el prototipo de la clarificados.
arquitectura.
Riesgos técnicos
mitigados.
Fase de C1 Implementar el armazón de Versión 0.1 del Arquitectura
Construcción la arquitectura. Geoportal disponible para
desarrolladores.

Geoportal de la
IDECAN lanzado
para el Grupo
Geoservicios.

<IGAC – CIAF – ICDE> 9

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

Fase Iteración Descripción Hitos Riesgos

Asociados Abordados
C2 Implementar y probar casos Versión 0.5 del Los casos de uso
de uso de alto riesgo. Geoportal de alto riesgo son
implementados.

Geoportal de la
IDECAN lanzado
para el CIAF.
C3 – Implementar y probar casos Versión 0.9 del Defectos y errores
Desarrollo de de uso de bajo riesgo. Geoportal minimizados.
la Versión Completar las pruebas
Alpha alpha. Versión 1.0 del Geoportal de la
Geoportal IDECAN lanzado
para el IGAC.
Fase de Transición T1 Versión Estable 1.0 del Versión 1.0 del Geoportal de la
Geoportal de la IDECAN Geoportal IDECAN lanzado
para su distribución. para la CAN e
IDECAN.

4.1.3 Lanzamientos
Este Plan de Desarrollo de Software direcciona los lanzamientos de versiones de desarrollo del Geoportal
de la IDECAN.

La Versión 0.1 (lanzamiento interno) debe incluir como mínimo el armazón general de la arquitectura del
Geoportal. Debe ser capaz de ser iniciado y detenido de una forma amigable al usuario.

La Versión 0.5 (lanzamiento interno) debe incluir como mínimo:

 Capas geográficas para consulta, desplegables en el Visor de Mapas del Geoportal de la IDECAN.
 Servicios OGC consumibles.
 Prototipo de interfaz de usuario del Geoportal.

La Versión 0.9 (Alpha) debe incluir como mínimo:

 Acceso al Geoportal y al Visor de mapas desde una ip pública.

4.2 Plan de Iteración

Por favor refiérase a los Planes de Iteración del Geoportal de la IDECAN.
4.3 Monitoreo y Control del Proyecto

4.3.1 Plan de Cronograma de Control

El administrador de proyecto mantendrá en un cronograma la fecha esperada de cada hito. Cada semana,
haciendo reuniones de equipo, el administrador de proyecto evaluará el progreso del proyecto, para
determinar si el proyecto está de acuerdo al cronograma establecido.

Si el proyecto no está dentro del cronograma establecido, el administrador de proyecto consultará a los
miembros del equipo para determinar las acciones correctivas, que pueden resultar en actualizar el
cronograma y / o reducir el número de funciones opcionales que el Geoportal ejecutará.

Este proceso es autónomo, en este caso particular, debido a que todos los roles recaen sobre el pasante.

<IGAC – CIAF – ICDE> 10

Geoportal IDECAN Versión: 1.2
Plan de Desarrollo de Software Fecha: 07/04/08

4.3.2 Plan de Control de Calidad

Todos los entregables son requeridos para ir a través de un proceso apropiado de revisión. La revisión es
requerida para asegurar que cada entregable es de calidad aceptable, usando las directrices descritas en
Rational Unified Process [3].

4.4 Plan de Cierre

El plan de iteración de la fase de Transición definirá el cronograma para concluir el proyecto, el cual
incluirá el dejar todos los entregables disponibles en el Geoportal, además de hacerlos llegar directamente a
los representantes de los países miembros de la CAN.

5. Planes de Procesos Técnicos

5.1 Caso de Desarrollo
Por favor refiérase al Caso de Desarrollo del Geoportal de la IDECAN [4].
6. Plan de Soporte a los Procesos
6.1 Plan de Gestión de la Configuración
La Gestión de la Configuración para artefactos de software será manejada usando el CVS Subversion en
conjunto con Tortoise. Si desea puede encontrar ayuda para la configuración de estos sistemas en la página
web:
http://blogs.vertigosoftware.com/teamsystem/archive/2006/01/16/Setting_up_a_Subversion_Server_under_
Windows.aspx

<IGAC – CIAF – ICDE> 11