notas clase ayer
This commit is contained in:
Binary file not shown.
|
After Width: | Height: | Size: 120 KiB |
@@ -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
|
||||
|
||||

|
||||
|
||||
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.
|
||||
|
||||

|
||||
|
||||
### 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
|
||||
|
||||
Binary file not shown.
|
After Width: | Height: | Size: 92 KiB |
Reference in New Issue
Block a user