SWEBOK

1. Es la creación detallada de software operativo y significativo

1.1. Mediante

1.1.1. Codificación

1.1.2. Verificación

1.1.3. Pruebas unitarias

1.1.4. Pruebas de integración

1.1.5. Depuración

1.2. Tiene como fundamentos

1.2.1. Minimizar complejidad del desarrollo

1.2.1.1. Se alcanza mediante

1.2.1.1.1. Código simple y legible

1.2.1.1.2. Uso de estándares

1.2.1.1.3. Técnicas de calidad enfocadas a la construcción

1.2.2. Anticiparse a los cambios

1.2.2.1. Significa

1.2.2.1.1. Preveer los cambios que tendrá el software

1.2.2.1.2. Apoyarse en técnicas de codificación

1.2.3. Construir para verificar

1.2.3.1. Requiere

1.2.3.1.1. Escribir código cuyas fallas sean fáciles de identificar

1.2.3.1.2. Seguimiento de estándares

1.2.4. Estándares de la construccion

1.2.4.1. Son

1.2.4.1.1. Métodos de comunicación

1.2.4.1.2. Programación de lenguajes

1.2.4.1.3. Plataformas

1.2.4.1.4. Herramientas

1.3. Gestión de la Construcción

1.3.1. Modelos de construcción

1.3.1.1. Modelos en cascada

1.3.1.2. Entrega por etapas

1.3.1.3. Prototipado evolucionista

1.3.1.4. Programación extrema

1.3.1.5. Scrum

1.3.2. Plan de construcción

1.3.2.1. Orden de integración y creación de componentes

1.3.2.2. Procesos de gestión

1.3.2.3. Asignación de tareas

1.3.3. Métricas de la construcción

1.3.3.1. Se puede medir

1.3.3.1.1. Código

1.3.3.1.2. Estadísticas

1.3.3.1.3. Tasas de errores

2. Consideraciones Prácticas

2.1. Diseño de la construcción

2.1.1. Implica

2.1.1.1. Trabajar diseño detallado durante la construcción

2.1.1.2. Revelar los detalles del diseño

2.1.1.3. Se aplica en una escala inferior al diseño de SW

2.2. Lenguajes de la construcción

2.2.1. Incluye

2.2.1.1. Lenguajes de configuración

2.2.1.2. Lenguajes de herramientas

2.2.1.3. Lenguajes de programación

2.3. Codificación

2.3.1. Se aplican

2.3.1.1. Técnicas para crear buen código

2.3.1.2. Utilización de estándares

2.3.1.3. Organización y documentación del código

2.3.1.4. Tratamiento de errores

2.4. Pruebas de construcción

2.4.1. Implica

2.4.1.1. Pruebas unitarias

2.4.1.2. Pruebas de integración

2.5. Reutilización

2.5.1. Significa

2.5.1.1. Herramientas y código reutilizables

2.5.1.2. Comunicar información

2.6. Calidad de construcción

2.6.1. Técnicas

2.6.1.1. Pruebas unitarias

2.6.1.2. Pruebas de integración

2.6.1.3. Desarrollo primero-haz-pruebas

2.7. Integración

2.7.1. Incluye

2.7.1.1. Planificar secuencia de integración

2.7.1.2. Soportar versiones provisionales

2.7.1.3. Determinar grado de pruebas

2.7.1.4. Determinar calidad

3. Administra el Desarrollo y Mantenimiento del Software

4. Comprende :

4.1. Iniciación

4.2. Planificación

4.3. Promulgación

4.4. Evaluación

4.5. Cierre

4.6. Medición

5. REQUERIMIENTOS DEL SOTFWARE

5.1. Arquitectónica. Cómo se descompone y se organiza la estructura del soft.

5.2. Un requisito del software es una característica que se debe satisfacer para solucionar un cierto problema en el mundo real.

5.2.1. Los requerimientos del software y el personal de la calidad de software deben asegurarse de que los requisitos se puedan verificar dentro de los apremios disponibles del recurso.

5.2.2. Modelos de proceso. El objetivo es comprender el proceso de los requisitos que identifica los requisitos del software como elementos de configuración

6. CONSTRUCCION

7. PRUEBAS

7.1. Definición

7.1.1. Actividad que tiene como objetivo evaluar y mejorar la calidad del producto

7.1.1.1. Identifica

7.1.1.1.1. Defectos

7.1.1.1.2. Problemas

7.2. Fundamentos

7.2.1. Terminología

7.2.1.1. Falta

7.2.1.2. Error

7.2.1.3. Fallo

7.2.2. Elementos clave

7.2.2.1. Criterios de selección de pruebas

7.2.2.2. Efectividad de las pruebas

7.2.2.3. Identificación de defectos

7.2.2.4. Problemas

7.2.2.4.1. Problema del oráculo

7.2.2.4.2. Problema de caminos no alcanzables

7.2.2.5. Limitaciones

7.2.2.6. Posibilidad de hacer pruebas

7.2.3. Relaciones

7.2.3.1. Técnicas de gestión de calidad

7.2.3.2. Pruebas de validez de SW

7.2.3.3. Depuración

7.2.3.4. Programación

7.3. Niveles

7.3.1. Objeto de prueba

7.3.1.1. Puede ser

7.3.1.1.1. Módulo

7.3.1.1.2. Grupos de módulos

7.3.1.1.3. Sistema Completo

7.3.2. Objetivos de las pruebas

7.3.2.1. Se definen en

7.3.2.1.1. Términos precisos

7.3.2.1.2. Metas cuantitativas

7.3.3. Niveles de pruebas

7.3.3.1. Pruebas de unidad

7.3.3.2. Pruebas de integración

7.3.3.3. Pruebas de sistema

7.4. Técnicas

7.4.1. Pruebas basadas en intuición y experiencia

7.4.1.1. Pruebas ad hoc

7.4.1.2. Pruebas por exploración

7.4.2. Basadas en especificación

7.4.2.1. Particiones de equivalencia

7.4.2.2. Análisis de valores límite

7.4.2.3. Tablas de decisión

7.4.2.4. Máquinas de estado finito

7.4.2.5. Especifiaciones formales

7.4.2.6. Pruebas aleatorias

7.4.3. Basadas en código

7.4.3.1. Flujo de control

7.4.3.2. Flujo de datos

7.4.3.3. Modelos de referencia

7.4.4. Basadas en errores

7.4.4.1. Conjetura de errores

7.4.4.2. Pruebas por mutación

7.4.5. Basadas en uso

7.4.5.1. Perfil operativo

7.4.5.2. Confiabilidad del SW

7.4.6. Basadas en la naturaleza de la aplicación

7.4.6.1. Pruebas orientadas a objetos

7.4.6.2. Basadas en componentes

7.4.6.3. Pruebas para Internet

7.4.6.4. Pruebas de GUI

7.4.6.5. Pruebas para programas concurrentes

7.4.6.6. Pruebas de conformidad de protocolos

7.4.6.7. Para sistemas de tiempo real

7.4.6.8. Para sistemas de seguridad crítica

7.4.7. Seleccionando y combinando técnicas

7.4.7.1. Funcional y estructuralmente

7.4.7.2. Deterministas vs aleatorias

7.5. Medidas

7.5.1. Evaluación de un programa

7.5.1.1. Medidas para ayudar en planificación y diseño de pruebas

7.5.1.2. Tipos de errores, clasificación y estadísticas

7.5.1.3. Densidad de fallos

7.5.1.4. Evaluación de confiabilidad

7.5.1.5. Modelos de crecimiento de la confiabilidad

7.5.2. Evaluación de las pruebas

7.5.2.1. Medidas de cobertura/completitud

7.5.2.2. Introducción de errores

7.5.2.3. Puntuación de la mutación

7.5.2.4. Comparación de efectividad entre técnicas

7.6. Proceso

7.6.1. Consideraciones prácticas

7.6.1.1. Actitudes y programación libre de ego

7.6.1.2. Guías para las pruebas

7.6.1.3. Gestión del proceso

7.6.1.4. Documentación y productos de las pruebas

7.6.1.5. Equipo de pruebas interno vs independiente

7.6.1.6. Estimación costo/esfuerzo

7.6.1.7. Finalización

7.6.1.8. Reutilización

7.6.2. Actividades

7.6.2.1. Planificación

7.6.2.2. Generación de casos de pruebas

7.6.2.3. Desarrollo en el entorno de pruebas

7.6.2.4. Ejecución

7.6.2.5. Evaluación de resultados

7.6.2.6. Diario de pruebas

7.6.2.7. Seguimiento de defectos

8. MANTENIMIENTO DEL SOFTWARE

8.1. Se fundamenta en mejorar la calidad

8.1.1. surge por una necesidad

8.1.1.1. asegurar que el software sigue satisfaciendo las exigencias del usuario.

8.2. Los Problemas claves en el Mantenimiento de Software

8.2.1. La medición

8.2.1.1. Tamaño

8.2.1.2. Esfuerzo

8.2.1.3. Programa

8.2.1.4. Calidad

8.2.1.5. Medida especifica

9. GESTIÓN DE LA CALIDAD

9.1. 1. Fundamentos de Calidad del Software

9.1.1. Modelos y Características de Calidad

9.1.2. Mejora de Calidad

9.2. 2. Procesos de Gestión de Calidad del Software

9.2.1. • Procesos de aseguramiento de calidad

9.2.2. • Procesos de Verificación

9.2.3. • Procesos de Validación

9.2.4. • Procesos de Revisión

9.2.5. • Procesos de Auditoría

9.3. 3. Consideraciones Prácticas

10. PROCESO DE LA INGENIERA

10.1. Conjunto de actividades técnicas que existen dentro de los procesos del ciclo de vida del software.

10.1.1. ¿Cuales son?

10.1.1.1. Implementación y Cambios

10.1.1.1.1. Infraestructura

10.1.1.1.2. Ciclo de gestión

10.1.1.1.3. Modelos

10.1.1.1.4. Consideraciones prácticas

10.1.1.2. Definición

10.1.1.2.1. Modelos del ciclo de vida

10.1.1.2.2. Procesos del ciclo de vida

10.1.1.2.3. Notaciones para la Definición

10.1.1.2.4. Adaptación y Automatización

10.1.1.3. Valoración

10.1.1.3.1. Modelos

10.1.1.3.2. Métodos

10.1.1.4. Medidas de productos y procesos

10.1.1.4.1. Medición

10.1.1.4.2. Calidad de resultados

10.1.1.4.3. Modelos de información

10.1.1.4.4. Técnicas de medición

11. DISCIPLINAS RELACIONADAS

11.1. La Ingeniera del Software también se ve influencia en si misma por otras disciplinas o estudios.

11.1.1. ¿Éstas son?

11.1.1.1. Ingenieria de la computación

11.1.1.2. Ciencia de la computación

11.1.1.3. Gestión

11.1.1.4. Matemáticas

11.1.1.5. Gestión de proyectos

11.1.1.6. Gestión de la Calidad

11.1.1.7. Ergonomía

11.1.1.8. Ingeniería de Sistemas

12. GESTIÓN DE LA INGENIERÍA

13. DISEÑO

13.1. Detallado. Describe el comportamiento específico de la arquitectura. Son un sistema de modelos que registran las decisiones

14. GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE

14.1. Conlleva una planificación

14.1.1. Identificación del Configuración del Software

14.1.2. Control de la Configuración del Software

14.1.3. Responsabilidad del Estado de la Configuración del Software

14.1.4. Auditoría de la Configuración del Software

14.1.5. Gestión de Lanzamiento y Entrega del Software

14.2. Identificación de la Configuración del Software

14.2.1. Identificando los Elementos a Controlar

15. INSTRUMENTOS Y MÉTODOS DE LA INGENIERÍA DEL SOFTWARE

15.1. Las herramientas de ingeniería de Software

15.1.1. Estás corresponden a las cinco primeras áreas de conocimiento

15.1.1.1. 1. Exigencias

15.1.1.2. 2. Diseño

15.1.1.3. 3. Construcción

15.1.1.4. 4. Pruebas

15.1.1.5. 5. Mantenimiento

15.1.2. Los cuatro siguientes asuntos corresponden a las áreas de conocimiento restantes

15.1.2.1. 1. La dirección de configuración

15.1.2.2. 2. La dirección de ingeniería

15.1.2.2.1. Esta subdivido en tres categorías

15.1.2.3. 3. El proceso de ingeniería

15.1.2.4. 5. La calidad

15.2. Divido en tres temas

15.2.1. Métodos Heurísticos

15.2.1.1. 1. Estructurado

15.2.1.2. 2. Orientado a datos

15.2.1.3. 3. Orientado a objetos

15.2.1.4. 4. Específico de dominio

15.2.2. Métodos Formales

15.2.2.1. Aquí se especifica la lengua usada y se clasifica según la orientación del modelo las características o el comportamiento.

15.2.2.1.1. Refinamiento

15.2.2.1.2. Propiedades de Verificación/Confirmación

15.2.3. Métodos de Prototipado