Ingeniería de Software II

¿Cuál de los siguientes NO es un tipo de requerimiento no funcional?. Requerimientos de compatibilidad. Requerimientos organizacionales. Requerimientos legislativos. Requerimientos de rendimiento.

Los requerimientos funcionales: Establecen políticas organizacionales de uso. Describen propiedades como rendimiento y seguridad. Definen restricciones de desarrollo y presupuesto. Especifican servicios y comportamientos del sistema.

Los requerimientos no funcionales suelen estar relacionados con: Restricciones en el uso de recursos. Características específicas del sistema. Detalles de implementación de funciones. Comportamientos esperados por el usuario.

Describe los supuestos fundamentales sobre los que se basa el sistema, y cualquier cambio anticipado. Es útil para los diseñadores del sistema, ayuda a evitar decisiones de diseño que restringían futuros cambios al sistema. Modelos del sistema. Definición de requerimientos del usuario. Arquitectura del sistema. Evolución del sistema.

Al escribir requerimientos en lenguaje natural se recomienda: Usar jerga y abreviaturas técnicas. Evitar distinguir tipos de requerimientos. No asociar razones a los requerimientos. Estandarizar formatos y evitar ambigüedades.

¿Según el ciclo del proceso de adquisición de requisitos, qué fase prosigue a la especificación de requerimientos?. Especificación de requerimientos. Administración de requerimientos. Priorización y negociación de requerimientos. Descubrimiento de requerimientos.

En qué consiste la comprobación de realismo. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. El documento debe incluir todas las funciones y restricciones. Se debe considerar el presupuesto y fecha para el desarrollo. Identificar las funciones adicionales que se requieren.

¿Qué es la etnografía?. Es una técnica de observación para entender los procesos y requerimientos. Se documentan con diagramas de casos de uso. Tiene como objetivo formular preguntas a los participantes de manera formal e informal. Es un caso de uso aplicado para el descubrimiento de requerimientos.

Las revisiones de requisitos buscan identificar: Fallas en el hardware del sistema. Inconsistencias y omisiones en los requerimientos. Limitaciones de presupuesto del proyecto. Riesgos laborales de uso del sistema.

La validación de requisitos verifica que: Los requisitos cumplan estándares regulatorios. El sistema satisfaga las necesidades reales del cliente. El sistema se entregue en el tiempo y presupuesto establecidos. No haya inconsistencias lógicas en los requerimientos.

Los requerimientos no funcionales usualmente: Están relacionados con el diseño del sistema. Limitan o restringen aspectos del sistema. Son poco relevantes en la ingeniería de software. Describen comportamientos esperados por el usuario.

Los requerimientos de producto: Describen el entorno de operación del sistema. Especifican propiedades del software como rendimiento y seguridad. Derivan de regulaciones externas. Definen políticas y procesos organizacionales.

Las especificaciones estructuradas de requerimientos: No permiten representar requerimientos complejos. Son ambiguas pero flexibles. Requieren conocimientos técnicos avanzados. Utilizan plantillas y notaciones definidas.

Las especificaciones estructuradas de requerimientos: Utilizan plantillas y notaciones predefinidas. Son más precisas pero menos flexibles. Requieren conocimiento técnico por parte del usuario. No permiten representar requerimientos complejos.

Las especificaciones estructuradas de requerimientos: Requieren conocimientos técnicos por parte de los usuarios. Son más precisas pero menos flexibles que las escritas en lenguaje natural. Utilizan plantillas y notaciones definidas para expresar los requerimientos. No pueden representar requerimientos complejos o con varias alternativas.

Las especificaciones estructuradas de requerimientos: Son ambiguas pero permiten flexibilidad. Requieren conocimientos técnicos por parte de los usuarios. Usan plantillas y notaciones predefinidas. No pueden representar requerimientos complejos.

Los requerimientos funcionales: Detallan servicios que debe proveer el sistema. Limitan aspectos del sistema como rendimiento y seguridad. Establecen restricciones de presupuesto y cronograma. Describen el hardware requerido y entorno operativo.

El documento de especificación de requisitos tiene un extenso número de usuarios, que van desde ....................... hasta ....................... el administrador del sistema, los patrocinadores del proyecto de software. el administrador del sistema, los ingenieros de desarrollo del software. los ingenieros de desarrollo del software, los patrocinadores del proyecto de software. los ingenieros de desarrollo del software, el administrador del sistema.

Durante la validación de requisitos se verifica: Consistencia entre requisitos relacionados. Que el sistema se entregue a tiempo. Que no haya riesgos de seguridad. Detalles de diseño e implementación.

Las revisiones de requisitos identifican: Mejoras en la arquitectura del sistema. Inconsistencias en los requerimientos. Disminución de costos de implementación. Reducción de tiempo de entrega del sistema.

Las revisiones de requisitos permiten encontrar: Errores en el código del sistema. Oportunidades para reducir costos. Inconsistencias y omisiones en los requerimientos. Mejoras en el rendimiento del sistema.

Durante la validación de requisitos se busca detectar: Riesgos financieros del proyecto. Limitaciones de infraestructura tecnológica. Inconsistencias y omisiones en requerimientos. Vulnerabilidades de seguridad del sistema.

Seleccione la fase en la cual se reúnen para resolver diferencias y estar de acuerdo con el compromiso de requerimiento. Priorización y negociación de requerimientos. Descubrimiento de requerimientos. Administración de requerimientos. Especificación de requerimientos.

El documento de requerimientos: Es confidencial y solo accesible para desarrolladores. Comunica los requerimientos para todos los involucrados. Se actualiza constantemente en metodologías ágiles. Detalla únicamente la arquitectura del sistema.

La especificación ......................... utiliza constructos de lenguaje de programación para mostrar ........................., y destaca elementos clave con el uso de sombreado o de fuentes distintas. en lenguaje natural; alternativas e iteración. en lenguaje estructurado; alternativas e iteración. en lenguaje estructurado; errores y advertencias. en lenguaje natural; errores y advertencias.

El propósito principal del documento de requerimientos es: Definir la arquitectura técnica del sistema. Describir el diseño detallado de cada módulo. Establecer el cronograma detallado del proyecto. Comunicar los requerimientos para desarrolladores y usuarios.

Al escribir requerimientos es recomendable: Usar lenguaje técnico de programación. No distinguir tipos de requerimientos. Evitar estándares y formatos. Asociar razones a cada requerimiento.

El propósito de construir prototipos durante la validación es: Permitir a los usuarios probar requisitos tentativos. Verificar la completitud de los requerimientos. Evaluar el rendimiento y escalabilidad. Definir la arquitectura técnica del sistema.

La etnografía en ingeniería de requisitos: Define estándares de calidad del software. Modela matemáticamente el comportamiento. Verifica la completitud de los requerimientos. Analiza el contexto organizacional y social.

Los prototipos en la validación de requisitos permiten: Que los usuarios prueben requisitos tentativos. Evaluar tecnologías candidatas. Verificar estándares de codificación. Mejorar la eficiencia de los algoritmos.

En qué consiste la comprobación de validez. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. Identificar las funciones adicionales que se requieren. El documento debe incluir todas las funciones y restricciones. No debe haber contradicciones o descripciones ambiguas.

La fase de adquisición de requisitos involucra: A diversos tipos de participantes interesados. Solo al personal técnico del área de TI. Exclusivamente a la alta gerencia de la empresa. Únicamente a los usuarios finales del sistema.

Los requisitos del sistema .................... y exponen la forma en la que el sistema ofrece los requerimientos del usuario; son utilizados en su mayoría por .................... como datos iniciales para diseñar el sistema. contienen la arquitectura; los ingenieros de software. contienen la arquitectura; los usuarios del sistema. agregan detalles; los ingenieros de software. agregan detalles; los usuarios del sistema.

Desempeño, confiabilidad, portabilidad, usabilidad, son ejemplos de: Requerimientos discretos. Requerimientos externos. Requerimientos del producto. Requerimientos de la organización.

Según el texto, los requerimientos funcionales: Describen las restricciones del sistema como un todo. Son semejantes a los requerimientos no funcionales. Especifican servicios que el sistema debe proveer. Definen estándares y procesos de desarrollo.

Los requerimientos funcionales: Describen propiedades como seguridad y rendimiento. Establecen el entorno de operación del sistema. Definen restricciones de desarrollo y presupuesto. Especifican servicios que debe proveer el sistema.

Los requerimientos funcionales: Describen propiedades como rendimiento y seguridad. Especifican servicios esperados del sistema. Establecen restricciones de presupuesto y cronograma. Limitan el comportamiento global del sistema.

El documento de requerimientos de software: Comunica los requerimientos a implementar. Es confidencial y solo para el equipo de desarrollo. Se usa principalmente en metodologías ágiles. Detalla solo la arquitectura y el diseño del sistema.

El propósito principal de construir prototipos es: Verificar la completitud de requerimientos. Permitir a usuarios probar requisitos tentativamente. Evaluar opciones tecnológicas. Definir la arquitectura técnica.

En qué fase se diferencian los requisitos del usuario con los del software. Descubrimiento de requerimientos. Priorización y negociación de requerimientos. Especificación de requerimientos. Administración de requerimientos.

La validación de requisitos busca verificar que: El sistema satisfaga las necesidades reales de los usuarios. Los requisitos sean inconsistentes. El proyecto se entregue a tiempo y presupuesto. El sistema esté libre de riesgos.

La etnografía se enfoca en: Definición de la arquitectura del sistema. Actividades informales más que en procesos formales. Requisitos explícitos de los usuarios finales. Verificación de consistencia entre requerimientos.

Los prototipos permiten a los usuarios: Verificar el cumplimiento de sus necesidades reales. Definir la arquitectura técnica del sistema. Validar estándares de codificación y diseño. Evaluar tecnologías candidatas para implementación.

Los requerimientos del usuario no deberían contener ....................., por ende, no se debe utilizar un lenguaje técnico a nivel de software, se recomienda aplicar ....................., entre otros recursos de información. detalles del diseño o arquitectura del sistema; un lenguaje natural, diagramas, tablas. un lenguaje natural, diagramas, tablas; notaciones, modelos. detalles del diseño o arquitectura del sistema; notaciones, modelos. un lenguaje natural, diagramas, tablas; detalles del diseño o arquitectura del sistema.

El lenguaje natural permite abordar de manera sencilla e intuitiva ..................... que se planea diseñar, sin embargo, es también impreciso en términos de ambigüedad, teniendo en cuenta ..................... el diseño del sistema; la interpretación de su lector. conceptos relacionados al sistema; su uso en la codificación. conceptos relacionados al sistema; la interpretación de su lector. el diseño del sistema; su uso en la codificación.

Los requerimientos funcionales detallan: Las funciones, entradas y salidas del sistema. Los estándares de calidad del software. Las restricciones de uso del sistema. Los requisitos de infraestructura.

La etnografía estudia: Comportamiento real de usuarios en su contexto. Requisitos derivados de procesos formales. Formas más eficientes de implementar funciones. Limitaciones tecnológicas para cumplir requisitos.

El propósito de las revisiones de requisitos es: Evaluar opciones arquitectónicas. Identificar inconsistencias y omisiones. Verificar cumplimiento de estándares de codificación. Encontrar deficiencias de implementación.

Los casos de uso sirven para: Descubrir y modelar requerimientos. Especificar requerimientos de seguridad. Definir la arquitectura del sistema. Automatizar pruebas del software.

La etnografía enfatiza en: Requisitos explícitos planteados por los usuarios. Comportamientos informales reales de los usuarios. Evaluación de opciones tecnológicas. Procesos formales definidos por la organización.

La etnografía se centra en: Comportamientos formales definidos en procesos. Limitaciones tecnológicas para cumplir requisitos. Requisitos explícitos de los clientes. Actividades informales reales de los usuarios.

En que consiste la verificabilidad. El documento debe incluir todas las funciones y restricciones. No debe haber contradicciones o descripciones ambiguas. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. Identificar las funciones adicionales que se requieren.

¿Qué son los escenarios?. Es una fase del descubrimiento de requerimientos. Son métodos de descubrimiento usando lenguaje de modelado unificado. Son útiles para detallar un bosquejo de descripción de requerimientos. Son preguntas que se realizan a los que intervienen en el proyecto.

Los escenarios en ingeniería de requisitos: Se centran en requerimientos no funcionales. Definen estándares de programación. Describen únicamente casos felices o positivos. Detallan secuencias completas de interacción.

¿Qué tipo de sistemas generan datos para el sistema especificado?. Sistemas externos. Sistemas manuales. Sistemas de hardware. Sistemas internos.

¿Qué muestran los modelos de contexto?. El flujo de control en un sistema. Las relaciones entre sistemas en el entorno y el sistema especificado. Los procesos del sistema. La estructura interna de un sistema.

Al escribir requerimientos en lenguaje natural, ¿cuál de las siguientes recomendaciones NO se menciona en el compendio?. Utilizar un formato estándar para todos los requerimientos. Asociar una razón a cada requerimiento. Distinguir entre requerimientos obligatorios y deseables. Emplear lenguaje técnico de programación.

El documento de requerimientos típicamente incluye: El código fuente detallado del sistema. Requerimientos de usuario y del sistema. Únicamente requerimientos no funcionales. Solo la arquitectura y el diseño completo.

Los requerimientos no funcionales especifican: Detalles de implementación del software. Requisitos de software y entorno operativo. Servicios y comportamientos del sistema. Propiedades como rendimiento, seguridad y usabilidad.

La etnografía se enfoca en: Tecnologías candidatas para la implementación. Requisitos explícitos planteados por los usuarios. Actividades informales reales de los usuarios. Comportamientos formales definidos en procesos.

¿Cuál de los siguientes es considerado un método de descubrimiento de requisitos?. Comprobaciones de validez. Casos de uso. Validación de requerimientos. Verificabilidad.

¿Qué proceso precede a la clasificación y organización de requerimientos?. Descubrimiento de requerimientos. Administración de requerimientos. Priorización y negociación de requerimientos. Especificación de requerimientos.

¿Cuál NO es una sección típica del documento de requerimientos?. Casos de uso del sistema. Requerimientos del sistema. Código fuente detallado. Requerimientos de usuario.

Seleccione la alternativa que no corresponde de acuerdo al siguiente enunciado: Cuando se utilice una forma estándar para especificar requerimientos funcionales, se debe incluir la siguiente información: Una descripción de sus salidas y a dónde se dirigen. Una descripción de los efectos colaterales de la operación. Información sobre los datos requeridos para el cálculo. Claves y accesos en lenguaje estructurado.

Usan los requerimientos para comprender el sistema y las relaciones entre sus componentes. Ingenieros del sistema. Administradores. Ingenieros de mantenimiento del sistema. Ingenieros de prueba del sistema.

Los requerimientos no funcionales usualmente: Son los menos importantes en la ingeniería de software. Definen solo estándares de programación. Se relacionan con restricciones de recursos. Describen servicios específicos solicitados por el usuario.

Las revisiones de requisitos tratan de encontrar: Inconsistencias y ambigüedades en requerimientos. Problemas de implementación en el código. Deficiencias en el diseño del sistema. Oportunidades de reducir costos.

Las actividades del proceso de adquisición y análisis incluyen: Recolección, depuración y publicación. Implementación, pruebas y lanzamiento. Diseño, construcción y verificación. Descubrimiento, priorización, especificación.

Seleccione la alternativa INCORRECTA para las entrevistas. Solo se puede usar con preguntas preestablecidas. Pueden darse de manera formal o informal. Pueden ser mediante preguntas cerradas y abiertas. Su objeto es formular preguntas a los participantes.

¿En qué consiste la comprobación de consistencia?. El documento debe incluir todas las funciones y restricciones. Identificar las funciones adicionales que se requieren. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. No debe haber contradicciones o descripciones ambiguas.

¿En qué consiste el proceso de descubrimiento de requerimientos?. Los participantes se reúnen para resolver diferencias y estar de acuerdo con el compromiso de requerimientos. Toma la compilación no estructurada de requerimientos y los organiza. Se interactúa con los participantes y se revisa la documentación durante la actividad. Se documentan los requerimientos de manera formal o informal.

¿Qué nivel de cohesión presentan los paquetes y componentes?. Comunicación. Funcional. Rutinas. Capas.

¿Cuál es la principal diferencia entre revisiones e inspecciones?. Las revisiones son automatizadas y las inspecciones manuales. Las revisiones son para documentos y las inspecciones para código. Las revisiones involucran testing y las inspecciones análisis estático. Las revisiones son generales y las inspecciones detalladas.

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

¿Qué construye la Ingeniería de Dominio?. La infraestructura. Los conectores. Los requisitos. Una biblioteca de componentes reutilizables.

¿Qué busca minimizar el diseño a nivel de componentes?. La cohesión. La complejidad. El acoplamiento. El rendimiento.

A que se denomina un acoplamiento de datos. Ocurre cuando se declara una clase como argumento de operación de otra clase. Ocurre cuando se transmiten cadenas largas de argumentos de datos. Ocurre cuando un componente se comunica con componentes de infraestructura. Ocurre cuando un componente modifica subrepticiamente datos internos de otro componente.

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

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

¿Qué señala el Principio de Sustitución de Liskov?. Que los componentes cliente deben poder utilizar subclases sin problema. Que los componentes deben tener bajo acoplamiento. Que las interfaces de los componentes deben ser fácilmente extensibles. Que los cambios no deben afectar a otros componentes.

Seleccione el principio básico del diseño en el cual se cambia el número de liberación del paquete y las demás clases deben ejecutar pruebas para comprobar su funcionamiento. Principio abierto-cerrado. Principio de cierre común. Principio de la sustitución de Liskov. Principio de la reutilización común.

La infraestructura en la Ingeniería de software basada en componentes (ISBC), ¿qué permite principalmente?. La coordinación entre componentes. La calificación de componentes. La clasificación de componentes. La recuperación de componentes.

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

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

Seleccione la característica de un acoplamiento común. Este acoplamiento lleva a la propagación incontrolada del error. Ocurre cuando una operación transmite una bandera a otro control. Este acoplamiento lleva a una propagación controlada de un error. Ocurre cuando un componente modifica subrepticiamente datos internos de otro componente.

¿Qué construcción NO tiene una representación estructurada?. Secuencia. Repetición. Recursión. Condición.

Seleccione el principio básico del diseño en el cual se crea una interfaz especializada para atender a cada categoría de cliente. Principio de la equivalencia de la liberación de la reutilización. Principio de cierre común. Principio segregación de la interfaz. Principio de la sustitución de Liskov.

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

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

¿Qué formato NO es útil para representar componentes?. Pseudocódigo. Tabla de decisión. Diagrama UML. Diagrama de flujo.

¿Qué diagramas permiten representar las construcciones estructuradas?. Diagrama de casos de uso. Diagrama de secuencia. Diagrama de actividades. Diagrama de estados.

¿Qué permite la adaptación de componentes?. Mejorar la interoperabilidad. Reducir inconsistencias. Integrarse más fácilmente en la arquitectura. Todas las anteriores.

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 ......................... proyecto – ficheros – estructural. Sistema - planificación – objetiva. Sistema - documentación – objetiva. diseño - documentación – específica.

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

La adaptación de componentes, ¿qué problema resuelve?. Inconsistencias en la coordinación. Errores sintácticos. Restricciones funcionales. Incompatibilidad de interfaces.

El contexto de un componente, ¿qué permite?. Su recuperación. Su modificación. Su clasificación. Su reutilización efectiva.

¿Qué NO forma parte de la descripción de un componente?. Interfaz. Contenido. Restricciones. Concepto y contexto.

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

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 procesa la representación de los componentes mediante una herramienta de recolección automatizada de datos. Se seleccionan los valores inusualmente alto o bajo para cada métrica. 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.

Seleccione el principio básico del diseño en el cual se agrupan las clases que van dirigidas a la misma función. Principio de cierre común. Principio abierto-cerrado. Principio de la reutilización de común. Principio de la sustitución de Liskov.

La ingeniería de software basada en componentes, ¿en qué se enfoca?. En el diseño orientado a objetos. En la construcción con componentes reutilizables. En la reutilización. En el modelado de objetos.

Cuál es el concepto adecuado para la Ingeniería del dominio. Describir la interfaz al componente e identificar la semántica. Colocar un componente de software reutilizable en su dominio de aplicabilidad. Determinar componentes que apuntan hacia componentes reutilizables. Identificar un conjunto de componentes de software aplicables en futuro.

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 control. Fallas de interfaz. Fallas de datos.

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. D – B – A – E – C. B – D – E – C – A. D – B – E – A – C. B – D – E – A – C.

Relacione el concepto según la característica para cada componente A Calificación 1 Implica la integración fácil en la arquitectura de una aplicación. B Adaptación 2 Garantiza que un componente ejecute la función requerida. C Combinación 3 Ensambla componentes con la ingeniería necesaria para la arquitectura. A2 – B3 – C1. A2 – B1 – C3. A1 – B3 – C2. A1 – B2 – C3.

Seleccione la característica de un acoplamiento de control. Este acoplamiento lleva a la propagación incontrolada del error. Ocurre cuando una operación transmite una bandera de control a otra operación. Este acoplamiento lleva a una propagación controlada de un error. Ocurre cuando un componente modifica subrepticiamente datos internos de otro componente.

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

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

A que se denomina un acoplamiento externo. Ocurre cuando se transmiten cadenas largas de argumentos de datos. Ocurre cuando se declara una clase como argumento de operación de otra clase. Ocurre cuando un componente modifica subrepticiamente datos internos de otro componente. Ocurre cuando un componente se comunica con componentes de infraestructura.

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

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

¿Qué concepto define un contrato entre un componente cliente y servidor?. Restricción. Colaboración. Conexión. Condición.

Los prototipos permiten a los usuarios: Definir la arquitectura técnica del sistema. Evaluar tecnologías candidatas para la implementación. Probar requerimientos tentativos de manera temprana. Verificar estándares de codificación.

Cuál de las siguientes corresponde a técnicas de validación de requerimientos. Revisiones de requerimientos, comprobación de validez y verificabilidad. Revisiones de requerimientos, comprobación de prototipos y generación de casos de prueba. Revisiones de requerimientos, creación de prototipos y generación de casos de prueba. Comprobación de requerimientos, comprobación de prototipos y generación de casos de prueba.

En que consiste la comprobación de totalidad. Se debe escribir un conjunto de pruebas que el sistema debe cumplir. El documento debe incluir todas las funciones y restricciones. Identificar las funciones adicionales que se requieren. No debe haber contradicciones o descripciones ambiguas.

La validación de requisitos verifica: Cumplimiento de fechas y presupuesto del proyecto. Detalles de diseño e implementación. Ausencia de riesgos de seguridad en el sistema. Satisfacción de necesidades reales del usuario.

Los requerimientos funcionales: Describen la interacción entre el sistema y su entorno. Se suelen aplicar al sistema como un todo, más que a características o a servicios individuales del sistema. Describen restricciones que limitan las elecciones para construir una solución. Se encuentran vinculados directamente con los servicios que el sistema proporciona a los usuarios.

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. Proceso – componentes – verificación. Aseguramiento – productos – producción. Aseguramiento – entregables – verificación. inspeccionamiento – entregables – producción.

¿Qué permite determinar la calificación de un componente?. Su contenido. Su calidad. Su utilidad. U87.

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

¿Qué tipos de cohesión existen?. Funcional, capas y control. Funcional, comunicación y control. Capas, rutinas y datos. Funcional, capas y comunicación.

Las tablas de decisión, ¿cómo contribuyen en el diseño de componentes?. Ayudan en la verificación. Reducen la ambigüedad. Mejoran la eficiencia algorítmica. Facilitan la implementación.

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

¿Qué permite modelar adecuadamente un Lenguaje de Diseño de Programa?. Interfaces. Bloques y construcciones de programación. Todas las anteriores. Estructuras de datos.

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

¿Qué aspectos describe el contenido de un componente?. Su contexto de uso. Sus detalles de implementación. Sus características externas. Su semántica.

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

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. Proyección – externos – software. Medición – internos – calidad. Predicción – internos – software. Predicción – externos – atributos.

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

¿Qué mejora propone el Principio de Inversión de Dependencias?. Basar los componentes en abstracciones. Evitar el uso de componentes específicos. Hacer los componentes más independientes. Reducir el contenido de los componentes.

Relacione la característica correspondiente según el lineamiento A Componentes 1 Para mejor legibilidad, modelar de izquierda a derecha. B Interfaces 2 Los nombres deben provenir del dominio del problema. C Dependencias 3 Deben aparecer aquellas que sean relevantes para el componente. A3 – B2 – C1. A2 – B3 – C1. A1 – B3 – C2. A1 – B2 – C3.

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

Relacione el tipo de cohesión con su concepto adecuado A Funcional 1 Las operaciones que acceden a los datos se definen dentro de una clase. B De capa 2 Ocurre cuando una capa más alta accede a los servicios de otra más baja. C De comunicación 3 Ocurre cuando un componente realiza un cálculo y devuelve el resultado. A3 – B2 – C1. A1 – B3 – C2. A1 – B2 – C3. A2 – B3 – C1.

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

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

Complete el concepto para el diseño del contenido en el nivel de componente. Se encuentra ................... en objetos de contenido y en la ................... que se empacan para su presentación a un usuario ................... de webapps. centrado – forma – final. diseñado – forma - final. diseñado – estructura - informático. centrado – estructura – informático.

¿Qué permite representar el diagrama de actividades?. Las clases, componentes y herencia de un diseño gráfico. La secuencia, condición y repetición, y desciende de un diseño gráfico. La estructura lógica de un lenguaje de programación. La calificación, adaptación y combinación, y desciende de un diseño gráfico.

¿Qué conceptos fundamentales modela UML para el diseño de componentes?. Abstracciones y generalizaciones. Colaboraciones e interfaces. Procesos y datos. Restricciones y contexto.

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

¿Qué construcción NO se representa en los diagramas mostrados?. Excepción. Condición. Secuencia. Repetició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 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. Se procesa la representación de los componentes mediante una herramienta de recolección automatizada de datos.

Seleccione cual es el concepto adecuado para el principio de sustitución de Liskov. Cualquier clase base de una clase derivada funcionará bien con el componente cuando se respeta la precondición establecida. Cualquier clase derivada de una clase base funcionará bien con el componente cuando se respeta la precondición establecida. Cualquier clase derivada creará abstracciones que servirán como búfer entre la funcionalidad y la clase. Cualquier clase o componente se diseñan para ser reutilizables.

La calidad de un producto de software según Pressman depende de: Cumplimiento de estándares internacionales y uso de las mejores prácticas. Uso de las herramientas y lenguajes de programación más modernos. Un proceso disciplinado, cumplimiento de requisitos y beneficios para el productor y usuario final. Desarrollo por un equipo altamente calificado.

¿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. Comparar diferentes interfaces de usuario. Cuantificar la calidad mediante métricas objetivas.

Cuál es la meta a largo plazo cuando se realiza mediciones del software. Implementar revisiones para para evaluar la calidad del software. Tratar los conflictos surgidos durante la revisión. 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.

¿Qué permite la cohesión funcional en un componente?. Realizar un cálculo específico. Reutilización. Fácil mantenimiento. Encapsulamiento efectivo.

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 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 estándares de calidad. Para asignar valores a atributos de calidad e identificar los componentes del sistema cuya calidad esté por debajo del estándar.

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

¿Qué permite el uso de construcciones estructuradas en el diseño?. Mejorar la legibilidad y facilidad de pruebas. Reducir la complejidad algorítmica. Todas las anteriores. Aumentar la modularidad.

Seleccione a qué clase de falla pertenece la siguiente pregunta de comprobación ¿Los tipos de parámetros formal y real coinciden?. Fallas de datos. Fallas de gestión de almacenamiento. Fallas de interfaz. Fallas de control.

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

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

¿Qué debe especificarse como parte del diseño de la arquitectura?. Propiedades estructurales, extrafuncionales y familias de sistemas relacionados. Propiedades extrafuncionales, estructurales y clases de diseño. Modularidad, abstracción y aspectos. Propiedades extrafuncionales, estructurales y familias de diseños.

¿Qué es la abstracción como concepto de diseño?. Es una característica del modelo de los requerimientos para el software. Representa una estructura de diseño de software para un problema específico. Se refiere a un conjunto de datos que posee un nombre para ese objeto de datos. Resultado de la separación de problemas y ocultamiento de información.

¿En qué consiste la especificación de un sistema?. Establecer los límites del sistema y sus funciones. Desarrollar un plan de marketing. Definir el hardware necesario. Crear documentación técnica.

¿Para qué se utiliza el modelado de caso de uso?. Modelar interacciones entre componentes del sistema. Modelar interacciones entre actores externos y el sistema. Mostrar la estructura de clases en un sistema. Desarrollar diagramas de actividad.

¿Qué NO es una de las importancias de la arquitectura mencionadas?. Permite la comunicación entre participantes. Resalta las decisiones tempranas. Detalla las propiedades internas. Constituye un modelo del sistema.

¿Qué representan los nodos en el ejemplo de CasaSegura?. Los sensores. Las alarmas. Conjuntos de entradas y salidas. Los detectores.