INGENIERIA DE SOFTWARE

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

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

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

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

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

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

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

Los diagramas de clases muestran: Requerimientos funcionales desde la perspectiva del usuario. Restricciones no funcionales como seguridad. Organización estática de las clases y sus relaciones. Comportamiento dinámico del sistema.

¿Qué tipo de modelos de diseño se utilizan para representar la organización de un sistema cuando se ejecuta?. Modelos de estructura. Modelos de contexto. Modelos de comportamiento. Modelos de interacción.

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

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

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

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

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

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

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

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

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

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

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

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

¿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. Particionamiento en subsistemas independientes. Modelamiento de datos en una base de datos central.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

Los modelos estructurales representan: Comportamiento dinámico del sistema. Restricciones no funcionales como rendimiento. Requerimientos funcionales desde la perspectiva del usuario. Los componentes y sus relaciones en un momento dado.

Según Sommerville (2011), durante el proceso de validación de requerimientos, tienen que realizarse diferentes tipos de comprobaciones sobre los requerimientos contenidos en el documento de requerimientos. ¿Cuál de los siguientes no una de las comprobaciones?. Verificabilidad. Comprobaciones de consistencia. Comprobaciones de validez. Comprobación lógica. Comprobaciones de realismo. Comprobaciones de totalidad.

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

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

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

¿Qué es la calidad del diseño según Pressman?. 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 las características que los usuarios finales valoran en un producto de software. La calidad del diseño se refiere a la capacidad de un sistema para adaptarse a nuevos escenarios de uso. La calidad del diseño se refiere a las características que los diseñadores especifican para un producto.

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

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

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

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

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

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

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

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

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

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

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

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

Los estándares de software son importantes porque: Capturan buenas prácticas y definen calidad. Restringen la creatividad de los programadores. Reducen la necesidad de pruebas. 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. Automatizar la detección de errores. Evaluar el desempeño de los programadores. Encontrar defectos y verificar estándares.

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

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

El acoplamiento mide: La complejidad ciclomática de cada unidad de software. La fortaleza funcional interna de los módulos. La relación entre requerimientos y componentes. Las dependencias entre diferentes módulos de un 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 determinar si debe ser un requerimiento funcional o no funcional. Para definir los casos de prueba detallados.

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

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

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

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

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

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

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

¿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 la principal diferencia entre los estándares ISO 9001 y CMMI?. CMMI es específico para software y ISO 9001 es genérico. ISO 9001 se enfoca en productos y CMMI en procesos. CMMI es más reciente que ISO 9001. ISO 9001 es un marco de trabajo y CMMI define procesos específicos.

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

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

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

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

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

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

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

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

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

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

¿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?. Elementos de diseño de datos. Elementos de diseño en el nivel de los componentes. Elementos de diseño arquitectónico. Elementos de diseño de la interfaz.

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

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

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

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

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

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