UTNianos

Alguien se presento??? como lo resolvio?
Gracias!!

Consulta, te dan 5 minutos para verlo el examen?

Muchas gracias!

Mi Respuesta, nose si estaria bien :/.
1a) Falsa,
EV:Es el costo que se presupuestó para el trabajo realizado.
Horas efectivas de trabajo:Tienen una implicancia directa en la planificación ya que la duración de las tareas
resulta del esfuerzo diario efectivo que puede entregar cada persona
1b) Falsa,
Fases
Acción inmediata para detener o minimizar el incidente
Investigación del incidente
Restauración de los recursos afectados
Reporte del incidente a los canales apropiados

2a) 1 y 2
2b) RPO: (Recovery Point Objective) Es un parámetro que indica la pérdida de datos máxima que se puede permitir una organización ante una situación de desastre. Si no se puede permitir ninguna, el RPO es cero, e implicaría plantear replicaciones síncronas.
Dependiendo de la naturaleza del negocio,la gestión de las transacciones bursátiles no puede parar, no se puede perder ni demorar ni una sola transacción, su RPO es 0.
rta 1

alguien que lo haya hecho y coincide?

(25-07-2019 16:53)Soy escribió: [ -> ]alguien que lo haya hecho y coincide?

Para mí en el 2b serían correctas las opciones 1 y 2, no solo la 1.

(14-12-2019 18:53)Ignacio Zullo escribió: [ -> ]

(25-07-2019 16:53)Soy escribió: [ -> ]alguien que lo haya hecho y coincide?

Para mí en el 2b serían correctas las opciones 1 y 2, no solo la 1.

Coincido con Ignacio.

si creo que tienen razon, puse la respuesta en base a una consulta que le hice al profesor, capaz se equivoco.

Estoy de acuerdo con que en la 2b son la 1 y la 2.

Resolví el resto, alguien que quiera chequear si está ok?

3a. Si, EAC estima el costo con el cual finalizará el proyecto considerando las variaciones hasta el momento. EAC = BAC/CPI = AC + (BAC-EV) / CPI.
Lo que no se es a qué se refiere con "diferentes escenarios"

3b. Usaría

• SV y SPI basados en EV y PV para ver las variaciones en el cronograma respecto a la estimación inicial
• CV y CPI basados en EV y AV para ver las variaciones en el costo respecto a la estimación inicial
  

Siempre es importante considerarlas porque me permiten tomar consciencia de la situación actual del proyecto y actuar en consecuencia. Por ejemplo, si noto que estoy atrasada respecto a la estimación inicial, puedo ver qué acciones correctivas debo poner en marcha para acercarme a la estimación.

4. No sé si flasheé un montón porque también son los atributos de calidad, pero me basé en lo que se considera como ventajas y desventajas de cada arquitectura en esta guía de referencia

1. Reutilización: qué tanto voy a poder reutilizar el código o las funcionalidades (ej en MVC puedo reutilizar vistas)
2. Mantenibilidad: qué tan fácil o díficil es mantener la arquitectura seleccionada
3. Portabilidad: qué tan fácil puedo mover esa arquitectura a otro proyecto
4. Seguridad: provee algún mecanismo de control? (autenticación, protocolos, etc)
5. Escalabilidad: es escalable? Es fácil?
6. Sincronicidad o asincronicidad de la arquitectura
7. Performance: tiene un rendimiento adecuado a mis necesidades?
   

(18-12-2019 01:56)mich escribió: [ -> ]Estoy de acuerdo con que en la 2b son la 1 y la 2.

Resolví el resto, alguien que quiera chequear si está ok?

3a. Si, EAC estima el costo con el cual finalizará el proyecto considerando las variaciones hasta el momento. EAC = BAC/CPI = AC + (BAC-EV) / CPI.
Lo que no se es a qué se refiere con "diferentes escenarios"

3b. Usaría

• SV y SPI basados en EV y PV para ver las variaciones en el cronograma respecto a la estimación inicial
• CV y CPI basados en EV y AV para ver las variaciones en el costo respecto a la estimación inicial
  

Siempre es importante considerarlas porque me permiten tomar consciencia de la situación actual del proyecto y actuar en consecuencia. Por ejemplo, si noto que estoy atrasada respecto a la estimación inicial, puedo ver qué acciones correctivas debo poner en marcha para acercarme a la estimación.

4. No sé si flasheé un montón porque también son los atributos de calidad, pero me basé en lo que se considera como ventajas y desventajas de cada arquitectura en esta guía de referencia

1. Reutilización: qué tanto voy a poder reutilizar el código o las funcionalidades (ej en MVC puedo reutilizar vistas)
2. Mantenibilidad: qué tan fácil o díficil es mantener la arquitectura seleccionada
3. Portabilidad: qué tan fácil puedo mover esa arquitectura a otro proyecto
4. Seguridad: provee algún mecanismo de control? (autenticación, protocolos, etc)
5. Escalabilidad: es escalable? Es fácil?
6. Sincronicidad o asincronicidad de la arquitectura
7. Performance: tiene un rendimiento adecuado a mis necesidades?
   

Coincido con el 3.

En el 4 agregaría como atributos de calidad: disponibilidad ya que es el sistema core de la empresa debe estar disponible 24/7, interoperabilidad si puede intercambiar información con otros sistemas existentes en la empresa y usabilidad.

Podría sumar también como cosas para evaluar: si va a ser una arquitectura en capas, cuantas capas va a tener? Se depende del sistema operativo? Se depende del hardware?

(09-02-2020 18:42)Ignacio Zullo escribió: [ -> ]

(18-12-2019 01:56)mich escribió: [ -> ]Estoy de acuerdo con que en la 2b son la 1 y la 2.

Resolví el resto, alguien que quiera chequear si está ok?

3a. Si, EAC estima el costo con el cual finalizará el proyecto considerando las variaciones hasta el momento. EAC = BAC/CPI = AC + (BAC-EV) / CPI.
Lo que no se es a qué se refiere con "diferentes escenarios"

3b. Usaría

• SV y SPI basados en EV y PV para ver las variaciones en el cronograma respecto a la estimación inicial
• CV y CPI basados en EV y AV para ver las variaciones en el costo respecto a la estimación inicial
  

Siempre es importante considerarlas porque me permiten tomar consciencia de la situación actual del proyecto y actuar en consecuencia. Por ejemplo, si noto que estoy atrasada respecto a la estimación inicial, puedo ver qué acciones correctivas debo poner en marcha para acercarme a la estimación.

4. No sé si flasheé un montón porque también son los atributos de calidad, pero me basé en lo que se considera como ventajas y desventajas de cada arquitectura en esta guía de referencia

1. Reutilización: qué tanto voy a poder reutilizar el código o las funcionalidades (ej en MVC puedo reutilizar vistas)
2. Mantenibilidad: qué tan fácil o díficil es mantener la arquitectura seleccionada
3. Portabilidad: qué tan fácil puedo mover esa arquitectura a otro proyecto
4. Seguridad: provee algún mecanismo de control? (autenticación, protocolos, etc)
5. Escalabilidad: es escalable? Es fácil?
6. Sincronicidad o asincronicidad de la arquitectura
7. Performance: tiene un rendimiento adecuado a mis necesidades?
   

Coincido con el 3.

En el 4 agregaría como atributos de calidad: disponibilidad ya que es el sistema core de la empresa debe estar disponible 24/7, interoperabilidad si puede intercambiar información con otros sistemas existentes en la empresa y usabilidad.

Podría sumar también como cosas para evaluar: si va a ser una arquitectura en capas, cuantas capas va a tener? Se depende del sistema operativo? Se depende del hardware?

Estoy de acuerdo, en el caso del 2do tmb pondría 1 y 2 y justificaría por si la parte de "solo datos" sea una trampita de enunciado.

Con el 3 idem.

Con el 4 apuntaría a los atributos más críticos sí, aunque no lo especifiquen.