INGENIERÍA DE SOFTWARE II - MG

¿Qué describen principalmente los requerimientos funcionales de un sistema?. Los estándares legales externos. Las políticas organizacionales de la empresa. Los servicios que el sistema debe proporcionar y cómo debe comportarse. Las restricciones técnicas del hardware utilizado.

¿Qué caracteriza a los requerimientos de la organización?. Describen algoritmos matemáticos. Provienen de políticas y procedimientos internos. Se relacionan solo con el usuario final. Definen únicamente funciones del sistema.

¿Por qué se afirma que los requerimientos no son independientes entre sí?. Porque solo existen requerimientos funcionales. Porque todos se documentan por separado. Porque no se relacionan con los usuarios. Porque un requerimiento puede generar o modificar otros requerimientos.

¿Cuál de los siguientes es un ejemplo de requerimiento del producto?. Una política interna de la empresa. La estructura organizacional. Una ley gubernamental. Un tiempo máximo de respuesta del sistema.

¿Cuál es el objetivo principal de la administración de requerimientos?. Reducir el número de usuarios. Eliminar la documentación. Acelerar la codificación. Garantizar que los requerimientos representen las necesidades reales del cliente.

¿Quiénes se consideran participantes del sistema?. Solo los clientes externos. Solo los programadores. Personas o entidades que influyen directa o indirectamente en los requerimientos. Únicamente el gerente del proyecto.

¿Qué es la Especificación de Requerimientos de Software (ERS)?. Un documento exclusivo para programadores. Un documento oficial que describe lo que debe implementar el sistema. Un manual de usuario final. Un plan de pruebas del sistema.

¿Qué describen principalmente los escenarios?. Diagramas de base de datos. Sesiones de interacción entre usuarios y el sistema. Algoritmos internos. Políticas organizacionales.

¿Qué actividad inicia el proceso de adquisición y análisis?. La implementación. La validación. El descubrimiento de requerimientos. La codificación.

¿Cuál es la principal característica de los requerimientos no funcionales?. Especifican algoritmos internos. Imponen restricciones sobre los servicios o funciones del sistema. Definen casos de uso del sistema. Describen únicamente las entradas y salidas del sistema.

¿Qué atributo evalúa la facilidad de uso?. Mantenibilidad. Confiabilidad. Rendimiento. Usabilidad.

¿Qué atributo mide fallas y recuperación?. Usabilidad. Portabilidad. Funcionalidad. Confiabilidad.

¿Qué imponen los requerimientos no funcionales?. Funciones principales. Casos de uso. Diagramas UML. Restricciones y atributos de calidad.

¿Qué técnica permite obtener información directa del usuario?. Codificación. Pruebas unitarias. Diagramas de clases. Entrevistas.

¿Qué característica debe cumplir un buen requerimiento?. Usar lenguaje complejo. Ser ambiguo. Ser claro y verificable. Incluir diseño.

¿Qué principio permite extender sin modificar?. Principio de cohesión. Principio de acoplamiento. Principio de herencia. Principio Abierto-Cerrado.

¿Qué documento oficializa los requerimientos del sistema?. Especificación de Requisitos de Software. Plan del proyecto. Código fuente. Manual técnico.

¿Qué son las decisiones arquitectónicas?. Diagramas UML. Pruebas unitarias. Elecciones clave que afectan todo el sistema. Errores de programación.

¿Quiénes participan en la adquisición de requerimientos?. Usuarios y otros interesados. Solo gerentes. Solo testers. Solo programadores.

¿Qué mide la cohesión?. . Velocidad del sistema. Número de usuarios. Relación interna de responsabilidades. Cantidad de código.

¿Qué característica debe tener un buen requerimiento?. Usar lenguaje técnico complejo. Ser ambiguo. Ser claro y verificable. Incluir diseño detallado.

¿Qué documento describe de forma oficial los requerimientos del sistema?. Código fuente. Manual de usuario. Plan del proyecto. Especificación de Requisitos de Software.

¿Qué busca la adquisición de requerimientos?. Diseñar interfaces gráficas. Conocer necesidades del usuario y del sistema. Optimizar el hardware. Programar funcionalidades.

¿Qué permite el diseño de la interfaz?. La eliminación de componentes. La optimización del hardware. La comunicación entre el sistema y su entorno. La reducción de usuarios.

¿Qué atributo de calidad facilita modificaciones futuras?. Funcionalidad. Usabilidad. Seguridad. Mantenibilidad.

¿Qué muestra el diseño de despliegue?. Los algoritmos internos. La interfaz gráfica. La distribución del software en el ambiente físico. Los requerimientos funcionales.

¿Qué es el desarrollo basado en componentes. Programación estructurada. Codificación monolítica. Construcción de sistemas usando componentes reutilizables. Diseño orientado a datos.

¿Qué permite la arquitectura en una etapa temprana del desarrollo?. Reemplazar el análisis. Evaluar alternativas y reducir riesgos. Finalizar la codificación. Evitar cambios futuros.

¿Qué persigue la gestión de la calidad del software?. Eliminar pruebas. Evitar documentación. Garantizar que el producto cumpla requisitos y estándares. Reducir la planificación.

¿Qué es una métrica de software?. Un estándar de codificación. Una medida objetiva de un atributo del software. Una técnica de diseño. Un modelo arquitectónico.

¿Cuál es un ejemplo de requerimiento no funcional?. Ingreso de datos. Requerimiento de seguridad. Registro de usuarios. Generación de reportes.

¿Cuál es una actividad del proceso de adquisición y análisis?. Codificación. Despliegue. Descubrimiento de requerimientos. Pruebas unitarias.

¿Quiénes utilizan el documento de requerimientos?. Únicamente el cliente. Solo los programadores. Solo el gerente del proyecto. Usuarios, desarrolladores y evaluadores.

¿Qué busca el proceso de diseño de software?. Eliminar la documentación. Programar directamente el sistema. Traducir los requerimientos en una solución técnica. Realizar pruebas finales.

¿Qué representan los elementos del diseño de datos?. Los algoritmos finales. El hardware utilizado. La arquitectura de la información del sistema. La interfaz gráfica.

¿Qué atributo evalúa el tiempo de respuesta del sistema?. Mantenibilidad. Rendimiento. Seguridad. Compatibilidad.

¿Cuál es una finalidad principal de la arquitectura del software?. Programar más rápido. Analizar si el diseño cumple los requerimientos. Eliminar riesgos técnicos. Reducir la documentación.

¿Cuál es el objetivo de la ingeniería del dominio?. Identificar y reutilizar componentes en un dominio específico. Crear interfaces gráficas. Reducir documentación. Eliminar dependencias.

¿Qué se entiende por calidad del software según Pressman?. Un producto libre de mantenimiento. Un software sin documentación. Un proceso eficaz que produce software útil y valioso. Un sistema sin usuarios.

¿Qué tipo de métrica se asocia al proceso de software?. Métrica estética. Métrica dinámica. Métrica de control. Métrica externa.

¿Qué son los escenarios en ingeniería de requerimientos?. Algoritmos del sistema. Ejemplos de interacción con el sistema. Modelos de datos. Diagramas de arquitectura.

¿Qué técnica identifica actores e interacciones con el sistema?. Entrevistas cerradas. Prototipos de código. Casos de uso. Pruebas de rendimiento.

¿Qué se entiende por requerimientos funcionales?. Restricciones de presupuesto del proyecto. Documentación del sistema. Tecnologías usadas para programar. Servicios y funciones que el sistema debe proporcionar.

¿Qué modelo define los límites entre el sistema y su entorno?. Modelo de contexto. Modelo de clases. Modelo de componentes. Modelo de datos.

¿Qué atributo de calidad se relaciona con fallas y recuperación?. Usabilidad. Portabilidad. Funcionalidad. Confiabilidad.

¿Qué modelo UML representa interacciones entre actores y sistema?. Diagramas de clase. Casos de uso. Diagramas de despliegue. Diagramas de componentes.

¿Qué principio indica que un componente debe poder extenderse sin modificarse?. Principio de cohesión. Principio Abierto-Cerrado. Principio de herencia. Principio de acoplamiento.

¿Qué objetivo tiene mantener bajo el acoplamiento?. Incrementar la complejidad. Aumentar la comunicación innecesaria. Reducir dependencias entre componentes. Unificar todos los módulos.

¿Qué factor de calidad de McCall se relaciona con la facilidad de aprendizaje?. Integridad. Usabilidad. Eficiencia. Corrección.

¿Qué aspecto evalúa la calidad del diseño?. Las características especificadas en el diseño del producto. El número de usuarios. La velocidad de programación. La cantidad de código.

¿Qué describen principalmente los requerimientos no funcionales?. Algoritmos internos. Algoritmos internos. Restricciones y atributos de calidad del sistema. Casos de uso detallados.

¿Cuál es una técnica de validación de requerimientos?. Revisión de requerimientos. Codificación. Implementación. Mantenimiento.

¿Quiénes participan en la adquisición de requerimientos?. Únicamente el gerente. Solo el personal de TI. Usuarios, clientes y otros interesados. Solo los programadores.

¿Qué lineamiento de diseño promueve dividir el sistema en partes?. Modularidad. Duplicación. Complejidad. Rigidez.

¿Qué elemento del diseño brinda una visión general del software?. Diseño arquitectónico. Diseño de interfaces. Diseño de pruebas. Diseño de código.

¿Qué atributo de calidad evalúa la facilidad de uso del sistema?. Usabilidad. Mantenibilidad. Confiabilidad. Rendimiento.

¿Qué representan las descripciones arquitectónicas?. Diagramas de flujo. Manuales técnicos. Productos de trabajo que documentan la arquitectura. Casos de prueba.

¿Qué es la arquitectura del software?. El manual del usuario. La estructura del sistema y la relación entre sus componentes. La interfaz gráfica final. El código fuente del sistema.

¿Qué tipo de métrica se obtiene de un programa en ejecución?. Métrica estática. Métrica documenta. Métrica de diseño. Métrica dinámica.

¿Qué tipo de revisión no requiere ejecutar el software?. Prueba dinámica. Inspección. Prueba de sistema. Prueba de aceptación.

¿Qué problema causa una mala especificación de requerimientos?. Mayor velocidad de desarrollo. Menor necesidad de pruebas. Reducción del mantenimiento. Incremento de costos y retrabajo.

¿Qué técnica se utiliza para obtener información directamente de los usuarios?. Entrevistas. Compilación. Casos de prueba. Diagramas de clases.

¿Cuál es el objetivo de la validación de requerimientos?. Reducir la documentación. Diseñar el sistema. Verificar que reflejen lo que el cliente necesita. Programar más rápido.

¿Qué es el modelado de sistemas?. La programación del sistema. La ejecución del software. La instalación del sistema. La creación de modelos abstractos del sistema.

¿Qué característica debe tener un buen diseño de software?. Carecer de documentación. Ser comprensible para desarrolladores y evaluadores. Ser complejo. Usar notación informal.

¿Cuál es un objetivo del proceso de diseño según Pressman?. Eliminar la arquitectura. Evitar la evaluación. Garantizar calidad y funcionalidad del software. Reducir el número de usuarios.

¿Qué describe un estilo arquitectónico?. La forma en que se organizan componentes y conectores. La interfaz gráfica. La sintaxis del lenguaje. El hardware utilizado.

¿Qué son las decisiones arquitectónicas?. Elecciones clave que afectan al sistema completo. Pruebas unitarias. Detalles de programación. Errores de diseño.

¿Cuál es el objetivo principal de las revisiones de software?. Eliminar estándares. Acelerar la programación. Evaluar el desempeño del personal. Detectar errores y omisiones en los entregables.

¿Qué relación plantea Pressman para la satisfacción del usuario?. Más funciones sin pruebas. Alta complejidad y rapidez. Producto funcional, buena calidad y entrega a tiempo. Costo bajo y poca documentación.