ING II

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

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

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

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

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

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

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

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

¿Cuál es la principal diferencia entre los estándares ISO 9001 y CMMI?. ISO 9001 se enfoca en productos y CMMI en procesos. ISO 9001 es un marco de trabajo y CMMI define procesos específicos. CMMI es más reciente que ISO 9001. CMMI es específico para software y ISO 9001 es genérico.

¿Cuál es la desventaja de tener un diseño altamente desacoplado?. Violación de encapsulamiento. Difícil mantenimiento y pruebas. Mayor complejidad de integración. Menor cohesión de los módulos.

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

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

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

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

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

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

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

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

Según el texto, la principal causa de problemas en el desarrollo de software es: La ausencia de un documento de requerimientos detallado. La mala interpretación de requerimientos por parte de los desarrolladores. La falta de participación de los usuarios finales. La evolución y cambio frecuente de requerimientos.

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

¿Por qué se recomienda incluir pre y post condiciones al especificar requerimientos funcionales?. Para especificar entradas y salidas de cada función. Para dividir la función en partes obligatorias y opcionales. Para vincular requerimientos dependientes entre sí. Para definir restricciones antes y después de ejecutar una función.

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

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

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

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

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

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

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

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

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

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

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

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

¿Qué es la calidad del diseño según Pressman?. 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 facilidad para mantener un sistema sin reducir su confiabilidad. 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.

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

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

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

¿Cuál es el propósito principal de la especificación estructurada de requerimientos?. Permitir especificaciones gráficas y matemáticas. Hacer la especificación más formal y reducir ambigüedades. Facilitar cambios y actualizaciones a los requerimientos. Mejorar la comunicación con los usuarios no técnicos.

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

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

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

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