Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
S E D E C E N T R A L
colaborativo
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
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
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
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.
1.4 Referencias
1. Visión
2. Glosario
3. Rational Unified Process
4. Caso de Desarrollo
5. Plan de Iteració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.
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.
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.
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]
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
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.
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
La siguiente tabla describe cada fase y el hito que marca el final de la fase.
Geoportal de la
IDECAN lanzado
para el Grupo
Geoservicios.
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.
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.