Software Development Plan - Instituto Geográfico Agustín Codazzi

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
Plan de Desarrollo de Software
Versión:
1.2
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
Plan de Desarrollo de Software
Versión:
1.2
Fecha: 07/04/08
Tabla de Contenido
1.
2.
3.
4.
Introducción
4
1.1
1.2
1.3
1.4
1.5
4
4
4
4
4
Descripción General del Proyecto
5
2.1
2.2
2.3
5
5
5
6
3.1
3.2
6
6
Estructura Organizacional
Roles y Responsabilidades
Proceso de Administración
4.2
4.3
4.4
6.
Propósito del Proyecto, Alcance y Objetivos.
Suposiciones y restricciones
Entregables del Proyecto
Organización del Proyecto
4.1
5.
Propósito
Alcance
Definiciones, Acrónimos, y Abreviaturas
Referencias
Descripción General
8
Plan de Proyecto
4.1.1 Plan de Fase
4.1.2 Objetivos de la Iteración
4.1.3 Lanzamientos
Plan de Iteración
Monitoreo y Control del Proyecto
4.3.1 Plan de Cronograma de Control
4.3.2 Plan de Control de Calidad
Plan de Cierre
8
8
9
10
10
10
10
11
11
Planes de Procesos Técnicos
11
5.1
11
Caso de Desarrollo
Plan de Soporte a los Procesos
11
6.1
11
Plan de Gestión de la Configuración
<IGAC – CIAF – ICDE>
3
Geoportal IDECAN
Plan de Desarrollo de Software
Versión:
1.2
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
Plan de Desarrollo de Software
Versión:
1.2
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
Plan de Desarrollo de Software




Versión:
1.2
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
Administrador – Administrador de
Proyecto
Arquitecto
Analista
Analista – Especificador de
Requerimientos
Revisor – Revisor de
Requerimientos
Revisor – Revisor de Arquitectura
Desarrollador
Desarrollador – Diseñador
Revisor – Revisor del Código
Probador (Tester)
Administrador – Administrador de
la Gestión de Configuración
Desarrollador – Diseñador de la
Interfaz de Usuario
Administrador – Administrador del
Geoportal
Interesados
Nombres
Luis Fernando Ortiz Reyes
Luis Fernando Ortiz Reyes
Luis Fernando Ortiz Reyes
Luis Fernando Ortiz Reyes
Carolina Morera
Carolina Morera
Luis Fernando Ortiz Reyes
Luis Fernando Ortiz Reyes
Carolina Morera
Luis Fernando Ortiz Reyes
Luis Fernando Ortiz Reyes
Luis Fernando Ortiz Reyes
Luis Fernando Ortiz Reyes
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
Administrador de Proyecto
Arquitecto
Descripción
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.
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
Plan de Desarrollo de Software
Rol
Analista
Especificador de Requerimientos
Revisor de Requerimientos
Revisor de Arquitectura
Diseñador
Desarrollador
Revisor de Código
Probador (Tester)
Administrador de la Gestión de la
Configuración
Diseñador de Interfaz de Usuario
Administrador del Geoportal
Versión:
1.2
Fecha: 07/04/08
Descripción
agrupamiento de elementos y las interfaces entre estas
agrupaciones.
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.
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.
El Revisor de Requerimientos planea y conduce la revisión del
modelo de casos de uso.
El rol de Revisor de Arquitectura planea y conduce las revisiones
de arquitectura de software en general.
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.
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.
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.
Responsable de actividades principales que requieren esfuerzos
de prueba, que involucren guiar las pruebas necesarias y el
registro de los resultados de las pruebas.
Proporciona toda la infraestructura y entorno de Gestión de la
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.
Lidera y coordina los prototipos y el diseño de la interfaz de
usuario.
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
Plan de Desarrollo de Software
Versión:
1.2
Fecha: 07/04/08
Rol
Descripción
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.
Interesados
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
Fase de Concepción
Fase de Elaboración
Fase de Construcción
Fase de Transición
# de Iteraciones
2
2
3
1
Comienzo
27/Mar/08
30/Abr/08
16/Jun/08
11/Ago/08
Final
02/May/08
13/Jun/08
19/Ago/03
27/Sep/03
La siguiente tabla describe cada fase y el hito que marca el final de la fase.
Fase
Fase de Concepción
Fase de Elaboración
Fase de Construcción
Descripció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.
<IGAC – CIAF – ICDE>
Hito
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.
8
Geoportal IDECAN
Plan de Desarrollo de Software
Versión:
1.2
Fecha: 07/04/08
Fase
Fase de Transición
4.1.2
Descripción
La fase de Transición preparará la
versión 1.0 de lanzamiento del
Geoportal para su distribución y
pruebas, inicialmente dentro del
Grupo Geoservicios y el CIAF,
para luego desplegarse a toda la
CAN.
Hito
Versión 1.0 de Lanzamiento:
Lanzamiento de una versión
estable del Geoportal de la
IDECAN.
Objetivos de la Iteración
Fase
Fase de Concepción
Fase de Elaboración
Iteración
Hitos
Asociados
Ninguno
I1
Definir los requerimientos
iniciales del producto y el
Plan de Desarrollo de
Software.
I2
Definir los requerimientos
iniciales del producto y el
Plan de Desarrollo de
Software.
Hito de los
Objetivos del
Ciclo de Vida
E1
Completar el análisis y
diseño para los casos de uso
más relevantes. Completar
el diseño inicial de
arquitectura.
Ninguno
E2
Fase de
Construcción
Descripción
C1
Completar análisis y diseño
para todos los casos de uso.
Completar el prototipo de la
arquitectura.
Implementar el armazón de
la arquitectura.
Prototipo de
Arquitectura
Versión 0.1
del Geoportal
Riesgos
Abordados
Desarrollo de
documentos de
requerimientos
iniciales para
revisión.
Desarrollo de
Plan de
Desarrollo de
Software realista
y alcance.
La arquitectura
puede ser objeto
de revisión.
Alto riesgo de que
los casos de uso
sean objeto de
revisión.
Problemas de
arquitectura
clarificados.
Riesgos técnicos
mitigados.
Arquitectura
disponible para
desarrolladores.
Geoportal de la
IDECAN lanzado
para el Grupo
Geoservicios.
<IGAC – CIAF – ICDE>
9
Geoportal IDECAN
Plan de Desarrollo de Software
Fase
Versión:
1.2
Fecha: 07/04/08
Iteración
Descripción
C2
Fase de Transición
4.1.3
Implementar y probar casos
de uso de alto riesgo.
Hitos
Asociados
Versión 0.5
del Geoportal
C3 –
Desarrollo de
la Versión
Alpha
Implementar y probar casos
de uso de bajo riesgo.
Completar las pruebas
alpha.
Versión 0.9
del Geoportal
T1
Versión Estable 1.0 del
Geoportal de la IDECAN
para su distribución.
Versión 1.0
del Geoportal
Versión 1.0
del Geoportal
Riesgos
Abordados
Los casos de uso
de alto riesgo son
implementados.
Geoportal de la
IDECAN lanzado
para el CIAF.
Defectos y errores
minimizados.
Geoportal de la
IDECAN lanzado
para el IGAC.
Geoportal de la
IDECAN lanzado
para la CAN e
IDECAN.
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
Plan de Desarrollo de Software
Versión:
1.2
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