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