Tenemos la clase 3 con el profe de tecnologia

para la siguiente tengo que definir requerimientos.

# Convenios - Practicas
Hay un titular de la empresa que tiene que firmar para certificar que estuve en la empresa y el decano de la facultad tambien tiene que firmar.

Tiene que ser alguien con poder de firma dentro de la empresa.

Existe un convenio marco que es general entre la empresa y la facultad. y hay otro que es entre el individuo y la empresa.

No hace falta que sea firmado a puño y letra sino que puede ser firmado digitalmente.

Nota: Cuando se pone los datos de quien vaya a ser el supervisor. Además de que hay que añadir una descripcion completa de lo que se va a desarrollar.

Tienen que haber 4 firmantes:

- El alumno
- El supervisor
- Un docente
- Y el docente encargado de las pps (practicas profesionales supervisadas).

A las 3 semanas se completa una grilla de seguimiento firmada por el supervisor sobre los avances.

Mails de contacto:

- esteban.sabadotto@uai.edu.ar

Nos van a enviar un email sobre este tema.

# Arquitectura
Esto Consiste de la creacion de los comportamientos de del sistema y cuales son sus componentes (y relaciones),

# Clase 3 - Estilos Arquitectonicos
## charla
vamos a hacer un ejemplo en el cual vamos a implementar un sistema a nivel de negocio y a nivel tecnologico.

Lo vamos a mostrar a nivel de casos de uso. va a ser un ERP. Donde dsps va a explicarlo con graficos.

-----

Los casos de uso son las funcionalidades que tiene el sistema. 

> El software es su funcionalidad ~S.

Las historias de usuario son un soporte mediante el cual se describen los requerimientos. De una forma más traversal al CU.

Ahora el profe se puso a hablar de un sistema cascada y como al estar bien pensado uno nunca vuelve para atras.

## parla metodologia-less
Tenemos

![curso de la app](./2.png)

Además de ese grafico hay que tener en cuenta que hay impuestos, retenciones, iibb, ganancias. A tener en cuenta.


### Estructura que pueda con el grafico
> Ahora finalmente va a hablar de un E.R.P.

![MVC](./3.png)

### Caracteristicas de los diagramas
- Diagramas Canonicos.
- Componentes.
- Tubos
- Relaciones
- Puertos
- Invariables
- Patron subyacente 🥺
- Ventajas / Desventajas

### Estilos Arquitectonicos
Hay muchos y no existe un catalogo final, pero por lo menos 8 vamos a explicar:

#### Exagonal
Este es el tipico estilo BMC pero doblado. Proviene del concepto de la arquitectura limpia. Aunque no esta documentada a niveles academicos.

#### MVC - Estratificado
Modelo Vista Controlador, consiste en separar las responsabilidades del software por capas. donde hay una vista que genera el front, una que genera un controlador y otra que utiliza una vista.

#### Cliente / Servidor
En un banco un cliente podria ser una terminal de cajero automatico y el servidor seria el servidor mainframe que es quien hace el ultimo computo.

Es imposible que se realize de forma pura porque además de esto es necesario almacentamiento redundante y alguna capa intermedia entre el servidor y cliente.

#### Invocacion implicita
En casos donde un usuario necesita conectarse con otro usuario. se puede necesitar un tercero que sea conocido por tanto el usuario A y el B. donde el usuario b entrega un evento con un codigo el cual C le va a dar a otro usuario para que este se conecte con B. En este caso A.

Es posible tener un modelo donde no haya un intermediario mediante el uso de un broadcast.

#### Tubos y Filtros
que es un Filtro? es un proceso que analiza unos datos y los procesa. Mientras que los Tubos son los caminos que llevan de un filtro a otro. no pueden modificar los datos pero si cambiar su formato si es necesario.

Finalmente el resultado debe ser agregado en un sumidero. donde se obtiene el resultado final.

#### Controller
Contiene Sensor, Controlador y Actuador. Proveniente del mundo se la robotica. El sensor mira los estados del ambiente mientras que el controlador utiliza logica para manejar la informacion dada y el actuador realiza una accion cuando es indicado por el controlador