INGENIERÍA DE SOFTWARE II

¿Qué muestran los diagramas de secuencia?. La organización de los componentes del sistema. Los procesos internos de un sistema. Las interacciones entre actores y objetos en un sistema. Las relaciones entre clases en un sistema.

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

¿Por qué se nombran las asociaciones en un diagrama de clase?. Para definir la estructura del sistema. Para identificar los actores externos. Para dar información adicional al lector. Para especificar las instancias.

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

La comprobación de consistencia en la validación de requerimientos implica: Confirmar que estén completamente documentados. Validar que no existan conflictos entre requerimientos. Verificar que no haya requerimientos redundantes. Garantizar que sean trazables a través del código fuente.

¿Cuál es el propósito de un caso de uso?. Describir el proceso de desarrollo de software. Describir lo que espera el usuario de un sistema. Describir el hardware de un sistema. Describir la arquitectura de red de un sistema.

¿En qué se basa generalmente la notación gráfica para el modelado de sistemas?. Lenguaje natural. Diagrama de flujo. Código de fuente. Lenguaje de Programación Unificado (UML).

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

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

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

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

¿Qué es el modelado de sistemas?. El proceso de crear modelos abstractos de un sistema. El proceso de desarrollo de sistemas de software. La implementación de sistemas en el entorno. Un lenguaje de programación para sistemas complejos.

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

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

¿En qué fase del ciclo de desarrollo se preparan los diagramas de secuencia?. Fase de implementación. Fase de pruebas. Fase de diseño. Fase de análisis.

¿Qué simboliza una elipse en un caso de uso?. Un objeto. Un sistema. Un actor. Un proceso.

¿Qué tipo de modelos se utilizan para mostrar las relaciones entre componentes en un sistema?. Modelos estructurales. Modelos de interacción. Modelos de contexto. Modelos de casos de uso.

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

¿Cuál es el propósito principal de los diagramas y modelos en la especificación de requerimientos?. Describir interacciones, flujos y cambios de estado. Representar el diseño de base de datos. Definir la arquitectura detallada del sistema. Desarrollar casos de prueba exhaustivos.

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?. Comprobaciones de validez. Comprobación lógica. Verificabilidad. Comprobaciones de totalidad. Comprobaciones de consistencia. Comprobaciones de realismo.

¿Por qué se nombran las asociaciones en un diagrama de clase?. Para identificar los actores externos. Para especificar las instancias. Para dar información adicional al lector. Para definir la estructura del sistema.

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

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

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

¿A qué se denomina un acoplamiento 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 se transmiten cadenas largas de argumentos de datos. Ocurre cuando un componente modifica subrepticiamente datos internos de otro componente.

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

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

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

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

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

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

¿Qué es la calidad del diseño según Pressman?. La calidad del diseño se refiere a las características que los usuarios finales valoran en un producto de software. La calidad del diseño se refiere a la facilidad para mantener un sistema sin reducir su confiabilidad. La calidad del diseño se refiere a la capacidad de un sistema para adaptarse a nuevos escenarios de uso. La calidad del diseño se refiere a las características que los diseñadores especifican para un producto.

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

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

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

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

¿Qué representa el diagrama de casos de uso en UML?. Los procesos internos del sistema. Los requerimientos funcionales y no funcionales. Los componentes arquitectónicos del sistema. Las interacciones entre actores y el sistema.

¿Qué técnica involucra la observación del trabajo real de los usuarios?. Etnografía. Prototipos. Casos de uso. Escenarios.

¿Por qué la etnografía es útil para la adquisición de requerimientos?. Identifica rápidamente las necesidades de los usuarios. Revela requerimientos implícitos de los procesos reales. Facilita la comunicación con usuarios no técnicos. Permite observar cómo usan el sistema existente.

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

¿Cuál es el propósito principal de la especificación estructurada de requerimientos?. 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. Permitir especificaciones gráficas y matemáticas.

¿Cuál es el propósito de un caso de uso?. Describir el hardware de un sistema. Describir el proceso de desarrollo de software. Describir lo que espera el usuario de un sistema. Describir la arquitectura de red de un sistema.

¿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. Comparar diferentes interfaces de usuario. Proveer criterios prácticos para evaluar la calidad. Cuantificar la calidad mediante métricas objetivas.

En que formas puede usarse las mediciones de un sistema de software. 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. Para mantener los atributos del software bajo estándares de calidad y mejorar las características de cada componente. Para asignar valores a atributos de calidad y exponencial las características de cada componente.

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 la sustitución de Liskov. Principio de cierre común. Principio segregación de la interfaz.