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

1. DISEÑO DE SOFWARE

1.1. Fundamentos

1.1.1. El desarrollo de software se considera generalmente de

1.1.1.1. Diseño arquitectónico

1.1.1.2. Diseño detallado

1.2. Estructura de software y arquitectura

1.2.1. Versión

1.2.2. Peticiones de diseño

1.3. Diseño estructurado se utiliza después de un análisis

2. Construcción de software

2.1. Fundamentos

2.1.1. Minimizar complejidad

2.1.2. Código simple y legible y no tanto inteligente

2.1.3. Anticipar el cambio

2.1.4. Construcción para la codificación verificable

3. PROCESOS DE SOFTWARE

3.1. Proceso de Implementación y Cambios

3.2. Ciclo de Gestión del Software

3.2.1. Planificación

3.2.2. Implementación

3.2.3. Evaluación

3.3. Valoración  de los procesos

3.3.1. Medición de la calidad

3.3.2. Creación de modelos

3.3.3. Técnicas analiticas

3.4. INSTRUMENTOS Y METODOS

3.4.1. Herramientas

3.4.1.1. Exigencias

3.4.1.2. Diseño

3.4.1.3. Construcción

3.4.1.4. Pruebas

3.4.1.5. Mantenimiento

3.4.2. Metodos

3.4.2.1. Heuristicos

3.4.2.2. Formales

3.4.2.3. Prototipado

3.5. CALIDAD DEL SOFTWARE

3.5.1. Fundamentos

3.5.1.1. Cultura y Etíca

3.5.1.2. Valor y coste de la calidad

3.5.1.3. Modelos y caracteristicas de calidad

3.5.2. Procesos

3.5.2.1. aseguramiento de calidad

3.5.2.2. verificación

3.5.2.3. validación

3.5.2.4. revisión y auditorias

3.5.2.4.1. revisiones de gestion

3.5.2.4.2. revisiones tecnicas

3.5.2.4.3. inspecciones

3.5.2.4.4. Walk-throughs

4. REQUERIMIENTO DE SOFTWARE

4.1. REQUISITOS

4.1.1. Capturan

4.1.2. Descubren

4.1.3. Adquieren

4.1.4. La fuente de los requisitos

4.1.5. Verificable

4.1.6. Consta de

4.1.6.1. Propiedades de comportamiento

4.2. REQUERIMIENTOS

4.2.1. Es la base para acuerdos entre cliente y contratistas o proveedores

4.2.2. Requisitos funcionales

4.2.2.1. Capacidad

4.2.3. Requisitos no funcionales

4.2.3.1. Restricción o requisitos de calidad

4.3. PROCESOS

4.3.1. Calidad y mejora

4.3.1.1. Evaluación de calidad

4.3.2. Gestor de procesos

4.3.3. Actores

4.3.3.1. Usuario

4.3.3.2. Cliente

4.3.3.3. Análisis de mercado

4.3.3.4. Reguladores

4.3.3.5. Ingeniería de software

4.3.4. Versión

4.4. ANALISIS DE REQUISITOS

4.4.1. Detectar y resolver conflictos

4.4.1.1. Diseño y arquitectura

4.5. REQUISITOS DE VALIDACIÓN

4.5.1. Requisito critico

4.5.2. Prototipato

4.5.3. Modelo de validación

4.5.4. Aceptación de pruebas