S212 Pf Pcu
Upcoming SlideShare
Loading in...5
×
 

S212 Pf Pcu

on

  • 7,252 views

Puntos de funcion y Puntos de caso de uso (estimacion de proyectos de software)

Puntos de funcion y Puntos de caso de uso (estimacion de proyectos de software)

Statistics

Views

Total Views
7,252
Views on SlideShare
7,227
Embed Views
25

Actions

Likes
5
Downloads
424
Comments
1

1 Embed 25

http://www.slideshare.net 25

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • Bueno.... prefiero claro la estimacion de puntos de caso de uso. El de puntos de funcion es un poco tedioso.<br /><br/>
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

S212 Pf Pcu S212 Pf Pcu Presentation Transcript

  • SEMANA 2 Primera Sesión Segunda Sesión ESTIMACIÓN DE ESFUERZO PROYECTO DE SOFTWARE Profesores del Curso
    • Temario
      • Métricas para establecer el tamaño del software
      • Puntos de Función (unidad de medida funcional)
      • Puntos de Casos de Uso (Unidad de medida CU).
    • Objetivos
    • Conocer la importancia de la estimación del esfuerzo (E) o duración, o las capacidades requeridas por el equipo de desarrollo y de la empresa
    • Aplicar el uso del la Métrica Puntos de Función, para medir el tamaño del software
    • Aplicar la métrica Puntos de Caso de Uso (PCU) en la metodología RUP
    • Como esbozar una primera ( E) por PCU en la captura de requerimientos
    • Mejorar la (E) con el detalle de las Especificaciones de casos de Uso (ECU).
    • I. Métricas del tamaño del Software
    • TAMAÑO DEL SOFTWARE
      • Proyectos fracasan por el Tiempo o falta de Presupuesto por mala estimación de Esfuerzo
      • La estimación del tamaño es una actividad difícil y propensa al error
      • Difícil la estimación exacta por el gran número de factores conocidos complejos y otros factores desconocidos
      • La mejor métrica esta basada en los requerimientos del usuario (funcionalidad) y no en la tecnología
      • Dan como resultado las Horas de Esfuerzo, con la cual podemos calcular el costo
      • Los Puntos de Función son métricas de tamaño basado en las Funcionalidades del sistema.
    • 1. Uso de una Métrica Funcional Estándar
    • El tamaño SW puedo usar para los siguientes propósitos:
      • Administrar Productividad: Horas x PF
      • Administración de la Calidad: Defectos x PF
      • Comparabilidad entre los proyectos con la misma métrica
      • Administración Proyectos: PF planeados VS PF diseñados
      • Administrar el Cambios del Alcance, estimando el tamaño de los cambios para Estimar su Esfuerzo
      • Estimar la adecuación de un Paquete con los PF, que tanto del 100 % del paquete requiero adecuar
      • Valuar el SW de una Organización, con el tamaño puedo valuar el costo de un software adquirido
      • Estimar recursos con el tamaño, la cantidad de ingenieros para el proyecto
      • Presupuestar el Mantenimiento, saber el tamaño de la funcionalidad y el costo del esfuerzo
      • Administrar Contratos, basados en los requerimientos funcionales, tamaño de la funcionalidad, productividad esperada y costo por unidad de tamaño de funcionalidad.
    • 2. La Métrica de Puntos de Función
    • “ Es una Métrica para establecer el tamaño y complejidad de las Aplicaciones Informáticas basada en la cantidad de funcionalidad requerida y entregada a los Usuarios ” ó
    • “ Los Puntos de Función miden el tamaño lógico o funcional de los proyectos o aplicaciones de software basados en los requerimientos funcionales del Usuario”
    • Así como existe el metro lineal para medir longitudes, Punto de Función es “el metro” para medir el tamaño de una aplicación de software
    • Llamado también Método de Albrecht.
    • Procedimiento Análisis Punto de Función
      • Determinar el tipo de conteo: desarrollo, mantenimiento o aplicación existente.
      • Identificar los alcances de la medición y los límites de la Aplicación: funcionalidad de un proceso(s) a ser incluido(s) en la medición.
      • Contar las funciones Transaccionales : Entrada Externa (EE), Salida Externa (SE) y Consulta Externa (CE)
      • Contar con las funciones de Datos : Archivo Lógico Interno (ALI) y archivo de Interfaz Externo (AIE)
      • Determinar los Puntos de Función no Ajustados
      • Determinar el Valor de Factor de Ajuste
      • Determinar los Puntos de Función Ajustados.
    • II. PUNTOS DE FUNCION
    Nota.- Apoyo de clase – Control de Lectura No. 2
  • 1.1. Entradas Externas
    • Son todos aquellos grupos de datos o mandatos de control de usuario que entran en la aplicación y adicionan, modifican o eliminan información de un Archivo Lógico Interno, o información de control o del negocio.
    1. METODO DE ALBRECHT Formularios, diálogos, pantallas, … ALI ACTOR AFUERA ADENTRO Datos
  • CLASIFICACION DE ENTRADAS EXTERNAS BAJA- MEDIA – ALTA : Significa el valor de la Complejidad (Ver pantallas, formularios, etc.) ALTA ALTA MEDIA 3 ó más ALTA MEDIA BAJA 2 MEDIA BAJA BAJA 0 – 1 > 15 5 – 15 1 – 4 ELEMENTOS DE DATOS ARCHIVOS REFERENCIADOS
  • 1.2. Salidas Externas ALI Informes, reportes, … ACTOR ALE AFUERA ADENTRO Datos Datos Simples Datos Derivados (calculados)
    • Son todos aquellos grupos lógicos de datos o mandatos de control de usuario que salen de la frontera de la aplicación, con información obtenida a partir de algún tipo de procesamiento
    • Adicionalmente pueden actualizar un Archivo Lógico Interno
    • Los Datos crean reportes o archivos que se envian a Actores (humanos, sistemas).
    • Los reportes y archivos se crean desde archvos Lógicos Internos o Externos.
  • CLASIFICACION DE SALIDAS EXTERNAS ALTA ALTA MEDIA 3 ó más ALTA MEDIA BAJA 2 - 3 MEDIA BAJA BAJA 0 – 1 > 19 6 – 19 1 – 5 ELEMENTOS DE DATOS ARCHIVOS REFERENCIADOS
  • 1.3. Consultas Externas
    • Son entradas de usuario u otra aplicación que generan una salida inmediata
    • Consecuencia de una búsqueda y no una actualización de un grupo lógico de datos lógicos (Externos o Internos)
    • Los datos de salida no contienen datos derivados (calculados)
    • Se usa la matriz de Entrada Externas para calificar la parte de la entrada
    • Se usa la matriz de Salidas Externas para calificar la parte de la salida.
    Datos de búsqueda ALI ACTOR ALE Listados de búsqueda
  • 1.4. Archivo Lógico Interno
    • Son aquellos grupos lógicos de datos o información de control interna que se generan, son usados y la mantienen la aplicación bajo desarrollo
    • No deben incluirse aquellos grupos lógicos que no sean accesible por el usuario a través de Entradas o salidas Externas, ficheros de interfaz o consultas.
    Base de Datos Del Aplicativo
  • 1.5. Archivos Lógicos Externos: Interfases
    • Sirven para lograr interfases de comunicación de datos con otros sistemas (referencias)
    • Son aquellos grupos lógicos de datos compartidos con otra aplicación, recibidos o enviados a ella.
    • Los grupos lógicos internos que son a su vez interfaz, deben contarse en ambos grupos
    • El sistema bajo desarrollo no es responsable de su mantenimiento (ALE es un ALI de la otra aplicación).
    Mi Software Otros Software Otra Base de Datos
  • CLASIFICACION DE ARCHIVOS LOGICOS INTERNOS Y ARCHIVOS LOGICOS EXTERNOS BAJA- MEDIA – ALTA : Significa el valor de la Complejidad (Ver estructura de archivos) ALTA ALTA MEDIA 5 ó más ALTA MEDIA BAJA 2 - 5 MEDIA BAJA BAJA 0 – 1 > 50 20 – 50 1 – 19 ELEMENTOS DE DATOS TIPOS DE REGISTROS
    • 1.6. Cálculos del Método de Albrecht
    • Tabla para calcular los Puntos de Función Sin Ajustar (PFSA).
    _ X 10 _ X 7 _ X 5 No. Archivos Lógicos Externos _ X 15 _ X 10 _ X 7 No. Archivos Lógicos Internos _ X 6 _ X 4 _ X 3 No. Consultas Externas _ X 7 _ X 5 _ X 4 No. Salidas Externas _ X 6 _ X 4 _ X 3 No. Entradas Externas Total PF ALTA MEDIA BAJA DESCRIPCION TOTAL PUNTOS DE FUNCION SIN AJUSTAR PFSA = ∑ PF * Valor de Complejidad
    • Calculo de los Puntos de Función Ajustados (PFA)
      • Características deseadas x Sistema. Son 14 características (a c/u se le asigna un valor):
        • Comunicación de datos.
        • Procesamiento Distribuido de Datos.
        • Rendimiento.
        • Configuraciones.
        • Volumen de transacciones.
        • Entradas de Datos on line.
        • Eficiencia del usuario final.
        • Actualizaciones on line.
        • Procesamiento complejo.
        • Reusabilidad.
        • Factibilidad de Instalaciones.
        • Factibilidad de Operación.
        • Instalación en distintos lugares.
        • Factibilidad de Cambio.
    Tabla del Factor de Ajuste (FA)
    • Factor de Peso (Por cada característica)
      • 0 No presente o sin influencia.
      • 1 Influencia incidental.
      • 2 Influencia moderada.
      • 3 Influencia media.
      • 4 Influencia significativa.
      • 5 Fuerte influencia.
    • La formula para el FA se calcula de la siguiente manera:
    GTI = ∑ (Influencias) FA = GTI x 0.01 + 0.65 Grado total de Influencia (GTI) Factor de Ajuste (FA)
  • Puntos de Función Ajustados (PFA) Con el Factor de Ajuste (FA), calculamos los Puntos de Función Ajustados (PFA) PFA = PFSA x FA PF ( < 300) Aplicativo Pequeño PF (300 – 600) Aplicativo Mediano PF (> 600) Aplicativo Grande
    • III. PUNTOS DE CASOS DE USO
    Nota.- Apoyo de clase – Control de Lectura No. 2
    • 1. ESTIMACION ESFUERZO CON CASOS DE USO
      • Método planteado por Gustav Karner
      • Se plantea algunas alternativas posibles para la estimación del esfuerzo x proyectos basados en CU
      • Utilizándose el Análisis de Puntos de Función, o una variante más reciente denominada Análisis de Puntos de Casos de Uso, la cual es en cierta medida similar al Análisis de Puntos de Función
      • Utiliza el MCU del Sistema (funcionalidades)
      • En fase inicial del proyecto obtenemos una estimación grosera del tamaño, pero posteriormente se puede precisar mejor con las ECU.
  • MODELO DE CASOS DE USO
    • 2. Casos de Uso y Puntos de Función
      • 2.1. Funciones Transaccionales
        • Tener en cuenta que en una estimación inicial pueden haber Transacciones o Archivos implícitos
        • En las ECU: Flujos Básicos, Flujos alternativos, Subflujos, CU incluidos, CU de extensión pueden tener más transacciones y/o archivos que pueden mejorar la estimación
        • Por lo tanto es importante tener las ECU en el Análisis entre el 80 y 100 % terminados.
      • Entradas Externas (EE)
      • El Actor provee datos al sistema: Agregar, Modificar o Eliminar información a un Archivo Lógico Interno (ALI) ó bien información de Control o del negocio
      • En el MCU hay 3 EE - Agregar Orden, Modificar Orden y Eliminar Orden. También pudo ser un Caso de Uso “Actualizar Ordenes”, con un Flujo Básico – Agregar Orden y dos (02) Sub Flujos: Modificar Orden y Eliminar Orden
      • Trabajan con uno ó más Archivos Lógicos Internos (ALI).
      • Salidas Externas (SE)
      • El Actor provee datos al sistema y obtiene datos simples y/o derivados (calculados a partir de otros), por ejemplo reportes o información hacia otros Actores (Sistemas, HW).
      • Trabajan con uno ó más Archivos Lógicos Internos, además con Archivos lógicos Externos (ALE).
      • En el MCU no hay SE
      • Consultas Externas (CE)
      • El Actor provee datos al sistema y obtiene datos simples de uno o más ALI o ALE. No se actualizan o mantienen archivos
      • En el MCU hay 1 CE (Encontrar Orden).
    • 2.2. Archivos Lógicos Internos y Externos
    • Almacenan información dentro del Caso de Uso: Archivos, Base de datos, otros tipos de almacenamiento.
      • Archivos Lógicos Internos (ALI)
      • Los datos residen dentro de los límites del sistema y se mantiene a través de las EE.
      • El MCU tiene 1 ALI.
      • Archivos Lógicos Externos (ALE)
      • Los datos residen externamente fuera de los límites del sistema y se mantiene a través de las EE de otras aplicaciones (Archivo de otro sistema).
      • El MCU no tiene ALE.
    • 2.3. Clasificar Complejidad: Transacciones/Archivos
        • (Bajo – Medio - Alto)
        • Ver previamente los valores a asignar (método de Albrecht) , para identificar la complejidad de EE, SE y CE según su número de Elementos de Datos.
    • 2.4. Calculo - Puntos de Función Sin Ajustar (PFSA)
    • 2.5. Calculo - Puntos de Función Ajustados (PFA).
  • 3.1. Calculo de Puntos de Caso de Uso Sin Ajustar PCUSA = FASA + FCUSA FASA = Factor de Peso Actores sin ajustar FCUSA = Factor de peso casos de uso sin ajustar 3. ANALISIS DE PUNTOS DE CASOS DE USO
  • Factores de Actores y Casos de Uso Factor de Peso de Actores Sin Ajustar (FASA) 3 Una persona que interactúa con el sistema mediante una interfaz gráfica (GUI). Complejo 2 Otra sistema que interactúa con el sistema a desarrollar mediante un protocolo. Medio 1 Otro sistema que interactúa con el sistema a desarrollar mediante una interfaz de programación (API). Simple Factor Peso Descripción Tipo Actor
  • Factor de Peso de Casos de Uso Sin Ajustar (FCUSA) 15 CU más de 8 Transacciones. Complejo 10 CU de 4 a 7 Transacciones. Medio 5 CU de 1 a 3 Transacciones. Simple Factor Peso Descripción Tipo de Caso de Uso
  • 3.2. Calculo de Puntos de Casos de Uso Ajustados PCUA = PCUSA x FCT x FAmb
    • Factor de Complejidad Técnica (FCT)
      • Cuantificación de factores (13) con sus pesos
      • Valores de 0 a 5
        • 0  Aporte irrelevante.
        • 5  Aporte muy importante.
  • FCT = 0.6 + 0.01 x ∑ (Peso x Valor) 1 Entrenamiento a Usuarios CT13 1 Acceso Directo a Terceros CT12 1 Objeto de Seguridad CT11 1 Concurrencia CT10 1 Facilidad de Cambio CT9 2 Portabilidad CT8 0.5 Facilidad de Uso CT7 0.5 Facilidad de Instalación CT6 1 Código Reutilizable CT5 1 Procesamiento Interno Complejo CT4 1 Eficiencia del Usuario Final CT3 1 Objeto de Performance o tiempo de respuesta CT2 2 Sistema Distribuido CT1 PESO DESCRIPCIÓN FACTOR
    • Factor de Ambiente (FAmb.)
      • Cuantificación de Factores (8) con sus pesos.
      • Valores de 0 a 5
    FAmb = 1.4 - 0.03 x ∑ (Peso x Valor) -1 Dificultad de lenguaje de Programación A8 -1 Personal Part-Time A7 2 Estabilidad de requerimientos A6 1 Motivación A5 0.5 Capacidad de líder de proyecto A4 1 Experiencia en objetos A3 0.5 Experiencia en la Aplicación A2 1.5 Familiarización con el modelo de proyecto utilizado A1 PESO DESCRIPCIÓN FACTOR
  • 3.3. Estimación del Esfuerzo ( E ) E = PCUA x FC (Horas-Hombre)
    • Criterios por Factor de Conversión (FConv) Según el valor asignado)
      • Contabilizar cuantos factores de ambiente están por debajo del valor promedio (3)  de A1 a A6 (b)
      • Contabilizar cuantos factores de ambiente están por encima del valor promedio (3)  de A7 a A8 (a)
  • FC = 20 H-H / PCU (Punto Caso de Uso) FC = 28 H-H / PCU (Punto Caso de Uso)
    • Si el total es 2 ó menos (a + b)
    • Si el total es mayor a 4
      • Efectuar cambios en el proyecto ò usar 36 horas por Caso de Uso  Riesgo de fracaso es demasiado alto.
    • Si el total es 3 ó 4 (a + b)
  • 3.4. Estimación del CVS Para una estimación mas completa del agregar las actividades relacionadas al desarrollo de software, y a cada uno obtener el porcentaje correspondiente. Depende de las características y la organización del proyecto. 100 % 15 % 15 % 40 % 20 % 10 % Porcentaje ESFUERZO E Horas - Hombre TOTAL SOBRECARGA (Otras Actividades) PRUEBAS PROGRAMACIÓN DISEÑO ANALISIS Actividad
  • En la industria de software se recomienda partir del valor siguiente: 1 mes de Esfuerzo (21 días aproximadamente) equivale a 13 Puntos de Función.
  • 3.5. Distribución de Tiempos y Esfuerzos
  • Identificate .... con tu Equipo