El esfuerzo de Estimación basado en Casos de Uso de los Puntos de
https://stackoverflow.com/questions/973425
-
13-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
A partir de ahora no han hecho el esfuerzo de estimación basado en la experiencia y, recientemente, el uso de puntos de función.
Ahora estoy explorando UCP, lee este artículo http://www.codeproject.com/KB/architecture/usecasep.aspx.Luego comprueba varios otros artículos basados en Casos de Uso de Puntos (UCP).Yo no soy capaz de averiguar exactamente cómo funciona y es correcto.
Por ejemplo, tengo una funcionalidad de inicio de sesión donde el usuario proporciona el id de usuario y contraseña y me cheque contra una tabla en la base de datos para permitir o denegar el inicio de sesión.I definir un usuario actor y de inicio de Sesión como un Caso de Uso.
Como por UCP me categorizar de inicio de Sesión caso de uso Simple y la interfaz gráfica de usuario como Complejo.Como por UCP factor de la tabla tengo 5 y 3 por lo que el total es de 15.Después de aplicar el factor técnico y ambiental del factor de ajuste se convierte en 7.Si me tome la productividad como factor de 20, a continuación, me estoy poniendo de 140 horas.Pero sé que va a tomar en la mayoría de los 30 hrs junto con la documentación y las pruebas de esfuerzo.
Estoy haciendo algo mal en la definición del Caso de Uso aquí?UCP dice que si la interfaz GUI, a continuación, sus complejos, pero aquí la interfaz de usuario es bastante fácil así que debo rebajar ese factor?También el factor de simple es de 5, debo definir otro nivel como Muy Simple?Pero entonces, ¿no soy lo que complica el asunto aquí?
Solución
Parte del problema puede ser la forma en que está contando las transacciones. Según el autor de la UCP, las transacciones son un "ida y vuelta" del usuario al sistema de nuevo al usuario; una transacción se termina cuando el sistema espera un nuevo estímulo de entrada. En este caso, a menos que el sistema está respondiendo ... un inicio de sesión es probable que sólo 1 de transacciones a menos que existan varias idas y vueltas hacia y desde el sistema.
Salida este enlace para más información ...
Otros consejos
Irónicamente, la forma de inicio de sesión de dos cajas prototípico es mucho más complicado que una forma CRUD 2 cuadro debido a la forma de inicio de sesión debe ser seguro y la forma CRUD sólo tiene que guardar en una tabla de base de datos (y leer y actualizar y eliminar).
Una forma de inicio de sesión tiene que decidir si dónde redirigir a, cómo criptográficamente seguro un token de autenticación, si y cómo almacenar en caché los roles, cómo o si para hacer frente a los ataques de diccionario.
No sé lo que este se convierte en los puntos de UCP, sólo sé que la pantalla de inicio de sesión en mi aplicación ha consumido mucho más tiempo que un formulario con un número similar de botones y cajas.
La última vez que animaron a contar los puntos de función, que era una farsa porque nadie tuvo el tiempo para crear un "tribunal puntos de función" para obtener fallos en el disco para medir las cosas, sobre todo los que no se ajustaba perfectamente en el modelo que funcione punto de recuento asume.
Aquí hay un artículo hablando de Puntos de Casos de Uso - a través de Normalizada de casos de uso. Creo que el factor pasado por alto en su enfoque es la productividad que se supone que debe estar basada en proyectos anteriores. 20 parece ser el promedio Sin embargo, si usted es muy productivo (hay una conocida relación de 10 a 1 de moderados a buenos programadores) la productividad podría ser 5 con lo que el est UCP. Cerca de lo que cree que debería ser. Yo sugeriría mirar los proyectos anteriores, el cálculo de la UCP, consiguiendo el total de horas y determinar lo que realmente es su productividad. La productividad es un factor clave debe ser calculada para los individuos y los equipos para poder ser utilizado en la estimación efectiva.
primera nota que en un trabajo anterior de Ribu afirmó que el esfuerzo para 1 oscila UCP de 15 a 30 hrs (véase: http://thoughtoogle-en.blogspot.com/2011/08/software-quotation.html para algunos detalles);
segundo, es evidente que este tipo de estimación similar, también los puntos de función, es más preciso cuando hay una gran cantidad de casos de uso y no uno. No se está considerando, por ejemplo, el inicio del proyecto, gestión de proyectos, creación de ambientes, etc., que están todo ello incluido en las 20 horas.
Creo que hay algo mal en su cálculo: "Me 5 y 3 por lo que el total es de 15". UAW y UUCW hay que añadir, no multiplicados.
