1NG D3 SOFT 11
![]() |
![]() |
![]() |
Título del Test:![]() 1NG D3 SOFT 11 Descripción: SIMULADORES 1 Y 2 |




Comentarios |
---|
NO HAY REGISTROS |
La ingeniería de software basada en componentes, ¿en qué se enfoca?. En el modelado de objetos. En el diseño orientado a objetos. En la construcción con componentes reutilizables. En la reutilización. ¿Qué elemento es fundamental en una inspección de software?. Estándares de codificación. Pruebas unitarias. Revisión visual detallada. Herramientas de análisis estático. Las métricas de software permiten principalmente: Certificar la ausencia de defectos. Comparar productos de diferentes proveedores. Todas las anteriores. Predecir atributos de calidad. ¿Qué permite determinar la calificación de un componente?. Su contenido. Su contexto. Su utilidad. Su calidad. ¿Qué mejora propone el Principio de Inversión de Dependencias?. Reducir el contenido de los componentes. Evitar el uso de componentes específicos. Hacer los componentes más independientes. Basar los componentes en abstracciones. ¿Qué permite la adaptación de componentes?. Integrarse más fácilmente en la arquitectura. Reducir inconsistencias. Todas las anteriores. Mejorar la interoperabilidad. Seleccione las palabras para completar el concepto de métrica del producto. Son métricas de _________ usadas para medir los atributos ________ de un sistema de ________, estas se dividen en dos clases. Predicción – externos - atributos. Proyección – externos – software. Predicción – internos – software. Medición – internos – calidad. ¿Cuál es el objetivo principal de las revisiones e inspecciones de software?. Evaluar el desempeño de los programadores. Comparar productos de diferentes proveedores. Automatizar la detección de errores. Encontrar defectos y verificar estándares. ¿Qué busca minimizar el diseño a nivel de componentes?. La complejidad. La cohesión. El acoplamiento. El rendimiento. La adaptación de componentes, ¿qué problema resuelve?. Inconsistencias en la coordinación. Errores sintácticos. Restricciones funcionales. Incompatibilidad de interfaces. ¿Qué permite la cohesión funcional en un componente?. Reutilización. Fácil mantenimiento. Encapsulamiento efectivo. Realizar un cálculo específico. Seleccione las palabras para completar el concepto de métrica de software. Es una característica de un ___________ de software, ___________ de un sistema o proceso de desarrollo que se midan de manera ___________. diseño - documentación – específica. Sistema - planificación – objetiva. Sistema - documentación – objetiva. proyecto – ficheros – estructural. Cuáles son los atributos de calidad externo. Mantenibilidad, usabilidad, reusabilidad y seguridad. Usabilidad, fiabilidad, complejidad y mantenibilidad. Usabilidad, reusabilidad, fiabilidad y mantenibilidad. Profundidad, complejidad, tamaño y usabilidad. Las tablas de decisión, ¿cómo contribuyen en el diseño de componentes?. Facilitan la implementación. Ayudan en la verificación. Mejoran la eficiencia algorítmica. Reducen la ambigüedad. La infraestructura en la Ingeniería de software basada en componentes (ISBC), ¿qué permite principalmente?. La coordinación entre componentes. La recuperación de componentes. La clasificación de componentes. La calificación de componentes. El documento de especificación de requisitos tiene un extenso número de usuarios, que van desde ___________ hasta _________________. Los ingenieros de desarrollo del software, los patrocinadores del proyecto de software. los ingenieros de desarrollo del software, el administrador del sistema. el administrador del sistema, los patrocinadores del proyecto de software. el administrador del sistema, los ingenieros de desarrollo del software. Describe los supuestos fundamentales sobre los que se basa el sistema, y cualquier cambio anticipado. Es útil para los diseñadores del sistema, ayuda a evitar decisiones de diseño que restringían futuros cambios al sistema. Evolución del sistema. Modelos del sistema. Arquitectura del sistema. Definición de requerimientos del usuario. La especificación _______________ utiliza constructos de lenguaje de programación para mostrar ________________, y destaca elementos clave con el uso de sombreado o de fuentes distintas. en lenguaje estructurado; errores y advertencias. en lenguaje estructurado; alternativas e iteración. en lenguaje natural; errores y advertencias. en lenguaje natural; alternativas e iteración. Al escribir requerimientos en lenguaje natural, ¿cuál de las siguientes recomendaciones NO se menciona en el compendio?. Asociar una razón a cada requerimiento. Emplear lenguaje técnico de programación. Utilizar un formato estándar para todos los requerimientos. Distinguir entre requerimientos obligatorios y deseables. Los requerimientos funcionales: Describen restricciones que limitan las elecciones para construir una solución. Se suelen aplicar al sistema como un todo, más que a características o a servicios individuales del sistema. Se encuentran vinculados directamente con los servicios que el sistema proporciona a los usuarios. Describen la interacción entre el sistema y su entorno. El propósito de construir prototipos durante la validación es: Permitir a los usuarios probar requisitos tentativos. Verificar la completitud de los requerimientos. Definir la arquitectura técnica del sistema. Evaluar el rendimiento y escalabilidad. Los casos de uso sirven para: Especificar requerimientos de seguridad. Definir la arquitectura del sistema. Descubrir y modelar requerimientos. Automatizar pruebas del software. La etnografía se enfoca en: Definición de la arquitectura del sistema. Requisitos explícitos de los usuarios finales. Verificación de consistencia entre requerimientos. Actividades informales más que en procesos formales. Seleccione la alternativa INCORRECTA para las entrevistas. Solo se puede usar con preguntas preestablecidas. Pueden darse de manera formal o informal. Su objeto es formular preguntas a los participantes. Pueden ser mediante preguntas cerradas y abiertas. La etnografía se enfoca en: Tecnologías candidatas para la implementación. Actividades informales reales de los usuarios. Requisitos explícitos planteados por los usuarios. Comportamientos formales definidos en procesos. Las especificaciones estructuradas de requerimientos: Son más precisas pero menos flexibles. No permiten representar requerimientos complejos. Utilizan plantillas y notaciones predefinidas. Requieren conocimiento técnico por parte del usuario. El lenguaje natural permite abordar de manera sencilla e intuitiva _________________ que se planea diseñar, sin embargo, es también impreciso en términos de ambigüedad, teniendo en cuenta _______________. el diseño del sistema; la interpretación de su lector. el diseño del sistema; su uso en la codificación. conceptos relacionados al sistema; la interpretación de su lector. conceptos relacionados al sistema; su uso en la codificación. El documento de requerimientos típicamente incluye: Requerimientos de usuario y del sistema. Únicamente requerimientos no funcionales. El código fuente detallado del sistema. Solo la arquitectura y el diseño completo. El propósito principal del documento de requerimientos es: Definir la arquitectura técnica del sistema. Describir el diseño detallado de cada módulo. Establecer el cronograma detallado del proyecto. Comunicar los requerimientos para desarrolladores y usuarios. Los requerimientos no funcionales especifican: Requisitos de software y entorno operativo. Servicios y comportamientos del sistema. Propiedades como rendimiento, seguridad y usabilidad. Detalles de implementación del software. Las revisiones de requisitos buscan identificar: Riesgos laborales de uso del sistema. Limitaciones de presupuesto del proyecto. Inconsistencias y omisiones en los requerimientos. Fallas en el hardware del sistema. En qué consiste la comprobación de realismo. Se debe considerar el presupuesto y fecha para el desarrollo. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. Identificar las funciones adicionales que se requieren. El documento debe incluir todas las funciones y restricciones. Las revisiones de requisitos identifican: Inconsistencias en los requerimientos. Reducción de tiempo de entrega del sistema. Disminución de costos de implementación. Mejoras en la arquitectura del sistema. Las actividades del proceso de adquisición y análisis incluyen: Diseño, construcción y verificación. Recolección, depuración y publicación. Implementación, pruebas y lanzamiento. Descubrimiento, priorización, especificación. Las revisiones de requisitos tratan de encontrar: Inconsistencias y ambigüedades en requerimientos. Oportunidades de reducir costos. Problemas de implementación en el código. Deficiencias en el diseño del sistema. |