cmmi - calidad de software - decc | pujc – departamento...
Post on 11-Feb-2019
221 Views
Preview:
TRANSCRIPT
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.
top related