ingenieria de Software

- 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. agregan detalles; los ingenieros de software. contienen la arquitectura; los usuarios del sistema. agregan detalles; los usuarios del sistema. contienen la arquitectura; los ingenieros de software.

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

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

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

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. Arquitectura del sistema. Modelos del sistema. Definición de requerimientos del usuario.

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

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.

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

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

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.

- Los requerimientos del usuario no deberían contener ______________, por ende, no se debe utilizar un lenguaje técnico a nivel de softwar. . detalles del diseño o arquitectura del sistema; un lenguaje natural, diagramas, tablas. un lenguaje natural, diagramas, tablas; detalles del diseño o arquitectura del sistema. detalles del diseño o arquitectura del sistema; notaciones, modelos. un lenguaje natural, diagramas, tablas; notaciones, modelos.

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

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

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

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

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

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.

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

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

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

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. Información sobre los datos requeridos para el cálculo. Claves y accesos en lenguaje estructurado. Una descripción de los efectos colaterales de la operación.

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

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

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

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

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

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. Administración de requerimientos. Descubrimiento de requerimientos. Especificación de requerimientos.

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

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

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

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

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

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

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

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

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

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

El documento de especificación de requisitos tiene un extenso número de usuarios, que van desde ___________ hasta _________________. los ingenieros de desarrollo del software, el administrador del sistema. 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.

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 _______________. conceptos relacionados al sistema; su uso en la codificación. el diseño del sistema; la interpretación de su lector. conceptos relacionados al sistema; la interpretación de su lector. el diseño del sistema; su uso en la codificació.

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

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

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

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

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

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

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

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

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 estructurado; errores y advertencias. en lenguaje estructurado; alternativas e iteración. en lenguaje natural; alternativas e iteración. en lenguaje natural; errores y advertencias.

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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

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

. 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. Emplear lenguaje técnico de programación. Distinguir entre requerimientos obligatorios y deseables. Asociar una razón a cada requerimiento.

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

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: . Claves y accesos en lenguaje estructurado. Información sobre los datos requeridos para el cálculo. Una descripción de los efectos colaterales de la operación. Una descripción de sus salidas y a dónde se dirigen.

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

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

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

En que consiste el proceso de descubrimiento de requerimiento. Descubrimiento de requerimientos. Administración de requerimientos. Especificación de requerimientos. Priorización y negociación de requerimientos.

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

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

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

A que se denomina un acoplamiento de datos. . 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. Ocurre cuando se declara una clase como un tipo para argumento de operación de otra clase.

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

En que consiste el proceso de descubrimiento de requerimientos. Se interactúa con los participantes y se revisa la documentación durante la actividad. Toma la compilación no estructurada de requerimientos y los organiza. . Especificación de requerimientos. Priorización y negociación de requerimientos.

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 del software. Métricas dinámicas. Métricas estáticas.

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

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

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

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

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

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

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

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

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

- 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é nivel de cohesión presentan los paquetes y componentes?. Funcional. Rutinas. Capas. Comunicación.

Seleccione la característica de un acoplamiento común. 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. Este acoplamiento lleva a la propagación incontrolada del error.

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

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

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

- 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. a. A1 – B3 – C2. A1 – B2 – C3. A2 – B1 – C3. A2 – B3 – C1.

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

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

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

- Seleccione la característica de un acoplamiento de control. 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. Este acoplamiento lleva a la propagación incontrolada del error.

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

¿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. Verificar que se incluyeron todos los comentarios. Resolver conflictos encontrados.

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

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

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

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

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 concepto adecuado para la Ingeniería del dominio. Identificar un conjunto de componentes de software aplicables en futuro. Describir la interfaz al componente e identificar la semántica. Determinar componentes que apuntan hacia componentes reutilizables. Colocar un componente de software reutilizable en su dominio de aplicabilidad.

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

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

- 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 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. Se procesa la representación de los componentes mediante una herramienta de recolección automatizada de datos.

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é construye la Ingeniería de Dominio?. . La infraestructura. Una biblioteca de componentes reutilizables. Los conectores. Los requisitos.

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

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

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

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.

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 se comunica con componentes de infraestructura. Ocurre cuando un componente modifica subrepticiamente datos internos de otro componente.

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

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

- 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 elige una muestra representativa de componentes para medición que permitirá realizar valoraciones globales de calidad del sistema. 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 procesa la representación de los componentes mediante una herramienta de recolección automatizada de datos.

- 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. a. centrado – forma – final. diseñado – forma - final. diseñado – estructura - informático. centrado – estructura - informático.

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

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

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

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

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

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 de cierre común. . Principio abierto-cerrado. Principio de la reutilización común. Principio de la sustitución de Liskov.

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

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

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

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

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

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

- Seleccione el concepto para métricas dinámicas del producto. Se recopilan las mediciones en la fase de decisiones administrativas. Se recopilas las mediciones para valorar la complejidad, comprensibilidad y mantenibilidad de un sistema de software. 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.

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

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.

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

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.

¿Qué concepto define un contrato entre un componente cliente y servidor?. Colaboración. Condición. Restricción. Conexió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 segregación de la interfaz. Principio de la equivalencia de la liberación de la reutilización. Principio de la sustitución de Liskov. Principio de cierre común.

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.

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

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

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

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.

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

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

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.

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 la reutilización de común. Principio de la sustitución de Liskov. Principio de cierre común. Principio abierto-cerrado.

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

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

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.

Seleccione cuál es el concepto adecuado para el principio de sustitución de Liskov. Cualquier clase derivada creará abstracciones que servirán como búfer entre la funcionalidad y la clase. 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 o componente se diseñan para ser reutilizables.

¿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. Proveen continuidad entre múltiples desarrolladores. Eliminan la necesidad de probar el software. Definen expectativas de calidad.

¿Qué es la calidad del diseño según Pressman?. 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 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 las características que los diseñadores especifican para un producto.

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

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

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

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

Seleccione la característica adecuada de la etapa en el proceso de medición de componentes en la cual se seleccionan los componentes a valorar. 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 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.