Lo que me acuerdo más o menos:

VOF justificando
1a) Los benchmark de aplicación miden el rendimiento global con una simulación de una carga real de trabajo
1b) En el leasing puede descontarse impuesto a las ganancias (decía algo de "económicamente" pero no recuerdo bien la frase)

Multiple choice
2a) Obstáculos de un equipo de proyecto:
a) Objetivos pocos claros
b) Alta rotación
c) Comportamiento inapropiado
d) (No recuerdo, pero seguramente era algo de comunicación)
e) Todas

2b) Una multicapa respecto a una cliente servidor ofrece: (acá no me acuerdo bien, creo eran éstas)
a) Menor lógica de negocio en el cliente
b) Soluciona problemas de networking
c) Aumento de complejidad en rastreo de bugs
d) Actualización de la aplicación cliente
Ninguna

3) Desarrolle problema desde el punto de vista de la gestión de proyectos

4) Ejercicio de EVM. Daban una tabla con PV, EV, AC en las filas y meses en las columnas. Tenía todos los valores de PV, y faltan los 2 últimos de EV y AC.
Pedían EAC, CPI, SPI, CV, SV, Indique cómo está el proyecto.

El/La que quiera aportar, bienvenido

Salio por un tubo este final.... por suerte...

Asi era el ultimo ejercicio del final. Alguno me explica como se resulve? Gracias

Solo eso decia? no habia texto? Yo lo llevo hecho el martes, me lo corrigen y lo traigo. Pir qe no estoy segura..


Para mi, deberias sumar todas las filas para obtener el EV, AC y PV.. utilizando las formulas obtenes los a y e. La situacion actual, la obtenes con los b a e. No me acuerdo que queria decir el "eac".. pero los primeros es respecto al cronograma y al presupuesto

Alguna alma caritativa en la sala que lo tenga hecho/lo haya resuelto y lo suba?

Gracias!

mmmmmmmmmmmmmmmmm me queda la duda respecto a esos valores...para mí el AC y EV eran iguales, no me suena que daban distintos los 3. La conclusión daba que estaba bien en costo y atrasado en cronograma.

Al menos yo lo que hice era reemplazo de fórmulas. Hasta abril sacabas PV, AC y EV sumando las filas, y el BAC era la suma total de PV

CV (Variación de costos) = EV - AC
SV (Variación de cronograma) = EV - PV
SPI (Indice de desempeño del cronograma) = EV / PV
CPI (Indice de desempeño del presupuesto) = EV / AC
EAC = BAC / CPI
BAC (presupuesto total o presupuesto inicial previsto para el proyecto) = 370

CRONOGRAMA
Si SV=0 y SPI=1, el proyecto está a tiempo.
Si SV>0 y SPI>1, el proyecto esta adelantado con respecto al cronograma.
Si SV<0 y SPI<1, el proyecto está retrasado con respecto al cronograma.

COSTO
Si CV=0 y CPI=1, el proyecto está dentro del presupuesto.
Si CV>0 y CPI>1, el proyecto está por debajo del presupuesto.
Si CV<0 CPI<1, el proyecto está por encima del presupuesto.

Y si querías chamuyar más, dejo un par de definiciones de una ppt de 2012

INDICADORES

• Variación de Programación – Schedule Variance: SV = EV – PV
Es una comparación entre el coste presupuestado del trabajo realizado y el coste real de ese trabajo. Una variación negativa significa que el proyecto está por encima del presupuesto.

• Variación de Costes – Cost Variance: CV = EV – AC
Es una comparación entre el coste presupuestado del trabajo realizado y el coste real. Una variación negativa significa que el proyecto está por encima del presupuesto.

• Índice de Desempeño de Costes – Cost Performance Index: CPI = EV / AC
Muestra cuantas unidades de dinero de trabajo se obtuvieron para la cantidad de unidades de dinero gastadas en el trabajo. Es uno de los indicadores más claros de la eficiencia en el coste de un proyecto.

• Coste Estimado a la culminación - Estimate at Completion: EAC = BAC / CPI
Da un estimado de dónde es probable que llegue el coste de un proyecto si la marcha actual del proyecto continúa

• Variación a la Culminación – Variance at Completion: VAC = BAC – EAC

• Índice de Desempeño de Programación – Schedule Performance Index: SPI = EV / PV
Muestra el valor del trabajo realizado comparado con lo que se ha planificado.

• Índice Coste-Programación – Cost-Schedule Index: CSI = CPI x SPI
Mientras más se aleja el CSI de 1, menor es la posibilidad de que el proyecto se recupere.

• Índice de Desempeño a la Culminación – To-Complete Performance Index: TCPI = (BAC – VG) / (BAC – CR)
Es calculado dividiendo el trabajo restante entre el presupuesto restante. Este índice puede decirle al director la eficiencia que debe alcanzar el proyecto para cumplir con un punto final como lo es el BAC.

• Tiempo Estimado para Culminar – Time Estimate at Completion: ETCt = (BAC / SPI) / (BAC / MESES)
Usando el SPI y el Valor Planificado promedio por unidad de tiempo, se puede hacer un estimado aproximado de cuándo estará terminado el proyecto si la tendencia actual continúa, comparado con cuándo estaba supuesto a terminar inicialmente.

Este ejercicio me lo tomaron ayer a la noche en el 2º parcial, lo resolví como dice Caroolina, sumando las filas y metiendo los resultados en las fórmulas para calcular cada punto. En donde le erre fue calculando el PV, porque creo haber sumado la fila completa y tenia que hacerlo hasta abril.

Creo que tenes razon xavi82 . A mi el ejercicio del parcial que me tomaron fue que todo hablaba de la misma epoca y para 8 productos, de ahi sacabas. Yo el martes lo pregunto al profe y les digo

Buenas, lo prometido es deuda. Les dejo el 2 parcial que me tomaron y la resolución del punto 5.

Espero sea de ayuda!

Hola!

Vengo a preguntar:

2b) Una multicapa respecto a una cliente servidor ofrece: (acá no me acuerdo bien, creo eran éstas)
a) Menor lógica de negocio en el cliente ????

Cual era la correcta?

xavi82 : Cual es la justificacion de V/F del Bechmark? La otra es V.

El ejercicio 3, que onda???

Saludos!

Hola buenas,

el multicapa con respecto al cliente servidor tiene
c) Aumento de complejidad en rastreo de bugs
ya que agrega mas equipos dificultando el rastreo de bugs.


Por otro lado la justificacion del benchmark podrias citar como ejemplo el benchmark TPC-C que realiza un chequeo global de la aplicacion por medio de la medicion de la cantidad de transacciones por minuto que soporta una base de datos

Saludos
Espero haya sido de ayuda
Diego

Hola holautn, el enuciado de lo de benchmark es basicamente la definicion de benchmark de aplicacion, por lo tanto le puse que era V porque este tipo de benchmark permite verificar el comportamiento de una app para un set de datos determinado y medir la performance del mismo.

El único ejercicio es el 5, el resto es todo teoría.

Ejercicio 3:

Cita:Gestión del Riesgo


Identificación:reconocimientode lasfuentesde riesgo y susconsecuenciaspotenciales


Análisis:determinaciónde la necesidadde tratamiento del riesgoy la prioridadde suimplementación


Tratamientoo respuesta: selecciónde opcionespara actuarsobreel riesgoy la implementaciónde lasmismas


Monitoreoy revisión:evaluacióndel progresoen la implementacióndel tratamiento

xavi82, tu parcial muy parecido al final. Los VoF eran los dos V, no? Cómo justificaste algo tan claro y preciso?

Del 1er VoF del final tengo dudas de que sea verdadero por lo siguiente:
La definición sobre bm de aplicaciones dice "son herramientas basadas en aplicaciones reales, simulan una carga de trabajo para medir el comportamiento global del equipo".

No sé si el "real" cambiado de lugar hace que sea falsa.

proyectomaru, te acordás cómo eran?

leandrong , para mi es lo mismo en donde este la palabra real, sigue siendo V, porque la oración no deja de tener el mismo sentido.