presentación de powerpoint - ?· sqa (software quality assurance) 3 sqa tiene su propio ciclo de...

Download Presentación de PowerPoint - ?· SQA (Software Quality Assurance) 3 SQA tiene su propio ciclo de vida…

Post on 25-Sep-2018

214 views

Category:

Documents

0 download

Embed Size (px)

TRANSCRIPT

  • Aseguramiento de la calidad y pruebas

    de software

    2- Estndares y Modelos para la mejora del proceso de software

    Blanca A. Vargas Govea vargasgovea@itesm.mx Febrero 8, 2013

    mailto:vargasgovea@itesm.mx

  • Objetivo

    2

    Conocer los diferentes estndares y modelos de

    referencia para la mejora de procesos de

    software

  • SQA (Software Quality Assurance)

    3

    SQA tiene su propio ciclo de vida y cubre todas

    las facetas de un proyecto se software

  • Ciclo de vida de la administracin de proyectos (PMLC)

    Inicio Planeacin Ejecucin Monitoreo y

    control

    Cierre

    4

    Procesos de aseguramiento de la calidad de software (SQA)

    Anlisis Diseo Desarrollo Implementacin Pruebas

    Ciclo de vida de desarrollo de software (SLDC)

  • 5

    Inicio del

    proyecto Planeacin Anlisis Codificacin Pruebas

    Cierre del

    proyecto Diseo

    Inicio

    SQA

    Planeacin

    SQA

    Aseguramie

    nto Req

    Aseguramie

    nto

    Desarrollo

    Aseguram

    iento

    Pruebas

    Cierre

    SQA

    Aseguram

    iento

    Diseo

    Ciclo de vida de administracin de proyectos y

    desarrollo de software

    Ciclo de vida de aseguramiento de la calidad

    (SQA)

  • Proceso de software

    6

    Puede definirse como un conjunto de actividades,

    mtodos y prcticas que la gente usa para desarrollar y

    mantener software y los productos asociados (e.g.,

    planes, documentacin del diseo, cdigo, casos de

    prueba, manuales de usuario).

    Capability Maturity Model SM for Software, Version 1.1

  • Estndares y modelos de referencia

    7

    CMMI

    TSP

    PSP

    ISO 15504/SPICE

    Six Sigma

    MoProSoft

    Cada organizacin

    puede adoptar un

    modelo para trabajar

    conforme a l o bien

    adoptar guas propias

  • Estndares y modelos de referencia

    8

    CMMI GP 1.1 Identify Work Scope

    Identify the scope of the work to be performed and

    work products or services to be produced, and

    communicate this information to those performing the

    work.

    The purpose of this practice is to ensure that the

    people doing the work have a common understanding

    of the work to be performed and work products to be

    produced.

    Ejemplo de una prctica genrica (Nivel 1)

    CMMI SM for Systems Engineering/Software Engineering, Version

    1.02 (CMMI-SE/SW, V1.02)

  • Evaluadas

    9 https://sas.cmmiinstitute.com/pars/pars.aspx

    Aunque es comn escuchar

    los trminos certificacin

    y acreditacin, para

    CMMI no existen. Las

    organizaciones son

    evaluadas por un evaluador

    autorizado por SEI

    (Software Engineering

    Institute) http://www.sei.cmu.edu/

    http://everac99.wordpress.com/2010/10/20/cmmi-certified-companies-in-

    mexico-and-the-world/

  • 10

    Team Software Process / Personal Software

    Process

    http://www.sei.cmu.edu/library/abstracts/reports/00tr022.cfm

    http://www.sei.cmu.edu/tsp/

  • 11

  • PSP

    12

    CMMI se enfoca en qu se debe hacer y no cmo.

    PSP gua a los ingenieros a mejorar su calidad y productividad en los procesos en los que participan.

    Define 4 niveles de madurez e identifica los pasos para alcanzar el siguiente.

    1. PSP0 Medicin personal-

    2. PSP1 Planeacin personal

    3. PSP2 Calidad personal

    4. PSP3 Proceso cclico

  • 13

  • PSP

    14

    Recoleccin de tamao,

    tiempo y datos

    Cmo estimar el trabajo

    en una forma consistente

    y explicable

    Cmo usar las propias

    medidas para mejorar la

    estimacin

    Cmo mejorar de forma

    contnua la calidad del

    trabajo http://www.sei.cmu.edu/reports/00tr022.pdf

    Si ahora

    agrego 10

    contactos por

    minuto, cmo

    hacer para

    mejorar?

    http://www.sei.cmu.edu/reports/00tr022.pdf

  • 15

  • 16

  • PSP - Niveles

    17

    PSP0

    Cmo medir el tiempo de

    desarrollo y los defectos

    que han introducido y

    eliminado.

    Se introduce el uso de

    estndares de cdigo,

    medidas y una forma de

    proponer mejoras al

    proceso personal.

    PSP1,

    Se aprenden tcnicas para

    estimar el tamao y tiempo

    de desarrollo con base en

    los datos recolectados en

    PSP0.

    Se aprende a planear tareas

    y horarios.

  • PSP - Niveles

    18

    PSP2 - Adminstracin de

    defectos. Se usan los datos

    de las etapas anteriores

    para construir listas e

    identificar los defectos

    que ms se generan.

    PSP3 Proceso cclico.

    Constante monitoreo de

    errores introducidos y

    eliminados y constante

    revisin de la lista de

    defectos llevar a mejoras

    en la calidad personal.

  • TSP (Team Software Process)

    19

    TSP usa las habilidades de PSP.

    Team Software Process (TSP) extiende y refina CMM y PSP para guiar a los ingenieros en el desarrollo y mantenimiento de equipos de trabajo (20p)

    Ensea cmo construir un equipo auto-dirigido efectivo, cmo guiarlos y administrarlos

  • 20

  • 21

  • 22

    SPICE (Software Process Improvement and Capability

    Determination)

  • SPICE

    23

    Surgimiento de diversas

    metodologas de

    evaluacin origin la no-

    estandarizacin

    Iniciativa de ISO

    International Organization

    for Standardization y de

    IEC International

    Electrotechnical

    Commission 1993

    Armonizar las

    metodologas existentes

    en un modelo

    comprensivo

  • SPICE: meta

    24

    Construir un estndar internacional para evaluacin del proceso de software cubriendo el desarrollo, adquisicin, administracin, soporte al cliente y calidad, tambin preocupaciones del cliente y transferencia de tecnologa.

    Se basa en el conocimiento adquirido de otras metodologas.

    http://www.cs.helsinki.fi/u/paakki/Pyhajarvi.pdf

  • Estructura

    25

    6 niveles de

    competencia

    Existe gran conformidad con el modelo CMM

  • Partes del estndar

    26

  • y en relacin a CMMI?

    27

    ISO/IEC 15504 no ha sido tan exitoso como CMMI.

    ISO/IEC 15504 no est disponible de forma gratuita. CMM yCMMI estn disponibles del sitio de SEI.

    CMMI es patrocinado por el Departamento de Defensa de Estados Unidos.

    CMM surgi primero.

  • 28

  • Six Sigma

    29

    Filosofa de administracin

    Enfocada en el cliente

    Orientada a metas

    Escuchar la voz del cliente

    y convertir sus

    necesidades en

    requerimientos medibles

  • Six Sigma

    30

    Six Sigma proceso que ayuda al desarrollo y entrega de productos y servicios casi perfectos.

    Six Sigma se origin en Motorola a finales de 1980s,Bill Smith.

    Sigma es un trmino estadstico que mide que tanto se desva un producto de la perfeccin.

  • Six Sigma

    31

    La idea central es que si

    puedes medir cuntos

    defectos tienes en un

    proceso, puedes

    sistemticamente descubrir

    cmo eliminarlos y

    acercarte a tener cero

    defectos.

    Para lograr calidad Six Sigma,

    un proceso debe producir

    no ms de 3.4 defectos por

    milln de oportunidades.

    Una oportunidad se define como una

    probabilidad de no-conformidad, o no lograr

    las especificaciones requeridas

  • Escala Sigma

    32

    Medida universal del desempeo de una organizacin.

    A mayores valores de Sigma corresponde mejor desempeo.

    Si la salida es defectuosa 69% de las veces, significa que tiene Un Sigma de conformidad.

    Si la salida es defectuosa 31% de las veces, est mostrando una conformidad de Dos Sigma.

    Table: The Sigma Scale

    Sigma Percent Defective Defects per Million

    1 69% 691,462

    2 31% 308,538

    3 6.70% 66,807

    4 0.62% 6,210

    5 0.02% 233

    6 0.00% 3.4

    7 0.00% 0.019

    Seis Sigma significa una salida casi perfecta,

    solamente de 3.4 defectos por milln de

    La mayora de las organizaciones entregan

    resultados entre el Tres y Cuatro Sigma.

  • Metodologa bsica: DMAIC

    33

    Para modificar un proceso existente

    Definir las metas para la mejora del proceso de acuerdo

    a las demandas del cliente y las estrategias de la

    organizacin.

    Medir el desempeo actual y reunir datos relevantes

    para el futuro.

    Analizar el escenario actual y observar la relacin entre

    los parmetros y el desempeo.

    Mejorar el proceso con base en el anlisis para

    optimizarlo.

    Controlar los parmetros antes de que afecten la salida.

  • Implementacin

    34

    Profesionaliz los roles de

    administracin de la

    calidad. Adopta una

    nomenclatura de artes

    marciales para definir la

    jerarqua que cubre todos

    los tipos de funciones de

    negocios

    Lderes ejecutivos:

    visionarios que autorizan a

    otros miembros del equipo y

    les proporcionan los

    recursos para la mejora del

    proceso.

    Campeones o lderes de calidad: Implementan e integran la metodologa Seis Sigma en la

Recommended

View more >