Software 2

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

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

¿Cuál es el objetivo de clasificar y organizar los requerimientos?. Resolver inconsistencias entre requerimientos. Priorizar requerimientos por importancia. Asociar requerimientos con subsistemas. Simplificar la especificación de requerimientos.

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

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

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

El modelado de casos de uso sirve para elicitar: Requerimientos no funcionales de escalabilidad. Organización de componentes y arquitectura. Requerimientos funcionales desde la perspectiva del usuario. Comportamiento dinámico detallado del sistema.

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

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

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

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

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

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

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

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

Los requerimientos del sistema detallan los requerimientos de usuario con el fin de: Definir la arquitectura y el diseño detallado. Describir la implementacion ybel codigo fuente. Ser utulizados como entrada por los desarrolladores. Establecer la interaccion entre componentes.

¿Cual es elproposito principa de la especificaciones estructurada de requerimientos?. Hacer la especificacion mas formal y reducir ambiguedades. Permitir especificaciones graficas y matematicas. Facilitar cambios y actualizaciones a los requerimientos. Mejorar la comunicacion con los usuarios no tecnicos.

La comprobacion de validez en la validacion de requerimientos implica: Verificar carencias en los requerimientos recolectados. Garantizar que sean consistentes y no contradictorios. Confirmar que estan correctamente documentados. Asegurar que sean tecnicamente factibles de implementar.

¿Que tipo de problema busca detectar la revision de requerimientos?. Requerimientos no realizables. Requerimientos inconsistentes o incorrectos. Requerimientos dificiles de verificar. Requerimientos que no reflejan las necesidades reales.

El modelado de casos de uso sirve par elicitar: Requerimientos no funcionales de escalabilidad. Requerimientos funcionales desde la perspectiva del usuario. Comportamiento dinamico detallado del sistema. Organizacion de componentes y arquitectura.

Los diagramas de componentes representan: Comportamiento dinamico y flujos de eventos. Organizacion fisica de modulos en nodos de red. restricciones no funcionales como escalabilidad. Requerimientos funcionales desde la perspectiva del usuario.

¿Cual es la principal finalidad del diseño de la interfaz de usuario(IU) en la ingeneria de software?. Definir la arquitectura del software. Garantizar la seguridad del software. Mejorar la estetica y la usuabilidad del software. Desarrollar componentes de software.

¿Cual es el propisito principal de los estandares de proceso en software?. Definir practicas de codificacion. Especificar el formato de documentos. Describir las actividades de desarrollo de software. Seleccionar herramientas de desarrollo.

¿Cual es el proposito principal de los estandares de software?. Reducir la creatividad en el desarrollo de software. Mejorar la productividad de los programadores. Definir buenas practicas y expectativas de calidad. Limitar el uso de nuevas tecnologias.

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

Las descripciones arquitectonicas segun Pressman: Se representan medinte perspectivas multiples. Detallan solo las interfaces externas. Dscriben completmente la implementacion. Son diagramas de contexto del sistema.

¿Que representa la arquitectura de software de un sistema?. El conjunto de patrones y practicas utilizados. La descomposicion del sistema en subsistemas. La estructura, componentes y sus relaciones. Los requisitos funcionales y no funcionales.

¿Que requiere la adaptacion de componentes?. Modificar los componentes existentes. Utilizar solo componentes estandar. Integrar componentes con inconsistencias. Desarrollar componentes nuevos.

Las clases de diseños detllan: Los algoritmos utilizados en la implementacion. Aspectos invisibles para el usuario o casos de uso. Interfaces para interoperar con otros sistemas. Restricciones de calidad como rendimiento y escalabilidad.