Professional Documents
Culture Documents
Pgina 1 de 8
2. Terminologa
Actor: Un conjunto coherente de roles que los usuarios de los casos de uso juegan cuando interactan con los casos de uso. [BRJ98] UML: Lenguaje de Modelamiento Unificado, un lenguaje para visualizar, especificar, construir y documentar artefactos de un sistema de software intensivo [BRJ98]. Artefacto: Una pieza de informacin que es usada o producida por un proceso de desarrollo de software [BRJ98]. Casos de uso: Descripcin de una secuencia de acciones, incluyendo cursos de accin alternativos, que desarrolla un sistema y genera un resultado observable para un actor. Es un artefacto UML. [BRJ98] PF, Puntos de Funcin: Basado en descomposicin funcional, es un mtodo de clculo de tamao, estimacin y medida del software, desarrollado por Allan Albrecht (IBM) a fines de los 70. Asegur independencia de la tecnologa y haciendo un anlisis desde el punto de vista del usuario sin inmiscuirse en las complejidades del procesamiento. [AR01] Transaccin: Las transacciones son un grupo de actividades que se ejecutan en forma completa (xito) o bien se vuelve al estado previo a la ejecucin de la transaccin (fracaso), quedando siempre el sistema o repositorio en un estado consistente. [K01]
Pgina 2 de 8
Pasos de los casos de uso: Conjunto numerado de actividades descritas en un acaso de uso textual, se asume como sinnimo (en estricto rigor no lo es) de las Transacciones para hacer posible la contabilizacin. [K01]
3. Alcances
Una de las principales limitaciones del mtodo es que no existe una teora de cmo escribir o estructurar correctamente los casos de uso, por lo que todas las medidas de tamao y estimacin sern afectadas por la rigurosidad de los analistas. Por otra parte, existen otros mtodos para clculo y estimacin factibles de ser utilizados en proyectos que utilicen orientacin a objetos, pero como el mtodo de Puntos de Caso de Uso se defini como extensin del Punto de Funcin, el autor decidi definirlo como estndar del proceso, de acuerdo a las siguientes consideraciones: La alternativa es simple y similar a los Puntos de Funcin. Las otras alternativas no demostraron tener aceptacin general ni se han utilizado ampliamente. Algunas alternativas son propietarias. No existen ejemplos de distintas fuentes respecto al uso de otros mtodo. Algunas herramientas presume usarlas exclusivamente para la tarea de clculo.
Pgina 3 de 8
Clasificacin de Actores, obtencin del Peso de Actores Sin Ajustar (PASA). Clasificacin de los Casos de Uso, obtencin del Peso de Transacciones Sin Ajustar (PTSA) Obtencin del Peso o Puntos de Casos de Uso Sin Ajustar (PCUSA).
2. Cuantificacin de caracterstias no funcionales del Sistema: Clasificacin de Factores de Complejidad Tcnica (FCT) Clasificacin de Factores Ambientales (FA) Clculo de Puntos de Casos de Uso Ajustados (PCU)
Finalmente, se cuentan los actores de acuerdo a su clasificacin o grado de complejidad, multiplicando cada subtotal por su factor de complejidad y sumando cada producto obtenindose el peso de los actores sin ajustar (PASA). Clasificacin de Casos de Uso a partir de las Transacciones Teniendo el modelo de casos de uso, cada uno de ellos debe clasificarse como Simple, Medio o Complejo, de acuerdo al nmero de transacciones descritas en el caso de uso, incluyendo los cursos de accin alternativos. La cuenta del nmero
Mtodo de Puntos de Casos de Uso
154519606.doc
Pgina 4 de 8
de transacciones puede ser hecha a travs de la cuenta de los pasos descritos en el caso de uso en forma textual segn el siguiente criterio: Casos de Uso Simple: Tres o menos transacciones (o pasos). Casos de Uso Promedio: entre 4 o 7 Transacciones. Casos de Uso Complejos: Ms de 7 Transacciones.
Al igual que las clasificacin de los actoreslas cuentas de las transacciones de los casos de uso se multiplican por los factores de complejidad y finalmente se suman los productos obteniendose el peso de las transacciones sin ajustar (PTSA) Obtencin de Factores de Peso o Puntos de Casos de Uso Sin Ajustar (PCUSA). Es la suma del Peso de los Actores Sin ajustar ms el Peso de las Transacciones Sin Ajustar, es decir: PCUSA = PASA + PTSA
Clasificacin de Factores de Complejidad Tcnica (FCT) Se adjunta tabla con los factores de peso que incorporan la complejidad tcnica del sistema y algunas caractersticas no funcionales, en este caso, en cada uno de
Pgina 5 de 8
los tems se tomaron en cuenta factores de complejidad propios de sistemas desarrollados bajo orientacin a objetos.
Descripcin Sistema Distribuido Rendimiento o tiempo de respuesta Eficiencia del usuario final Complejidad de procesamiento interno Reusabilidad del cdigo Facilidades de intalacin Facilidades de uso Portabilidad Facilidades de cambio Concurrencia Caractersticas de seguridad Provee acceso directo a terceras partes Requerimientos de entrenamiento especial
Para obtener el factor final se debe multiplicar cada item (T1 a T13) por el grado de influencia sobre el sistema y se obtiene la suma llamada FactorT, de acuerdo a la siguiente Frmula: FCT = 0.6 + (0.01*FactorT) Clasificacin de Factores Ambientales (FA) Corresponden en trminos generales, las caractersticas del equipo de desarrollo en cuanto a perfiles, experiencia y capacidad tcnica.
Factor F1 F2 F3 F4 F5 F6 F7 F8 Descripcin Conocimiento del proceso de desarrollo Experiencia en la aplicacin Experiencia en Orientacin a objetos Capacidad de liderazgo de los analistas Motivacin Estabilidad de los requerimientos Trabajadores part-time Dificultad de los lenguajes de programacin Factor de Peso 1.5 0.5 1 0.5 1 2 -1 2
Para obtener el factor final se debe multiplicar cada item (F1 a F8) por el grado de influencia sobre el sistema y se obtiene la suma llamada FactorA, de acuerdo a la siguiente Frmula: FA = 1.4 + (-0.03*FactorA)
Pgina 6 de 8
Clculo de Puntos de Casos de Uso Ajustados (PCU) Finalmente, se obtiene la siguiente frmula que representa los puntos de casos de uso ajustados: PCU = PCUSA* FCT*FA
4. Conclusiones
Estimar y calcular el tamao de Software basado en desarrollos orientados a objetos es una tarea que no ha alcanzado un nivel de madurez en la industria, no existen muchos trabajos que permitan tener claridad por la eleccin de un mtodo, sin embargo, el Mtodo de Puntos de Casos de uso cumple con al menos tres objetivos fundamentales, planteados al inicio de la actividad: Es un mtodo similar a lo definido en la KPA de Administracin de Requerimientos respecto de Puntos de Funcin para proyectos desarrollados con Analisis Estructurado. Permite disponer de una mtrica adimensional que con el tiempo podr ser comparada con las mtricas actualmente en uso y se enriquecern con la historia de los proyectos que se desarrollen bajo la metodologa de orientacin a objetos. Existencia de Ejemplos de uso del mtodo de distintas fuentes.
Todo lo definido est sujeto a mejoramiento contnuo o bien ser reemplazado por funcionalidades tratadas en este documento e integradas en herramientas de apoyo al proceso de desarrollo. Otros mtodos se mencionan a continuacin: MKII Analisis de Punto de funcin [Sym91]. Modelo COCOMO [B81] y COCOMO 2 [BHMW95]. Herramientas de estimacin de costos: Optimize, Enterprise Architect.
Mtodo de Puntos de Casos de Uso
154519606.doc
Pgina 7 de 8
Finalmente, un aspecto no tratado y depender de trabajos futuros, es la estimacin de esfuerzo a partir de estos nmeros adimensionales de los Puntos de Casos de Uso. En este sentido, es necesario reconocer que a los factores de ajuste nombrados, ser necesario incoporar ajustes respecto a datos histricos de la Empresa que permitan obtener estimaciones ms exactas. Otras metodologas de desarrollo como Macroscope de Fijitsu incorporan estos ajustes basados en estadsticas histricas.
[BHMW95] Boehm B., Clark B., Horowitz E., Madachy R., Shelby R., Westland C., Cost Models for Future Software Life Cycle Processes: COCOMO 2.0,, Annals of Software Engineering, 1995. [BRJ98] Booch G., Rumbaugh J., Jacobson I. The Unifed Modeling Languaje User Guide. Addison Wesley Longman, Inc, October 1998. [K01] Ribu K. Estimating Objetctv Oriented Software Projects with Uses Cases. University of Oslo, Department of Informatics, November 2001. [L02] Longstreet. Use Cases www.ifpug.com/Articles/usecases.htm. and Function Points.
[Sym91] C.R Symons. Software Sizing and Estimating, MKII FPA. John Wiley ans sons, 1991.
Pgina 8 de 8