INGENIERIA DE SOFTWARE 2 UNEMI

Las revisiones de requisitos identifican: a. Disminución de costos de implementación. b. Inconsistencias en los requerimientos. c. Mejoras en la arquitectura del sistema. d. Reducción de tiempo de entrega del sistema.

En qué consiste la comprobación de consistencia. a. Identificar las funciones adicionales que se requieren. b. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. c. EI documento debe incluir todas las funciones y restricciones. d. No debe haber contradicciones o descripciones ambiguas.

Las especificaciones estructuradas de requerimientos: a. Requieren conocimientos técnicos por parte de los usuarios. b. Son ambiguas pero permiten flexibilidad. c. No pueden representar requerimientos complejos. d. Usan plantillas y notaciones predefinidas.

EI lenguaje natural permite abordar de manera sencilla e intuitiva _ _ _ _ _ _ _ _ que se planea diseñar, sin embargo, es también impreciso en términos de ambigüedad, teniendo en cuenta _ _ _ _ _ _ _ _. a. conceptos relacionados al sistema; su uso en la codificación. b. el diseño del sistema; la interpretación de su lector. c. conceptos relacionados al sistema; la interpretación de su lector. d. el diseño del sistema; su uso en la codificación.

Los escenarios en ingeniería de requisitos: a. Definen estándares de programación. b. Describen únicamente casos felices 0 positivos. c. Detallan secuencias completas de interacción. d. Se centran en requerimientos no funcionales.

EI documento de requerimientos de software: a. Se usa principalmente en metodologías ágiles. b. Es confidencial y solo para el equipo de desarrollo. c. Comunica los requerimientos a implementar. d. Detalla solo la arquitectura y el diseño del sistema.

Las especificaciones estructuradas de requerimientos: a. Son ambiguas pero flexibles. b. Requieren conocimientos técnicos avanzados. c No permiten representar requerimientos complejos. d. Utilizan plantillas y notaciones definidas.

En qué consiste la comprobación de realismo. a. EI documento debe incluir todas las funciones y restricciones. b. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. c. Identificar las funciones adicionales que se requieren. d. Se debe considerar el presupuesto y fecha para el desarrollo.

En que consiste la comprobación de totalidad. a. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. b. EI documento debe incluir todas las funciones y restricciones. c. No debe haber contradicciones o descripciones ambiguas. d. Identificar las funciones adicionales que se requieren.

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. a. Arquitectura del sistema. b. Definición de requerimientos del usuario. c. Modelos del sistema. d. Evolución del sistema.

¿Qué elementos del diseño del software se enfocan en la estructura y estilo arquitectónico, así Como en las interfaces entre los componentes y el mundo exterior?. a. Elementos de diseño de datos. b. Elementos de diseño en el nivel de los componentes. c. Elementos de diseño arquitectónico. d. Elementos de diseño de la interfaz.

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

¿Qué elementos del diseño se utilizan para crear un modelo de información representado en un nivel elevado de abstracción?. a. Elementos de diseño arquitectónico. b. Elementos de diseño de datos. c. Elementos de diseño de la interfaz. d. Elementos de diseño en el nivel de los componentes.

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

¿Cuál de los siguientes aspectos no es considerado como propósito de los patrones de diseño de software?. a. Sirve como guía para una función o estructura distinta. b. Es aplicable al trabajo en cuestión. c. Se puede volver a usar. d. Subdivide elementos capaces de resolver de manejar de forma particular.

¿Qué concepto evalúa la independencia funcional entre módulos de software?. a. Acoplamiento. b. Modularidad. c Encapsulamiento. d. Cohesión.

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

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

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

¿Qué señala el Principio de Sustitución de Liskov?. a. Que las interfaces de los componentes deben ser fácilmente extensibles. b. Que los cambios no deben afectar a otros componentes. c. Que los componentes cliente deben poder utilizar subclases sin problema. d. Que los componentes deben tener bajo acoplamiento.

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

¿Qué permite la adaptación de componentes?. a. Integrarse más fácilmente en la arquitectura. b. Todas las anteriores. c. Reducir inconsistencias. d. Mejorar la interoperabilidad.

¿Qué NO es un componente del software en el contexto de la arquitectura?. a. Una base de datos. b. Un módulo de programa. c. Middleware. d. EI hardware.

Seleccione el principio básico del diseño en el cual se agrupan las clases que van dirigidas a la misma función. a. Principio abierto- cerrado. b. Principio de cierre común. c. Principio de la reutilización de común. d. Principio de la sustitución de Liskov.

¿Qué caracteriza a un sistema interactivo de inmersión?. a. Capacidad de procesamiento intensivo. b. Interacción en tiempo real. c. Manejo de grandes volúmenes de datos. d. Todas las anteriores.

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

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

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

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

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

¿Qué tipo de sistema requiere una especificación de requerimientos más exhaustiva y detallada?. a. Un sistema que interactúa poco con otros sistemas. b. Un sistema crítico y complejo. c. Un sistema desarrollado con metodología ágil. d. Un sistema web sencillo desarrollado internamente.

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

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

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

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

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

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

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

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

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

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

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

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

Los estándares definen un conjunto de criterios que sirven como guía para la entrega de un software, ¿Qué pasa si no se tiene un estándar?. a. Si no se tiene un estándar lo más probable es que un entregable de software tenga muchas deficiencias. b. Si no se tiene un estándar lo más probable es que se reduzca el esfuerzo de aprendizaje requerido al iniciarse un nuevo trabajo. c. Si no se tiene un estándar lo más probable es que se pueda tener mejor rendimiento del software. d. Si no se tiene un estándar lo más probable es que se aumente la calidad del software entregable.

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

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

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

Seleccione cuales son las actividades posteriores a la reunión durante el proceso de revisión. a. Repasar el documento con el equipo de revisión. b. Garantizar que se consideren todos los comentarios escritos. c. planeación y preparación de la revisión. d. Corregir bugs de software o reescribir los documentos.

Los estándares de software son importantes porque: a. Capturan buenas prácticas y definen calidad. b. Limitan el uso de nuevas tecnologías. c. Restringen la creatividad de los programadores. d. Reducen la necesidad de pruebas.

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

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

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

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

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

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

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

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

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

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

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

¿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. Establecer expectativas de calidad. Incrementar la productividad de los programadores.

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

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

Los diagramas de clase representan: a. Organización lógica de las clases y sus relaciones. b. Comportamiento dinámico del sistema. c Restricciones no funcionales como performance. d. Flujo de eventos y actividades.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

¿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. Los requisitos funcionales y no funcionales. d. EI conjunto de patrones y prácticas utilizados.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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