ing software

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

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

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

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

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

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

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

La especificación de la arquitectura debe definir: Los algoritmos utilizados en cada componente. La implementación detallada de cada módulo. Las responsabilidades y colaboraciones de las clases. Los componentes, su agrupación e interacciones.

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

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

El refinamiento progresivo permite: Particionar un sistema en subsistemas débilmente acoplados. Agregar detalles a una solución en pasos incrementales. Verificar requerimientos no funcionales como rendimiento. Evaluar diferentes alternativas de diseño.

La creación de prototipos en la ingeniería de requerimientos sirve para. Definir la arquitectura inicial del sistema. Desarrollar parte del sistema de manera eficiente. Obtener requerimientos detallados por parte de los usuarios. Evaluar soluciones técnicas tentativas.

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

¿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 automatizadas y las inspecciones manuales. Las revisiones son para documentos y las inspecciones para código.

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

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

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

¿Qué representan los diagramas de secuencia en el modelado de sistemas orientados a objetos?. La estructura de un sistema. Los detalles de la configuración de un sistema. Las interacciones entre objetos en un sistema. Las relaciones entre actores y objetos en un sistema.

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

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

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

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

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

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

¿Cuál es el objetivo principal de los diagramas de clase en el modelado de sistemas orientados a objetos?. Identificar problemas de comunicación entre sistemas. Representar la organización interna de un sistema. Describir la interacción entre un sistema y actores externos. Mostrar las relaciones entre objetos en un sistema.

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

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

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

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

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.

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

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

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

La comprobación de totalidad en la validación verifica que: No haya funciones o restricciones faltantes. Los requerimientos deriven de los procesos del negocio. El sistema pueda desarrollarse con los recursos disponibles. Se hayan implementado las funciones más importantes.

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

¿Qué representan los modelos de contexto en la ingeniería de software?. Los detalles de la configuración de un sistema. Los límites entre un sistema y su entorno. La secuencia de interacciones entre componentes. Las relaciones entre objetos en un sistema.

¿Cuál es el objetivo principal de la modularidad en el diseño de software?. Facilitar el refinamiento y las pruebas. Ocultar información entre los componentes. Particionar el software en componentes manejables. Lograr independencia funcional entre módulos.

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

¿Por qué se genera conflicto entre requerimientos no funcionales y otros tipos de requerimientos?. Porque cambian con más frecuencia durante el proyecto. Porque son de menor prioridad que los funcionales. Porque tienen diferentes orígenes y propósitos. Porque los no funcionales limitan la funcionalidad deseada.

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

¿Cuál es el propósito de los criterios de diseño para evaluar una arquitectura?. Cuantificar métricas de calidad. Prescribir tecnologías a utilizar. Definir casos de prueba detallados. Entender las decisiones tomadas.

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

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

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

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

¿Qué representan los diagramas de flujo en el diseño estructurado?. El flujo de control entre actividades. Los casos de uso del sistema. Las interacciones entre componentes. La interfaz de los componentes.

¿Qué tipo de modelos de diseño se utilizan para mostrar la organización de un sistema y sus relaciones?. Modelos de comportamiento. Modelos de contexto. Modelos de interacción. Modelos de estructura.

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

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

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

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

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

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

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

¿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. Definir la estructura e interacción de los componentes. Satisfacer los requisitos no funcionales como rendimiento y seguridad.

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

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

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

Un requerimiento funcional ambiguo puede provocar que: Se extienda el tiempo de desarrollo. Todas las anteriores. Aumenten significativamente los costos. Los desarrolladores lo interpreten de manera incorrecta.

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

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

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

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

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