1. REQUERIMIENTOS DEL SOTFWARE
1.1. Arquitectónica. Cómo se descompone y se organiza la estructura del soft.
1.2. Un requisito del software es una característica que se debe satisfacer para solucionar un cierto problema en el mundo real.
1.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.
1.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
2. MANTENIMIENTO DEL SOFTWARE
2.1. Se fundamenta en mejorar la calidad
2.1.1. surge por una necesidad
2.1.1.1. asegurar que el software sigue satisfaciendo las exigencias del usuario.
2.2. Los Problemas claves en el Mantenimiento de Software
2.2.1. La medición
2.2.1.1. Tamaño
2.2.1.2. Esfuerzo
2.2.1.3. Programa
2.2.1.4. Calidad
2.2.1.5. Medida especifica
3. GESTIÓN DE LA CALIDAD
3.1. 1. Fundamentos de Calidad del Software
3.1.1. Modelos y Características de Calidad
3.1.2. Mejora de Calidad
3.2. 2. Procesos de Gestión de Calidad del Software
3.2.1. • Procesos de aseguramiento de calidad
3.2.2. • Procesos de Verificación
3.2.3. • Procesos de Validación
3.2.4. • Procesos de Revisión
3.2.5. • Procesos de Auditoría
3.3. 3. Consideraciones Prácticas
4. PROCESO DE LA INGENIERA
4.1. Conjunto de actividades técnicas que existen dentro de los procesos del ciclo de vida del software.
4.1.1. ¿Cuales son?
4.1.1.1. Implementación y Cambios
4.1.1.1.1. Infraestructura
4.1.1.1.2. Ciclo de gestión
4.1.1.1.3. Modelos
4.1.1.1.4. Consideraciones prácticas
4.1.1.2. Definición
4.1.1.2.1. Modelos del ciclo de vida
4.1.1.2.2. Procesos del ciclo de vida
4.1.1.2.3. Notaciones para la Definición
4.1.1.2.4. Adaptación y Automatización
4.1.1.3. Valoración
4.1.1.3.1. Modelos
4.1.1.3.2. Métodos
4.1.1.4. Medidas de productos y procesos
4.1.1.4.1. Medición
4.1.1.4.2. Calidad de resultados
4.1.1.4.3. Modelos de información
4.1.1.4.4. Técnicas de medición
5. DISCIPLINAS RELACIONADAS
5.1. La Ingeniera del Software también se ve influencia en si misma por otras disciplinas o estudios.
5.1.1. ¿Éstas son?
5.1.1.1. Ingenieria de la computación
5.1.1.2. Ciencia de la computación
5.1.1.3. Gestión
5.1.1.4. Matemáticas
5.1.1.5. Gestión de proyectos
5.1.1.6. Gestión de la Calidad
5.1.1.7. Ergonomía
5.1.1.8. Ingeniería de Sistemas
6. GESTIÓN DE LA INGENIERÍA
7. DISEÑO
7.1. Detallado. Describe el comportamiento específico de la arquitectura. Son un sistema de modelos que registran las decisiones
8. INSTRUMENTOS Y MÉTODOS DE LA INGENIERÍA DEL SOFTWARE
8.1. Las herramientas de ingeniería de Software
8.1.1. Estás corresponden a las cinco primeras áreas de conocimiento
8.1.1.1. 1. Exigencias
8.1.1.2. 2. Diseño
8.1.1.3. 3. Construcción
8.1.1.4. 4. Pruebas
8.1.1.5. 5. Mantenimiento
8.1.2. Los cuatro siguientes asuntos corresponden a las áreas de conocimiento restantes
8.1.2.1. 1. La dirección de configuración
8.1.2.2. 2. La dirección de ingeniería
8.1.2.2.1. Esta subdivido en tres categorías
8.1.2.3. 3. El proceso de ingeniería
8.1.2.4. 5. La calidad
8.2. Divido en tres temas
8.2.1. Métodos Heurísticos
8.2.1.1. 1. Estructurado
8.2.1.2. 2. Orientado a datos
8.2.1.3. 3. Orientado a objetos
8.2.1.4. 4. Específico de dominio
8.2.2. Métodos Formales
8.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.
8.2.2.1.1. Refinamiento
8.2.2.1.2. Propiedades de Verificación/Confirmación
8.2.3. Métodos de Prototipado
9. Es la creación detallada de software operativo y significativo
9.1. Mediante
9.1.1. Codificación
9.1.2. Verificación
9.1.3. Pruebas unitarias
9.1.4. Pruebas de integración
9.1.5. Depuración
9.2. Tiene como fundamentos
9.2.1. Minimizar complejidad del desarrollo
9.2.1.1. Se alcanza mediante
9.2.1.1.1. Código simple y legible
9.2.1.1.2. Uso de estándares
9.2.1.1.3. Técnicas de calidad enfocadas a la construcción
9.2.2. Anticiparse a los cambios
9.2.2.1. Significa
9.2.2.1.1. Preveer los cambios que tendrá el software
9.2.2.1.2. Apoyarse en técnicas de codificación
9.2.3. Construir para verificar
9.2.3.1. Requiere
9.2.3.1.1. Escribir código cuyas fallas sean fáciles de identificar
9.2.3.1.2. Seguimiento de estándares
9.2.4. Estándares de la construccion
9.2.4.1. Son
9.2.4.1.1. Métodos de comunicación
9.2.4.1.2. Programación de lenguajes
9.2.4.1.3. Plataformas
9.2.4.1.4. Herramientas
9.3. Gestión de la Construcción
9.3.1. Modelos de construcción
9.3.1.1. Modelos en cascada
9.3.1.2. Entrega por etapas
9.3.1.3. Prototipado evolucionista
9.3.1.4. Programación extrema
9.3.1.5. Scrum
9.3.2. Plan de construcción
9.3.2.1. Orden de integración y creación de componentes
9.3.2.2. Procesos de gestión
9.3.2.3. Asignación de tareas
9.3.3. Métricas de la construcción
9.3.3.1. Se puede medir
9.3.3.1.1. Código
9.3.3.1.2. Estadísticas
9.3.3.1.3. Tasas de errores
10. Consideraciones Prácticas
10.1. Diseño de la construcción
10.1.1. Implica
10.1.1.1. Trabajar diseño detallado durante la construcción
10.1.1.2. Revelar los detalles del diseño
10.1.1.3. Se aplica en una escala inferior al diseño de SW
10.2. Lenguajes de la construcción
10.2.1. Incluye
10.2.1.1. Lenguajes de configuración
10.2.1.2. Lenguajes de herramientas
10.2.1.3. Lenguajes de programación
10.3. Codificación
10.3.1. Se aplican
10.3.1.1. Técnicas para crear buen código
10.3.1.2. Utilización de estándares
10.3.1.3. Organización y documentación del código
10.3.1.4. Tratamiento de errores
10.4. Pruebas de construcción
10.4.1. Implica
10.4.1.1. Pruebas unitarias
10.4.1.2. Pruebas de integración
10.5. Reutilización
10.5.1. Significa
10.5.1.1. Herramientas y código reutilizables
10.5.1.2. Comunicar información
10.6. Calidad de construcción
10.6.1. Técnicas
10.6.1.1. Pruebas unitarias
10.6.1.2. Pruebas de integración
10.6.1.3. Desarrollo primero-haz-pruebas
10.7. Integración
10.7.1. Incluye
10.7.1.1. Planificar secuencia de integración
10.7.1.2. Soportar versiones provisionales
10.7.1.3. Determinar grado de pruebas
10.7.1.4. Determinar calidad
11. Administra el Desarrollo y Mantenimiento del Software
12. Comprende :
12.1. Iniciación
12.2. Planificación
12.3. Promulgación
12.4. Evaluación
12.5. Cierre
12.6. Medición
13. CONSTRUCCION
14. PRUEBAS
14.1. Definición
14.1.1. Actividad que tiene como objetivo evaluar y mejorar la calidad del producto
14.1.1.1. Identifica
14.1.1.1.1. Defectos
14.1.1.1.2. Problemas
14.2. Fundamentos
14.2.1. Terminología
14.2.1.1. Falta
14.2.1.2. Error
14.2.1.3. Fallo
14.2.2. Elementos clave
14.2.2.1. Criterios de selección de pruebas
14.2.2.2. Efectividad de las pruebas
14.2.2.3. Identificación de defectos
14.2.2.4. Problemas
14.2.2.4.1. Problema del oráculo
14.2.2.4.2. Problema de caminos no alcanzables
14.2.2.5. Limitaciones
14.2.2.6. Posibilidad de hacer pruebas
14.2.3. Relaciones
14.2.3.1. Técnicas de gestión de calidad
14.2.3.2. Pruebas de validez de SW
14.2.3.3. Depuración
14.2.3.4. Programación
14.3. Niveles
14.3.1. Objeto de prueba
14.3.1.1. Puede ser
14.3.1.1.1. Módulo
14.3.1.1.2. Grupos de módulos
14.3.1.1.3. Sistema Completo
14.3.2. Objetivos de las pruebas
14.3.2.1. Se definen en
14.3.2.1.1. Términos precisos
14.3.2.1.2. Metas cuantitativas
14.3.3. Niveles de pruebas
14.3.3.1. Pruebas de unidad
14.3.3.2. Pruebas de integración
14.3.3.3. Pruebas de sistema
14.4. Técnicas
14.4.1. Pruebas basadas en intuición y experiencia
14.4.1.1. Pruebas ad hoc
14.4.1.2. Pruebas por exploración
14.4.2. Basadas en especificación
14.4.2.1. Particiones de equivalencia
14.4.2.2. Análisis de valores límite
14.4.2.3. Tablas de decisión
14.4.2.4. Máquinas de estado finito
14.4.2.5. Especifiaciones formales
14.4.2.6. Pruebas aleatorias
14.4.3. Basadas en código
14.4.3.1. Flujo de control
14.4.3.2. Flujo de datos
14.4.3.3. Modelos de referencia
14.4.4. Basadas en errores
14.4.4.1. Conjetura de errores
14.4.4.2. Pruebas por mutación
14.4.5. Basadas en uso
14.4.5.1. Perfil operativo
14.4.5.2. Confiabilidad del SW
14.4.6. Basadas en la naturaleza de la aplicación
14.4.6.1. Pruebas orientadas a objetos
14.4.6.2. Basadas en componentes
14.4.6.3. Pruebas para Internet
14.4.6.4. Pruebas de GUI
14.4.6.5. Pruebas para programas concurrentes
14.4.6.6. Pruebas de conformidad de protocolos
14.4.6.7. Para sistemas de tiempo real
14.4.6.8. Para sistemas de seguridad crítica
14.4.7. Seleccionando y combinando técnicas
14.4.7.1. Funcional y estructuralmente
14.4.7.2. Deterministas vs aleatorias
14.5. Medidas
14.5.1. Evaluación de un programa
14.5.1.1. Medidas para ayudar en planificación y diseño de pruebas
14.5.1.2. Tipos de errores, clasificación y estadísticas
14.5.1.3. Densidad de fallos
14.5.1.4. Evaluación de confiabilidad
14.5.1.5. Modelos de crecimiento de la confiabilidad
14.5.2. Evaluación de las pruebas
14.5.2.1. Medidas de cobertura/completitud
14.5.2.2. Introducción de errores
14.5.2.3. Puntuación de la mutación
14.5.2.4. Comparación de efectividad entre técnicas
14.6. Proceso
14.6.1. Consideraciones prácticas
14.6.1.1. Actitudes y programación libre de ego
14.6.1.2. Guías para las pruebas
14.6.1.3. Gestión del proceso
14.6.1.4. Documentación y productos de las pruebas
14.6.1.5. Equipo de pruebas interno vs independiente
14.6.1.6. Estimación costo/esfuerzo
14.6.1.7. Finalización
14.6.1.8. Reutilización
14.6.2. Actividades
14.6.2.1. Planificación
14.6.2.2. Generación de casos de pruebas
14.6.2.3. Desarrollo en el entorno de pruebas
14.6.2.4. Ejecución
14.6.2.5. Evaluación de resultados
14.6.2.6. Diario de pruebas
14.6.2.7. Seguimiento de defectos
15. GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE
15.1. Conlleva una planificación
15.1.1. Identificación del Configuración del Software
15.1.2. Control de la Configuración del Software
15.1.3. Responsabilidad del Estado de la Configuración del Software
15.1.4. Auditoría de la Configuración del Software
15.1.5. Gestión de Lanzamiento y Entrega del Software
15.2. Identificación de la Configuración del Software
15.2.1. Identificando los Elementos a Controlar