Sunteți pe pagina 1din 3

Universidad Abierta y a Distancia de

Mxico

E
T
R

Actividad 3

Estimacin del

tamao de un

software

W
A

S
A
Autor Jos Ivn Snchez Gavito

Matricula AL11508476

R
O

INSTRUCCIONES
Esta actividad tiene la finalidad de que reflexiones sobre la estimacin del
tamao de un producto de software y determinar la factibilidad de utilizar
mtodos de estimacin como Proxy o PROBE de acuerdo a los escenarios
propuestos
.
Por lo tanto, Ingresa al aula virtual para realizar la actividad.

Propsito
Reforzar la comprensin acerca de la estimacin del tamao de un producto de software.
Instrucciones
1. Analiza Los siguientes dos escenarios.
Escenario 1:
Una empresa de software va a realizar su primer proyecto para un cliente determinado. Sin
embargo, la empresa no cuenta con datos histricos de proyectos anteriores.
Escenario 2:
Una empresa de software va a realizar un nuevo proyecto de software. La empresa ha
desarrollado varios proyectos con anterioridad y cuenta con los datos histricos de tamao y
tiempos de desarrollo de dichos proyectos. Sin embargo, para este nuevo proyecto, se ha visto
en la necesidad de contratar un nuevo equipo de desarrolladores para las tareas de
codificacin y pruebas unitarias.
2. Contesta las siguientes preguntas sobre los escenarios anteriormente descritos.
a) En el escenario 1, la empresa debera utilizar el mtodo PROBE para estimar y planear el
trabajo? por qu? qu recomendacin le proporcionaras?
b) La empresa podra realizar la estimacin del proyecto utilizando el mtodo PROXY? por
qu? En el caso de la estimacin de tiempos a travs del mtodo PROBE, qu
recomendacin le daras y por qu?, por ejemplo, tomar la productividad de desarrollo ms baja
y con esa base estimar los tiempos.

a) En el escenario 1, la empresa debera utilizar el mtodo PROBE para estimar y planear el


trabajo? Por qu? Qu recomendacin le proporcionaras?
No ya que el mtodo PROBE, utiliza historiales basados en proyectos anteriores, adems
de que no se cuenta con estimaciones en base al mtodo PROXY, el cual se divide en
proyectos pequeos que al sumarlos dan una estimacin ms precisa. As pues, no se
podra utilizar el mtodo PROBE, para este escenario.
Personalmente recomendara el uso de un mtodo paramtrico, los cuales realizan
predicciones y aproximaciones al principio de vida del volumen de software, como por
ejemplo:

COCOMO (Constructive Cost Model) II, este modelo fue propuesto por primeraq
vez en 1981, por Boehm, en el cual supone una revisin y toma el tamao del
software y un conjunto de factores como entrada y estima el esfuerzo en
personas por mes.

b) La empresa podra realizar la estimacin del proyecto utilizando el mtodo PROXY? por
qu? En el caso de la estimacin de tiempos a travs del mtodo PROBE, qu
recomendacin le daras y por qu?, por ejemplo, tomar la productividad de desarrollo ms baja
y con esa base estimar los tiempos.
As es ya que PROXY, se basa en los datos histricos y en la experiencia con respecto a
otros proyectos, con los cuales realiza unas pequeas divisiones de trabajo, que al final,
se juntan para conformar la estimacin mas precisa del software.
Para la estimacin PROBE, obviamente esta basada en mtodo PROXY, pero yo
recomendara, la productividad de desarrollo mas similar y completo con respecto a lo
que se requiere en el proyecto, no necesariamente la mas baja.

S-ar putea să vă placă și