Artículos

 

"Gestionando riesgos: 5 pasos de éxito"

 

Esta es la historia de Amyr Klink quien en 1984 atravesó el Atlántico, de Africa a Brasil en un barco a remo. ¿Cómo logró sobrevivir? Gestionando riesgos, aprendamos. 

 


 

"Casos Clásicos de Falla de Requisitos: Cohete Ariane 501"

 

 

El cohete Ariane 501 explotó 37 segundos después de ser lanzado debido a un error en la especificación de sus sistema de referencia inercial. 

 


 

"Principales cambios para la certificación IFPUG"

 

Sabemos que son muchos las nuevas informaciones. Por eso listamos aqui las más importantes. 

 


 

 

"Functional User Requirements: Level of Granularity and FPA", Revista  IFPUG, Edición Agosto 2016. Pag 19 - 21

 

 

Aprenda sobre Ingeniería de Requerimientos de manera más organizada y de fácil lectura.

 


 

"Los Niveles de Granularidad del Requerimiento Funcional", Revista Software Guru #051. Pag 30-32

 

Como la mayoría de los lectores de SG saben, todo software posee dos dimensiones de requerimientos: funcional y no funcional. Para la Ingeniería de Requerimientos los dos tipos son igualmente relevantes.

Ambos deben ser identificados, analizados, especificados, modelados y gestionados. Sin embargo, hay algunas diferencias entre estos dos tipos de requerimientos que valen la pena comentar por separado. Este artículo se enfocará en los RF, con el objetivo de presentar sus niveles de granularidad y su importancia en el trabajo de la Ingeniería de Requerimientos.

 


 

  "Documenting the Functional Size Measurement", Revista IFPUG. Pag 12 - 13

 

 

 

Aprenda a hacer un conteo de puntos de función de manera más organizado, de fácil lectura y com menos posibilidad de errores.

 


 

   

"Estimaciones de Software con COSMIC", Revista Software Guru #049. Pag 28-29

 

  

Hacer una estimación de abajo hacia arriba es inviable cuando no está disponible la estructura de proyecto y hacer una estimación solamente basada en una analogía es muy subjetivo. Además, no se puede aprender de los errores cometidos. El objetivo de este artículo es introducir el método de medición de COSMIC y presentar una propuesta para derivar unidades de producto a partir de los requerimientos funcionales del usuario en diferentes representaciones.

 


 

 

 

"Contratación basada en resultados", Revista Software Guru #047. Pag 32-35

 

 

El sector de Tecnologías de la Información se ha visto muy afectado por el movimiento de  externalización de las empresas. Gran parte del desarrollo y mantenimiento de los sistemas ya no se hace más internamente.

 

Sin embargo, esta medida trajo efectos secundarios inesperados (y no deseados) para muchas organizaciones que han adoptado esta iniciativa. Uno de los problemas se refiere a las prácticas de contratación de estos servicios de terceros. En este artículo se comentan las formas más comunes de la contratación de servicios de desarrollo de software.

 


  

 

 "Puntos de Función como herramienta para Valoración de Software"

 

 

Te presentamos las 7 razones principales para valorar el software de tu empresa. Las primeras 5 te las mostramos aquí, las dos restantes las podrás conocer en el artículo completo: 

 

1. Contabilizar el software como parte de los activos de la organización.

2. Venderlo a otra empresa.

3. Confirmar la valoración hecha por un tercero

4. Identificar cuáles componentes del software son los más valiosos.

5. Analizar si vale la pena desarrollar un software o si es mejor comprarlo. 

 

Si deseas valorar el software de tu empresa y no sabes cómo calcular este valor objetivamente CONTÁCTANOS. Nosotros te proporcionamos la solución para calcular lógicamente la primera variable: El costo relacionado con su desarrollo.

 


  

 

 "Function Points as a tool for the Appraisal of Software"

 

 

Al evaluar una aplicación de software, es importante expresar el valor monetario como un rango, usando el costo para desarrollar la aplicación como el "piso" (valor mínimo) y los resultados, los problemas resueltos y oportunidades como el 'techo' (valor máximo). El esfuerzo y el costo son las variables directamente relacionadas con el tamaño funcional. Hay varios modelos de estimación que utilizan el tamaño funcional como insumo para estimar el esfuerzo o el costo. Para este artículo, vamos a ofrecer una más simple: Costo = Funcional Tamaño x Velocidad de entrega x Persona -  Valor hora.

 


  

 

"Measuring Productivity of a Software Team"

 

  

Como empresa de software su objetivo es desarrollar el nivel máximo de productividad de su equipo. ¿Cómo asegurar que un equipo de software es productivo? y ¿Cómo mejorar el rendimiento del equipo para alcanzar mayores niveles de rendimiento? son algunas de las cuestiones abordadas en este artículo.

 


 

 

 Midiendo la Productividad del Desarrollo de Aplicaciones

 

 

En este artículo, Allan  J. Albrecht comparté su experiencia de medición de productividad en proyectos de desarrollo de aplicaciones. Tiene como objetivo describir la medición de productividad en todas las fases de la planeación del software, incluyendo la fase de proyectos, y además muestra resultados en proyectos que utilizan diferentes tecnologías y lenguajes de programación.

 


 

 

Análisis de Puntos de Función para la Mejora de Software

 

 

La NESMA (Asociación Holandesa de Métricas del Software ), antes conocido como NEFPUG (Grupo de Usuarios de Puntos de Función de Holanda) fue fundada en Mayo de 1989. En 1991, la NESMA formó el grupo de trabajo "APF para la Mejora y Mantenimiento",para desarrollar y publicar las directrices para la aplicación del análisis de puntos función para la mejora y mantenimiento de software. 

 


 

 

 Software Contracting and Management Using Function Points

 

  

Guilherme Siqueira Simôes  y su artículo "Software Contracting and Management using Function Points" fueron parte de la edición de Julio de la revista oficial del IFPUG, METRIC VIEWS. Guilherme compartió su experiencia como consultor e instructor a través de esta publicación, y aquí lo presentamos con el ánimo de conocer sus opiniones y seguir enriqueciendo el uso de métricas en gestión de proyectos desde una perspectiva estratégica. 

 


  

 

 Function Points Leveraging Transparency and Enabling Control Over Software Procurement  Revista IFPUG. Pag 14 - 17 

  

 

Carlos Eduardo Vazquez también hizo parte de la Revista METRIC VIEWS del IFPUG con su publicación "Function Points Leveraging Transparency and Enabling Control Over Software Procurement". A  partir de su experiencia como consultor, instructor y facilitador, Carlos Vazquez decidió compartir su conocimiento con la comunidad y hacerlo visible. Te invitamos a que lo leas y nos permitas conocer tu opinión.

 


 

 

El modelo brasileño para la contratación de servicios de software por puntos de función

 

 

El modelo de contratación para servicios de desarrollo y mantenimiento de software que ha sido más utilizado en Brasil en los últimos años establece la remuneración del proveedor, basado en una unidad de medida de un punto de vista comercial, no técnica: los puntos de función. Este documento presenta la motivación para la búsqueda de un modelo nuevo de contratación para los servicios de software en Brasil, los problemas existentes en la contratación de los modelos utilizados hasta ahora, explicando este nuevo modelo de contratación y lo que es Análisis de Puntos de Función, las dificultades asociadas con este modelo y la tendencia futura.

  


  

 

 Outsourcing de desarrollo y mantenimiento de software, ¿Cómo gestionar sin supervisar? 

 

 

Con este artículo conocerá una de las situaciones que permitieron identificar la importancia de definir lo que es interno o externo a la gestión del contratista. Algunos de los puntos tratados y que pueden destacarse como referencia en el establecimiento de la frontera entre lo interno o externo a la gestión son: el establecimiento de una relación de subordinación con empleados de los proveedores, la determinación de la remuneración de los funcionarios de los proveedores y la indicación de las personas para formar el personal del proveedor.

 


 

 

Análisis temprana de Puntos de Función (Early FPA Counting)

 

 

La NESMA reconoce tres tipos de medición de puntos de función: Medición de Puntos de función Detallada, Medición de Puntos de función Estimativa, Medición de Puntos de Función Indicativa. Los métodos estimativo e indicativo para la medición de puntos de función fueron desarrollados por la NESMA para permitir que una medición de puntos de función sea hecha en los momentos iniciales del ciclo de vida de un proyecto. La medición indicativa de la NESMA es también conocida en el mundo como “Método Holandés”.

 


  

 

Gestión de contratos de software con Análisis de Puntos de Función

   

 

Este artículo aborda la técnica de Análisis de Puntos Función (APF) en la gestión de contratos de desarrollo de software. Se destacan una serie de aspectos prácticos para que tanto los clientes como los proveedores se puedan beneficiar de ésta. También, son descritas las características de las principales modalidades de contratación de software y cómo el análisis de puntos de función puede ser aplicado en cada caso. Al final, son presentados consejos para el uso de la técnica en la gestión de los contratos. 

 


      

 

 Midiendo la productividad de un equipo de software 

 

 

Alcanzar la máxima productividad de los equipos de software es el deseo de cualquier empresa que tiene como objetivo el éxito de su negocio. Pero, ¿Cómo asegurar que un equipo de software es realmente productivo? y ¿Cómo mejorar el desempeño para lograr un alto rendimiento?. Estas son algunas de las preguntas aclaradas por Carlos Eduardo Vázquez, experto en Puntos de Función en esta entrevista.

 

 

    

.

 

.