ieee 1028 resumen
Facultad de Ingeniería Mecánica Eléctrica,
Electrónica Y Sistemas
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
“IEEE 1028 Standard for Software Reviews
and Audits (Resumen)”
Docente: Ing. Fidel Huanco Ramos
PRESENTADO POR:
Pari Reyes Sergio Cod. 080816
Puno, Marzo del 2013
IEEE 1028 Standard for Software Reviews
andAudits
(Resume)
1. IEEE 1028 – Para qué sirve
Provee definiciones y requerimientos uniformes para los procesos de revisión y auditoría.
No dice cuándo hay que aplicarlos.
Es específico para procesos y productos del ciclo de vida del software.
2. Términos
Elementos de software
Es un entregable o documento en proceso, producido o adquirido durante el desarrollo o mantenimiento desoftware. Ejemplos:
Documentos de planificación; Documentos de requerimientos; Documentos de diseño; Documentos de testing; Documentos de entregables al comprador; Código fuente.
Revisión
Es una evaluación de elementos de software o estado de un proyecto para determinar discrepancias con los resultados planeados y recomendar mejoras.
Auditoría
Es una evaluación independiente de productos oprocesos para verificar el cumplimiento de estándares, guías, especificaciones y procedimientos; basándose en criterios objetivos que incluyen documentos que especifican:
La forma o contenido de los productos a producir.
El proceso a utilizar para la construcción.
Cómo medir el ajuste a los estándares y guías.
3. Definitions:
Auditoría
Su objetivo es proveer una confirmación objetiva deque productos y procesos cumplen con los estándares, guías, especificaciones y procedimientos.
Itens:
Management Review (Revisión por la Dirección)
Provee recomendaciones para: Hacer que las actividades progresen según el plan, basándose en un evaluación de estado del desarrollo. Cambiar la dirección del proyecto o identificar la necesidad de un plan alternativo. Mantener el control globaldel proyecto a través de la asignación adecuada de recursos.
Technical review
Evalúa un elemento de software específico y provee evidencia de que: Los elementos de software cumplen su especificación. El desarrollo/mantenimiento es realizado según los planes, estándares y guías aplicables para el proyecto. Los cambios a los elementos de software son implementados apropiadamente, y afectan sóloaquellas áreas del sistema identificadas por la especificación de cambio
Software inspection
Su objetivo es detectar e identificar defectos en los elementos de software. Es un examen formal y riguroso entre pares que hace lo siguiente:
Verifica que los elementos de software satisfacen sus especificaciones.
Verifica que los elementos de software se ajustan a los estándares aplicables.Identifica desviaciones de los estándares y especificaciones.
Recolecta datos de ingeniería de software (por ejemplo, datos de defectos y esfuerzo).
No examina alternativas o problemas de estilo.
Walkthrough
El objetivo es evaluar un elemento de software, encontrando defectos, omisiones y contradicciones; tanto para mejorar el elemento de software o para sugerir implementaciones alternativas.Puede aplicarse tanto al código fuente como a cualquier otro elemento de software tales como diseño, arquitectura, planes de prueba, procedimientos de prueba y procedimientos de control de cambio.ç
4. Procesos en detalle Management Review (revisión de gestión)
Resumen
Es una evaluación formal en equipo de un plan de proyecto o estado de un proyecto. Registra las áreas en las queencuentra problemas. Se re agenda si faltan datos críticos.
Responsabilidades
_ Review Leader
_ Realizar las tareas administrativas relacionadas con la revisión.
_ Asegurarse de que la revisión se realiza demanera ordenada.
_ Escribir el informe (Management Review Report).
_ Responsables de reportar el estado del proyecto
_ Asegurarse de que el estado del proyecto y toda la documentación de...
Regístrate para leer el documento completo.