Tercera parte - 1
![]() |
![]() |
![]() |
Título del Test:![]() Tercera parte - 1 Descripción: Tercera parte - 1 |




Comentarios |
---|
NO HAY REGISTROS |
¿Qué tipo de modelo percibe el mundo real como una serie de objetos que se relacionan entre sí?. Modelo Entidad/Relación. Modelo Relacional. Modelo Conceptual de Datos. Modelo de Implementación. ¿Cuál de las siguientes opciones NO es un objetivo del esquema conceptual?. Crear un nexo directo entre el modelo conceptual y el SGBD. Comprender la perspectiva de los usuarios sobre los datos. Determinar la naturaleza de los datos independientemente de su representación física. Analizar el uso de los datos a través de las áreas de aplicación. ¿Qué elementos componen el modelo Entidad/Relación?. Entidades, atributos y relaciones. Usuarios, entidades y tablas. Relaciones, claves foráneas y atributos. Atributos, claves y registros. ¿Cómo se representan gráficamente las entidades en el modelo conceptual?. Mediante rectángulos. Mediante círculos huecos. Mediante rombos. Mediante flechas. ¿Qué define el conjunto de valores posibles que puede tomar un atributo?. Dominio. Identificador. Grado de la relación. Descriptor. ¿Qué tipo de atributo consta de varias partes divisibles?. Compuesto. Simple. Descriptor. Clave primaria. ¿Qué término describe la asociación entre dos o más entidades?. Relación. Dominio. Atributo. Clave. ¿Qué representa gráficamente un círculo relleno en el modelo Entidad/Relación?. Clave primaria o identificador. Atributo simple. Relación. Descriptor. ¿Qué caracteriza a un atributo descriptor?. No distingue a una ocurrencia del resto. Es un identificador único. Consta de varias partes divisibles. Representa una relación entre entidades. ¿Qué es el grado de una relación en el modelo Entidad/Relación?. El número de participantes en la relación. El número de participantes en la relación. El nivel de detalle de un atributo compuesto. La cantidad de claves primarias en una entidad. ¿Cuál es el modelo más utilizado para el diseño conceptual de bases de datos?. Modelo Entidad/Relación. Modelo Relacional. Modelo Jerárquico. Modelo de Redes. ¿Qué garantiza un identificador único en el modelo Entidad/Relación?. Que no existan identificadores duplicados para objetos del mismo o diferente tipo. La conexión directa con el SGBD. La representación gráfica de relaciones recursivas. La conversión automática a un modelo físico. ¿Qué tipo de relación conecta una entidad consigo misma?. Relación recursiva. Relación jerárquica. Relación reflexiva. Relación múltiple. ¿Qué describe la cardinalidad en el modelo Entidad/Relación?. La proporción de relaciones entre objetos. La cantidad de identificadores en una entidad. La semántica de los datos. La independencia de la implementación. ¿Cuál es el primer paso en la metodología de diseño conceptual?. Identificar las entidades. Determinar los dominios de los atributos. Dibujar el diagrama entidad/relación. Revisar el esquema conceptual local. ¿Cómo se denominan las entidades que carecen de identificador en el modelo Entidad/Relación?. Entidades débiles. Entidades abstractas. Entidades compuestas. Entidades simples. ¿Qué debe hacerse antes de dibujar el diagrama Entidad/Relación?. Identificar entidades, relaciones, atributos y dominios. Crear el modelo físico de la base de datos. Implementar el diseño en un SGBD. Validar el esquema con las normas ANSI. ¿Cómo se definen los diagramas de flujo?. Como representaciones gráficas de la secuencia lógica de operaciones o acciones. Como mapas de la relación entre programas y hardware. Como representaciones del flujo de datos exclusivamente en la fase de diseño. Como representaciones abstractas de las relaciones jerárquicas. ¿Qué norma es utilizada para normalizar los diagramas de flujo?. ISO. ANSI. Ambas. Ninguna. ¿Qué característica distingue a los organigramas de los ordinogramas?. Pertenecen a la fase de análisis. Representan el flujo de datos y las relaciones entre bases de datos. Son diseñados para la fase de implementación. Describen los procedimientos de programación. ¿Qué elemento debe figurar en la parte central de un organigrama?. El símbolo de proceso. Los soportes de entrada. Los soportes de salida. Los flujos de datos. ¿Dónde deben figurar los soportes de salida en un organigrama?. En la parte inferior del diseño. En la parte superior del diseño. A ambos lados del símbolo de proceso. En el centro del diseño. ¿Qué elementos debe reflejar un ordinograma?. Un principio con la palabra “INICIO”, la secuencia de operaciones, y un final con la palabra “FIN”. El flujo de datos, los identificadores únicos, y la jerarquía de generalización. El uso de pseudocódigo y descomposición en niveles. La cardinalidad de las relaciones y los dominios de los atributos. ¿Qué regla es incorrecta respecto a los símbolos en un ordinograma?. Está prohibido el cruce de líneas de flujo. A un símbolo de proceso solo puede salir una línea de flujo. Un símbolo de decisión puede tener una única salida. Un símbolo de inicio de proceso no puede tener líneas de entrada. ¿Qué técnica utiliza el pseudocódigo para aproximar la solución de un problema?. Diseño descendente. Ordenación recursiva. Simbología de cardinalidad. Relación recursiva. ¿Qué elemento NO pertenece a las características del pseudocódigo?. Es un programa ejecutable. Definir y usar constantes y variables. Sentencias de control de flujo de ejecución. Instrucciones de entrada y salida. ¿Qué se denomina entorno en un programa?. El conjunto de datos necesarios para los cálculos y operaciones del programa. Las acciones compuestas que forman parte de un algoritmo. La representación gráfica de los procesos del programa. Los subprogramas relacionados con el diseño. ¿Qué nivel de un DFD muestra las funciones específicas de un subsistema?. Nivel 2. Nivel 0. Nivel 1. Nivel 3. ¿Cuál es la característica principal del diagrama de contexto (nivel 0) de un DFD?. Representar el sistema en un único proceso y sus interacciones externas. Mostrar los procesos necesarios para cada función. Dividir el sistema principal en subsistemas detallados. Detallar los eventos y subfunciones asociadas. ¿Qué regla es cierta para un símbolo de final de proceso en un ordinograma?. Pueden llegarle varias líneas de conexión, pero no puede tener líneas de salida. No puede recibir líneas de conexión ni tener líneas de salida. Solo puede recibir una línea de conexión y tener una línea de salida. No puede recibir ni enviar líneas de conexión. ¿Qué tipo de acciones forman parte de los subprogramas?. Acciones compuestas. Instrucciones primitivas. Comentarios y descriptores. Operaciones de entrada y salida. ¿Qué elementos NO se incluyen en los flujogramas?. Descripción del entorno físico y restricciones del sistema. Representación lógica de los procesos y movimientos de información. Procesos que transforman información y almacenamientos intermedios. Descomposición de niveles desde el diagrama de contexto hasta el detalle. ¿Qué componentes aparecen en un Diagrama de Flujo de Datos (DFD)?. Entidades externas, procesos, almacenes de datos y flujos de datos. Solo entidades externas y procesos. Solo procesos y almacenes de datos. Solo procesos y flujos de datos. ¿Qué representa una entidad externa en un DFD?. Un objeto o concepto que interactúa con el sistema pero está fuera de él. Un proceso que manipula los datos dentro del sistema. Un flujo de datos entre el sistema y el exterior. Un almacenamiento de información dentro del sistema. ¿Cómo se representa un proceso en un DFD?. Mediante un rectángulo que contiene la identificación del proceso. Con una flecha que conecta el flujo de datos. Con un rectángulo con dos líneas paralelas. Con una línea de flujo entre dos entidades. ¿Qué representan los almacenes de datos en un DFD?. Depósitos de información dentro del sistema. Los flujos de datos que se transportan entre entidades. Los procesos que transforman los datos. Las relaciones entre entidades externas y el sistema. ¿Qué es el modelo entidad/relación (MER)?. Un modelo conceptual de datos utilizado para representar las necesidades de información en un sistema. Un modelo lógico de datos utilizado para especificar estructuras físicas. Un modelo para describir el flujo de datos en un sistema. Un modelo de tipo físico que describe cómo almacenar los datos en una base de datos. ¿Qué diferencia existe entre un modelo entidad/relación (MER) y un diagrama de estructura de datos (DED)?. El DED solo admite relaciones de cardinalidad 1:N, mientras que el MER permite relaciones 1:1, 1:N y N:M. El DED permite relaciones N:M, mientras que el MER solo admite relaciones 1:N. El DED se usa para describir datos físicos, mientras que el MER se usa para datos lógicos. El MER solo tiene relaciones binarias, mientras que el DED puede incluir relaciones más complejas. ¿Qué componentes principales forman un Diagrama de Flujo de Datos (DFD)?. Entidades externas, procesos, almacenes de datos y flujos de datos. Entidades externas y almacenes de datos. Procesos y relaciones de entidades. Flujos de datos y procesos internos. ¿Qué papel juegan las entidades externas en un DFD?. Representan objetos o conceptos externos al sistema con los que interactúa. Representan procesos que transforman los datos dentro del sistema. Representan los flujos de información entre diferentes procesos internos. Son almacenes temporales que almacenan información. ¿Qué define un proceso en un DFD?. Una actividad que transforma o manipula los datos. Un almacén temporal de información. Un flujo de datos que transporta información. Un componente que genera información. ¿Cómo se representan los almacenes de datos en un DFD?. Mediante dos líneas paralelas con un identificador entre ellas. Mediante rectángulos con la identificación de los procesos. Con flechas que indican el flujo de datos entre procesos. Mediante elipses que conectan las entidades externas. ¿Qué tipo de información transportan los flujos de datos en un DFD?. Información entre procesos, almacenes y entidades externas. Solamente comandos de ejecución para los procesos. Solo mensajes entre las entidades externas y el sistema. Solo datos de salida que el sistema genera. ¿Qué caracteriza al modelo entidad/relación (MER)?. Representa objetos o conceptos del mundo real y sus interrelaciones. Muestra las relaciones lógicas entre los flujos de datos. Se utiliza para describir el almacenamiento físico de datos. Representa solo relaciones binarias entre datos. ¿Cómo se simbolizan las relaciones entre entidades en un modelo entidad/relación (MER)?. Mediante rombos sobre las líneas que enlazan entidades. Mediante rectángulos que identifican las entidades. Con flechas que indican el flujo de datos entre ellas. Mediante líneas paralelas que representan interacciones. ¿Qué tipo de relaciones pueden existir en un modelo entidad/relación (MER)?. Obligatorias, opcionales y exclusivas. Solo opcionales. Solo exclusivas. Solo obligatorias. ¿En qué se diferencia un Diagrama de Estructura de Datos (DED) del modelo entidad/relación (MER)?. En el DED solo se admiten relaciones de cardinalidad 1:N. El DED permite relaciones de tipo N:M, mientras que el MER solo permite 1:N. El DED se utiliza en fases de planificación, mientras que el MER se usa en el análisis de sistemas. El DED describe cómo almacenar datos, mientras que el MER describe el flujo de información. ¿Cuál es una característica del Diagrama de Estructura de Datos (DED)?. Solo admite relaciones binarias entre dos entidades. Permite representar relaciones entre más de dos entidades. Es utilizado en la fase de diseño para mostrar flujos de información. Se usa para describir las interacciones de procesos dentro de un sistema. ¿Qué representa la fase de diseño del sistema en relación con los modelos de datos?. La especificación de estructuras de datos físicas para el almacenamiento y visiones específicas de los datos. La creación de flujos de información entre procesos. La definición de relaciones lógicas entre las entidades. El análisis de las relaciones entre entidades externas. ¿Qué técnica es recomendada en la fase de planificación de sistemas para el modelo conceptual de datos?. Modelo entidad/relación (MER). Diagrama de estructura de datos (DED). Diagrama de flujo de datos (DFD). Análisis de cardinalidad de relaciones. |