ESTÁNDARES DE CALIDAD IEEE

AYLIN DAYANA BARRIOS DELGADILLO

ESTÁNDARES IEEE
• 1459-1998. Requisitos de calidad y pruebas
• 1028-1997. Revisiones de software
 1459-1998 EVALUACIÓN DEL PRODUCTO DE SOFTWARE

• Establece etapas. Evaluar la calidad

• Involucra el marco de trabajo. del producto
 PROCESO PARA EVALUAR UN PRODUCTO
1. VISIÓN GENERAL 2. PLANTEAMIENTO Y GESTIÓN

3. PROCESO PARA DESENVOLVEDORES

4. PROCESO PARA ADQUIRIENTES

5. PROCESO PARA AVALADORES

6. DOCUMENTACIÓN DE MÓDULOS
 1028-1997 REVISIONES DE SOFTWARE
• Proporciona requisitos para las revisiones sistemáticas de software.

Participación del equipo

SISTEMÁTICO Resultados de la revisión documentados

Procedimientos para la revisión documentados

 TIPOS DE REVISIONES
• Revisiones de la administración
• Revisiones técnicas
• Inspecciones
• Walk-through
• Auditorías
 REVISIÓN ADMINISTRATIVA
OBJETIVOS RESPONSABLES
• Monitorear el progreso • Líder de revisión
• Determinar el estado de planes • Personal de la administración
y calendarios del proyecto
• Personal técnico
 ¿QUÉ SE NECESITA?
• El producto de software
• El plan de administración del
proyecto
• Lista de anomalías
• Procedimientos de revisiones
documentadas
• Revisiones pasadas
 PROCEDIMIENTO
-Planeación de la revisión SALIDAS
-Resumen del proceso de la -Documentación de evidencias
revisión
 REVISIÓN TÉCNICA
OBJETIVOS RESPONSABLES
• Proveer a la administración • Líder de revisión
evidencias del estado técnico
• Secretaria/o
del proyecto
• Revisor técnico
¿QUÉ SE NECESITA?
• Objetivos de la revisión técnica
• El producto de software
• Anomalías actuales
• Procedimientos de revisión
documentados
 PROCEDIMIENTO
• Preparación de la gestión(Los SALIDA
administradores deben
• Salida de la documentación
asegurar unos ítems)
técnica
• Planear la revisión(por parte
del líder de revisión)
 INSPECCIONES
OBJETIVOS ¿QUÉ PUEDE SER INSPECCIONADO?
• Verificar que el producto • Especificación de requerimientos
satisface las especificaciones
• Diseño
• Verificar que el producto tenga
• Código
atributos de calidad
• Documentos de marketing y
• Proporcionar material para
publicidad
mejorar el proceso
• Descripciones de la arquitectura
 RESPONSABLES ENTRADAS
• Líder de la inspección • Objetivos de la inspección
• Registrador • Productos a inspeccionar
• Inspector • Documentación del proceso de
inspección
 PROCEDIMIENTO
• Preparación de la gestión SALIDA
• Planeación de la revisión • Documentación de evidencias
• Revisión
 WALK-THROUGH

• Educar a la audiencia con RESPONSABILIDADES

respecto al producto de
• Líder de recorrido
software
• Secretario
• Encontrar anomalías
• Autor
• Mejorar el producto de
software • Miembro del
equipo(Identifican y describen
• Considerar implementaciones
anomalías)
alternativas
 ¿QUÉ SE NECESITA?
ENTRADAS
• Declaración de objetivos para
el recorrido
• Producto de software
• Categorías de anomalías
• Reglamentación para evaluar el
producto
 PROCEDIMIENTO
• Preparación de la gestión SALIDA
• Recorrido • Evidencias documentadas
Los datos del recorrido deben contener:
• Identificación del producto de software
• Fecha y hora del recorrido
• Líder del recorrido
• Volumen de los materiales
 AUDITORÍAS
OBJETIVOS RESPONSABLES
• Proporcionar una evaluación • Auditor principal
independiente de la
• Registrador
conformidad de los productos
de software • Auditor(es)
• Iniciador
• Organización auditada
 ENTRADAS SALIDAS
• Propósito de la auditoría • Las recomendaciones se
reportan de forma
• Información de antecedentes
independiente a los resultados
sobre la organización auditada
• Presentar resultados a la
• Productos de software a
organización auditada
auditar
• Generar un informe de
• Criterios de evaluación
recomendaciones si el plan lo
requiere
 REFERENCIAS
• https://www.techstreet.com/standards/ieee-1028-
2008?product_id=1574005
• https://es.calameo.com/read/0055615021e40a7b44864