Click here to load reader

2.6.5 y 2.6.6

  • View
    47

  • Download
    0

Embed Size (px)

Text of 2.6.5 y 2.6.6

2.6.5 mtodo de puntos de casos de uso

2.6.5 mtodo de puntos de casos de usoIntegrantes:Luis AlquisiraLizeth rochaJessica Sifuentes

Puntos de caso de uso

El mtodo fue desarrollado en 1993 por Gustav Kamer, bajo la supervisin de Ivar Jacobson (creador de los casos de uso y gran promovedor del desarrollo de UML y el Proceso Unificado).

Su principal ventaja es su rpida adaptacin a empresas que ya estn utilizando la tcnica de Casos de Uso.

Para el clculo se procede de forma similar a Puntos de Funcin:

se calcula unacuenta no ajustada Puntos Casos de Uso (UAUCP), asignando una complejidad a los actores y a los casos de uso.

Esta complejidad ser ponderada con unFactor de Ajuste tcnicoy por unFactor de Ajuste relativo al entorno de implantacin, obteniendo tras ello unacuenta de Puntos Casos de Uso Ajustados.

pasos del mtodo: Clasificar cada interaccin entre actor y caso de uso segn su complejidad y asignar un peso en funcin de sta. Para poder clasificar la complejidad de los actores debemos analizar la interaccin de ste con el sistema que se va a desarrollar.La complejidad de los actores puede corresponderse con una de las tres categoras posibles:A)Simple.Representa a otro sistema con una API definida. Se le asigna un peso de valor 1.B) Medio.Representa a otro sistema que interacta a travs de un protocolo de comunicaciones. Por ejemplo TCP/IP o a travs de un interfaz por lnea de comandos. Se le asigna un peso de valor 2.C) Complejo.La interaccin se realiza a travs de una interfaz grfica. Se le asigna un peso de valor 3.

pasos del mtodo:2) Calcular la complejidad de cada caso de uso segn el nmero de transacciones o pasos del mismo.Para calcular la complejidad de un caso de uso debemos determinar el nmero de transacciones, incluyendo los caminos alternativos.Se entiende por transaccin a un conjunto de actividades atmicas, donde se ejecutan todas ellas o ninguna.En funcin del nmero de transacciones que posee un caso de uso se clasifica el caso de uso como simple, medio o complejo, siendo la asignacin de pesos la que se muestra en la tabla siguiente:

3) Calcular los Puntos Casos de Uso No Ajustados (UUCP) del sistema.Se obtienen sumando los Puntos Casos de Uso de todos y cada uno de los actores y casos de uso que se han identificado y catalogado en funcin de su complejidad.4) Clculo de los Factores Tcnicos (TCF).A cada uno de los Factores Tcnicos de la tabla siguiente se le asigna un valor de influencia en el proyecto entre 0 (no tiene influencia) a 5 (esencial), 3 se considera de influencia media.Obtenidos los grados de influencia se multiplican por el peso de cada factor y con la siguiente frmula se calcula el Factor Tcnico que aplica:

5) Clculo de los Factores de Entorno.A cada uno de los Factores de Entorno de la tabla siguiente se le asigna un valor de influencia en el proyecto entre 0 (no tiene influencia) a 5 (esencial), 3 se considera de influencia media.Obtenidos los grados de influencia se multiplican por el peso de cada factor y con la siguiente frmula se calcula el Factor de Entorno que aplica:

6) Obtencin de los Puntos Casos de Uso Ajustados.Una vez calculados los dos factores calculamos el valor ajustado de Puntos Casos de Uso con la siguiente frmula:

Una vez obtenido el nmero de Puntos Casos de Uso, si se quiere obtener el esfuerzo necesario para llevarlos a cabo en el mtodo se provee de un factor de productividad.El autor propone un valor de 20 horas/persona aunque existen distintas propuestas sobre este valor.Este esfuerzo calculado no abarcara a todas las fases del proyecto sino nicamente a la codificacin de los Casos de Uso no estando contemplada otras fases del desarrollo.Por tanto, para calcular el esfuerzo total del proyecto habra que estimar el esfuerzo en realizar el resto de actividades del proyecto y sumarlas a las obtenidas por el mtodo de Puntos Casos de Uso

Estimacin basada en proxies

Qu es un Proxy?

Un proxy es una caracterstica del programa que es fcilmente visualizable en etapas tempranas del desarrolloEjemplos:

Caractersticas de un buen proxy La cuenta o medida del proxy debe tener una alta correlacin con el esfuerzo necesario para construir el programa

El proxy debe poder contarse o medirse en forma automtica sobre el producto terminado

Debe ser fcil de visualizar al comienzo del proyecto

Debe ser adaptable a necesidades especficas

Debe adaptarse a variaciones de implantacin

Estimacin basada en proxiesObjetivo es:Estimar las lneas de cdigo de un programa antes de implantarlo Ya que visualizar el nmero de lneas de un programa que apenas se est planeando es bastante difcil