INGENIERIA DE SOFTWARE II

Una técnica de validación que muestra un modelo ejecutable del sistema es: Casos de uso. Entrevista. Creación de prototipos. Escenario.

Una entrevista cerrada se caracteriza por: Ser siempre en grupos grandes. No tener guion y ser abierta a cualquier tema. Preguntas preestablecidas a los participantes. Basarse en escenarios de interacción.

¿Qué son los requerimientos funcionales en un sistema de software?. Son requisitos que definen la robustez del sistema. Son limitaciones sobre servicios o funciones. Son reglas externas impuestas por reguladores. Son enunciados acerca de los servicios que el sistema debe proveer.

Los casos de uso en UML permiten: Escribir algoritmos de programación. Establecer métricas de calidad. Reconocer actores e interacciones con el sistema. Medir el rendimiento del sistema.

¿Qué documento suele usarse más en sistemas críticos por temas de seguridad?. Documento de especificación de requerimientos detallado. Escenarios textuales. Entrevistas abiertas. Diagramas de casos de uso.

Según Sommerville, ¿qué problema surge con especificaciones ambiguas?. Pueden ser interpretadas de manera distinta por los desarrolladores y clientes. Reducen la cantidad de requerimientos funcionales. Facilitan la implementación del sistema. Eliminan la necesidad de validación.

En la validación, ¿qué comprueba la verificabilidad?. Que los requerimientos puedan ser probados mediante casos de prueba. Que los usuarios finales aprueben el sistema. Que no haya contradicciones entre los requerimientos. Que los requerimientos se agrupen correctamente.

¿Qué papel cumple la etnografía en el análisis de requerimientos?. Evaluar métricas de rendimiento. Verificar requisitos regulatorios. Redactar el documento de especificación. Descubrir requerimientos implícitos observando cómo trabaja realmente la gente.

¿Qué recomienda Sommerville para diferenciar requerimientos obligatorios y deseables?. Redactar todos en pasado. Aplicar únicamente notación matemática. Usar el futuro “debe ser” para obligatorios y el condicional “debería ser” para deseables. Usar siempre terminología UML.

Una ventaja de la especificación estructurada frente al lenguaje natural es: Permite mayor libertad de interpretación. Reduce ambigüedades al imponer una estructura estándar. Usa exclusivamente diagramas de flujo. No requiere plantillas estandarizadas.

Una comprobación de consistencia verifica que: El sistema cumpla con leyes externas. Todos los requerimientos sean verificables. Los requerimientos estén redactados en lenguaje natural. No existan contradicciones entre requerimientos.

Un requerimiento externo puede incluir: Escenarios de usuario. Diagramas UML. Decisiones internas de programación. Regulaciones legales impuestas por un organismo de control.

¿Cuál es un riesgo de los requerimientos no funcionales mal definidos?. Que el sistema completo resulte inútil aunque cumpla funciones. Que aumenten las entrevistas abiertas. Que se eliminen los escenarios de validación. Que se generen más casos de uso.

¿Cuál de los siguientes actores pertenece al sistema de salud mental MHC-PMS?. Proveedores externos de hardware. Personal de marketing de la clínica. Médicos responsables de valorar y tratar pacientes. Programadores contratistas.

Un requerimiento deseable debe expresarse como: “El sistema debería ser…”. “El sistema debe ser…”. “El sistema será…”. “El sistema fue…”.

Los requerimientos externos son aquellos que: Describen directamente la interacción del usuario. Están vinculados con la arquitectura del sistema. Derivan de factores regulatorios, legislativos o éticos. Dependen de las entradas y salidas.

¿Qué actividad corresponde al descubrimiento de requerimientos?. Evaluar métricas de rendimiento. Diseñar la arquitectura de software. Redactar informes de usabilidad. Interactuar con participantes para identificar necesidades.

Un ejemplo de requerimiento no funcional sería: Cada miembro del personal tendrá un usuario individual. El sistema generará reportes diarios de asistencia. El sistema permitirá buscar pacientes en todas las clínicas. El sistema debe garantizar que el tiempo de respuesta sea menor a 2 segundos.

¿Qué ventaja tiene generar casos de prueba durante la validación?. Evita la interacción con usuarios finales. Permite comprobar la verificabilidad de los requerimientos. Reduce la necesidad de revisiones. Sustituye la documentación de requerimientos.

Los requerimientos de la organización incluyen: Restricciones derivadas de políticas y procedimientos internos. Regulaciones gubernamentales y leyes internacionales. Funciones obligatorias del sistema para usuarios finales. Requisitos de almacenamiento y tiempo de respuesta.

¿Qué característica define a la arquitectura del software?. La estética visual del sistema. Estructura de los componentes, sus relaciones e integridad del sistema. La velocidad del hardware. El lenguaje de programación usado.

¿Qué representan los diagramas de actividad en modelado de procesos?. El diseño de interfaz. El flujo de control de un proceso de sistema. La arquitectura de hardware. Los costos de producción.

¿Qué tres tipos de interfaces forman parte del diseño de la interfaz?. Interfaces de usuario, externas e internas. Interfaces rápidas, lentas y mixtas. Interfaces locales, públicas y privadas. Interfaces visuales, gráficas y de hardware.

El refinamiento en diseño de software implica: Eliminar módulos redundantes. Desarrollar de manera jerárquica un procedimiento desde lo general a lo específico. Reducir el número de pruebas. Simplificar el código reduciendo líneas.

¿Cuál es el objetivo principal de la abstracción en diseño de software?. Mejorar solo la interfaz gráfica. Reducir el tiempo de ejecución. Representar soluciones en diferentes niveles de detalle y complejidad. Eliminar módulos innecesarios.

¿Qué tipo de clases definen la administración y control del software en el sistema?. Clases de usuario de la interfaz. Clases de proceso. Clases de sistemas. Clases persistentes.

¿Qué atributo de calidad mide la frecuencia y gravedad de las fallas en el software?. Mantenibilidad. Confiabilidad. Usabilidad. Funcionalidad.

Los elementos del diseño de datos se relacionan con: La estética de la interfaz gráfica. La arquitectura de datos y la estructura de información. El número de usuarios. El lenguaje de programación.

¿Qué técnica reorganiza el diseño de un componente sin alterar su comportamiento externo?. Rediseño. Prototipado. Refinamiento. Simulación.

¿Qué técnica divide un problema complejo en partes más pequeñas para resolverlo?. Prototipado rápido. Ocultamiento de información. División de problemas. Refinamiento.

¿Qué actores pueden participar en un caso de uso?. Usuarios u otros sistemas externos. Solo administradores. Solo programadores. Solo bases de datos.

¿Qué propósito cumple el modelo de diseño de software?. Reducir la estética visual del programa. Determinar el precio de venta del software. Definir únicamente los casos de prueba. Representar el sistema mediante notaciones gráficas o formales.

¿Qué representan los diagramas de clase en un sistema orientado a objetos?. Los diagramas de secuencia. Las clases y asociaciones entre ellas. Los casos de uso. Los algoritmos de cada módulo.

¿Cuál de los siguientes atributos corresponde a la calidad del software según Pressman?. Correcta: Funcionalidad, usabilidad, confiabilidad, rendimiento y mantenibilidad. Distractor: Popularidad en el mercado. Distractor: Bajo costo de desarrollo. Distractor: Estética visual únicamente.

¿Qué muestran los diagramas de secuencia en UML?. La arquitectura del hardware. El flujo de datos entre procesos. Las interacciones entre actores, objetos y componentes. El diagrama de despliegue.

¿Qué representan los patrones de diseño de software?. Una solución probada a un problema recurrente dentro de un contexto. Un conjunto de errores comunes. Una moda pasajera en programación. Un diseño gráfico del software.

Qué representan los modelos de contexto?. Los límites del sistema y sus interacciones con el entorno. La estética del sistema. El rendimiento de la base de datos. El diseño de la interfaz.

¿Qué clases representan almacenamientos de datos en el diseño de software?. Clases del dominio de negocios. Clases de usuario de la interfaz. Clases persistentes. Clases de sistema.

¿Cómo se evalúa la independencia funcional de los módulos?. Tamaño del código fuente. Tiempo de ejecución. Costo de desarrollo. Cohesión y acoplamiento.

La modularidad implica: Que el software tenga más funciones. Que el software se ejecute más rápido. Dividir el software en componentes o subsistemas manejables. Que el software sea más barato.

¿Qué pregunta orienta el análisis del control dentro de una arquitectura?. ¿Cómo se administra y transfiere el control entre los componentes?. ¿Cuántas líneas de código tiene cada módulo?. ¿Qué hardware soporta la aplicación?. ¿Qué usuarios acceden al sistema?.

¿Qué aspecto analiza el diseño de funciones en el nivel de componentes para webapps?. El almacenamiento físico de los datos. Cómo se compilan los archivos fuente. Cómo las funciones afectan la interacción del usuario con la información y las tareas. La configuración de la red.

¿Qué función cumple una descripción arquitectónica (DA) según el IEEE?. Describir el flujo de datos interno de un algoritmo. Documentar la arquitectura mediante perspectivas múltiples del sistema. Controlar los cambios en la base de datos. Implementar los módulos de programación.

¿Qué caracteriza a las arquitecturas centradas en datos?. El procesamiento de eventos en tiempo real sin base de datos. El control jerárquico principal/subprograma. El almacenamiento compartido al que acceden varios componentes para actualizar o consultar información. El uso exclusivo de interfaces web.

¿Cuál es la ventaja de las construcciones estructuradas en el diseño tradicional?. Reducen la complejidad y mejoran la legibilidad y mantenimiento. Evitan el uso de diagramas. Aumentan el número de líneas de código. Sustituyen la documentación técnica.

En el contexto del diseño tradicional, ¿qué significa la construcción de “repetición”?. Repetir aleatoriamente pasos del proceso. Ejecutar solo una vez una tarea. Ejecutar un lazo de tareas mientras una condición sea verdadera o hasta que se vuelva falsa. Controlar acceso de usuarios.

¿Cuál de los siguientes ejemplos pertenece al género arquitectónico “financiero”?. Un sistema de control industrial. Un sistema que transfiere y gestiona dinero electrónico. Un videojuego interactivo. Un sistema de monitoreo de tráfico aéreo.

¿Qué elemento caracteriza a la arquitectura del software?. La estructura de un sistema, incluyendo componentes, propiedades externas y sus relaciones. Las interfaces visuales del sistema. El código fuente del programa. El plan de mantenimiento posterior.

¿Qué implica una decisión arquitectónica en el diseño de software?. Seleccionar entre alternativas con base en requerimientos y registrar la justificación del diseño. Decidir el presupuesto del proyecto. Aprobar el diseño gráfico del sistema. Definir el código de cada módulo.

En el diseño de componentes para webapps, un componente se define como: Una función cohesiva bien definida que manipula contenido o datos para un usuario final. Un módulo del sistema operativo. Una interfaz de hardware. Una prueba de unidad.

¿Qué significa “conformidad” en calidad de software?. Satisfacción subjetiva del cliente únicamente. Automatización total de pruebas. Alineación con estándares, normativas y convenciones vigentes. Rendimiento máximo sin restricciones.

¿Cuál es un beneficio de las revisiones por pares?. Sustituyen la integración continua. Imponen dependencias innecesarias. Aumentan deliberadamente la complejidad. Detectan defectos conceptuales antes de que lleguen a pruebas.

¿Qué mide una métrica de mantenibilidad?. Cantidad de usuarios concurrentes. Esfuerzo para localizar, entender y modificar el código. Número de commits por día. Tiempo de arranque del servidor.

¿Qué ventaja ofrece definir umbrales/criterios de aceptación de calidad?. Elimina la necesidad de métricas. Sustituye la validación con usuarios. Permite decisiones objetivas de liberación y control de regresiones. Evita toda documentación.

¿Qué evalúa la “confiabilidad”?. Facilidad de aprendizaje. Elegancia visual. Capacidad de operar sin fallar durante un periodo dado. Compatibilidad con navegadores.

¿Qué es la gestión de la calidad del software?. Solo auditoría externa. Una técnica de estimación. Una batería de pruebas manuales al final. Conjunto de procesos/estándares que aseguran que el producto cumple requisitos.

¿Cuál es un resultado esperado de un plan de calidad del software?. Criterios, responsabilidades, estándares y métricas a emplear. Prototipos de interfaz. Código fuente final. Topología de red.

¿Qué factor de McCall se asocia a “esfuerzo para probar el software”?. Estética. Susceptibilidad de someterse a pruebas. Interoperabilidad. Portabilidad.

¿Cuál es el objetivo de las inspecciones técnicas?. Detectar defectos de forma temprana en artefactos antes de su uso aguas abajo. Desplegar en producción. Medir consumo de CPU. Sustituir todas las pruebas.

¿Qué persigue una métrica de cobertura de pruebas?. Medir solo rendimiento del CPU. Contar historias en backlog. Medir satisfacción del usuario. Cuantificar qué porcentaje del código/funcionalidad ha sido ejercitado por pruebas.

¿Qué describe un requerimiento funcional?. Los estándares de codificación aceptados por la organización. Los servicios que el sistema debe proporcionar al usuario. Los riesgos técnicos del proyecto. Las restricciones de tiempo de respuesta del sistema.

¿Qué riesgo introduce la ambigüedad en los requerimientos?. Reducción del alcance. Aumento inmediato de la calidad. Menor necesidad de validación. Interpretaciones erróneas que elevan costos y retrasos.

¿Qué técnica se usa para descubrir requerimientos con los participantes?. Entrevistas (abiertas/cerradas) y observación del trabajo. Pruebas de caja blanca. Monitoreo de servidores en producción. Refactorización de código.

¿Qué significa que los requerimientos sean consistentes?. Que estén firmados por el director financiero. Que no se contradigan entre sí y mantengan coherencia. Que usen notación UML. Que se prioricen por coste únicamente.

¿Qué es el proceso de diseño de software?. Ejecutar pruebas de aceptación. Configurar servidores de producción. Transformar requerimientos en una representación técnica del sistema. Estimar el presupuesto del proyecto.

Los “elementos del diseño de interfaz” incluyen…. Únicamente protocolos de red. Solo la interfaz gráfica. Interfaz de usuario, interfaces externas e interfaces internas entre componentes. Únicamente APIs públicas.

¿Qué rol cumple la priorización de requerimientos para el diseño?. Sustituye la validación de requerimientos. Guía decisiones de alcance y arquitectura inicial. Define directamente la base de datos. Elimina la necesidad de prototipos.

Un buen diseño según lineamientos clásicos debe…. Ser comprensible, modular y trazable a los requerimientos. Prescindir de interfaces bien definidas. Centralizar todo en un módulo monolítico. Evitar la reutilización por compleja.

¿Cuál es el beneficio de usar diagramas de componentes UML?. Medir rendimiento automáticamente. Visualizar dependencias e interfaces entre elementos implementables. Definir métricas de calidad. Sustituir pruebas de unidad.

¿Qué es la “cohesión de capa”?. Uso de variables globales compartidas. Acoplamiento por contenido entre módulos. Acceso de capas superiores a servicios de capas inferiores sin dependencia inversa. Comunicación circular entre capas.

¿Qué es el diseño de componentes basados en clase?. Sustituir casos de uso por scripts de despliegue. Refinar clases del dominio y de infraestructura definiendo atributos, operaciones e interfaces. Eliminar relaciones de herencia. Diseñar exclusivamente bases de datos.

¿Qué es una interfaz bien definida?. Un conjunto de funciones sin descripción. Un archivo de configuración. Un contrato con operaciones, parámetros y excepciones documentadas. Una prueba de rendimiento.

¿Qué evalúa la “confiabilidad”?. Elegancia visual. Compatibilidad con navegadores. Capacidad de operar sin fallar durante un periodo dado. Facilidad de aprendizaje.

¿Qué papel tiene la auditoría de calidad?. Reemplazar el ERS. Verificar conformidad del proceso/producto con normas y planes. Eliminar pruebas unitarias. Definir el presupuesto.

¿Qué es la gestión de la calidad del software?. Una técnica de estimación. Una batería de pruebas manuales al final. Conjunto de procesos/estándares que aseguran que el producto cumple requisitos. Solo auditoría externa.