Comparación entre el método JAD y el método FPA.

JAD(Joint Aplication Designer)FPA(Método de Métrica de Función)

    Definición

  método fue desarrollado para el diseño de sistemas basados en computadoras, centrándose principalmente en el trabajo conjunto entre el usuario demandante del servicio y el analista en sistema, es decir, la persona que dará la solución a un problema planteado, con la finalidad de que todos los involucrados participen en el desarrollo del trabajo a ejecutar .Éste método permite medir, la evolución de las fases del proyecto a ejecutar, es decir ,ayudan a tener una mejor compresión del proceso a seguir, e ir mejorando el mismo durante su ejecución, permitiendo así conocer la complejidad del mismo, para así poder ir tomando las decisiones más exacta se ir reduciendo los márgenes de errores que puedan ir presentándose durante la elaboración del sistema a implantar, y por ende, ayuda a los actores del proceso, saber si están alcanzando los objetivos propuesto, incrementando la satisfacción del cliente

    Ventajas

  Permite a los usuarios, diseñar sistemas en forma conjunta, en sesiones grupales. Promueve la cooperación, el entendimiento y el trabajo grupal entre distintos grupos de usuarios. Ahorra tiempo en el análisis. Prioriza objetivos. Amplia la transparencia en los procesos Acelera la toma de decisiones Mejorará la definición de los requerimientos. Comunicar requerimientos funcionales. Estimar esfuerzo, agenda y costos basado en requerimientos. Evaluar la factibilidad de un proyecto. Administrar los cambios. Mejorará el mantenimiento y soporte. Medir la productividad. Verificar la  comp

letitud. Es independiente de la tecnología usada para el desarrollo e implementación.

    Desventajas

   Es más costoso. Puede ser incómodo si el grupo es demasiado grande concerniente al tamaño del proyecto. Resulta arduo formar al personal en su utilización y más todavía mantener unos criterios homogéneos de recuento. Carece de precisión cuando se trata de proyectos pequeños. Por debajo de unos 100 pf resulta poco confiable. Para resultar realmente útil, una organización de desarrollo y mantenimiento de software debe tener recontada la mayor parte de su base instalada, pero hacerlo resulta muy costoso especialmente si mantiene software adquirido a terceros El factor de ajuste calculado a partir de las características generales del sistema resulta de dudosa utilidad.

    Participantes

  Líder de la sesión. Representante de los usuarios. Especialista. Analista. Representante de SS. Patrocinador (sponsor) ejecutivo o dueño del sistema. Analistas Usuarios

FPA(Método de Métrica de Función)

    Éste método permite medir, la evolución delas fases del proyecto a ejecutar, es decir, ayudan a tener una mejor compresión del proceso a seguir, e ir mejorando el mismo durante su ejecución, permitiendo así conocer la complejidad del mismo, para así poder ir tomando las decisiones más exactas e ir reduciendo los márgenes de errores que puedan ir presentándose durante la elaboración del sistema a implantar, y por ende, ayuda a los actores del proceso, saber si están alcanzando los objetivos propuesto, incrementando la satisfacción del cliente

    Ventajas

  Mejorará la definición de los requerimientos. Comunicar requerimientos funcionales. Estimar esfuerzo, agenda y costos basado en requerimientos. Evaluar la factibilidad de un proyecto. Administrar los cambios. Mejorará el mantenimiento y soporte. Medir la productividad. Verificar la completitud. Es independiente de la tecnología usada para el desarrollo e implementación.

    Desventajas

  Resulta arduo formar al personal en su utilización y más todavía mantener unos criterios homogéneos de recuento. Carece de precisión cuando se trata de proyectos pequeños. Por debajo de unos 100 pf resulta poco confiable. Para resultar realmente útil, una organización de desarrollo y mantenimiento de software debe tener recontada la mayor parte de su base instalada, pero hacerlo resulta muy costoso especialmente si mantiene software adquirido a terceros. El factor de ajuste calculado a partir de las características generales del sistema resulta de dudosa utilidad.

   Participantes

Analistas

Usuarios

Descripcion de la tecnica FPA

DESCRIPCIÓN DE LA TÉCNICA

 
    PASO 1. DETERMINAR EL TIPO DE CONTEO

     Este paso consiste en definir el tipo de conteo entre desarrollo, mantenimiento o de una Aplicación ya instalada. Esta es una forma de determinar el objetivo del conteo.

     PASO 2. IDENTIFICAR LOS ALCANCES DE LA MEDICIÓN Y LOS LÍMITES DE LA APLICACIÓN.

     El propósito de una medición consiste en dar una respuesta a un problema de negocio. El alcance de la medición define la funcionalidad que va a ser incluida en una medición. Específica y puede abarcar más de una aplicación. 

PASO 3. CONTAR LAS FUNCIONES DE DATOS
     Este paso consiste en identificar y contar la capacidad de almacenamiento de los datos. Se distinguen dos tipos de funciones de datos:

 •Archivo Lógico Interno: Es un grupo de datos relacionados que el usuario Identifica, cuyo propósito principal es almacenar datos mantenidos a través de alguna transacción que se está considerando en el conteo.

 •Archivo de Interfaz Externo: Es un grupo de datos relacionados y referenciados pero no mantenido por alguna transacción dentro del conteo. 
     
     A cada componente identificado se le asigna una complejidad (bajo, medio o alto) considerando principalmente el número de datos.

     PASO 4. CONTAR LAS FUNCIONES TRANSACCIONALES.
     Este paso consiste en identificar y contar la capacidad de realizar operaciones.
Se distinguen tres tipos de funciones transaccionales:
 
•Entrada Externa: Es un proceso cuyo propósito principal es mantener uno más archivos lógicos internos.


•Salida Externa: Es un proceso cuyo propósito principal es presentar información al usuario mediante un proceso lógico diferente al de sólo recuperar los datos.


•Consulta Externa: Es un proceso cuyo propósito principal es presentar información al usuario leída de uno o más grupos de datos.

     A cada componente identificado se le asigna una complejidad (bajo, medio o alto) considerando el número de datos utilizado en el proceso y los archivos referenciados. 

     PASO 5. DETERMINAR LOS PUNTOS DE FUNCIÓN NO AJUSTADOS.
     Este paso consiste en sumar el número de componentes de cada tipo conforme a la complejidad asignada y utilizar la siguiente tabla para obtener el total.


     PASO 6. DETERMINAR EL VALOR DEL FACTOR DE AJUSTE.
     El factor de ajuste se obtiene sumando 0.65 a la sumatoria de los grados de influencia de las 14 características generales del sistema, multiplicado por 0.01. Dentro de las características hay criterios como: complejidad del proceso, facilidad de instalación, entrada de datos en línea, entre otros.

Tecnica FPA

    

F.P.A (ANÁLISIS DE PUNTOS DE FUNCIÓN)

     Es un método utilizado en ingeniería del software para medir el tamaño del software. Fue definida por Allan Albrecht, de IBM, en 1979 y pretende medir la funcionalidad entregada al usuario independientemente de la tecnología utilizada para la construcción y explotación del software, y también es útil en cualquiera de las fases de vida del software, desde el diseño inicial hasta la explotación y mantenimiento. Existen diferentes metodologías de medición, de las cuales la más popular es la mantenida por el International Function Point Users Group (IFPUG). 

    Se emplea para establecer el tamaño y complejidad de los sistemas informáticos, 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 basado en los requerimientos funcionales del usuario. Para entender las características de la métrica, se definen los siguientes conceptos:

    •TAMAÑO: Es una métrica de tamaño, no de la calidad con la que se hizo ese software, o del valor de ese producto, o del esfuerzo requerido para desarrollarlo.

    

  •APLICACIONES: Mide las aplicaciones de software, no considera el hardware que utilizará, ni la administración del proyecto, ni la documentación.

   

  •FUNCIONALIDAD: Se refiere a la capacidad del software para que un usuario pueda realizar transacciones (lectura, escritura y el guardar datos). Si analizamos a detalle, con estos elementos podemos describir cualquier sistema.

    

   •USUARIO: Quien lo va a usar y no quien lo desarrolló o quien lo diseñó.

    VENTAJAS Y DESVENTAJAS DE LA TÉCNICA FPA

   VENTAJAS: 

 •Mide lo que el usuario pide y lo que el usuario recibe.

 •Medir independientemente de la tecnología utilizada en la implantación del sistema

 •Se aplica a los productos obtenidos a lo largo de todo el ciclo de desarrollo. Por lo tanto, se pueden refinar a medida que se avanza en el proceso, aumentando la precisión de las mediciones.

 •Consiste en la disponibilidad de una estimación del tamaño del producto a construir en una etapa muy temprana del proyecto de desarrollo. Esto permite anticipar una amplia gama de decisiones, es decir, entre desarrollar o comprar un producto de software y especialmente cuando se estudia el reemplazo de un sistema en funcionamiento. 

 •Propone la aplicación de estos métodos a partir de la especificación de requerimientos y se menciona la importancia de disponer de contabilizaciones de Puntos Función (FP) en las etapas iníciales del desarrollo, así como, las ventajas de medir FP en los requerimientos y disponer de un marco de referencia adicional para verificar la completitud de los requerimientos funcionales. 

    DESVENTAJAS:

 •Resulta arduo formar al personal en su utilización y más todavía mantener unos criterios homogéneos de recuento. 

 •Carece de precisión cuando se trata de proyectos pequeños. Por debajo de unos 100 pf resulta poco fiable. 

 •Para resultar realmente útil, una organización de desarrollo y mantenimiento de software debe tener recontada la mayor parte de su base instalada, pero hacerlo resulta muy costoso especialmente si mantiene software adquirido a terceros. 

 •El factor de ajuste calculado a partir de las características generales del sistema resulta de dudosa utilidad. 

Como organizar un equipo JAD.

- Como organizar el equipo 

- El patrocinador del proyecto

   Es quien presupuesta el proyecto, el dueño del sistema. Tienen el lugar más alto en la organización, de modo que ellos pueden tomar las decisiones y proporcionar los recursos necesarios y apoyar para el proyecto. Las Responsabilidades de Patrocinador de proyecto

•   Asegurar que los clientes correctos son parte del grupo
•    Asegurar que hay suficiente personal de soporte técnico en el proyecto
•   Ayudar en la selección de casos de la prueba
•   Ayudar en la definición del alcance y funcionalidad
•   Ayudar en el benchmarking contra los sistemas actuales y los sistemas externos
•  Evaluar si el sistema es eficaz o no.

- Principal del proyecto o Líder del Proyecto

   Tiene que estar comprometido al proyecto, tener un conocimiento de fondo del área comercial y sistemas de información actuales relacionados. Ellos necesitan ser entusiastas y objetivos y no permitirle a ningún solo individuo dominar el grupo. Responsabilidades del Líder de proyecto:

•   Asegurar que todos los roles de su equipo estén ocupados(que no falte nadie).
•   Asegurar que las reuniones se planifiquen y publiquen con agenda.
•   Asegurar que las agendas se planifican y se sigan.
•  Asegurar que se asignan las tareas y se cumplen, y que el listado de tareas se ejecutan en la secuencia prevista con su línea de tiempo.
•  Coordinar el esfuerzo de los analistas del equipo.

- Escriba o Registrador

   Toma los apuntes durante una sesión, y entonces los revisa en un resumen conciso de discusiones y decisiones. Es importante que las notas resultantes no son una transcripción de quién lo dijo. Este papel puede compartirse entre varios miembros del equipo según necesidad. Estas notas sirven como una referencia al grupo al retomar las discusiones, y para la referencia del retorno en los puntos complejos. 

Responsabilidades:

•  Tomar notas durante las reuniones.
•  Resumir y condensar notas después de la reunión
• Asegura que el líder del proyecto así como el patrocinador revisan las notas y las corrigen antes de publicarlas
• Guardar un historial de notas previendo la entrada de nuevos miembros al equipo en fases adelantadas del proyecto

- Time keeper

      Son los responsables de asegurar que se cumpla la agenda establecida a fin de optimizar el tiempo 

- Clientes

   Son los que conocen cómo funcionara el sistema y cómo se usa. Ellos ayudarán al equipo a comprender las tareas manipuladas por el sistema. Responsabilidades:

•   Definir la información con la que el proceso tiene que tratar.
•   Crear casos de uso para su prueba.
•   Analizar los obstáculos al éxito en el ambiente actual.

-Desarrollar el libro JAD

   El libro JAD consiste en una guía de definición de gestión, información relevante para el proyecto, cualquier criterio u obligaciones especiales, ninguna hipótesis, una visión general de la tecnología existente y las normas, un estado del sistema de alcance y objetivos, e información sobre la sistema existente y / o las nuevas tecnologías pertinentes. El propósito del libro es ayudar a que los miembros del equipo entiendan el proyecto propuesto. El diseño del libro debe facilitar la toma de notas.

- Instalaciones para el desarrollo de la JAD

   Como mínimo, una sala de conferencias lo suficientemente grande como para acomodar a todos los miembros del equipo y están equipadas con pizarras o tableros, un proyector debe estar disponible. 

   Con la aparición de los sistemas de reunión electrónica, el grupo de sistemas de soporte de decisiones, y la ingeniería de software asistida por ordenador, los requisitos adicionales pueden incluir equipos para llevar a cabo reuniones por medios electrónicos, servicios de tele-conferencia, y una estación de maestros equipados con software.

 Realizar la sesión JAD

   Una sesión JAD es un curso intensivo (por lo general) de dos o tres días de reunión de todo el equipo de JAD. Los miembros del equipo se espera que el período de sesiones JAD su atención completa, la programación de actividades conflictivas otros no.

 Preparación

   Antes de la sesión JAD comienza, los sistemas responsables de los analistas y la información que los consultores deben:

       • Definir el alcance del sistema.

       • Identificar los problemas, limitaciones y restricciones.

       • Estimar las necesidades de recursos (tiempo, presupuesto,    personal)     para     desarrollar el sistema.

       • Identificar los gastos preliminares, beneficios, riesgos e impactos del proyecto.

       • Identificar la naturaleza y los atributos principales del proyecto, las dependencias del proyecto, y la interrelación del proyecto.

       • Identificar los sub-proyectos apropiados. (El proyecto es a veces, descompuesto en varias sub-proyectos, debido a la oportunidad y / o las limitaciones presupuestarias.)

       • Realice el análisis de los antecedentes necesarios para definir parámetros fundamentales como el número de usuarios, el tamaño de la base de datos, el rendimiento requerido, y la respuesta mínimo aceptable veces. 

• Planificar la sesión JAD.

- El período de sesiones

   Una sesión JAD comienza con una descripción del material recogido durante la etapa de preparación. Una vez que los participantes entiendan el problema, el proceso de identificación de las dimensiones del problema, las posibles causas, necesidades, y soluciones alternativas comienza.

   

   Durante una sesión JAD es responsabilidad del moderador gestionar con eficacia el período de sesiones, para asegurar que el equipo se mantenga enfocado en los temas del programa, para alentar a todos los miembros del equipo a participar, y para resolver los conflictos generados durante el período de sesiones. Debido a que el equipo está compuesto en gran parte del personal no técnico, es importante que los analistas de los sistemas de información traten de minimizar el uso de términos técnicos.

- Lluvia de ideas

   El proceso de solicitar ideas a menudo implica intercambio de ideas. Una cuestión específica se plantea, por ejemplo, el moderador podría hacer al equipo de JAD sugerir las posibles causas de un problema específico o un problema secundario. Los participantes son invitados a sugerir ideas, y como se hacen sugerencias que se publiquen para que todos vean. Lo ideal sería que en algún momento de la sesión de lluvia de ideas, una concordancia comenzará a surgir, con la contribución de un participante suscitar nuevas propuestas creativas y de otros participantes.

   El tiempo asignado a una sesión de lluvia de ideas se limita a (tal vez) una media hora, y el plazo que se comunique a todos los participantes antes del comienzo sesión. La atención se centra en solicitar y lista de ideas, no en atacar, defender, o la investigación de esas ideas. A menudo, los objetivos se establecen, por ejemplo, un grupo de intercambio de ideas puede ser impugnado a la lista de 25 posibles causas del problema en estudio. A veces, el equipo JAD se divide en varios sub-equipos de intercambio de ideas, y una competencia amistosa se pone en marcha para ver qué equipo tiene una sub-lista con mayor cantidad de  ideas.

   Tras una sesión de lluvia de ideas, el equipo JAD se divide en subgrupos para investigar las ideas en las diferentes listas. Ideas vagas o poco claras son refinadas y expresadas de otra manera. Ideas similares o redundantes se clasifican y el resultado meta-ideas se reconcilia.

    Mientras tanto, otros sub-grupos podrían realizar intercambio de ideas adicionales y / o sesiones de discusión para considerar otros sub-problemas o para identificar y resolver los conflictos dentro y entre las meta-ideas hasta que, finalmente, sea alcanzado el consenso. Las ideas de consenso luego se tabulan y se distribuyó a los miembros del...

Método JAD

Este método tiene dos vertientes:

JAD- Planeación: se muestra el esquema o plan de trabajo del software

JAD- Diseño: Se muestra el diseño del software.

Se presentan 5 fases en el desarrollo:

1.- Definición del Proyecto:
                      a) Se definen las citas y los objetivos de las mismas como alcances del proyecto, características, restricciones.
                      b) La adquisición de información.
                      c) La selección del equipo de trabajo.
                      d) La guía de definición de gestión, esto es el modo en que se administrará el proyecto.
                      e) La administración de las sesiones donde se indica la duración, fecha y hora de la misma.
2.- Fase de Investigación:
              En esta fase se ambienta al usuario en el modo de trabajo del desarrollador, se marcan los diagramas de flujo y recolección de datos básicos. Además se busca generar la interfase del usuario.
3.- Preparación:
               Dentro de esta fase se declaran por escrito y ante los usuarios las especificaciones y detalles de las reuniones, objetivos y evaluaciones del proyecto.
4.- Sesión JAD:
               Comienza la reunión donde pueden participar algunos miembros del equipo para aclaraciones. Se realiza una introducción de la sesión y se termina marcando los detalles las fechas y los responsables.
5.- Documentación Final:
                     a) Producción del documento.
                     b) Revisión del documento por los participantes.
                     c) Reunión de Revisión.
                     d) Reunión de acpetación final.
                     e) Evaluación y retroalimentación

¿ Que es JAD ?

Diseño conjunto de aplicaciones (JAD), también conocido como el desarrollo de aplicaciones comunes, es una técnica para determinar rápidamente los requerimientos del sistema mediante la obtención de aportes de una muestra representativa de las partes interesadas. Un equipo adecuado compuesto de los principales usuarios, administradores y analistas de sistemas se ensambla. Posteriormente, el equipo se reúne en una sesión intensiva para recopilar datos, una lluvia de ideas, debatir ideas, conciliar las diferencias, identificar y priorizar las necesidades, y generar soluciones alternativas. JAD también puede ser utilizado para realizar análisis de viabilidad, análisis de costo / beneficio, y análisis de riesgo. A menudo, el diseño de especificaciones tales como diagramas de flujo de datos, diagramas entidad relación, y diagramas de flujo del sistema se generan durante el período de sesiones JAD.

 Historia de Joint Application Development(JAD)

Diseño conjunto de aplicaciones (JAD) es un concepto de diseño de sistemas interactivos donde participan grupos de discusión en un ambiente de taller. JAD fue desarrollado por Chuck Morris de IBM Raleigh y Tony Crawford de IBM en Toronto. En 1980, Tony y Chuck enseñaron JAD en Toronto y Tony condujo varios talleres para probar el concepto. Los resultados fueron alentadores y JAD se convirtió en un enfoque bien aceptado en muchas empresas. Con el tiempo, JAD fue desarrollado y obtenido la aprobación general de la industria de procesamiento de datos.

Originalmente, JAD fue diseñado para que los desarrolladores de sistemas y usuarios de diferentes orígenes y opiniones juntos en un entorno productivo y creativo. Las reuniones eran una forma de obtener los requisitos de calidad y especificaciones usando la estructura de un enfoque de dos etapas el cual proporciona una buena alternativa a las tradicionales entrevistas de serie por analistas de sistemas.