cmmi - calidad de software - decc | pujc – departamento...

45
Calidad de Software Modelo de Madurez CMMI – Áreas de énfasis Calidad de software

Upload: lamnhan

Post on 11-Feb-2019

219 views

Category:

Documents


0 download

TRANSCRIPT

Calidad de Software

Modelo de Madurez CMMI –Áreas de énfasis Calidad de

software

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

2

Agenda

� Introducción a CMMI.� IME� Áreas de Proceso

� Verificación.� Validación.� Aseguramiento de Calidad de Producto y

de Proceso.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

3

Escalonado

ML 1

ML2

ML3

ML4

ML5

. . .para un conjunto de áreasde proceso a lo largo de laorganización

Continuo

. . .Para un área de proceso

Cap

acid

add

e Á

rea

de

pro

ceso

PA PA

0

1 2

3

4

5

PA

Modelos de Representación

RepresentaciónContinua

Requirements ManagementRequirements DevelopmentTechnical SolutionProduct IntegrationVerificationValidation

Engineering

ProjectManagement

Project PlanningProject Monitoring and ControlSupplier Agreement ManagementIntegrated Project Management(IPPD)Integrated Supplier Management (SS)Integrated Teaming (IPPD)Risk ManagementQuantitative Project Management

Organizational Process FocusOrganizational Process DefinitionOrganizational TrainingOrganizational Process PerformanceOrganizational Innovation and Deployment

ProcessManagement

Configuration ManagementProcess and Product Quality AssuranceMeasurement and AnalysisCausal Analysis and ResolutionDecision Analysis and ResolutionOrganizational Environment for Integration (IPPD)

Support

Category Process Area

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

5

Un ejemplo…

Área de ProcesoREQM PP PMC etc

5

4

3

2

1

0

Cap

acid

ad

Representación Escalonada

No tiene1. Inicial

Administración de requerimientos (comprensión común de los requerimientos del cliente/usuario entre éste y el equipo de trabajo del proyecto. Este acuerdo es la baseefectiva para la planificación y administración de un proyecto). Planificación del proyecto de software (establecimientos de planes razonables para la administración e ingeniería de un proyecto. Estos planes son la base de la administración del proyecto). Seguimiento y ajuste del proyecto de software (visión adecuada del progreso actual, para que la administración tome acciones efectivas cuando la performance del proyecto se desvíe significativamente de los planes). Administración de los subcontratos de software (selección de contratistas calificados y administración efectiva de ellos). Aseguramiento de calidad de software (provisión a administración de visión adecuada del proceso siendo usado y de la construcción de productos). Administración de la configuración del software (establecimiento y mantención de la integridad de los productos del proyecto, en todo su ciclo de vida).

2 Repetible

Áreas Claves de Proceso (KPA) Nivel de Madurez

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

7

Representación Escalonada

Enfoque a procesos organizacionales (establecimiento de responsabilidades organizacionales para las actividades, para mejorar la capacidad completa del proceso de la Organización). Definición de procesos organizacionales (desarrollo y mantención de un conjunto útil de activos de proceso que mejoran y pueden ser aplicados en todos los proyectos y, proveen una base para la definición de datos significativos para la administración del mismo en forma cuantitativa. Estos activos pueden ser institucionalizados a través de, por ejemplo, capacitación). Programas de capacitación (desarrollo de habilidades y transferencia de conocimientos al personal para que sea eficiente y efectivo. La capacitación es una responsabilidad de la organización, pero los proyectos deben identificar las habilidades requeridas, y proveer la capacitación necesaria cuando sus necesidades son únicas).Administración de software integrado (integración de actividades de administración con Ingeniería de Software. Es un proceso definido y coherente). Ingeniería de productos de software (ejecución consistente de un proceso correctamente definido que integra todas las actividades técnicas {análisis de requerimientos, diseño, código y prueba, entre otros} para producir productos de software consistentes y correctos en forma efectiva y eficiente).Coordinación intergrupal (establecimiento de algún medio en que el equipo de ingeniería de software participe activamente con otros equipos de ingeniería {trabajo interdisciplinario} con el propósito de que el equipo completo del proyecto satisfaga en mejor forma los requerimientos del cliente). Revisiones entre pares (remoción de defectos de los productos temprana y eficientemente. Las revisiones de a pares es un método efectivo e importante que puede implementarse, por ejemplo, a través de inspecciones o walkthroughs estructurados).

3 Definido

Áreas Claves de Proceso (KPA) Nivel de Madurez

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

8

Representación Escalonada

Administración cuantitativa del proceso (control de la performance del proceso del proyecto en forma cuantitativa). Esto abarca el registro de los resultados actuales del seguimiento de un proceso de software. Debe enfocarse en la identificación de causales especificas en la variación de un proceso estable y mensurable, también como proceder a corregir las circunstancias que crearon estas desviaciones. Administración de la calidad de software (desarrollo de una comprensión cuantitativa de los productos del proyecto para lograr metas de calidad especificas).

4 Administrado

Prevención de defectos (identificación de las causas de defectos y prevención de ellos de reincidencia por medio de su análisis y cambios en procesos definidos). Administración de cambios tecnológicos (identificación de los beneficios de nuevas tecnologías {tales como herramientas, métodos y procesos} y transferencia de ellos a la organización en un modo ordenado. Se trata de lograr innovación permanente y eficiente).

5 Optimizante

Áreas Claves de Proceso (KPA) Nivel de Madurez

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

9

Agenda

Repaso: introducción a CMMI.� IME� Áreas de Proceso

� Verificación.� Validación.� Aseguramiento de Calidad de Producto y

de Proceso.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

10

Interim Maturity Evaluation(Evaluación provisional de madurez)

� Qué es un IME ?� Cómo llevar a cabo un IME?� Reportes IME

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

11

Interim Maturity Evaluation

� Herramienta para seguir y rastrear el progresoen el proyecto de mejoramiento de procesos(PI).

� Permite realizar auto-evaluaciones continuas.

� Permite que cualquier persona de la organización intervenga en la evaluación.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

12

Interim Maturity Evaluation

� Permite el acercamiento y educación de la gente de la organización en el modeloCMMI

� Permite a los participantes dar un puntaje en números del 0 al 10. de igualforma, permite responder “?” (no se) o “na” (no aplica).

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

13

Interim Maturity EvaluationCómo trabajar?

� Se escoge el área de proceso sobre la que se desea realizar el diagnóstico.

� Se realiza una reunión. Tipicamente esrecomendado que el número de participanteseste entre 4 y 6, y que representen diferentesroles.� Se aclaran puntos del cuestionario

� Cada ingeniero llena un cuestionario. En esteregistra información acerca de cada área de proceso de CMMI.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

14

Cada sentencia del cuestionario es calificada por:

� 0-1: Esta práctica no es requerida (casi) nunca es realizada.� 2-3: Esta práctica es requerida algunas veces ó es hecha algunas

veces.� 4-5: Esta práctica es requerida pero no siempre es hecha, o esta

práctica es regularmente ejecutada aunque no es requerida o chequeada

� 6-7: Esta práctica es normalmente requerida y usualmente hecha� 8-9: Esta práctica es requerida, es hecha y es chequeada (esta

institucionalizada)� 10: Esta práctica esta institucionalizada y es un ejemplo de clase

mundial� ? : no sabe� na: no aplica

Interim Maturity EvaluationCómo trabajar?

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

15

Estrategia del PIP/DiagnósticoCMMI Nivel 2-Áreas de proceso

0

2

4

6

8

10

ReM

PP

PMC

SAMA

QA

CM

2002-7-31

2002-3-4

2001-12-12

2001-8-28

2001-1-6

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

16

Agenda

Repaso: introducción a CMMI.IME

� Áreas de Proceso� Verificación.� Validación.� Aseguramiento de Calidad de Producto y

de Proceso.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

17

“…Las prácticas en el área de proceso de aseguramiento de la calidad del producto y el proceso aseguran que los procesos planeados sean implementados, mientras que las prácticas en el área de proceso de verificación garantiza que los requerimientos especificados sean satisfechos. Estas dos áreas de proceso podrían en ocasiones resultar en los mismos productos de trabajo pero con perspectivas diferentes. Los proyectos deberían tener cuidado para minimizar la duplicación de esfuerzo... ”

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

18

Verificación

El propósito de esta área es asegurar que los productos de trabajo seleccionados cumplen su especificación de requerimientos.

ME 1 Preparar para verificaciónPE 1.1 Seleccionar los productos de trabajo para verificación PE 1.2 Establecer el ambiente de verificación.PE 1.3 Establecer los procedimientos y criterios de verificación

ME 2 Realizar revisiones de ParesPE 2.1 Preparar la revisión de paresPE 2.2 conducir la revisión de pares PE 2.3 analizar los datos de la revisión de pares

ME 3 Verificar productos de trabajo seleccionados PE 3.1 Ejecutar la verificación ME 3.2 Analizar los resultados de la verificación e identificar acción correctiva.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

19

Verificación

ME 1 Preparar para verificación PE 1.1 Seleccionar los productos de trabajo para verificación

Productos típicos de trabajo1. Lista de productos de trabajo a verificar.2.Métodos de verificación para cada producto de trabajo.

Subprácticas1. Identificar productos de trabajo para verificación.2. Identificar requerimientos a satisfacer cada producto de trabajo.3. Identificar métodos de verificación disponibles.4. Definir métodos de verificación para cada producto de trabajo.5. Incluir el tema de verificación en los planes de trabajo.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

20

Verificación

ME 1 Preparar para verificación PE 1.2 Establecer el ambiente de verificación.

Productos típicos de trabajo1. Ambiente de verificación.

Subpracticas1. Identificar requerimientos del ambiente para verificación.2. Identificar recursos disponibles para ser reutilizados y

modificados.3. Identificar equipo y herramientas para verificación.4. Adquirir equipo de soporte para verificación, y ambientes tales

como equipo de pruebas y software.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

21

Verificación

ME 1 Preparar para verificación PE 1.3 Establecer los procedimientos y criterios de verificación

Productos típicos de trabajo1. Procedimientos de verificación.2. Criterios de verificación.

Subprácticas1. Generar un conjunto procedimientos integrados para verificación para productos

intermedios de trabajo y y productos adquiridos, de ser necesario.2. Desarrollar y refinar los criterios de verificación cuando sea necesario.3. Identificar los resultados esperados, cualquier tolerancia permitida, y criterios

para satisfacer los requerimientos.4. Identificar todos los componentes y componentes de ambiente necesarios para

el soporte de la verificación.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

22

Verificación

ME 2 Realizar revisiones de ParesPE 2.1 Preparar la revisión de pares

Productos típicos de trabajo1. Agenda de revisión de pares.2. Lista de chequeo de revisión de pares.3. Criterios de entrada y salida para productos de trabajo.4. Criterios para solicitar otra revisión de pares.5. Material de entrenamiento para revisión de pares.6. Productos de trabajo a ser revisados.

Subprácticas1. Determinar el tipo de revisión de pares a realizar (Inspecciones, “walkthroughs”,

revisiones activas,…).2. Definir requerimientos para recolectar datos durante las revisiones de pares. 3. Establecer y mantener criterios de entrada y salida.4. Establecer y mantener criterios para requerir otra revisión de pares.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

23

Verificación

ME 2 Realizar revisiones de ParesPE 2.1 Preparar la revisión de pares

Subprácticas5. Establecer y mantener listas de chequeo para asegurar que los

productos de trabajo son revisados consistentemente.(reglas de construcción, guias de diseño, correctitud, completitud, …).

6. Desarrollar una agenda detallada para revisión de pares, incluyendofechas de entrenamiento.

7. Asegurar que los productos de trabajo satisfacen los criteriosestablecidos antes de ser distribuidos.

8. Distribuir los productos de trabajo a ser revisados, de manera que se pueda preparar su revisión.

9. Asignar roles (líder, lector, autor, encargado del registro).10. Revisar los productos a ser verificados antes de conducir la revisión de

pares.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

24

Verificación

ME 2 Realizar revisiones de ParesPE 2.2 conducir la revisión de pares

Productos típicos de trabajo1. Resultados de revisión de pares.2. Características de las revisiones de pares.3. Datos de revisión de pares.

Subprácticas1. Ejecutar los roles asignados.2. Identificar y documentar defectos y otras características de los productos de trabajo.3. Grabar los resultados de las revisiones de pares, incluyendo los ítems de acción.4. Recolectar los datos de las revisiones de pares.5. Identificar ítems de acción y comunicar características relevantes a los interesados.6. Realizar revisiones adicionales si los criterios así lo muestran como necesario.7. Asegurar que los criterios de salida para la revisión son satisfechos.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

25

Verificación

ME 2 Realizar revisiones de ParesPE 2.3 analizar los datos de la revisión de pares

Productos típicos de trabajo1. Datos de revisión de pares.2. Ítems de acción de revisión de pares.

Subprácticas1. Almacenar los datos necesarios para preparar, conducir y presentar

resultados de las revisiones de pares (nombre del producto, tamaño, composición del equipo revisor, número de defectos encontrados, tipo y origen del defecto, …)

2. Almacenar los datos para futura referencia y análisis.3. Proteger los datos para asegurar que no se usan inapropiadamente (usar

datos para evaluar ejecución del personal).4. Analizar los datos.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

26

Verificación

ME 3 Verificar productos de trabajo seleccionados PE 3.1 Ejecutar la verificación

Produtos típicos de trabajo1. Verificar resultados. 2. Verificar reportes.3. Demostraciones.4. Log de procedimientos de ejecución.

Subpractices1. Ejecutar verificación de productos seleccionados contra sus requerimientos.2. Grabar los resultados de las actividades de verificación.3. Identificar ítems de acción resultados de la verificación.4. Documentar el método de verificación usado, junto con las desviaciones.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

27

Verificación

ME 3 Verificar productos de trabajo seleccionados ME 3.2 Analizar los resultados de la verificación e identificar

acción correctiva.

Productos típicos de trabajo1. Reporte de análsis (estadísticas de ejecución, análisis de causa

de no conformidades, …).2. Reporte de problemas.3. Requerimientos de cambio sobre métodos de verificación,

criterios y ambiente.4. Acciones correctivas para métodos de verificación, criterios, y/0

ambiente.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

28

Verificación

ME 3 Verificar productos de trabajo seleccionados ME 3.2 Analizar los resultados de la verificación e identificar acción

correctiva.

Subpractices1. Comparar reportes actuales contra resultados esperados.2. Con base en los criterios de verificación establecidos, identificar productos que

no cumplen los requerimientos, o identificar problemas con los métodos, procedimientos, criterios, y ambiente de verificación.

3. Analizar los datos de verificación sobre los defectos.4. Grabar todos los resultados del análisis en reportes.5. Usar resultados de verificación para comparar medidas actuales y ejecucion, con

parámetros técnicos de ejecución.6. Proveer información sobre cómo pueden ser resueltos los defectos (incluyendo

métodos de verificación, criterios, y ambientes de verificación).

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

29

Agenda

Repaso: introducción a CMMI.IMEÁreas de Proceso

Verificación.� Validación.� Aseguramiento de Calidad de Producto y

de Proceso.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

30

Validación

El propósito de esta área es demostrar que un producto, o componente de producto, cumple el objetivo esperado, cuando es puesto en el ambiente esperado.

ME 1 Preparar para validación PE 1.1 Seleccionar productos para validaciónPE 1.2 Establecer el ambiente de Validación PE 1.3 Establecer procedimientos de validación y criterios

ME 2 Validar productos ó componentes de productoPE 2.1 Ejecutar la validaciónPE 2.2 Analizar los resultados de la validación

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

31

Validación

ME 1 Preparar para validación PE 1.1 Seleccionar productos para validación

Productos típicos de trabajo1. Lista de productos y componentes de producto seleccionados

para validación.2. Métodos de validación para productos y componentes de

prodcuto.3. Requerimientos para ejecutar validación para cada producto o

componente de producto.4. Restricciones de validación para cada producto o componente de

producto.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

32

Validación

ME 1 Preparar para validación PE 1.1 Seleccionar productos para validación

Subpractices1. Identificar los pricipios clave, características, y fases para la validación

del producto o componente del producto, a través de la vida del proyecto.

2. Determinar qué categorías de las necesidades del usuario (operacionales, mantenimiento, entrenamiento, o soporte) está para ser validadas. El producto o el componente del producto debe sermantenible y suportable en su ambiente operacional previsto.

3. Seleccionar productos y componentes de producto a ser validados.4. Seleccinar los métodos de evaluación para validación de productos o

componentes de producto.5. Revisar la selección de validación, restricciones, y métodos con

interesados relevantes.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

33

Validación

ME 1 Preparar para validación PE 1.2 Establecer el ambiente de Validación

Productos típicos de trabajo1. Ambiente de validación.

Subprácticas1. Identificar requerimientos de ambiente para validación.2. Identificar productos provistos por el cliente.3. Identificar ítems reusados.4. Identificar equipos de pruebas y herramientas.5. Identificar recursos que sean disponibles para reuso y modificaciones6. Planea la disponibilidad de recursos en detalle.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

34

Validación

ME 1 Preparar para validación PE 1.3 Establecer procedimientos de

validación y criterios

Productos típicos de trabajo1. Procedimientos de validación.2. Criterios de validación.3. Pruebas y procedimientos de evaluación para

mantenimiento, entrenamiento y soporte.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

35

Validación

ME 1 Preparar para validación PE 1.3 Establecer procedimientos de validación y criterios

Subprácticas1. Revisar los requerimientos de producto para asegurar que las

características que afectan la validación de los productos o loscomponentes de producto, son identificadas y resueltas.

2. Documentar el ambiente, esceario operacional, procedimientos, entradas, salidas, y criterios para la validación del producto o componente de producto.

3. Evaluar el diseño en el contexto del ambiente de validación paraidentificar características de validación.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

36

Validación

ME 2 Validar productos ó componentes de producto

PE 2.1 Ejecutar la validación

Productos típicos de trabajo1. Reportes de validación.2. Resultados de validación.3. Matriz de referencias crusadas de validación.4. Log de procedimientos de ejecución.5. Demostraciones operacionales.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

37

Validación

ME 2 Validar productos ó componentes de productoPE 2.2 Analizar los resultados de la validación

Productos típicos de trabajo1. Reportes de deficiencia de validación.2. Características de validación.3. Procedimientos de solicitudes de cambio.

Subprácticas1. Comparar resultados actuales con resultados esperados. 2. De acuerdo con los criterios establecidos de la validación, identifique los

productos y los componentes del producto que no se realizan convenientemente en sus ambientes de funcionamiento previstos, oidentifique los problemas con los métodos, los criterios, y/o el ambiente.

4. Grabar los resultados del análisis e identificar características. 5. Utilice los resultados de la validación para comparar medidas y funcionamiento

reales contra el uso previsto o la necesidad operacional.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

38

Agenda

Repaso: introducción a CMMI.IMEÁreas de Proceso

Verificación.Validación.

� Aseguramiento de Calidad de Producto y de Proceso.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

39

Aseguramiento de calidad de producto y de proceso

� El propósito del aseguramiento de la calidad del producto y el proceso es brindarle al personal y a la administración una visión objetiva de los procesos y los productos de trabajo asociados.

� El área de proceso de aseguramiento de la calidad del proceso y el producto involucra lo siguiente: � Evaluar objetivamente los procesos ejecutados, productos de

trabajo, y servicios contra las descripciones de proceso, estándares, y procedimientos

� Identificar y documentar tópicos incompletos� Brindarle retroalimentación al personal del proyecto y a los

administradores en el resultado de las actividades de aseguramiento de la calidad

� Garantizar que los tópicos incompletos sea consignados

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

40

Aseguramiento de calidad de producto y de procesoSG 1 Evaluar Objetivamente los Procesos y los Productos de Trabajo [PA145.IG101]SP 1.1 Evaluar Objetivamente los Procesos

Productos de Trabajo Típicos1. Reportes de evaluación2. Reportes de incompletes3. Medidas correctivas

Subprácticas1. Promover un entorno que aliente a la participación de los empleados en identificar y

reportar inconvenientes de aseguramiento de la calidad. 2. Establecer y mantener criterios claramente definidos para las evaluaciones.(Qué será

evaluado?, Cuando o que tan frecuentemente?, Cómo será conducida la evaluación?, Quien debe ser involucrado en la evaluación?,…)

3. Usar los criterios establecidos para evaluar los procesos ejecutados respecto a la adherencia a la descripción del proceso, estándares, y procedimientos.

4. Identificar cada elemento incompleto durante la evaluación.5. Identificar lecciones aprendidas que podrían mejorar los procesos para futuros productos y

servicios.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

41

Aseguramiento de calidad de producto y de procesoSG 1 Evaluar Objetivamente los Procesos y los Productos de TrabajoSP 1.2 Evaluar Objetivamente los Productos de Trabajo y Servicios

Productos de Trabajo Típicos1. Reportes de evaluación 2. Reportes de incompletes3. Medidas correctivas

Subprácticas1. Seleccionar los productos de trabajo que van a ser evaluados, basándose en los criterios de muestreo

documentados.2. Establecer y mantener criterios bien definidos para la evaluación de productos de trabajo. 3. Usar los criterios establecidos durante la evaluación de productos de trabajo. 4. Evaluar los productos de trabajo antes de que sean entregados al cliente. 5. Evaluar los productos de trabajo en los puntos de avance significativos seleccionados en su desarrollo. 6. Ejecutar evaluaciones en-progreso o incrementales de los productos de trabajo y los servicios contra las

descripciones de proceso, estándares, y procedimientos. 7. Identificar cado caso de no conformidad encontrado durante las evaluaciones. 8. Identificar lecciones aprendidas que puedan mejorar los procesos para los futuros productos y servicios.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

42

Aseguramiento de calidad de producto y de procesoSG 2 Suministrar una Visión ObjetivaSP 2.1 Comunicar y Garantizar la Resolución de Tópicos Incompletos

Productos de Trabajo Típicos1. Reportes de medidas correctivas2. Reportes de evaluación 3. Tendencias de calidad

Subprácticas1. Resolver cada falta de completitud con los miembros adecuados del personal cuando sea posible. 2. Documentar tópicos incompletos cuando no puedan resolverse dentro del proyecto.( Arreglar la

incompletes, Cambiar las descripciones de proceso, estándares, o procedimientos que fueron violados, Obtener una renuncia para cubrir el tópico incompleto)

3. Escalar los aspectos incompletos que no puedan ser resueltos dentro del proyecto al nivel administrativo apropiado designado para recibir y actuar respecto a los aspectos incompletos.

4. Analizar los tópicos incompletos para ver si hay alguna tendencia de calidad que pueda ser identificada y consignada.

5. Garantizar que los usuarios clave relevantes conocen los resultados de las evaluaciones y las tendencias de calidad oportunamente.

6. Evaluar periódicamente tópicos incompletos abiertos y tendencias con la administración designada para recibir y actuar respecto a los tópicos incompletos.

7. Rastrear los tópicos incompletos hasta su resolución.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

43

Aseguramiento de calidad de producto y de procesoSG 2 Suministrar una Visión Objetiva SP 2.2 Establecer Registros

Productos de Trabajo Tópicos1. Logs de evaluación.2. Reportes de aseguramiento de la calidad.3. Reportes de estatus de las medidas correctivas. 4. Reportes de las tendencias de calidad.

Subprácticas1. Registrar las actividades de aseguramiento de la calidad de proceso y

producto en suficiente detalle tanto como para que el estatus y los resultados se conozcan.

2. Revisar el estatus e historia de las actividades de aseguramiento de la calidad cuando sea necesario.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

44

Agenda

Repaso: introducción a CMMI.IMEÁreas de Proceso

Verificación.Validación.Aseguramiento de Calidad de Producto y de Proceso.

Pontificia Universidad Javeriana Ingeniería de Software - Olga Lucía Roa

45

Preguntas…?