Professional Documents
Culture Documents
S E D E C E N T R A L
Centro de Investigacin y Desarrollo en Informacin Geogrfica - Oficina CIAF Infraestructura Colombiana de Datos Espaciales - ICDE Grupo Geoportales y Geoservicios
Diseo, Desarrollo e Implementacin del Geoportal de la Infraestructura de Datos Espaciales de la Comunidad Andina IDECAN en un ambiente colaborativo Plan de Desarrollo de Software
Versin 1.2
Historial de Revisiones
Fecha 07/Abr/2008 25/Ago/2008 Versin 1.0 1.2 Descripcin Versin Inicial para retroalimentacin Versin Final Autor Luis Fernando Ortiz Reyes Luis Fernando Ortiz Reyes
Tabla de Contenido
1. Introduccin 1.1 Propsito 1.2 Alcance 1.3 Definiciones, Acrnimos, y Abreviaturas 1.4 Referencias 1.5 Descripcin General 2. Descripcin General del Proyecto 2.1 Propsito del Proyecto, Alcance y Objetivos. 2.2 Suposiciones y restricciones 2.3 Entregables del Proyecto 3. Organizacin del Proyecto 3.1 Estructura Organizacional 3.2 Roles y Responsabilidades 4. Proceso de Administracin 4.1 Plan de Proyecto 4.1.1 Plan de Fase 4.1.2 Objetivos de la Iteracin 4.1.3 Lanzamientos 4.2 Plan de Iteracin 4.3 Monitoreo y Control del Proyecto 4.3.1 Plan de Cronograma de Control 4.3.2 Plan de Control de Calidad 4.4 Plan de Cierre 5. Planes de Procesos Tcnicos 5.1 Caso de Desarrollo 6. Plan de Soporte a los Procesos 6.1 Plan de Gestin de la Configuracin 4 4 4 4 4 4 5 5 5 5 6 6 6 8 8 8 9 10 10 10 10 11 11 11 11 11 11
1.5 Descripcin General Este documento contiene la siguiente informacin: Descripcin General del Proyecto: Proporciona una descripcin del propsito del proyecto, su alcance y objetivos. Tambin define artefactos que el Geoportal espera producir. Organizacin del Proyecto: Describe la estructura organizacional del equipo de trabajo. Proceso Administrativo: Define las fases e hitos ms importantes para el proyecto, y describe cmo el proyecto ser monitoreado. Plan de Proceso Tcnico: Proporciona una descripcin general del proceso de desarrollo de software, incluyendo mtodos, herramientas y tcnicas que sern seguidos. Apoyo al Plan de Proceso: Esto incluye el Plan de Gestin de la Configuracin.
2.
3.
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 Descripcin 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 prcticas para asegurar la integridad y calidad de los artefactos del proyecto. Lidera y coordina actividades tcnicas y artefactos a travs de todo el proyecto. El arquitecto establece la estructura global para <IGAC CIAF ICDE> 6
Arquitecto
Rol
Analista
Especificador de Requerimientos
Desarrollador
Revisor de Cdigo
Probador (Tester)
Descripcin cada vista de arquitectura: la descomposicin de la visin, el 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 esquematizacin de las funcionalidades del sistema y su delimitacin. Detalla la especificacin de una parte de las funcionalidades del sistema mediante la descripcin del aspecto Requerimiento de uno o varios casos de uso y otros requerimientos de software de soporte. El especificador de requerimientos puede ser responsable tambin de un paquete de casos de uso, y mantener la integridad de ese paquete. El Revisor de Requerimientos planea y conduce la revisin 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 cmo ellas sern ajustadas al entorno de implementacin. Adems, el diseador puede tener la responsabilidad de uno o ms paquetes de diseo, o disear subsistemas, incluyendo cualquier clase propia de los paquetes o subsistemas. Responsable de definir y crear soluciones tcnicas, entender y ajustarse a la arquitectura, y desarrollar y probar componentes, de acuerdo con los estndares adoptados para el proyecto. Adicionalmente, el desarrollador integra los componentes de cdigo fuente al sistema. Asegura la calidad del cdigo fuente, y planea y conduce las revisiones de cdigo 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 Gestin de la Configuracin (CM por sus siglas en ingls) para el equipo de desarrollo del producto. La funcin CM apoya las actividades de desarrollo del producto, as los desarrolladores e integradores tendrn adecuados espacios de trabajo para construir y probar su trabajo, y de esta forma que todos los artefactos estn disponibles para su inclusin en la unidad de despliegue, como es requerido. El administrador de la configuracin tambin tiene que asegurar que el entorno del CM facilita la revisin del producto, los cambios y las actividades de seguimiento de errores. El administrador de la configuracin es tambin responsable de escribir un plan CM y reportar las estadsticas de progreso basadas en solicitudes de cambios. Lidera y coordina los prototipos y el diseo de la interfaz de usuario. Responsable de mantener el geoportal como sitio web; esto hace referencia a noticias de CAN e IDECAN, informacin general del Geoportal como proyecto, y documentacin del proyecto. <IGAC CIAF ICDE> 7
Rol Interesados
Descripcin Representa los grupos de inters cuyas necesidades deben ser satisfechas por el proyecto. Es un rol que puede ser desempeado por cualquiera que sea (o potencialmente ser) materialmente afectado por los resultados del proyecto.
4.
Proceso de Administracin
4.1 4.1.1 Plan de Proyecto 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 lnea 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 aprobacin del mismo). Fase Fase de Concepcin Fase de Elaboracin Fase de Construccin Fase de Transicin # 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 Concepcin Descripcin La fase de concepcin desarrollar los requerimientos del producto del Geoportal de la IDECAN. Los casos de uso ms representativos sern desarrollados en detalle, as como el alto nivel del Plan de Desarrollo de Software. La Fase de Elaboracin analizar los requerimientos y desarrollar el prototipo de arquitectura. Al completarse la Fase de Elaboracin, todos los casos de uso seleccionados para la versin 1.0 de lanzamiento tendrn un anlisis y diseo completos. El armazn de arquitectura probar lo adecuado de la arquitectura para la versin 1.0 del Geoportal. Durante la fase de Construccin, los casos de uso restantes sern analizados y diseados. Las actividades de implementacin y pruebas para dar soporte a la versin 1.0 sern terminadas. Hito Objetivos del Ciclo de Vida: Definicin de los Requerimientos completa. Alcance de las Funciones del Sistema.
Fase de Elaboracin
Arquitectura del Ciclo de Vida: Diseo de Arquitectura completo. Definicin de todos los casos de uso. Modelo de Diseo completo. Modelo de Datos completo.
Fase de Construccin
Capacidad Operacional Inicial: Lanzamiento de una versin Alpha del Geoportal de la IDECAN.
Descripcin La fase de Transicin preparar la versin 1.0 de lanzamiento del Geoportal para su distribucin y pruebas, inicialmente dentro del Grupo Geoservicios y el CIAF, para luego desplegarse a toda la CAN.
Hito Versin 1.0 de Lanzamiento: Lanzamiento de una versin estable del Geoportal de la IDECAN.
4.1.2
Objetivos de la Iteracin Fase Iteracin I1 Descripcin Definir los requerimientos iniciales del producto y el Plan de Desarrollo de Software. Definir los requerimientos iniciales del producto y el Plan de Desarrollo de Software. Completar el anlisis y diseo para los casos de uso ms relevantes. Completar el diseo inicial de arquitectura. Hitos Asociados Ninguno Riesgos Abordados Desarrollo de documentos de requerimientos iniciales para revisin. Desarrollo de Plan de Desarrollo de Software realista y alcance. La arquitectura puede ser objeto de revisin. Alto riesgo de que los casos de uso sean objeto de revisin. Problemas de arquitectura clarificados. Riesgos tcnicos mitigados. Arquitectura disponible para desarrolladores. Geoportal de la IDECAN lanzado para el Grupo Geoservicios.
Fase de Concepcin
I2
Fase de Elaboracin
E1
E2
Completar anlisis y diseo para todos los casos de uso. Completar el prototipo de la arquitectura.
Prototipo de Arquitectura
Fase de Construccin
C1
Fase
Iteracin C2
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.
Implementar y probar casos de uso de bajo riesgo. Completar las pruebas alpha.
Versin 0.9 del Geoportal Versin 1.0 del Geoportal Versin 1.0 del Geoportal
Fase de Transicin
T1
4.1.3 Lanzamientos Este Plan de Desarrollo de Software direcciona los lanzamientos de versiones de desarrollo del Geoportal de la IDECAN. La Versin 0.1 (lanzamiento interno) debe incluir como mnimo el armazn general de la arquitectura del Geoportal. Debe ser capaz de ser iniciado y detenido de una forma amigable al usuario. La Versin 0.5 (lanzamiento interno) debe incluir como mnimo: Capas geogrficas para consulta, desplegables en el Visor de Mapas del Geoportal de la IDECAN. Servicios OGC consumibles. Prototipo de interfaz de usuario del Geoportal. La Versin 0.9 (Alpha) debe incluir como mnimo: Acceso al Geoportal y al Visor de mapas desde una ip pblica. 4.2 Plan de Iteracin Por favor refirase a los Planes de Iteracin 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 nmero de funciones opcionales que el Geoportal ejecutar. Este proceso es autnomo, en este caso particular, debido a que todos los roles recaen sobre el pasante.
10
4.3.2 Plan de Control de Calidad Todos los entregables son requeridos para ir a travs de un proceso apropiado de revisin. La revisin 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 iteracin de la fase de Transicin definir el cronograma para concluir el proyecto, el cual incluir el dejar todos los entregables disponibles en el Geoportal, adems de hacerlos llegar directamente a los representantes de los pases miembros de la CAN.
5.
6.
11