1. PRINCIPIO DEL DISEÑO DE SOFTWARE
1.1. Tres principios basicos del diseño
1.1.1. 1. principio de abstraccion
1.1.1.1. nos va permitir que tengamos software reutilizable
1.1.1.2. software de bajo acoplamiento
1.1.1.3. software que no tiene relaciones muy fuertes ni mucha cantidad de relaciones
1.1.1.4. software totalmente flexible
1.1.1.5. es la actividad de poder extraer los elementos esenciales.
1.1.2. 2. principio de encapsulamiento
1.1.2.1. es ocultar la complejidad interna de cada componente.
1.1.2.2. ocultar la complejidad interna del diseño y la arquitectura de ese componente
1.1.3. 3. principio de modularizacion
1.1.3.1. reducir la complejidad del problema para encontrar soluciones de manera independiente
1.1.3.2. reutilizacion del software
2. DISEÑO DETALLADO Y ARQUITECTURA
2.1. definicion de diseño son dos partes
2.1.1. abstraccion de diseño
2.1.2. diseño arquitectonico
2.2. con el diseño detallado y arquitectonico se puede lograr un software viable, sastifatorio para el cliente
3. AGILISMO, DISEÑO Y FRAGILIDAD
3.1. Agilismo y diseño
3.1.1. identificar, conocer, entender y aplicar los diferentes conceptos alrededor del diseño de software como una de las etapas mas revelantes dentro el desarrollo de producto.
3.2. fragilidad del sofware
3.2.1. problematica general del diseño de arquitectura
4. INTRODUCCION A LA ARQUITECTURA DE SOFTWARE
4.1. La arquitectura no es solo tomar decisiones de tecnologías, ni es solo hacer lineas y cuadros
4.2. la arquitectura es un disciplina en la ingeniería de software
4.3. desarrollo de software mas funcional
5. CICLO DE VIDA DEL SOFTWARE
5.1. PROCESO TRANSVERSAL
5.2. Modelado de software
5.3. fase de requerimentos
5.4. concepcion del software
6. DISEÑO ARQUITECTÓNICO VS DISEÑO DETALLADO
6.1. el arquitecto no debe preocuparte por el limite del diseño
6.2. el arquitecto puede diseñar detallado
6.3. la arquitectura debe ser el nivel de abstracción del analisis de requisitos y diseño detallado
6.4. la arquitectura de software es el pilar del proyecto
7. PRINCIPIOS SOLID
7.1. fueron recopilados por Robert c. martin (uncle bob)
7.2. costo de cambio: el 80% del costo del desarrollo del software se va en esta fase del mantenimiento por ende hay que tener una arquitectura flexible
7.3. ACRONIMO
7.3.1. S ingle responsibility principle (responsabilidad unica y sencilla)
7.3.1.1. Cada elemento debe tener una sola responsabilidad
7.3.1.2. Dar lo que se merece a cada etapa de diseño
7.3.1.3. particionar el software por capas
7.3.1.4. cada capa tiene una responsabilidad unca
7.3.1.5. la revelancia radica que esta ligado con bajo acomplamiento y alta cohesion
7.3.2. O pen closed principle (abierto y cerrado)
7.3.2.1. los cambios en el software no deben implicar necesariamente reescrita en el codigo
7.3.2.2. toma ideas de extensibilidad del software (berrtrand meyer)
7.3.2.3. las implementaciones tienen que ser abiertas para extender
7.3.2.4. cerrado para modificacion
7.3.2.5. identificación de los puntos para modificar
7.3.2.6. abstraccion con referencias y obre cargo
7.3.2.7. patron adaptador
7.3.3. L iskov substitution (principio de sustitucion de liskov)
7.3.3.1. enfocado a diseño de objetos por Barbara Liskov
7.3.3.2. lineamientos para crear un mejor diseño orientado a la herencia
7.3.3.3. todo debe ser soportado por la herencia
7.3.4. I interface segregation (principio de separación de interfaces)
7.3.4.1. las interfaces permiten exponer funcionalidades a los clientes
7.3.4.2. los clientes no deben ser forzados a depender de metodos que estos no utilizan
7.3.4.3. las interfaces deben concretar a una finalidad, no tener interfaces con muchas funcionalidades
7.3.4.4. ajustar la interfaz a las necesidades especificas del cliente
7.3.5. D ependency inversion (principio de inversion de dependencia)
7.3.5.1. los elementos no hacen llamadas directas sobre las implementaciones
7.3.5.2. se hacen sobre abstracciones (interfaz)
7.3.5.3. las bases de datos son detalle pueden variar