Ingenieria Software II

¿Cuál es la información mínima que debe tener la especificación estructurada de un requerimiento funcional? Pregunta 1Respuesta. a. Descripción básica, entradas y fuente del requerimiento. b. Solo precondición, postcondición y efectos colaterales. c. Prioridad, riesgos e interdependencias. d. Entradas, salidas y datos requeridos.

¿Cuál de las siguientes NO es una razón por la que los requerimientos del sistema pueden incluir detalles de diseño?. a. Para evitar cambios costosos. b. Por restricciones técnicas. c. Para estructurar la especificación. d. Para reutilizar componentes existentes.

Los requerimientos no funcionales se relacionan con: a. Calidad y restricciones de funcionamiento. b. Servicios esperados por los usuarios. c. Especificación de algoritmos eficientes. d. Casos de uso y procesos del negocio.

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

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

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

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

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

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

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

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

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

¿Cuál es el propósito del ocultamiento de información en el diseño de software?. a. Evitar acoplamiento entre módulos. b. Mejorar el rendimiento y eficiencia. c. Permitir el refinamiento de la arquitectura. d. Facilitar el mantenimiento y las pruebas.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

¿Qué representa el diseño de funciones en componentes para aplicaciones web?. a. Los aspectos visuales y estéticos. b. La estructura de navegación. c. La lógica de procesamiento de cada componente. d. Las consideraciones de implementació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. Modelamiento de datos en una base de datos central. d. Comunicación entre componentes mediante mensajes.

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

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

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

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

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

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

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

El propósito del modelado de casos de uso es: a. Describir flujos detallados de eventos en el sistema. b. Representar requerimientos funcionales desde la perspectiva del usuario. c. Definir interfaces estandarizadas entre subsistemas. d. Modelar comportamiento dinámico entre componentes.

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

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

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

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

Para obtener un buen diseño orientado a objetos se debe: a. Minimizar las dependencias entre clases. b. Maximizar el número de métodos por clase. c. Evitar el uso de herencia. d. Minimizar el número de clases.

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

¿Cuál de los siguientes NO es un beneficio de seguir estándares de software?. a. Elimina la necesidad de pruebas exhaustivas. b. Define expectativas de calidad. c. Promueve el uso de las mejores prácticas. d. Facilita la continuidad entre múltiples desarrolladores.

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

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

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

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

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

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

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

¿Cuál es la principal finalidad del diseño de la interfaz de usuario (IU) en la ingeniería de software?. a. Mejorar la estética y la usabilidad del software. b. Garantizar la seguridad del software. c. Definir la arquitectura del software. d. Desarrollar componentes de software.

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

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

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

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

¿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.

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

¿Cuál es la principal diferencia entre revisiones e inspecciones?. a. Las revisiones son para documentos y las inspecciones para código. b. Las revisiones son generales y las inspecciones detalladas. c. Las revisiones son automatizadas y las inspecciones manuales. d. Las revisiones involucran testing y las inspecciones análisis estático.

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

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

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

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

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

¿Qué producto NO puede ser sujeto de una revisión de calidad?. a. Código fuente. b. Plan de pruebas. c. Diseño. d. Especificaciones.

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

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

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

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

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

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

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

¿Cuál es el propósito de incluir información sobre posibles cambios en el documento de especificación de requerimientos?. a. Advertir sobre incompatibilidades técnicas. b. Evitar decisiones de diseño restrictivas. c. Predecir cómo evolucionará el sistema en el futuro. d. Facilitar la planificación de nuevas versiones.

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

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

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

¿Cuál es la principal diferencia entre revisiones e inspecciones?. a. Las revisiones son generales y las inspecciones detalladas. b. Las revisiones son para documentos y las inspecciones para código. c. Las revisiones involucran testing y las inspecciones análisis estático. d. Las revisiones son automatizadas y las inspecciones manuales.