Aseguramiento Calidad

Slides:



Advertisements
Presentaciones similares
2ª SESIÓN DE FORMACIÓN A EMPRESAS PARTICIPANTES EN LA INICIATIVA e- PROCESOS.
Advertisements

CERTIFICACION ISO 9000, ,12207 Y MODELO CMM
Proyectos Informáticos
Herramientas y metodologías de éxito para el manejo de proyectos TIC: Caso PYME CREATIVA Noviembre 2008.
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
GESTIÓN DE LOS COSTOS DEL PROYECTO
DIAGNÓSTICO DE CALIDAD AMS
PMO Vicepresidencia TyO _Servicios PMO
NORMA ISO -9001: 2000 ISO
Guia Diseño Robert Echeverria
METODOLOGÍA PARA IMPLANTAR UN SISTEMA INTEGRADO DE INFORMACIÓN
Proceso de Originación de Crédito: Banco de los Alpes
CheckIn4Android.
Aseguramiento de calidad
D.F.C. DESPLIEGE DE LA FUNCIÒN DE CALIDAD JESSICA AILED RIOS MORENO.
SISTEMA DE GESTION DE CALIDAD
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
Capítulo 3 Etapas de un Proyecto de simulación
MESA 3 Evaluación, seguimiento y mejora, auditorias internas y Revisión por la dirección Requisitos P
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
Luis Fernando Hevia Rodríguez
Informe Establecimiento
SISTEMAS DE GESTION DE CALIDAD ISO 9000:2000
Definición de Procesos y Políticas. 2 Marco de Procesos.
Gestión de Calidad Ley 872 de 2003, Decreto 4110 de 2004,Decretos Departamentales 0025 y 0063 de 2005 (Decretos modificados con la reforma institucional.
Ingeniería de Software
Carlos Mario Zapata J., PhD Oscar Ochoa, Ing. Crhistian Cardona, M.Sc.
6 de noviembre de 2006 Proyecto de Activación del Centro de Desarrollo Empresarial Propuesta de Servicios para la Cámara Nacional de la Industria de Transformación.
Análisis de Requerimientos
Plan de Sistemas de Información (PSI)
Análisis y diseño detallado de aplicaciones informáticas de gestión
Proceso de Gestión de Proyectos
Ximena Romano – Doris Correa
Cultura de Mejoramiento y Alto desempeño
Ingeniería de Software
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Ing. Noretsys Rodríguez. Definición de Conceptos  Falla: Ocurre cuando un programa no se comporta de manera adecuada. Es una propiedad estadística de.
SGSI: Sistemas de Gestión de la Seguridad de la Información
El rol de SQA en PIS.
Otras áreas de Proceso del Modelo CMMI-DEV
Dominios de control para la información y tecnologías (cobit) Pamela Pacheco Aviles.
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Ciclo de vida de un sistema
RUTA DE LA CALIDAD.
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
CMM.
Introducción al proceso de verificación y validación.
ADMINISTRACIÓN DE PROYECTOS
8D’s FMEA.
Implementando PSP / TSP
Jefe del Sistema de Gestión de la Calidad y Ecoeficiencia
Ciclo de Vida del Software
Sistema de control de calidad de software
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
SISTEMAS DE INFORMACION ORGANIZACIONAL
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Evolución y comportamiento del Sector TICs Praxis & Technology Group PraTech METODOLOGÍA DE CALIDAD.
Sistema Integral de Información y Atención Ciudadana
ANALISIS DE SISTEMAS PROFESOR HECTOR ARCIA.
Autor: Reinozo Cuesta Christian Marcelo
Planificación de Sistemas de Información
TEAM SOFTWARE PROCESS CICLO 1. El software propuesto por el equipo de Ingenium para cumplir con las necesidades planteadas, modela los un conjunto de.
MAESTRÍA EN GESTIÓN DE LA CALIDAD Y PRODUCTIVIDAD PROYECTO DE GRADO DE MAESTRÍA EN “CALIDAD Y PRODUCTIVIDAD” PROYECTO 1I: MODELAMIENTO DE LOS PROCESOS.
SIMAPRO Componentes Productividad, Trabajo Decente y Competencias Laborales Versíon Junio 2012.
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
Sistemas de calidad en el desarrollo de software.
CONSULTORIA EMPRESARIAL EN LAS EMPRESAS CONSULTORIA EMPRESARIAL.
4. Definición del proyecto. Qué tan difícil es manejar un proyecto? ◦Dependerá del tamaño del mismo ◦De los costos ◦De los plazos ◦Del nivel de dificultad.
Junio, 2013.
Transcripción de la presentación:

Aseguramiento Calidad

Puntos La problemática, hallazgo o área de oportunidad que identifican. El reto profesional que implica el cambio organizacional de la propuesta. Los beneficios que desean obtener. Solución en términos de aseguramiento de calidad. Justificación de la alternativa elegida

Problemática Estadísticas de Horas de algunos proyectos.

Problemática Estadísticas de Horas de algunos proyectos.

Problemática Cuanto cuesta un proyecto y cuanto debió costar : Si suponemos una hora de desarrollo en promedio 50$ . Si tomamos un proyecto (por ejemplo el numero 2 ) , donde el total de horas es de unas 400 : Costo total 400 * 50 $ = 20.000,00 $ De los cuales 185 horas difícilmente se podrán justificar ante el cliente, Costo de no tener un proceso de calidad adecuado 185 * 50$ = 9250,00 $ Necesitamos asegurar la calidad de nuestros productos y procesos !!!

Problemática.

Problemática. Herramientas que usamos y como las usamos. Mantis Bug Tracker.

Reto Profesional. Introducir en mi organización un proceso real de aseguramiento de calidad. Propagar al resto de directores de equipos la necesidad de un trabajo en conjunto, y la certeza de que la calidad es alcanzable si se trabaja para ello.

Beneficios Deseados. Reducir costo actual de los proyectos. Reducir tiempos de entrega y cierre de los proyectos. Disminuir las incidencias después de entregados. Satisfacción completa de los clientes. Auto satisfacción como equipo de desarrollo.

Solución. Concienciación Determinar Alcance y Método Efectuar Evaluación Definir Acciones Mejora Concienciación. La primera actividad de un proceso de mejora de pruebas es tomar conciencia de la necesidad de mejorar el proceso. Hablando genéricamente, la razón para mejorar el proceso de pruebas es que existen una una serie de problemas referentes a las pruebas. Hay que resolver dichos s problemas y una mejora del proceso de pruebas se ve como la solución. Esta concienciación también implica que las partes acuerdan mutuamente las líneas generales y se comprometen al proceso de cambio. El compromiso no solo debe lograrse al inicio del proceso de cambio, sino que debe permanecer a lo largo de todo el proyecto. Esto requiere de un esfuerzo continuo. Implantar Acciones Mejora Formular Plan

Solución Concienciación Determinar alcance y Método Efectuar Evaluación Definir Acciones de Mejora Formular Plan Implantar acciones Mejora

Determinar Alcance y Método Que mejorar de métodos de pruebas Actuales: No hay validación de requerimientos efectiva. No hay una forma fácil de trazabilidad hasta los casos de usos, definir matrices de trazabilidad. Es necesario definir un plan de pruebas para cada proyecto. Reforzar pruebas de integración. Reforzar pruebas de stress, buscar herramientas que faciliten la realización de estas pruebas.

Determinar Alcance y Método. Uno de los objetivos pretendidos es darle un carácter más formal a las pruebas. Asignar recursos exclusivos para el aseguramiento de calidad. Determinar el alcance y método. Determinamos cuáles son las metas y el alcance de la mejora: ¿deberíamos realizar las pruebas con mayor rápidez, a menor coste o mejor ?, ¿ cuáles son los procesos de prueba susceptibles de mejorar ?, ¿de cuánto tiempo disponemos para hacer la mejora y cuánto esfuerzo estamos dispuestos a dedicarle?

Determinar Alcance y Método. De la matriz de madurez tomaríamos en una primera fase . Métricas (10) Estrategia de Pruebas (8) Momento de Involucración (8) Compromiso y Motivación(8) Estimación y Planeamiento (7) Técnicas de Diseño de Pruebas (7) Herramientas de Prueba (7) Funciones de Pruebas y capacitación (7) Informes (7) Manejo de Defectos (7) Determinar el alcance y método. Determinamos cuáles son las metas y el alcance de la mejora: ¿deberíamos realizar las pruebas con mayor rápidez, a menor coste o mejor ?, ¿ cuáles son los procesos de prueba susceptibles de mejorar ?, ¿de cuánto tiempo disponemos para hacer la mejora y cuánto esfuerzo estamos dispuestos a dedicarle?

Determinar Alcance y Método. Parámetro 1 – 13 A,B,C,D Métricas 1 B Estrategia de Pruebas 2 A Momento de Involucración Compromiso y Motivación Estimación y Planeamiento 3 Técnicas de Diseño de Pruebas Herramientas de Prueba - Funciones de Pruebas y capacitación Informes Manejo de Defectos Métricas Las métricas son observaciones cuantitativas ( mediciones ). Para el proceso de pruebas, medir el progreso y la calidad del software probado es muy importante, así como también lo son las métricas en estas áreas. Las métricas se utilizan para poder administrar el proceso de pruebas, para poder tener evidencia al momento de expresar una opinión, y también para comparar diferentes sistemas o procesos. Ayudan a contestar preguntas tales como: “¿ Por qué el sistema A tiene mucho menos fallos en producción que el sistema B ?” ; “¿ Por qué el proceso de pruebas del sistema A puede ser ejecutado con mayor rapidez y con mayor alcance que el proceso del sistema B ?”. En la mejora del proceso de pruebas, las métricas son esencialmente importantes para juzgar los resultados de ciertas acciones de mejora. Esto se hace midiendo antes y después de que la mejora sea implantada. Estrategia de Pruebas La estrategia de pruebas debe estar dirigida a encontrar los defectos más importantes con la mayor rapidez y el menor coste posible. En la estrategia de pruebas se determinan los defectos ( de calidad ) descubiertos al realizar las pruebas. Al involucrar más pruebas y medidas de detección, se puede definir mejor la estrategia. Las duplicidades u omisiones involuntarias que tengan lugar entre diferentes pruebas pueden ser evitadas coordinando a los probadores y las actividades de pruebas, así como fijando el alcance de la prueba. Momento de Involucración Aunque el momento de ejecución de la pruebas se inicia normalmente al concluir el diseño del software, el proceso de pruebas debe iniciarse mucho antes. La involucración temprana de las pruebas en el ciclo de vida del desarrollo de sistemas ayuda a detectar los defectos con mayor antelación y/o con más facilidad, e incluso ayuda a prevenir defectos. Ello redunda en una mejor coordinación entre las pruebas además de reducir enormemente la ruta crítica de las pruebas. Compromiso y Motivación El compromiso y la motivación del personal involucrado en las pruebas son condiciones indispensables para lograr un proceso de pruebas “maduro”. El personal involucrado en el proceso de pruebas incluye no solamente a los miembros del equipo de pruebas, sino también, entre otros, a líderes de proyectos y a los directivos. El proceso de pruebas debe disponer del tiempo, dinero y recursos suficientes (cuantitativa y cualitativamente ) para efectuar una buena prueba. La cooperación y comunicación con los otros miembros del proyecto da como resultado un proceso eficiente y una involucración temprana. Efectuar la Evaluación. En esta actividad se obtiene una evaluación de la situación actual. El uso del modelo TPI es una parte importante de la evaluación porque ofrece un marco de referencia que enumera los puntos fuertes y débiles del proceso de pruebas. Basado en entrevistas y documentación, los Niveles por Área Clave del modelo TPI son examinados al utilizar los Puntos de Verificación, y se determina cuáles son los puntos que se han alcanzado, y cuáles no se han alcanzado, o solo se han alcanzado parcialmente. La Matriz de Madurez de Pruebas se utiliza aquí para ofrecer una visión completa de la situación en que se encuentra el proceso de pruebas. Aquí se mostrarán las puntos fuertes y débiles del proceso de pruebas en forma de Niveles asignados a las Áreas Clave, así como su posición relativa en la matriz. Estimación y Planeamiento Se necesita estimar y planear para definir las actividades que deben realizarse en cada momento y los recursos que serán necesarios. Estimar y planear son la base para ahorrar capacidad y para coordinar las actividades de prueba y las actividades del proyecto. Técnicas de Diseño de Pruebas Una técnica de diseño de pruebas se define como “un modelo para derivar casos de prueba de la documentación”. El uso de estas técnicas incrementa la visibilidad de la calidad y la cobertura de pruebas y conduce a una mayor rehusabilidad de pruebas. En base a una estrategia de pruebas, se utilizan diferentes técnicas de diseño de pruebas para obtener la cobertura del código de las partes de software cuyo alcance fue acordado.

Efectuar la Evaluación Parámetro 1 – 13 A,B,C,D Métricas 1 A Estrategia de Pruebas - Momento de Involucración Compromiso y Motivación 2 Estimación y Planeamiento Técnicas de Diseño de Pruebas Herramientas de Prueba Funciones de Pruebas y capacitación Informes Manejo de Defectos Métricas Las métricas son observaciones cuantitativas ( mediciones ). Para el proceso de pruebas, medir el progreso y la calidad del software probado es muy importante, así como también lo son las métricas en estas áreas. Las métricas se utilizan para poder administrar el proceso de pruebas, para poder tener evidencia al momento de expresar una opinión, y también para comparar diferentes sistemas o procesos. Ayudan a contestar preguntas tales como: “¿ Por qué el sistema A tiene mucho menos fallos en producción que el sistema B ?” ; “¿ Por qué el proceso de pruebas del sistema A puede ser ejecutado con mayor rapidez y con mayor alcance que el proceso del sistema B ?”. En la mejora del proceso de pruebas, las métricas son esencialmente importantes para juzgar los resultados de ciertas acciones de mejora. Esto se hace midiendo antes y después de que la mejora sea implantada. Estrategia de Pruebas La estrategia de pruebas debe estar dirigida a encontrar los defectos más importantes con la mayor rapidez y el menor coste posible. En la estrategia de pruebas se determinan los defectos ( de calidad ) descubiertos al realizar las pruebas. Al involucrar más pruebas y medidas de detección, se puede definir mejor la estrategia. Las duplicidades u omisiones involuntarias que tengan lugar entre diferentes pruebas pueden ser evitadas coordinando a los probadores y las actividades de pruebas, así como fijando el alcance de la prueba. Momento de Involucración Aunque el momento de ejecución de la pruebas se inicia normalmente al concluir el diseño del software, el proceso de pruebas debe iniciarse mucho antes. La involucración temprana de las pruebas en el ciclo de vida del desarrollo de sistemas ayuda a detectar los defectos con mayor antelación y/o con más facilidad, e incluso ayuda a prevenir defectos. Ello redunda en una mejor coordinación entre las pruebas además de reducir enormemente la ruta crítica de las pruebas. Compromiso y Motivación El compromiso y la motivación del personal involucrado en las pruebas son condiciones indispensables para lograr un proceso de pruebas “maduro”. El personal involucrado en el proceso de pruebas incluye no solamente a los miembros del equipo de pruebas, sino también, entre otros, a líderes de proyectos y a los directivos. El proceso de pruebas debe disponer del tiempo, dinero y recursos suficientes (cuantitativa y cualitativamente ) para efectuar una buena prueba. La cooperación y comunicación con los otros miembros del proyecto da como resultado un proceso eficiente y una involucración temprana. Efectuar la Evaluación. En esta actividad se obtiene una evaluación de la situación actual. El uso del modelo TPI es una parte importante de la evaluación porque ofrece un marco de referencia que enumera los puntos fuertes y débiles del proceso de pruebas. Basado en entrevistas y documentación, los Niveles por Área Clave del modelo TPI son examinados al utilizar los Puntos de Verificación, y se determina cuáles son los puntos que se han alcanzado, y cuáles no se han alcanzado, o solo se han alcanzado parcialmente. La Matriz de Madurez de Pruebas se utiliza aquí para ofrecer una visión completa de la situación en que se encuentra el proceso de pruebas. Aquí se mostrarán las puntos fuertes y débiles del proceso de pruebas en forma de Niveles asignados a las Áreas Clave, así como su posición relativa en la matriz. Estimación y Planeamiento Se necesita estimar y planear para definir las actividades que deben realizarse en cada momento y los recursos que serán necesarios. Estimar y planear son la base para ahorrar capacidad y para coordinar las actividades de prueba y las actividades del proyecto. Técnicas de Diseño de Pruebas Una técnica de diseño de pruebas se define como “un modelo para derivar casos de prueba de la documentación”. El uso de estas técnicas incrementa la visibilidad de la calidad y la cobertura de pruebas y conduce a una mayor rehusabilidad de pruebas. En base a una estrategia de pruebas, se utilizan diferentes técnicas de diseño de pruebas para obtener la cobertura del código de las partes de software cuyo alcance fue acordado.

Definir acciones de Mejora Validar con más rigor los elementos producto del análisis (documentos de Requerimientos y wireframes), Reportar errores en el “Bugtracker”. Poder relacionar los errores/incidencias con los requerimientos relacionados y poder determinar la etapa del desarrollo en la que se introdujo el error. Cambios a la Intranet para que se permitan reportar como partes de horas la corrección de incidencias guardando el numero asignado por el “bugtracker” Cambio a la intranet para que permita definir mas que fases y actividades. Definir Acciones de Mejora. Las acciones de mejora se definen a partir de los objetivos de mejora establecidos, así como de los resultados de la evaluación. Estas acciones se determinan de tal manera que sea posible ir mejorando paso a paso.   El modelo TPI ayuda a establecer estas acciones de mejora. Los Niveles de las Áreas Clave y la Matriz de Madurez de Pruebas ofrecen algunas posibilidades para definir pasos de mejora de modo gradual. Dependiendo de los objetivos, el alcance, el tiempo disponible y los resultados de la evaluación, se puede decidir iniciar mejoras para una o más Areas Clave. Para cada Área Clave seleccionada se puede decidir ir al siguiente nivel o, en casos especiales, incluso a un nivel superior. Adicionalmente, el modelo TPI ofrece un gran número de Sugerencias de Mejora que ayudan a alcanzar Niveles superiores.

Definir acciones de Mejora Definir Recursos específicos para el aseguramiento de calidad, y en fases siguientes establecer un departamento de QA. Identificar desde las etapas de análisis cuales serán los puntos mas propensos a fallas. Definir Planes de Pruebas. Dentro de las reuniones con el equipo de desarrollo informar de los resultados de pruebas, y mantener a todo el equipo involucrado. Buscar herramientas automatizadas de pruebas. Definir Acciones de Mejora. Las acciones de mejora se definen a partir de los objetivos de mejora establecidos, así como de los resultados de la evaluación. Estas acciones se determinan de tal manera que sea posible ir mejorando paso a paso.   El modelo TPI ayuda a establecer estas acciones de mejora. Los Niveles de las Áreas Clave y la Matriz de Madurez de Pruebas ofrecen algunas posibilidades para definir pasos de mejora de modo gradual. Dependiendo de los objetivos, el alcance, el tiempo disponible y los resultados de la evaluación, se puede decidir iniciar mejoras para una o más Areas Clave. Para cada Área Clave seleccionada se puede decidir ir al siguiente nivel o, en casos especiales, incluso a un nivel superior. Adicionalmente, el modelo TPI ofrece un gran número de Sugerencias de Mejora que ayudan a alcanzar Niveles superiores.

Formular el plan. Paso Cero : Paso Uno: Definir y Efectuar Mejoras a herramientas de gestión(intranet), para poder obtener métricas (horas dedicación por actividad, Errores por actividad, etc). Estandarizar la forma de crear los proyectos (divisiones en fases, actividades, etc). Definir equipo de pruebas. Ajustar plantillas de pruebas . Paso Uno: Elegir proyecto /cliente. Generar / Validar SRS. Definir entradas en el proyecto según el estándar definido en paso anterior. Definir riesgos y puntos críticos del proyecto Definir diseño y Plan de pruebas. Reuniones (semanales o quincenales) de seguimiento del plan de pruebas y del proceso en general. Formular el plan. Se diseña un plan detallado para implantar ( una parte de ) las acciones de mejora a corto plazo. En este plan se determinan los objetivos y se indican cuáles son las mejoras que deben implantarse y en qué momento debe hacerse con el fin de lograr los objetivos. El plan se dirige tanto a las actividades relacionadas con el contenido de las mejoras del proceso de pruebas como a las actividades generales necesarias para realizar el proceso de cambio en la dirección adecuada.

Formular el plan. A Mediano Plazo : Paso Dos : Proyectos del Departamento. Paso Tres : Extensiva a toda la empresa. Formular el plan. Se diseña un plan detallado para implantar ( una parte de ) las acciones de mejora a corto plazo. En este plan se determinan los objetivos y se indican cuáles son las mejoras que deben implantarse y en qué momento debe hacerse con el fin de lograr los objetivos. El plan se dirige tanto a las actividades relacionadas con el contenido de las mejoras del proceso de pruebas como a las actividades generales necesarias para realizar el proceso de cambio en la dirección adecuada.

Implantar soluciones de Mejora Agregar Asociación de Incidencias Reportadas en el “Bug tracker” con Partes Reportadas en la Intranet. Seleccionar un proyecto Piloto y un cliente de confianza Generar el RSR / Definición de Casos de Uso. Revisión detallada del documento de requerimientos y del Seguimiento a las partes de Hora en la intranet Implantar Acciones de Mejora. Se realiza el plan. Debido a que durante esta actividad, las consecuencias del proceso de cambio tienen un mayor impacto, hay que prestar mucha atención a la comunicación. Sin duda, puede haber cierta resistencia al cambio, por lo que deberá afrontarse y discutirse abiertamente. Se debe medir hasta qué punto se han ejecutado las acciones y si han resultado un éxito. Una forma de hacerlo es mediante la llamada “auto-evaluación”, en la que se aplica el modelo TPI con el fin de determinar rápidamente el progreso obtenido. Aquí, las personas involucradas revisan su propio proceso de pruebas usando el modelo TPI. Otra parte vital de esta fase es la consolidación. Se debe evitar que las acciones de mejora implantadas sean experimentadas únicamente una vez.

Efectuar la evaluación Por equipo de Proyectos (final de cada hito ). Por niveles de mandos medios ( frecuencia mensual o 6 semanas.). Presentar resultados y obtener feedback de altos mandos. ( 50% y al 100% del proyecto ). Efectuar Evaluación. ¿ Hasta qué punto las acciones implantadas han logrado los resultados esperados? En esta fase el objetivo es ver en qué medida las acciones fueron implantadas con éxito, así como evaluar en qué medida se alcanzaron los objetivos iniciales. A partir de estas observaciones se adoptará la decisión sobre la continuación del proceso de cambio.

Justificación Porque Escoger TPI. Por que escoger los puntos de la matriz. Por que escoger esas Métricas.