SlideShare una empresa de Scribd logo
1 de 10
Descargar para leer sin conexión
UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS
          UNIDAD ACADÉMICA DE PINOS




  Desarrollo de Aplicaciones III
           Puntos de Caso de Uso
Tecnologías de la Información y la Comunicación
                       Docente:

              ITIC. Eloy Contreras de Lira

                      Presentan:

             Octavio Arturo Salas Esquivel

                  Jaime Pérez Dávila

                 Alexis Luna Martínez

            José de Jesús Alvarado Navarro

                   Grado Y Grupo:

                        5º “B”

                        Fecha:

                       21/03/13
Estimación por Puntos de Caso de Uso (el
               famoso Karner)
La estimación mediante el análisis de Puntos de Casos de Uso es un método
propuesto originalmente por Gustav Karner de Objectory AB, y posteriormente
refinado por muchos otros autores.

Se trata de un método de estimación del tiempo de desarrollo de un proyecto
mediante la asignación de “pesos” a un cierto número de factores que lo afectan,
para finalmente, contabilizar el tiempo total estimado para el proyecto a partir de
esos factores



Cálculo de Puntos de Casos de Uso sin ajustar

El primer paso para la estimación consiste en el cálculo de los Puntos de Casos
de Uso sin ajustar. Este valor, se calcula a partir de la siguiente ecuación

UUCP = UAW + UUCW

donde,

· UUCP: Puntos de Casos de Uso sin ajustar

· UAW: Factor de Peso de los Actores sin ajustar

· UUCW: Factor de Peso de los Casos de Uso sin ajustar

Factor de Peso de los Actores sin ajustar(UAW)

Este valor se calcula mediante un análisis de la cantidad de Actores presentes en
el sistema y la complejidad de cada uno de ellos.

La complejidad de los Actores se establece teniendo en cuenta en primer lugar si
se trata de una persona o de otro sistema, y en segundo lugar, la forma en la que
el actor interactúa con el sistema.
Los criterios son:




Factor de Peso de los Casos de Uso sin ajustar (UUCW)

Este valor se calcula mediante un análisis de la cantidad de Casos de Uso
presentes en el sistema y la complejidad de cada uno de ellos. La complejidad de
los Casos de Uso se establece teniendo en cuenta la cantidad

de transacciones efectuadas en el mismo, donde una transacción se entiende
como una secuencia de actividades atómica, es decir, se efectúa la secuencia de
actividades completa, o no se efectúa ninguna de las

actividades de la secuencia. Los criterios se muestran en la siguiente tabla:
Ejemplo:




Aplicando el análisis de Puntos de Casos de Uso sin ajustar, se tiene:

Factor de Peso de los Actores sin ajustar (UAW)

El Usuario constituye un actor de tipo complejo, ya que se trata de una persona
utilizando el sistema mediante una interfaz gráfica, al cual se le asigna un peso 3.
Luego, el factor de peso de los actores sin ajustar resulta:

UAW = 1 x 3 = 3

Factor de Peso de los Casos de Uso sin ajustar (UUCW)

Cada uno de los casos de uso “Agregar orden”, “Modificar orden” y “Eliminar
orden” consisten de una única transacción, y el caso de uso “Encontrar orden”
consiste de dos transacciones. Se tienen entonces 4 casos de uso tipo simple
(peso 5), con lo cual el factor de peso de los casos de uso sin ajustar resulta:

UUCW = 4 x 5 = 20

Finalmente, los Puntos de Casos de Uso sin ajustar resultan

UUCP = UAW + UUCW = 3 + 20 = 23

Cálculo de Puntos de Casos de Uso ajustados

Una vez que se tienen los Puntos de Casos de Uso sin ajustar se debe ajustar
éste valor mediante la siguiente ecuación:

UCP = UUCP x TCF x EF
donde,

· UCP: Puntos de Casos de Uso ajustados

· UUCP: Puntos de Casos de Uso sin ajustar

· TCF: Factor de complejidad técnica

· EF: Factor de ambiente

Factor de complejidad técnica (TCF)

Este coeficiente se calcula mediante la cuantificación de un conjunto de factores
que determinan la complejidad técnica del sistema. Cada uno de los factores se
cuantifica con un valor de 0 a 5, donde 0 significa un aporte irrelevante y 5 un
aporte muy importante. En la siguiente tabla se muestra el significado y el peso de
cada uno de éstos factores:

Factor Descripción Peso

T1 Sistema distribuido 2

T2 Objetivos de performance o tiempo de respuesta 1

T3 Eficiencia del usuario final 1

T4 Procesamiento interno complejo 1

T5 El código debe ser reutilizable 1

T6 Facilidad de instalación 0.5

T7 Facilidad de uso 0.5

T8 Portabilidad 2

T9 Facilidad de cambio 1

T10 Concurrencia 1

T11 Incluye objetivos especiales de seguridad 1

T12 Provee acceso directo a terceras partes 1

T13 Se requieren facilidades especiales de entrenamiento 1
a usuarios

El Factor de complejidad técnica se calcula mediante la siguiente ecuación:

TCF = 0.6 + 0.01 x Σ (Peso(i) x Valor asignado(i))

Factor de ambiente (EF)

Las habilidades y el entrenamiento del grupo involu-crado en el desarrollo tienen
un gran impacto en las estimaciones de tiempo.

Estos factores son los que se contemplan en el cálculo del Factor de ambiente. El
cálculo del mismo es similar al cálculo del Factor de complejidad técnica, es decir,
se trata de un conjunto de factores que se cuantifican con valores de 0 a 5:

En la siguiente tabla se muestra el significado y el peso



Factor Descripción Peso

E1 Familiaridad con el modelo de proyecto utilizado 1.5

E2 Experiencia en la aplicación 0.5

E3 Experiencia en orientación a objetos 1

E4 Capacidad del analista líder 0.5

E5 Motivación 1

E6 Estabilidad de los requerimientos 2

E7 Personal part-time -1

E8 Dificultad del lenguaje de programación -1

· Para los factores E1 al E4, un valor asignado de 0 significa sin experiencia, 3
experiencia media y 5 amplia experiencia (experto).

· Para el factor E5, 0 significa sin motivación para el proyecto, 3 motivación media
y 5 alta motivación.

· Para el factor E6, 0 significa requerimientos extremadamente inestables, 3
estabilidad media y 5 requerimientos estables sin posibilidad de cambios.
· Para el factor E7, 0 significa que no hay personal part-time (es decir todos son
full-time), 3 significa mitad y mitad, y 5 significa que todo el personal es part-time
(nadie es full-time).

· Para el factor E8, 0 significa que el lenguaje de programación es fácil de usar, 3
medio y 5 que el lenguaje es extremadamente difícil.

El Factor de ambiente se calcula mediante la siguiente ecuación:

EF =1.4 – 0.03 x Σ (Peso(i) x Valor asignado(i))

Ejemplo

Continuando con el ejemplo del apartado 3.1, se calcu-lan los Puntos de Casos de
Uso ajustados.




Factor de complejidad técnica (TCF)
El Factor de complejidad técnica resulta:

TCF = 0.6 + 0.01 x 17 = 0.77



Factor de ambiente (EF)




El Factor de ambiente resulta:

EF = 1.4 – 0.03 x 19.5 = 0.82

Finalmente, los Puntos de Casos de Uso ajustados resultan:

UCP = 23 * 0.77 * 0.82 = 14.52

De los Puntos de Casos de Uso a la estimación del esfuerzo

Karner originalmente sugirió que cada Punto de Casos de Uso requiere 20
horas-hombre.

Más interesante son los refinamientos posteriores que proponen una granularidad
algo más fina, según el siguiente criterio:
· Se contabilizan cuántos factores de los que afectan al Factor de ambiente están
por debajo del valor medio (3), para los factores E1 a E6.

· Se contabilizan cuántos factores de los que afectan al Factor de ambiente están
por encima del valor medio (3), para los factores E7 y E8:

o Si el total es 2 o menos, se utiliza el factor de conversión 20 horas-hombre/Punto
de Casos de Uso, es decir, un Punto de Caso de Uso toma 20 horas-hombre.

o Si el total es 3 o 4, se utiliza el factor de conversión 28 horas-hombre/Punto de
Casos de Uso, es decir, un Punto de Caso de Uso toma 28 horas-hombre.

o Si el total es mayor o igual que 5, se recomienda efectuar cambios en el
proyecto, ya que se considera que el riesgo de fracaso del mismo es demasiado

alto. (Me parto    )

El esfuerzo en horas-hombre viene dado por:

E = UCP x CF

donde,

· E: esfuerzo estimado en horas-hombre

· UCP: Puntos de Casos de Uso ajustados

· CF: factor de conversión

Esta estimación del esfuerzo en horas-hombre contemplando sólo el desarrollo de
la funcionalidad especificada en los casos de uso.

Finalmente, para una estimación más completa de la duración total del proyecto,
hay que agregar a la estimación del esfuerzo obtenida por los Puntos de Casos de
Uso, las estimaciones de esfuerzo de las demás actividades relacionadas con el
desarrollo de software.
Obviamente, éstos valores no son absolutos sino que pueden variar de acuerdo a
las características de la organización y del proyecto.

Con éste criterio, y tomando como entrada la estimación de tiempo calculada a
partir de los Puntos de Casos de Uso, se pueden calcular las demás estimaciones
para obtener la duración total del proyecto.

Ejemplo:

Aplicando éstos criterios al ejemplo que se venía desarrollando en éste apartado,
se obtiene el esfuerzo necesario para el desarrollo de los casos de uso como:

E = 14.52 * 20 = 290.4 Horas-Hombre

Si además se considera que este esfuerzo representa un porcentaje del esfuerzo
total del proyecto, de acuerdo a los valores porcentuales de la tabla anterior, se
obtiene:

Más contenido relacionado

La actualidad más candente

Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
Ades27
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
monik1002
 
proyecto conexion netbeans con Mysql
proyecto conexion netbeans con Mysqlproyecto conexion netbeans con Mysql
proyecto conexion netbeans con Mysql
BrenditaLr
 
Proceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwareProceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de software
sergio
 
Plan de pruebas de software
Plan de pruebas de softwarePlan de pruebas de software
Plan de pruebas de software
Edgardo Rojas
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software
Brihany Rossell
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
Sergio Sanchez
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
landeta_p
 

La actualidad más candente (20)

Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
 
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHLINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
 
Mapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de SoftwareMapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de Software
 
13.diseño de web apps
13.diseño de web apps13.diseño de web apps
13.diseño de web apps
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
tecnicas de revisión del software
tecnicas de revisión del softwaretecnicas de revisión del software
tecnicas de revisión del software
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
proyecto conexion netbeans con Mysql
proyecto conexion netbeans con Mysqlproyecto conexion netbeans con Mysql
proyecto conexion netbeans con Mysql
 
Proceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwareProceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de software
 
Plan de pruebas de software
Plan de pruebas de softwarePlan de pruebas de software
Plan de pruebas de software
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Ejemplo pruebas de software
Ejemplo pruebas de softwareEjemplo pruebas de software
Ejemplo pruebas de software
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)
 
Pruebas unitarias
Pruebas unitariasPruebas unitarias
Pruebas unitarias
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
IT MARK
IT MARK IT MARK
IT MARK
 

Destacado

Estimación por puntos de función
Estimación por puntos de funciónEstimación por puntos de función
Estimación por puntos de función
Luisa Sanchez
 
Casos practicos puntos_de_funcion1
Casos practicos puntos_de_funcion1Casos practicos puntos_de_funcion1
Casos practicos puntos_de_funcion1
Homero Jimenez
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
antonio
 
Estimación por puntos de caso de uso calidad
Estimación por puntos de caso de uso calidadEstimación por puntos de caso de uso calidad
Estimación por puntos de caso de uso calidad
Single person
 
Ejercicio resuelto de punto de caso de uso
Ejercicio resuelto de punto de caso de usoEjercicio resuelto de punto de caso de uso
Ejercicio resuelto de punto de caso de uso
Adri Campos
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
monik1002
 

Destacado (20)

Estimación por puntos de función
Estimación por puntos de funciónEstimación por puntos de función
Estimación por puntos de función
 
Casos practicos puntos_de_funcion1
Casos practicos puntos_de_funcion1Casos practicos puntos_de_funcion1
Casos practicos puntos_de_funcion1
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Gestion de proyectos - Estimación del Esfuerzo
Gestion de proyectos - Estimación del EsfuerzoGestion de proyectos - Estimación del Esfuerzo
Gestion de proyectos - Estimación del Esfuerzo
 
Estimacion por caso de uso
Estimacion por caso de usoEstimacion por caso de uso
Estimacion por caso de uso
 
Moises (Alarcos) Aplicación de la estimación para la valoración de activos so...
Moises (Alarcos) Aplicación de la estimación para la valoración de activos so...Moises (Alarcos) Aplicación de la estimación para la valoración de activos so...
Moises (Alarcos) Aplicación de la estimación para la valoración de activos so...
 
Cocomo basico
Cocomo basicoCocomo basico
Cocomo basico
 
Estimacion de costos del Software
Estimacion de costos del SoftwareEstimacion de costos del Software
Estimacion de costos del Software
 
Estimación por puntos de caso de uso calidad
Estimación por puntos de caso de uso calidadEstimación por puntos de caso de uso calidad
Estimación por puntos de caso de uso calidad
 
2.6.5 y 2.6.6
2.6.5 y 2.6.62.6.5 y 2.6.6
2.6.5 y 2.6.6
 
Inyección de código
Inyección de códigoInyección de código
Inyección de código
 
Inyeccion de codigo
Inyeccion de codigoInyeccion de codigo
Inyeccion de codigo
 
Ejercicio resuelto de punto de caso de uso
Ejercicio resuelto de punto de caso de usoEjercicio resuelto de punto de caso de uso
Ejercicio resuelto de punto de caso de uso
 
Eduardo Miranda (Carnegie Mellon) Overruns or Underestimates? A Political Per...
Eduardo Miranda (Carnegie Mellon) Overruns or Underestimates? A Political Per...Eduardo Miranda (Carnegie Mellon) Overruns or Underestimates? A Political Per...
Eduardo Miranda (Carnegie Mellon) Overruns or Underestimates? A Political Per...
 
Gestión del conocimento parte 1
Gestión del conocimento parte 1Gestión del conocimento parte 1
Gestión del conocimento parte 1
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Estimación temprana de proyectos software #pmot #pmlat
Estimación temprana de proyectos software #pmot #pmlatEstimación temprana de proyectos software #pmot #pmlat
Estimación temprana de proyectos software #pmot #pmlat
 
Modelando casos de uso y estimación de software
Modelando casos de uso y estimación de softwareModelando casos de uso y estimación de software
Modelando casos de uso y estimación de software
 
Modelo COCOMO
Modelo COCOMOModelo COCOMO
Modelo COCOMO
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 

Similar a Puntos de caso de uso

01.1 introduc
01.1 introduc01.1 introduc
01.1 introduc
xavazquez
 
Puntos de caso de uso childrens playing
Puntos de caso de uso childrens playingPuntos de caso de uso childrens playing
Puntos de caso de uso childrens playing
Berenice Ceja
 
Analisis de algoritmos
Analisis de algoritmosAnalisis de algoritmos
Analisis de algoritmos
rehoscript
 
04.2 carga-2
04.2 carga-204.2 carga-2
04.2 carga-2
xavazquez
 

Similar a Puntos de caso de uso (20)

Estimacion basada en puntos de casos de uso
Estimacion basada en puntos de casos de usoEstimacion basada en puntos de casos de uso
Estimacion basada en puntos de casos de uso
 
Estimación para proyectos de software
Estimación para proyectos de softwareEstimación para proyectos de software
Estimación para proyectos de software
 
01.1 introduc
01.1 introduc01.1 introduc
01.1 introduc
 
2 Taller modelacion matemática 2018-1 UNAL
2 Taller modelacion matemática 2018-1 UNAL2 Taller modelacion matemática 2018-1 UNAL
2 Taller modelacion matemática 2018-1 UNAL
 
Estimación de software basada en puntos de casos de uso
Estimación de software basada en puntos de casos de usoEstimación de software basada en puntos de casos de uso
Estimación de software basada en puntos de casos de uso
 
Estimacion de proyectos de software
Estimacion de proyectos de softwareEstimacion de proyectos de software
Estimacion de proyectos de software
 
Paralelismo
ParalelismoParalelismo
Paralelismo
 
Costos actividad-final
Costos actividad-finalCostos actividad-final
Costos actividad-final
 
Programacion fantasticos
Programacion  fantasticosProgramacion  fantasticos
Programacion fantasticos
 
Puntos de caso de uso childrens playing
Puntos de caso de uso childrens playingPuntos de caso de uso childrens playing
Puntos de caso de uso childrens playing
 
Informe estructura de datos Unidad 1
Informe estructura de datos Unidad 1Informe estructura de datos Unidad 1
Informe estructura de datos Unidad 1
 
Implementacion de pruebas del sistema. un caso practico
Implementacion de pruebas del sistema. un caso practicoImplementacion de pruebas del sistema. un caso practico
Implementacion de pruebas del sistema. un caso practico
 
Analisis de algoritmos
Analisis de algoritmosAnalisis de algoritmos
Analisis de algoritmos
 
algoritmos en R Studio
algoritmos en R Studioalgoritmos en R Studio
algoritmos en R Studio
 
Cap 02.1 analisis de las estructuras de control(1)
Cap 02.1   analisis de las estructuras de control(1)Cap 02.1   analisis de las estructuras de control(1)
Cap 02.1 analisis de las estructuras de control(1)
 
Fundamentos de programacion ss14
Fundamentos de programacion ss14Fundamentos de programacion ss14
Fundamentos de programacion ss14
 
Compilador para calcular el área de figuras Triangulo, Cuadrado y Rectángulo.
Compilador para calcular el área de figuras Triangulo, Cuadrado y Rectángulo.Compilador para calcular el área de figuras Triangulo, Cuadrado y Rectángulo.
Compilador para calcular el área de figuras Triangulo, Cuadrado y Rectángulo.
 
04.2 carga-2
04.2 carga-204.2 carga-2
04.2 carga-2
 
Desarrollo modelos io
Desarrollo modelos ioDesarrollo modelos io
Desarrollo modelos io
 
Modelos de Estimacion
Modelos de EstimacionModelos de Estimacion
Modelos de Estimacion
 

Más de Darthuz Kilates (20)

Tecnologías emergentes2
Tecnologías emergentes2Tecnologías emergentes2
Tecnologías emergentes2
 
Carritodecompra ieee830 2
Carritodecompra ieee830 2Carritodecompra ieee830 2
Carritodecompra ieee830 2
 
Sistemas de-comunicación-por-fibra
Sistemas de-comunicación-por-fibraSistemas de-comunicación-por-fibra
Sistemas de-comunicación-por-fibra
 
Trabajo final
Trabajo finalTrabajo final
Trabajo final
 
Maqueta14k
Maqueta14kMaqueta14k
Maqueta14k
 
Interfaces 14k
Interfaces 14kInterfaces 14k
Interfaces 14k
 
Abstracción 14k
Abstracción 14kAbstracción 14k
Abstracción 14k
 
Polimorfismo
PolimorfismoPolimorfismo
Polimorfismo
 
Polimorfismo 14k
Polimorfismo 14kPolimorfismo 14k
Polimorfismo 14k
 
Normatividad en las telecomunicaciones en méxico 14k
Normatividad en las telecomunicaciones en méxico 14kNormatividad en las telecomunicaciones en méxico 14k
Normatividad en las telecomunicaciones en méxico 14k
 
1Antenas1
1Antenas11Antenas1
1Antenas1
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datos
 
Lucy11
Lucy11Lucy11
Lucy11
 
Transaccion
TransaccionTransaccion
Transaccion
 
Administración trabajo
Administración trabajo  Administración trabajo
Administración trabajo
 
Estandares de calidad
Estandares de calidadEstandares de calidad
Estandares de calidad
 
Estimación de costos
Estimación de costosEstimación de costos
Estimación de costos
 
Modelo espiral
Modelo espiral Modelo espiral
Modelo espiral
 
Tabajo final unidad ii
Tabajo final unidad iiTabajo final unidad ii
Tabajo final unidad ii
 
Plantilla trabajo final estandares de calidad de TI.
Plantilla trabajo final estandares de calidad de TI.Plantilla trabajo final estandares de calidad de TI.
Plantilla trabajo final estandares de calidad de TI.
 

Último

Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
AnnimoUno1
 
EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
FagnerLisboa3
 

Último (11)

How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
pruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITpruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNIT
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 
Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxEL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
 
EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
 
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdfRefrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 

Puntos de caso de uso

  • 1. UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS UNIDAD ACADÉMICA DE PINOS Desarrollo de Aplicaciones III Puntos de Caso de Uso Tecnologías de la Información y la Comunicación Docente: ITIC. Eloy Contreras de Lira Presentan: Octavio Arturo Salas Esquivel Jaime Pérez Dávila Alexis Luna Martínez José de Jesús Alvarado Navarro Grado Y Grupo: 5º “B” Fecha: 21/03/13
  • 2. Estimación por Puntos de Caso de Uso (el famoso Karner) La estimación mediante el análisis de Puntos de Casos de Uso es un método propuesto originalmente por Gustav Karner de Objectory AB, y posteriormente refinado por muchos otros autores. Se trata de un método de estimación del tiempo de desarrollo de un proyecto mediante la asignación de “pesos” a un cierto número de factores que lo afectan, para finalmente, contabilizar el tiempo total estimado para el proyecto a partir de esos factores Cálculo de Puntos de Casos de Uso sin ajustar El primer paso para la estimación consiste en el cálculo de los Puntos de Casos de Uso sin ajustar. Este valor, se calcula a partir de la siguiente ecuación UUCP = UAW + UUCW donde, · UUCP: Puntos de Casos de Uso sin ajustar · UAW: Factor de Peso de los Actores sin ajustar · UUCW: Factor de Peso de los Casos de Uso sin ajustar Factor de Peso de los Actores sin ajustar(UAW) Este valor se calcula mediante un análisis de la cantidad de Actores presentes en el sistema y la complejidad de cada uno de ellos. La complejidad de los Actores se establece teniendo en cuenta en primer lugar si se trata de una persona o de otro sistema, y en segundo lugar, la forma en la que el actor interactúa con el sistema.
  • 3. Los criterios son: Factor de Peso de los Casos de Uso sin ajustar (UUCW) Este valor se calcula mediante un análisis de la cantidad de Casos de Uso presentes en el sistema y la complejidad de cada uno de ellos. La complejidad de los Casos de Uso se establece teniendo en cuenta la cantidad de transacciones efectuadas en el mismo, donde una transacción se entiende como una secuencia de actividades atómica, es decir, se efectúa la secuencia de actividades completa, o no se efectúa ninguna de las actividades de la secuencia. Los criterios se muestran en la siguiente tabla:
  • 4. Ejemplo: Aplicando el análisis de Puntos de Casos de Uso sin ajustar, se tiene: Factor de Peso de los Actores sin ajustar (UAW) El Usuario constituye un actor de tipo complejo, ya que se trata de una persona utilizando el sistema mediante una interfaz gráfica, al cual se le asigna un peso 3. Luego, el factor de peso de los actores sin ajustar resulta: UAW = 1 x 3 = 3 Factor de Peso de los Casos de Uso sin ajustar (UUCW) Cada uno de los casos de uso “Agregar orden”, “Modificar orden” y “Eliminar orden” consisten de una única transacción, y el caso de uso “Encontrar orden” consiste de dos transacciones. Se tienen entonces 4 casos de uso tipo simple (peso 5), con lo cual el factor de peso de los casos de uso sin ajustar resulta: UUCW = 4 x 5 = 20 Finalmente, los Puntos de Casos de Uso sin ajustar resultan UUCP = UAW + UUCW = 3 + 20 = 23 Cálculo de Puntos de Casos de Uso ajustados Una vez que se tienen los Puntos de Casos de Uso sin ajustar se debe ajustar éste valor mediante la siguiente ecuación: UCP = UUCP x TCF x EF
  • 5. donde, · UCP: Puntos de Casos de Uso ajustados · UUCP: Puntos de Casos de Uso sin ajustar · TCF: Factor de complejidad técnica · EF: Factor de ambiente Factor de complejidad técnica (TCF) Este coeficiente se calcula mediante la cuantificación de un conjunto de factores que determinan la complejidad técnica del sistema. Cada uno de los factores se cuantifica con un valor de 0 a 5, donde 0 significa un aporte irrelevante y 5 un aporte muy importante. En la siguiente tabla se muestra el significado y el peso de cada uno de éstos factores: Factor Descripción Peso T1 Sistema distribuido 2 T2 Objetivos de performance o tiempo de respuesta 1 T3 Eficiencia del usuario final 1 T4 Procesamiento interno complejo 1 T5 El código debe ser reutilizable 1 T6 Facilidad de instalación 0.5 T7 Facilidad de uso 0.5 T8 Portabilidad 2 T9 Facilidad de cambio 1 T10 Concurrencia 1 T11 Incluye objetivos especiales de seguridad 1 T12 Provee acceso directo a terceras partes 1 T13 Se requieren facilidades especiales de entrenamiento 1
  • 6. a usuarios El Factor de complejidad técnica se calcula mediante la siguiente ecuación: TCF = 0.6 + 0.01 x Σ (Peso(i) x Valor asignado(i)) Factor de ambiente (EF) Las habilidades y el entrenamiento del grupo involu-crado en el desarrollo tienen un gran impacto en las estimaciones de tiempo. Estos factores son los que se contemplan en el cálculo del Factor de ambiente. El cálculo del mismo es similar al cálculo del Factor de complejidad técnica, es decir, se trata de un conjunto de factores que se cuantifican con valores de 0 a 5: En la siguiente tabla se muestra el significado y el peso Factor Descripción Peso E1 Familiaridad con el modelo de proyecto utilizado 1.5 E2 Experiencia en la aplicación 0.5 E3 Experiencia en orientación a objetos 1 E4 Capacidad del analista líder 0.5 E5 Motivación 1 E6 Estabilidad de los requerimientos 2 E7 Personal part-time -1 E8 Dificultad del lenguaje de programación -1 · Para los factores E1 al E4, un valor asignado de 0 significa sin experiencia, 3 experiencia media y 5 amplia experiencia (experto). · Para el factor E5, 0 significa sin motivación para el proyecto, 3 motivación media y 5 alta motivación. · Para el factor E6, 0 significa requerimientos extremadamente inestables, 3 estabilidad media y 5 requerimientos estables sin posibilidad de cambios.
  • 7. · Para el factor E7, 0 significa que no hay personal part-time (es decir todos son full-time), 3 significa mitad y mitad, y 5 significa que todo el personal es part-time (nadie es full-time). · Para el factor E8, 0 significa que el lenguaje de programación es fácil de usar, 3 medio y 5 que el lenguaje es extremadamente difícil. El Factor de ambiente se calcula mediante la siguiente ecuación: EF =1.4 – 0.03 x Σ (Peso(i) x Valor asignado(i)) Ejemplo Continuando con el ejemplo del apartado 3.1, se calcu-lan los Puntos de Casos de Uso ajustados. Factor de complejidad técnica (TCF)
  • 8. El Factor de complejidad técnica resulta: TCF = 0.6 + 0.01 x 17 = 0.77 Factor de ambiente (EF) El Factor de ambiente resulta: EF = 1.4 – 0.03 x 19.5 = 0.82 Finalmente, los Puntos de Casos de Uso ajustados resultan: UCP = 23 * 0.77 * 0.82 = 14.52 De los Puntos de Casos de Uso a la estimación del esfuerzo Karner originalmente sugirió que cada Punto de Casos de Uso requiere 20 horas-hombre. Más interesante son los refinamientos posteriores que proponen una granularidad algo más fina, según el siguiente criterio:
  • 9. · Se contabilizan cuántos factores de los que afectan al Factor de ambiente están por debajo del valor medio (3), para los factores E1 a E6. · Se contabilizan cuántos factores de los que afectan al Factor de ambiente están por encima del valor medio (3), para los factores E7 y E8: o Si el total es 2 o menos, se utiliza el factor de conversión 20 horas-hombre/Punto de Casos de Uso, es decir, un Punto de Caso de Uso toma 20 horas-hombre. o Si el total es 3 o 4, se utiliza el factor de conversión 28 horas-hombre/Punto de Casos de Uso, es decir, un Punto de Caso de Uso toma 28 horas-hombre. o Si el total es mayor o igual que 5, se recomienda efectuar cambios en el proyecto, ya que se considera que el riesgo de fracaso del mismo es demasiado alto. (Me parto ) El esfuerzo en horas-hombre viene dado por: E = UCP x CF donde, · E: esfuerzo estimado en horas-hombre · UCP: Puntos de Casos de Uso ajustados · CF: factor de conversión Esta estimación del esfuerzo en horas-hombre contemplando sólo el desarrollo de la funcionalidad especificada en los casos de uso. Finalmente, para una estimación más completa de la duración total del proyecto, hay que agregar a la estimación del esfuerzo obtenida por los Puntos de Casos de Uso, las estimaciones de esfuerzo de las demás actividades relacionadas con el desarrollo de software.
  • 10. Obviamente, éstos valores no son absolutos sino que pueden variar de acuerdo a las características de la organización y del proyecto. Con éste criterio, y tomando como entrada la estimación de tiempo calculada a partir de los Puntos de Casos de Uso, se pueden calcular las demás estimaciones para obtener la duración total del proyecto. Ejemplo: Aplicando éstos criterios al ejemplo que se venía desarrollando en éste apartado, se obtiene el esfuerzo necesario para el desarrollo de los casos de uso como: E = 14.52 * 20 = 290.4 Horas-Hombre Si además se considera que este esfuerzo representa un porcentaje del esfuerzo total del proyecto, de acuerdo a los valores porcentuales de la tabla anterior, se obtiene: