Professional Documents
Culture Documents
Qu es la gestin de la calidad?
Es una actividad protectora o de sombrilla que se aplica a lo largo del proceso de software. Con frecuencia es llamada garanta de la calidad de software
Control de calidad
Involucra la serie de inspecciones, revisiones y pruebas empleadas a lo largo del proceso de software para garantizar que cada producto de trabajo satisfaga los requisitos que se le han asignado.
La gente olvida cun rpido hiciste un trabajo, pero siempre recuerdan cun bien lo hiciste. Howard Newton
Actividades de SQA
Preparar un plan de SQA para un proyecto. Identifica las evaluaciones que se harn, las auditoras y revisiones a llevar a cabo, los estndares aplicables al proyecto, los procedimientos para el informe y el seguimiento de errores, los documentos que debe producir el grupo SQA y la cantidad de retroalimentacin proporcionada al equipo de proyecto.
Actividades de SQA
Participar en el desarrollo de la descripcin del proceso de software del proyecto. El equipo de software selecciona un proceso para el trabajo que habr de realizarse. El grupo de SQA revisa la descripcin del proceso para que concuerde con las polticas organizacionales, los estndares internos de software, los estndares impuestos de manera externa (ISO 9000) y otras partes del plan de proyecto de software.
Actividades de SQA
Revisar las actividades de ingeniera del software para verificar que se ajustan al proceso de software definido. El grupo de SQA identifica, documenta y sigue las desviaciones del proceso y verifica que se hayan hecho las correcciones.
Actividades de SQA
Audita productos de trabajo de software seleccionados para verificar que se ajusten con los definidos como parte del proceso del software. El grupo de SQA revisa los productos de trabajo seleccionados, identifica, documenta y sigue las desviaciones; verifica que se hayan hecho las correcciones; y peridicamente informa de los resultados de su trabajo al gerente del proyecto.
Actividades de SQA
Garantiza que las desviaciones en el trabajo del software y en los productos de trabajo estn documentadas y se manejen de acuerdo con el procedimiento establecido. Las desviaciones se pueden encontrar en el plan del proyecto, en la descripcin del proceso, en los estndares aplicables o en los productos de trabajo tcnicos.
Actividades de SQA
Registra cualquier falta de ajuste y lo informa al gestor ejecutivo. A los seguimientos que no se ajustan se les da seguimiento hasta resolverlos.
Validacin
La validacin se refiere al proceso de evaluacin del software al final de su desarrollo para asegurar que est libre de fallas y cumple con los requisitos. La validacin se lleva a cabo mediante la utilizacin de diversos enfoques de prueba. Tambin se pueden validar productos intermedios como la descripcin de requisitos, esto se hace mediante la utilizacin de un prototipo.
Verificacin
Se refiere al proceso de determinar si los productos de una determinada fase del proceso de desarrollo de software cumplen con los requerimientos establecidos durante la fase previa. Trata de identificar defectos o errores que generen fallas. Una de las tcnicas ms comunes para la verificacin es la revisin tcnica. Por ejemplo, una revisin de especificaciones intenta verificar el modelo del anlisis contra la Especificacin de Requisitos
Objetivo de la V&V
Asegurar que el producto satisface las necesidades del usuario. Aspectos considerados por la V&V:
Funcionalidad Portabilidad Desempeo Mantenibilidad Seguridad Usabilidad
Consistencia
El grado en el que el producto es consistente consigo mismo y con otros productos.
Necesidad
El grado en que lo contenido en el producto es necesario.
Suficiencia (Completud)
El grado en el que el producto est completo.
Desempeo
El grado en el que el producto satisface sus requisitos de desempeo.
Junta de revisin
Cualquier junta de revisin debe atenerse a las siguientes restricciones: En la revisin se deben involucrar entre 3 y 5 personas. Se debe preparar con anticipacin, pero sin que requiera ms de 2 horas de trabajo de cada persona. La duracin de la junta de revisin debe ser menor a dos horas. Estas restricciones implican que una RTF se enfoca en una parte especfica y pequea del software total (Porcin de especificacin, diseo detallado de componente, listo de cdigo fuente. Esto tambin se le conoce como un Recorrido
Jefe de Revisin
Evala la disponibilidad del producto, genera copias del material necesario y las distribuye a dos o tres revisores para que realicen sus observaciones antes de la junta. Revisa el producto y establece una agenda.
Revisores
Se familiarizan con el producto considerando entre una y dos horas y toman sus notas.
Desarrollo de la Reunin
Uno de los revisores asume el papel de registrador Presentacin de la agenda por parte del Jefe de Revisores y breve introduccin por parte del Productor. El Productor inicia el recorrido del producto explicando el material. Los Revisores exponen los problemas que descubrieron antes de la junta.
Desarrollo de la Reunin
El Registrador va anotando los problemas o errores encontrados. Al final todos los asistentes deben decidir si:
Aceptan el producto sin modificaciones posteriores. Rechazan el artefacto debido a errores severos encontrados. Aceptan el producto provisionalmente.
Desarrollo de la Reunin
Se llena documento de finalizacin indicando la participacin y conformidad con los hallazgos del equipo revisor.
Directrices de la revisin
Revisar el producto, no al productor Establecer una agenda y respetarla Limitar el debate y la impugnacin Enunciar reas de problemas, pero no se intente resolver todos los que se hayan sealado.
Directrices de la revisin
Tomar notas Limitar el nmero de participantes e insistir en la preparacin anticipada. Desarrollar una lista de verificacin para cada producto que tenga probabilidad de ser revisado.
Directrices de la revisin
Asignar recursos y programar las RTF. Realizar un entrenamiento significativo de todos los revisores. Analizar las revisiones previas.
Simulacin y Prototipos
Son tcnicas para analizar el comportamiento esperado de un producto. Para los propsitos de la V&V, son normalmente utilizadas para analizar las especificaciones de requisitos asegurarando que reflejan las necesidades de los usuarios. Tambin se utilizan para analizar el desempeo esperado del producto en relacin a los requisitos no funcionales.
Rastreo de Requisitos
Es una tcnica para asegurar que el producto, as como la prueba del producto corresponden a cada uno de sus requisitos. El enfoque tradicional para llevarlo a cabo es mediante el uso de matrices.
Un ejemplo genrico de la aplicacin de mtodos estadsticos Supngase que una organizacin recopila los defectos de un ao
Especificaciones incompletas o errneas (EIE) Mala interpretacin de la comunicacin con el cliente (MCC) Desviacin intencional de las especificaciones (DIE)
Datos estadsticos
Total Error EIE MCC DIE VEP ERD ICI ELD PIE DII TLP Totales Nmero 205 156 48 25 130 58 45 95 36 60 858 % 24 18 6 3 15 7 5 11 4 7 100 Serios Nmero 34 12 1 0 26 9 14 12 2 15 125 % 27 10 1 0 21 7 11 10 2 12 100 Moderados Nmero 68 68 24 15 68 18 12 35 20 19 347 % 20 20 7 4 20 5 3 10 6 5 100 Menores Nmero 103 76 23 10 36 31 19 48 14 26 386 % 27 20 6 3 9 8 5 12 4 7 100
Acciones correctivas
Para corregir EIE y MCC implementar tcnicas que faciliciten la recopilacin de requisitos y que a su vez mejoren la comunicacin con el cliente. Para mejorar ERD adquirir herramientas para el modelado de clases y datos y ejecutar revisiones de diseo ms rigurosas
Referencias
Pressman, R. Ingeniera Ed.,McGrawHill, 2006. de software: un enfoque prctico. 6ta