Date post: | 03-Feb-2016 |
Category: |
Documents |
Upload: | sergio-miguelez-herrero |
View: | 221 times |
Download: | 0 times |
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
289289
301301
283.25283.25
234.5234.5
245.5245.5
375.5375.5
301301
358.85358.85
239.25239.25
316316
306306
220220
247247
300300
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 casos
Fuerte hincapié en estas pruebasFuerte hincapié en estas pruebas
MetodologíaMetodología
Ejecució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 de documentosRevisiones de documentos
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
Revisiones de documentosRevisiones de documentos
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
Revisiones de documentosRevisiones de documentos
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
Revisiones de documentosRevisiones de documentos
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 Producto
Eficiencia: 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.