Feeds:
Entradas
Comentarios

Posts Tagged ‘mapa mental SQA’

Tendencia de la calidad

La tendencia de la calidad comenzó en los años cuarenta con el influyente trabajo de W. Edwards Deming y se hizo la primera verificación en  Japón. A lo largo de los años sesenta y ochenta, su trabajo emigro al mundo occidental y a veces se lo llama Gestión Total de Calidad (GTC).

Se puede aplicar GTC al software de computadora. El enfoque GTC se centra en la mejora continua del proceso.

  • Kuizen y se refiere a un sistema de mejora continua de proceso (proceso del software) que sea visible, repetible y mesurable.
  • Aturimae Hinshitsu este paso examina lo intangible que afecta la proceso de software y trabaja para optimizar su impacto en el proceso.
  • Kaisen <<Los cinco sentidos>> se centra en el usuario del software. En esencia, examina la forma en que el usuario aplica el software.
  • Miryokuteki Hinshitsu orientado a la gestión que busca la oportunidad en áreas relacionadas.  En el mundo del software se podría ver como un intento de detectar productos nuevos y beneficiosos, o aplicaciones que sean una extensión de un sistema ya existente basado en computadora.

Resumiendo en un  mapa mental:

Tendencia de calidad

Garantía de Calidad de Software

Concordancia con los requisitos funcionales y de rendimiento explícitamente establecidos, con los estándares de desarrollo explícitamente documentados, y con las características implícitas que se espera de todo software desarrollado profesionalmente.

La anterior definición sirve para hacer hincapié en tres puntos importantes:

  1. Los requisitos de software son la base de las medidas dadas de la calidad. La falta de concordancia con los requisitos es una falta de calidad.
  2. Los estándares especificados definen un conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del software.
  3. Existe un conjunto de requisitos implícitos que a menudo no se mencionan. Si el software se ajusta a sus requisitos explícitos pero falla en alcanzar los requisitos implícitos, la calidad del software queda en entredicho.

Problemas de fondo

Durante los primeros años de la informática:

  • En los 50’s y 60’s la calidad era responsable del programador.
  • En los 70’s se introdujeron estándares de garantía de calidad de software.

La garantía de calidad del software (SQA) es un <<patrón de acciones planificado y sistemático>>.

El grupo de SQA sirve mejor como representación del cliente en su casa. Es decir, la gente lleva a cabo la SQA debe mirar el software desde el punto de vista del cliente.

Se ha realizado el desarrollado el  software de acuerdo con estándares preestablecidos? Han desempeñado apropiadamente sus papeles las disciplinas técnicas como parte de de actividad de SQA? El grupo SQA intenta responder a estas y otras preguntas para asegurar que se mantienen la calidad del software.

Actividades de SQA

La garantía de calidad del software comprende una gran variedad de tarea.

  • Los ingenieros de software que realizan trabajo técnico y un grupo de SQA  que tienen la responsabilidad de la planificación de garantía de calidad, supervisión, mantenimiento de registros, análisis e informes.

Las reglas del grupo de SQA tratan de ayudar al equipo de ingeniería del software en la consecución de un producto final de la calidad.

Establecimiento de un plan de SQA para un proyecto.

El plan identifica:

  1. Evaluaciones a realizar.
  2. Auditorías y Revisiones a realizar.
  3. Estándares que se pueden aplicar al Proyecto.
  4. Procedimientos para información y seguimiento de errores.
  5. Documentos producidos por el grupo SQA.
  6. Realimentación de información proporcionada al equipo de proyecto del software.
  • Participación en el desarrollo de la descripción del proceso de software del proyecto: El equipo de ingeniería del software selecciona un proceso para el trabajo que se va a realizar.
  • Revisión de las actividades de ingeniería del software para verificar su ajuste al proceso de software definido: El grupo SQA identifica, documenta y sigue la pista de las desviaciones desde el proceso y verifica que se hayan hecho las correcciones.

  • Auditoria de los productos de software designados para verificar el ajuste con los definidos como parte del proceso de software: El grupo de SQA identifica, documenta y sigue la pista de las desviaciones; verifica que se hayan hecho las correcciones,  e informa periódicamente de los resultados de su trabajo al gestor del proyecto.
  • Asegurar que las desviaciones del trabajo y los productos del software se documentan y se manejan de acuerdo con un procedimiento establecido: Las desviaciones se pueden encontrar en el plan del proyecto, en la descripción del proceso, en los estándares aplicables o en los productos técnicos.
  • Registrar lo que no se ajuste a los requisitos e informar a sus superiores: Los elementos que no se ajustan a los requisitos están bajo seguimiento hasta que se resuelven.

Además de estas actividades, el grupo de SQA coordina el control y la gestión de cambios y ayuda a recopilar y a analizar las métricas del software.

Resumiendo en un  mapa mental:

Garantía de caldiad de desarrollo de sf

Read Full Post »

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

A %d blogueros les gusta esto: