Puntos de Funcion de Albrecht Sin Ajustar

De productpatterns_wiki
Saltar a: navegación, buscar

English.jpg English

Box-In.png
Entradas

  • Documento de especificación de requisitos o descripción del problema

Box-Out.png
Salidas

  • Medidas Directas:
    • Estimación software
    • Puntos de función
  • Medidas Indirectas:
    • Productividad
    • Calidad
    • Coste
    • Documentación
    • Líneas de código

Star.png
Solución

process-descending-24px.png
Proceso

Puntos de Funcion Sin Ajustar.png

time-24px.png
Tiempo de Desarrollo

    • Para adquirir el conocimiento necesario para desarrollar el producto software: 4 horas.
    • Para crear el Patrón de Producto: 2 días.
    • Para aplicar el Patrón de Producto: 2 horas.

video-24px.png
Video Explicación

    • No aplica

Search-32px.png
Controladores de Calidad

  • Ninguno

tool.png
Herramientas de Soporte

start-flag.png
Contexto Inicial

Este producto puede utilizarse en la primera etapa de gestión de proyectos que requiera un proceso de estimación para medir el software cualificando la funcionalidad que proporciona externamente basándose en el diseño lógico del sistema.

Si un sistema tiene varios subsistemas será preciso estimar los subsistemas por separado y luego sumarlos.

end-flag.png
Contexto Resultante

Se obtendrá una predicción de personal, del esfuerzo, de los costes y del tiempo que se requerirá para realizar todas las actividades y construir todos los productos asociados a un proyecto.

cloud.png
Problema

Se desea crear un documento que detalle de manera precisa la estimación al proyecto que se está desarrollando. El personal encargado en realizar esta tarea debe ser capaz de identificar entradas, salidas y consultas al sistema, cantidad de ficheros lógicos internos y ficheros lógicos externos.

forces.png
Restricciones (Forces)

  • Características de las organizaciones: Este patrón puede utilizarse en los proyectos existentes en cualquier tipo de compañía.
  • Tipo de Sistema a desarrollar: Este producto puede utilizarse en proyectos en los que los requerimientos de usuario sean cambiantes.
  • Tipo de cliente: Debe existir, o debe conseguirse, que el área de negocio destinataria del desarrollo se implique en la consecución del mismo.
  • Heurísticas de uso: Si se necesita disponer urgentemente del aplicativo o de algunas de sus funcionalidades.

roles.png
Roles

  • Gerente del Proyecto

lightbulb.png
Lecciones Aprendidas

  • ILF y EIF son elementos tipo dato porque están relacionados con datos del sistema
  • En ILF los datos son mantenidos y utilizados dentro de la aplicación a diferencia de EIF que es mantenida por otro sistema
  • Si una entrada no modifica un ILF, no es una entrada
  • Reglas para identificar DET:
    • Contar cada campo único y no recursivo
    • Contar un DET por cada dato que exista en un EIF
  • Reglas para identificar RET:
    • Contar un RET por cada grupo de DETs.
    • Contar un RET siempre por defecto
  • Reglas para identificar FTR:
    • Número de accesos a datos cuando se procesa la función tipo transacción

award.png
Nivel de Madurez

  • No aplica

Options.png
Conocimientos y Habilidades Básicos

board-24px.png
Conocimientos

  • Definición de requisitos software
  • Conocimientos previos sobre Lógica de la Programación e Ingeniería del Software I
  • Conocimientos en Diseño de Bases de datos
  • Habituarse a utilizar un paradigma concreto

help-24px.png
Habilidades

  • Capacidad de Abstracción.
  • Capacidad de Análisis.

Information-Sources.png
Recursos de Información

  • Gonzalo, Agustín y de Amescua Antonio.Gestión del proceso software. Ed. Centro de Estudios Ramón Areces. 2002.
  • DeMarco, Tom. Controlling software projects. Ed Yourdon Press. 1982.
  • Sommerville, Ian. Ingeniería del software. Ed. Addison-Wesley. 2002.
  • Dolado, J.L. y Fernández, L. Medición para la gestión en la ingeniería del software. Ed. RAMA. 2000.
  • McConell, Steve. Desarrollo y gestión de proyectos informáticos. Ed. Mc Graw Hill. 1997.
  • Pressman, R. Ingeniería del Software, Un enfoque práctico, 6ª edición. Ed. Mc Graw Hill. 2005.
  • López-Cortijo y Amescua. Ingeniería del Software: Aspectos de Gestión. Ed. Instituto Ibérico de la Industria del Software. 1998.
  • Garmus, David y Herron, David. Measuring the software process: a practical guide to functional measurements. Ed. Yourdon Press computing series. 1995.