Test
FINAL AUDITORÍA
Crea una cuenta gratis para terminar este test
Guarda tu progreso y consulta tu resultado final.
¿Ya tienes cuenta? Inicia sesión
Preguntas del test (97)
1Análisis forense trata de saber:
- Aa) Quién, cuándo cómo y por qué se produjo un incidente de seguridad.
- Bb) Quién, cuándo, a qué hora, cómo y por qué se produjo un incidente de seguridad.
- Cc) Quién, cuándo, dónde, cómo y por qué se produjo un incidente de seguridad.
- Dd) Quién, dónde, cómo, en qué sio y por qué se produjo un incidente de seguridad.
2La cadena de custodia de una evidencia digital garanza:
- Aa) Confidencialidad, autencidad, disponibilidad, repevidad, trazabilidad e integridad de la evidencia.
- Bb) Confidencialidad, autencidad, veracidad, disponibilidad, trazabilidad e integridad de la evidencia.
- Cc) Confidencialidad, completud, autencidad, disponibilidad e integridad de la evidencia.
- Dd) Confidencialidad, autencidad e integridad de la evidencia.
3Principio de intercambio de Locard:
- Aa) Cuando dos objetos entran en contacto solo uno transfiere material que incorpora al otro.
- Bb) Cuando dos objetos entran en contacto siempre transfieren material que incorporan al otro.
- Cc) Se puede obtener el estado de un sistema sin alterarlo.
- Dd) No se puede obtener el estado de un sistema sin alterarlo.
4Según el principio de Locard, al detectar un incidente de seguridad es conveniente:
- Aa) Las respuestas b y c son correctas.
- Bb) Realizar un apagado lógico y sico de los equipos involucrados.
- Cc) Realizar muchas operaciones antes de decidir si se realiza un duplicado forense.
- Dd) Realizar pocas operaciones antes de decidir si se realiza un duplicado forense.
5Principios de indeterminación de Heisenberg:
- Aa) Cuando dos objetos entran en contacto sólo uno transfiere material que incorpora al otro.
- Bb) Cuando dos objetos entran en contacto siempre transfieren material que incorporan al otro.
- Cc) Se puede obtener el estado de un sistema sin alterarlo.
- Dd) No se puede obtener el estado de un sistema sin alterarlo.
6Cuando un administrador detecta un incidente relacionado con el robo de información debe de proceder inmediatamente a:
- Aa) Realizar un apagado lógico y sico de los equipos involucrados.
- Bb) Noficar el incidente y observar al atacante.
- Cc) Cambiar las contraseñas de los usuarios administradores.
- Dd) Apagar el equipo cortafuegos.
7 Las evidencias constatadas en un disco tienen una volatilidad menor que las evidencias
constatadas en la memoria principal:- Aa) Verdad.
- Bb) Si el disco está configurado en RAID-5: Verdad.
- Cc) Falso.
- Dd) Si la memoria principal ene un mecanismo de corrección de errores basada en paridad: Falso.
8Todas las evidencias digitales siguientes tienen una naturaleza volátil:
- Aa) Procesos en ejecución, conexiones abiertas y puertos, información del portapapeles y usuarios conectados local o remotamente.
- Bb) Procesos en ejecución, conexiones abiertas y puertos, información del portapapeles y metadatos.
- Cc) Procesos en ejecución, conexiones abiertas y puertos, información del portapapeles y ficheros ocultos.
- Dd) Entradas en logs del sistema, conexiones abiertas y puertos, información del portapapeles y usuarios conectados local o remotamente.
9 Todas las evidencias digitales siguientes tienen una naturaleza persistente :
- Aa) Entradas en logs del sistema, ficheros modificados o accedidos, procesos en ejecución, ejecutables camuflados y ficheros ocultos.
- Bb) Entradas en logs del sistema, ficheros modificados o accedidos, metadatos, ejecutables camuflados y conexiones abiertas y puertos.
- Cc) Entradas en logs del sistema, ficheros modificados o accedidos, metadatos, información del portapapeles y ficheros ocultos.
- Dd) Entradas en logs del sistema, ficheros modificados o accedidos, metadatos, ejecutables camuflados y ficheros ocultos.
10 Autopsy es una herramienta orientada.
- Aa) A la auditoria forense.
- Bb) A la informática o análisis forense.
- Cc) A ninguna de las anteriores.
- Dd) A realizar copias de discos.
11Como auditor forense constato una conexión de origen no conocida en el fichero de conexiones del ordenador comprometido.
- Aa) Aplica el principio de Locard.
- Bb) Aplica el principio de indeterminación de Heisenberg.
- Cc) Las respuestas A y B son correctas siempre que analice una copia del disco del ordenador comprometido.
- Dd) Las respuestas A y B son correctas.
12 Como auditor forense ejecuto PMDUMP –LIST en el ordenador comprometido.
- Aa) Aplica el principio de Locard.
- Bb) Aplica el principio de indeterminación de Heisenberg.
- Cc) Las respuestas A y B son correctas siempre que analice una copia del disco del ordenador comprometido.
- Dd) Las respuestas A y B son correctas.
13La integridad de una evidencia digital se puede garantizar:
- Aa) Comprobando que el hash obtenido con un algoritmo de cifrado de la evidencia en la fase de adquisición coincide con el de la fase de análisis.
- Bb) Comprobando que el hash MD5 de la evidencia en la fase de adquisición coincide con el resto de la fase de análisis.
- Cc) Comprobando que el hash MD5 de la evidencia en la fase de evaluación coincide con el de la fase de análisis.
- Dd) Comprobando que el hash MD5 de la evidencia en la fase de adquisición coincide con el de la fase información.
14Un proceso de análisis forense sigue la secuencia de fases siguiente:
- Aa) Informar, evaluar, adquirir y analizar.
- Bb) Adquirir, analizar, evaluar e informar.
- Cc) Evaluar, analizar, adquirir e informar.
- Dd) Evaluar, adquirir, analizar e informar.
15Respecto a PMDUMP y STRING:
- Aa) PMDUMP se uliza en la fase de generación informe de evidencias y STRING en la fase de análisis.
- Bb) PMDUMP se uliza en la fase de adquisición de evidencias y STRING en la fase de generación de informe.
- Cc) PMDUMP se uliza en la fase de adquisición de evidencias y STRING en la fase de análisis.
- Dd) PMDUMP se uliza en la fase de análisis de evidencias y STRING en la fase de adquisición.
16Me despierto en clase y están hablando de ficheros de los o bitácora y del principio de:
- Aa) Heisenberg.
- Bb) Locard.
- Cc) Locard y Heisenberg
- Dd) Heisenberg y quizás Locard.
17 La LOPD se aplica a:
- Aa) Personas físicas y jurídicas.
- Bb) Personas físicas.
- Cc) Personas jurídicas.
- Dd) Personas físicas y a los DCP de las personas fallecidas
18Si una organización trata los DCP sólo con recursos internos:
- Aa) El responsable del fichero actúa como encargado del tratamiento.
- Bb) No se aplica la LODP.
- Cc) El responsable de seguridad actúa como encargado del tratamiento.
- Dd) No existe la figura del encargado de tratamiento.
19El sistema NOTA es una herramienta de la AEPD que sirve para:
- Aa) Obtener un informe basado en las respuestas trasmitidas por un RF o RS a preguntas relacionadas con el reglamento de medidas de seguridad de LODP.
- Bb) Obtener un informe basado en las respuestas trasmitidas por un RF a preguntas relacionadas con la adaptación legal a la LOPD.
- Cc) Obtener un nivel de madurez entre 0 y 5 sobre la adaptación de una organización a la LOPD.
- Dd) Realizar notificaciones electrónicas a la AEPD relacionadas con la inscripción de ficheros con datos de carácter personal.
20Entre los principios por el RF con los DCP se encuentran:
- Aa) Deben de ser exactos y no es necesario que estén actualizados.
- Bb) Se recogen con fines indeterminados.
- Cc) Se conservan sólo durante el tiempo necesario para las finalidades del tratamiento para el que se han recogido.
- Dd) Se pueden conservar una vez finalizado el tratamiento para el que se han recogido.
21Entre los principio ARCO de la LOPD se encuentran:
- Aa) Acceso, recficación, cancelación y oposición.
- Bb) Acceso, recuperación, cancelación y oposición.
- Cc) Acceso, rectificación, conocimiento y oposición.
- Dd) Aplicación, rectificación, cancelación y oposición.
22Las medidas de seguridad recogidas en el RDLOPD pueden ser de:
- Aa) Nivel bajo, medio o alto.
- Bb) Nivel básico, mediano o alto.
- Cc) Nivel básico, medio o alto.
- Dd) Nivel básico, medio o críco.
23 Los DCP relacionados con infracciones administrativas o penales, con temas financieros o relacionados con la personalidad o comportamiento son de nivel:
- Aa) Básico.
- Bb) Medio.
- Cc) Alto.
- Dd) Bajo.
24Los DCP relacionados con nombre y apellidos o datos de contacto (dirección, teléfono, email, etc.) son de nivel:
- Aa) Básico.
- Bb) Medio
- Cc) Alto
- Dd) Bajo
25 Los DCP relacionados con ideología, religión y creencias, salud y vida sexual, afiliación sindical o violencia de género son de nivel:
- Aa) Básico.
- Bb) Medio.
- Cc) Alto.
- Dd) Bajo-
26 La existencia de un RS es obligatoria si:
- Aa) Hay DCP de nivel sólo básico.
- Bb) Hay DCP de nivel básico, medio y alto.
- Cc) Hay DCP.
- Dd) No hay DCP.
27Un auditor comprobara si hay un registro de acceso a los DCP si éstos son:
- Aa) De nivel medio.
- Bb) De nivel básico y/o medio.
- Cc) De nivel básico, medio y alto.
- Dd) De nivel medio o relacionados con nombre y apellidos o datos de contacto (dirección, teléfono, email, etc...).
28Un auditor comprobará si se limita el numero de accesos (identificación y autenticación) a los DCP si éstos son:
- Aa) De nivel básico.
- Bb) De nivel básico y/o medio.
- Cc) De nivel básico o relacionados con nombre y apellidos o datos de contacto (dirección, teléfono, email, etc...).
- Dd) Ninguna de la anteriores.
29Un auditor comprobará si se almacenan copias de seguridad en ubicación alternativa a donde se tratan los datos si los DCP son:
- Aa) De nivel medio.
- Bb) De nivel básico y/o medio.
- Cc) Sobre ideología.
- Dd) De nivel medio.
30 Las comunicaciones con DCP se cifrarán si:
- Aa) Se transmiten DCP por redes públicas o inalámbricas.
- Bb) Se transmiten DCP de nivel básico por redes públicas o inalámbricas.
- Cc) Se transmiten DCP de nivel medio por redes públicas o inalámbricas.
- Dd) Se transmiten DCP relacionados con ideología, religión y creencias, salud y vida sexual, afiliación sindical o violencia de género por redes públicas o inalámbricas.
31La auditoría del RDLOPD es obligatoria si.
- Aa) Los DCP son de nivel medio y/o alto.
- Bb) Los DCP son de nivel básico.
- Cc) Los DCP son de nivel bajo y medio.
- Dd) Los DCP son de nivel básico pero no de nivel medio.
32El auditor de LOPD puede utilizar:
- Aa) La ISO/IEC 27001 como referentes y la ISO 19011 como guía en el proceso de auditoría.
- Bb) La ISO 19011 como referente y la LOPD y su RDLOPD como guías en el proceso de auditoría.
- Cc) La LOPD y su RDLOPD como referentes y la ISO/IEC 27001 como guía en el proceso de auditoría.
- Dd) La LOPD y su RDLOPD como referentes y la ISO 19011 como guía en proceso de auditoría.
33 En una auditoría LOPD un auditor constata un listado de ficheros donde algunos pueden ser temporales debido a su nombre y a que su fecha de creación es de 2010.
- Aa) Es una evidencia pero no constituye un hallazgo.
- Bb) Es un hallazgo pero no constituye una evidencia.
- Cc) Es una evidencia y constituye un hallazgo.
- Dd) No es una evidencia pero si constituye un hallazgo.
34En una auditoría LOPD un auditor constata que el DS no está aprobado por la dirección:
- Aa) Es una evidencia y constituye un hallazgo.
- Bb) Es un hallazgo pero no constituye una evidencia.
- Cc) Es una evidencia pero no constituye un hallazgo.
- Dd) No es una evidencia pero si constituye un hallazgo.
35 En una auditoría LOPD un auditor constata que el RF dispone de una relación de hace 16 meses donde figuran los usuarios con acceso autorizado y perfiles:
- Aa) Es un hallazgo pero no constituye una evidencia.
- Bb) Es una evidencia y constituye un hallazgo pero no es necesario recomendar medidas correctoras ya que la relación está actualizada.
- Cc) Es una evidencia, constituye un hallazgo y recomienda que se genere la relación con
una mayor frecuencia. - Dd) Es una evidencia, no constituye un hallazgo y recomienda que se genere la relación con una mayor frecuencia.
36 En una auditoría LOPD un auditor constata que las contraseñas se cifra con un algoritmo propietario basado en el cifrado de Julio Cesar 4.
- Aa) Es un hallazgo y constituye una evidencia.
- Bb) Es una evidencia, constituye un hallazgo y recomienda que se sustituya el algoritmo de cifrado.
- Cc) Es una evidencia, no constituye un hallazgo y recomienda que se sustituya el algoritmo de cifrado.
- Dd) Es una evidencia, constituye un hallazgo y recomienda que se mantenga el algoritmo de cifrado.
37 En una auditoría LOPD un auditor constata que no se dispone de registro de acceso aunque el RF es la única persona que accede a los DCP:
- Aa) Es una evidencia, constituye un hallazgo y recomienda que se implemente un registro de acceso.
- Bb) Es una evidencia, constituye un hallazgo y no recomienda que se implemente un registro de acceso
- Cc) Es un hallazgo y constituye una evidencia.
- Dd) Es una evidencia y constituye un hallazgo.
38 En una auditoría LOPD un auditor constata que el departamento de RRHH escanea los informes médicos y almacena los PDF correspondientes en una memoria USB. ¿Qué pregunta haría como auditor al responsable del departamento?
- Aa) ¿Desde cuándo?
- Bb) ¿Cuántos informes?
- Cc) ¿Se cifran?
- Dd) ¿Cuántos GB ene la memoria USB?
39En una auditoría LOPD un auditor constata que las imágenes de las cámaras de vídeo vigilancia se visualizan pero no se graban:
- Aa) Es una evidencia, constituye un hallazgo y recomienda que se graben.
- Bb) El RF no está obligado a garantizar los derechos de ARCO.
- Cc) Es una evidencia, constituye un hallazgo y recomienda que se inscriba el fichero correspondiente en la AEPD.
- Dd) No es necesario comprobar si están dados de alta los ficheros correspondientes en la AEPD.
40 En una auditoria LDOP un auditor constata que se han instalado varias cámaras falsas en las entradas del edificio y no se ha registrado en el fichero correspondiente en la AEPD:
- Aa) No es necesario comprobar si están dados de alta los ficheros correspondientes en la AEPD y el RF no está obligado a garantizar los derechos ARCO.
- Bb) El RF no está obligado a garantizar los derechos ARCO.
- Cc) Es una evidencia, constituye un hallazgo y recomienda que se inscriba el fichero correspondiente en la AEPD.
- Dd) Es una evidencia, constituye un hallazgo y recomienda que se graben.
41La calidad del software depende de la calidad e los siguientes elementos:
- Aa) El proceso de desarrollo software, el proyecto, el equipo y el producto software.
- Bb) El proceso de explotación del software, las herramientas, el equipo y el producto software
- Cc) El proceso de desarrollo software, el proyecto y el producto software
- Dd) El proceso de pruebas del software, el equipo y el producto software
42El proceso de desarrollo software se puede implementar según el referente
- Aa) ISO/IEC 15504
- Bb) Familia ISO/IEC 25000
- Cc) ISO/IEC 27001
- Dd) ISO/IEC 12207
43Un auditor puede evaluar la capacidad de los procesos de la ISO/IEC 12207 utilizando:
- Aa) ISO/IEC 15504
- Bb) ISO 19011
- Cc) ISO/IEC 14598
- Dd) Familia ISO/IEC 25000
44El modelo de la calidad de los procesos software según la ISO está formado por:
- Aa) CCMDI-DEV e ISO/IEC 15504
- Bb) ISO/IEC 12207, ISO/IEC 15504 y CCMI-DEV
- Cc) ISO/IEC 12207 e ISO/IEC 15504
- Dd) ISO/IEC 12207 e ISO/IEC 27001
455. Respecto a la ISO/IEC 12207
- Aa) Especifica que procesos hay que implementar en un proceso de desarrollo de software
- Bb) Especifica cómo hay que implementar los procesos de desarrollo software
- Cc) Especifica cómo se evalúan los procesos de desarrollo software
- Dd) Especifica cómo se evalúa la calidad del producto software
466. Si un auditor ha definido que una factoria software esta en un nivel de madurez 1 , ha revisado los siguientes procesos:
- Aa) De un suministro de gestión del modelo de ciclo de vida y gestión de la configuración software
- Bb) De un suministro, de planificación del proyecto y gestión de la configuración software
- Cc) De suministro, de gestión del modelo de ciclo de vida y gestión de la configuración software
- Dd) De aseguramiento de la calidad, de gestión del modelo de ciclo de vida y gestión de la configuración software
477. Si un auditor ha definido que una organización de desarrollo software esta en el nivel de madurez 2, ha comprobado que la capacidad de los procesos correspondientes es:
- Aa) Al menos dos para la mitad de los mismos
- Bb) Al menos dos para los más importantes
- Cc) Dos
- Dd) Uno para la cuarta parte, dos para la mitad y tres para la cuarta parte
48Un auditor concluirá que un proceso de la ISO/IEC 12207 alcanza el nivel de capacidad 1, si constata que:
- Aa) Se generan los “outcomes” o resultados del proceso según la ISO/IEC 15504
- Bb) Se generan los “outcomes” o resultados del proceso según la ISO/IEC 12207
- Cc) Se generan los “outcomes” o resultados del proceso según la ISO/IEC 14598
- Dd) Se generan al menos la mitad de los “outcomes” o resultados del proceso según la ISO/IEC 12207
49Una certificación de la calidad de los procesos software (una evaluación CMMI por ejemplo):
- Aa) Siempre asegura un producto de calidad software
- Bb) No tiene relación con un producto de calidad de software
- Cc) No existe el concepto de certificación de la calidad de los procesos software
- Dd) No siempre asegura un producto de calidad de software
50SPICE es el método para realizar auditorías de procesos de desarrollo software relacionado con:
- Aa) ISO/IEC 12207
- Bb) CMMI-DEV
- Cc) SQUARE
- Dd) ISO/IEC 9126
51SACMPI es el método para realizar auditorías de procesos de desarrollo software relacionado con:
- Aa) ISO/IEC 12207
- Bb) CMMI-DEV
- Cc) SPICE
- Dd) ISO/IEC 9126
52CMMI-DEV es similar a:
- Aa) ISO/IEC 15504
- Bb) ISO/IEC 9126
- Cc) ISO/IEC 12207
- Dd) ISO/IEC 14598
53En una auditoria de proceso software un auditor de AENOR utiliza los siguientes estándares:
- Aa) ISO 19011, ISO/IEC 9126 e ISO/IEC 15504
- Bb) ISO 19011, ISO/IEC 12207 e CMMI-DEV
- Cc) ISO 19011, ISO/IEC 12207 e ISO/IEC 14598
- Dd) ISO 19011, ISO/IEC 12207 e ISO/IEC 15504
54En relación con el proceso de desarrollo software, la ISO/IEC 12207 especifica:
- Aa) Como se debe hacer (metodología) y lo que se debe hacer
- Bb) Lo que se debe hacer
- Cc) Como se evalúa la capacidad de los procesos que describe
- Dd) Como se debe hacer (metodología)
55Tras auditar el proceso de desarrollo software una factoría software, el auditor asigna:
- AUn nivel de capacidad a la factoría y un nivel de madurez a los procesos auditados.
- Bb) Un nivel de capacidad a la factoría.
- Cc) Un nivel de madurez a la factoría.
- Dd) Un nivel de madurez a la factoría y un nivel de madurez a los procesos auditados.
56Para que un proceso de la ISO/IEC 12207 alcance el nivel de capacidad 2:
- Aa) No es necesario que se generen todos los “outcomes” o resultados del proceso según la ISO/IEC 12207.
- Bb) Es necesario que se generen al menos la mitad de los “outcomes” o resultados del proceso según la ISO/IEC 12207
- Cc) Es necesario que se generen todos los “outcomes” o resultados del proceso según la ISO/IEC 15504
- Dd) Es necesario que se generen todos los “outcomes” o resultados del proceso según la ISO/IEC 12207
57Si el auditor constata que los 3 procesos del nivel de madurez 1 y los 7 niveles de madurez 2 alcanzan el nivel de capacidad 2 puede concluir que :
- Aa) La organización auditada se encuentra en un nivel de capacidad 2 y en un nivel de madurez 2
- Bb) La organización auditada se encuentra en un nivel de madurez 2
- Cc) La organización auditada se encuentra en un nivel de capacidad 2 para los 3 procesos del nivel de madurez 1 y los 7 procesos del nivel de madurez 2
- Dd) La organización auditada se encuentra en un nivel de capacidad 2
5818. Las evidencias directas en una auditoria SPICE pueden ser:
- Aa) El propio producto que se obtiene de un “outcome” o un AP.
- Bb) Correos, actas de reunión, planes, hitos, fechas, etc.
- Cc) El propio producto que se obtiene de un “outcome”;
- Dd) El propio producto que se obtiene de un “outcome” o un PA
59Las evidencias indirectas de una auditoria SPICE pueden ser:
- Aa) El propio producto que se obtiene de un “outcome” o un AP
- Bb) Correos, actas de reunión, planes, hitos, fechas, etc.
- Cc) Correos, actas de reunión, planes, hitos, “outcomes”, etc;
- Dd) Correos, AP, PA planes, hitos fechas, etc.
6020. Las evidencias de tipo afirmaciones en una auditoria se pueden obtener en:
- Aa) Entrevistas con distintos actores de la organización y en “outcomes”
- Bb) Entrevistas con distintos actores de la organización auditada y en evidencias indirectas
- Cc) Entrevistas con distintos actores de la organización auditada y en correos
- Dd) Entrevistas con distintos actores de la organización
61¿Quién está interesado en evaluar la calidad?
- AOrganismos o empresas que adquieren productos software y organismos o empresas que externalizan total o parcialmente su proceso de desarrollo software.
- BFactorías y empresas desarrolladoras de software y organismos o empresas que externalizan total o parcialmente su proceso de desarrollo software
- CFactorías y empresas desarrolladoras de software, organismos o empresas certificadoras de calidad ambiental y organismos o empresas que externalizan total o parcialmente su proceso de desarrollo software.
- DFactorías y empresas desarrolladoras de software, organismos o empresas que adquieren productos software y organismo o empresas que externalizan total o parcialmente su proceso de desarrollo software.
62 Factorías y empresas desarrolladoras de software, ¿están interesadas en evaluar la calidad de su software?
- Aa. No, porque hoy los clientes compran software basándose exclusivamente en el precio.
- Bb. Si, porque así venden mas.
- Cc. Sí, porque así pueden asegurar a sus clientes que sus productos son de calidad
- Dd. Sí, porque así pueden externalizar sus procesos de desarrollo software con garantía
63La deuda técnica hace referencia a:
- AConsecuencias y costes en que incurre una empresa por externalizar software con debilidades.
- BConsecuencia y costes en que incurre una empresa por comprar software con debilidades.
- CConsecuencias y costes en que incurre una empresa por desarrollar software con debilidades
- DConsecuencias y costes en que incurre una empresa por desarrollar software sin debilidades.
64 La deuda técnica no intencionada viene dada por:
- ACódigo de baja calidad por un programador junior o asumir un equipo de baja calidad o adquisición de una empresa con deuda técnica.
- BCódigo de baja calidad por un programador junior o adquisición de una empresa con deuda técnica.
- CCódigo de baja calidad por un programador junior, o adquisición de una empresa con deuda técnica o presión de fechas <<Time to market>>.
- DCódigo de baja calidad por un programador junior o asumir un equipo de baja calidad.
65 La deuda técnica intencionada viene dada por:
- ACódigo de baja calidad por un programador junior o asumir un equipo de baja calidad.
- BCódigo de baja calidad por un programador junior o subprocesos de desarrollo de baja calidad o presión de fechas <<Time to market>> o pruebas y testing pobres.
- CSubprocesos de desarrollo de baja calidad o presión de fechas <<Time to market>> o adquisición de una empresa con deuda técnica.
- DSubprocesos de desarrollo de baja calidad o presión de fechas <<Time to market>> o pruebas y testing pobres.
66La deuda técnica:
- AEs visible y genera valores negativos.
- BEs invisible y genera valores negativos.
- CEs visible y general valores positivos.
- DEs invisible y genera valores positivos.
67 Las características según el modelo de calidad del producto software recogidas en la ISO/IEC 9126 son:
- AFuncionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad.
- BFuncionalidad, fiabilidad, usabilidad, confidencialidad, mantenibilidad y portabilidad
- CFuncionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y trazabilidad.
- DRacionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad.
68Según el modelo de calidad del producto software de la ISO/IEC 9126 las métricas internas:
- ASon aplicables a la utilización del software por parte de los usuarios.
- BSon aplicables al software en ejecución.
- CNo dependen de la ejecución del software y son, por lo tanto, medidas estáticas.
- DNo dependen de la ejecución del software y son, por tanto, medidas dinámicas.
69Según el modelo de calidad del producto software de la ISO/IEC 9126 las métricas externas:
- ASon aplicables a la utilización del software por parte de los usuarios.
- BSon aplicables al software en ejecución
- C No dependen de la ejecución del software y son, por lo tanto, medidas estáticas.
- DSon aplicables al software en ejecución y la utilización del software por parte de los usuarios
70 Según el modelo de calidad del producto software de la ISO/IEC 9126 las métricas son:
- ASon aplicables a la utilización del software por parte de los usuarios.
- BSon aplicables al software en ejecución.
- CNo dependen de la ejecución de software y son, por lo tanto, medidas estáticas.
- DSon aplicables a la utilización del software por parte de los usuarios y no es necesario que el software estén en ejecución.
71 La ISO/IEC 14598 es un marco de trabajo para:
- AEvaluar la calidad de los procesos de desarrollo software.
- BEvaluar la calidad de los productos de software.
- CEvaluar la calidad de los productos de software y de los procesos de desarrollo software.
- DDefinir un modelo de calidad del producto software.
72 El referente que usara un auditor para evaluar la calidad de un producto software es :
- AISO/IEC 25000.
- BISO/IEC 14598.
- CISO/IEC 15504.
- DISO/IEC 19011
73 En una auditoría de producto software un auditor de AENOR utiliza los siguientes estándares:
- AISO/IEC 19011, ISO/IEC 9126 e ISO/IEC 27001.
- BISO/IEC 15504, ISO/IEC 9126 e ISO/IEC 14598.
- CISO/IEC 19011, ISO/IEC 9000 e ISO/IEC 14598.
- DISO/IEC 19011, ISO/IEC 9126 e ISO/IEC 14598.
74 La calidad del producto software se puede interpretar como:
- AEl grado en que dicho producto satisface los requisitos del CEO y CIO aportando de esta manera un valor.
- BEl grado en que dicho producto satisface los requisitos de sus desarrolladores aportando de esta manera un valor.
- CEl grado en que dicho producto satisface los requisitos de sus usuarios aportando de esta manera un valor.
- DEl grado en que dicho producto satisface los requisitos de sus usuarios.
75 La ISO/IEC 25000 hereda la característica de calidad de la ISO/IEC 9126 y añade:
- ACompatibilidad y seguridad.
- BCompatibilidad, usabilidad y seguridad.
- CCompatibilidad, portabilidad y seguridad.
- DCompatibilidad, seguridad y adecuación funcional.
76 En el marco de la ISO/IEC 25000 la interoperabilidad es una subcaracteristica de:
- ALa fiabilidad.
- BLa seguridad.
- CLa mantenibilidad.
- DLa compatibilidad.
77En el marco de la ISO/IEC 25000 la reusabilidad es una subcaracteristica de :
- ALa mantenibilidad.
- BLa seguridad.
- CLa compatibilidad.
78 En el marco de la ISO/IEC 25000 la mantenibilidad es:
- ALa capacidad del producto software para ser modificado debido a necesidades evolutivas, correctivas o perfectivas.
- BLa capacidad del producto software para ser modificado efectiva y eficientemente, debido a necesidades evolutivas, correctivas o perfectivas.
- CLa capacidad del producto software para ser probado efectiva y eficientemente, debido a necesidades evolutivas, correctivas o perfectivas.
- DCapacidad de dos o más sistemas o componentes para intercambiar información y/o llevar a cabo sus funciones requeridas cuando comparten el mismo entorno hardware o software.
79 En el marco de la ISO/IEC 25000 la compatibilidad es :
- ACapacidad de dos o más sistemas o componentes para llevar a cabo sus funciones requeridas cuando comparten el mismo entorno hardware o software.
- BLa capacidad del producto software para ser modificado efectiva y eficientemente, debido a necesidades evolutivas, correctivas o perfectivas.
- CCapacidad de dos o más sistemas o componentes para intercambiar información cuando comparten el mismo entorno hardware o software.
- DCapacidad de dos o más sistemas o componentes para intercambiar información y/o llevar a cabo sus funciones requeridas cuando comparten el mismo entorno hardware o software.
80 En el marco de la ISO/IEC 25000 la complejidad ciclomática está relacionada con:
- ALa seguridad.
- BLa compatibilidad y mantenibilidad.
- CLa mantenibilidad.
- DLa usabilidad y la compatibilidad.
81 En el marco de la ISO/IEC 25000 la complejidad ciclomática está relacionada con :
- AEsfuerzo necesario para poder probar todos los caminos en un código fuente.
- BEsfuerzo necesario para poder probar todos los bucles en un código fuente.
- CEsfuerzo necesario para poder probar todos las funciones en un código fuente.
- DEsfuerzo necesario para poder probar todas las estructuras condicionales en un código fuente.
82En el marco de la ISO/IEC 25000 la complejidad ciclomática se define como:
- Av(G) = e n + 2, donde n representa el número de aristas y e el número de nodos.
- Bv(G) = e n + 2, donde e representa el número de líneas de código que no son comentarios y n el número de líneas de comentarios..
- Cv(G) = e n + 2, donde e representa el número de nodos y n el número de aristas.
- Dv(G) = e n + 2, donde e representa el número de aristas y n el número de nodos.
83 Según Thomas McCabe un valor de complejidad ciclomática mayor de 20 implica un riesgo:
- AAlto o altísimo en la capacidad de ser analizado un código fuente.
- BModerado en la capacidad de ser analizado un código fuente.
- CAlto en la capacidad de ser analizado un código fuente.
- DDespreciable en la capacidad de ser analizado un código fuente.
84 Según Thomas McCabe un valor de complejidad ciclomática mayor de 50 implica un riesgo:
- AAlto o altísimo en la capacidad de ser analizado un código fuente.
- BModerado en la capacidad de ser analizado un código fuente.
- CAltísimo en la capacidad de ser analizado un código fuente.
- DDespreciable en la capacidad de ser analizado un código fuente.
85En el marco de la ISO/IEC 25000 la densidad de código repetido indica la relación entre la cantidad de :
- AComentarios de un producto y su tamaño (sin incluir comentarios).
- BCódigo repetido de un producto y su tamaño (sin contar comentarios).
- CCódigo repetido de un producto y su tamaño (contando comentarios).
- DComentarios de un producto y su tamaño (obviamente, incluyendo comentarios).
86 En el marco de la ISO/IEC 25000 la densidad de comentarios indica la relación entre la cantidad de:
- AComentarios de un producto y su tamaño (sin incluir comentarios).
- BCódigo repetido de un producto y su tamaño (sin contar comentarios).
- CCódigo repetido de un producto y su tamaño (contando comentarios).
- DComentarios de un producto y su tamaño (obviamente, incluyendo comentarios).
87 En el marco de la ISO/IEC 25000 la accesibilidad es una dimensión de la:
- AUsabilidad.
- BLa mantenibilidad.
- CLa seguridad.
- DLa complejidad ciclomática.
88 Para evaluar el nivel de accesibilidad de una aplicación web, un auditor usará como referente:
- ALa UNE 139803:2012 de ENAC.
- BLa UNE 139803:2012 de ISO.
- CLa UNE 139803:2012 de AENOR.
- DLa UNE 139803:2012 de BSI.
89Según la UNE 139803:2012 los niveles de conformidad respecto a la accesibilidad de una aplicación web son:
- AA, AA, AAA y AAAA.
- BA, AA y AAA.
- CA y AAA.
- DA, BB y CCC.
90 Respecto a una aplicación web, TAWDIS es un test para evaluar su nivel de conformidad respecto a la:
- AUsabilidad.
- BMantenibilidad.
- CAccesibilidad.
- DModularidad.
91ISO IEC 27042 aplica a:
- Aevaluar, adquirir las evidencias e informar
- Bevaluar y adquirir las evidencias
- Cevaluar adquirir y analizar las evidencias
- Danalizar e interpretar las evidencias
92En un análisis forense de rol DES tiene asignadas las funciones de:
- AAdquirir y analizar evidencias digitales
- BAdquirir y analizar hallazgos digitales
93Según el principio de locard:
- Ano se puede obtener el estado de un sistema sin alterarlo
- Bes recomendable realizar pocas operaciones antes de decidir si se realiza un duplicado forense
- Cel mero hecho de medir altera la magnitud medida
- Dse puede obtener el estado de un sistema sin alterarlo
94La pregunta ¿La evidencia recolectada valida un indicio que permita esclarecer los hechos en estudio?
está relacionado con la propiedad de la evidencia digital.- ARelevancia
- BSuficiencia
- CConfiabilidad
- DPertinente
95Los atributos de proceso de los niveles de capacidad tres, cuatro y cinco segun la ISO/IEC 15504 hacen referencia a:
- ATanto el proceso como el producto que genera
- BSólo al proceso
- CSólo al producto
96La deuda técnica no intencionada viene dada por:
- ACódigo de baja calidad por un programador junior asumir un equipo de baja calidad o adquisición de una empresa con deuda técnica
- Bcodigo de baja calidad por un programador junior..
97Los ficheros de un sistema de gestión de nómina:
- ASon de nivel alto por tener el grado de discapacidad y afiliación sindical
- BAunque tienen el grado de discapacidad y afiliación sindical de los empleados son de nivel básico
- CNo manejan DCP
- Ddependiendo del grado de discapacidad el fichero se clasificara como basico,medio o alto.
Información
- Descripción
- Test sobre FINAL AUDITORÍA, creado por Jorge Boticario el 31/05/2018.
- Autor
- Jorge Boticario
- Idioma
- Español
- Visitas
- 104
- Valoración
- 5,0 de 5 · 1 valoración Valora este test