facultad de ingeniería

Facultad de Facultad de IngenieríaIngeniería

Proyecto de Ingeniería de Software Proyecto de Ingeniería de Software 20102010

Grupo 4Grupo 4

1

4

Inicial5 semanas9/8/10-12/9/10

Elaboración4 semanas6/9/10-3/10/10

Construcción5 semanas

4/10/10-7/11/10

Transición2 semanas

1/11/10-14/11/10

5

Logros:Logros:

Consolidación del equipo de trabajo.Consolidación del equipo de trabajo. RRelevamiento de requerimientos.elevamiento de requerimientos. Definición del alcance preliminar.Definición del alcance preliminar. Construcción del Prototipo.Construcción del Prototipo.

6

Logros:Logros:

Diseño completo del sistema a nivel de Diseño completo del sistema a nivel de Contratos de Contratos de softwaresoftware

Relevamiento completo de los requerimientosRelevamiento completo de los requerimientos

Definición del alcance final Definición del alcance final

Desarrollo de principales funcionalidades.Desarrollo de principales funcionalidades.

7

Logros:Logros:

Desarrollo de todas las funcionalidades Desarrollo de todas las funcionalidades acordadas en acordadas en el alcance.el alcance.

• Elaboración de pruebas del sistema.Elaboración de pruebas del sistema.

• Liberación de versiones beta del producto.Liberación de versiones beta del producto.

8

Logros:Logros:

Ejecución de las pruebas del SistemaEjecución de las pruebas del Sistema

Desarrollo de la documentación asociada al Desarrollo de la documentación asociada al productoproducto

Reuniones de prueba y aceptación con el Cliente Reuniones de prueba y aceptación con el Cliente

• Creación de Scripts de instalación y ejecución.Creación de Scripts de instalación y ejecución.

9

Fase InicialFase Inicial

El tramite de las licencias GeneXus tomó más de El tramite de las licencias GeneXus tomó más de lo lo pensado retrasando la construcción del pensado retrasando la construcción del prototipo. Se prototipo. Se comenzó a implementar usando la versión trial.comenzó a implementar usando la versión trial.

El cliente planteó nuevos requerimientos en la El cliente planteó nuevos requerimientos en la reunión de aceptación del alcance, lo cual reunión de aceptación del alcance, lo cual requirió requirió prolongar una semana la fase para especificar prolongar una semana la fase para especificar los los nuevos requerimientos y validar el alcance.nuevos requerimientos y validar el alcance.

10

Fase de ElaboraciónFase de Elaboración

Las estimaciones de tamaño y esfuerzo en base a Las estimaciones de tamaño y esfuerzo en base a GXPoints no resultaron ser de utilidad para GXPoints no resultaron ser de utilidad para nuestro nuestro producto. El juicio de expertos fue la principal producto. El juicio de expertos fue la principal herramienta utilizada para evaluar la herramienta utilizada para evaluar la factibilidad.factibilidad.

Los contratos y la implementación presentaban Los contratos y la implementación presentaban grandes diferencias. Se modificaron los grandes diferencias. Se modificaron los contratos y contratos y se realizaron reuniones de equipo para lograr se realizaron reuniones de equipo para lograr una una visión común.visión común.

11

Fase de Construcción Fase de Construcción

Se dedicó gran parte de la fase a solucionar Se dedicó gran parte de la fase a solucionar errores errores del producto construido en fase de elaboración, del producto construido en fase de elaboración, lo lo cual retrasó la construcción del producto final. cual retrasó la construcción del producto final. Se Se decidió liberar una versión beta anticipada a fin decidió liberar una versión beta anticipada a fin de de validar parte del producto mientras el resto era validar parte del producto mientras el resto era finalizado. finalizado. También se prolongó una semana extra la faseTambién se prolongó una semana extra la fase

12

Fase de Transición Fase de Transición

Las pruebas de performance dieron resultados Las pruebas de performance dieron resultados no no aceptables. Se dispuso a todos los aceptables. Se dispuso a todos los implementadores a implementadores a mejorar la performance y al final de la fase se mejorar la performance y al final de la fase se lograron valores satisfactorioslograron valores satisfactorios

14

Tamaños en GXPointsTamaños en GXPoints

Fase Inicial: 595,2Fase Inicial: 595,2 Fase Elaboración: 3051Fase Elaboración: 3051 Fase Construcción: 5736Fase Construcción: 5736 Fase Transición: 7314Fase Transición: 7314

15

Florencia BorghiniFlorencia Borghini

Diego BragaDiego Braga

David DacoliDavid Dacoli

Camilo DiazCamilo Diaz

Ignacio ElizondoIgnacio Elizondo

Oscar FabricioOscar Fabricio

Fabián FerreiraFabián Ferreira

Simón GonzálezSimón González

Sebastián MartínezSebastián Martínez

Juan MontesanoJuan Montesano

Agustín NinAgustín Nin

Gaston TelfeyanGaston Telfeyan

Juan ValsagiacomoJuan Valsagiacomo

Pablo YanieroPablo Yaniero

00 5050 100100 150150 200200 250250 300300 350350 400400

289289301301

283.25283.25234.5234.5

245.5245.5375.5375.5

301301358.85358.85

239.25239.25316316

306306220220

247247300300

Total de HorasTotal de Horas

16

AnalistasAnalistas

Documentador de usuarioDocumentador de usuario

ArquitectoArquitecto

Coordinador de desarrolloCoordinador de desarrollo

ImplementadorImplementador

Responsable del NucleoResponsable del Nucleo

Responsable del consolidadoResponsable del consolidado

Espc. TécnicosEspc. Técnicos

Responsable de SQAResponsable de SQA

Responsable de SCMResponsable de SCM

Responsable de VerificaciónResponsable de Verificación

Asistente de VerificaciónAsistente de Verificación

AdministradorAdministrador

Responsable de ComunicaciónResponsable de Comunicación

00 1010 2020 3030 4040 5050 6060 7070 8080 9090 100100

46.246.2

6.26.2

12.412.4

11

96.696.6

00

0.80.8

19.519.5

21.321.3

12.212.2

26.826.8

21.521.5

21.521.5

0.70.7

Promedio por RolPromedio por Rol

17

Total Línea Análisis/Req.Total Línea Análisis/Req.

Total Línea DiseñoTotal Línea Diseño

Total Línea ImplementaciónTotal Línea Implementación

Total Línea Gestión de CalidadTotal Línea Gestión de Calidad

Total Línea Gestión de Configuración y Control de CambiosTotal Línea Gestión de Configuración y Control de Cambios

Total Línea Gestión de ProyectoTotal Línea Gestión de Proyecto

Total VerificaciónTotal Verificación

Total Línea ComunicaciónTotal Línea Comunicación

Total ImplantaciónTotal Implantación

Total Línea Formación y EntrenamientoTotal Línea Formación y Entrenamiento

00 1010 2020 3030 4040 5050 6060 7070 8080 9090

28.732142857142928.7321428571429

9.892857142857149.89285714285714

80.6180.61

18.232142857142918.2321428571429

8.042857142857148.04285714285714

65.87565.875

32.7532.75

5.267857142857145.26785714285714

5.428571428571435.42857142857143

32.089285714285732.0892857142857

Promedio por áreaPromedio por área

18

Comunicación centralizada vía mail a través del Comunicación centralizada vía mail a través del AdministradorAdministrador

Flexibilidad para renegociar requerimientosFlexibilidad para renegociar requerimientos

Cliente técnicoCliente técnico

Buen ambiente de trabajo.Buen ambiente de trabajo.

Demoras en algunas contestaciones.Demoras en algunas contestaciones.

Escasa retroalimentación de versiones betaEscasa retroalimentación de versiones beta

19

Cliente: 3 personasCliente: 3 personas Opiniones distintas para algunos requerimientosOpiniones distintas para algunos requerimientos

2 reuniones semanales con el cliente: 2 reuniones semanales con el cliente: Disposición por parte del mismo para reuniones Disposición por parte del mismo para reuniones propuestaspropuestas

Sistema complejo de entender:Sistema complejo de entender: Algunos requerimientos no especificados claramenteAlgunos requerimientos no especificados claramente Requerimientos puntuales de Monitorización y BPMN noRequerimientos puntuales de Monitorización y BPMN no especificadosespecificados

Agregado de los mismos a fines de la fase inicial, por Agregado de los mismos a fines de la fase inicial, por lo que lo que hubo que renegociar y priorizar requerimientoshubo que renegociar y priorizar requerimientos

20

Problema de generación de la aplicación web en Java Problema de generación de la aplicación web en Java y y ambientes de desarrollo con sistemas operativos de ambientes de desarrollo con sistemas operativos de 64 bits.64 bits.

Utilización de timers.Utilización de timers.

Implantación de base de datos y servidor web en Implantación de base de datos y servidor web en distintos distintos servidores.servidores.

21

Herramientas utilizadas:Herramientas utilizadas:

Pivotal Tracker (Reporte y Seguimiento de Bugs)Pivotal Tracker (Reporte y Seguimiento de Bugs)Google Group (Reporte y Seguimiento de Bugs)Google Group (Reporte y Seguimiento de Bugs)HeidiSQL (Estado de la base de datos)HeidiSQL (Estado de la base de datos)GXTest (Automatización de pruebas)GXTest (Automatización de pruebas)

22

Pruebas Unitarias:Pruebas Unitarias:

Importante cantidad de casos de pruebaImportante cantidad de casos de prueba

Gran relevancia pues la aplicación es orientada a Gran relevancia pues la aplicación es orientada a

serviciosservicios

Se automatizaron algunos de estos casos de Se automatizaron algunos de estos casos de prueba prueba

utilizando GXTestutilizando GXTest

Metodología empleada:Metodología empleada: Test de caja negraTest de caja negra

23

Pruebas de Integración:Pruebas de Integración:

Lógica centralizada facilitó la tarea de Lógica centralizada facilitó la tarea de verificaciónverificación

Metodología empleadaMetodología empleada::Test de caja negraTest de caja negra

24

Pruebas de Sistema:Pruebas de Sistema:

Prueba de integridad de los datos y la base de Prueba de integridad de los datos y la base de datos:datos:

MetodologíaMetodologíaEjecución de casos de prueba (Datos validos e Ejecución de casos de prueba (Datos validos e

inválidos)inválidos)Utilización de HeidiSQL para controlar el estado Utilización de HeidiSQL para controlar el estado

de la de la base de datosbase de datos

25

Pruebas de Funcionalidad:Pruebas de Funcionalidad:Automatización de algunos casosAutomatización de algunos casosFuerte hincapié en estas pruebasFuerte hincapié en estas pruebas

MetodologíaMetodologíaEjecución de Casos de PruebaEjecución de Casos de Prueba

Pruebas de Ciclo de Negocio:Pruebas de Ciclo de Negocio: • Metodología:Metodología:

Elaboración de procedimiento GeneXus que Elaboración de procedimiento GeneXus que simulan simulan las actividades del proyecto en el tiempo.las actividades del proyecto en el tiempo.

26

Pruebas de PerformancePruebas de Performance

MetodologíaMetodología Se cargo la base de datos con diferentes Se cargo la base de datos con diferentes

volúmenes volúmenes 1200,6000 y 42000 instancias1200,6000 y 42000 instancias

Luego se midió que tiempo demoraba en Luego se midió que tiempo demoraba en completar y completar y

tomar una tareatomar una tarea

27

Pruebas de CargaPruebas de CargaMetodologíaMetodología Se conectaron 3 computadoras a una red Se conectaron 3 computadoras a una red

inalámbrica y inalámbrica y se probo tomar y completar workitems de forma se probo tomar y completar workitems de forma

concurrente.concurrente.

Pruebas de VolumenPruebas de Volumen MetodologíaMetodología

Se utilizaron los volúmenes utilizados para las Se utilizaron los volúmenes utilizados para las pruebas pruebas

de ciclo de negocio y performance.de ciclo de negocio y performance.

28

Pruebas de ConfiguraciónPruebas de ConfiguraciónMetodologíaMetodología Se conectaron dos maquinas de configuración Se conectaron dos maquinas de configuración

similares a similares a las especificadas por el cliente, una como las especificadas por el cliente, una como

servidor de servidor de base de datos y la otra con la aplicación base de datos y la otra con la aplicación

corriendo.corriendo.

Pruebas de DocumentosPruebas de Documentos• MetodologíaMetodología

Se verificó que los documentos coincidieran con Se verificó que los documentos coincidieran con lo que lo que

especificaba el modelo MUM.especificaba el modelo MUM.

29

PositivosPositivos Se cumplió con lo establecido en el plan de VyV en Se cumplió con lo establecido en el plan de VyV en la mayoría de los casos.la mayoría de los casos.Se mejoró la calidad de la verificación a medida Se mejoró la calidad de la verificación a medida que avanzaron las etapas.que avanzaron las etapas.

NegativosNegativosSe contó con poco tiempo para verificar.Se contó con poco tiempo para verificar.Se automatizaron pocos casos de prueba.Se automatizaron pocos casos de prueba.

30

Actividades principales realizadas en el Actividades principales realizadas en el áreaárea

Revisiones de documentosRevisiones de documentos

Gestión de los entregables semanalesGestión de los entregables semanales

Elaboración del plan de calidad del proyectoElaboración del plan de calidad del proyecto

Identificación de atributos de calidad del producto y Identificación de atributos de calidad del producto y verificación del cumplimiento de los mismosverificación del cumplimiento de los mismos..

31


Revisiones semanales de los documentos a entregar Revisiones semanales de los documentos a entregar cada semanacada semanaRevisiones “formales” e “informales”Revisiones “formales” e “informales” Formal: RTF, Revisión de SQAFormal: RTF, Revisión de SQA

Informal: Revisiones semanales de documentos, Informal: Revisiones semanales de documentos, revisando formato y contenido, revisando formato y contenido,

basándose basándose en la plantilla de cada en la plantilla de cada documento.documento.RTF: Se realizó una vez para ciertos documentos RTF: Se realizó una vez para ciertos documentos relevantes. Insumió un tiempo considerable, por lo relevantes. Insumió un tiempo considerable, por lo cual no fue realizado mas veces. Permitió detectar cual no fue realizado mas veces. Permitió detectar posibles puntos a agregar o corregir. posibles puntos a agregar o corregir.

32


Revisión de SQA: No se realizó, en su lugar se Revisión de SQA: No se realizó, en su lugar se realizó la actividad de verificación de documentos realizó la actividad de verificación de documentos por parte del grupo de verificación, ya que se por parte del grupo de verificación, ya que se consideró que eran tareas similares.consideró que eran tareas similares.

Revisiones “informales”: Se realizaron Revisiones “informales”: Se realizaron semanalmente, antes de cada entrega. Se le dio semanalmente, antes de cada entrega. Se le dio prioridad a estas revisiones a lo largo del proyecto, prioridad a estas revisiones a lo largo del proyecto, ya que resultaron ser las mas útiles en cuanto a ya que resultaron ser las mas útiles en cuanto a relación esfuerzo/tiempo para encontrar errores.relación esfuerzo/tiempo para encontrar errores.

33


Metodología de las revisiones “informales”: El Metodología de las revisiones “informales”: El equipo de SQA realizó revisiones de documentos equipo de SQA realizó revisiones de documentos comparando el contenido y formato con las comparando el contenido y formato con las plantillas, se recopilaban los errores encontrados y plantillas, se recopilaban los errores encontrados y estos eran enviados a los responsables de cada estos eran enviados a los responsables de cada documento. Si el error era un error “menor” y en documento. Si el error era un error “menor” y en cuanto a formato, era solucionado por quien cuanto a formato, era solucionado por quien realizaba la revisión.realizaba la revisión.

34


En cada etapa del proyecto se realizaron revisiones En cada etapa del proyecto se realizaron revisiones mas profundas a los documentos críticos de cada mas profundas a los documentos críticos de cada etapa, para aprovechar de una mejor forma el etapa, para aprovechar de una mejor forma el tiempo disponible para realizar revisiones, y tiempo disponible para realizar revisiones, y asegurar la calidad de los documentos claves. A asegurar la calidad de los documentos claves. A modo de ejemplo: Documento de requerimientos en modo de ejemplo: Documento de requerimientos en fase inicial, descripción de la arquitectura en fase fase inicial, descripción de la arquitectura en fase de elaboración, documentación de usuario en fase de elaboración, documentación de usuario en fase de construcción y transición.de construcción y transición.

35

Gestión de entregables semanalesGestión de entregables semanales

El equipo de SQA se encargaba de realizar las El equipo de SQA se encargaba de realizar las entregas semanales, de gestionar las últimas entregas semanales, de gestionar las últimas versiones de los documentos a ser entregados y versiones de los documentos a ser entregados y asegurar la calidad de los mismos con las revisiones asegurar la calidad de los mismos con las revisiones semanales. También se encargaba de controlar que semanales. También se encargaba de controlar que entregables fueron planificados y cuales entregables fueron planificados y cuales efectivamente se entregaron en cada semana, así efectivamente se entregaron en cada semana, así como los entregables pendientes de semanas como los entregables pendientes de semanas anteriores. Esto ayudó a alivianar la carga horaria anteriores. Esto ayudó a alivianar la carga horaria del administrador.del administrador.

36

Plan de calidad del ProyectoPlan de calidad del Proyecto

En las primeras semanas se elaboró este plan, que En las primeras semanas se elaboró este plan, que en el transcurso del proyecto sufriría ajustes y en el transcurso del proyecto sufriría ajustes y cambios, ya que por ejemplo se optó por no realizar cambios, ya que por ejemplo se optó por no realizar revisiones de SQA “formales” y solo un RTF a revisiones de SQA “formales” y solo un RTF a ciertos documentos, debido a la carga horaria que ciertos documentos, debido a la carga horaria que esto hubiera insumido, y al tiempo que le hubiera esto hubiera insumido, y al tiempo que le hubiera quitado a otras actividades mas relevantes.quitado a otras actividades mas relevantes.

37

Atributos de calidad del ProyectoAtributos de calidad del Proyecto

EficienciaEficiencia

PortabilidadPortabilidad

FuncionalidadFuncionalidad

Mantenibilidad: Documentación y Estándar de Mantenibilidad: Documentación y Estándar de implementación implementación

38

Atributos del calidad del ProductoAtributos del calidad del ProductoEficiencia: el grupo de verificación realizó pruebas Eficiencia: el grupo de verificación realizó pruebas de volumen para verificar que se cumplía con este de volumen para verificar que se cumplía con este requerimiento. Los resultados finales para las requerimiento. Los resultados finales para las operaciones involucradas fueron cercanos a lo operaciones involucradas fueron cercanos a lo esperadoesperado Estándar de implementación: Se realizaron Estándar de implementación: Se realizaron comprobaciones en forma de “Muestreos” tomando comprobaciones en forma de “Muestreos” tomando aleatoriamente operaciones implementadas, para aleatoriamente operaciones implementadas, para comprobar el nivel de cumplimiento del estándar. comprobar el nivel de cumplimiento del estándar. Los resultados fueron en general positivos, Los resultados fueron en general positivos, mostrando que se cumplió con la mayoría de los mostrando que se cumplió con la mayoría de los puntos indicados en el estándarpuntos indicados en el estándar

39

Conclusiones Conclusiones

Ventajas:Ventajas: Documentos generados de mayor calidad, lo cual Documentos generados de mayor calidad, lo cual

repercutió en un mejor entendimiento repercutió en un mejor entendimiento de dichos de dichos documentos por parte del equipodocumentos por parte del equipo

Corrección a tiempo de errores en documentos Corrección a tiempo de errores en documentos clavesclaves

Asegurar que se cumplan con los atributos de Asegurar que se cumplan con los atributos de calidad calidad del producto y de la documentación del producto y de la documentación generadagenerada

Control de los entregables semanales y el Control de los entregables semanales y el cumplimiento con la agenda y los cumplimiento con la agenda y los

entregables entregables pendientespendientes

40

Conclusiones Conclusiones

Desventajas:Desventajas: Muchos documentos a revisar en ciertas Muchos documentos a revisar en ciertas

semanas, lo semanas, lo cual provocó que no todos cual provocó que no todos pudieran ser revisados pudieran ser revisados detenidamentedetenidamente

Realizar verificaciones profundas resultó muy Realizar verificaciones profundas resultó muy

costoso en cuanto a esfuerzocostoso en cuanto a esfuerzo• Demasiadas actividades de revisión que Demasiadas actividades de revisión que resultaron resultaron difíciles de cumplir en el tiempo difíciles de cumplir en el tiempo estipulado, lo que estipulado, lo que obligó a elegir las obligó a elegir las prioritarias y/o las que dieron prioritarias y/o las que dieron mejores mejores resultadosresultados

41

Ambiente controladoAmbiente controlado:: SVNSVN

GxServer:GxServer:PúblicoPúblico

PrivadoPrivado

Seguimiento de liberacionesSeguimiento de liberaciones

RespaldosRespaldos

42

Lo BuenoLo Bueno::

Excelente relacionamiento y buen ambiente de Excelente relacionamiento y buen ambiente de trabajo.trabajo.Amplia disposición para realizar las tareas.Amplia disposición para realizar las tareas.Ausencia de conflictosAusencia de conflictos..

Lo maloLo malo::Falta de iniciativa en etapas iniciales.Falta de iniciativa en etapas iniciales.Ausencia de reuniones de integraciónAusencia de reuniones de integración..

44

Funcionó:Funcionó:

Reuniones de implementación y prueba (trabajar en Reuniones de implementación y prueba (trabajar en el mismo lugar físico)el mismo lugar físico)

Uso de GxServer (ahorro de trabajo de consolidado)Uso de GxServer (ahorro de trabajo de consolidado)

Uso de Google groups: Como medio de Uso de Google groups: Como medio de comunicación para el grupo y seguimiento de bugs.comunicación para el grupo y seguimiento de bugs.

45

Funcionó:Funcionó:

No seguir el MUM estrictamente, usándolo como No seguir el MUM estrictamente, usándolo como una simple guíauna simple guía

Reuniones semanales extras a las Quincenales para Reuniones semanales extras a las Quincenales para organizar las actividades organizar las actividades de la semanade la semana

Reasignar Roles según fuera necesarioReasignar Roles según fuera necesario

46

No funcionó:No funcionó:Estimaciones con GxPoints (defectos en Estimaciones con GxPoints (defectos en herramienta para contabilizar).herramienta para contabilizar). Tiempo destinado para realización de pruebas del Tiempo destinado para realización de pruebas del sistema resultó escaso.sistema resultó escaso. Uso de Pivotal tracker: Pocos integrantes en el Uso de Pivotal tracker: Pocos integrantes en el grupo comprendió su funcionamiento.grupo comprendió su funcionamiento.Estimaciones de esfuerzo por juicio de expertosEstimaciones de esfuerzo por juicio de expertos

47

Brindar una mejor introducción al modelo de proceso, Brindar una mejor introducción al modelo de proceso,

en en especial indicando cual es el uso apropiado del especial indicando cual es el uso apropiado del mismo.mismo.

Realizar las clases de apoyo en etapas más tempranas, Realizar las clases de apoyo en etapas más tempranas, algunas de ellas no se hicieron hasta ya terminada la algunas de ellas no se hicieron hasta ya terminada la fase fase inicial.inicial.

facultad de ingeniería

Documents