Ingeniería de Software II

¿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. Acoplamiento entre componentes.

¿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é beneficios proporciona aplicar el concepto de abstracción al diseño?. Permite el refinamiento escalonado. Descompone el sistema en módulos. Facilita el acoplamiento entre componentes. Oculta detalles de implementación.

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

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.

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

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.

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

¿Cuál es la principal diferencia entre los estándares ISO 9001 y CMMI?. CMMI es más reciente que ISO 9001. 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 específico para software y ISO 9001 es genérico.

El estándar IEEE recomienda que la especificación de requerimientos incluya: Un glosario de términos utilizados. El código fuente detallado de cada módulo. La priorización y planificación de cada requerimiento. La descripción de la base de datos relacional.

¿Cuál de los siguientes aspectos no es considerado como propósito de los patrones de diseño de software?. Subdivide elementos capaces de resolver de manejar de forma particular. Se puede volver a usar. Sirve como guía para una función o estructura distinta. Es aplicable al trabajo en cuestión.

El modelado de casos de uso sirve para: Representar requerimientos desde la perspectiva del usuario. Modelar restricciones no funcionales como rendimiento. Describir comportamiento dinámico detallado. Definir interfaces estandarizadas entre componentes.

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

La calidad de conformidad se enfoca en: El grado de concordancia entre la implementación y el diseño. La satisfacción del usuario con el sistema. El grado en que un sistema cumple sus objetivos. La capacidad de un sistema para ser modificado.

¿Qué tipo de lenguaje debe evitarse en la especificación de requerimientos?. Jerga y acrónimos técnicos de software. Descripciones conceptuales de alto nivel. Términos del negocio propios de los usuarios. Analogías que faciliten la comprensión.

¿Qué técnica de especificación de requerimientos utiliza plantillas predefinidas?. Diagramas. Lenguaje natural. Tablas. Lenguaje natural estructurado.

Según Sommerville (2011), durante el proceso de validación de requerimientos, tienen que realizarse diferentes tipos de comprobaciones sobre los requerimientos contenidos en el documento de requerimientos. ¿Cuál de los siguientes no una de las comprobaciones?. Comprobación lógica. Comprobaciones de consistencia. Verificabilidad. Comprobaciones de validez. Comprobaciones de realismo. Comprobaciones de totalidad.

¿Cuál es la característica principal de las arquitecturas de llamada y retorno?. Comunicación entre componentes mediante mensajes. Modelamiento de datos en una base de datos central. Descomposición jerárquica mediante invocación de funciones. Particionamiento en subsistemas independientes.

Las métricas de software permiten principalmente: Certificar la ausencia de defectos. Comparar productos de diferentes proveedores. Todas las anteriores. Predecir atributos de calidad.

¿Cuál es el propósito principal de la certificación ISO 9001?. Establecer el uso de herramientas específicas. Auditar los procesos de gestión de calidad. Garantizar software de alta calidad. Definir procesos de desarrollo de software.

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

Según el texto, la especificación de requerimientos debe ser: Lo más simple posible para facilitar su lectura. Centrada en aspectos técnicos y detalles de implementación. Un equilibrio entre detalle técnico y comprensión del negocio. Enfocada en requerimientos de muy alto nivel.

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

¿Cuál es la característica distintiva de las arquitecturas orientadas a objetos?. Comunicación mediante paso de mensajes. Descomposición jerárquica del sistema. Existencia de una base de datos central. Particionamiento en subsistemas independientes.

¿Qué elemento es fundamental en una inspección de software?. Estándares de codificación. Pruebas unitarias. Revisión visual detallada. Herramientas de análisis estático.

¿Qué es la calidad del diseño según Pressman?. La calidad del diseño se refiere a las características que los diseñadores especifican para un producto. 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 capacidad de un sistema para adaptarse a nuevos escenarios de uso. La calidad del diseño se refiere a la facilidad para mantener un sistema sin reducir su confiabilidad.

La etnografía permite elicitar requerimientos que reflejan: La forma en que los usuarios realizan actualmente su trabajo. Los procesos organizacionales formales documentados. Las necesidades explícitas indicadas por los usuarios. Los objetivos de negocio abstractos de los altos directivos.

¿Por qué es difícil evitar por completo detalles de diseño al especificar requerimientos de sistema?. Porque los requerimientos cambian y deben actualizarse constantemente. Porque el usuario siempre solicita detalles de implementación. Porque se debe diseñar una arquitectura inicial para estructurarlos. Porque los programadores los necesitan para desarrollar el sistema.

Los modelos estructurales representan: Comportamiento dinámico del sistema. Los componentes y sus relaciones en un momento dado. Requerimientos funcionales desde la perspectiva del usuario. Restricciones no funcionales como rendimiento.

¿Cuál es el objetivo principal de definir lineamientos para el diseño de software?. Evaluar la calidad y el cumplimiento de requerimientos. Facilitar la implementación y las pruebas del sistema. Garantizar un enfoque consistente entre los diseñadores. Reducir la complejidad y mejorar la legibilidad.

El principio Abierto-Cerrado en el diseño orientado a objetos significa: Los componentes deben usar principios SOLID. Los componentes deben ser fáciles de extender sin modificación. Los componentes no deben revelar detalles de implementación. Los componentes deben tener interfaces bien definidas.

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

Una especificación de requerimientos para el desarrollo externalizado de un sistema debe ser: Enfocada en el diseño e implementación. Centrada en requerimientos de alto nivel. Menos detallada porque habrá comunicación directa. Más detallada para evitar malinterpretaciones.

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.

¿Cuál es la ventaja de diseñar componentes con alta cohesión?. Mejor rendimiento y eficiencia. Más fácil de mantener y reutilizar. Menor acoplamiento con otros módulos. Mayor independencia y flexibilidad.

¿Qué permite el lenguaje de diseño en programación estructurada?. Desarrollar prototipos ejecutables. Describir algoritmos con facilidad. Representar interfaces gráficas. Modelar requisitos de usuario.

El análisis de componentes de software tiene como objetivo: Generación de perfiles estadísticos. Certificación de terceros. Evaluación por muestreo. Detección de anomalías.

La calidad de un producto de software según Pressman depende de: Desarrollo por equipos altamente calificados. Cumplimiento de estándares internacionales. Uso de las mejores herramientas y lenguajes. Un proceso eficaz, utilidad del producto y valor para el productor y usuario.

¿Cuál de las siguientes se considera una métrica dinámica?. Número de métodos por clase. Longitud promedio de identificadores. Tiempo para corregir un bug. Complejidad ciclomátic.

¿Qué tipo de modelos son utilizados para desarrollar modelos abstractos de un sistema, presentando diferentes perspectivas del sistema?. Modelos de comportamiento. Modelos de contexto. Modelos de estructura. Modelos de diseño.

¿Qué tipo de problema busca detectar la revisión de requerimientos?. Requerimientos difíciles de verificar. Requerimientos no realizables. Requerimientos inconsistentes o incorrectos. Requerimientos que no reflejan las necesidades reales. el uso de herramientas específicas.

¿Cuál de los siguientes NO es un ejemplo de requerimiento no funcional?. El sistema debe ser seguro y prevenir accesos no autorizados. El sistema debe ser portable a múltiples plataformas. El sistema debe tener una interfaz amigable para el usuario. El sistema debe permitir búsquedas en todas las clínicas.

¿Qué es el documento de especificación de requerimientos de software (ERS)?. Un documento preliminar con requerimientos de alto nivel. Un documento informal y opcional con ideas de requerimientos. Un documento legal que obliga al proveedor a cumplir los requerimientos. Un documento formal con requerimientos detallados para el sistema.

¿Qué tipo de diagramas se utilizan principalmente para modelar interacciones entre objetos de un sistema y actores, así como de objetos entre sí?. Diagramas de actividad. Diagramas de clase. Diagramas de estructura. Diagramas de secuencia.

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

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

¿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 la desventaja de tener un diseño altamente desacoplado?. Mayor complejidad de integración. Violación de encapsulamiento. Difícil mantenimiento y pruebas. Menor cohesión de los módulos.

¿Qué elemento caracteriza a las arquitecturas orientadas a datos?. Comunicación mediante paso de mensajes. Interfaz gráfica de usuario. Existencia de una base de datos central. Modelamiento orientado a objetos.

En el diseño de componentes para aplicaciones web, ¿qué representa la arquitectura funcional?. La interfaz abstracta de los componentes. Los casos de uso y actores del sistema. La estructura de navegación e información. Los componentes funcionales y sus interacciones.

¿Cuál es la principal ventaja de usar tablas para especificar requerimientos?. Son más simples que el lenguaje natural. Se integran fácilmente con diagramas. Permiten especificar requerimientos gráficos. Tienen una estructura clara y eliminan ambigüedades.

¿Qué es la abstracción en el contexto del diseño de software?. Representar funciones o datos en diferentes niveles de detalle. Ocultar detalles de implementación de componentes. Reutilizar soluciones de diseño probadas para problemas recurrentes. Dividir el software en módulos independientes.

Los géneros arquitectónicos según Pressman clasifican sistemas en categorías como: Datos, aplicaciones y presentación. Software, hardware y sistemas embebidos. . Gestión, transaccionales y de procesamiento analítico. Telecomunicaciones, investigación y entretenimiento.

¿Qué caracteriza a las arquitecturas de flujo de datos?. Abstracción en capas independientes. Procesamiento secuencial en pipe-and-filter. Encapsulamiento y ocultación de información. Paradigma de programación estructurada.

El modelo de calidad de McCall clasifica los factores de calidad en: Características operativas, modificabilidad y portabilidad. Eficiencia, flexibilidad y estabilidad. Corrección, eficiencia y facilidad de mantenimiento. Funcionalidad, confiabilidad y usabilidad.

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

La modularidad excesiva puede provocar: Acoplamiento excesivo entre módulos. Pérdida del enfoque en la arquitectura del sistema. Aumento de la complejidad de integración y pruebas. Disminución de la productividad de desarrollo.

El propósito de los patrones arquitectónicos es: Resolver problemas de diseño específicos. Definir estándares de codificación. Seleccionar herramientas de desarrollo. Especificar requisitos funcionales.

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

¿Cuál de los siguientes NO es un beneficio potencial de los estándares de software?. Facilitan la consistencia entre proyectos. Promueven el uso de buenas prácticas. Reducen la necesidad de pruebas. Definen expectativas de calidad.

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

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

En el diseño de la interfaz de software, ¿cuáles son los tres elementos importantes?. La interfaz de usuario, las interfaces externas y las interfaces internas. La interfaz de usuario, las interfaces de red y las interfaces de hardware. La interfaz principal, las interfaces secundarias y las interfaces de prueba. La interfaz gráfica, las interfaces de programación y las interfaces de usuario.

¿Cuál es el objetivo principal de las revisiones e inspecciones de software?. Encontrar defectos y verificar estándares. Comparar productos de diferentes proveedores. Evaluar el desempeño de los programadores. Automatizar la detección de errores.

Los factores que afectan la calidad del software se centran principalmente en: Las tres anteriores. Las características del proceso de desarrollo. Las características operativas del sistema. La capacidad del sistema para ser modificado.

El acoplamiento mide: La relación entre requerimientos y componentes. La fortaleza funcional interna de los módulos. La complejidad ciclomática de cada unidad de software. Las dependencias entre diferentes módulos de un sistema.

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

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

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

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

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

Los stakeholders o interesados principales en la especificación de requerimientos son: Todas las anteriores. Los encargados de pruebas y QA. Los usuarios finales y expertos del negocio. El equipo de desarrollo de software.

¿Qué problema puede causar el uso de jerga y abreviaturas en los requerimientos?. Incumplimiento de estándares de documentación. Confusión para usuarios no técnicos. Menor precisión en la especificación. Dificultad para traducirlos a otros idiomas.

¿Por qué se recomienda evitar el uso de jerga y abreviaturas al escribir requerimientos?. Porque los usuarios no las entenderán. Porque se prestan a malinterpretaciones. Porque dificulta la traducción a otros idiomas. Porque irán en contra de estándares y normas.

Los módulos de software deben tener: Dependencias mínimas con otros módulos. Interfaces complejas con el resto del sistema. Muchas responsabilidades relacionadas entre sí. Pocas líneas de código para facilitar cambios.

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

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

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

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

¿Cuál de las siguientes NO se considera una actividad posterior a la revisión?. Verificar que se incluyeron todos los comentarios. Corregir errores en el software. Resolver conflictos encontrados. Seleccionar el equipo de revisión.

El rediseño se enfoca en: Mejorar la modularidad y acoplamiento. Refactorizar código duplicado. Optimizar algoritmos y estructuras de datos internas. Adaptar el sistema ante cambios en requerimientos.

Según el texto, la principal causa de problemas en el desarrollo de software es: 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. La ausencia de un documento de requerimientos detallado.

¿Qué ventaja proporciona el uso de patrones de diseño?. Mejoran la legibilidad y facilidad de mantenimiento. Simplifican la integración de los módulos del sistema. Permiten reutilizar soluciones de diseño probadas. Guían la implementación de los componentes.

¿Qué requiere la adaptación de componentes?. Utilizar sólo componentes estándar. Desarrollar componentes nuevos. Modificar los componentes existentes. Integrar componentes con inconsistencias.

¿Cuál de los siguientes NO es un atributo de calidad propuesto por McCall?. Usabilidad. Tolerancia a fallas. Eficiencia. Seguridad.

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

Los requerimientos no funcionales usualmente se elicitan por medio de: Casos de uso para modelar procesos detallados. Entrevistas abiertas para conocer objetivos abstractos. Prototipos para validar soluciones técnicas. Análisis de documentos y normativas existentes.

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

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

Cuál es la meta a largo plazo cuando se realiza mediciones del software. Hacer “revisiones de pares” para encontrar bugs en el programa en desarrollo. Usar la medición en lugar de revisiones para realizar juicios de la calidad del software. Tratar los conflictos surgidos durante la revisión. Implementar revisiones para para evaluar la calidad del software.

Seleccione las palabras que completan el concepto de Revisiones e inspecciones Son actividades del de calidad (QA) que comprueban la calidad de los del proyecto. Se usan junto con las pruebas del programa como parte del proceso general de y validación del software. inspeccionamiento – entregables – producción. Aseguramiento – productos – producción. Proceso – componentes – verificación. Aseguramiento – entregables – verificación.

En que consiste la calidad de diseño: Se enfoca en el grado de apego entre la implementación y el diseño, y en el que el sistema resultante cumple sus metas de requerimientos y desempeño. Se refiere a las características que los diseñadores especifican para un producto. Grado en el que un programa satisface sus especificaciones y en el que cumple con los objetivos de la misión del cliente. Se refiere a la cantidad de funcionalidades que puede tener un producto.

Cuáles son los atributos de calidad externo. Mantenibilidad, usabilidad, reusabilidad y seguridad. Usabilidad, fiabilidad, complejidad y mantenibilidad. Profundidad, complejidad, tamaño y usabilidad. Usabilidad, reusabilidad, fiabilidad y mantenibilidad.

Esta norma se desarrolló con el propósito de identificar los atributos clave del software de cómputo. Factores de la calidad de McCall. Factores de la calidad ISO 2012. Dimensiones de la calidad de Garvin. Factores de la calidad ISO 9126.

Seleccione cuales son las actividades posteriores a la reunión durante el proceso de revisión. Repasar el documento con el equipo de revisión. Planeación y preparación de la revisión. Garantizar que se consideren todos los comentarios escritos. Corregir bugs de software o reescribir los documentos.

Según los factores de la calidad de McCall. Cuál es el factor en el que un programa satisface sus especificaciones y en el que cumple con los objetivos de la misión del cliente. Corrección. Confiabilidad. Eficiencia. ntegridad.

Relacione los factores de la calidad que se persiguen con su respectivo concepto A Intuitiva 1 Grado en que la interfaz provee varias características. B Eficiencia 2 Grado en el que sigue patrones esperados, hasta un novato podría usarla. C Riqueza 3 Grado en que se pueden localizar las operaciones y la información D Robustez 4 Grado de manejo para entradas erróneas de datos. A2 – B4 – C1 – D3. A2 – B3 – C1 – D4. A2 – B1 – C3 – D4. A3 – B2 – C1 – D4.

Según las dimensiones de calidad que pertenecen a Garvin, en cual se pregunta ¿Esta disponible cuando se necesita?. Confiabilidad. Integridad. Durabilidad. Usabilidad.

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

Según las dimensiones de calidad que pertenecen a Garvin, cual es la que permite sorprender la primera vez a los usuarios finales. Conformidad. Calidad del desempeño. Calidad de las características. Usabilidad.

La calidad del software se centra en tres aspectos importantes del producto de software: Características operativas, capacidad de ser modificado y adaptabilidad a nuevos escenarios. Funcionalidad, confiabilidad y usabilidad. Componentes, interfaces y dependencias. Servicio, estética y percepción.

Seleccione la característica adecuada de la etapa en el proceso de medición de componentes en la cual se debe seleccionar los componentes a valorar. Se seleccionan los valores inusualmente alto o bajo para cada métrica. Se procesa la representación de los componentes mediante una herramienta de recolección automatizada de datos. Se recopilan las mediciones que no son directamente relevantes para las preguntas formuladas. Se elige una muestra representativa de componentes para medición que permitirá realizar valoraciones globales de calidad del sistema.

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

¿Cuál es el objetivo principal de la adquisición de requerimientos?. Descubrir y documentar las necesidades de los usuarios. Priorizar y negociar requerimientos con los usuarios. Clasificar y organizar los requerimientos por subsistemas. Validar que los requerimientos sean consistentes.

¿Qué representan los modelos de interacción sistema a sistema en la ingeniería de software?. Los problemas de comunicación entre sistemas. Los componentes que constituyen un sistema. La organización de un sistema. Los objetos en un sistema.

¿Cuál es el propósito principal de incluir razones junto con los requerimientos?. Explicar por qué se necesita ese requerimiento. Priorizar y clasificar los diferentes requerimientos. Mostrar quién solicitó el requerimiento. Describir cómo se implementará el requerimiento.

¿Qué concepto evalúa la independencia funcional entre módulos de software?. Modularidad. Encapsulamiento. Acoplamiento. Cohesión.

En qué consisten los estándares de proceso. Establecen los procesos que deben seguirse durante el desarrollo del software. Se aplican al producto de software a desarrollar. Es un proceso extenso en donde se congregan los interesados en el estándar. Establecen como debe usarse un lenguaje de programación.

Seleccione la característica adecuada de la etapa en el proceso de medición de componentes en la cual se debe medir las características de los componentes. Se seleccionan los valores inusualmente alto o bajo para cada métrica. Se procesa la representación de los componentes mediante una herramienta de recolección automatizada de datos. Se elige una muestra representativa de componentes para medición que permitirá realizar valoraciones globales de calidad del sistema. Se recopilan las mediciones que no son directamente relevantes para las preguntas formuladas.

En los estándares del producto, pueden incluir otro tipo de estándares tales como: Estándares de codificación, estándares de documentación y estándares de proceso. Estándares de calidad, estándares de codificación y estándares de documentos. Estándares de documentos, estándares de codificación y estándares de proceso. Estándares de documentos, estándares de documentación y estándares de codificación.

Seleccione las palabras para completar el concepto de métrica del producto. Son métricas de usadas para medir los atributos de un sistema de , estas se dividen en dos clases. Predicción – externos - atributos. Proyección – externos – software. Predicción – internos – software. Medición – internos – calidad.

Seleccione a qué clase de falla pertenece la siguiente pregunta de comprobación ¿Hay certeza de que termine cada ciclo?. Fallas de datos. Fallas de gestión de almacenamiento. Fallas de interfaz. Fallas de control.

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

El tipo de materiales, tolerancias y especificaciones del desempeño, todo contribuye a: La calidad de diseño. Los estándares de software. Las especificaciones del programa. La conformidad de diseño.

Seleccione el orden correcto en las etapas claves del proceso de medición de componentes. A Identificar mediciones anómalas B Seleccionar componentes a valorar C Analizar componentes anómalos D Elegir las mediciones a realizar E Medir las características de los componentes. B – D – E – A – C. D – B – A – E – C. D – B – E – A – C. B – D – E – C – A.

En que formas puede usarse las mediciones de un sistema de software. Para asignar valores a atributos de calidad y exponencial las características de cada componente. Para asignar valores a atributos de calidad e identificar los componentes del sistema cuya calidad esté por debajo del estándar. Para mantener los atributos del software bajo estándares de calidad y mejorar las características de cada componente. Para identificar los componentes del sistema cuya calidad esté por debajo del estándar y mantener los atributos del software bajo.

Cuál es la métrica del producto que recopila mediciones de representaciones del sistema como el tamaño del codigo. Métricas de calidad. Métricas estáticas. Métricas del software. Métricas dinámicas.

Los estándares definen un conjunto de criterios que sirven como guía para la entrega de un software, ¿Qué pasa si no se tiene un estándar?. Si no se tiene un estándar lo más probable es que se aumente la calidad del software entregable. Si no se tiene un estándar lo más probable es que se reduzca el esfuerzo de aprendizaje requerido al iniciarse un nuevo trabajo. Si no se tiene un estándar lo más probable es que un entregable de software tenga muchas deficiencias. Si no se tiene un estándar lo más probable es que se pueda tener mejor rendimiento del software.

Por qué los clientes de software demandan que sus proveedores tengan la certificación ISO 9001. Para estar seguros de que la compañía que desarrolla el software tiene un sistema de gestión de calidad aprobado. Para estar seguros de que la compañía que desarrolla el software tiene un producto final aprobado. Para estar seguros de que la compañía que desarrolla el software tiene un manual aprobado. Para estar seguros de que la compañía que desarrolla el software tiene un inventario aprobado.

Seleccione a qué clase de falla pertenece la siguiente pregunta de comprobación ¿Todas las constantes tienen nombre?. Fallas de gestión de almacenamiento. Fallas de interfaz. Fallas de control. Fallas de datos.

Seleccione una razón por la cual los estándares de software son importantes. Los estándares auxilian la continuidad cuando una persona retoma el trabajo iniciado por alguien más. Los estándares proporcionan un marco para definir, en un escenario particular, lo que significa el término “software”. Los estándares reflejan la sabiduría que es de valor para los ingenieros. Los estándares solo funcionan dentro de la misma empresa.

Seleccione el concepto para métricas dinámicas del producto. Se recopilan las mediciones cuando el programa se encuentra en ejecución. Se recopilas las mediciones para valorar la complejidad, comprensibilidad y mantenibilidad de un sistema de software. Se recopilan las mediciones en la fase de decisiones administrativas. Se recopilan las mediciones del diseño, el programa o la documentación.

¿Cuál es el propósito principal de la evaluación de la usabilidad de una interfaz de usuario?. Verificar el cumplimiento de requisitos. Compararla con otras interfaces. Determinar si tiene las características deseadas. Cuantificar métricas de calidad.

Cuál de las siguientes es una característica de un estándar de producto. Proceso de registro de prueba. Formato de plan de proyecto. Proceso de control de cambio. Realizar revisión de diseño.

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

Seleccione las palabras para completar el concepto de métrica de software. Es una característica de un de software, de un sistema o proceso de desarrollo que se midan de manera . Sistema - planificación – objetiva. Sistema - documentación – objetiva. diseño - documentación – específica. proyecto – ficheros – estructural.

Cuál es la dimensión de calidad que pertenecen a Garvin en la cual un proveedor que anteriormente se consideraba de mala calidad lanza un nuevo producto y se genera una influencia negativa. Percepción. Estética. Conformidad. Integridad.

¿Cuál de los siguientes NO es un atributo de calidad del software?. Confiabilidad. Mantenibilidad. Funcionalidad. Utilidad.

¿Cuál de los siguientes aspectos no es considerado como propósito de los patrones de diseño de software?. Es aplicable al trabajo en cuestión. Subdivide elementos capaces de resolver de manejar de forma particular. Se puede volver a usar. Sirve como guía para una función o estructura distinta.

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

¿Cuál es el propósito de los atributos de calidad como "intuitivo", "eficiente" y "robusto" para evaluar una interfaz de usuario?. Definir expectativas abstractas de los usuarios. Proveer criterios prácticos para evaluar la calidad. Cuantificar la calidad mediante métricas objetivas. Comparar diferentes interfaces de usuario.