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.