A
Activo
Término que se utiliza para expresar los bienes y productos de una organización.
Actualización
El proceso de reconstrucción de un conjunto de datos para actualizarlo con su origen.
Actualización On-Line
Una de las 14 características generales del sistema que describe el grado en que los archivos lógicos internos se actualizan de manera online.
Valore el nivel de influencia de acuerdo con las siguientes pautas:
0. No hay una actualización on-line.
1. Hay actualización on-line desde uno hasta tres archivos. El volumen de actualización es pequeño y la recuperación es fácil.
2. Hay actualización on-line desde uno hasta cuatro archivos. El volumen de actualización es pequeño y la recuperación es fácil.
3. La actualización de la mayoría de los archivos internos es on-line.
4. Además, la protección contra la pérdida de datos es esencial y fue diseñado especialmente y programado en el sistema.
5. Adicionalmente, el volumen alto de procesamiento requiere el análisis de coste del proceso de recuperación. Se incluyen procedimientos altamente automatizados con un mínimo de intervención del operador.
ADD
Es el cálculo de los puntos función de las funciones que se incluyeron en el proyecto, en la fórmula:
Desarrollo: AFPA = ADD O
Es el tamaño de las funciones creadas por el usuario en el proyecto de desarrollo (excluyendo el tamaño de cualquier funcionalidad de conversión) o la funcionalidad que existe siempre que se mide la aplicación.
Es el cálculo de los puntos de función de las funciones que se incluyeron en el proyecto de mejora, en la fórmula:
Proyecto de mejora: EFP = ADD+CHGA+CFP+DEL
Aplicación, después de la mejora: AFPA = (AFPB+ADD+CHGA)-(CHGB+DEL) ADD = added
AFPA
Es la medición de puntos función de la aplicación después del proyecto de mejora; AFPA (After Function Point Analisys) se utiliza en la fórmula del tamaño funcional del aplicación después de la mejora.
AFPA = (AFPB + ADD + CHGA) – (CHGB + DEL)
Utilizar la siguiente fórmula para calcular el tamaño funcional ajustado de la aplicación después del proyecto de mejora:
AFPA = [(AFPB + ADD + CHGA) – (CHGB + DEL)] * VAFA
AFPB
Es la medición de puntos función de la aplicación antes del proyecto de mejora(Application Function Point Before – AFPB).
Esta abreviatura se utiliza en la fórmula para calcular el tamaño de la aplicación después de la mejora.
AFPA = (AFPB + ADD + CHGA) – (CHGB + DEL)
Utilizar la siguiente fórmula para calcular el tamaño funcional ajustado de la aplicación después el proyecto de mejora:
AFPA = [(AFPB + ADD + CHGA) – (CHGB + DEL)] * VAFA
Alcance de la medición
El alcance de la medición define la funcionalidad que se incluirá en una medición de puntos función concreta.
Alcance del Cálculo de FPA
El alcance del cálculo define el conjunto de requerimientos funcionales del usuario para ser incluidos en el cálculo de puntos de función. este:
Define un (sub)conjunto del software que será medido;
Es determinado por el propósito del cálculo de puntos de función;
Identifica cuales funciones se incluirán en el cálculo de puntos de función para proporcionar respuestas relevantes para el propósito del cálculo;
Puede incluir más de una aplicación.
El Alcance del cálculo de:
Un cálculo de proyecto de mejora incluye todas las funcionalidades como modificar y eliminar. Los límites de las aplicaciones afectadas siguen siendo los mismos. La funcionalidad de aplicaciones refleja el impacto de las funciones de agregar , insertar y eliminar.
Un cálculo de proyecto de desarrollo incluye todas las funciones afectadas (construidas o modificadas) por las actividades del proyecto.
Un cálculo de puntos de función de la aplicación puede ser, dependiendo de la finalidad, sólo las funciones que se utilizan por el usuario o la totalidad de la funcionalidad entregada. Por ejemplo, proporcionando un paquete como una solución de software.
Alteración del comportamiento del sistema
Modificar el comportamiento del sistema significa cambiar un parámetro del negocio (a través de una transacción). El efecto causado por este cambio en el parámetro se refleja en el comportamiento de otras operaciones
Ejemplo: el sistema de compras le da autonomía a cada comprador y este puede hacer compras hasta R$10.000,00 en el mes sin autorización de la cabeza. Este valor es un parámetro del sistema y cuando se modifique afectará las operaciones de compra, en otras palabras, cambiará el comportamiento del sistema.
Análisis de Puntos de Función
La medición de puntos de función de una aplicación o proyecto en particular.
Análisis de Puntos de Función (FPA)
Método estándar para medir software desde el punto de vista del usuario mediante la cuantificación de la funcionalidad proporcionada.
Objetivos de la técnica:
Medir la funcionalidad que el usuario solicita y recibe;
Medir el desarrollo y mantenimiento del software de forma independiente de la tecnología utilizada en la implementación.
Objetivos del Proceso de cálculo:
Ser lo suficientemente simple para reducir al mínimo el esfuerzo adicional implicado en el proceso de medición;
Una medida coherente entre los diversos proyectos y organizaciones.
Beneficios del FPA:
Determinar el tamaño de un paquete adquirido;
Ayudar a los usuarios a determinar los beneficios de un paquete para su organización;
Apoya a los análisis de productividad y cualidad
Estimación de costos y recursos para desarrollo y mantenimiento del software; Factor de normalización para comparación de software.
Análisis de viabilidad
Estudio previo que se realiza para decidir si se acomete un proyecto (normalmente en función de balance Coste / Beneficio).
Analista de Métricas
Profesional responsable de las mediciones, puede o no, ser certificado CFPS.
Aplicación
Un conjunto coherente de datos y procedimientos automatizados que sirven como apoyo a un objetivo del negocio. Pueden ser uno o más componentes, módulos o subsistemas. Se utiliza a menudo como sinónimo de Sistema, Sistema de Información o Sistema de Aplicaciones.
Ejemplos: cuentas por pagar, cuentas por cobrar, nómina de sueldos, compras, la producción de la tienda, control de la línea de montaje, radar de búsqueda aérea, monitorización del objetivo, disparo de armas, programación de las aeronaves, reservas de tiquetes aéreos.
Archivo
En el contexto de FPA el término archivo (o archivo lógico) no tiene el mismo significado del sentido tradicional del procesamiento de datos. En este caso se refiere a un grupo lógico de datos o información de control, y no la implementación física de éstos. Se clasifica en ILF o EIF.
En el contexto de modelado de datos de un archivo es una colección de registros del mismo tipo.
Archivo de Interfaz Externa (EIF)
Un archivo de interfaz externa (EIF) es un grupo de datos o información de control relacionado lógicamente, reconocido por el usuario y referenciado por la aplicación que está siendo medida, sin embargo, mantiene dentro del límite de otra aplicación.
La intención primaria de un EIF es almacenar datos de referencia por uno o más procesos elementales dentro de los límites de aplicación medida. Esto significa que un EIF contado para una aplicación debe ser un ILF en otra aplicación.
Ejemplo: El sistema de facturación tiene algunas transacciones en las que debe buscar información sobre el cliente. Pero los datos de los clientes no se conservan en el sistema de facturación, es responsabilidad del sistema de Registro. Por lo tanto para el sistema de Facturación, Cliente es un EIF. Para el sistema de Registro, Cliente es un ILF.
Archivo de movimiento
También llamado archivo de transacciones o archivo de interfaz (no debe confundirse con EIF). Es un archivo en el contexto del sistema operativo, pero no en el contexto del FPA.
Este archivo es el resultado de un procesamiento de una aplicación y cuyo objetivo es enviar los datos a otra aplicación para que sean procesados. Por lo general después de procesar se descarta.
Una diferencia entre la EIF y el archivo de movimiento es que en la E IF el sistema que utiliza los datos puede (y generalmente es así) ver los mismos datos de nuevo. En el archivo de movimiento, ya que los datos se procesan, el sistema nunca volverá a leer los mismos datos del archivo de movimiento.
Ejemplo: un sistema de nómina en una empresa, después de realizar los respectivos cálculos, envía un archivo al banco para enviar el crédito de los salarios de los empleados en su respectiva cuenta. Este archivo es el resultado del procesamiento de la nómina y será utilizado por el sistema de pago del banco para hacer el reclamo de los salarios. Después de este proceso, el archivo de movimiento pierde su utilidad.
Un archivo como este no se cuenta como un EIF porque no cumple la regla a ser un ILF en otra aplicación.
Véase el escenario 8 del CPM (Patrón de Datos de la Transacción) Capítulo 3, Parte 3, Pág (3-20)
Archivo Lógico
Grupo lógico de datos permanentes en el sistema, vistos desde la perspectiva del usuario. Puede ser un archivo lógico interno (ALI) o un archivo de inte rfaz externa (AIE).
Archivo Lógico Interno (ILF)
Es un grupo de datos relacionados lógicamente o una información de control, identificada por el usuario, y que se mantiene dentro de la frontera de la aplicación. Su principal intención es almacenar los datos encontrados en la ejecución de uno o más procesos elementales de la aplicación que está siendo medida.
Archivo Referenciado (FTR)
Es un archivo lógico interno (ILF) leído o usado por la función transaccional o un archivo de interfaz externa (EIF) leído por la función transaccional. También llamado Archivo Lógico Referenciado (FTR) o File Type Referenced (FTR). La complejidad funcional de cada EI, EO y EQ se asigna en función del número de archivos referenciados y sus respectivos tipos de datos.
Reglas para medir:
Contar un archivo de referencia para cada archivo lógico interno (ILF) usado en la transacción;
Contar un archivo de referencia para cada archivo lógico interno (ILF) o archivo de interfaz externa (EIF) leído por la transacción;
Si el archivo lógico interno (ILF) es de lectura y se mantiene, se cuentan una sola vez. Comentarios:
Aunque el ILF/EIF tiene múltiples tipos de registros, se cuentan una sola vez.
No cuentan el mismo archivo más de una vez, incluso si se utiliza repetidamente por la operación.
No contar archivos que no estén clasificados como ILF o EIF (ejemplo: entidad es tales como datos de código).
Artefacto
Cualquier elemento creado como parte de la definición, manutención o utilización de un proceso de desarrollo o mantenimiento de sistemas de información. Incluye, descripciones de procesos, planes, procedimientos, especificaciones, diseño de arquitectura, diseño detallado, código fuente, documentación para el usuario. Los artefactos pueden o no ser entregados a un cliente o usuario final.
Autosuficiente
Ningún paso previo o posterior es necesario para iniciar o completar lo(s) Requisito(s) Funcionale(s) del usuario.
Ejemplo:
El Requisito Funcional del Usuario dispone que un empleado deba ser ingresado y actualizado.
Puede haber varias fases que componen el conjunto completo de información del empleado. Estas pueden ser representado por pantallas físicas, ventanas o fichas diferentes, tales como
Identificación del empleado, Ubicación del empleado, Información de los dependientes, Información salarial,
Algunas instrucciones.
Para ingresar un empleado, una o más formularios deben ser completados, en función de las reglas del negocio. El proceso de ingreso no es autónomo hasta que toda la información requerida ha sido introducida y recibida por el sistema.
Para actualizar un empleado, una o más pestañas se pueden actualizar en cualquier momento, pero todos ellos representan pasos en el proceso que satisface el Requisito Funcional del usuario, actualizar el empleado.
Agregar, cambiar o eliminar la información de cada ficha individual no constituyen procesos elementales distintos., pero si algunos pasos en el proceso de actualizar un empleado. Aunque es posible introducir más información adicional en el registro del empleado, el conjunto completo de información se considera parte del mismo proceso: actualizar un empleado.
Agregar Empleado y Actualizar Empleado haría, cada uno, un proceso autónomo.
B
Backlog
Es el stock de funciones Identificadas y que aún no han sido atendidas. Con la información de productividad es posible estimar cuál será el esfuerzo o el costo para eliminar este inventario; Entrarían a decidir sobre la necesidad de contratar más profesionales; o contratar una empresa para satisfacer esta necesidad insatisfecha… Finalmente, tomar algunas decisiones que envuelven a proyectos de la organización.
Balanced Score Card
Balanced Score Card es una metodología de medición y gestión del desempeño, desarrollado por los profesores de la Harvard Business School, Robert Kaplan e David Norton, en 1992. Los métodos utilizados en la gestión del negocio, servicios e infraestructura, generalmente se basan en métodos tradicionales que pueden utilizar la TI (tecnología de la información) y los software de ERP como soluciones de apoyo, relacionada con la gestión de los servicios y garantía de resultados del negocio. Los pasos de estas metodologías incluyen: definición de la estrategia del negocio, la gestión empresarial, gestión de servicios y gestión de la calidad; estos paso s ejecutados por indicadores de rendimiento.
Véase la definición en la Wikipedia:
http://es.wikipedia.org/wiki/Cuadro_de_mando_integral
Benchmarking
Es la búsqueda de las mejores prácticas en la industria que conducen a un rendimiento superior. Véase la definición en la Wikipedia: http://es.wikipedia.org/wiki/Benchmarking
BFPUG
Brazilian Function Point Users Group (www.bfpug.com.br), es el grupo de usuarios de la FPA en Brasil.
C
Cálculo de Puntos de Función de proyecto de desarrollo (DFP)
DFP – Development Function Point
Es el cálculo de los puntos de función del proyecto de desarrollo. Mide las funciones previstas para el usuario con la primera instalación del software entregado y también cualquier posible función de conversión de datos.
De acuerdo con La fórmula, DFP = (UFP + CFP).
Utilice la siguiente fórmula para calcular el tamaño funcional ajustado del Proyecto del Desarrollo.
aDFP = (UFP + CFP) * VAF
Cálculo de Puntos de Función de Proyecto de Mejora
Es la actividad de aplicar las reglas del método de Medición del tamaño funcional
(FSM) del IFPUG para medir el tamaño funcional de un proyecto de mejora.
Mide las modificaciones en una aplicación existente que incluye, modifica y/o elimina funciones del usuario entregadas cuando el proyecto está completo. También puede medir eventuales funciones de conversión de datos. Es también llamada Enhanced Function Point (EFP). Siendo así tenemos:
EFP = ADD + CHGA + CFP + DEL
Utilice la siguiente fórmula para calcular el tamaño funcional ajustado del Proyecto de Mejora
aEFP = [(ADD + CHGA + CFP) * VAFA] + (DEL * VAFB)
Calculo de Puntos de Función de una Aplicación
Cálculo que proporciona una medida de la funcionalidad ofrecida por la aplicación al usuario. También se llamada Baseline o cálculo de los puntos de función instalados. Se inicia cuando el cálculo de puntos de función del proyecto de desarrollo se ha completado. Se actualiza cada vez que la terminación de un proyecto de mejora cambia la funcionalidad de la aplicación.
Es importante saber que cálculos preliminares de los puntos de función son estimaciones de la funcionalidad entregada. Como el alcance del proyecto se hace más claro y las funciones se desarrollan en su totalidad, es común identificar las funcionalidades adicionales que no se habían especificado en los requisitos originales. Este fenómeno se denomina scope creep.
Es esencial actualizar el cálculo de la aplicación al terminar el proyecto. Si la funcionalidad cambia durante el desarrollo, el cálculo de puntos de función al final del ciclo de vida debe reflejar toda la funcionalidad entregada al usuario.
En la fórmula: AFP = ADD
La fórmula para calcular el tamaño de la aplicación después de un proyecto de mejora es:
AFP = (AFPB + ADD + CHGA) – (CHGB + DEL)
Utilice la siguiente fórmula para determinar el tamaño funcional inicial a una Aplicación. aAFP = ADD * VAF
Utilice la siguiente fórmula para calcular el tamaño funcional ajustado después del proyecto de mejora:
aAFPA = [(AFPB + ADD + CHGA) – (CHGB + DEL)] * VAFA
Cálculo Estimado
Técnica propuesta por la NESMA para estimar el tamaño en puntos de función de un sistema basándose sólo en la identificación de todas sus funciones, sin la necesidad de identificar la complejidad de estas. En este caso asume la complejidad baja para los archivos lógicos y la complejidad media para las transacciones.
Cálculo Indicativo
Técnica propuesta por la NESMA para estimar el tamaño en puntos de función de un sistema basado sólo en la identificación de sus archivos lógicos.
El tamaño es determinado contando 35 FPs para cada ILF identificado y 15 FPs para cada EIF identificado.
FPA = #ILF x 35 + #EIF x 15
Características Generales del Sistema
Características Generales del Sistema(CGS) o General System Characteristics(GSC) Es un conjunto de 14 preguntas que evalúan la complejidad general de la aplicación.
Estas son:
1. Comunicación de datos
2. Procesamiento Distribuido
3. Rendimiento
4. Configuración muy utilizada
5. Volumen de Transacciones
6. Entrada de Datos On-Line
7. Eficiencia para el Usuario Final
8. Actualización On-Line
9. Procesamiento Complejo
10. Reutilización
11. Facilidad de Instalación
12. Facilidad de Operación
13. Múltiples ubicaciones
14. Facilidad de Migración
Cargar/"Load"
Copiar instrucciones o datos de la computadora un almacenamiento externo para almacenamiento interno (IEEE).
Caso de Uso
El caso de uso es un documento que representa una unidad discreta de interacción entre el usuario y el sistema, es decir, una secuencia de acciones (con posibles variaciones) que produce un resultado concreto.
Describe las funcionalidades que el sistema tiene, detallando la interacción del usuario (o el actor) y el sistema. No deben contener términos técnicos del área de desarrollo, sólo el idioma del usuario. Tampoco debe describir cómo el sistema va a ser construido.
Típicamente un sistema tendría muchos casos de uso, abordando cada uno una parte de lo que el sistema le ofrecerá al usuario.
CFPS
Certified Function Point Specialist:
El programa de certificación CFPS – Certified Function Point Specialist – tiene como objetivo reconocer formalmente a los profesionales capaces de realizar los conteos de puntos de función de forma precisa y coherente y también conocer en la práctica el cálculo del IFPUG.
Para obtener la certificación, el profesional debe pasar un examen preparado por IFPUG cuya tasa mínima de correcta debe ser 90%. Este examen consta de aproximadamente 150 preguntas de opción múltiple basadas en su Manual de Prácticas del cálculo.
La duración de la prueba es de 3 horas. Es un examen de difícil aprobación debido al tiempo disponible y también la elevada tasa de acierto, pero por desgracia el IFPUG no revela ninguna información sobre la tasa de aprobar el examen.
El periodo de validez de la certificación es de tres años, después de lo cual el profesional debe someterse a un nuevo examen de recertificación o participar en el programa de extensión de la certificación (independiente de haber sido cambiada la versión del manual). Este programa permite extender en dos o tres años la validez de la certificación por medio de la acumulación de créditos en diversas actividades, tales como: realizar el cálculo de puntos de función, ministro de cursos, escribir artículos o libros, participar como voluntario en cualquiera de los comités del IFPUG. Sin embargo esta renovación sólo puede ser realizada dos veces consecutivas, después de lo cual el profesional deberá someterse a un examen para renovar su certificación.
Hasta principios de 2008 el examen de certificación se llevó a cabo en papel, con la corrección manual. A partir de julio de 2008, el examen fue automatizado y puedan ser aplicados por cualquier centro acreditado por Prometric en el mundo, en la fecha prevista por el interesado. Existe la opción del examen en ingles y portugués. Para comprobar la lista de centros autorizados para enseñar el examen de CFPS, visite
No se exige que la persona sea profesional, debe probar la experiencia con la APF o haber asistido a algún curso para obtener la certificación. El único requis ito para hacer el examen CFPS es de estar afiliado a la IFPUG.
Sin embargo, sin la preparación adecuada, la posibilidad de la aprobación es pequeña. Incluso para el profesional que está haciendo el examen de recertificación, es requerida una preparación con estudio y ejercicio. Nuestro curso Preparación para el Examen CFPS está diseñado específicamente para apoyar al candidato al examen de IFPUG en su camino de preparación para la certificación (o recertificación).
CHGA
CHGA – Changed Functions After
Calculo del tamaño funcional de las funciones alteradas por el proyecto de mejora, después del cambio.
En la fórmula del proyecto de mejora. EFP = ADD + CHGA + CFP + DEL
En la fórmula de la aplicación después el proyecto de mejora
AFP = (AFPB + ADD + CHGA) – (CHGB + DEL)
CHGB
CHGB – Changed Functions Before
Calculo del tamaño funcional de las funciones alteradas por el proyecto de mejora, antes del cambio.
En la fórmula de la aplicación después del proyecto de mejora. FPA = (AFPB + ADD + CHGA) – (CHGB + DEL)
Ciclo de Vida
Describen las etapas por las que el software pasa desde su concepción hasta quedar sin ningún uso.
Ciclo de Vida en Cascada
Fue el primer modelo que se conoció en ingeniería de software y es la base para muchos ciclos de vida utilizados hoy en día. Este consiste básicamente en un modelo lineal en que cada paso debe ser completado antes que el siguiente paso ser iniciado. Por ejemplo, el análisis de requisitos debe ser completado antes de que el diseño del sistema pueda comenzar.
Clave Externa
Campo (o un conjunto de campos) en un archivo, reconocido y solicitado por el usuario, que existe para establecer una relación con otro archivo. La clave externa apunta a la clave primaria del otro archivo relacionado.
Clave Primaria
Es un conjunto de uno o más campos cuyos valores nunca se repiten dentro de un archivo. Es lo que identifica de forma única cada registro en el archivo.
Pueden ser simples (cuando se forma por un solo campo) o compuesto (cuando se formado por varios campos). Si la clave primaria es compuesta, está hecho, formado por más de un campo, los valores para cada campo se puede repetir, pero no hay ninguna combinación de valores.
CMMI
El Capability Maturity Model Integration (CMMI) es un modelo para la evaluación y mejora de la madurez de los procesos de una organización y también para la identificación de las prácticas claves que son requeridas para aumentar la madurez de estos procesos.
Creado por Software Engineering Institute-SEI de la Carnegie Mellon University y patrocinado por el Departamento de Defensa del América del Norte.
COCOMO II
COnstructive COst MOdel es un modelo de estimación paramétrico que incluye el uso de las ecuaciones matemáticas para hacer cálculos de esfuerzo, tamaño y tiempo del equipo en proyectos de software.
Sus ecuaciones se basan en búsqueda y datos históricos utilizando como entrada el número de líneas de código (o los puntos de función) y la evaluación de otros aspectos relevantes para la medición llamada de cost drivers (o vectores de coste).
Complejidad de Procesamiento
Una de las 14 características generales del sistema que describe en que nivel del procesamiento lógico o matemático influye el desarrollo de la aplicación. Los siguientes componentes están presentes:
Control sensible y/o tratamiento específico de la seguridad de la aplicación. Ejemplo: tratamiento especial de auditoría.
Procesamiento lógico extenso. Ejemplo: sistema de gestión de crédito.
Procesamiento matemático extenso. Ejemplo: sistema de optimización de corte de telas.
Mucho procesamiento de excepción que resulta en transacciones incompletas que deben ser procesadas de nuevo. Ejemplo: transacciones incompletas en ATM debido a problemas de teleproceso, falta de datos o de edición.
Procesamiento complejo de manejar múltiples posibilidades de entrada y salida, por ejemplo, multimedia, o un dispositivo independente. Ejemplo: sistema de extrato de cuenta corriente que emiten a través de la conexión posterior, autoservicio, web, e- mail, teléfono celular.
Valore el nivel de influencia de acuerdo con las siguientes pautas:
0. Ninguno de los artículos anteriores.
1. Cualquiera de las secciones anteriores.
2. Cualquiera de los dos elementos anteriores.
3. Cualquiera de los tres elementos anteriores.
4. Cualquiera de los cuatro elementos anteriores.
5. Los cinco puntos anteriores.
Componente
En el contexto de la FPA, el término componente, tiene el sentido de "partes de un conjunto" y no la dirección de "pieza de software reutilizable", que es un término más técnico y relacionado con el contexto de desarrollo de software.
Componente Funcional Básico
Unidad elemental de los Requisitos Funcionales del usuario definida y utilizad a por un método FSM para medir.
EJEMPLOS Un Requisito Funcional del usuario podría ser "Gestión de los Clientes", que podría consistir en las seguintes CFBs: "Incluir un nuevo cliente", "Reportar Compras del Cliente" y "Cambiar los Datos del Cliente". Otro ejemplo podría ser una colección de datos del negocio lógicamente relacionados, mantenidas por el software de estudio, tal como "Detalles del Cliente".
Comunicación de Datos
Una de las 14 características generales del sistema que describe el grado en que la aplicación se comunica directamente con el procesador. Los datos o informaciones de control utilizados por la aplicación son enviados y recibidos a través de los recursos de comunicación.
Las terminales conectadas localmente a la unidad de control se consideran recursos de comunicación. Protocolo es un conjunto de convenciones que permite la transferencia o intercambio de información entre dos sistemas o dispositivos. Todos los enlaces de comunicación requieren algún tipo de protocolo.
Valore el nivel de influencia de acuerdo con las siguientes pautas:
0. La aplicación es puramente batch o una estación de trabajo en solitario.
1. La aplicación es puramente batch, pero tiene entrada de datos o la impresión a distancia.
2. La aplicación es batch, pero tiene entrada de datos y impresión a distancia.
3. La aplicación tiene entrada de datos on-line, front-end de teleproceso para un procesamento batch o sistema de consulta.
4. La aplicación es más que un front-end, pero sólo es compatible con un tipo de protocolo de comunicación.
5. La aplicación es más que un front-end, y es compatible con más de uno tipo de protocolo de comunicación.
Configuraciones Altamente Utilizadas
Una de las 14 características generales del sistema, que describe el grado en que las restricciones de recursos computacionales influyen en el desarrollo de una aplicación . Una configuración operacional altamente utilizada, necesita de consideraciones especiales del proyecto y una característica de aplicación.
Por ejemplo, el usuario desea ejecutar la aplicación en un equipo existente o comprado pero que será altamente utilizado.
La pregunta que debe ser evaluada para este CGS es "Si la infraestru ctura influye en el proyecto?"
Valore el nivel de influencia de acuerdo con las siguientes pautas:
0. No hay restricciones operacionales implícitos o explícitos en los requisitos.
1. Existen restricciones operacionales, pero con menos restricciones que una aplicación típica, y no necesitan de un esfuerzo especial para cu mplir con estas restricciones.
2. Existen restricciones operacionales, pero son restricciones típicas de la aplicación. Hay esfuerzo especial que se necesita para cumplir con las restricciones.
3. Existen requisitos específicos de procesador para una parte específica de la aplicación.
4. Restricciones operativas explícitas requieren un procesador dedicado o un uso intensivo del procesador central.
5. Además, hay limitaciones en los componentes distribuidos de la aplicación.
Cono de Incertidumbre
Teoría que explica el fenómeno que ocurre en la industria del software, que cuando se comienza un nuevo proyecto no se tiene la certeza de cuándo se va a terminar.
Aunque entre más tiempo lleve el proyecto más precisas son las estimaciones, por ello esto termina cuando se tiene el 100% de certeza de que el proyecto terminará esto puede ocurrir casi que un día antes de efectivamente terminarlo.
Consulta Externa (EQ)
Consulta Externa (EQ) o External Inquiry (EQ)
Es un proceso elemental cuya principal intención es presentar la información para el usuario por medio de la simple recuperación de datos o información de contro l de los archivos lógicos internos (ILFs) o archivos de la interfaz interna (EIFs).
Su lógica de procesamiento contiene ninguna fórmula matemática o cálculos, no crea datos derivados, no mantiene archivo lógico interno (ILF) durante el procesamiento ni modifica el comportamiento del sistema.
Consulta Implícita
Es una transacción que proporciona datos para el usuario (por lo general precede a otra transacción que se realizará), pero no es claramente explícita en los requisitos o en el propio sistema (ni en las opciones de menú, barras de herramientas, etc).
Esto es bastante común en las pantallas para cambiar o eliminar registros de un archivo. Por lo general antes de la modificación o eliminación de los datos de un registro son presentados al usuario, y así el usuario procede a realizar el cambio o la eliminación del registro. Esta función en la consulta implícita se classifica como EQ o EO.
Cuando es idéntica a una solicitud explícita (y con frecuencia esto es común), sólo una de estas funciones debe ser contada.
Contribución
La contribución de los tipos de función (ILF, EIF,EI,EO,EQ) a los puntos de función de aplicación.
El término "contribución" que se refiere a una función en particular o al conjunto de funciones de un tipo corresponde a la cantidad de puntos de función calculada para esta función en particular o para el conjunto de funciones de un tipo particular.
Conversión de Datos
Son las funciones de datos o de transacción prevista para convertir datos y/o ofrecer otros requisitos de conversión especificados por el usuario, como los informes de verificación de la conversión.
EL PRESENTE TEXTO ES SOLO UNA SELECCION DEL TRABAJO ORIGINAL. PARA CONSULTAR LA MONOGRAFIA COMPLETA SELECCIONAR LA OPCION DESCARGAR DEL MENU SUPERIOR.