Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Swebok por Mind Map: Swebok

1. SOFTWARE CONSTRUCTION

1.1. Fundamentos

1.1.1. Minimizar la Complejidad

1.1.2. Anticiparse a los Cambios

1.1.3. Construir para Verificar

1.1.4. Estándares en la Construccion

1.2. Gestion

1.2.1. Modelos

1.2.2. Plan

1.2.3. Metricas

1.3. Consideraciones

1.3.1. Diseño de construcción

1.3.2. Lenguajes de construcción

1.3.2.1. Linguistic

1.3.2.2. Formal

1.3.2.3. Visual

1.3.3. Pruebas De La Construcción

1.3.3.1. Unit testing (examen de la unidad)

1.3.3.2. Integration testing(Pruebas de integración)

1.3.4. Reutilizacion

1.3.4.1. La selección de unidades reutilizables, bases de datos, prueba procedimientos o datos de prueba

1.3.4.2. La evaluación del código o la reutilización de la prueba

1.3.4.3. El informe de información de reutilización en código nuevo, prueba procedimientos o datos de prueba

1.3.5. Calidad de construcción

1.3.5.1. Paso de código

1.3.5.2. Uso de aserciones

1.3.5.3. Depuración

1.3.6. Integracion

2. SOFTWARE MAINTENANCE

2.1. Se enfoca en

2.1.1. Necesidad

2.1.1.1. Corregir Defectos

2.1.1.2. Mejorar el Diseño

2.1.1.3. Interfaz con otros sistemas

2.1.1.4. Adaptar programas con Hardware/Software

2.1.1.5. Necesidad de mantenimiento

2.1.1.5.1. El sistema cambia debido

2.1.1.5.2. Las actividades del mantenedor comprenden cuatro claves características

2.1.2. Categorias

2.1.2.1. Correctivo

2.1.2.2. Adaptativo

2.1.2.3. Perfectivo

2.1.2.4. Preventivo

2.1.3. Costos

2.1.3.1. Tipo de aplicacion

2.1.3.2. Novedad de software

2.1.3.3. Disponibilidad de personal de mantenimiento de software

2.1.3.4. Vida útil del software

2.1.3.5. Características del hardware

2.1.3.6. Calidad del diseño del software, construcción, documentación y pruebas

2.1.4. Problemas clave en el mantenimiento del software

2.1.4.1. Problemas técnicos

2.1.4.2. Asuntos Gerenciales

2.1.4.3. Estimación de costos y medidas

2.1.5. Técnicas

2.1.5.1. Compresion del Programa

2.1.5.2. Reingenieria

2.1.5.3. Ingeniería Inversa

3. SOFTWARE REQUIREMENTS

3.1. se enfocan en

3.1.1. El análisis de requerimiento

3.1.1.1. Clasificación de requerimientos

3.1.1.2. Modelo conceptual

3.1.1.2.1. Desarrollados

3.1.1.2.2. Influenciados

3.1.2. La espicificación de requisitos

3.1.2.1. Especificación del sistema

3.1.2.2. Espeficicación del software

3.1.3. La validación de requerimientos

3.1.3.1. Elaboración de requisitos

3.1.3.2. Validación del modelo

3.1.3.3. Pruebas de aceptación

3.1.3.4. Importancia

3.1.4. Fundamentos de los requerimientos

3.1.4.1. Funcionales - no funcionales

3.1.4.2. Prioridad

3.1.4.3. Producto - proceso

3.1.4.4. Alcance

3.1.5. Consideraciones prácticas

3.1.5.1. Administración de cambio

3.1.5.2. Medición de requerimientos

3.1.6. Captura de requisitos

3.1.6.1. Fuente de requerimiento

3.1.6.1.1. Metas

3.1.6.1.2. Conocimiento de dominio

3.1.6.1.3. Ambiente operacional y organizacional

3.1.7. Técnicas de obtención

3.1.7.1. Entravistas

3.1.7.2. Prototipos

3.1.7.3. Reuniones

3.1.8. Aspectos relevantes

3.1.8.1. Riesgos

3.1.8.2. Interrupciones

3.1.8.3. Vulnerabilidad

4. SOFTWARE ENGINEERING MANAGEMENT

4.1. La Descomposición de los temas de gestión de la ingeniería del software

4.1.1. Iniciación y alcance

4.1.1.1. Determinación y negociación de requisitos

4.1.1.2. Viabilidad y análisis

4.1.1.3. Proceso para la revisión de los requisitos

4.1.2. Planificación de un proyecto de software

4.1.2.1. Planificación del proceso

4.1.2.2. Determinar los entregables

4.1.2.3. Esfuerzo, calendario y estimación de costes

4.1.2.4. Reparto de recursos

4.1.2.5. Gestión de riesgos

4.1.2.6. Gestión de la calidad

4.1.2.7. Gestión de planes

4.1.3. Promulgación del proyecto de software

4.1.3.1. Implementación de planes

4.1.3.2. Gestión de contratos con proveedores

4.1.3.3. Implementación de procesos para medir

4.1.3.4. Proceso de supervición

4.1.3.5. Proceso de control

4.1.3.6. Informes

4.1.4. Revisión y evaluación

4.1.4.1. Determinar la satisfacción de los requisitos

4.1.4.2. Revisar y evaluar la ejecución

4.1.5. Cierre

4.1.5.1. Determinar el cierre

4.1.5.2. Actividades de cierre

4.1.6. Medidas de la ingeniería del software

4.1.6.1. Establecer y sostener el compromiso de medir

4.1.6.2. Planificar el proceso de medición

4.1.6.3. Realizar el proceso de medición

4.1.6.4. Evaluar las medidas

5. SOFTWARE ENGINEERING TOOLS AND METHODS

5.1. Se enfoca y estudia

5.1.1. Herramientas del proceso

5.1.1.1. Modelan, instrumento de dirección y ambiente de desarrollo de software.

5.1.2. Herramientas de diseño

5.1.2.1. Crear y comprobar

5.2. Proporciona la notación y el vocabulario

5.2.1. Métodos Formales

5.2.1.1. Trata del software matemáticamente

5.2.2. Métodos Prototipado

5.2.2.1. Implican el prototipado de sotfware