Guia al Cuerpo de Conocimiento de la Ingenieria del Software (IS)

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Guia al Cuerpo de Conocimiento de la Ingenieria del Software (IS) por Mind Map: Guia al Cuerpo de Conocimiento de la Ingenieria del Software (IS)

1. Objetivos

1.1. Promover una vision de la Ingeniería

1.2. Clarificar la situacion y definir fronteras

1.2.1. Areas de conocimiento

1.2.1.1. Requerimientos del Software

1.2.1.2. Diseño del Software

1.2.1.3. Construcción del Software

1.2.1.4. Pruebas del Software

1.2.1.5. Mantenimiento del Software

1.2.1.6. Gestión de la Configuración del Software

1.2.1.7. Metodos y Herramientas de la Ingeniería del Software

1.2.1.8. Calidad del Software

1.3. Caracterizar los contenidos de la IS

1.4. Proporcionar con temas de interes

1.5. Proporcionar una base

1.5.1. Desarrollo Planes de Estudio

1.5.2. Certificaciones Individuales

1.5.3. Materiales para licencia

2. Areas de Conocimiento

2.1. Ciclo de Vida en Cascada

2.1.1. Requerimientos del Software

2.1.1.1. Propiedad Resolutiva

2.1.1.2. Subareas

2.1.1.2.1. Fundamentos de los requerimientos del Software

2.1.1.2.2. Requerimientos del Proceso

2.1.1.2.3. Captura de Requisitos

2.1.1.2.4. Analisis de Requerimientos

2.1.1.2.5. Especificación de Requerimientos

2.1.1.2.6. Validación de requerimientos

2.1.1.2.7. Consideraciones practicas

2.1.2. Diseño del Software

2.1.2.1. Definir la arquitectura, componentes, interfaces de un sistema y su resultado

2.1.2.2. Subareas

2.1.2.2.1. Fundamentos del diseño

2.1.2.2.2. Temas clave en el diseño

2.1.2.2.3. Estructura del Software y la arquitectura

2.1.2.2.4. Calidad Evaluación del diseño del Software

2.1.2.2.5. Notaciones del diseño de Software

2.1.2.2.6. Estrategias y metodos del diseño de Software

2.1.3. Construcción del Software

2.1.3.1. Codificación

2.1.3.2. Verificación

2.1.3.3. Pruebas Unitarias

2.1.3.4. Pruebas de Integración

2.1.3.5. Depuración

2.1.3.6. Subareas

2.1.3.6.1. Fundamentos de la Construcción

2.1.3.6.2. Gestión de la Construcción

2.1.3.6.3. Consideraciones Practicas

2.1.4. Pruebas del Software

2.1.4.1. Verificación dinamica del comportamiento de un programa

2.1.4.2. Subareas

2.1.4.2.1. Fundamentos de las pruebas del Software

2.1.4.2.2. Niveles de pruebas

2.1.4.2.3. Técnicas para pruebas

2.1.4.2.4. Medidas relacionadas con las pruebas

2.1.4.2.5. Proceso de pruebas

2.1.5. Mantenimiento del Software

2.1.5.1. Cambio de entorno de trabajo

2.1.5.2. Cambio de requerimientos

2.1.5.3. Subareas

2.1.5.3.1. Fundamentos del mantenimiento del Software

2.1.5.3.2. Temas clave

2.1.5.3.3. Proceso de mantenimiento

2.1.5.3.4. Técnicas para el mantenimiento

2.2. Gestion de la Configuración del Software (GCS)

2.2.1. Disciplina de la Identificación del Software en distintos puntos en el tiempo

2.2.2. Subareas

2.2.2.1. Gestión del proceso de la GCS

2.2.2.1.1. Contexto Organizacional

2.2.2.1.2. Restricciones y guias

2.2.2.1.3. Plan y Control

2.2.2.2. Identificación de la GCS

2.2.2.2.1. Items a ser controlados

2.2.2.2.2. Identificación de esquemas

2.2.2.2.3. Herramientas y técnicas

2.2.2.3. Control de la Configuración del Software

2.2.2.3.1. Solicitud, evaluación y aprobacion de cambios

2.2.2.3.2. Implementación de cambios

2.2.2.3.3. Desviaciones y revisiones

2.2.2.4. Registro del estado de la Configuración

2.2.2.4.1. Información sobre el estado de la configuración

2.2.2.4.2. Informes sobre el estado de la configuración

2.2.2.5. Auditoría de Configuración de Software

2.2.2.5.1. De la configuración funcional

2.2.2.5.2. De la configuración fisica

2.2.2.5.3. De una linea de base de Software

2.3. Gestion de la Ingeniería del Software

2.3.1. Gestión y medición

2.3.2. Subareas

2.3.2.1. Gestion de Proyectos

2.3.2.1.1. Iniciación y definición del alcance

2.3.2.1.2. Planificación de proyectos

2.3.2.1.3. Promulgación del proyecto

2.3.2.1.4. Revisión y evolución

2.3.2.1.5. Cierre

2.3.2.2. Medición de Software

2.3.2.2.1. Medición de la Ingenieria del Software

2.4. Proceso de la Ingeniería del Software

2.4.1. Definición, implementación, evaluación, gestión, cambio y mejora del proceso de Ingeniería del Software

2.4.2. Subareas

2.4.2.1. Proceso de Imlementación y cambios

2.4.2.1.1. Infraestructura del proceso

2.4.2.1.2. Ciclo de gestión del proceso Software

2.4.2.1.3. Modelos para el proceso de implementación y cambios

2.4.2.1.4. Consideraciones practicas

2.4.2.2. Definición del proceso

2.4.2.2.1. Modelos del ciclo vital del Software

2.4.2.2.2. Procesos del ciclo de vida del Software

2.4.2.2.3. Notaciones para la definición de procesos

2.4.2.2.4. Adaptación de procesos y automatización

2.4.2.3. Evolución del proceso

2.4.2.3.1. Modelos de evolución del proceso

2.4.2.3.2. Metodos de evaluación del proceso

2.4.2.4. Mediciones de Procesos y Productos

2.4.2.4.1. Calidad de los resultados de la medicion

2.4.2.4.2. Modelos de información Software

2.4.2.4.3. Técnicas de medición de procesos

2.5. Herramientas y metodos en la Ingenieria de Software

2.5.1. Subareas

2.5.1.1. Herramientas en la Ingenieria de Software

2.5.1.1.1. Técnicas de integración de herramientas

2.5.1.2. Métodos de Ingenieria de Software

2.5.1.2.1. Métodos Heuristicos que tratan aproximaciones informales

2.5.1.2.2. Métodos formales basados en aproximaciones matematicas

2.5.1.2.3. Métodos de prototipado

2.6. Calidad del Software

2.6.1. Subarea

2.6.1.1. Fundamentos de la calidad del Software

2.6.1.1.1. Etica y cultura de la Ingenieria del Software

2.6.1.1.2. Valor y coste de la calidad

2.6.1.1.3. Modelos y caracteristicas de la calidad

2.6.1.1.4. Mejora de la Calidad

2.6.1.2. Procesos de gestión de la calidad de Software

2.6.1.2.1. Aseguramiento de la calidad

2.6.1.2.2. Verificación y validación

2.6.1.2.3. Revisión y auditorias

2.6.1.3. Consideraciones practicas

2.6.1.3.1. Requerimientos de calidad

2.6.1.3.2. Caracterización de defectos

2.6.1.3.3. Técnicas de gestión de la calidad de Software

2.6.1.3.4. Medición de la calidad del Software

2.7. Disciplina asociada con la Ingenieria de Software

2.7.1. Ingenieria de ordenadores

2.7.2. Informatica

2.7.3. Gestión

2.7.4. Matematicas

2.7.5. Gestión de proyectos

2.7.6. Gestión de calidad

2.7.7. Ergonomia

2.7.8. Ingenieria de Sistemas

3. Diseño de Software

3.1. Proceso para

3.1.1. Definir Arquitectura, componentes, Interfaces, Resultado del proceso

3.1.2. Analisis de requisitos del Software

3.2. Debe Describir

3.2.1. La Arquitectura del Software

3.2.2. Descomposición del Software

3.2.3. Organización de los componentes

3.2.4. Interfaces entre los componentes

3.2.5. Componentes altamente detallados

3.3. Produce

3.3.1. Modelos para desarrollo para la solución

3.3.1.1. Analizarlos para verificacion de cumplimiento de requisitos

3.4. Actividades

3.4.1. Diseño de la Arquitectura del Software

3.4.1.1. Describe la Arquitectura del Software y organizacion.

3.4.1.2. Identifica a nivel superior los componentes

3.4.2. Diseño detallado de Software

3.4.2.1. Descripcion de cada componente

3.5. Fudamentos

3.5.1. Conceptos Generales

3.5.1.1. Diseño

3.5.1.1.1. Solución a un problema

3.5.1.1.2. Metas

3.5.1.1.3. Apremios

3.5.1.1.4. Alternativas

3.5.1.1.5. Representaciones

3.5.2. Contexto del diseño de Software

3.5.2.1. Analisis de requisitos

3.5.2.2. Diseño del Software

3.5.2.3. Construcción del Software

3.5.2.4. Prueba del Software

3.5.3. Proceso de Diseño del Software

3.5.3.1. Diseño Arquitectónico

3.5.3.1.1. Descomposicion del Software

3.5.3.1.2. Organización de componentes

3.5.3.2. Diseño Detallado

3.5.3.2.1. Comportamiento de los componentes

3.5.3.2.2. Modelos y artefactos

3.5.4. Permitir Técnicas

3.5.4.1. Técnicas permisibles

3.5.4.1.1. Nociones dominantes para el acercamiento

3.5.4.2. Abstracción

3.5.4.2.1. Parametrización

3.5.4.2.2. Especificación

3.5.4.3. Acoplador y Cohesion

3.5.4.3.1. Acoplador: Fuerza de relación entre los modulos

3.5.4.3.2. Cohesión: Relacion de los componentes del modulo

3.5.4.4. Descomposición y Modularización

3.5.4.4.1. Descomponer y modularizar en partes mas pequeñas

3.5.4.4.2. Poner diversas funcionalidades en diversos componentes

3.5.4.5. Encapsulación

3.5.4.5.1. Ocultar información

3.5.4.5.2. Agrupan y empaquetan los elementos y deetalles internos de una abstraccion, haciendolos inaccesibles.

3.5.4.6. Separación de la interfaz y puesta en practica

3.5.4.6.1. Definir un componentes especificando un interfaz público

3.5.4.6.2. Detalles de como se observa el componente

3.5.4.7. Desahogo lo completo y deshaciendose de lo primitivo

3.5.4.7.1. Captura de todas las caracteristicas importantes de una abstracción y nada mas

3.6. Cuestiones Clave

3.6.1. Caracteristicas que afectan el funcionamiento de los componentes

3.6.2. Concurrencia

3.6.2.1. Descomponer en

3.6.2.1.1. Proceso

3.6.2.1.2. Tareas

3.6.2.1.3. Hilos

3.6.2.2. Sincronizar

3.6.2.3. Programar ediciones

3.6.3. Control y dirección de Eventos

3.6.3.1. Organizar datos

3.6.3.2. Controlar flujo

3.6.3.3. Invocación implicita

3.6.4. Distribución de componentes

3.6.4.1. Distribuir el Software a traves del Hardware

3.6.5. Maneo de Errores y Excepciones y tolerancia a fallos

3.6.5.1. Prevenir y tolerar fallas

3.6.5.2. Ocuparse de condiciones excepcionales

3.6.6. Interacción y Presentación

3.6.6.1. Estructurar las interacciones con los usuarios

3.6.7. Persistencia de los datos

3.6.7.1. Dirección de los datos perdurables

3.7. Estructura y Arquitectura

3.7.1. Descripción de los subsitemas, de los componentes y su interrelación

3.7.2. Estructura y puntos de vista Arquitectonicos

3.7.2.1. Opiniones

3.7.2.1.1. Vision Logica

3.7.2.1.2. Vision de proceso

3.7.2.1.3. Vision fisica

3.7.2.1.4. Visión del desarrollo

3.7.2.2. Estilos Arquitectonicos

3.7.2.2.1. Estructura General

3.7.2.2.2. Sistemas Distribuidos

3.7.2.2.3. Sistemas Interactivos

3.7.2.2.4. Sistemas Adaptables

3.7.2.2.5. Oros

3.7.3. Patrones Arquitectonicos

3.7.3.1. Solución comun a un problema común

3.7.3.2. Patrones

3.7.3.2.1. De Creación

3.7.3.2.2. Estructurales

3.7.3.2.3. Del comportamiento

3.7.4. Familias de Programas y de Marcos

3.7.4.1. Subsistema parcialmente completo que puede ser ampliado intalando plugins especificos

3.8. Analisis y evaluación de calidad

3.8.1. Cualidades de los atributos

3.8.1.1. Ilities

3.8.1.1.1. Capacidad de mantenimiento

3.8.1.1.2. Portabilidad

3.8.1.1.3. Testeo

3.8.1.1.4. Trazabilidad

3.8.1.2. nesses

3.8.1.2.1. Corrección

3.8.1.2.2. Robustez

3.8.1.3. Discernible en el tiempo

3.8.1.3.1. Funcionamiento

3.8.1.3.2. Seguridad

3.8.1.3.3. Disponibilidad

3.8.1.3.4. Funcionabilidad

3.8.1.3.5. Utilidad

3.8.1.4. No Discernible en el tiempo

3.8.1.4.1. Modificabilidad

3.8.1.4.2. Portabilidad

3.8.1.4.3. Reutilidad

3.8.1.4.4. Integridad

3.8.1.4.5. Testeabilidad

3.8.1.5. Intrinsecas

3.8.1.5.1. Integridad

3.8.1.5.2. Corrección

3.8.1.5.3. Capacidad Conceptual de la Estructura

3.8.2. Técnicas de evaluación y calidad del analisis

3.8.2.1. Revisiones de diseño

3.8.2.1.1. Informal

3.8.2.1.2. Semiformal

3.8.2.1.3. Técnicas basadas en panorama

3.8.2.1.4. Toma de los requisitos

3.8.2.2. Analisis Estatico

3.8.2.2.1. Ningun ejecutable que se pueda utilizar para evaluar el diseño

3.8.2.3. Simulación y prototipado

3.8.2.3.1. Técnicas dinamicas

3.8.3. Medidas

3.8.3.1. Estimar cuantitativamente aspectos de la estructura

3.8.3.2. Categorias

3.8.3.2.1. Orientada a función (Estructurada)

3.8.3.2.2. Orientada a objetos

3.9. Notaciones del diseño

3.9.1. Artefactos del diseño

3.9.2. Describir la opinion estativa estructural vs visionn dinamica del comportamiento

3.9.2.1. Vista Estatica

3.9.2.1.1. Lenguajes descriptivos de la Arquitectura

3.9.2.2. Diagramas de la clase y objeto

3.9.2.2.1. Sistema de clase y sus interrelaciones

3.9.2.3. Diagrama de Componentes

3.9.2.3.1. Parte fisica y remplazable de un sistema

3.9.2.3.2. Sistema de interfaces y sus interrelaciones

3.9.2.3.3. Tarjeta del colaborador de la responsabilidad de clase

3.9.2.4. Diagrama de Despliegue

3.9.2.4.1. Sistema de nodos y sus correlaciones

3.9.2.4.2. Modelan los aspectos fisicos

3.9.2.5. Diagrama de entidad-relación

3.9.2.5.1. Modelos conceptuales de los datos almacenado

3.9.2.6. Lenguaje descriptivo de la interfaz

3.9.2.6.1. Programacion para definir interfaces

3.9.2.7. Estructura Jackson

3.9.2.7.1. Describir estructura de datos

3.9.2.8. Estructura de cartas

3.9.2.8.1. Modulo llama y es llamado por otro modulo

3.9.3. Descripción del comportamiento

3.9.3.1. Comportamiento dinamico

3.9.3.2. Diagramas de Actividad

3.9.3.2.1. Flujo de control de la actividad

3.9.3.3. Diagramas de colaboracion

3.9.3.3.1. Interacciones entre un grupo de objetos

3.9.3.3.2. acoplamientos

3.9.3.3.3. Mensajes de intercambio de los acoplamientos

3.9.3.4. Organigrama de datos

3.9.3.4.1. Flujos de datos entre un sistema y los procesos

3.9.3.5. Tablas y diagramas de desicion

3.9.3.5.1. Combinaciones complejas de las condiciones y de las acciones

3.9.3.6. Organigramas y organigramas estructurados

3.9.3.6.1. Control de flujo y de las acciones

3.9.3.7. Diagramas de secuencia

3.9.3.7.1. Interacción entre un grupo de objetos

3.9.3.7.2. Enfasis en tipo de ordenación del mensaje

3.9.3.8. Transición de estado y diagramas de carta de estado

3.9.3.8.1. Control de flujo de estado

3.9.3.9. Lenguaje formal de especificación

3.9.3.9.1. Textuales, nociones basicas matematicas

3.9.3.10. Lenguaje del diseño del pseudocodigo

3.9.3.10.1. Programa estructurado

3.10. Estrategias y metodos

3.10.1. Estrategias son generales

3.10.1.1. Dividir y conquistar

3.10.1.2. Refinamiento

3.10.1.3. Bottom-up

3.10.1.4. Abstraccion de datos

3.10.1.5. Ocultar Información

3.10.1.6. Uso de la Heuristica

3.10.1.7. Patrones y su lenguaje

3.10.1.8. Acercamiento iterativo e incremental

3.10.2. Metodos son especificos

3.10.2.1. Sistema de notaciones que se usan con el metodo

3.10.2.2. Descripción del proceso despues del metodo

3.10.2.3. Sistema de pautas al usar el metodo

3.10.3. Diseño estructurado orientado a función

3.10.3.1. Descomposicion identifica funciones del software

3.10.3.2. Despues del analisis estructurado

3.10.3.3. Organigrama de datos

3.10.3.4. Descripción de procesos asociados

3.10.4. Diseño Estructurado Orientado a Objetos

3.10.4.1. Herencia

3.10.4.2. Polimorfismo

3.10.5. Estructura centrada en datos

3.10.5.1. Dtos de entrada y salida

3.10.5.1.1. Estructura de control

3.10.6. Otros metodos

3.10.6.1. Formales y Rigurosos

3.10.6.2. Metodos Transformacionales

4. Proceso de Ingenieria del Software

4.1. Niveles

4.1.1. Primer

4.1.1.1. Actividades técnicas y de gestión

4.1.1.1.1. Durante

4.1.2. Segundo

4.1.2.1. Metanivel

4.1.2.1.1. Procesos del ciclo de vida

4.2. Significados

4.2.1. Muchos procesos involucrados

4.2.2. Conjunto actual de actividades dentro de una organización

4.3. Proceso de Implementación y cambios

4.3.1. Cambios organizacionales

4.3.1.1. Infraestructura

4.3.1.2. Actividades

4.3.1.3. Modelos

4.3.1.4. Consideraciones Practicas

4.3.2. Proceso de Evolución

4.3.2.1. Despliegue de procesos, cambio de procesos

4.3.3. Infraestructura del proceso

4.3.3.1. Recursos al alcance de la mano

4.3.3.1.1. Personal Competente

4.3.3.1.2. Herramientas

4.3.3.1.3. Financiación

4.3.3.2. Asignación de responsabilidades

4.3.3.3. Establecer el comite de dirección

4.3.3.4. Tipos

4.3.3.4.1. Grupo de proceso de la Ingenieria de Software

4.3.3.4.2. Creadora de experiencia

4.3.4. Ciclo de gestión del Proceso

4.3.4.1. Mejoras del proceso de Software

4.3.4.2. Retroalimentación continua

4.3.4.3. Actividades secuenciales en un ciclo iterativo

4.3.4.3.1. Establecimiento de la infraestructura

4.3.4.3.2. Planificación

4.3.4.3.3. Proceso de implementación y cambios

4.3.4.3.4. Evaluación del proceso

4.3.5. Modelos para el proceso de implementación y cambios

4.3.5.1. Paradigma de mejoras de la calidad

4.3.5.2. IDEAL

4.3.6. Consideraciones practicas

4.3.6.1. Proceso de implementación y cambios

4.3.6.1.1. Instancia del cambio organizacional

4.3.6.1.2. Evaluación

4.4. Definición de procesos

4.4.1. Procedimiento, politica o estandar

4.4.2. Razones

4.4.2.1. Incrementar la calidad del producto

4.4.2.2. Facilitar el entendimiento y la comunicación humana

4.4.2.3. Apoyar las mejoras de los procesos

4.4.2.4. Apoyar la gestión de los procesos

4.4.2.5. Suministrar guia automatizada para los procesos

4.4.3. Variables a considerar

4.4.3.1. Naturaleza del trabajo

4.4.3.2. Dominio de la aplicación

4.4.3.3. Modelo de ciclo de vida

4.4.3.4. Madurez de la organización

4.4.4. Modelos del ciclo de vida del Software

4.4.4.1. Sirven como definiciones de alto nivel

4.4.4.1.1. Fases durante el desarrollo

4.4.4.2. Enfocadas

4.4.4.2.1. Resaltar actividades clave y sus interdependencias

4.4.4.3. Tipo

4.4.4.3.1. Cascada

4.4.4.3.2. Prototipado de usar y tirar lo desechable

4.4.4.3.3. Desarrollo Evolutivo

4.4.4.3.4. Entrega incremental/iterativa

4.4.4.3.5. Espiral

4.4.4.3.6. Software reutilizable

4.4.4.3.7. Sintesis de Software automatizado

4.4.5. Proceso del ciclo de vida del Software

4.4.5.1. Ordenarse para tener cabida en cualquier modelo de ciclo de vida

4.4.5.2. Estandares

4.4.5.2.1. Gestión del riesgo del software

4.4.5.2.2. Procesos de reutilizacion del software

4.4.5.2.3. Proceso de medición del software

4.4.5.3. Enfasis

4.4.5.3.1. Entregas rapidas y fuerte participación de los usuarios

4.4.6. Notaciones para las definiciones de los procesos

4.4.6.1. Niveles de abstracción

4.4.6.1.1. Definiciones genericas contrapuestas a definiciones adaptadas

4.4.6.1.2. Descriptivas contrapuestas a prescriptivas contrapuestas a proscriptivas

4.4.6.2. Elementos definibles

4.4.6.2.1. Actividades

4.4.6.2.2. Productos

4.4.6.2.3. Recursos

4.4.7. Adaptación del proceso

4.4.7.1. Adaptarse a necesidades locales

4.4.7.1.1. Contexto organizacional

4.4.7.1.2. Tamaño del proyecto

4.4.7.1.3. Requisitos reguladores

4.4.7.1.4. Practicas industriales

4.4.7.1.5. Culturas corporativas

4.4.8. Automatización

4.4.8.1. Apoyan la ejecución de las definiciones del proceeso

4.4.8.2. Aportan una guia para desarrollar los procesos definidos

4.4.8.3. Herramientas

4.4.8.3.1. Apoyan cada notación del proceso

4.4.8.3.2. Ejecutar definiciones de procesos

4.5. Valoración del proceso

4.5.1. Utiliza

4.5.1.1. Modelo de valoración

4.5.1.1.1. Buenas practicas

4.5.1.1.2. Especificos disponibles

4.5.1.1.3. Arquitecturas

4.5.1.2. Metodo de valoración

4.5.1.2.1. CBA-IPI

4.5.1.2.2. SCE

4.6. Medición de los procesos y productos

4.6.1. Realizada para

4.6.1.1. Apoyar la iniciación de un proceso de implementación y cambio

4.6.1.2. Evaluar las consecuencias de un proceso de implementación y cambio

4.6.2. Medición del proceso

4.6.2.1. Recoge, analiza, interpreta información cuantitativa durante el proceso

4.6.2.2. Identifica

4.6.2.2.1. Fuerzas y debiidades del proceso

4.6.2.3. Evaluar procesos despues de la implementación

4.6.2.4. Gestionar un proyecto de IS

4.6.2.5. Preferible

4.6.2.5.1. Utilizar medidas para salidas de multiples procesos

4.6.2.6. Principales mediciones del interes

4.6.2.6.1. Relacionadas con la productividad de los equipos o procesos

4.6.2.6.2. Niveles asociados de experiencia en la IS

4.6.2.7. Salidas de los procesos

4.6.2.7.1. Calidad del producto

4.6.2.7.2. Mantenibilidad

4.6.2.7.3. Productividad

4.6.2.7.4. Satisfaccion del cliente

4.6.3. Medida del producto software

4.6.3.1. Incluye

4.6.3.1.1. Medición del tamaño del producto

4.6.3.1.2. Estructura del producto

4.6.3.1.3. Calidad del producto

4.6.4. Calidad de los recursos de medicion

4.6.4.1. Resultados

4.6.4.1.1. Precisión

4.6.4.1.2. Reproductividad

4.6.4.1.3. Repitibilidad

4.6.4.1.4. Convertibilidad

4.6.4.1.5. Medición aleatoria de errores

4.6.4.2. Asignación de números a los objetos de forma sistematica

4.6.4.2.1. Presentar las propiedades de los objetos

4.6.4.3. Escalas

4.6.4.3.1. Nominales

4.6.4.3.2. Ordinales

4.6.4.3.3. Intervalos

4.6.5. Modelos de Información del software

4.6.5.1. Existen para

4.6.5.1.1. Analizar

4.6.5.1.2. Clasificar

4.6.5.1.3. Predecir

4.6.5.2. Evaluados

4.6.5.2.1. Asegurar que los niveles de precisión son suficientes

4.6.5.2.2. Limitaciones conocidas y entendidas

4.6.5.3. Creación de modelos

4.6.5.3.1. Incluye

4.6.5.3.2. Objetivos

4.6.5.3.3. Calibrados

4.6.5.3.4. Efectividad

4.6.5.4. Implementación de modelos

4.6.5.4.1. Interpretación y refinamiento de modelos

4.6.5.4.2. Modelos calibrados

4.6.6. Técnicas de medición del proceso

4.6.6.1. Usadas

4.6.6.1.1. Analizar procesos de IS

4.6.6.1.2. Identificación de fortalezas y debilidades

4.6.6.1.3. Desempeñado

4.6.6.2. Resultados medidos

4.6.6.2.1. Exactitud

4.6.6.2.2. Repetitividad

4.6.6.2.3. Reproductibilidad

4.6.6.3. Clasificación

4.6.6.3.1. Analiticas

4.6.6.3.2. Bancos de pruebas

5. Ingenieria de Software

5.1. Estudio de los metodos en 1

5.2. Aplicación de la Ingenieria al Software

6. Pruebas del Software

6.1. Objetivo

6.1.1. Evaluar y mejorar la calidad del producto

6.1.2. Identificar defectos y problemas

6.1.3. Durante todo el proceso de desarrollo

6.2. Dinamicamente

6.2.1. Ejecutar con pruebas de datos valoradas

6.3. Finito

6.3.1. Recursos y calendario de trabajo limitado

6.4. Seleccionados

6.4.1. Experiencia del diseño de pruebas

6.4.2. Técnicas de analisis de riesgo

6.5. Esperado

6.5.1. Pruebas de validación

6.5.2. Pruebas de verificación

6.5.3. Pruebas de Aceptación

6.6. Medio

6.6.1. Verificación de efectividad de la prevención

6.6.2. Identificar nuevos fallos

6.7. Fundamentos

6.7.1. Terminología

6.7.1.1. Error y defecto

6.7.1.1.1. Causa de funcionamiento incorrecto

6.7.1.2. Fallos

6.7.1.2.1. Efectos no deseados

6.7.2. Claves

6.7.2.1. Criterios de selección de pruebas

6.7.2.1.1. Decidir cuales son los casos de pruebas adecuados

6.7.2.2. Efectividad de las pruebas

6.7.2.2.1. Observar ejecuciones del programa

6.7.2.3. Pruebas para identificar defectos

6.7.2.3.1. Satisfactoria

6.7.2.4. Prueba del Oraculo

6.7.2.4.1. Comportamiento de un programa durante la prueba

6.7.2.5. Limitaciones teoricas y practicas

6.7.2.5.1. Estrategia de gestion del riesgo

6.7.2.5.2. Uso para mostrar la presencia de errores pero nunca su ausencia

6.7.2.6. Caminos no alcanzables

6.7.2.6.1. Caminos de control no ejecutables en las entradas

6.7.2.7. Posibilidad de hacer pruebas

6.7.2.7.1. Grado de facilidad para satisfacer criterio de cobertura de pruebas

6.7.2.7.2. Probabilidad estadistica de exposición de errores durante las pruebas

6.7.3. Relación con otras actividades

6.7.3.1. Técnicas de gestión de la calidad

6.7.3.2. Pruebas de validez

6.7.3.3. Depuración

6.7.3.4. Programación

6.7.3.5. Analista de calidad

6.7.3.5.1. Pruebas vs Tecnicas de Gestión de calidad

6.7.3.5.2. Pruebas vs pruebas de validez y verificacion formal

6.7.3.5.3. Pruebas vs Depuración

6.7.3.5.4. Pruebas Vs Programación

6.7.3.5.5. Pruebas y Certificación

6.8. Niveles de Pruebas

6.8.1. Objeto de la prueba

6.8.1.1. Niveles

6.8.1.1.1. Unidad

6.8.1.1.2. Integración

6.8.1.1.3. Sistema

6.8.2. Objetivos de las pruebas

6.8.2.1. Precisos y cuantificables

6.8.2.2. Implementacion de especificaciones funcionales

6.8.2.2.1. Verificar el comportamiento del Software vs especificaciones

6.8.2.3. Mediciones de confiabilidad

6.8.2.4. Evaluación de facilidad de uso y aceptación

6.8.2.5. Varian con el objeto de las pruebas

6.8.2.6. Pruebas de Aceptación

6.8.2.6.1. Compara comportamiento del sistema con los requisitos del cliente

6.8.2.7. Pruebas de Instalación

6.8.2.7.1. Relación con la configuración de hardware

6.8.2.7.2. Procedimientos para la instalación

6.8.2.8. Pruebas de alfa y beta

6.8.2.8.1. Usuarios potenciales

6.8.2.9. Materialización de la confiabilidad y Evaluación

6.8.2.9.1. Pruebas aleatorias

6.8.2.10. Pruebas de Regresión

6.8.2.10.1. Pruebas selectivas que se repite en un componente

6.8.2.10.2. Pruebas funcionales y no funcionales

6.8.2.11. Pruebas de rendimiento

6.8.2.11.1. Verificar que el Software alcanza los requerimientos de rendimiento

6.8.2.11.2. Pruebas de volumen

6.8.2.12. Pruebas de desgaste

6.8.2.12.1. Funcionamiento del Software a la maxima capacidad

6.8.2.13. Pruebas de continuidad

6.8.2.13.1. Ejecución en dos versiones diferentes del producto

6.8.2.14. Pruebas de recuperación

6.8.2.14.1. Verificar capacidad de recuperación despues de un desastre

6.8.2.15. Pruebas de Configuración

6.8.2.15.1. Analisis de las diferentes configuraciones especificadas

6.8.2.16. Pruebas de facilidad de uso

6.8.2.16.1. Facilidad de usar y aprender a usar

6.8.2.17. Desarrollo dirigido a pruebas

6.8.2.17.1. Promociona el uso de pruebas

6.9. Tecnicas de pruebas

6.9.1. Objetivo

6.9.1.1. Revelar el mayor número de fallos potenciales

6.9.2. Principio

6.9.2.1. Ser Sistematico

6.9.2.1.1. Identificando subclases del dominio de entrada de datos

6.9.2.1.2. Identificando subclases del dominio de entrada de los escenarios

6.9.2.1.3. Identificando subclases del dominio de entrada de estados

6.9.2.1.4. Identificando subclases del dominio de entrada de flujo de datos.

6.9.3. Clasificación

6.9.3.1. Basada en la especificacion y experiencia del Ingeniero

6.9.3.1.1. Ad hoc

6.9.3.1.2. Exploración

6.9.3.2. Basada en la especificación

6.9.3.2.1. Particiones de Equivalencia

6.9.3.2.2. Analisis de los valores limite

6.9.3.2.3. Tablas de decisión

6.9.3.2.4. Maquinas de estado finito

6.9.3.2.5. Especificaciones formales

6.9.3.2.6. Aleatorias

6.9.3.3. Basada en la estructura del codigo

6.9.3.3.1. Flujo de control

6.9.3.3.2. Flujo de datos

6.9.3.3.3. Referencia para pruebas basadas en el codigo

6.9.3.4. Basada en errores

6.9.3.4.1. Conjeturar errores

6.9.3.4.2. Por Mutación

6.9.3.5. Basada en el uso

6.9.3.5.1. Perfil operativo

6.9.3.5.2. Orientadas a la confiabilidad del Software

6.9.3.5.3. Naturaleza de la aplicación

6.9.3.5.4. Seleccionando y combinando técnicas

6.10. Medidas de las pruebas

6.10.1. Proporcionan evaluación el programa

6.10.1.1. Basada en los resultados de las pruebas

6.10.1.2. Evaluan completitud del conjunto de pruebas

6.10.1.3. Optimizar la planificación y ejecución de pruebas

6.10.2. Evaluación de un programa durante las pruebas

6.10.2.1. Medidas para ayudar en la planificación y diseño de pruebas de programas

6.10.2.2. Guiar a las pruebas

6.10.2.2.1. Medidas basadas en el tamaño de un programa

6.10.2.2.2. Medida basada en la estructura del programa

6.10.2.3. Tipos de errores, clasificación y estadisticas

6.10.2.3.1. Predicciones de calidad y mejoramiento del proceso

6.10.2.4. Densidad de fallos

6.10.2.4.1. Clasificación por tipo de error

6.10.2.5. Vida de las pruebas, evaluación de confiabilidad

6.10.2.5.1. Estimación estadistica

6.10.2.5.2. Evaluar un producto

6.10.2.5.3. Decidir deterner las pruebas

6.10.2.6. Modelos de crecimiento de la confiabilidad

6.10.2.6.1. Fallos durante la realización y evaluación de la confiabilidad

6.10.2.6.2. Errores que causan fallos han sido arreglados

6.10.3. Evaluación de las pruebas realzadas

6.10.3.1. Medidas de cobertura/completitud

6.10.3.1.1. Porcentaje de condiciones cubiertas ejecutadas en las definidas en la especificación

6.10.3.2. Idoneidad de criterios

6.10.3.2.1. Instrumentación adecuada

6.10.4. Introducción de errores

6.10.4.1. Artificialmente antes de comprobarlo

6.10.4.1.1. Cual y cuantos determina la efectividad de las pruebas

6.10.4.1.2. Riesgo de olvidarlos

6.10.5. Puntuación de la mutación

6.10.5.1. Efectividad

6.10.5.1.1. Mutantes matados frente a totalidad de mutantes generados

6.10.6. Comparación y efectividad relativa de las diferencias técnicas

6.10.6.1. Números de pruebas necesarias para encontrar el primer fallo

6.10.6.2. Número de errores encontrados en las pruebas y los encontrados durantes y despues de ellas

6.11. El proceeso de las pruebas

6.11.1. Soporta actividades

6.11.2. Guia a los equipos de prueba

6.11.2.1. Planeación de las pruebas

6.11.2.2. Evaluación de los resultados

6.11.3. Conseguir objetivos de manera economica

6.11.4. Consideraciones practicas

6.11.4.1. Actitudes y programacion de egoless

6.11.4.1.1. Acittud de Colaboración

6.11.4.1.2. Jefes de proyecto

6.11.4.2. Guias para las pruebas

6.11.4.2.1. Pruebas basadas en el riesgo

6.11.4.2.2. Pruebas basadas en situaciones

6.11.4.3. Gestión del proceso de las pruebas

6.11.4.3.1. Organizar en un proceso definido

6.11.4.3.2. Parte integral del ciclo de vida del Software

6.11.4.4. Documentación y productos de las pruebas

6.11.4.4.1. Plan de pruebas

6.11.4.4.2. Especificación de los casos de pruebas

6.11.4.4.3. Diario de las pruebas

6.11.4.4.4. Informe de problemas o incidentes

6.11.4.4.5. Generar y actualizar continuamente

6.11.4.5. Equipo de pruebas Interno vs equipo de prueba independiente

6.11.4.5.1. Coste

6.11.4.5.2. Planificación

6.11.4.5.3. Nivel de Madurez

6.11.4.5.4. Nivel critico de la aplicación

6.11.4.6. Estimación coste/esfuerzo y otras medidas del proceso

6.11.4.6.1. Medidas

6.11.4.6.2. Evaluación

6.11.4.6.3. Recursos

6.11.4.7. Finalización

6.11.4.7.1. Decidir

6.11.4.7.2. Medidas

6.11.4.8. Reutilización de pruebas y patrones de pruebas

6.11.4.8.1. Software de gestion de configuraciones

6.11.4.8.2. Patron de prueba reutilizable y documentable

6.11.5. Actividades de las pruebas

6.11.5.1. Planificación

6.11.5.1.1. Coordinación de personal

6.11.5.1.2. Gestión de instalaciones y equipos

6.11.5.1.3. Posibles situaciones no deseables

6.11.5.1.4. Tiempo y esfuerzo

6.11.5.2. Generación de casos de pruebas

6.11.5.2.1. Nivel de pruebas

6.11.5.2.2. Técnicas a usar

6.11.5.2.3. Bajo control de software de configuracion

6.11.5.2.4. Incluir resultados esperados en cada prueba

6.11.5.3. Desarrollo en el entorno de pruebas

6.11.5.3.1. Compatible con las herramientas de IS

6.11.5.3.2. Facilitar

6.11.5.4. Ejecución

6.11.5.4.1. Principio

6.11.5.4.2. Realizar y documentar claramente

6.11.5.4.3. De acuerdo con los procedimientos documentados

6.11.5.4.4. Usando version del software que se esta comprobando

6.11.5.5. Evaluación de los resultados de las pruebas

6.11.5.5.1. Pruebas satsfactorias

6.11.5.5.2. Error

6.11.5.5.3. Resultados importantes

6.11.5.6. Notificación de problemas/diario de pruebas

6.11.5.6.1. Diario de pruebas

6.11.5.6.2. Resultados inexperados o incorrectos

6.11.5.6.3. Anomalias

6.11.5.6.4. Informes de pruebas

6.11.5.7. Seguimiento de defectos

6.11.5.7.1. Defectos del Software

7. Gestion de Configuracion del Sotware

7.1. Sistema

7.1.1. Coleccion de componentes organizados

7.1.1.1. Proporcionar funciones

7.2. Configuración de un sistema

7.2.1. Caracteristicas funcionales y fisicas

7.2.1.1. Hardware

7.2.1.2. Firmware

7.2.1.3. Sofware

7.2.2. Coleccion de versiones especificas de elementos

7.2.2.1. Hardware

7.2.2.2. Firmware

7.2.2.3. Sofware

7.3. Disciplina

7.3.1. Identificar la configuración de un sistema

7.3.1.1. Controlar de manera sistematica los cambios en la configuracion

7.3.1.1.1. Mantener la integridad

7.3.1.1.2. Seguimiento de los cambios durante el ciclo de vida

7.3.2. Direccion y seguimientos tecnicos y administrativos

7.3.2.1. Identificacion y documentacion

7.3.2.1.1. Caracteristicas

7.4. Proceso

7.4.1. Soporta el ciclo de vida del software

7.4.2. Beneficia

7.4.2.1. la gestion de proyectos

7.4.2.2. Actividades de desarrollo y mantenimiento

7.4.2.3. Actividades de garantia

7.4.2.4. Clientes y usuarios del producto final

7.5. Gestion de proceso

7.5.1. Contexto de la Organización

7.5.1.1. Elementos de la organización

7.5.1.2. Parte de un sistema mayor

7.5.1.2.1. elementos

7.5.1.3. Interactua con actividad de garantia de la calidad

7.5.1.3.1. Gestion de registros

7.5.1.3.2. Elementos no validos

7.5.2. Restricciones y consejos

7.5.2.1. Normas y procedimientos corporativos

7.5.2.2. Influencia o prescribir el diseño e implementacion

7.5.2.3. Estipulación contractual

7.5.2.4. Regulación externa

7.5.2.4.1. Afectación potencial publica

7.5.2.5. Proceso de ciclo de vida y herramientas elegidas

7.5.2.6. Mejores practicas

7.5.2.6.1. Guia y estandares

7.5.3. Planificar

7.5.3.1. Consistente con el contexto de la organización

7.5.3.2. Restricciones aplicables

7.5.3.3. Actividades

7.5.3.3.1. Identificación de la configuración del Software

7.5.3.3.2. Control de la configuración del Software

7.5.3.3.3. Responsabilidad del estado de la configuración del Software

7.5.3.3.4. Auditoria de la configuración del Software

7.5.3.3.5. Gestión de lanzamiento y entrega del software

7.5.3.4. Puntos

7.5.3.4.1. Organizacion y responsabilidades

7.5.3.4.2. Recursos y calendarios

7.5.3.4.3. Herramientas e implementacion

7.5.3.4.4. Control de proveedores/subcontrato

7.5.3.4.5. Control de la interacción

7.5.3.5. Resultados

7.5.3.5.1. Registrados y auditados

7.5.4. Plan de la gestion de configuracion del software

7.5.4.1. Documento vivo

7.5.4.1.1. Referencia

7.5.4.2. Implementarlo

7.5.4.2.1. Desarrollar conjunto de procedimientos detallado

7.5.4.2.2. Utilizar varias fuentes de información

7.5.4.3. Incluir

7.5.4.3.1. Introducción

7.5.4.3.2. Gestion

7.5.4.3.3. Actividades

7.5.4.3.4. Planificacion

7.5.4.3.5. Recursos

7.5.4.3.6. Mantenimiento del plan

7.5.5. Seguimiento

7.5.5.1. Actividad de cumplimiento de auditoria

7.5.5.2. Herramientas

7.5.5.2.1. Facilitan la comprobacion de cumplimiento y flexibilidad de adaptar procedimientos

7.5.5.2.2. Continuacion del proceso con menos flexibilidad

7.5.5.3. Medidas y mediciones

7.5.5.3.1. Informacion especifica de evolucion del producto

7.5.5.3.2. Vision interna del funcionamiento de los procesos

7.5.5.3.3. Caracterizar el estado actual del producto

7.5.5.3.4. Proporcionar una base para comparaciones

7.5.5.3.5. Analisis

7.5.5.3.6. Mantener el objetivo del seguimiento en los descubrimientos

7.5.5.4. Auditorias durante el proceso

7.5.5.4.1. Investigar el estado actual de un elemento especifico

7.5.5.4.2. Evaluar la implementacion del proceso de gestion de configuracion

7.5.5.4.3. Monitorizar aspectos seleccionados del proceso

7.6. Identificación

7.6.1. Elementos a controlar

7.6.1.1. Comprender configuración del software

7.6.1.1.1. Segun contexto de configuración del sistema

7.6.1.2. Configuración del software

7.6.1.2.1. Conjunto de caracteristicas funcionales y fisicas del software

7.6.1.3. Elemento de configuracion del Software

7.6.1.3.1. Agregacion de software

7.6.1.3.2. Potenciales

7.6.1.3.3. Selección

7.6.1.4. Relaciones entre elementos

7.6.1.4.1. Construcción del software

7.6.1.4.2. Analisis del impacto de los cambios

7.6.1.4.3. Debe considerarse

7.6.1.5. Versiones del software

7.6.1.5.1. Elemento identificado y especificado particularmente

7.6.1.5.2. Estado de un elemento evolucionado

7.6.1.5.3. Revisión

7.6.1.5.4. Variante

7.6.1.6. Linea base

7.6.1.6.1. Conjunto de elementos de configuracion designado formalmente

7.6.1.6.2. Versión en particular de un elemento de la configuración

7.6.1.6.3. Solo se cambia

7.6.1.6.4. Mas usadas

7.6.1.7. Adquisición de elementos de configuracion del software

7.6.1.7.1. Elementos en una linea base en particular en un momento determinado del ciclo de vida

7.6.2. Establece

7.6.2.1. Metodos de identificacion

7.6.2.2. Herramientas y técnicas

7.6.2.2.1. Adquirir y gestionar elementos

7.6.3. Biblioteca de Software

7.6.3.1. Colección controlada de software y los Documentos relacionados

7.6.3.2. Tipos

7.6.3.2.1. Desarrollo

7.6.3.2.2. Soporte de proyectos

7.6.3.2.3. Maestra

7.6.3.3. Seguridad

7.6.3.3.1. Aspecto clave

7.7. Control

7.7.1. Petición, evaluación, aprobación de cambios

7.7.1.1. Procedimientos formales

7.7.1.1.1. Recoger y registrar peticione

7.7.1.2. Evalua el coste e impacto potencial del cambio

7.7.1.2.1. Aceptar

7.7.1.2.2. Modificar

7.7.1.2.3. Rechazar

7.7.1.3. Fuente de peticion de cambios

7.7.1.3.1. Acción correctiva

7.7.1.4. Registro de peticion de cambios del software

7.7.1.4.1. Seguir defectos y recoger mediciones

7.7.1.4.2. Evaluacion tecnica

7.7.1.4.3. Consejo de control de la configuracion del Software

7.7.1.4.4. Proceso de petición

7.7.2. Implementación cambios

7.7.2.1. Utilizando procedimientos definidos

7.7.2.1.1. Segun requerimientos de planeación

7.7.2.2. Auditorias de configuración y verificación de calidad

7.7.2.3. Soportado

7.7.2.3.1. Habilidades de herramienta de biblioteca

7.7.3. Desviaciones y revisiones

7.7.3.1. Remisión

7.7.3.1.1. Autorizacion

7.7.3.2. Rechazo

7.7.3.2.1. Autorización

7.8. Registro del estado

7.8.1. Registrar y proporcionar informacion

7.8.1.1. Gestión efectiva de configuración del software

7.8.2. Información del estado de Configuración

7.8.2.1. Diseña y opera un sistemas

7.8.2.1.1. Captura y generacion de informes durante el ciclo de vida

7.8.2.2. Identificar

7.8.2.3. Recoger

7.8.2.4. Mantener

7.8.2.5. Requiere mediciones e información

7.8.2.5.1. Soportar el proceso

7.8.2.5.2. Cubrir necesidades de informes

7.8.2.5.3. Ingenieria de software

7.8.2.6. Tipos de información

7.8.2.6.1. Identificación de la configuración aprobada

7.8.2.6.2. Identificacion y estado de implementacion

7.8.2.7. Soporte de herramientas

7.8.2.7.1. Habilidad de la base de datos

7.8.2.7.2. Herramienta independiente

7.8.2.7.3. Habilidad del entorno

7.8.3. Informes del estado de configuración

7.8.3.1. Usados por

7.8.3.1.1. Equipo de desarrollo

7.8.3.1.2. Equipo de mantenimiento

7.8.3.1.3. Gestión del proyecto

7.8.3.1.4. Actividades de calidad de software

7.8.3.2. Pueden tener

7.8.3.2.1. Forma de respuestas inmediatas a preguntas especificas

7.8.3.2.2. Informes prediseñados producidos periodicamente

7.8.3.3. Base

7.8.3.3.1. Mediciones utiles para la gestión, desarrollo y configuración

7.8.3.4. Actividades de contabilidad

7.8.3.4.1. Registros de garantia de calidad

7.9. Auditoria

7.9.1. Evaluar independientemente

7.9.1.1. Conformidad de productos de software

7.9.1.2. Procesos con las regulaciones

7.9.1.3. Estandares

7.9.1.4. Guias

7.9.1.5. Planes

7.9.1.6. Procedimientos

7.9.2. Planeación

7.9.2.1. Personas con tareas asignadas y tiempo reducido

7.9.2.2. Herramientas que soportan planeación y ejecución

7.9.3. Tipos

7.9.3.1. Software critico

7.9.3.1.1. Auditoria Configuración funcional

7.9.3.1.2. Auditoria Configuración fisica

7.9.3.2. Auditoria durante el proceso de una linea de base

7.9.3.2.1. Investigar estado actual de un elemento

7.10. Gestion de lanzamiento y distribución del software

7.10.1. Lanzamiento

7.10.1.1. Distribucion de un elemento del la configuración fuera de la actividad de desarrollo

7.10.1.1.1. Lanzamientos internos

7.10.1.1.2. Distribución a clientes

7.10.2. Version diferente

7.10.2.1. Version para diferentes plataformas

7.10.2.2. Versiones con diferentes capacidades

7.10.2.3. Empaquetar una version especifica y empaquetar materiales adecuados para su distribución

7.10.3. Construcción del software

7.10.3.1. Combinar la version correcta de los elementos de configuracion

7.10.3.1.1. Programa ejecutable

7.10.3.2. Usa versiones particulares de herramientas de soporte

7.10.3.2.1. Compiladores

7.10.3.2.2. Seleccionar versión correcta de elementos

7.10.3.2.3. Variacion en complejidad

7.10.4. Gestión del lanzamiento de Software

7.10.4.1. Conlleva

7.10.4.1.1. Identificación

7.10.4.1.2. Empaquetamiento

7.10.4.1.3. Distribución de elementos

7.10.4.2. Determinar cuando realizar el lanzamiento

7.10.4.3. Documentos de descripción de la versión

7.10.4.3.1. Documenta el contenido fisico

7.10.4.4. Notas de lanzamiento

7.10.4.4.1. Describen

7.10.4.5. Seguimiento de la distribución del producto

7.10.4.5.1. Las habilidades de herramienta dan soporte

8. Calidad del Software

8.1. Definición

8.1.1. Conformidad a las exigencias del usuario

8.1.2. Alcanzar los niveles de excelentes de salud para el empleo

8.1.3. Calidad conducida por el mercado

8.1.3.1. Objetivo de alcanzar la satisfacción del cliente total

8.1.4. Calidad conducida por el cliente

8.1.4.1. Satisfacción del cliente como una consideracion mayor

8.1.5. Grado en que un conjunto de caracteristicas inherentes cumple requisitos

8.2. Fundamentos

8.2.1. Ingenieria del software cultura y etica

8.2.1.1. Compromiso de calidad de software como compromiso de su cultura

8.2.1.2. Codigo de etica y practica profesional

8.2.2. Valor y costo de la calidad

8.2.2.1. Costo de prevención

8.2.2.2. Costo de apreciación

8.2.2.3. Costo de fracaso interno

8.2.2.4. Costo de fracaso externo

8.2.3. Modelos y caracteristicas de calidad

8.2.3.1. Productos de software

8.2.3.1.1. Calidad Interna

8.2.3.1.2. Calidad externa

8.2.3.1.3. Calidad en el empleo

8.2.3.2. Calidad del proceso en la ingenieria de software

8.2.3.2.1. Evaluan capacidades orgnizacionales

8.2.3.2.2. Estandares

8.2.3.2.3. Areas

8.2.3.3. Calidad del producto de software

8.2.3.3.1. Determinar el objetivo del software

8.2.3.3.2. Procesos asociados

8.2.3.3.3. Producto

8.2.3.4. Mejora de calidad

8.2.3.4.1. Mediante proceso iterativo de mejora continua

8.2.3.4.2. Calidad del producto

8.2.3.4.3. Conocer los objetivos de calidad

8.2.3.4.4. Desarrollo de un programa de mejoras

8.3. Proceso de gestión de calidad

8.3.1. Aplicación perspectivas de procesos

8.3.1.1. Software

8.3.1.2. Productos

8.3.1.3. Recursos

8.3.2. Define

8.3.2.1. Procesos

8.3.2.2. Propietarios de procesos

8.3.2.3. Requerimientos para los procesos

8.3.2.4. Medidas del proceso

8.3.2.5. Salidas

8.3.2.6. Canales de retroalimentación

8.3.3. Planificación para la calidad

8.3.3.1. Definición del producto en termino de sus caracteristicas de calidad

8.3.3.2. Planificación de los procesos para lograr el producto requerido

8.3.4. Dirgido

8.3.4.1. Buenos productos del software satisfacen

8.3.4.1.1. Cliente

8.3.4.1.2. Exigencias del personal implicado

8.3.4.2. Proporcionar valor a los clientes

8.3.4.3. Proveer calidad del software para conocer los requerimientos

8.3.5. Procesos SQM

8.3.5.1. Estandar IEEE12207

8.3.5.1.1. Procesos de aseguramiento de calidad

8.3.5.1.2. Procesos de verificación

8.3.5.1.3. Procesos de validación

8.3.5.1.4. Procesos de revisión

8.3.5.1.5. Procesos de auditoria

8.3.5.2. Ayudan a asegurar una calidad de sortware optima

8.3.5.3. Proveen como subproducto información general

8.3.5.3.1. Gestión

8.3.5.3.2. Directrices de calidad para todo el proceso

8.3.5.4. Retroalimentación relevante para areas

8.3.5.4.1. Proceso de ingenieria de software

8.3.5.4.2. Gestión en ingenieria de software

8.3.5.5. Consisten

8.3.5.5.1. Tareas

8.3.5.5.2. Tecnicas

8.3.5.5.3. Indican la puesta en practica de los proyectos de software

8.3.5.5.4. La mejor manera para que losproductos intermedios y finales encuentren requerimientos especificos

8.3.5.6. Papel principal en la fase de planificación

8.3.5.6.1. Caracter proactivo

8.3.6. Gestión del riego

8.3.6.1. Incorporación de analisis de riesgo disciplinado

8.3.6.2. Técnicas de gestión en el proceso del ciclo de vida

8.3.7. Aseguramiento de la calidad del software

8.3.7.1. Problema claro e identificado

8.3.7.2. Requerimientos de la solución estan correctamente definidos y expresados

8.3.7.3. SQA

8.3.7.3.1. Asegurar que procesos de planificación son apropiados

8.3.7.3.2. Procesos de medición

8.3.7.3.3. Medio para asegurar que el software desarrollado

8.3.7.3.4. Objetivo de calidad es definido y entendido

8.3.7.3.5. Compatible con el plan de gestión de configuración de software

8.3.7.3.6. Guian el proyecto

8.3.7.3.7. Identifica

8.3.7.3.8. Actividades de garantia de calidad

8.3.8. Verificación y validación

8.3.8.1. Asegurar

8.3.8.1.1. Calidad es construida dentro del software

8.3.8.1.2. Software satisface las exigencias del usuario

8.3.8.2. Tecnicas de prueba

8.3.8.2.1. Localizar defectos para ser tratados

8.3.8.3. Evalua productos intermedios

8.3.8.3.1. Pasos intermedios de los procesos

8.3.8.4. Determina

8.3.8.4.1. Si el producto de una actividad cumple o no su proposito

8.3.8.5. Verificación

8.3.8.5.1. Producto se desarrolla correctamente

8.3.8.6. Validacion

8.3.8.6.1. Construcción producto correcto

8.3.8.7. Empieza en la fase de desarrollo y mantemiento

8.3.8.8. Proporciona un examen de caracteristicas claves del producto

8.3.8.9. Planificación

8.3.8.9.1. Asegurar y asignar claramente

8.3.8.10. Comprensión de los objetivos

8.3.8.10.1. Ayuda a la planificación de tecnicas y recursos para alcanzar los objetivos

8.3.8.11. Plan

8.3.8.11.1. Considera

8.3.9. Revisiones y auditorias

8.3.9.1. Tipos segun el estandar IEEE1028-97

8.3.9.1.1. Revisión de gestiones

8.3.9.1.2. Revisiones tecnicas

8.3.9.1.3. Inspecciones

8.3.9.1.4. Walk-throughs

8.3.9.1.5. Auditorias

8.4. Consideraciones practicas

8.4.1. Requerimientos de calidad del software

8.4.1.1. Factores de influencia

8.4.1.1.1. Influyen en

8.4.1.1.2. Dominio del sistema en el cual el software residira

8.4.1.1.3. Requerimientos del sistema y del software

8.4.1.1.4. Componentes comerciales

8.4.1.1.5. Estandares especificos de ingenieria

8.4.1.1.6. Metodos y herramientas del software

8.4.1.1.7. Presupuesto, Personal, planes de organizacion, proyectos, planificacion de todos los procesos

8.4.1.1.8. Usuarios implicados y empleo del sistema

8.4.1.1.9. Nivel de integridad del sistema

8.4.1.2. Confiabilidad

8.4.1.2.1. Exigencia de calidad principal

8.4.1.2.2. Caracteristicas

8.4.1.3. Niveles de integridad del softtware

8.4.1.3.1. En base

8.4.1.3.2. Seguridad y fiabilidad son importantes

8.4.2. Caraterización de defectos

8.4.2.1. Conduce a un entendimiento del producto

8.4.2.2. Facilita correciones al proceso o al producto

8.4.2.3. Informa al gestor del proyecto el estado del proceso

8.4.2.4. Rastrear defectos

8.4.2.4.1. Numero como tipo de defectos

8.4.2.5. Establecer taxonomia de defectos

8.4.2.6. Definición

8.4.2.6.1. Error

8.4.2.6.2. Defecto

8.4.2.6.3. Fallo

8.4.2.6.4. Equivocación

8.4.2.7. En base a los fallos

8.4.2.7.1. Se construyen modelos de fiabilidad

8.4.2.7.2. Usados para predecir futuros fracasos

8.4.2.7.3. Asistir la desicion de cuando detener las pruebas

8.4.2.8. Accion resultante

8.4.2.8.1. Eliminar los defectos del producto durante la inspección

8.4.3. Tecnicas de gestion de calidad del software

8.4.3.1. Clasificación

8.4.3.1.1. Estaticas

8.4.3.1.2. Intensivas de personal

8.4.3.1.3. Analiticas

8.4.3.1.4. Dinamicas

8.4.3.1.5. Pruebas

8.4.4. Medicion de calidad del software

8.4.4.1. Metricas para determinar el grado de calidad de cada caracteristica alcanzada por el producto

8.4.4.1.1. Apoyar la calidad del software

8.4.4.1.2. Ayudar en proceso de toma de decisiones de gestion

8.4.4.1.3. Encontrar areas problematicas y cuellos de botella

8.4.4.1.4. Asistencia en cuanto a cuando detener las pruebas

8.4.4.2. Metricas para caracterisitcas de calidad y rasgos de productos

8.4.4.2.1. Numero de requerimientos defectuosos

8.4.4.2.2. Proporcion de requerimientos defectuosos

8.4.4.2.3. Para su interpretacion

8.4.4.2.4. Tratamiento del analisis del defecto