Especialización en Desarrollo de Software

Presentación del tema: "Especialización en Desarrollo de Software"— Transcripción de la presentación:

1 Especialización en Desarrollo de Software
jorge Especialización en Desarrollo de Software Cohorte Trece

2 ¿QUÉ ES GEAS? Es una aplicación Web que permite gestionar activos de software para su reutilización en proyectos de desarrollo. Los tipos de activos son cualquier artefacto generado en el ciclo de vida del desarrollo del software como: Modelos Diagramas Componentes Librerías Código fuente. Jorge

3 PROYECTO Estructura de Roles Director Proyecto Analistas Requisitos
Desarrolladores Arquitectos Funcional integraciones CMO SQA Coordinador Proyecto Jorge

4 Principales actividades realizadas
PROYECTO Principales actividades realizadas Plan de la Configuración Establecimiento y administración del repositorio. Sistema de Control de los cambios. Despliegue de las aplicaciones en los distintos ambientes (Desarrollo, Calidad, Producción). Definición de herramientas, habilitación de ambiente e infraestructura, Ver más Jorge

5 Se definieron 19 Casos de uso divididos en 5 grupos :
ALCANCE FUNCIONAL Se definieron 19 Casos de uso divididos en 5 grupos : Activos de software Aportes Búsquedas Administración Integraciones Jorge

6 Duración Real vs Duración estimada
MÉTRICAS DEL PROYECTO  Duración Real vs Duración estimada Volumen de incidencias reportadas en Desarrollo Jorge

7 Duración Real vs Duración estimada
Métricas 1  Duración Real vs Duración estimada Casos de Uso Duración Estimada Duración Real Activos de software CU-1. Catalogar activos de software 4 7 CU-3. Administrar dependencias activos de software 5 CU-4. Administrar tipos de activos 2 CU-6. Administrar atributos específicos activos de software 1 CU-7. Gestionar la evolución del activo: CU-11. Consultar Activo de software 13 Aportes CU-2. Administrar aportes de uso de activos de software CU-5. Cualificar un activo de software 3 CU-10. Consultar experiencia de uso de un activo de software: Búsquedas CU-8. Buscar estructuradamente 6 CU-9. Buscar semánticamente activos de software Yohan

8 Duración Real vs Duración estimada
Métricas 1  Duración Real vs Duración estimada Casos de Uso Duración Estimada Duración Real Administración CU-13. Administrar usuarios 5 4 CU-14. Administrar roles usuarios 3 CU-15. Administrar Auditoria 34 2 CU-12. Administrar maestros Integraciones CU-16. Consultar historial de cambios 7 9 CU-17. Consultar historial de errores: CU-18. Consultar petición de cambios: 1 Atención Bugs 33 TOTALES 118 130 Yohan Convención 1 Día = 3 Horas/Hombre

9 Incidencias abiertas: 5
Métricas 2 Volumen de incidencias reportadas en Desarrollo Total incidencias: 45 Incidencias abiertas: 5 Yohan

10 VISTAS ARQUITECTÓNICAS Entorno tecnológico, asignaturas, laboratorios
ARQUITECTURA SISTEMA GEAS VISTAS ARQUITECTÓNICAS CONCEOTUAL LÓGICA FISICA IMPLEMENTACIÓN Jorge Entorno tecnológico, asignaturas, laboratorios

11 ARQUITECTURA – VISTA CONCEPTUAL
Búsquedas Aportes Activos de software Integraciones Administración

12 ARQUITECTURA – VISTA LÓGICA

13 ARQUITECTURA – VISTA FISICA
Ampliar Ampliar Ampliar Ampliar

14 ARQUITECTURA – VISTA FISICA
Cliente

15 ARQUITECTURA – VISTA FISICA
Servidor

16 ARQUITECTURA – VISTA FISICA
Servidor BD Servidor SVN

17 ARQUITECTURA GEAS - VISTA IMPLEMENTACIÓN

18 GESTIÓN DE LA CONFIGURACIÓN
Actividades desarrollas Repositorio en Google Code. Plan de Gestión de la Configuración. Matriz de Ítems de Configuración Usuarios y Perfiles en el repositorio Estructura Interna del Repositorio. Jorge

19 GESTIÓN DE LA CALIDAD Proceso El modelo de calidad que utilizo para el desarrollo del plan de calidad se baso en las áreas de proceso que cubre CMMI Nivel 3 Herramientas Se utilizaron formatos de auditoria para hacer seguimiento de las etapas de construcción y transición del ciclo de vida del proyecto. Técnicas Se busco la aplicación del plan de QA para los siguientes elementos de software: Código Fuente, Scripts de Base de Datos, Documento de Configuración de los Ambientes, Plan de Aseguramiento de la Calidad, Plan de Evaluación, Plan de Pruebas, Casos de Pruebas, Documento de Preparación de Ambiente, Documento de Software Requerido, Documento de Instalación y configuración del software. Metodología Se realizaron auditorias a los objetos desarrollados y se realizaron mas de 45 pruebas integrales que buscaban probar los casos de uso identificados Jorge

20 LESIONES APRENDIDAS ANÁLISIS DISEÑO DESARROLLO
POSITIVO: Durante el desarrollo del proyecto GEAS, pudimos aprender y ejecutar varias técnicas de análisis. También aprendimos a clasificar los resultados de una manera adecuada y escalable. NEGATIVO: Los requisitos nunca fueron validados ni expuestos a los demás grupos de trabajo ni con el cliente. A MEJORAR: Incluir más al cliente o los Stakeholders en los próximos proyectos, ya que no se debe asumir nada por el cliente, se debe preguntar y validar con él las interpretaciones hechas. DISEÑO POSITIVO: La experiencia adquirida permitió obtener conocimiento y desarrollar habilidades de modelado que me han sido de gran utilidad en mi desempeño profesional NEGATIVO: Las interfaces fueron cambiadas en su mayoría por la ventaja que daba el framework Marte para desarrollarlas. A MEJORAR: Debería haber un enfoque más práctico en la manera como se enseña el modelado de una solución. Es decir explicar cómo se pasa del modelo obtenido al código fuente. DESARROLLO POSITIVO: El ahorro en tiempo y esfuerzo que nos dio la herramienta de Marte con PHP, pues permitió generar código sin codificación alguna. NEGATIVO: Marte es una herramienta MDD la cual no puede convertir el código en diagrama UML, por lo cual una vez modificado el código base, este no se podía devolver A MEJORAR: Hay que tener un alto grado de claridad de que es lo que se desea construir, y no mirarlo como una pieza de código individual sino como un Todo. Jorge

21 LESIONES APRENDIDAS TRANSICIÓN GESTIÓN DE CONFIGURACIÓN
POSITIVO: El Servidor puesto a disposición por la universidad para el desarrollo del proyecto. A MEJORAR: La participación de la Universidad como sponsor de estos proyectos. . GESTIÓN DE CONFIGURACIÓN POSITIVO: Se siguieron los lineamientos para seleccionar las herramientas de trabajo descritas en el plan de la gestión de la configuración. NEGATIVO: Esta es una de las actividades que debe hacerse al principio de un proyecto no cuando se está a punto de empezar la etapa de implementación A MEJORAR: Las actividades de la gestión de la configuración deberían ser las primeras actividades antes que la parte de análisis. Jorge

22 LESIONES APRENDIDAS GESTIÓN DEL PROYECTO GESTIÓN DE CALIDAD
POSITIVO: En GEAS, pudimos observar como la creación de un calendario de actividades y recursos asignados facilito notoriamente la ejecución de las tareas de La planeación de un proyecto no se hace cuando este está terminando la fase de diseño. NEGATIVO: La planeación de un proyecto no se hace cuando este está terminando la fase de diseño. A MEJORAR: Definir roles en el grupo desde el comienzo del proyecto. Esto beneficiara la integración del grupo en las entregas y avance en las diferentes etapas y no solo en la última etapa del proyecto. GESTIÓN DE CALIDAD POSITIVO: La definición de Google Apps como sistema de gestión de errores, el cual está integrado con los usuarios ya registrados facilito la asignación y reporte de los errores los cuales llegan de forma inmediata al correo personal de Gmail NEGATIVO: La calidad solo la enfocaron al producto, no al proceso de desarrollo. A MEJORAR: Para desarrollar de manera correcta unas pruebas es fundamental que exista una documentación “Casos de uso” que describan como deberá ser el comportamiento del sistema. . . Jorge

23 INFRAESTRUCTURA DESARROLLO
Paulo

24 ¿Quieres saber como funcionó?
Paulo