Cuestionario I.S

¿Qué es la etnografía en ingeniería de requisitos?. Define estándares de calidad del software. Analiza el contexto organizacional y social. Modela matemáticamente el comportamiento. Verifica la completitud de los requerimientos.

¿Qué permiten los prototipos a los usuarios?. Verificar estándares de codificación. Definir la arquitectura técnica del sistema. Evaluar tecnologías candidatas para la implementación. Probar requerimientos tentativos de manera temprana.

¿Qué se busca detectar durante la validación de requisitos?. Inconsistencias y omisiones en requerimientos. Riesgos financieros del proyecto. Limitaciones de infraestructura tecnológica. Vulnerabilidades de seguridad del sistema.

¿Qué verifica la validación de requisitos?. Cumplimiento de fechas y presupuesto del proyecto. Ausencia de riesgos de seguridad en el sistema. Detalles de diseño e implementación. Satisfacción de necesidades reales del usuario.

¿Qué verifica la validación de requisitos?. El sistema se entregue en el tiempo y presupuesto establecidos. El sistema satisfaga las necesidades reales del cliente. Los requisitos cumplan estándares regulatorios. No haya inconsistencias lógicas en los requerimientos.

¿Qué se recomienda al escribir requerimientos en lenguaje natural?. Usar jerga y abreviaturas técnicas. Evitar distinguir tipos de requerimientos. Estandarizar formatos y evitar ambigüedades. No asociar razones a los requerimientos.

¿Qué característica tienen las especificaciones estructuradas de requerimientos?. Son más precisas pero menos flexibles. Utilizan plantillas y notaciones predefinidas. Requieren conocimiento técnico por parte del usuario. No permiten representar requerimientos complejos.

¿Cuál es el propósito principal del documento de requerimientos de software?. Se usa principalmente en metodologías ágiles. Es confidencial y solo para el equipo de desarrollo. Detalla solo la arquitectura y el diseño del sistema. Comunica los requerimientos a implementar.

¿Cómo suelen ser los requerimientos no funcionales?. Están relacionados con el diseño del sistema. Limitan o restringen aspectos del sistema. Describen comportamientos esperados por el usuario. Son poco relevantes en la ingeniería de 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. Modelos del sistema. Arquitectura del sistema. Definición de requerimientos del usuario. Evolución del sistema.

¿Cuáles son conceptos de diseño?. Funcionalidad, usabilidad, rendimiento y confiabilidad. Arquitectura, modularidad, representaciones y notación. Arquitectura, modularidad, ocultamiento e interfaces menos complejas. Arquitectura, patrones, rediseño y aspectos.

¿Qué indica una asociación en un diagrama de clase?. Una instancia de una clase. Una relación entre clases. Un proceso del sistema. Un actor externo.

¿Qué tipo de modelos se utilizan para mostrar las relaciones entre componentes en un sistema?. Modelos estructurales. Modelos de contexto. Modelos de casos de uso. Modelos de interacción.

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

¿Qué criterio de diseño proporciona los máximos beneficios cuando se requiere hacer modificaciones durante las pruebas?. Rediseño. Aspectos. Ocultamiento de información. Refinamiento.

¿Qué es la abstracción como concepto de diseño?. Se refiere a un conjunto de datos que posee un nombre para ese objeto de datos. Representa una estructura de diseño de software para un problema especifico. Es una característica del modelo de los requerimientos para el software. Resultado de la separación de problemas y ocultamiento de información.

¿Qué simboliza una elipse en un caso de uso?. Un actor. Un objeto. Un sistema. Un proceso.

¿Cuándo se considera que los límites entre un sistema y su entorno son claros?. Cuando hay una colaboración estrecha entre los participantes del proyecto. Siempre son claros. Cuando se reemplaza un sistema manual por uno automatizado. Cuando se utilizan sistemas distintos para funciones diferentes.

¿Cuál es el tipo de clase de diseño que implantan abstracciones de negocios de bajo nivel?. Clases persistentes. Clases de usuario de la interfaz. Clases del dominio de negocios. Clases de proceso.

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

Según los estilos arquitectónicos, ¿en qué estilo se puede obtener una estructura de programa sencilla y escalar?. Arquitectura de llamada en espera. Arquitectura en capas. Arquitectura de llamar y regresar. Arquitectura de flujo de datos.

Relacione el tipo de cohesión con su concepto adecuado. (A Funcional, B De capa, C De comunicación). A2-B3-C1. A3-B2-C1. A1-B3-C2. A1-B2-C3.

Según Booch, ¿qué tipo de sistemas son fundamentales para la operación de una empresa de negocios?. Comercial y no lucrativo. Inteligencia artificial. Dispositivos. Financieros.

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

Seleccione el principio básico del diseño en el cual se crea una interfaz especializada para atender a cada categoría de cliente. Principio de cierre común. Principio de la equivalencia de la liberación de la reutilización. Principio segregación de la interfaz. Principio de la sustitución de Liskov.

¿Cuál es el concepto adecuado para la Ingeniería del dominio?. Determinar componentes que apuntan hacia componentes reutilizables. Describir la interfaz al componente e identificar la semántica. Identificar un conjunto de componentes de software aplicables en futuro. Colocar un componente de software reutilizable en su dominio de aplicabilidad.

Relacione el concepto según la característica para cada componente. (A Calificación, B Adaptación, C Combinación). A2-B3-C1. A1-B3-C2. A1-B2-C3. A2-B1-C3.

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

¿Qué nivel de cohesión presentan los paquetes y componentes?. Comunicación. Funcional. Capas. Rutinas.

¿Qué representan los filtros en la arquitectura de flujo de datos?. Componentes de procesamiento. Los datos. Las tuberías. Las restricciones.

¿Cuáles son los atributos de calidad externo?. Mantenibilidad, usabilidad, reusabilidad y seguridad. Usabilidad, reusabilidad, fiabilidad y mantenibilidad. Profundidad, complejidad, tamaño y usabilidad. Usabilidad, fiabilidad, complejidad y mantenibilidad.

¿Por qué son importantes los estándares de software?. Capturan buenas prácticas y definen calidad. Reducen la necesidad de pruebas. Restringen la creatividad de los programadores. Limitan el uso de nuevas tecnologías.

¿Cuál es el objetivo principal de las revisiones e inspecciones de software?. Comparar productos de diferentes proveedores. Evaluar el desempeño de los programadores. Encontrar defectos y verificar estándares. Automatizar la detección de errores.

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

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

Esta norma se desarrolló con el propósito de identificar los atributos clave del software de cómputo. Factores de la calidad ISO 2012. Factores de la calidad de McCall. Dimensiones de la calidad de Garvin. Factores de la calidad ISO 9126.

Según las dimensiones de calidad que pertenecen a Garvin, ¿en cuál se pregunta '¿Está disponible cuando se necesita?'. Confiabilidad. Durabilidad. Integridad. Usabilidad.

Seleccione a qué clase de falla pertenece la siguiente pregunta de comprobación: ¿Hay certeza de que termine cada ciclo?. Fallas de gestión de almacenamiento. Fallas de control. Fallas de datos. Fallas de interfaz.

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

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

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

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

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

¿Qué tipo de requerimientos se derivan principalmente de las entrevistas?. Requerimientos funcionales de los usuarios. Requerimientos organizacionales y externos. Requerimientos no funcionales del sistema. Requerimientos no explícitos o implícitos.

¿Cuál es el propósito principal de la arquitectura de software?. Especificar las propiedades estructurales y extra funcionales. Definir la estructura e interacción de los componentes. Establecer patrones reutilizables entre sistemas relacionados. Satisfacer los requisitos no funcionales como rendimiento y seguridad.

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

¿Cuál de los siguientes NO es un lineamiento recomendado para escribir requerimientos en lenguaje natural?. Resaltar partes claves del requerimiento. Distinguir entre requerimientos obligatorios y deseables. Usar un formato estándar para todos. Ser lo más técnico posible para no perder precisión.

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

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

¿Qué representan los diagramas de secuencia en el modelado de sistemas orientados a objetos?. La estructura de un sistema. Los detalles de la configuración de un sistema. Las relaciones entre actores y objetos en un sistema. Las interacciones entre objetos en un sistema.

Los aspectos representan: Soluciones reutilizables para problemas específicos. Preocupaciones que abarcan todo el sistema. Módulos funcionales altamente cohesivos. Interfaces estandarizadas entre componentes.

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

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

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

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.

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

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

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

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

¿Cuál es el propósito principal de la certificación ISO 9001?. Auditar los procesos de gestión de calidad. Garantizar software de alta calidad. Establecer el uso de herramientas específicas. Definir procesos de desarrollo de software.

El principio Abierto-Cerrado en el diseño orientado a objetos significa: Los componentes deben usar principios SOLID. 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.

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

¿Cuál es el objetivo principal de la adquisición de requerimientos?. Descubrir y documentar las necesidades de los usuarios. Clasificar y organizar los requerimientos por subsistemas. Validar que los requerimientos sean consistentes. Priorizar y negociar requerimientos con los usuarios.

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

Los géneros arquitectónicos según Pressman clasifican sistemas en categorías como: Datos, aplicaciones y presentación. Telecomunicaciones, investigación y entretenimiento. Gestión, transaccionales y de procesamiento analítico. Software, hardware y sistemas embebidos.

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

Según Sommerville (2011), durante el proceso de validación de requerimientos, ¿cuál de los siguientes no es una de las comprobaciones?. Comprobaciones de validez. Verificabilidad. Comprobaciones de consistencia. Comprobaciones de totalidad. Comprobaciones de realismo. Comprobación lógica.

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

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

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

El ocultamiento de información facilita: Que los cambios locales no afecten otros módulos. Verificar requerimientos de seguridad. Probar cada unidad de código de forma aislada. Controlar el acceso a los datos confidenciales.

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

¿Qué requiere la adaptación de componentes?. Integrar componentes con inconsistencias. Modificar los componentes existentes. Utilizar sólo componentes estándar. Desarrollar componentes nuevos.

¿Por qué es importante evitar ambigüedades en la especificación de requerimientos?. Porque puede causar malentendidos y errores en el desarrollo. Porque viola los estándares y normas de especificación. Porque dificulta la comunicación con los usuarios. Porque hace el mantenimiento más complicado.

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

¿Qué tipo de modelos son utilizados para desarrollar modelos abstractos de un sistema, presentando diferentes perspectivas del sistema?. Modelos de estructura. Modelos de contexto c. Modelos de comportamiento d. Modelos de diseño. Modelos de contexto. Modelos de comportamiento d. Modelos de diseño.

¿Cuál es el propósito principal de la especificación estructurada de requerimientos?. Facilitar cambios y actualizaciones a los requerimientos. Hacer la especificación más formal y reducir ambigüedades. Mejorar la comunicación con los usuarios no técnicos. Permitir especificaciones gráficas y matemáticas.

La calidad de un producto de software según Pressman depende de: Cumplimiento de estándares internacionales y uso de las mejores prácticas. Desarrollo por un equipo altamente calificado. Un proceso disciplinado, cumplimiento de requisitos y beneficios para el productor y usuario final. Uso de las herramientas y lenguajes de programación más modernos.

¿Qué problema puede causar el uso de jerga y abreviaturas en los requerimientos?. Confusión para usuarios no técnicos. Menor precisión en la especificación. Incumplimiento de estándares de documentación. Dificultad para traducirlos a otros idiomas.

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

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

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

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

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

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

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

¿Qué representan los diagramas de flujo en el diseño estructurado?. El flujo de control entre actividades. Los casos de uso del sistema. Las interacciones entre componentes. La interfaz de los componentes.

La división de problemas permite: Identificar riesgos e hitos del proyecto. Particionar requerimientos en partes manejables. Definir estándares y procedimientos de codificación. Distribuir el trabajo en un equipo de desarrollo.

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

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

En el diseño de la interfaz de software, ¿cuáles son los tres elementos importantes?. La interfaz de usuario, las interfaces de red y las interfaces de hardware. La interfaz principal, las interfaces secundarias y las interfaces de prueba. La interfaz de usuario, las interfaces externas y las interfaces internas. La interfaz gráfica, las interfaces de programación y las interfaces de usuario.

Los requerimientos del sistema detallan los requerimientos de usuario con el fin de: Definir la arquitectura y el diseño detallado. Establecer la interacción entre componentes. Ser utilizados como entrada por los desarrolladores. Describir la implementación y el código fuente.

Las inspecciones de software complementan a: Las métricas de producto. Las pruebas. Los estándares de codificación. Las especificaciones formales.

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

La comprobación de validez en la validación de requerimientos implica: Verificar carencias en los requerimientos recolectados. Asegurar que sean técnicamente factibles de implementar. Garantizar que sean consistentes y no contradictorios. Confirmar que están correctamente documentados.

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

¿Qué elemento caracteriza a las arquitecturas orientadas a datos?. Existencia de una base de datos central. Comunicación mediante paso de mensajes. Interfaz gráfica de usuario. Modelamiento orientado a objetos.

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

¿Qué elemento es fundamental en una inspección de software?. Revisión visual detallada. Pruebas unitarias. Estándares de codificación. Herramientas de análisis estático.

Según el texto, la principal causa de problemas en el desarrollo de software es: La evolución y cambio frecuente de requerimientos. La ausencia de un documento de requerimientos detallado. La mala interpretación de requerimientos por parte de los desarrolladores. La falta de participación de los usuarios finales.

¿Cuál es la característica adecuada de la etapa en el proceso de medición de componentes en la cual se debe seleccionar los componentes a valorar?. Se recopilan las mediciones que no son directamente relevantes para las preguntas formuladas. Se procesa la representación de las componentes mediante una herramienta de recolección automatizada de datos. Se elige una muestra representativa de componentes para medición que permitirá realizar valoraciones globales de calidad del sistema. Se seleccionan los valores inusualmente alto o bajo para cada métrica.

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

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

¿Qué es la calidad del diseño según Pressman?. La calidad del diseño se refiere a las características que los usuarios finales valoran en un producto de software. La calidad del diseño se refiere a las características que los diseñadores especifican para un producto. La calidad del diseño se refiere a la facilidad para mantener un sistema sin reducir su confiabilidad. La calidad del diseño se refiere a la capacidad de un sistema para adaptarse a nuevos escenarios de uso.

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

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

¿Por qué es difícil evitar por completo detalles de diseño al especificar requerimientos de sistema?. Porque los requerimientos cambian y deben actualizarse constantemente. Porque se debe diseñar una arquitectura inicial para estructurarlos. Porque los programadores los necesitan para desarrollar el sistema. Porque el usuario siempre solicita detalles de implementación.

¿Las clases de diseño detallan: Aspectos invisibles para el usuario o casos de uso. Los algoritmos utilizados en la implementación. Interfaces para interoperar con otros sistemas. Restricciones de calidad como rendimiento y escalabilidad.

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

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

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

¿Los modelos estructurales muestran: Requerimientos funcionales desde la perspectiva del usuario. Restricciones no funcionales como seguridad. Componentes y relaciones en un momento del tiempo. Comportamiento dinámico y flujos de eventos.

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

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

El refinamiento progresivo permite: Verificar requerimientos no funcionales como rendimiento. Particionar un sistema en subsistemas débilmente acoplados. Evaluar diferentes alternativas de diseño. Agregar detalles a una solución en pasos incrementales.

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

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

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

¿Qué tipo de lenguaje debe evitarse en la especificación de requerimientos?. Términos del negocio propios de los usuarios. Jerga y acrónimos técnicos de software. Analogías que faciliten la comprensión. Descripciones conceptuales de alto nivel.

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

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

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

Los escenarios son útiles para elicitar requerimientos con usuarios inexpertos porque: Describen interacciones concretas con el sistema. Se centran en aspectos abstractos del negocio. No requieren una participación muy activa de los usuarios. Permite utilizar un lenguaje técnico preciso.

¿Cuál es la ventaja de utilizar escenarios durante la adquisición de requerimientos?. Son fáciles de entender para los usuarios no técnicos. Permiten una validación temprana de requerimientos. Identifican inconsistencias entre requerimientos. Facilitan la clasificación y priorización de requerimientos.

¿Qué representa la arquitectura de software de un sistema?. La descomposición del sistema en subsistemas. El conjunto de patrones y prácticas utilizados. Los requisitos funcionales y no funcionales. La estructura, componentes y sus relaciones.

¿Cuál es la finalidad del modelado de casos de uso en la adquisición de requerimientos?. Definir estructuras de datos para objetos locales. Describir interacciones entre un sistema y actores externos. Identificar relaciones entre sistemas. Mostrar la organización de un sistema.

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

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

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. Los componentes funcionales y sus interacciones. La interfaz abstracta de los componentes.

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

El propósito de los patrones arquitectónicos es: Definir estándares de codificación. Resolver problemas de diseño específicos. Especificar requisitos funcionales. Seleccionar herramientas de desarrollo.

¿Qué tipo de diagramas se emplean para modelar interacciones entre componentes del sistema?. Diagramas de clase. Diagramas de actividad. Diagramas de secuencia. Diagramas de estructura.

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

Según el texto, la especificación de requerimientos debe ser: Lo más simple posible para facilitar su lectura. Un equilibrio entre detalle técnico y comprensión del negocio. Enfocada en requerimientos de muy alto nivel. Centrada en aspectos técnicos y detalles de implementación.

¿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. Modelar la jerarquía de herencia entre componentes. Especificar la distribución física de los componentes.

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

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

¿Qué representan los modelos de contexto en la ingeniería de software?. La secuencia de interacciones entre componentes. Los límites entre un sistema y su entorno. Las relaciones entre objetos en un sistema. Los detalles de la configuración de un sistema.

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

La comprobación de consistencia en la validación de requerimientos implica: Confirmar que estén completamente documentados. Garantizar que sean trazables a través del código fuente. Validar que no existan conflictos entre requerimientos. Verificar que no haya requerimientos redundantes.

La plantilla en la especificación estructurada ayuda a: Usar terminología más técnica. Estandarizar los requerimientos. Reducir la cantidad de detalles. Simplificar el lenguaje.

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

¿Qué es la abstracción en el contexto del diseño de software?. Ocultar detalles de implementación de componentes. Representar funciones o datos en diferentes niveles de detalle. Dividir el software en módulos independientes. Reutilizar soluciones de diseño probadas para problemas recurrentes.

Los requerimientos funcionales se obtienen principalmente mediante: Entrevistas con los usuarios finales. Análisis de requerimientos de sistemas existentes similares. Observación etnográfica de los procesos organizacionales. Derivación de políticas y normativas institucionales.

¿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 de los siguientes aspectos no es considerado como propósito de los patrones de diseño de software?. Subdivide elementos capaces de resolver de manejar de forma particular. Sirve como guía para una función o estructura distinta. Es aplicable al trabajo en cuestión. Se puede volver a usar.

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

La clasificación y organización de requerimientos permite: Definir un cronograma detallado de entrega. Resolver inconsistencias y conflictos. Agrupar requerimientos relacionados en categorías coherentes. Negociar la prioridad e importancia relativa.

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

¿Por qué es importante registrar la fuente u origen de cada requerimiento?. Para identificar a quién consultar si el requerimiento cambia. Para establecer la prioridad e importancia del requerimiento. Para definir los casos de prueba detallados. Para determinar si debe ser un requerimiento funcional o no funcional.

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

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

¿Cuál es la notación gráfica principal utilizada en el modelado de sistemas?. UML. RAD. DFD. ERD.

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

Las arquitecturas por capas se caracterizan por: Paradigma de programación orientada a objetos. Abstracción creciente en cada capa superior. Ausencia de acoplamiento entre capas. Estructura de pipe-and-filter.

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

La comprobación de totalidad en la validación verifica que: El sistema pueda desarrollarse con los recursos disponibles. Se hayan implementado las funciones más importantes. Los requerimientos deriven de los procesos del negocio. No haya funciones o restricciones faltantes.

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

La cohesión evalúa: La fortaleza de la agrupación funcional interna de un módulo. La estabilidad ante cambios en otros módulos. La facilidad de reutilizar un módulo en otros sistemas. El grado de independencia entre los módulos.

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

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

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

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

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

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

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

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

El modelo de calidad de McCall clasifica los factores de calidad en: Corrección, eficiencia y facilidad de mantenimiento. Eficiencia, flexibilidad y estabilidad. Funcionalidad, confiabilidad y usabilidad. Características operativas, modificabilidad y portabilidad.

¿Qué tipo de diagramas se utilizan principalmente para modelar interacciones entre objetos de un sistema y actores, así como de objetos entre sí?. Diagramas de clase. Diagramas de secuencia. Diagramas de estructura. Diagramas de actividad.