Estimación de proyectos de software con el método Use Case Points
HTML-код
- Опубликовано: 6 сен 2024
- Esta es una clase muestra de mi curso en Udemy "Estimación de Proyectos de software" que puedes adquirir en www.udemy.com/...
Sígueme en mis redes:
Web: www.edgarferna...
Twitter: / edgarteamcoach
Facebook: / softwareengineeringcoach
Buenas, grandioso vídeo, el mejor explicado que he visto
de casualidad podrías pasar tu plantilla de excel es que es la mejor que he visto asta el momento
de ante mano gracias y sigue así
Claro que sí, la puedes descargar de aquí: drive.google.com/file/d/12RXhywSupnxXX07D4qAN2ZgUdwSAjiVM/view?usp=sharing
También te invito a que te inscribas al curso de Estimación, en el cual aprenderás a usar éste y más métodos bit.ly/cursoestimacion
Magnifico video
¡Muchas gracias por haberlo visto!
excelente aportacion.. saludos y felicidades.
¡Gracias!
Muy buena explicación, solo tengo una duda porque tenía entendido que lo que se logra calcular es el tiempo que toma el desarrollo. Siendo este el 40% del total del proyecto y 60% restante se distribuye en el resto de las etapas del proyecto (análisis, pruebas, etc). Llevándolo al ejemplo del video las 2.222 horas son el 40% del proyecto porque solo se calcula la programación. Me gustaría dilucidar esa duda porque estoy haciendo un estimación :)
¡Hola, Patricio! Muchas gracias por ver el video.
El método de Use Case Points nació con el objetivo de conocer el tiempo de desarrollo (diseño, codificación, testing, entrega), partiendo del hecho que ya tienes la información suficiente para hacer los casos de uso. A lo largo del tiempo, se ha ampliado para permitir calcular la duración del esfuerzo del proyecto de punta a punta (desde su concepción hasta su entrega final). Para hacer esto, se usa el parámetro de horas por UCP; normalmente, para calcular solamente el desarrollo, se usan entre 18-20 horas por UCP; para el cálculo de todo el proyecto, está entre 28 y 32 horas por UCP. Estos rangos los calibras de acuerdo a los resultados que tienes.
Con gusto podemos seguir compartiendo datos de esto, encuéntrame en mis redes con los links que aparecen en la página principal de mi canal.
También tengo un curso de estimación en Udemy, donde exploro el proceso completo y más métodos para estimación, lo encuentras aquí: www.udemy.com/course/estimacion-de-proyectos-de-software-de-novato-a-ninja/?referralCode=6C624A3632E6B57E501E
Muy buena explicacion. Podrias ayudarnos con la plantilla, por favor?
¡Hola!
Claro que sí. Envíame un correo, en mi web www.edgarfernandez.com está mi dirección, y con gusto te contesto con la plantilla.
También allí pueden programar una asesoría si lo consideran relevante :)
A qué se refiere con transacciones del caso de uso? la cantidad de flechas en un diagrama?
¡Hola, Oskar! Gracias por ver el video
Una transacción es cada secuencia de petición y respuesta. Cuando el actor hace una petición al sistema, por ejemplo, abrir cierta página, y el sistema completa la petición mostrando la página, tenemos una transacción. A veces los usuarios hacen más de una petición y el sistema solo da una respuesta, o viceversa: una petición que genera varias respuestas. En esos casos, la transacción es el conjunto de peticiones más la respuesta, y en el segundo, cada respuesta es una transacción
En el minuto 11:44 en la imagen dice " E1 a E6
¡Hola, Victor Manuel! Gracias por ver el video.
Es un error en la imagen. Lo correcto es Menor a 3 (
En la universidad me enseñaron que esas 2224.808 horas representan el tiempo solo de desarrollo del software, estoy confundido ahora
en wikipedia tambien puedo ver eso y consideran 40% el tiempo de desarrollo osea 40% equivale a 2224.808
Hola Tito! Gracias por ver el video
El método originalmente considera la estimación del tamaño y esfuerzo de todo el proyecto (desde requerimientos hasta entrega) y por eso usa el parámetro de 20 a 38 horas. Estoy viendo la wikipedia, en español menciona que esto es solo para el desarrollo, y en la versión en inglés dice que es para todo el proyecto (hay una disparidad de opinión en la misma wikipedia). Cuando yo lo estudié en mi tesis de maestría, se consideraba para la estimación de todo el proyecto, y entonces el parámetro era de 28 horas por UCP.
Sin embargo el método se puede utilizar y calibrar en cada equipo para estimar lo que gusten. Por eso, el parámetro de horas por UCP se puede configurar. De este modo, un equipo puede ver cuánto le lleva solamente desarrollar en esta fase, y usar este parámetro para estimar los nuevos proyectos.
Para equipos que que no tienen registros históricos, yo recomiendo usar las 38 horas y que se use para estimar todo el proyecto, con la tabla de porcentajes de equivalencia por fase para darse la idea de cuánto le corresponde a cada una de las fases.
¡Saludos, y muchas gracias por tu aportación!