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?