PREGUNTAS Frecuentes Español

 

Únete a nuestras redes de Facebook y LinkedIn y compártenos con tus círculos.

IFPUG Web por favor, agregar a favoritos para futuras referencias.
Página de Facebook IFPUG, por favor, clic en Me gusta
IFPUG Twitter por favor, sigue las últimas versiones de White Papers y otras noticias.
IFPUG LinkedIn por favor, clic en Seguir

Para sugerir nuevas preguntas frecuentes o ediciones de esta página, por favor clic en Contáctanos e incluye “IFPUG FAQ” en el sujeto del mensaje.

Miembros y el resto de usuarios pueden descargar documentos de nuestro Tienda online, donde también puede renovar o solicitar una membresía IFPUG.


Principio

Página de
preguntas frecuentes
IFPUG

1. ¿Qué son los Puntos de Función? ¿Qué es SNAP?
2. ¿Son los puntos de función para todo el mundo?
3. ¿Por qué iba a querer medir? El 25% de empresas más importantes en todo el mundo (fuente ISBSG) se basan en la medida de software para gestionar su desarrollo software por las siguientes razones:
4. ¿Qué beneficios tiene ser miembro de IFPUG?
5. ¿Cómo le demuestro a desarrolladores y jefes de proyecto la importancia del análisis de puntos de función?
6. ¿Qué herramientas están disponibles para mejorar mis estimaciones de puntos función?
7. ¿Cómo demuestro a mi grupo de usuarios de la importancia del análisis de puntos función?
8. ¿Qué es una baseline de puntos función?
9. ¿Por qué no debo usar líneas de código (como la medida del tamaño del software para el cálculo de ratios de productividad o de calidad)?
10. ¿Qué hay del backfiring (la práctica de la convertir SLOC a PF con una tabla de conversión basada en lenguajes de programación)?
11. Tengo entendido que necesitamos mejorar. ¿Dónde puedo empezar?
12. Queremos mejorar nuestra productividad de desarrollo de software, ¿Qué información necesito tener?
13. ¿Qué necesita saber un CIO acerca del tamaño de software? (Puntos de función y SNAP)
14. Qué necesita saber acerca de Agile un CIO & Puntos de función?
15. Queremos mejorar nuestro proceso de estimación usando PF, ¿Qué otra información necesito tener?
16. Queremos mejorar nuestra calidad, ¿Qué información necesito tener?
17. ¿Necesito a un consultor certificado CFPS?
18. ¿Que debo buscar en un consultor?
19. ¿Dónde busco un consultor?
20. ¿Dónde puedo investigar más sobre conceptos de puntos función?

 

Volver al principio

Página de
preguntas frecuentes
IFPUG

1.1 ¿Qué son los Puntos de Función?

Puntos de Función es una unidad internacionalmente estandarizada de medida utilizado para representar el tamaño del software. El método de medición del tamaño funcional de IFPUG (versión IFPUG 4.3.1) cuantifica la funcionalidad del software para el usuario basándose únicamente en su diseño lógico y requisitos funcionales. El número resultante se llama conteo de puntos función. Con esto en mente, los objetivos de las mediciones en puntos función son:

Existen muchas otras aplicaciones de puntos de función en la industria: forman un denominador común de tamaño (por ejemplo, ratio de otra medida por PF) para la productividad y los benchmarking de calidad en muchas empresas. Para aprender más sobre el método IFPUG PF (y el Software Non-Functional Assessment Process (BROCHE DE PRESIÓN) que cuantifica los requisitos no funcionales) Haga clic en los siguientes enlaces:

1.2 ¿Qué es SNAP?

BROCHE DE PRESIÓN “Software Non-functional Assessment Process” es una métrica de software, complementaria al uso de puntos función. SNAP permite medir los requisitos no funcionales además de los requisitos funcionales medidos en puntos función. No reemplaza a los puntos función en modo alguno, es complementario a los mismos. Representa una mejora continua de IFPUG en manera en que el software es medido.

1.3 ¿Cuál es la diferencia entre Puntos de Función y SNAP?

En pocas palabras, puntos de función miden el volumen (o el tamaño) del flujo de datos y almacenamiento de información en una aplicación de software. A esto se le llama funcionales requisitos de usuario. SNAP mide el volumen (o tamaño) de otros aspectos del software — como la configuración de datos, algoritmos, árboles de decisión, validación de datos, colocación de logos, etc.. Se denominan requisitos “no funcionales”. Hay 14 categorías actualmente reconocidas de requisitos no funcionales. El término “requisitos funcionales de usuario” se abrevia a menudo como “PIEL”. El término “requisitos no funcionales” se abrevia a menudo como “NFR”. Los detalles para contar puntos de función están en el Manual de prácticas de conteo (CPM). Los detalles para contar los puntos SNAP están en el Manual de prácticas de evaluación (APM). Ambos están disponibles en la tienda IFPUG en el sitio web ifpug.org.

1.4 ¿Puntos de función y puntos de SNAP juntos para determinar el tamaño total del software?

El tamaño total del software se mide como el número de los puntos función y el número puntos SNAP. Por ejemplo, una aplicación puede tener un tamaño total de 800 puntos función y 300 puntos SNAP. Puesto que los puntos de función miden algo diferente a los puntos SNAP, no se pueden combinar en una sola medida; en este ejemplo, la aplicación de software no se puede medir como 1100 “puntos” de algún tipo. Esto es similar a cómo se representan los números reales e imaginarios: un número puede ser representado como 800 + 300me, no 1100 de algún tipo de número.

Puntos de función y puntos SNAP se asocian al esfuerzo. El esfuerzo para desarrollar o mejorar un producto de software es la suma de puntos de función por la productividad funcional (horas/PF) más la suma de puntos SNAP por la productividad no funcional (horas/SP).

1.5 ¿Es SNAP realmente necesario?

Dependiendo de la aplicación, muchos desarrolladores de software y equipos de desarrollo reconocen que una cantidad considerable de su esfuerzo se puede contar directamente con puntos función. Esto puede ser especialmente cierto para aplicaciones algorítmicas, aplicaciones con una validación de datos considerable, y aplicaciones con características “ergonómicas” considerables como diseños de página y el uso de logos. La mejora continua ofrecida por IFPUG es que SNAP pueda medir este esfuerzo de trabajo que no es reconocida por puntos de función, ya que puede ser considerable. Proporciona un enfoque de medición más justo y más adecuado. También puede ayudar a mejorar las estimaciones de coste y la planificación para nuevos proyectos de desarrollo y proyectos de mantenimiento.

1.6 ¿Cómo demuestro los desarrolladores y administradores de proyectos la importancia de SNAP?

Los desarrolladores dedican esfuerzo en el cumplimiento de los requisitos no funcionales. Este esfuerzo no se refleja en el tamaño de punto de función. Los desarrolladores verán el beneficio de justificar su esfuerzo usando SNAP, en lugar de usar una productividad menor si tan solo tenemos en cuenta puntos función vs esfuerzo.

Mediante el uso de puntos de función y SNAP, los jefes de proyecto pueden justificar mejor su presupuesto; pueden mostrar a sus sponsors que activos se están desarrollando en el software – funcionalidad, medido por puntos de función, y los aspectos no funcionales, medido por SNAP.

1.7 ¿Cuál es el método más preciso para estimar el esfuerzo de proyecto de software?

Según Caper Jones (2012), la precisión del conteo manual de puntos función provee un margen de error del 10%. El uso de puntos función y SNAP provee un 5% de margen de error

 

EstimatingAccuracy

1.8 ¿Cuáles son los beneficios de usar SNAP?
Medir el aspecto funcional y no funcional de las aplicaciones software ayuda a las organizaciones de múltiples formas. Proporciona una mejor visión en la entrega de proyectos de software y el mantenimiento de aplicaciones:

  • Mejora la correlación de esfuerzo y tamaño, ya que el desarrollo de un software incluye tareas para cumplir con los requisitos funcionales y no funcionales.
  • Mejora la estimación y la capacidad para predecir el esfuerzo y el tiempo requerido para entregar un proyecto de software.
  • Los desarrolladores no son penalizados por invertir esfuerzo en los aspectos no funcionales de los requisitos.
  • Los usuarios pueden entender mejor los beneficios de una aplicación en su organización.
  • Los clientes pueden asignar mejor (y cuantificar) el valor de su dinero.
  • Los cálculos de productividad de desarrollo de software son más exactos; las variaciones en la medición de métricas de “puntos de esfuerzo/función” se pueden explicar mejor.
  • Proyectos que son no funcionales sólo también pueden ser medidos
  • Las diferencias en valores de indicadores clave de rendimiento (KPI ‘ s) entre los proyectos se explican mejor

1.9 ¿Se usa SNAP a día de hoy?

Se puede obtener el Manual de proceso de evaluación de SNAP (APM) gratuitamente en la tienda online del IFPUG. Además, formación certificada es proporcionada por empresas que de la siguiente lista en el sitio IFPUG (http://www.ifpug.org/certification/training-materials-certification/)

Volver al principio

Página de
preguntas frecuentes
IFPUG

2. ¿Son los puntos de función para todo el mundo?
Esto es casi una pregunta retórica – y la respuesta es que depende de si usted necesita saber cómo de grande es el software que está desarrollando o mejorando en proyectos de desarrollo de software, o si necesita saber cómo de grandes son los sistemas en su cartera de software. El tamaño de puntos función puede facilitar rápida y fácilmente ratios de medición (junto con otras medidas) para decirte que proyectos y aplicaciones:

  • son más productivas,
  • desarrollan productos de software de mayor calidad o aplicaciones,
  • tienen estimaciones de proyecto precisa,
  • necesitan de adoptar métodos de mejora de proceso,
  • están fuera de línea desde un punto de vista de coste y presupuesto (coste unitario);
  • tienen un menor (o mejor) rendimiento en su equipo de trabajo.

¡Si usted tiene el desafío en su rol IT de responder a estas preguntas, entonces puntos función son para usted!
Volver al principio

Página de
preguntas frecuentes
IFPUG

3. ¿Por qué iba a querer medir? El 25% de empresas más importantes en todo el mundo (fuente ISBSG) se basan en la medida de software para gestionar su desarrollo software por las siguientes razones:

    • No puede administrar lo que no mides;
    • Para identificar proyectos y aplicaciones de software problemáticas y poder realizar una acción correctiva; De media, los grandes proyectos de gestión gastan un 45 por ciento más del presupuesto establecido y un 7 por ciento más en tiempo, mientras que se entrega un 56 por ciento menos del valor que predijo. Los proyectos de software tienen el riesgo más alto de sobrepasar el coste y horario establecido, McKinsey & Compañía junto con la Universidad de Oxford en octubre 2012 | byMichael Bloch, Sven Blumberg, y Jürgen Laartz[1]
    • Comparar las respuestas del proveedor asociadas a una RFP (Request for Process) contra las ofertas del resto de proveedores;
    • La medición proporciona una evaluación del status quo (la situación actual) para porder entender y mejorar los procesos de desarrollo de software. (Ver Pautas de medición de Software – Release 1.1, pag. 2-4, 3-7 – 3-8;)
    • Para determinar las Mejores prácticas de desarrollo de tu propia empresa de Software
    • Para medir la calidad del software entregado, y proporcionar un incentivo económico para que los equipos de desarrollo produzcan software de calidad.
    • La medición de puntos función y SNAP le proporciona los medios para comunicarse con sus clientes, conocer el tamaño de sus peticiones de software, y también le permite fácilmente calcular la productividad, calidad, y estimar con mayor precisión.
    • Muchos de sus competidores ya están trabajando con estas ideas.

    [1]http://calleam.com/WTPF/?page_id=1445

     

Volver al principio

Página de
preguntas frecuentes
IFPUG

4.1 ¿Qué beneficios tiene ser miembro de IFPUG?
Mientras que esta web y gran parte de la información es proporcionada gratuitamente a los miembros y no miembros, ser miembro de IFPUG tiene los siguientes beneficios:

  • Mientras que esta web y gran parte de la información es proporcionada gratuitamente a los miembros y no miembros, ser miembro de IFPUG tiene los siguientes beneficios:
    • Oportunidades de networking presencial y en línea para comunicarse con profesionales de todo el mundo, que tienen o que están tratando de implementar un programa de medición;
    • Tarifas reducidas a datos del ISBSG Benchmarking (para Lean Seis Sigma) y otros productos;
    • La oportunidad de participar en los comités que se desarrollan los estándares de puntos función.
    • Conferencias anuales de intercambio de conocimientos que proveen:
      • Oportunidades para conocer a otras personas en el campo de medición;
      • Oportunidades educativas para aprender y ganar créditos de educación continua a través de talleres celebrados antes de la Conferencia;
      • Acceso a la formación y test de certificación para obtenerlas diversas certificaciones incluyendo:
        • PFC: Especialista certificado en puntos función (la certificación de medición del tamaño funcional más reconocida);
        • CFPP: Practicante de punto función certificado (para los profesionales que son profesionales, pero no necesariamente expertos en punto de la función);
        • CSP: Certificado de practicante de SNAP (la única certificación en todo el mundo que recoge el conocimiento sobre requisitos no funciónales)
      • Oportunidad de escuchar a expertos de la industria y los profesionales con sus diferentes historias de éxito (¡y fracasos!) en el campo de medición.
    • Publicaciones profesionales:
      • Metric Views (semestral) – disponible como revista impresa y en línea con artículos de medición de software interesantes y de actualidad, noticias de IFPUG, actualizaciones de los comités, actualizaciones e información sobre los últimos avances en el mundo de métricas de software;
    • Importantes descuentos en productos del IFPUG incluyendo:
      • la norma ISO y el manual de prácticas de conteo IFPUG (CPM) completan, con cerca 300 páginas de reglas, guías rápidas, y ejemplos de conteo;
      • Casos de estudio de puntos función que proporcionan una medición paso a paso contando ejemplos de cómo aplicar las reglas CPM con requisitos de software;
      • Guía de informes de gestión con páginas de consejos útiles para la aplicación con éxito de puntos de función;
      • White papers y otras publicaciones de IFPUG que ilustran de manera efectiva mediciones de puntos función con nuevas tecnologías (cliente servidor, Web, etc.,) aplicaciones de conteo de puntos función (por ejemplo, almacenes de datos) y metodologías (por ejemplo, ágil.)
    • Acceso al sitio seguro sólo para miembros de IFPUG donde encontrará un foro online donde los miembros intercambian consejos y técnicas relacionadas con la medición de software (incluso puede plantear preguntas para la comunidad IFPUG),
    • Para obtener las últimas copias del CPM, SNAP u otros documentos, Haga clic aquí para nuestra tienda en línea donde puede comprar sus estos productos.

    Por favor visite el Tienda online aquí.

 

4.2 ¿Hay que pagar una cuota por los servicios de IFPUG?
Los miembros de IFPUG reciben un descuento en asistir a las conferencias, talleres, literatura adicional, y acceder a las áreas en línea sólo para miembros del sitio web. Además, todos los miembros de IFPUG son alentados a involucrarse en la comunidad IFPUG y participar como miembro de uno de los diferentes comités. Todos los demás beneficios están actualmente libres de cargo.

4.3 ¿Cómo puedo vender a mi gestor senior los puntos de función y SNAP (y la medición de software)?
El primer paso es llegar a ser conocedor de las ventajas de utilizar el análisis de puntos función y SNAP (es una medida objetiva del tamaño del software que es independiente de las herramientas, técnicas, habilidades o métodos utilizados para construir el software), y te permite conocer el retorno positivo de inversión que puede obtener de un programa de medición de software basado en puntos de función.
El siguiente paso es a la investigación de datos disponibles (particularmente útil para las empresas que no han recogido ya datos históricos de PF) como los datos disponibles en ISBSG.
El grupo de estándares de Benchmarking Internacional de Software (ISBSG) es un repositorio confiable a nivel mundial de los datos de proyectos de desarrollo de software (y puntos de función) y puede utilizarse con eficacia para la estimación de proyecto, para realizar análisis comparativo (en tipos de proyecto,) y para medir el desempeño de los proyectos de su propia compañía (productividad y calidad.) Los miembros de IFPUG reciben un descuento en todos los productos de ISBSG.
Volver al principio

Página de
preguntas frecuentes
IFPUG
5. ¿Cómo le demuestro a desarrolladores y jefes de proyecto la importancia del análisis de puntos de función?

El análisis de puntos función (FPA) permite la gestión de proyectos con una mayor exactitud, y además permite monitorizar el progreso y gestionar del alcance. También, los desarrolladores pueden lograr las tareas asignadas en la fecha prevista dada debido a una estimación más exacta utilizando el análisis de puntos de función y datos históricos.

Volver al principio

Página de
preguntas frecuentes
IFPUG

6. ¿Qué herramientas están disponibles para mejorar mis estimaciones de puntos función?

Los proyectos de desarrollo de software pueden ser medidos con con CÓSMICA, Estimación de punto función temprana y la Estimación comparativa de ISBSG .

 

Volver al principio

Página de
preguntas frecuentes
IFPUG

7. ¿Cómo demuestro a mi grupo de usuarios de la importancia del análisis de puntos función?

El análisis de puntos función evalúa el tamaño funcional del software basado en el examen de los requisitos funcionales de usuario (el “Qué hace el software en términos de procedimientos y procesos de negocio.”) Como tal, PF analiza desde el punto de vista de usuario y cuantifica puntos de función basados en cinco estándares, componentes de software: Dos tipos de entidades de datos almacenados (denominados archivos lógicos internos y archivos de interfaz externos), y tres tipos de procesos de negocio (conocido como entradas externas, salidas externas y consultas externas). Los resultados PF (un listado de los procesos de negocio contado y su tamaño funcional) proporcionan una medición en términos comprensibles para el usuario. Las mediciones de PF proporcionan un lenguaje común que puede ser utilizado para discusiones con los desarrolladores de software y usuarios. El proceso de escrutinio de PF en sí mismo ayuda a destacar/revelar requisitos que faltan, y proporciona un entorno objetivo y una estimación exacta del tamaño del producto de software, lo que permite un mejor control del presupuesto del usuario.
Volver al principio

Página de
preguntas frecuentes
IFPUG

8.1 ¿Qué es una baseline de puntos función?

  • Un línea de basees el tamaño de las funciones proporcionadas al usuario por el sistema.
  • La baseline de una empresa o compañía es la suma de todas las líneas de base de los diferentes sistemas.

8.2 ¿necesito una baseline de puntos función?

  • La respuesta depende de lo que quieras hacer con los números. Si su objetivo es evaluar el tamaño de una aplicación de software porque usted desea reemplazarla, entonces saber como de grande es su aplicación actual le dará una buena base de su tamaño para su uso en la estimación del coste del reemplazo. Si su objetivo es ser capaces de valorar con precisión cuánto cambio (mejora) o crecimiento ocurre durante todo el año a través de mejoras de software, entonces usted puede hacer una medición de su baseline.
    Si su objetivo es mejorar la calidad, productividad o la estimación con más precisión de los proyectos, entonces no necesita una baseline, sino más bien el tamaño del desarrollo de software o de las mejoras
  • Si su objetivo es comparar los costos de mantenimiento y soporte (sobre una base por PF) de su cartera o conjunto de aplicaciones, entonces necesita una baseline de las aplicaciones.

Volver al principio

Página de
preguntas frecuentes
IFPUG

9. ¿Por qué no debo usar líneas de código (como la medida del tamaño del software para el cálculo de ratios de productividad o de calidad)?

Esta pregunta surge con frecuencia cuando las empresas están considerando si se utilizar PF o líneas de código fuente (MANTENIMIENTO) como su unidad de medida de tamaño de software. PF tienen la ventaja de que la tecnología y la aplicación son independientes, mientras que SLOC tiene los siguientes inconvenientes:

  • Las líneas de código tienden a premiar un diseño derrochador y penalizar un diseño conciso (es decir, más líneas de código “spaghetti” puede que no sean tan productivas como una mejor codificación del diseño en menos líneas de código para hacer la misma función. Un código más grande no significa necesariamente ser más productivos cuando se trata de líneas de código)
  • No hay estándares de la industria (ISO o otros) para las líneas fuente del código. (es decir, algunas personas defienden contar las líneas de código sin comentarios, pero esto no es universalmente aceptado y variaciones prevalecen.)
  • Las líneas de código no se pueden utilizar fácilmente para normalizar a través de plataforma, idioma o por organización (porque el número de líneas de código varía según el lenguaje de programación y codificación)
  • Algunos 4GL ni siquiera usan líneas de código.
  • Los ratios basados en líneas de código pueden ser engañosos – consulte a Capers Jones Paradoja de la productividad.

Volver al principio

Página de
preguntas frecuentes
IFPUG

10. ¿Qué hay del backfiring (la práctica de la convertir SLOC a PF con una tabla de conversión basada en lenguajes de programación)?

  • Backfiring se basa en líneas de código, así que te topas con las mismas dificultades que utilizando líneas de código.
  • Puede ser utilizado con precaución en sistemas heredados sin mucha perspectiva de trabajo adicional.
  • Backfiring podría ser útil si la falta de precisión no es un problema.

Volver al principio

Página de
preguntas frecuentes
IFPUG

11.1 Tengo entendido que necesitamos mejorar. ¿Dónde puedo empezar?

  • Primero comienza por determinar que necesita mejorar. El proceso GQM (Meta/pregunta/Metric) puede ayudar a facilitar esta labor. Recursos gratis adicionales (descargables) están disponibles desde la web del Practical Software and System Measurement (PSSM).Una vez que tenga las metas y los indicadores para su medición, el tamaño de PF será una medida importante que tendrá que recoger como el común denominador para los cocientes de productividad y calidad.
  • Una vez que han establecido sus objetivos de mejora, esto le indicará dónde debe comenzar la mejora (por ejemplo, en el área de calidad, productividad, o precisión de las estimaciones).
  • Únete a IFPUG y participa con otros miembros en nuestro foro interno online, y aprende acerca de cómo han aplicado con éxito PF basado en medición y mejora de procesos software.

11.2 ¿Si tan solo soy yo y 500 desarrolladores, ¿Dónde puedo empezar?

Defina cuáles son los problemas más críticos de los desarrolladores. Inicie su proceso de medición (mediante el proceso GQM mencionado anteriormente) enfocándose en estas áreas y empiece comunicando los resultados inmediatamente para conseguir apoyos. Los expertos aconsejan empezar con su programa de medición a en una escala pequeña al principio, para ganar tracción los resultados de las mediciones, antes de propagarlo por toda la compañía. De esta manera, puede asegurarse que haya obtenido las medidas adecuadas, se han puesto en marcha los procesos de medición correctos, y se han ganado victorias pequeñas antes de ampliar la medida a un público más amplio.

11.3 Si la productividad es importante, ¿Qué tipo de productividad debo medir – desarrollo de nuevos productos, mantenimiento, etc.?
De nuevo, esto depende de sus objetivos de medición. Junto con el enfoque GQM, usted puede utilizar el análisis de Pareto (regla del 80/20) para determinar dónde están las áreas de “dolor”, y las zonas de destino donde focalizar primero sus medidas de productividad. Por ejemplo, si esta escaso de personal y desafió está en las tarifas del área de soporte y mantenimiento de software entonces (FTE por 1000 PF por ejemplo) podría ser usado para probar objetivamente la escasez o no de personal.
Volver al principio

Página de
preguntas frecuentes
IFPUG

12.1 Queremos mejorar nuestra productividad de desarrollo de software, ¿Qué información necesito tener?

  • Diferentes ratios pueden utilizarse para determinar la productividad, cada una de los cuales se basan en puntos de función. Consulte la Guía de Informes de Gestión o la guía del ISBSG “Practical Project Estimating” (un producto ISBSG) para más información.

12.2 ¿Qué necesito hacer poder medir en PF?
El Manual de prácticas de conteo de IFPUG (versión 4.3.1) describe los requisitos previos documentos/artefactos que necesita hacer un conteo de PF. El primer paso es determinar el alcance y propósito de la medición y si vas a contar el tamaño de una aplicación de software (línea de base) o el tamaño de desarrollo/mejora de software en un proyecto (Nuevos desarrollos o mantenimientos). Tenga en cuenta que cada pieza de software se considera un límite de aplicación (ver el CPM para más detalles) y se contará en su propio conteo FP.
Con el fin de hacer un conteo de puntos función, tiene que saber lo siguiente (requisitos de usuario funcional) acerca del software:

  • Salidas definibles por el usuario que cruzan el límite de aplicación y son el resultado de un proceso único (por ejemplo, formatos de informes, diseños de pantalla, diseños de archivo de salida).
  • Entradas de definibles por el usuario de la aplicación que cruzan los límites de la misma y asociadas a un proceso único (es decir, diseños de pantalla, diseños de archivo, entradas de batch).
  • Almacenes de datos definidos por el usuario que son mantenidos por la aplicación (por ejemplo, diseños de archivo, definiciones de tabla, definiciones de base de datos o entidades).
  • Los almacenes de datos definibles por el usuario que son accesibles para la información de referencia solamente por la aplicación (por ejemplo, diseños de archivo, definiciones de tabla).
  • Consultas definibles por el usuario que cruzan el límite de aplicación (por ejemplo, formatos de informes, diseños de pantalla).
  • El proceso de escrutinio de PF se describe completamente en el Manual de prácticas de conteo de IFPUG.
  • Índice de soporte = puntos de función de aplicación / horas de esfuerzo para apoyar la aplicación
  • Indice de mejora = PF mejorados/cambiados en el proyecto / horas de esfuerzo del proyecto
  • Time to Market = puntos de función de la aplicación de software entregado / tiempo de calendario
  • Para obtener información más detallada sobre el análisis de puntos función, Consulte el Manual de prácticas de conteoIFPUG
  • Métodos de desarrollo ágil de Software para aumentar la tasa de entregas

Volver al principio

Página de
preguntas frecuentes
IFPUG

13. Qué necesita saber un CIO acerca del tamaño de software? (Puntos de función y SNAP)
La gestión del portfolio de TI es un tema muy importante para ejecutivos de alto nivel. El tamaño del software puede ayudar a la administración para estimar el retorno de la inversión en sus proyectos, y comparar alternativas con un análisis de coste-beneficio. Puntos de función y SNAP pueden utilizarse en conjunción con otras medidas (esfuerzo de proyecto, defectos, etc.) para monitorizar las tendencias y benchmarking.
Volver al principio

Página de
preguntas frecuentes
IFPUG

14. Qué necesita saber acerca de Agile un CIO & Puntos de función?

Proceso Unificado Racional
La consideración más importante al usar cualquier medida para comparar o evaluar diferentes tipos de proyectos o contratos es de consistencia. Muchas veces los desarrolladores serán o bien rechazan FP en proyectos ágiles (diciendo que no se puede contar proyectos ágiles con FP) o abrazarlos (pensando que pueden obtener FP más que proyectos de cascada contando FP en sprints!) Ninguna de estas es correcta! FP representan el tamaño de una pieza entregada de software basado en su funcionalidad (requisitos de usuario funcional) – y que son procesos de negocios completa y coherente. (Vea el artículo Conteo de FP en proyectos ágiles/iterativo para más detalles.)

Punto de congelación puede ser una manera efectiva de medir y evaluar los contratos de precio fijo, y también puede ser útil cuando se compara la RFP contra o entre participantes durante el proceso de licitación para proyectos de desarrollo de software. (por ejemplo, el precio por FP de dos ofertas puede variar ampliamente e indican que un proveedor puede no han comprendido Cuáles son los requisitos funcionales del software a desarrollar.)

En la industria de desarrollo de software y subcontracion, tanto IBM como CGI utilizan FP (y con equipos de especialistas de punto función certificados) revisar las presentaciones de la propuesta.

Los distintos tipos de contrato se pueden beneficiar de incluyendo una estimación del punto de función en su propuesta, y algunos países (como Italia, Brasil, Corea, Finlandia) utilizan cada vez más FP basado en propuestas y precio por unidad (costo por PF) para la contratación de software.
Volver al principio

Página de
preguntas frecuentes
IFPUG

15. Queremos mejorar nuestro proceso de estimación usando PF, ¿Qué otra información necesito tener?

La estimación de software es un tema en sí mismo, pero los requisitos previos para estimar proyectos usando PF como medida de entrada (para el software que va a ser desarrollado) son incluir al menos los siguientes atributos:

  • tipo de desarrollo; (nuevo desarrollo o mejora)
  • plataforma; (consideraciones sobre hardware y arquitectura)
  • lenguaje; (nivel o lenguaje de programación)
  • experiencia del equipo;
  • técnicas; (metodología de desarrollo)
  • limitaciones externas; y
  • fluencia de alcance

Independientemente de si estás utilizando un enfoque de estimación interno, o utilizando el repositorio histórico de ISBSG para los ratios de entrega o un paquete de software profesional, necesitará saber las proporciones (ratios de entrega) para proyectos similares para realizar una estimación fiable. Hay paquetes de software disponibles en el mercado para ayudar en la estimación de la precisión.

Volver al principio

Página de
preguntas frecuentes
IFPUG

16. Queremos mejorar nuestra calidad, ¿Qué información necesito tener?

  • Calidad significa diferentes cosas para diferentes personas. Defina qué significa calidad dentro de su propia organización. La “ISO 9126 “Atributos de calidad de sistemas de Software” y los procesos de “meta/pregunta/métrica” pueden ayudar aquí.
  • Son ejemplos de métricas de calidad:
    • densidad de defectos – número de errores de software/tamaño de la aplicación en puntos de función; y
    • tasas de entrega de defectos – número de defectos entregados en el primer mes de funcionamiento en producción.

Volver al principio

Página de
preguntas frecuentes
IFPUG

17. ¿Necesito a un consultor certificado CFPS?

Esta es una pregunta que cada empresa tiene que responder de manera interna. Algunas cosas en que pensar:

  • ¿Queremos conseguir una baseline completa en unos meses? Si la respuesta es sí sería prudente tener varios contadores certificados ayudándole. Mientras se realiza esta tarea, puede hacer que 1 o más empleados obtengan la certificación en puntos función para que en el futuro pueda mantener esta línea base de manera interna.
  • Queremos empezar a contar y estimar los “grandes proyectos”. Si esto es lo que buscas, podría enviar a algunos empleados a un taller de IFPUG o conferencia para obtener formación. Después de la formación, serían capaces de realizar los conteos y empezar a recolectar datos. También debería pensar en tener 1 o más empleados certificados en puntos función para poder auditar las mediciones.
  • No tienes ni idea de lo que el jefe está buscando, sólo que tenemos que comenzar a medir. Si entras en este grupo, quizás desee traer un consultor que pueda realizar una sesión de “meta/pregunta/métrica (GQM)” para determinar con qué medidas comenzar. En este punto, puede enviar a unas pocas personas a un taller IFPUG o conferencia para obtener formación.
    Eres parte de una empresa enorme y el jefe quiere comenzar a medir todo ya mismo. Si esta es su situación, quizás desee traer un consultor para:
  • Realizar unas sesiones de “meta/pregunta/métrica (GQM)”; y
  • Formar a varias personas en contar puntos de función.
  • También querrás designar a unas personas que coordinen el esfuerzo y varias personas que realizarán las mediciones y recopilarán los datos. Los coordinadores definitivamente deben ser certificados en puntos de función ya que se encargarán de las auditorias y de resolver preguntas cuando las haya.

Volver al principio

Página de
preguntas frecuentes
IFPUG

18.1 ¿Que debo buscar en un consultor?

  • Alguien que tiene conocimientos midiendo.
  • Deberían ser certificados IFPUG (PFC). Usando SNAP – deben ser certificados SNAP (CSP).
  • Deberían tener experiencia midiendo en una industria común a la tuya.
  • Buena relació0n calidad/habilidades interpersonales – compatibles con su cultura corporativa.
  • Conocimientos de métricas para integrar puntos de función en un programa de medición equilibrada

18.2 ¿Cómo determino la certificación IFPUG de un consultor?

En la página web de IFPUG navegue a Búsqueda de la certificación pública y podrá realizar una consulta usando los campos de nombre y otros criterios de búsqueda adecuados.
Volver al principio

Página de
preguntas frecuentes
IFPUG

19.1 ¿Dónde busco un consultor?
Compruebe nuestra Lista de proveedores para todos los proveedores que son miembros IFPUG.
19.2 ¿Quién más ha llevado esto a cabo?
IFPUG tiene muchos miembros en varios países de todo el mundo. La membresía se extrae de todas las principales industrias, incluyendo, pero no limitado a:

  • Industria aeroespacial
  • Banca
  • Finanzas
  • Telecomunicaciones
  • Seguros
  • Manufactura
  • Servicios Públicos
  • Venta al por menor
  • Gobierno
  • Desarrollo de sistemas informáticos

Uno de los principales beneficios de la membresía IFPUG es la red de miembros IFPUG a la que se puede acceder a (mediante el tablón de anuncios o por correo electrónico) que han implementado con éxito PF a base de mediciones y mejora de procesos en sus organizaciones.
Volver al principio

Página de
preguntas frecuentes
IFPUG

20. ¿Dónde puedo investigar más sobre conceptos de puntos función?
Compruebe nuestra Bibliografía/biblioteca para otras lecturas sobre el análisis de puntos función.

Únete a nuestras redes de Facebook y LinkedIn y compártenos con tus círculos.

IFPUG Web por favor, agregar a favoritos para futuras referencias.
Página de Facebook IFPUG, por favor, clic en Me gusta
IFPUG Twitter por favor, sigue las últimas versiones de White Papers y otras noticias.
IFPUG LinkedIn por favor, clic en Seguir

Para sugerir nuevas preguntas frecuentes o ediciones de esta página, por favor clic en Contáctanos e incluye “IFPUG FAQ” en el sujeto del mensaje.

Miembros y el resto de usuarios pueden descargar documentos de nuestro Tienda online, donde también puede renovar o solicitar una membresía IFPUG.

Volver al principio
Página de
preguntas frecuentes
IFPUG