diff --git a/Seminario/2.png b/Seminario/2.png new file mode 100644 index 0000000..16a9326 Binary files /dev/null and b/Seminario/2.png differ diff --git a/Seminario/3.md b/Seminario/3.md new file mode 100644 index 0000000..f508a4c --- /dev/null +++ b/Seminario/3.md @@ -0,0 +1,99 @@ +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 + diff --git a/Seminario/3.png b/Seminario/3.png new file mode 100644 index 0000000..bf6288b Binary files /dev/null and b/Seminario/3.png differ