Ingenieria de Soft 2

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

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

Un requerimiento funcional ambiguo puede provocar que: a) Los desarrolladores lo interpreten de manera incorrecta. b) Aumenten significativamente los costos. c) Se extienda el tiempo de desarrollo. d) Todas las anteriores.

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

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

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

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

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

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

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

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

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

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

¿Qué problema resuelve el concepto de aspectos en el diseño de software?. a) Requerimientos que abarcan todo el sistema. b) Acoplamiento entre componentes. c) Violación de encapsulamiento. d) Baja cohesión de módulos.

Los módulos de software deben tener: a) Muchas responsabilidades relacionadas entre sí. b) Dependencias mínimas con otros módulos. c) Interfaces complejas con el resto del sistema. d) Pocas líneas de código para facilitar cambios.

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

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

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

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

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

¿Por qué se recomienda evitar el uso de jerga y abreviaturas al escribir requerimientos?. a) Porque los usuarios no las entenderán. b) Porque se prestan a malinterpretaciones. c) Porque irán en contra de estándares y normas. d) Porque dificulta la traducción a otros idiomas.

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

Los stakeholders o interesados principales en la especificación de requerimientos son: a) Los usuarios finales y expertos del negocio. b) El equipo de desarrollo de software. c) Los encargados de pruebas y QA. d) Todas las anteriores.

¿Qué beneficios proporciona aplicar el concepto de abstracción al diseño?. a) Facilita el acoplamiento entre componentes. b) Permite el refinamiento escalonado. c) Oculta detalles de implementación. d) Descompone el sistema en módulos.

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

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

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

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

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

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

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

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

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

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

¿Cuál es el objetivo principal de la modularidad en el diseño de software?. a) Facilitar el refinamiento y las pruebas. b) Particionar el software en componentes manejables. c) Lograr independencia funcional entre módulos. d) Ocultar información entre los componentes.

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

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

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

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

¿Qué tipo de modelos de diseño se utilizan para mostrar la organización de un sistema y sus relaciones?. a) Modelos de interacción. b) Modelos de comportamiento. c) Modelos de contexto. d) Modelos de estructura.

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

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

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

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

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

¿Cuál es el objetivo principal de definir lineamientos para el diseño de software?. a) Reducir la complejidad y mejorar la legibilidad. b) Evaluar la calidad y el cumplimiento de requerimientos. c) Facilitar la implementación y las pruebas del sistema. d) Garantizar un enfoque consistente entre los diseñadores.