Calidad del Software
![]() |
![]() |
![]() |
Título del Test:![]() Calidad del Software Descripción: Tema 3: Calidad de los Sistemas Informáticos |




Comentarios |
---|
NO HAY REGISTROS |
¿Qué organización elabora el informe CHAOS?. IEEE. Standish Group. ISO. PMI. ¿Cuál de las siguientes afirmaciones describe un proyecto exitoso según el informe CHAOS?. Un proyecto que cumple con el presupuesto, pero se retrasa en la entrega. Un proyecto que se entrega a tiempo, dentro del presupuesto y con las características requeridas. Un proyecto que se entrega con menos características de las especificadas. Un proyecto que se cancela antes de su finalización. ¿Cuál de los siguientes no es un tipo de proyecto clasificado en el informe CHAOS 2015?. Proyectos exitosos. Proyectos en curso. Proyectos con cambios. Proyectos fracasados. ¿Qué característica define a los proyectos con cambios según el informe CHAOS?. Son entregados fuera del tiempo o del presupuesto, o con menos características. Son proyectos que nunca se completan. Son aquellos que cumplen con los requisitos sin desviaciones. Son aquellos que cumplen con el tiempo y presupuesto, pero fallan en calidad. ¿Qué afirmación sobre el proceso de análisis del informe CHAOS es correcta?. Standish Group recopila datos sin analizarlos. Se toma toda la información en sentido literal. Cada proyecto es analizado antes de ser añadido a la base de datos. Solo se consideran proyectos exitosos. Standish Group ha estado recopilando datos sobre proyectos de software desde el año 2000. Falso. Verdadero. El informe CHAOS 2015 analiza proyectos de desarrollo de software comprendidos entre 2011 y 2015. Verdadero. Falso. Los proyectos fracasados incluyen aquellos que fueron cancelados o que se entregaron pero nunca fueron usados. Verdadero. Falso. Standish Group solo analiza proyectos exitosos en su base de datos. Verdadero. Falso. Nada de lo que se incluye en el informe CHAOS se toma en sentido literal y todo es cuestionable. Verdadero. Falso. ¿Cuál de las siguientes afirmaciones es una característica clave del enfoque de análisis de Standish Group?. Solo se analizan proyectos exitosos. Los datos se recopilan sin verificación. Cada proyecto es estudiado a fondo antes de añadirse a la base de datos. Los resultados del informe CHAOS son verdades absolutas. ¿Cuál de las siguientes afirmaciones es falsa sobre los proyectos fracasados?. Pueden haber sido cancelados antes de finalizar. Pueden haber sido entregados, pero nunca utilizados. Son aquellos que cumplen con todas las condiciones de tiempo, presupuesto y características. Son uno de los tipos de proyectos evaluados en el informe CHAOS. Standish Group recopila datos sobre proyectos de software sin hacer análisis previos. Verdadero. Falso. Un proyecto con cambios siempre se entrega dentro del presupuesto y a tiempo. Verdadero. Falso. El informe CHAOS ha sido elaborado por Standish Group desde hace más de 30 años. Verdadero. Falso. ¿Qué medio publica semanalmente noticias sobre riesgos y fallos relacionados con el software?. The Risk Digest. Standish Group. ISO. The Security Report. ¿Cuál de los siguientes incidentes de software ocurrió en febrero de 2023?. Audios deepfake imitando la voz de Joe Biden. Tesla llama a revisión coches por saltarse señales de stop. Un colegio en Massachusetts no puede apagar sus luces debido a un fallo de software. El Pentágono recurre a universidades por fallos en el software del F-35. ¿Por qué el Pentágono recurrió a universidades en febrero de 2021?. Para mejorar la ciberseguridad de su infraestructura. Debido a un software defectuoso en los aviones F-35. Por un fallo en el sistema de radares militares. Para crear un nuevo software de inteligencia artificial. ¿Cuál de los siguientes eventos ocurrió en enero de 2024?. Tesla tuvo que revisar coches por fallos en su software de señales de tráfico. Google abandonó su compromiso sobre el uso de IA para armas. Se usaron audios deepfake de Joe Biden para influir en elecciones. Un fallo de software dejó sin luz a un colegio en Massachusetts. ¿Por qué Tesla llamó a revisión sus coches en febrero de 2022?. Por problemas en la batería. Porque el software permitía que se saltaran las señales de stop. Debido a fallos en la conducción autónoma. Por vulnerabilidades en el sistema de seguridad. The Risk Digest es una organización que desarrolla software de inteligencia artificial. Verdadero. Falso. Google abandonó en febrero de 2025 su compromiso de no usar inteligencia artificial para fabricar armas. Verdadero. Falso. Un fallo en el software dejó encendidas las luces de un colegio en Massachusetts durante más de un año. Verdadero. Falso. En febrero de 2022, el software defectuoso del F-35 obligó a Tesla a revisar sus coches. Verdadero. Falso. Los audios deepfake imitando la voz de Joe Biden fueron creados para influir en elecciones. Verdadero. Falso. ¿Cuál de los siguientes casos NO está relacionado con fallos de software?. Google abandona su compromiso sobre el uso de IA para fabricar armas. Un colegio en Massachusetts no puede apagar sus luces por un error de software. Tesla revisa coches porque su software les permite saltarse señales de stop. El software defectuoso del F-35 obliga al Pentágono a buscar ayuda en universidades. ¿Qué problema causó que el Pentágono recurriera a universidades en 2021?. Un fallo en el software de los aviones F-35. Un ataque de ciberseguridad en sus sistemas de defensa. La necesidad de desarrollar un nuevo sistema de inteligencia artificial. La falla de su red de telecomunicaciones. El informe de The Risk Digest menciona que Tesla tuvo que revisar coches porque su software fallaba al frenar en los semáforos. Verdadero. Falso. La inteligencia artificial ha sido utilizada en deepfakes para intentar influir en elecciones. Verdadero. Falso. La importancia de la calidad en los sistemas informáticos se refleja en casos donde fallos de software han causado problemas significativos. Verdadero. Falso. ¿Qué factor suele ser prioritario cuando hay pocos consumidores y pocos proveedores en un mercado?. Coste. Time-to-market. Capacidad. Calidad. ¿Qué estrategia suele priorizarse cuando hay muchos proveedores y pocos consumidores?. Time-to-market. Capacidad. Coste. Calidad. ¿Qué estrategia es clave cuando hay pocos proveedores y muchos consumidores?. Capacidad. Time-to-market. Coste. Calidad. ¿Cuándo se convierte la calidad en el factor más determinante en la estrategia de negocio?. Cuando hay pocos consumidores y pocos proveedores. Cuando hay pocos proveedores y muchos consumidores. Cuando hay muchos proveedores y pocos consumidores. Cuando hay muchos proveedores y muchos consumidores. ¿Qué sucede en un mercado donde hay una gran competencia y una gran demanda?. Se prioriza la reducción de costes. Se da prioridad a la calidad. Se enfoca en lanzar el producto lo antes posible. Se prioriza la capacidad de fabricación. En un mercado con muchos proveedores y pocos consumidores, la estrategia más común es reducir costos. Verdadero. Falso. En un mercado con pocos proveedores y pocos consumidores, la prioridad es la calidad. Verdadero. Falso. El time-to-market es clave en mercados donde hay pocos proveedores y muchos consumidores. Verdadero. Falso. La calidad es irrelevante en mercados donde hay muchos consumidores y muchos proveedores. Verdadero. Falso. Cuando hay pocos consumidores y muchos proveedores, la estrategia más común es enfocarse en la capacidad de producción. Verdadero. Falso. ¿Qué estrategia es más común en un mercado donde hay pocos consumidores y pocos proveedores?. Reducción de costes. Lanzar el producto lo antes posible. Priorización de la capacidad de oferta. Diferenciación por calidad. ¿Qué factor suele descuidarse en mercados con pocos proveedores y muchos consumidores?. Time-to-market. Coste. Calidad. Capacidad. En un mercado con muchos consumidores y muchos proveedores, la estrategia principal es reducir costos al máximo. Verdadero. Falso. El time-to-market es la estrategia más relevante en mercados con escasa competencia y una gran cantidad de consumidores. Verdadero. Falso. La relación entre oferta y demanda en el mercado puede influir directamente en el nivel de calidad de un producto de software. Verdadero. Falso. Según Piattini (2022), ¿cuál de los siguientes factores influye en la calidad de un sistema informático?. La cantidad de software desarrollado en la empresa. La calidad de las personas involucradas en el proyecto. El número de empleados en la organización. La cantidad de líneas de código escritas. ¿Qué componente de calidad está relacionado con la aplicación de normas ISO?. Calidad de las plataformas. Calidad de los procesos. Calidad de los productos. Calidad de la gestión de proyectos. ¿Qué aspecto es clave en la calidad del software en términos de desarrollo, mantenimiento y operación?. Calidad de las personas involucradas. Calidad de la gestión de proyectos. Calidad de las plataformas. Calidad de los procesos. ¿Cuál de los siguientes factores NO es un componente de la calidad según Piattini (2022)?. Calidad de los procesos. Calidad del hardware utilizado. Calidad de la gestión de proyectos. Calidad de las plataformas. ¿Cuál de los siguientes factores influye directamente en la calidad de un proyecto de software según Piattini?. La calidad de los procesos organizacionales. La cantidad de proyectos gestionados simultáneamente. La longitud del código fuente. La velocidad de entrega del software. La calidad de la gestión de los proyectos no tiene impacto en la calidad del software. Verdadero. Falso. El cumplimiento de normas ISO contribuye a la calidad de los productos de software. Verdadero. Falso. La calidad de las plataformas solo influye en la fase de desarrollo del software, no en su mantenimiento ni operación. Verdadero. Falso. La calidad de las personas involucradas en un proyecto es un factor determinante en la calidad del software. Verdadero. Falso. La calidad de los procesos en una organización no es relevante para la calidad final del software. Verdadero. Falso. ¿Cuál de los siguientes factores impacta en la calidad del software según Piattini (2022)?. La cantidad de código reutilizado en un proyecto. La calidad de la gestión de los proyectos. La rapidez con la que se desarrolla el software. El número de errores detectados en las pruebas. ¿Cuál es la relación entre la calidad de los procesos y la calidad del software?. No tienen relación, ya que los procesos no afectan el producto final. Los procesos bien definidos ayudan a mejorar la calidad del software. La calidad del software depende solo del talento individual de los programadores. La calidad del software solo se ve afectada por la cantidad de pruebas realizadas. La calidad de los productos de software puede garantizarse sin necesidad de seguir normas ISO. Verdadero. Falso. La calidad de las plataformas de desarrollo no influye en el mantenimiento del software. Verdadero. Falso. Un equipo con profesionales altamente capacitados contribuye a mejorar la calidad del software. Verdadero. Falso. ¿Qué aspecto de la calidad de un producto de software evalúa si cumple con los requisitos del cliente?. Conformidad. Calidad del desempeño. Confiabilidad. Estética. ¿Qué dimensión de calidad se refiere a si el software contiene características que agradan al usuario cuando se entrega por primera vez?. Percepción. Durabilidad. Calidad de las características. Servicio. ¿Qué dimensión de la calidad se refiere a la capacidad del software para mantenerse libre de errores en sus funcionalidades previstas?. Conformidad. Confiabilidad. Durabilidad. Estética. ¿Qué dimensión de la calidad examina si el software cumple con los estándares relevantes para su aplicación?. Conformidad. Calidad del desempeño. Servicio. Percepción. ¿Qué dimensión de la calidad está relacionada con la facilidad de realizar mantenimiento en el software sin que aumenten los errores?. Durabilidad. Confiabilidad. Estética. Servicio. La estética del software se refiere a si el software tiene una interfaz visualmente atractiva y un flujo intuitivo. Verdadero. Falso. La percepción de la calidad se refiere únicamente a la opinión del desarrollador sobre el software. Verdadero. Falso. La calidad de servicio se enfoca en la rapidez de las actualizaciones y el mantenimiento del software. Verdadero. Falso. La durabilidad de un software implica que sea capaz de adaptarse a nuevas tecnologías sin realizar cambios. Verdadero. Falso. Un software con alta confiabilidad siempre cumple con los requisitos del cliente. Verdadero. Falso. ¿Qué dimensión de la calidad evalúa la percepción que tiene el usuario sobre el desarrollador y el producto?. Estética. Percepción. Conformidad. Durabilidad. ¿Qué dimensión de la calidad mide la capacidad de un software para ser mantenido sin incrementar la tasa de errores?. Confiabilidad. Durabilidad. Servicio. Estética. ¿Cuál de las siguientes dimensiones de calidad se refiere a la rapidez con la que se pueden abordar el mantenimiento y las actualizaciones?. Servicio. Conformidad. Calidad del desempeño. Estética. ¿Qué dimensión de la calidad se centra en si el software tiene una interfaz que sigue los estándares de diseño establecidos?. Conformidad. Estética. Calidad de las características. Percepción. ¿Qué dimensión de la calidad es la que más se enfoca en la satisfacción inmediata del usuario con las características del software al ser entregado?. Durabilidad. Calidad de las características. Confiabilidad. Estética. ¿Qué factor de la calidad de McCall evalúa el grado en que un programa cumple los requisitos especificados?. Confiabilidad. Corrección. Facilidad de uso. Eficiencia. ¿Qué factor de la calidad de McCall se refiere al esfuerzo requerido para transferir el software de un entorno a otro?. Interoperabilidad. Reusabilidad. Portabilidad. Flexibilidad. ¿Qué factor de la calidad de McCall está relacionado con la facilidad para modificar un programa que ya está en funcionamiento?. Mantenibilidad. Flexibilidad. Eficiencia. Integridad. ¿Qué factor de la calidad de McCall se refiere a la cantidad de recursos y código necesarios para que un programa cumpla su función?. Confiabilidad. Integridad. Eficiencia. Facilidad de uso. ¿Qué factor de la calidad de McCall evalúa la facilidad con la que los usuarios pueden aprender a manejar un programa?. Corrección. Facilidad de uso. Reusabilidad. Mantenibilidad. La "confiabilidad" de un software mide el grado en que se espera que el programa funcione correctamente según lo especificado. Verdadero. Falso. El factor "integridad" de McCall se refiere a la facilidad con la que se pueden hacer modificaciones en el programa. Verdadero. Falso. La "mantenibilidad" se refiere al esfuerzo requerido para detectar y corregir errores en un programa. Verdadero. Falso. La "reusabilidad" de un programa se refiere a la facilidad con la que puede ser modificado para un nuevo contexto. Verdadero. Falso. La "susceptibilidad a pruebas" mide el esfuerzo necesario para probar un programa y garantizar que cumple su función. Verdadero. Falso. ¿Qué factor de la calidad de McCall se refiere a la capacidad de un sistema para trabajar junto con otros sistemas?. Reusabilidad. Interoperabilidad. Portabilidad. Mantenibilidad. ¿Cuál de los siguientes factores de la calidad de McCall se refiere al esfuerzo necesario para modificar el software que ya está en funcionamiento?. Facilidad de uso. Flexibilidad. Portabilidad. Confiabilidad. ¿Qué factor de la calidad de McCall mide el grado en que se puede restringir el acceso no autorizado al software o los datos?. Confiabilidad. Facilidad de uso. Integridad. Mantenibilidad. ¿Qué factor de la calidad de McCall está relacionado con el esfuerzo requerido para probar un programa y garantizar que cumple con su función?. Flexibilidad. Susceptibilidad a pruebas. Eficiencia. Reusabilidad. ¿Cuál de los siguientes factores de la calidad de McCall se enfoca en el esfuerzo necesario para transferir el software de un ambiente a otro?. Portabilidad. Confiabilidad. Facilidad de uso. Interoperabilidad. ¿Cuál de las siguientes normas ISO/IEC está relacionada con la calidad del producto software?. ISO/IEC 14598-1:1999. ISO/IEC 9126-1:2001. ISO/IEC TR 9126-2:2003. ISO/IEC 14598-5:1998. ¿Qué parte de la norma ISO/IEC 9126 se refiere a las métricas externas de calidad del producto software?. ISO/IEC 9126-3:2003. ISO/IEC 9126-2:2003. ISO/IEC 9126-4:2004. ISO/IEC 9126-1:2001. ¿Qué parte de la norma ISO/IEC 14598 trata sobre el proceso para los evaluadores del producto software?. ISO/IEC 14598-5:1998. ISO/IEC 14598-4:1999. ISO/IEC 14598-2:2000. ISO/IEC 14598-1:1999. ¿Cuál de las siguientes normas ISO/IEC fue la primera en abordar la calidad del producto software?. ISO/IEC 9126-1:2001. ISO/IEC 9126:1991. ISO/IEC TR 9126-3:2003. ISO/IEC 9126-4:2004. ¿Cuál de las siguientes normas ISO/IEC sigue vigente de la familia ISO/IEC 14598?. ISO/IEC 14598-6:2001. ISO/IEC 14598-5:1998. ISO/IEC 14598-4:1999. ISO/IEC 14598-3:2000. La norma ISO/IEC 9126-4:2004 se centra en las métricas internas del software. Verdadero. Falso. Las normas ISO/IEC 9126 fueron retiradas entre 2012 y 2016. Verdadero. Falso. La norma ISO/IEC 14598-2:2000 trata sobre la planificación y gestión de la evaluación del producto software. Verdadero. Falso. La norma ISO/IEC 9126-3:2003 cubre las métricas de calidad en uso del software. Verdadero. Falso. La parte ISO/IEC 9126-1:2001 se refiere a las métricas externas del software. Verdadero. Falso. ¿Qué parte de la norma ISO/IEC 9126 cubre las métricas internas del software?. ISO/IEC 9126-1:2001. ISO/IEC 9126-3:2003. ISO/IEC 9126-4:2004. ISO/IEC TR 9126-2:2003. ¿Qué familia de normas ISO reemplazó a las normas ISO/IEC 9126?. ISO/IEC 14598. ISO/IEC 25000. ISO/IEC 16000. ISO/IEC 30000. ¿Qué norma ISO/IEC se centra en la visión general de la evaluación del producto software?. ISO/IEC 14598-1:1999. ISO/IEC 14598-3:2000. ISO/IEC 9126-1:2001. ISO/IEC 14598-4:1999. ¿Qué parte de la norma ISO/IEC 14598 se ocupa de los procesos necesarios para los desarrolladores de software?. ISO/IEC 14598-4:1999. ISO/IEC 14598-3:2000. ISO/IEC 14598-2:2000. ISO/IEC 14598-6:2001. ¿Qué norma ISO/IEC fue retirada junto con las otras de la familia ISO/IEC 9126 en el período entre 2012 y 2016?. ISO/IEC 9126-2:2003. ISO/IEC 9126-4:2004. ISO/IEC 9126:1991. ISO/IEC TR 9126-3:2003. ¿Cómo se conoce también la familia de normas ISO/IEC 25000?. SQuaRE (Systems and software Quality Requirements and Evaluation). ISO/IEC 15939. ISO/IEC 9126. ISO/IEC 14598. ¿Cuál es una de las principales mejoras de la familia de normas ISO/IEC 25000 respecto a las normas anteriores?. Mayor coordinación entre la evaluación y la medición de la calidad del software. Inclusión de la validación de software. Establecimiento de estándares de usabilidad. Integración de software de terceros en el sistema. ¿Cuál de las siguientes divisiones de la familia ISO/IEC 25000 define los modelos, términos y definiciones comunes utilizados por las otras normas de la familia?. ISO/IEC 2504n - División de Evaluación de Calidad. ISO/IEC 2500n - División de Gestión de Calidad. ISO/IEC 2503n - División de Requisitos de Calidad. ISO/IEC 2502n - División de Medición de Calidad. ¿Qué división de la familia ISO/IEC 25000 presenta modelos de calidad detallados para sistemas informáticos y productos software?. ISO/IEC 2502n - División de Medición de Calidad. ISO/IEC 2501n - División de Modelo de Calidad. ISO/IEC 2504n - División de Evaluación de Calidad. ISO/IEC 2503n - División de Requisitos de Calidad. ¿Qué división de la familia ISO/IEC 25000 proporciona guías para la medición de la calidad del producto software?. ISO/IEC 2501n - División de Modelo de Calidad. ISO/IEC 2502n - División de Medición de Calidad. ISO/IEC 2500n - División de Gestión de Calidad. ISO/IEC 2504n - División de Evaluación de Calidad. La familia de normas ISO/IEC 25000 se centra en los requisitos de calidad del software y en la evaluación de su calidad. Verdadero. Falso. La división ISO/IEC 2503n de la familia ISO/IEC 25000 especifica requisitos de calidad para la comprobación de la calidad del producto software. Verdadero. Falso. Las normas ISO/IEC 25000 incluyen únicamente aspectos relacionados con la medición de la calidad del producto software, sin abordar la evaluación. Verdadero. Falso. Las normas ISO/IEC 25000 son una revisión de las anteriores ISO/IEC 9126, con mejoras en la coordinación entre evaluación y medición. Verdadero. Falso. ¿Qué parte de la familia ISO/IEC 25000 se ocupa de la especificación de los requisitos de calidad del software?. ISO/IEC 2502n - División de Medición de Calidad. ISO/IEC 2503n - División de Requisitos de Calidad. ISO/IEC 2504n - División de Evaluación de Calidad. ISO/IEC 2500n - División de Gestión de Calidad. ¿En qué año fue publicada la versión más reciente de la familia ISO/IEC 25000?. 2010. 2014. 2017. 2020. ¿Cuál de las siguientes normas de la familia ISO/IEC 25000 proporciona requisitos y guías para la evaluación del producto software?. ISO/IEC 2503n - División de Requisitos de Calidad. ISO/IEC 2502n - División de Medición de Calidad. ISO/IEC 2504n - División de Evaluación de Calidad. ISO/IEC 2501n - División de Modelo de Calidad. ¿Qué división de la familia ISO/IEC 25000 define los términos y modelos comunes utilizados por las demás normas de la familia?. ISO/IEC 2502n - División de Medición de Calidad. ISO/IEC 2503n - División de Requisitos de Calidad. ISO/IEC 2500n - División de Gestión de Calidad. ISO/IEC 2504n - División de Evaluación de Calidad. La familia ISO/IEC 25000 se centra principalmente en la evaluación de la calidad, pero no aborda la medición de la calidad del software. Verdadero. Falso. La norma ISO/IEC 2500n establece modelos de calidad detallados, incluyendo calidad en uso y en datos. Verdadero. Falso. |