1. Diseño de Software
1.1. Proceso del diseño de Software
1.1.1. Diseño Arquitectónico.
1.1.1.1. Describe como el software se descompone y organiza.
1.1.2. Diseño detallado.
1.1.2.1. Describe el comportamiento especifico de estos componentes.
1.1.3. Tecnicas
1.1.3.1. Abstracción.
1.1.3.2. Acoplador y cohesión.
1.1.3.3. Descomposición y Modularizacion.
1.1.3.4. Encapsula miento.
2. Cuestiones claves en diseño del software
2.1. Concurrencia
2.1.1. Como descomponer en procesos, tareas e hilos y reparto.
2.2. Control y dirección de acontecimiento
2.2.1. Como organizar datos y controlar flujo.
2.3. Distribucion de componentes
2.3.1. Como distribuir el software a través de hardware.
2.4. Dirección del error y de excepción y tolerancia a fallos.
2.5. Interaccion y presentación
2.6. Persistencia de los Datos
3. Estructura y Arquitectura del software
3.1. Estructuras y puntos de Vista
3.1.1. Una arquitectura de software es un artefacto múltiple.
3.1.2. Un estilo arquitectónico es un sistema de apremios en una arquitectura.
3.2. Patrones del Diseño
3.2.1. Patrones de creación.
3.2.2. Patrones estructurales.
3.2.3. Patrones del Comportamiento.
3.3. Familias de programas y de marcos
4. Análisis y la evaluación de la calidad del Diseño de software
4.1. Cualidades de los atributos
4.1.1. Ilities.
4.1.1.1. Capacidad de mantenimiento.
4.1.2. Nesses.
4.1.2.1. Corrección, Robustez.
4.1.3. Discernible.
4.1.4. No discernible.
4.1.5. Calidades intrinsecas.
4.2. Tecnicas de evaluacion y calidad de analisis
4.2.1. Revisión de diseño de software.
4.2.2. Análisis Estático.
4.2.3. Simulación y Prototipado.
4.3. Medidas
4.3.1. Se clasifican en:
4.3.1.1. Diseño de medidas orientadas a función.
4.3.1.2. Diseño de medidas orientadas a objetos.
5. Notaciones del diseño del software
5.1. Descripcion estructural
5.1.1. Describe los aspectos estructurales del diseño de software.
5.1.1.1. Lenguajes descriptivos de la arquitectura.
5.1.1.2. Diagrama de clases y objetos.
5.1.1.3. Diagrama de componente.
5.1.1.4. Tarjeta de Colaborador.
5.1.1.5. Diagrama de despliegue.
5.1.1.6. Diagrama de la Entidad - relación.
5.1.1.7. Lenguaje descriptivo de interfaz.
5.1.1.8. Diagramas de la estructura de jackson.
5.1.1.9. Estructura de cartas.
5.2. Descripcion de comportamiento
5.2.1. Para describir comportamiento dinámico del software y de los componentes.
5.2.1.1. Diagramas de Actividad.
5.2.1.2. Diagramas de colaboración.
5.2.1.3. Organigrama de datos.
5.2.1.4. Tablas y diagramas de desicion.
5.2.1.5. Organigramas.
5.2.1.6. Diagramas de secuencia.
5.2.1.7. Transición de estados y diagramas de estado.
5.2.1.8. Lenguajes formales de especificación.
5.2.1.9. Lenguajes del diseño de pseudocodigo del programa.
6. Estrategias y Métodos del diseño
6.1. Estrategias generales
6.1.1. Dividir y conquistar el refinamiento.
6.1.2. Abstraccion de datos.
6.1.3. Uso de la Eucarística.
6.1.4. Uso de patrones y lenguajes.
6.2. Diseño orientado a funcion
6.2.1. Uno de los métodos mas clásicos del diseño de software.
6.3. Diseño orientado a objetos
6.3.1. Donde la herencia y el polimorfismo desempeñan un papel importante.
6.4. Diseño dato - estructura - centrado
6.5. Diseño basado en componentes
6.6. Otros metodos
6.6.1. Métodos formales y rigurosos.
6.6.2. Métodos transformacionales.
7. Requerimientos De Software
7.1. Funcionales
7.1.1. Describen las funciones del software.
7.2. No Funcionales
7.2.1. Son los que actúan para obligar la Solución.
7.3. Cuantificables
7.3.1. Se deben indicar tan clara e inequívocamente como sea posible.
7.4. Requisitos del sistema y el Software
7.4.1. Sistema.
7.4.1.1. Son los requisitos para el sistema en su totalidad.
7.4.2. Software.
7.4.2.1. Se derivan de los requisitos del sistema.
8. Proceso de los requisitos
8.1. Modelos de Proceso
8.1.1. Identifica los requisitos del software como elementos de configuración.
8.2. Agentes de proceso
8.2.1. Este proceso es fundamental e interdiciplinario.
8.2.1.1. Usuarios, Clientes, Analistas de mercado, Reguladores, Ingenieros de software.
8.3. Ayuda y Gerencia de Proceso.
8.3.1. Introduce los recursos de la gerencia de proyectos requeridos y consumidos por el proceso de requisitos.
8.4. Calidad y mejora de proceso
8.4.1. Se refiere al gravamen de la calidad y la mejora del proceso de los requisitos.
9. Captura de requisitos
9.1. Fuentes de requisitos
9.1.1. Metas.
9.1.2. Conocimiento del Dominio.
9.1.3. Stakeholders.
9.1.4. Entorno operacional.
9.1.5. Entorno de la organización.
9.2. Técnicas de captura de requisitos
9.2.1. Entrevista.
9.2.2. Escenario.
9.2.3. Prototipos.
9.2.4. Reuniones.
9.2.5. Observación.
10. Análisis de Requisitos
10.1. Clasificación de los requisitos
10.1.1. Funcional.
10.1.2. No funcional.
10.1.3. Derivado directamente de uno o mas requisitos.
10.1.4. Esta en el producto o proceso.
10.1.5. La prioridad del requisito.
10.1.6. El alcance del requisito.
10.1.7. Volatilidad y Estabilidad.
10.2. El modelo conceptual
10.2.1. Factores que influyen la opción del modulo incluyen.
10.2.1.1. La naturaleza del problema.
10.2.1.2. La maestria del ingeniero del software.
10.2.1.3. Los requisitos.
10.2.1.4. La disponibilidad de métodos y herramientas.
10.3. Asignación Arquitectura del Diseño y los requisitos.
10.4. Negociación de los requisitos.
10.4.1. Se refiere a problemas de resolución de los requisitos.
11. Especificacion de requerimientos
11.1. Documento de la definición del sistema.
11.1.1. Este documento define los requisitos del sistema de alto nivel desde la perspectiva del dominio.
11.2. Especificación del sistema
11.3. Especificacion del Software
11.3.1. Establece la base para el acuerdo entre los clientes y contratistas o proveedores.
12. Validación de los Requisitos
12.1. Revisiones de los requisitos
12.1.1. Inspección y revisión de los documentos de requisitos.
12.2. Prototipado
12.2.1. Es el medio para validar la interpretación del ingeniero del software.
12.2.1.1. Dan la explicación útil del porque son incorrectas.
12.2.2. Pueden ser costosos sin embargo evitan el despilfarro de los recursos.
12.3. Validacion modelo
12.4. Pruebas de Aceptacion
12.4.1. Debe ser posible validar que el producto final es satisfactorio.