metrica_v3_taicord_50

← Volver

metrica_v3_taicord_50 metricaV3

Por hloren6779

Jugar

Récord

🏆 7.23

Media

📊 6.86

Sesiones

#	Pregunta	Opciones	Tiempo
1	En MÉTRICA v3, ¿qué técnica se emplea en la tarea PSI 1.1 (Análisis de la necesidad del PSI)?	Análisis coste/beneficio para evaluar la rentabilidad del sistema Diagramas de flujo de datos para modelar los procesos actuales ✓ Factores críticos de éxito (FCE) para alinear el sistema con los objetivos Casos de uso para identificar las interacciones del usuario	30s
2	¿Quiénes son los participantes principales en la actividad DSI 1 (Análisis de requisitos) de la Definición del Sistema de Información?	Comité de Dirección y consultores informáticos Programadores y técnicos de sistemas especializados Jefe de proyecto y responsable de seguridad del sistema ✓ Usuarios finales y analistas funcionales del proyecto	30s
3	En el Estudio de Viabilidad del Sistema (EVS), la tarea EVS 1.3 de evaluación técnica utiliza como técnicas principales:	Entrevistas con usuarios y sesiones JAD de trabajo ✓ Análisis comparativo y análisis de prototipos rápidos Factores críticos de éxito y técnicas matriciales avanzadas Diagramas de transición de estados y modelado funcional	30s
4	¿Cuál es el objetivo principal del modelado funcional del sistema (ASI 1.2) dentro del Análisis del Sistema de Información?	Codificar los módulos principales del sistema de información ✓ Representar flujos de trabajo y relaciones entre componentes Evaluar la viabilidad económica del proyecto completo Capacitar a los usuarios finales en el uso del sistema	30s
5	En la Construcción del Sistema de Información (CSI), la codificación de módulos (CSI 1.2) emplea como técnicas:	Análisis de impacto y catalogación de componentes software Sesiones JAD y reuniones con el comité de dirección ✓ Programación estructurada y pruebas unitarias del sistema Diagramas de despliegue y diagramas de componentes	30s
6	¿Qué actividad de MÉTRICA v3 se centra en identificar cambios necesarios para adaptar el sistema a nuevas necesidades o corregir problemas?	IAS 1.3 - Capacitación de usuarios finales del sistema PSI 1.1 - Análisis de la necesidad de planificación estratégica ✓ MSI 1.1 - Identificación de cambios requeridos en el sistema EVS 1.3 - Evaluación técnica de la solución propuesta	30s
7	En la interfaz de Gestión de Proyectos de MÉTRICA v3, ¿cuántos grupos de actividades se distinguen?	Dos: Inicio del Proyecto y Finalización del Proyecto Cuatro: Inicio, Planificación, Seguimiento y Finalización ✓ Tres: Inicio (GPI), Seguimiento y Control (GPS), Finalización (GPF) Cinco: Inicio, Análisis, Diseño, Seguimiento y Finalización	30s
8	La interfaz de Seguridad de MÉTRICA v3 diferencia dos tipos de actividades. ¿Cuáles son?	Actividades de cifrado de datos y actividades de control de accesos ✓ Actividades de seguridad intrínseca del SI y seguridad del proceso de desarrollo Actividades de auditoría externa y actividades de auditoría interna Actividades de seguridad física y actividades de seguridad perimetral	30s
9	En MÉTRICA v3, ¿qué conceptos se asocian a la técnica de Análisis Coste/Beneficio?	ROI, TIR y VAN como indicadores de rentabilidad financiera ✓ Punto de amortización (Break-Even), Periodo de amortización (PayBack) y ROI PERT, Gantt y WBS como herramientas de planificación temporal Puntos función Albrecht, MARK II y Staffing Size orientado a objetos	30s
10	Según MÉTRICA v3, un caso de uso se define como una secuencia de acciones realizadas por el sistema que produce:	Un diagrama de clases validado y verificable por los analistas ✓ Un resultado observable y valioso para un usuario en particular Un modelo de datos normalizado hasta la tercera forma normal Un componente software desplegable en el entorno de producción	30s
11	En MÉTRICA v3, las relaciones entre casos de uso son unidireccionales y pueden ser de los tipos:	Composición y agregación entre los casos involucrados Herencia y polimorfismo según la jerarquía de actores Generalización y especialización de los flujos de acción ✓ Usa (uses) y extiende (extends) según la dependencia	30s
12	En un diagrama de clases de MÉTRICA v3, ¿cuáles son los tres tipos de objetos que se identifican?	Objetos persistentes, objetos transitorios y objetos compartidos ✓ Objetos entidad, objetos límite o interfaz, y objetos de control Objetos estáticos, objetos dinámicos y objetos compuestos Objetos abstractos, objetos concretos y objetos derivados	30s
13	¿Qué proporciona un diagrama de componentes en MÉTRICA v3?	Una representación de la estructura jerárquica de los dominios ✓ Una visión física de la construcción del sistema de información Un modelo lógico de procesos independiente de restricciones físicas Una descripción del comportamiento dinámico mediante mensajes	30s
14	En un diagrama de despliegue de MÉTRICA v3, ¿qué dos tipos de elementos se representan?	Procesos y almacenes de datos del sistema de información Módulos y parámetros de entrada/salida del software ✓ Nodos (cubos) y conexiones (línea continua) del sistema Entidades externas y flujos de datos entre componentes	30s
15	En el diagrama de estructura de MÉTRICA v3, los parámetros que se intercambian entre módulos pueden ser de dos tipos:	Síncronos y asíncronos según la temporalidad del intercambio De entrada y de salida según la dirección del flujo ✓ De control y de datos según la naturaleza de la información Obligatorios y opcionales según la necesidad del módulo	30s
16	¿Cuál es el objetivo principal del Diagrama de Flujo de Datos (DFD) en MÉTRICA v3?	Mostrar la disposición de las particiones físicas del sistema Representar la estructura modular y los parámetros de E/S ✓ Crear un modelo lógico de procesos independiente de restricciones físicas Describir el comportamiento dinámico mediante paso de mensajes	30s
17	En un DFD de MÉTRICA v3, ¿cuáles son los cuatro elementos principales?	Clase, objeto, método y atributo del modelo orientado a objetos Nodo, conexión, componente e interfaz del diagrama físico ✓ Entidad externa, proceso, almacén de datos y flujo de datos Módulo, parámetro, almacén y dispositivo físico del sistema	30s
18	En MÉTRICA v3, un flujo de datos de tipo 'diálogo' en un DFD se caracteriza por:	Acceder exclusivamente a datos existentes sin modificarlos Permitir solo la creación de nuevos registros en el almacén ✓ Combinar funciones de consulta y actualización simultáneamente Activar la ejecución de procesos de control en paralelo	30s
19	En la descomposición jerárquica de un DFD, ¿qué representa el Diagrama de Contexto (Nivel 0)?	Los procesos primitivos que no requieren más descomposición Los principales procesos o subsistemas del sistema completo ✓ El sistema completo y sus interfaces con entidades externas Los niveles intermedios de detalle entre subsistemas principales	30s
20	¿Qué nivel del DFD identifica los principales procesos o subsistemas del sistema?	El Diagrama de Contexto, que define las fronteras del sistema ✓ El Diagrama 0 (Nivel 1), que descompone el sistema principal Los niveles intermedios, que detallan los procesos principales Los procesos primitivos, que no necesitan más descomposición	30s
21	En un DFD de MÉTRICA v3, ¿qué función cumple el proceso de control?	Transformar datos de entrada en datos de salida del sistema Almacenar información en reposo utilizada por otros procesos ✓ Coordinar y sincronizar la ejecución de otros procesos Representar fuentes o destinos de datos externos al sistema	30s
22	¿Cuál es el objetivo del diagrama de interacción en MÉTRICA v3?	Representar la estructura jerárquica de un dominio concreto Mostrar la organización de componentes software y sus interfaces ✓ Describir el comportamiento dinámico mediante paso de mensajes Definir los parámetros de entrada y salida de cada módulo	30s
23	En MÉTRICA v3, ¿qué técnicas de estimación se contemplan para la gestión de proyectos?	PERT y Gantt como técnicas principales de estimación temporal Análisis de impacto y catalogación de componentes del sistema ✓ Método Albrecht y Método MARK II para Puntos Función Factores críticos de éxito y análisis coste/beneficio del proyecto	30s
24	¿Cuáles son las técnicas de planificación que contempla MÉTRICA v3?	Casos de uso, diagramas de clases y diagramas de secuencia Normalización, optimización y reglas de transformación de modelos Análisis de impacto, catalogación y cálculo de accesos al sistema ✓ PERT, Diagrama de Gantt, WBS y Diagrama de Extrapolación	30s
25	En MÉTRICA v3, las sesiones JAD tienen como objetivo principal:	Potenciar la participación de la alta dirección para mejores resultados ✓ Reducir el tiempo de desarrollo manteniendo la calidad del sistema Identificar los factores críticos de éxito de la organización Evaluar la viabilidad técnica de las soluciones propuestas	30s
26	¿Cuál es el objetivo de las sesiones JRP en MÉTRICA v3?	Reducir el tiempo de desarrollo del sistema manteniendo su calidad Codificar y probar los módulos del sistema de forma conjunta ✓ Potenciar la participación activa de la alta dirección para mejores resultados Formar a los usuarios finales en el uso eficaz del sistema	30s
27	En MÉTRICA v3, ¿qué práctica tiene como objetivo detectar y registrar defectos de un producto intermedio verificando que satisface sus especificaciones?	Revisión técnica del producto para comprobar su ajuste Pruebas de aceptación realizadas por los usuarios finales ✓ Revisión formal para detectar defectos según especificaciones Análisis de impacto sobre los cambios realizados al producto	30s
28	¿Qué distingue la revisión técnica de la revisión formal en MÉTRICA v3?	La revisión técnica la realizan usuarios y la formal los programadores ✓ La revisión técnica evalúa el ajuste a especificaciones, la formal detecta defectos La revisión técnica es obligatoria y la formal es opcional La revisión técnica se aplica al código y la formal a los requisitos	30s
29	En los perfiles de participantes de MÉTRICA v3, ¿a qué perfil pertenece el Administrador de Bases de Datos?	Perfil Consultor, junto con especialistas en comunicaciones Perfil Jefe de Proyecto, junto con responsables de sistemas ✓ Perfil Analista, junto con el equipo de arquitectura Perfil Programador, como especialista técnico en desarrollo	30s
30	¿A qué perfil de MÉTRICA v3 pertenecen el Responsable de Seguridad y el Responsable de Calidad?	Perfil Directivo, junto con el Comité de Dirección Perfil Consultor, junto con el Consultor Informático Perfil Analista, junto con el Equipo de Seguridad ✓ Perfil Jefe de Proyecto, junto con otros responsables	30s
31	En el perfil Directivo de MÉTRICA v3, ¿qué participantes se incluyen?	Jefe de Proyecto, Responsable de Implantación y de Mantenimiento Consultores, Técnicos de Sistemas y Especialistas en Comunicaciones Analistas, Equipo de Arquitectura y Administrador de BD ✓ Comité de Dirección, Comité de Seguimiento, Directores de usuarios y Usuarios expertos	30s
32	En el modelo entidad/relación extendido de MÉTRICA v3, ¿qué característica define a una entidad débil?	Tiene existencia propia pero carece de atributos identificadores ✓ Su existencia depende de otra entidad del modelo de datos Puede tomar múltiples valores para un mismo atributo principal Asocia tipos de entidad de dominios independientes entre sí	30s
33	En MÉTRICA v3, dentro de las relaciones débiles del modelo E/R extendido, ¿qué diferencia la dependencia en identificación de la dependencia en existencia?	En identificación la entidad débil puede existir sola, en existencia no ✓ En identificación además de no poder existir sola, no se identifica solo con sus atributos En identificación la relación es 1:1, en existencia es siempre 1:N En identificación la entidad débil tiene clave propia compuesta	30s
34	Según MÉTRICA v3, ¿cuándo se dice que una relación es exclusiva?	Cuando la cardinalidad mínima es cero en ambos extremos Cuando solo participa un tipo de entidad en la relación ✓ Cuando la existencia de una relación implica la no existencia de otras Cuando el tipo de correspondencia es obligatoriamente 1:1	30s
35	En el modelo E/R extendido, ¿qué representa la cardinalidad de una relación?	El nombre unívoco que distingue cada relación del modelo El número máximo de entidades que puede tener el sistema ✓ El número máximo y mínimo de ocurrencias de una entidad interrelacionadas con otra El tipo de dependencia entre entidades débiles y regulares	30s
36	Según MÉTRICA v3, ¿cuándo es obligatoria una relación?	Cuando la cardinalidad máxima es N en ambos extremos ✓ Cuando para toda ocurrencia de una entidad existe al menos una del tipo asociado Cuando el tipo de correspondencia es exclusivamente 1:1 Cuando ambas entidades son de tipo regular en el modelo	30s
37	En el modelo E/R extendido de MÉTRICA v3, un atributo univaluado se define como aquel que:	Identifica unívocamente cada ocurrencia de la entidad Toma obligatoriamente al menos un valor para cada ocurrencia ✓ Solo puede tomar un único valor para cada ocurrencia de la entidad Se define sobre un dominio simple sin restricciones adicionales	30s
38	¿Qué mecanismo de abstracción del modelo E/R extendido permite construir un supertipo a partir de varios subtipos?	Especialización, descomponiendo el supertipo en subtipos Agregación, componiendo entidades con sus relaciones ✓ Generalización, abstrayendo un supertipo desde varios subtipos Categoría, uniendo varios supertipos en un único subtipo	30s
39	En MÉTRICA v3, ¿qué es una categoría en el modelo E/R extendido?	Un supertipo que se descompone en subtipos mediante especialización ✓ Un subtipo resultado de la unión de varios supertipos distintos Una entidad débil que depende en identificación de otra regular Un atributo discriminante que determina la jerarquía de entidades	30s
40	La agregación en el modelo E/R extendido de MÉTRICA v3 consiste en:	Abstraer un supertipo a partir de atributos comunes de subtipos Descomponer un supertipo en subtipos con atributos propios ✓ Construir un nuevo tipo de entidad como composición de otros y su relación Relacionar entidades de dominios independientes de forma coyuntural	30s
41	En la notación del modelo E/R extendido de MÉTRICA v3, ¿cómo se representa una entidad débil?	Con un rectángulo simple etiquetado con el nombre de la entidad Con un rombo unido a las entidades por líneas rectas laterales Con una elipse conectada por una línea al tipo de entidad ✓ Con dos rectángulos concéntricos con el nombre en el interior	30s
42	¿Cómo se representan gráficamente las relaciones exclusivas en el modelo E/R extendido de MÉTRICA v3?	Con una doble línea entre el supertipo y el triángulo invertido Con un triángulo invertido con la letra 'd' en su interior ✓ Con un arco sobre las líneas que conectan la entidad a las relaciones Con una línea discontinua entre las entidades relacionadas	30s
43	En la notación de jerarquías del modelo E/R extendido, ¿qué indica una letra 'd' dentro del triángulo?	Que la jerarquía es de tipo dependencia en identificación Que los subtipos pueden solaparse parcialmente entre ellos Que se trata de una categoría resultado de unión de entidades ✓ Que los subtipos son disjuntos y no pueden solaparse entre sí	30s
44	En el modelo E/R extendido de MÉTRICA v3, ¿cómo se representa una jerarquía total?	Con un arco sobre las líneas de las relaciones exclusivas Con una letra 'O' dentro del triángulo de la jerarquía Con una letra 'U' que indica la unión por categorías ✓ Con una doble línea entre el supertipo y el triángulo	30s
45	En el ejemplo del modelo E/R extendido de MÉTRICA v3, TÉCNICO es un subtipo de EMPLEADO generado por especialización. ¿Por qué fue necesaria esta especialización?	Para asignar atributos de nombre y dirección exclusivos a técnicos ✓ Para establecer la relación 'Trabaja en' con PROYECTO, ya que no todos los empleados trabajan en proyectos Para crear una jerarquía total con los subtipos administrativo e ingeniero Para separar las dependencias funcionales transitivas del modelo	30s
46	En la normalización de MÉTRICA v3, ¿qué establece la dependencia funcional?	Que un atributo depende de otro a través de un tercer atributo intermedio ✓ Que a cada valor de X le corresponde un único valor de Y Que un atributo depende de toda la clave y no solo de parte Que todos los atributos no principales dependen directamente de la clave	30s
47	¿Qué condición adicional debe cumplirse para que exista dependencia transitiva de Z respecto de X a través de Y?	Que X dependa funcionalmente de Y y de Z simultáneamente ✓ Que X→Y, Y no implique X (Y-/→X), e Y→Z Que Z dependa funcionalmente de toda la clave compuesta XY Que X e Y sean atributos principales de la misma entidad	30s
48	Una entidad está en Primera Forma Normal (1FN) cuando:	Todos sus atributos no principales dependen de toda la clave completa No tiene dependencias transitivas entre atributos no principales ✓ No tiene grupos repetitivos y cada atributo toma un único valor simple Todos sus atributos dependen directamente de la clave primaria	30s
49	Para pasar de 1FN a 2FN, ¿qué tipo de dependencias deben eliminarse?	Dependencias transitivas de atributos no principales respecto de la clave Grupos repetitivos que generan múltiples valores por atributo ✓ Dependencias funcionales parciales de atributos respecto de parte de la clave Dependencias multivaluadas entre atributos no principales del modelo	30s
50	Para alcanzar la Tercera Forma Normal (3FN), ¿qué tipo de dependencias deben eliminarse?	Dependencias funcionales parciales respecto de las claves candidatas Grupos repetitivos que violan la atomicidad de los atributos Dependencias multivaluadas entre pares de atributos independientes ✓ Dependencias funcionales transitivas de atributos no principales respecto de la clave	30s
51	En el ejemplo de normalización de MÉTRICA v3, ¿por qué la entidad TÉCNICOS no cumple la 1FN inicialmente?	Porque nombre_empresa depende solo de cod_empresa y no de toda la clave Porque categoría depende transitivamente de cod_técnico a través de cod_categoría ✓ Porque un técnico puede tener múltiples conocimientos, generando valores repetidos de cod_conoc Porque cod_proyecto no forma parte de la clave principal compuesta	30s
52	En el ejercicio de normalización de MÉTRICA v3, al pasar a 2FN se detecta que nombre_empresa no tiene dependencia funcional completa de la clave. ¿De qué parte de la clave depende?	De la clave compuesta cod_empresa + cod_técnico conjuntamente Exclusivamente de cod_técnico como atributo determinante De cod_categoría como atributo intermedio del modelo ✓ Exclusivamente de cod_empresa como parte de la clave compuesta	30s
53	En el ejemplo de 3FN de MÉTRICA v3, ¿por qué la entidad PROYECTOS tampoco está en tercera forma normal?	Porque cod_proyecto tiene grupos repetitivos por técnico asignado Porque f_inicio depende solo de cod_proyecto y no de toda la clave ✓ Porque nombre_cliente depende de cod_cliente, que no es parte de la clave Porque nombre_proyecto depende transitivamente de cod_empresa	30s