Subido por paul.torres.hdez

Cap 9 INTERNAL LOGICAL FILES

Anuncio
Cap 9 INTERNAL LOGICAL FILES(ILF)
Objetivo de la sección:
Describir y definir los conceptos necesarios para identificar y calificar los Archivos
Lógicos Internos. Los ejercicios de ejercicios al final de la sección ayudan al alumno a
demostrar que ha adquirido los conocimientos básicos requeridos.
Definición:
Archivos Lógicos Internos (ILF) - un grupo identificable por el usuario de datos
relacionados lógicamente que reside enteramente dentro del límite de la aplicación
y se mantiene a través de Entradas Externas. Un archivo lógico interno tiene el
significado inherente de que se mantiene internamente, tiene alguna estructura lógica y
se almacena en un archivo.
Aunque no es una regla, un ILF debe tener al menos una salida externa y/o una
externa. Es decir, al menos una salida externa y/o consulta externa debe incluir el ILF
como un FTR. En pocas palabras, la información se almacena en un ILF, para que
pueda ser utilizada posteriormente. La EO o EQ puede ser de otra aplicación. Cabe
señalar que es posible que un ILF específico no sea referenciado por EO o EQ, pero
sea utilizada por una EI (distinta de la que la mantiene).
De nuevo, aunque no es una norma, un ILF debe tener al menos una entrada externa.
Clasificación:
Al igual que todos los componentes, los ILF se califican y puntúan. La calificación se
basa en el número de elementos de datos (DET) y los tipos de registro (RET). Los
DET y los RET se han discutido anteriormente. La tabla siguiente indica el nivel (bajo,
medio o alto) y la puntuación adecuada (7, 10 o 15).
Consejos para contar:
Determine primero la fila apropiada y luego la columna. Pregunte si todos los archivos
contienen un tipo de registro o más de un tipo de registro? Si todos o muchos de los
ficheros sólo contienen un tipo de registro Si todos o muchos de los ficheros sólo
contienen un tipo de registro, lo único que se necesita es saber si el fichero contiene
más o menos de 50 tipos de elementos de datos (DET). Si el fichero contiene más de
50 tipos de elementos de datos, el fichero se calificará como medio, si es inferior a 50
tipos de elementos de datos, el fichero se calificará como medio. Menos de 50 tipos de
elementos de datos, el fichero se considerará bajo. Los ficheros que contengan más de
un tipo de registro pueden ser separados y contabilizados por separado.
Ejemplos:
Los ILF pueden contener datos empresariales, datos de control y datos basados en
reglas. El tipo de datos contenidos en un ILF es el mismo tipo de datos que contiene
y mantiene un EI.
Es habitual que los datos de control sólo aparezcan una vez en un ILF. Por ejemplo, el
archivo de datos de control puede contener sólo ajustes de parámetros, o un ajuste de
estado. Por ejemplo, una parte del sistema de sistema de automóvil a bordo sólo
contiene información actual, la presión del aceite, la temperatura del motor, etc.
Este proceso particular del sistema de a bordo no se preocupa por los datos históricos sólo los actuales. Cuando el estado cambia el archivo se actualiza con la información
actual y no hay información histórica. El sistema de a bordo puede hacer un
seguimiento de los cambios históricos en los archivos de diagnóstico, pero esto sería un
proceso totalmente separado. Este proceso no se utiliza para mantener el coche en
marcha, sino para ayudar a un mecánico a entender lo que ha estado pasando con el
motor.
Sistemas en tiempo real y sistemas empotrados: Por ejemplo, la Conmutación
Telefónica se compone de los tres tipos, Datos de Negocio, Datos de Regla y Datos de
Control. Los datos comerciales son la llamada real, los datos de las reglas son la
llamada a través de la red, y los datos de control son la forma en que los conmutadores
se comunican entre sí. Al igual que los archivos de control, es común que los sistemas
en tiempo real tengan sólo una ocurrencia en un archivo lógico interno.
Aplicaciones comerciales: Un ejemplo de datos empresariales son los nombres de los
clientes, las direcciones, el número de teléfono, etc. Un ejemplo de Datos de Reglas es
una entrada de tabla que indica cuántos días puede retrasarse un cliente antes de que
se le entregue para su cobro.
Tipos de elementos de registro:
La idea detrás de los RET es cuantificar
las complejas relaciones de datos
relaciones
de
datos
complejas
mantenidas en un único FTR.
Los tipos de elementos de registro son
uno de los conceptos más difíciles
conceptos más difíciles en el análisis de
puntos de función. La mayoría de los
tipos de elementos de registro
dependen de una relación padre-hijo
hijo. La información del hijo es un
subconjunto de la información del padre.
En una relación padre-hijo existe una
relación de uno a muchos.
FIG3(dos ILF, un RET cada una)
La figura 3 representa dos grupos
lógicos separados de datos A y B. En
este caso algunos A son B.
La figura 4 representa un grupo lógico
de datos A dos tipos de registro. En este
caso Todos los B son A.
FIG4(dos RET, un ILF)
Imagínese un fichero de clientes que
contiene Nombre, Dirección, etc. En
Además, todas las tarjetas de crédito y
los números de tarjeta de crédito del
cliente están contenidas en el archivo.
Este sería un ejemplo de 2 tipos de
registros.
En
habría
múltiples
ocurrencias de tarjetas de crédito y
números para cada cliente. La tarjeta de
crédito y los números no tienen sentido
si no están vinculados al cliente.
Tipos de elementos de datos:
Cuente un DET para cada campo único reconocible por el usuario y no recursivo en el
ILF o EIF. Los campos que sean redundantes y aparezcan más de una vez se
cuentan sólo una vez. Los campos que son redundantes por motivos de
implementación se cuentan sólo una vez.
Contar un DET para cada dato en un ILF o EIF que existe porque el usuario requiere
una relación con otro ILF para ser mantenido (información clave). Si un EIF tiene
múltiples campos clave sólo los campos clave que se relacionan con un ILF se
cuentan como tipos de elementos de datos.
Cuestiones tecnológicas:
Lotus Notes se refiere a los almacenes de datos como "formularios". Las aplicaciones
Powerbuilder pueden almacenar información en el host o en el cliente. Contarla sólo
una vez. Las Aplicaciones COBOL pueden usar una variedad de almacenes de datos
almacenes como IMS, DB2 etc.... Es importante ver los datos desde el "modelo lógico".
En las aplicaciones de Internet, un html puede ser un almacén de datos si se mantiene.
Documentación estándar:
- Diseños de tablas
- Descripciones de bases de datos
- Modelos de datos lógicos
- Tamaños y formatos de los campos
- Documentación de diseño
- Especificaciones funcionales
- Requisitos del usuario
Consejos para identificar los ILF al principio del ciclo de vida:
Los siguientes tipos de documentación pueden ser utilizados para ayudar a contar los
archivos lógicos internos antes de la implementación del sistema.
- Cualquier objetivo y restricción refinados para el sistema propuesto.
- La documentación recopilada sobre el sistema actual, si es que existe tal sistema
(automatizado o
manual).
- Documentación sobre los objetivos, problemas y necesidades percibidos por los
usuarios.
- Modelos de datos preliminares.
Otros comentarios:
El mantenimiento del código puede no ser mantenido por la aplicación y pueden no ser
mantenidos por cualquier otra aplicación, pero existen. La cuestión es que estas
mismas tablas pueden ser utilizadas por consultas externas. Una interpretación estricta
de las normas no permitiría contar con las consultas. Se recomienda que este tipo de
tablas sean tratadas como archivo de interfaz externo.
SKILL BUILDER Desarrollo de habilidades:
Las siguientes preguntas se utilizan para ayudar a construir los conceptos discutidos en
esta sección. En están diseñadas para fomentar la reflexión y el debate.
1. Si un unico archivo lógico interno se separa en 3 archivos físicos por motivos
de implementación, ¿cuántos archivos lógicos internos se cuentan? Como
uno solo
2. La mejor manera de describir un grupo lógico de datos es?
3. Si una ILF tiene un tipo de registro y 25 elementos de datos, ¿se califica
como media baja o alta? ¿Y si tiene 5 elementos de datos? ¿O 45 elementos
de datos?
4. ¿Cada ILF tiene que tener al menos un EI? ¿Por qué?
5. ¿Debe cada ILF tener al menos una salida externa o una consulta externa?
¿Por qué?
6. ¿Cuáles son los criterios para que una ILF sea calificada como alta?
7. ¿Rellenar el "valor" de una una ILF BAJA____ MEDIA_____ y ALTA____?
¿Cómo se compara con un FEI? ¿A qué se debe la diferencia?
Examine las siguientes tablas. El usuario necesita información detallada sobre
los clientes y los representantes de ventas.
1. ¿Cuántos archivos lógicos internos?
2. ¿Cuántos elementos de datos? ¿Hay más de un tipo de registro?
3. ¿Pueden formarse las tablas para combinar un archivo lógico interno?
TABLA DE CLIENTE
TABLA REPRESENTATIVA DE VENTAS
Imagine una base de datos que almacena información sobre los álbumes.
La base de datos se desglosa en artista, nombre del álbum, fecha de publicación
y canciones. La clave de la base de datos es tanto el artista como el nombre del
álbum.. El campo Canciones tiene tres campos de subconjunto. Canción
contiene el número de la tachuela, el nombre de la canción y la duración del
tiempo de reproducción.
Bruce Springsteen, Born to Run, Canciones. La primera fila del subconjunto de
canciones es la número 1, Born To Run, 4:30.
1. ¿Cuántos archivos lógicos internos representa esta base de datos?
2. ¿Cuántos elementos de datos en total?
3. ¿Cuántos tipos de registro hay en total en la base de datos?
4. ¿Cuál es la información recursiva?
Descargar