SIMULADOR DE INGENERIA DE SOFTWARE II

¿Qué es la etnografía?. Es una técnica de observación para entender los procesos y requerimientos. Se documentan con diagramas de casos de uso. Tiene como objetivo formular preguntas a los participantes de manera formal e informal. Es un caso de uso aplicado para el descubrimiento de requerimientos.

En que consiste la verificabilidad. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. Identificar las funciones adicionales que se requieren. No debe haber contradicciones o descripciones ambiguas. El documento debe incluir todas las funciones y restricciones.

En que consiste el proceso de descubrimiento de requerimientos. Se documentan los requerimientos de manera formal o informal. Se interactúa con los participantes y se revisa la documentación durante la actividad. Los participantes se reúnen para resolver diferencias y estar de acuerdo con el compromiso de requerimientos. Toma la compilación no estructurada de requerimientos y los organiza.

La etnografía enfatiza en: Requisitos explícitos planteados por los usuarios. Comportamientos informales reales de los usuarios. Evaluación de opciones tecnológicas. Procesos formales definidos por la organización.

Las especificaciones estructuradas de requerimientos: No pueden representar requerimientos complejos o con varias alternativas. Son más precisas pero menos flexibles que las escritas en lenguaje natural. Requieren conocimientos técnicos por parte de los usuarios. Utilizan plantillas y notaciones definidas para expresar los requerimientos.

Las especificaciones estructuradas de requerimientos: Utilizan plantillas y notaciones predefinidas. No permiten representar requerimientos complejos. Requieren conocimientos técnicos del usuario. Son ambiguas pero flexibles.

Los requisitos del sistema _____________ y exponen la forma en la que el sistema ofrece los requerimientos del usuario; son utilizados en su mayoría por _______________ como datos iniciales para diseñar el sistema. contienen la arquitectura; los ingenieros de software. contienen la arquitectura; los usuarios del sistema. agregan detalles; los ingenieros de software. agregan detalles; los usuarios del sistema.

Los requerimientos funcionales detallan: Los estándares de calidad del software. Las restricciones de uso del sistema. Los requisitos de infraestructura. Las funciones, entradas y salidas del sistema.

Los requerimientos funcionales: Describen propiedades como rendimiento y seguridad. Definen restricciones de desarrollo y presupuesto. Establecen políticas organizacionales de uso. Especifican servicios y comportamientos del sistema.

¿Qué es el modelado de sistemas?. El proceso de desarrollo de sistemas de software. La implementación de sistemas en el entorno. El proceso de crear modelos abstractos de un sistema. Un lenguaje de programación para sistemas complejos.

Cuáles son los atributos de calidad. Usabilidad, confiabilidad, velocidad y eficiencia. Usabilidad, mantenibilidad, confiabilidad y privacidad. Usabilidad, confiabilidad, rendimiento y mantenibilidad. Usabilidad, rendimiento, funcionalidad y seguridad.

Seleccione el criterio de diseño que proporciona los máximos beneficios cuando se requiere hacer modificaciones durante las pruebas. Refinamiento. Aspectos. Ocultamiento de información. Rediseño.

¿Por qué se nombran las asociaciones en un diagrama de clase?. Para definir la estructura del sistema. Para identificar los actores externos. Para dar información adicional al lector. Para especificar las instancias.

¿Qué representan las flechas en un caso de uso?. Las relaciones entre actores. El flujo de control entre procesos. Los datos transferidos. La dirección de la comunicación.

¿Qué muestran los diagramas de secuencia?. La organización de los componentes del sistema. Los procesos internos de un sistema. Las interacciones entre actores y objetos en un sistema. Las relaciones entre clases en un sistema.

¿Para qué se utiliza el modelado de caso de uso?. Modelar interacciones entre componentes del sistema. Mostrar la estructura de clases en un sistema. Desarrollar diagramas de actividad. Modelar interacciones entre actores externos y el sistema.

Qué debe especificarse como parte del diseño de la arquitectura. Modularidad, abstracción y aspectos. Propiedades extrafuncionales, estructurales y familias de diseños. Propiedades extrafuncionales, estructurales y clases de diseño. Propiedades estructurales, extrafuncionales y familias de sistemas relacionados.

¿Qué busca minimizar el diseño a nivel de componentes?. El rendimiento. La cohesión. El acoplamiento. La complejidad.

¿Cuál NO es una categoría de sistemas de software según Booch?. Químicos. Militares. Herramientas. Transporte.

La infraestructura en la Ingeniería de software basada en componentes (ISBC), ¿qué permite principalmente?. La clasificación de componentes. La coordinación entre componentes. La calificación de componentes. La recuperación de componentes.

El contexto de un componente, ¿qué permite?. Su reutilización efectiva. Su clasificación. Su modificación. Su recuperación.

¿Qué permite determinar la calificación de un componente?. Su calidad. Su contexto. Su contenido. Su utilidad.

Con base en el diseño arquitectónico, dentro del género transporte, cuales son las posibles subcategorías que podríamos encontrar. No hay posibles subcategorías. Comerciales y no lucrativos. Descripciones y decisiones arquitectónicas. Aéreos, terrestre, marítimos y fluviales.

¿Qué representan los arquetipos en el diseño arquitectónico?. Interfaces externas. Restricciones. Abstracciones importantes. Detalles de implementación.

Según Booch, cuáles son los sistemas que proporcionan la infraestructura para transferir y manejar dinero y otros títulos. Legal. Gobierno. Industrial. Financieros.

¿Qué enfatizan las arquitecturas centradas en datos?. La seguridad. La inteligencia artificial. El control. Los datos.

¿Cuál de los siguientes elementos Reduciría la ambigüedad en la especificación de requerimientos?. Descripciones cortas y simplificadas. Abundante jerga técnica. Uso extensivo de diagramas y flujogramas. Redacción vaga e informal.

En el diseño arquitectónico, el diagrama de contexto representa: Las interacciones del sistema con entidades externas. Los casos de uso del sistema y actores. La estructura de clases del dominio del problema. Los componentes del sistema y sus dependencias.

El modelado de casos de uso sirve para: Modelar restricciones no funcionales como rendimiento. Definir interfaces estandarizadas entre componentes. Representar requerimientos desde la perspectiva del usuario. Describir comportamiento dinámico detallado.

Los requerimientos deben ser verificables para minimizar: Conflictos posteriores entre el cliente y el equipo de desarrollo. Renegociaciones del alcance debido a malentendidos. La posibilidad de cambios luego de la fase de diseño detallado. Riesgos en la implementación derivados de su ambigüedad.

¿Cuál es el propósito de la calificación de componentes?. Encontrar inconsistencias en las interfaces. Verificar la adecuación funcional y de calidad. Evaluar el desempeño en ejecución. Estimar la curva de aprendizaje.

La modularidad excesiva puede provocar: Aumento de la complejidad de integración y pruebas. Acoplamiento excesivo entre módulos. Pérdida del enfoque en la arquitectura del sistema. Disminución de la productividad de desarrollo.

¿Cuál es el propósito de los atributos de calidad como "intuitivo", "eficiente" y "robusto" para evaluar una interfaz de usuario?. Proveer criterios prácticos para evaluar la calidad. Definir expectativas abstractas de los usuarios. Comparar diferentes interfaces de usuario. Cuantificar la calidad mediante métricas objetivas.

¿Cuál es la diferencia entre requerimientos funcionales y no funcionales?. Los requerimientos funcionales son obligatorios, los no funcionales son opcionales. Los requerimientos funcionales son servicios específicos, los no funcionales son restricciones y propiedades. Los requerimientos funcionales son del sistema, los no funcionales del usuario. Los requerimientos funcionales describen lo que hará el sistema, los no funcionales describen cómo lo hará.

¿Qué representa un arquetipo en el diseño de la arquitectura?. Una abstracción fundamental del dominio. Un estándar o convención a seguir. Un componente específico del sistema. Un requisito funcional crítico.

¿Cuál es el propósito principal de los estándares de proceso en software?. Definir prácticas de codificación. Describir las actividades de desarrollo de software. Seleccionar herramientas de desarrollo. Especificar el formato de documentos.

La principal ventaja de las inspecciones sobre las pruebas es: Mayor automatización. Mayor cobertura de código. Menor esfuerzo requerido. Detección temprana de defectos.

¿Cuál de los siguientes NO es una razón para establecer estándares de software en una organización?. Incrementar la productividad de los programadores. Definir procesos y prácticas óptimas. Establecer expectativas de calidad. Facilitar la continuidad entre desarrolladores.

¿Cuál es el propósito del diseño de contenido en componentes para aplicaciones web?. Describir la semántica de las operaciones. Definir la información que manejará cada componente. Especificar la distribución física de los componentes. Modelar la jerarquía de herencia entre componentes.

El principio de diseño más importante para obtener modularidad es: Maximizar la cohesión de los componentes. Ocultar la implementación detrás de interfaces. Minimizar la complejidad ciclomática. Maximizar la independencia entre componentes.

¿Cuál es la principal diferencia entre los estándares ISO 9001 y CMMI?. ISO 9001 es prescriptivo y CMMI es flexible. ISO 9001 se enfoca en el proceso y CMMI en el producto. CMMI define procesos y ISO 9001 es un marco de trabajo. CMMI es para software y ISO 9001 para hardware.

¿Por qué se recomienda incluir pre y post condiciones al especificar requerimientos funcionales?. Para definir restricciones antes y después de ejecutar una función. Para vincular requerimientos dependientes entre sí. Para especificar entradas y salidas de cada función. Para dividir la función en partes obligatorias y opcionales.

¿Cuál es el propósito principal de los estándares de software?. Reducir la creatividad en el desarrollo de software. Mejorar la productividad de los programadores. Limitar el uso de nuevas tecnologías. Definir buenas prácticas y expectativas de calidad.

¿Por qué es tan costoso corregir errores en los requerimientos durante el desarrollo?. Requiere cambiar el plan del proyecto. Obliga a rehacer el diseño y la implementación. Fuerza la renegociación del contrato. Necesita volver a capacitar a los usuarios.

¿Cuál es el propósito principal de los diagramas y modelos en la especificación de requerimientos?. Representar el diseño de base de datos. Describir interacciones, flujos y cambios de estado. Desarrollar casos de prueba exhaustivos. Definir la arquitectura detallada del sistema.

En el diseño de componentes para aplicaciones web, ¿qué representa la arquitectura funcional?. La estructura de navegación e información. Los casos de uso y actores del sistema. La interfaz abstracta de los componentes. Los componentes funcionales y sus interacciones.

La creación de prototipos en la ingeniería de requerimientos sirve para: Definir la arquitectura inicial del sistema. Desarrollar parte del sistema de manera eficiente. Obtener requerimientos detallados por parte de los usuarios. Evaluar soluciones técnicas tentativas.

¿Qué es el documento de especificación de requerimientos de software (ERS)?. Un documento legal que obliga al proveedor a cumplir los requerimientos. Un documento informal y opcional con ideas de requerimientos. Un documento preliminar con requerimientos de alto nivel. Un documento formal con requerimientos detallados para el sistema.

¿Cuál es el objetivo de definir géneros arquitectónicos?. Prescribir el uso de tecnologías específicas. Estimar el esfuerzo y costo de desarrollo. Reusar patrones comunes entre sistemas. Determinar el tamaño del equipo requerido.

¿Cuál es el propósito del modelado de la interacción de componentes en la ingeniería de software?. Identificar requisitos establecidos por el usuario. Entender la comunicación entre sistemas. Definir estructuras de datos para objetos locales. Mostrar la organización de un sistema.

¿Qué representa el diseño de funciones en componentes para aplicaciones web?. La estructura de navegación. Los aspectos visuales y estéticos. La lógica de procesamiento de cada componente. Las consideraciones de implementación.

Las métricas de software permiten principalmente: Certificar la ausencia de defectos. Todas las anteriores. Comparar productos de diferentes proveedores. Predecir atributos de calidad.

Los estándares ISO 9001: Garantizan software de alta calidad. Definen un marco para desarrollar sistemas de gestión de calidad. Son específicos para la industria del software. Definen procesos específicos de desarrollo de software.

¿Cuál es la ventaja de desarrollar casos de prueba durante la validación de requerimientos?. Permite validar la completitud de los requerimientos. Garantiza que los requerimientos estén bien documentados. Verifica que los requerimientos sean realizables o comprobables. Detecta requerimientos ambiguos o inconsistentes.

¿Cuál es el propósito principal del rediseño en metodologías ágiles?. Mejorar la estructura interna sin alterar el comportamiento externo. Cambiar el comportamiento del sistema. Adaptar el sistema a nuevos requerimientos. Corregir defectos y errores de la arquitectura.

La calidad de un producto de software según Pressman depende principalmente de: Cumplimiento de estándares y certificaciones. Uso de metodologías y herramientas modernas. Desarrollo por equipos altamente capacitados. Un proceso disciplinado que genere beneficios al usuario y productor.

El modelado de casos de uso sirve para elicitar: Comportamiento dinámico detallado del sistema. Requerimientos funcionales desde la perspectiva del usuario. Requerimientos no funcionales de escalabilidad. Organización de componentes y arquitectura.

Una especificación de requerimientos para el desarrollo externalizado de un sistema debe ser: Centrada en requerimientos de alto nivel. Menos detallada porque habrá comunicación directa. Más detallada para evitar malinterpretaciones. Enfocada en el diseño e implementación.

¿Qué caracteriza a las arquitecturas de flujo de datos?. Paradigma de programación estructurada. Encapsulamiento y ocultación de información. Procesamiento secuencial en pipe-and-filter. Abstracción en capas independientes.

¿Por qué es difícil que un conjunto de requerimientos satisfaga por completo a todos los usuarios?. Los usuarios tienen necesidades conflictivas. Los requerimientos técnicos limitan la funcionalidad. Los requerimientos cambian con el tiempo. El presupuesto restringe la implementación.

El acoplamiento entre componentes: No afecta la mantenibilidad del sistema. Debe mantenerse tan bajo como sea posible. Debe ser eliminado por completo. Mejora el rendimiento del sistema.

¿Cuál es el objetivo de clasificar y organizar los requerimientos?. Simplificar la especificación de requerimientos. Asociar requerimientos con subsistemas. Priorizar requerimientos por importancia. Resolver inconsistencias entre requerimientos.

La confiabilidad en el modelo de calidad de ISO 9126 se relaciona con: Seguridad de acceso del sistema. Facilidad de uso del sistema. Exactitud de los resultados generados. Disponibilidad del sistema para su uso.

¿Cuál es el propósito principal de los estándares de producto en software?. Especificar prácticas de codificación. Todas las anteriores. Definir la documentación requerida. Seleccionar las herramientas de desarrollo.

La etnografía permite elicitar requerimientos que reflejan: Los procesos organizacionales formales documentados. Las necesidades explícitas indicadas por los usuarios. Los objetivos de negocio abstractos de los altos directivos. La forma en que los usuarios realizan actualmente su trabajo.

Según el modelo de Pressman, la calidad del software depende de: Cumplimiento de requisitos, valor para el usuario, proceso disciplinado. Adherencia a estándares y certificaciones. Uso de tecnologías y metodologías modernas. Equipos de desarrollo altamente capacitados.

¿Qué función tienen las métricas de control en el software?. Predecir mantenibilidad. Evaluar productividad de programadores. Gestionar procesos de desarrollo. Medir atributos del código fuente.

Los requerimientos no funcionales usualmente se elicitan por medio de: Prototipos para validar soluciones técnicas. Casos de uso para modelar procesos detallados. Análisis de documentos y normativas existentes. Entrevistas abiertas para conocer objetivos abstractos.

¿Qué ventaja proporciona el uso de patrones de diseño?. Guían la implementación de los componentes. Mejoran la legibilidad y facilidad de mantenimiento. Simplifican la integración de los módulos del sistema. Permiten reutilizar soluciones de diseño probadas.

¿Qué representan las tablas de decisión en el diseño estructurado?. Reglas de negocio complejas. Diagramas de flujo condensados. Casos de uso y actores. La interfaz de los componentes.

Los requerimientos deseables en un sistema: Se omiten porque no son esenciales. Son obligatorios y críticos para el éxito del sistema. Se implementan después de los requerimientos obligatorios. Se escriben usando "debería" en lugar de "debe".

¿Qué técnica involucra la observación del trabajo real de los usuarios?. Casos de uso. Escenarios. Etnografía. Prototipos.

¿Cuál de los siguientes NO es un beneficio de usar estándares de software?. Eliminan la necesidad de probar el software. Definen expectativas de calidad. Proveen continuidad entre múltiples desarrolladores. Promueven la reutilización de conocimiento de valor para la organización.

La calidad de un producto de software según Pressman depende de: Un proceso eficaz, utilidad del producto y valor para el productor y usuario. Cumplimiento de estándares internacionales. Desarrollo por equipos altamente calificados. Uso de las mejores herramientas y lenguajes.

¿Qué permite el lenguaje de diseño en programación estructurada?. Representar interfaces gráficas. Describir algoritmos con facilidad. Modelar requisitos de usuario. Desarrollar prototipos ejecutables.

¿Qué condiciones se deben cumplir para que una métrica interna sea un buen predictor de un atributo externo?. Formatos estándar, herramientas automatizadas, sin ambigüedad. Medición eficiente, resultados reproducible, umbrales definidos. Definición formal, valores acotados, distribución uniforme. Relación validada, modelo calibrado, medición confiable.

¿Cuál es la característica principal de las arquitecturas de llamada y retorno?. Comunicación entre componentes mediante mensajes. Modelamiento de datos en una base de datos central. Particionamiento en subsistemas independientes. Descomposición jerárquica mediante invocación de funciones.

El rediseño se enfoca en: Optimizar algoritmos y estructuras de datos internas. Adaptar el sistema ante cambios en requerimientos. Mejorar la modularidad y acoplamiento. Refactorizar código duplicado.

¿Cuál es el propósito principal de incluir razones junto con los requerimientos?. Describir cómo se implementará el requerimiento. Mostrar quién solicitó el requerimiento. Priorizar y clasificar los diferentes requerimientos. Explicar por qué se necesita ese requerimiento.

Los diagramas de secuencia representan: Requerimientos funcionales desde la perspectiva del usuario. Restricciones no funcionales como performance. Comportamiento dinámico del sistema. Organización estática de componentes y clases.

Los requerimientos no funcionales suelen ser: Directamente relacionados con casos de uso específicos. Claros, objetivos y fáciles de validar. Menos importantes que los requerimientos funcionales. Más significativos que los requerimientos funcionales.

¿Cuál de las siguientes afirmaciones sobre los estándares ISO 9001 es FALSA?. Proveen un marco para gestión de calidad. Definen procesos de desarrollo de software específicos. Son genéricos para múltiples industrias. Requieren auditorías de terceros.

¿Cuál de las siguientes NO es una actividad previa a la revisión de software?. Efectuar los cambios acordados. Seleccionar el equipo de revisión. Establecer lugar y tiempo de revisión. Distribuir los documentos a revisar.

Los diagramas de componentes representan: Organización física de módulos en nodos de red. Comportamiento dinámico y flujos de eventos. Requerimientos funcionales desde la perspectiva del usuario. Restricciones no funcionales como escalabilidad.

El estándar IEEE recomienda que la especificación de requerimientos incluya: La descripción de la base de datos relacional. El código fuente detallado de cada módulo. Un glosario de términos utilizados. La priorización y planificación de cada requerimiento.

Los requerimientos no funcionales usualmente restringen: Las interfaces externas con otros sistemas existentes. Los componentes individuales que implementan cada requerimiento. Las características y comportamiento global del sistema. Las funciones específicas provistas por el sistema.

¿Cuál es el propósito principal de la evaluación de la usabilidad de una interfaz de usuario?. Cuantificar métricas de calidad. Verificar el cumplimiento de requisitos. Determinar si tiene las características deseadas. Compararla con otras interfaces.

¿Cuál es el propósito del principio de Inversión de Dependencia?. Reducir el acoplamiento entre componentes. Aumentar la cohesión de los componentes. Facilitar las pruebas unitarias. Mejorar el rendimiento del sistema.

¿Cuál es el propósito de los criterios de diseño para evaluar una arquitectura?. Prescribir tecnologías a utilizar. Cuantificar métricas de calidad. Entender las decisiones tomadas. Definir casos de prueba detallados.

¿Cuál es la importancia de documentar las decisiones arquitectónicas?. Evaluar alternativas de implementación. Prescribir herramientas específicas. Predecir demanda y capacidad. Justificar elecciones y facilitar cambios futuros.

Los diagramas de actividad muestran: Restricciones no funcionales como usabilidad. Requerimientos funcionales desde la perspectiva del usuario. Comportamiento dinámico y flujo de tareas. Organización estática de componentes y clases.

¿Qué problema busca resolver el concepto de refinamiento?. Transición de alto a bajo nivel de abstracción. Comunicación entre componentes acoplados. Falta de cohesión entre módulos. Excesiva dependencia entre módulos.

El principio Abierto-Cerrado en el diseño orientado a objetos significa: Los componentes deben ser fáciles de extender sin modificación. Los componentes no deben revelar detalles de implementación. Los componentes deben tener interfaces bien definidas. Los componentes deben usar principios SOLID.

¿Cuál es la principal ventaja de usar tablas para especificar requerimientos?. Permiten especificar requerimientos gráficos. Tienen una estructura clara y eliminan ambigüedades. Son más simples que el lenguaje natural. Se integran fácilmente con diagramas.

La calidad de conformidad se enfoca en: El grado de concordancia entre la implementación y el diseño. La satisfacción del usuario con el sistema. El grado en que un sistema cumple sus objetivos. La capacidad de un sistema para ser modificado.

¿Qué representan las métricas estáticas en el software?. Análisis del código fuente. Evaluación de la documentación. Mediciones en producción. Pruebas de interfaz gráfica.

¿Cuál es el propósito principal de la validación de requerimientos?. Garantizar que todos los requerimientos estén completos. Asegurar que los requerimientos sean realistas y verificables. Detectar requerimientos inconsistentes o ambiguos. Verificar que los requerimientos definan el sistema deseado por el cliente.

La comprobación de realismo en la validación considera: La participación comprometida de los usuarios. La posibilidad técnica de implementar los requerimientos. La aprobación formal de los requerimientos por los interesados. La facilidad de uso y capacitación requerida.

¿Por qué la etnografía es útil para la adquisición de requerimientos?. Identifica rápidamente las necesidades de los usuarios. Permite observar cómo usan el sistema existente. Revela requerimientos implícitos de los procesos reales. Facilita la comunicación con usuarios no técnicos.

¿En qué consiste una inspección de software?. En el análisis estadístico de métricas del producto. En la ejecución controlada del código fuente. En la revisión visual y detallada del código por pares. En la verificación automatizada de estándares.

¿Cuál de los siguientes NO es un beneficio potencial de los estándares de software?. Reducen la necesidad de pruebas. Promueven el uso de buenas prácticas. Definen expectativas de calidad. Facilitan la consistencia entre proyectos.

¿Qué representa la cohesión de comunicación en el diseño orientado a objetos?. Existe un flujo secuencial entre operaciones. Las operaciones pertenecen a una misma capa. Las operaciones acceden a los mismos atributos. Las operaciones realizan un cálculo específico.

Los diagramas de secuencia representan: Organización estática de componentes y clases. Comportamiento dinámico y flujos de eventos. Restricciones no funcionales como performance. Requerimientos funcionales desde la perspectiva del usuario.

¿Cuál de los siguientes NO es un atributo de calidad del software?. Utilidad. Mantenibilidad. Confiabilidad. Funcionalidad.

¿Cuál de los siguientes NO es un ejemplo de requerimiento no funcional?. El sistema debe permitir búsquedas en todas las clínicas. El sistema debe ser portable a múltiples plataformas. El sistema debe tener una interfaz amigable para el usuario. El sistema debe ser seguro y prevenir accesos no autorizados.

¿Qué elemento define a un estilo arquitectónico?. Un lenguaje de programación específico. Una metodología de desarrollo estándar. Una estructura para los componentes del sistema. Un protocolo de comunicación determinado.

La negociación de requerimientos es necesaria debido a que: No existen conflictos entre los interesados. Los recursos para el proyecto son ilimitados. Las prioridades de los usuarios son homogéneas. Inevitablemente hay opiniones contradictorias.

En la validación de requerimientos, la generación de casos de prueba permite encontrar: Desviaciones del presupuesto y cronograma preliminares. Conflictos entre requerimientos funcionales y no funcionales. Inconsistencias y omisiones en los requerimientos. Falta de trazabilidad entre requerimientos y código fuente.

El análisis de componentes de software tiene como objetivo: Certificación de terceros. Detección de anomalías. Evaluación por muestreo. Generación de perfiles estadísticos.

¿Cuál de las siguientes se considera una métrica dinámica?. Complejidad ciclomática. Tiempo para corregir un bug. Número de métodos por clase. Longitud promedio de identificadores.

¿Qué representan los modelos de interacción sistema a sistema en la ingeniería de software?. Los componentes que constituyen un sistema. Los problemas de comunicación entre sistemas. Los objetos en un sistema. La organización de un sistema.

¿Qué representa el diagrama de casos de uso en UML?. Los procesos internos del sistema. Los componentes arquitectónicos del sistema. Las interacciones entre actores y el sistema. Los requerimientos funcionales y no funcionales.

¿Cuál es el propósito de la ingeniería de dominios?. Integrar componentes de diferentes proveedores. Crear componentes reutilizables para un dominio específico. Modelar requisitos de los usuarios finales. Diseñar la arquitectura de sistemas individuales.

¿Qué tipo de problema busca detectar la revisión de requerimientos?. Requerimientos que no reflejan las necesidades reales. Requerimientos no realizables. Requerimientos difíciles de verificar. Requerimientos inconsistentes o incorrectos.

Las descripciones arquitectónicas según Pressman: Son diagramas de contexto del sistema. Describen completamente la implementación. Se representan mediante perspectivas múltiples. Detallan sólo las interfaces externas.

¿Cuál es la ventaja de diseñar componentes con alta cohesión?. Mayor independencia y flexibilidad. Mejor rendimiento y eficiencia. Menor acoplamiento con otros módulos. Más fácil de mantener y reutilizar.

¿Qué técnica de especificación de requerimientos utiliza plantillas predefinidas?. Diagramas. Lenguaje natural. Lenguaje natural estructurado. Tablas.

Los factores que afectan la calidad del software se centran principalmente en: Las características del proceso de desarrollo. Las características operativas del sistema. La capacidad del sistema para ser modificado. Las tres anteriores.

¿Cuál de los siguientes NO es un atributo de calidad propuesto por McCall?. Seguridad. Eficiencia. Tolerancia a fallas. Usabilidad.

¿Cuál es la característica distintiva de las arquitecturas orientadas a objetos?. Comunicación mediante paso de mensajes. Particionamiento en subsistemas independientes. Descomposición jerárquica del sistema. Existencia de una base de datos central.

¿Cuál de las siguientes NO se considera una actividad posterior a la revisión?. Corregir errores en el software. Seleccionar el equipo de revisión. Verificar que se incluyeron todos los comentarios. Resolver conflictos encontrados.

La confiabilidad en el modelo de calidad de ISO 9126 se relaciona con: Facilidad de uso del sistema. Seguridad de acceso del sistema. Exactitud de los resultados generados. Disponibilidad del sistema para su uso.

¿Cuál de los siguientes NO es un lineamiento de diseño?. Satisfacer requerimientos funcionales y no funcionales. Legibilidad y facilidad de pruebas. Arquitectura modular y componentes de buen diseño. Notación formal para especificar algoritmos.

¿Cuál es el principal riesgo de no validar adecuadamente los requerimientos?. Entregar un sistema que no satisface al cliente. Demoras en la entrega del sistema. Dificultad para mantener el sistema. Incremento en el presupuesto del proyecto.