Sistema de Administración de Macro Currículos (SAMA) Líder: Carlos Andrés Muñoz Desarrollo: José Luis Gutiérrez Calidad y Proceso: Juan David Botero Soporte: Carlos Hernán Brugnoni Planeación: Juan Fernando Domínguez Planeación: Juan Felipe Aranguren Checa Grupo: Grupo 1

Contenido Descripción general – Requerimientos – Diagramas Proceso de Desarrollo – Riesgos – Actividades – Rendimiento – Administración de la configuración Balance General 2

DESCRIPCIÓN GENERAL

Requerimientos Generales No.Descripción 1Terminar de migrar la arquitectura original de SAMA a la arquitectura de referencia. 2Terminar de migrar y completar la interfaz gráfica de usuario original a la utilizada en SAMI 3Administrar las excepciones 4

Requerimientos Específicos No.Descripción 4Establecer la funcionalidad de la matriz de asociación y generar reportes cuantificados a partir de la misma. 5Adicionar a la matriz la generación de puntajes de las asociaciones.* 5 *: Los criterios para la generación de puntajes serán proporcionados por el cliente

Requerimientos Técnicos 6 No.NombreDescripción 1ModificabilidadLa aplicación debe construirse de tal forma que tenga bajo acoplamiento y alta cohesión para permitir cambios futuros. 2EscalabilidadEl sistema debe soportar un número creciente de usuarios sin afectar el rendimiento. 3UsabilidadLa aplicación debe permitir un aprendizaje rápido por parte de los usuarios

Requerimientos Técnicos 7 No.NombreDescripción 1Plataforma JEELa aplicación será desarrollada utilizando componentes del framework Java Enterprise Edition. 2Interfaz Web en GXT La interfaz gráfica debe ser desarrollada con las herramientas de GWT-EXT (GXT).

Casos de Uso 8

Diagramas Estáticos Diagrama de Conceptos 9

Diagramas Estáticos Diagrama de Componentes 10

Diagramas Dinámicos Diagrama de Secuencia 11

Diagramas Dinámicos Diagrama de Secuencia 12

PROCESO DE DESARROLLO 13

Análisis de Riesgos Retraso de Desarrollo de la aplicación. Trabajo Inefectivo. Problemas de configuración del framework.* 14 *: GitHub – Administración *: JasperReports 4.8.0

Actividades 15

Actividades Críticas 16

Rendimiento según Objetivos 17 ObjetivoIndicadorMétrica Objetivo 1: Desarrollar un producto de buena calidad de acuerdo a las especificaciones del cliente. 1.1 Numero de errores encontrados luego de realizar las pruebas de la aplicación. Debe tender a Porcentaje de requerimientos incluidos en el producto final. Superior a 90% Objetivo 2: Realizar una gerencia de proyectos productiva. 2.1 Porcentaje de error en la estimación del tiempo necesario de desarrollo. Debe ser < 10%. 2.2 Porcentaje de error en la estimación del tamaño del producto. Debe ser < 10% 2.3 Porcentaje de documentación requerida subida a la wiki del proyecto. Superior al 90% Objetivo 3: Finalizar la implementación de la aplicación a tiempo. 3.1 Numero de días de desfase entre la finalización del desarrollo y la entrega. Debe ser < 2

Rendimiento del Equipo Factores a evaluar: – Contribuciones técnicas Conocimientos técnicos Solución de problemas – Colaboración Asistencia Efectividad de trabajo – Desempeño general del rol 18

Rendimiento del Equipo 19

Admón. de la Configuración Estrategia: – Se implementara un sistema de administración de la configuración con un repositorio en GITHUB – Versión propia (Working Copy) de cada desarrollador. – Los tags sobre versiones se realizaran únicamente después de fases de prueba satisfactorias. 20

Admón. de la Configuración Versionamiento: – Numerado, tanto para el código fuente como para los artefactos de documentación, de la siguiente manera: – : modificaciones sustanciales. – : disposición de todos los miembros del equipo de desarrollo. – : pequeños cambios de forma y fondo entre promociones. 21

Wiki del Proyecto 22

BALANCE GENERAL

Factores a Mejorar Administración del Equipo – Asignación de tareas Administración de la Configuración – Repositorio

Preguntas

MUCHAS GRACIAS