1. Patrones Arquitectónicos
1.1. Describe una organización de sistema que ha tenido éxito en sistemas previos
1.1.1. Arquitectura en Capas
1.1.1.1. Forma de Lograr Separación e Independencia
1.1.1.2. Soporta el desarrollo incremental de sistemas
1.1.2. Arquitectura de Repositorios
1.1.2.1. Adecuado para aplicaciones en las que un componente genere datos y otro los utilice.
1.1.2.2. No hay necesidad de transmitir explicitamente de un componente a otro.
1.1.2.3. Los componentes deben operar en torno a un modelo de repositorio de datos acordado.
1.1.3. Arquitectura Cliente- Servidor
1.1.3.1. Se organiza como un conjunto de servicios y servidores asociados y de clientes que usan los servicios
1.1.3.2. Se considera como arquitecturas de sistemas distribuuidos
1.1.4. Arquitectura Tubería y Filtro
1.1.4.1. Los datos fluyen de uno a otro y se transforman conforme se desplazan a través de la secuencia
1.1.4.2. Las transformaciones funcionales procesan sus entradas y producen sus salidas
2. Desiciones en el Diseño Arquitectónico
2.1. Proceso Creativo que Diseña una organización del sistema
2.1.1. Requerimiento No Funcional
2.1.1.1. Rendimiento
2.1.1.1.1. La arquitectura debe diseñarse para localizar operaciones criticas dentro de un pequeño número de componentes
2.1.1.2. Seguridad
2.1.1.2.1. Será necesaro usar una estructura en capas para la arquitectura
2.1.1.3. Protección
2.1.1.3.1. Debe diseñarse de modo que las operaciones relacionadas con la protección se ubiquen en un componente individual o un pequeño número de ocmponente
2.1.1.4. Disponibilidad
2.1.1.4.1. Tiene que diseñarse para incluir componente redundantes de manera que sea posible sustituir y actualizar componentes sin detener el sistema
2.1.1.5. Mantenibilidad
2.1.1.5.1. Debe diseñarse usando componentes autocontenidos de grano fino que puedan cambiarse con facilidad
2.1.2. Requerimiento Funcional
3. Arquitecturas de Aplicación
3.1. Encapsulan las principales caracteristicas de una clase de sistemas y puede reimplantarse cuando se desarrollen nuevos sistemas
3.2. Se pueden utilizar modelos de arquitectura de aplicación en varias forams
3.2.1. Como putno de partida para el proceso de diseño arquitectónico
3.2.2. Como lista de verificación de diseño
3.2.3. Como una forma de organizar el trabajo del equipo del desarrollo
3.2.4. Como un medio para valorar los componentes a reutilizar
3.2.5. Como un vocabulario para hablar acerca de los tipos de aplicaciones
3.3. Muchos tipos de sistemas de aplicación parecerían distintas superficialmente pero tienen mucho en común. y se describe en las arquitecturas:
3.3.1. Sistemas de Procesamiento de Transacciones
3.3.1.1. Diseñadas para procesar peticiones del usuario mediante la información de una base de datos.
3.3.1.2. Se organiza como una arquitectura de tubería y filtro
3.3.2. Sistemas de Información
3.3.2.1. Permite acceso controlado a una gran base de información
3.3.3. Sistemas de Procesamiento de Lenguaje
3.3.3.1. Convierten un lenguaje natural o artificial en otra representación de lenguaje
3.3.3.2. Los compiladores de lenguaje de programación más general tienen una arquitectura genérica que utiliza componentes.
3.3.3.2.1. Analizador Léxico
3.3.3.2.2. Tabla de simbolos
3.3.3.2.3. Analizador de sintaxis
3.3.3.2.4. Arbol de sintaxi
3.3.3.2.5. Analizador semántico
3.3.3.2.6. Generador de código
4. Vistas Arquitectónicas
4.1. Vista Lógica
4.1.1. Indica las abstracciones clave en el sistema como objetos o clase de objeto
4.2. Vista Proceso
4.2.1. Muestra como en el tiempo de operación el sistema está compuesto de procesos de interacción.
4.3. Vista Desarrollo
4.3.1. Indica la descomposición del software en elementos que se implementen mediante un solo desarrollador o equipo de desarrollo.
4.4. Vista Fisica
4.4.1. Expone el hardware del sistema y como los componentes del software se distribuyen a través de los procesadores en el sistema