option
Cuestiones
ayuda
daypo
buscar.php

FUNDAMENTOS DE INGENIERIA DE SOFTWARE IIBIM

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
FUNDAMENTOS DE INGENIERIA DE SOFTWARE IIBIM

Descripción:
PREPARACION PARA EXAMEN

Fecha de Creación: 2016/07/27

Categoría: Informática

Número Preguntas: 66

Valoración:(3)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

¿Cuál de los siguientes roles precisa tener conocimientos sobrelas tecnologías disponibles y posibilidades de solución para diferentes problemas?. Ingeniero de procesos. Analista de sistemas. Arquitecto de software.

¿Cuál de los siguientes es uno de los objetivos de la fase de inicio?. Minimizar los costos del desarrollo y alcanzar cierto grado de paralelismo en el trabajo. Establecer al menos una solución potencial: esto es identificar la arquitectura candidata. Obtener una comprensión detallada de los requerimientos capturando al menos el 80% de los requerimientos.

La diferencia fundamental entre el aseguramiento de calidad y el control de calidad es: El aseguramiento de calidad se enfoca en validar el producto final en tanto que el control de calidad lo hace sobre el proceso. El aseguramiento de calidad valida los artefactos, y el control de calidad valida el producto Incorrecto. El control de calidad valida el producto final, en tanto que el aseguramiento de calidad propone estrategias y valida todo el proceso de desarrollo.

¿Cuál de los siguientes artefactos puede usarse para verificar si el producto cumplió con lo esperado?. Lista de riesgos. Actores. Documento de visión.

¿En cuál de los siguientes entregables se plasma el alcance y las expectativas de los interesados del proyecto?. Plan de gestión del proyecto. Caso de negocio (Business Case). Documento de visión.

¿Cuál de las fases del RUP se establece como concluida cuando el cliente y los usuarios están conformes con el producto?. Fase de Construcción. Fase de Transición. Fase de Modelado.

¿Cuál de las siguientes prácticas ha surgido como respuesta a los problemas con la estimación y planificación del desarrollo?. Desarrollo iterativo. Arquitectura basada en componentes. Modelar visualmente.

¿Cuál de las siguientes estrategias de calidad guarda relación con la práctica verificación continua de la calidad?. Acompañar el proceso de desarrollo con estrategias y métricas de calidad. Definir escenarios de prueba mientras se definen los requerimientos. Validar los productos de software una vez que estos han sido completados por lo desarrolladores.

¿Cuál de las siguientes alternativas corresponde al siguiente paso de un modelo iterativo, una vez que se ha cumplido una iteración?. Liberación. Planificación. Implementación.

¿Cuál de los artefactos siguientes define los requerimientos no funcionales?. Modelo de análisis. Modelo de casos de uso. Especificaciones suplementarias.

¿Cuál de los siguientes elementos no corresponde al artefacto Documento de Arquitectura del Software?. Lista de riesgos. Elementos de diseño. Casos de uso.

¿Cuál es la principal acción que debe tomarse en relación a los riesgos críticos durante la fase de Elaboración?. Identificarlos. Elaborar planes de contingencia. Mitigarlos.

La facilidad de poder realizarle un proceso de control de calidad esta en uno de estos aspectos del software: Revisión del producto. Operación del producto. Transición del producto.

Un software al cumplir con estándares de regulación en los gobiernos locales, se presenta como una dimensión de: Adaptabilidad. Conformidad. Durabilidad.

La calidad de desempeño un producto de software que permita personalizarse de acuerdo a las necesidades del cliente cumple con un factor de calidad de: Eficiencia. Riqueza. Robustez.

Según el RUP, Los riesgos de mayor criticidad del proyecto deben mitigarse cuando se han cumplido ¿En cuál de los siguientes hitos del proyecto?. La versión del producto es estable. La visión y la arquitectura del producto se han estabilizado. El cliente se encuentra satisfecho con los resultados del proyecto.

¿En qué fases del proceso unificado interviene el rol de documentador técnico?. Inicio y elaboración. Construcción y transición. Elaboración y construcción.

¿Cuál es la principal acción que debe tomarse en relación a los riesgos durante la fase de inicio?. Mitigarlos. Identificarlos. Elaborar planes de contingencia.

¿En qué etapa del proceso unificado de desarrollo se tiene como hito el que todos los interesados están de acuerdo en las estimaciones de costos, cronograma, alcance, riesgos y proceso de desarrollo?. Fase de inicio. Fase de elaboración. Fase de construcción.

¿Cuál de los roles siguientes es el responsable de la administración de requerimientos y la definición del sistema?. Analista. Arquitecto. Desarrollador.

Un requerimiento de fácil interacción entre máquina/usuario, tal vez omitido por el cliente, se considera un requerimiento: Normal. Esperado. Emocionante.

Un modelado de sistema se usa para: Definir el numero esperado de requerimientos. Representar los requerimientos funcionales y no funcionales con más detalle. Desarrollar modelos abstractos de un sistema.

¿Cuál de los siguientes artefactos tiene mayor importancia?. Plan de iteraciones. Glosario. Documento de visión.

“Existe la posibilidad de que los usuarios no entreguen la información a los analistas por no estar de acuerdo con el sistema que se desarrollará”. Esto debe estar expresado en: Plan de desarrollo de software. Lista de Riesgos. Plan de iteraciones.

El sistema ha salido a producción, para determinar que el mismo ha cumplido con todas las especificaciones utilizamos: Plan de Desarrollo. Documento de Visión. Plan de iteraciones.

¿Cuál de los siguientes modelos de calidad del software, se basa en cinco niveles de madurez?. CMM (Capability Maturity Model). ISO 9001 (International Standard Organization). SPICE (Software Process Improvement and Capability Determination).

El usuario del sistema ha mencionado la facilidad que presenta nuestro software para el desarrollo de las funcionalidades. Estamos entonces hablando de: Hemos utilizado Un proceso eficaz de desarrollo. Hemos realizado un producto útil. El software es de alta calidad.

Nuestro software ha cumplido con las regulaciones de los organismos de control, entonces hemos desarrollado un software que cumple con: Calidad de desempeño. Confiabilidad. Conformidad.

El software cuenta con las seguridad de acceso necesario, según Mccall hablamos entonces de: Confiabilidad. Eficiencia. Integridad.

La Administración de Requerimientos es: El grado en el cual una relación puede ser establecida entre dos o más productos del proceso de desarrollo. La práctica sistemática para encontrar, documentar, organizar y dar seguimiento a los requerimientos del sistema. El uso de modelos iterativos e incrementales que permiten el desarrollo en ciclos cortos.

¿Cuál de las siguientes no es una actividad de la fase de Inicio?. Definir, validar y establecer la línea base de la arquitectura. Definición de la arquitectura candidata. Desarrollo del Caso de Negocio.

Valida los artefactos que se van generando desde las estapas tempranas del proyecto. Aseguramiento de Calidad (Testers). Analista de Sistemas (System Analyst). Gerente de Proyecto (Project Manager).

Hablando de la fase de Inicio, ¿cuál de los siguientes roles está encargado de definir las características del diseño del sistema?. Arquitecto de Software (Software Architect). Analista de Sistemas (System Analyst). Gerente de Proyecto (Project Manager).

¿Cuál de los siguientes roles que intervienen en la fase de Elaboración esta encargado de construir y probar los componentes?. Desarrolladores (Developers). Analista de Sistemas. Arquitecto de Software (Software Architect).

¿Cuál de los artefactos de la fase de Elaboración especifica la composición y mecanismos de los elementos de software de automatización de pruebas?. Modelo de análisis. Especificaciones suplementarias. Arquitectura del sistema de pruebas.

Los modelos encargados de representar clases orientadas a objetos y la manera en que colaboran para cumplir con los requerimientos son: Modelos orientados a flujo. Modelos de comportamiento. Modelos orientados a clases.

Se constituye como un puente entre la Descripción del Sistema y el Modelo de Diseño. Modelos orientados a flujo. Modelo de análisis y requerimientos. Modelos basados en escenarios.

Uno de los objetivos principales del modelo de requerimientos es: Establecer los dominios de información del problema. Describir lo que requiere el equipo de desarrollo. Establecer una base para la creación de un diseño de software.

Entre las reglas prácticas para el análisis tenemos: Mantener el modelo tan sencillo como se pueda. Utilización de notación compleja. Maximizar el acoplamiento a través del sistema.

Son parte de los Modelos basados en escenarios. Casos de uso e historias de usuario. DFD y modelos de datos. Diagramas de clase y diagramas de colaboración.

El modelado de requerimientos con UML comienza con: La creación de escenarios en forma de casos de uso, diagramas de actividades y diagramas tipo carril de natación. La comunicación, planeación, modelado y construcción. El análisis y creación de patrones.

El enfoque de modelado de análisis orientado a objetos se centra en: Es la representación de las relaciones entre clases y funciones. El análisis y creación de patrones que se repiten en muchas aplicaciones dentro de un dominio de negocio específico. En la definición de las clases y en la mutua colaboración para cumplir los requerimientos.

Los diagramas de actividades UML. Proporcionan una representación gráfica del flujo de interacción dentro de un escenario específico. Limitan a que la información sea brindada de forma clara y concisa. Se centran en los requerimientos funcionales y de comportamiento.

Los diagramas Entidad-relación. Son parte de los Modelos de comportamiento. Representan los datos que se introducen, almacenan, transforman y generan dentro de una aplicación. Proporcionan una representación gráfica del flujo de interacción dentro de un escenario específico.

Los atributos de los datos. Referencian a operaciones que se aplican sobre datos. Incorporan las operaciones que manipulan los datos. Definen las propiedades de un objeto de datos.

La Arquitectura de Software: Proporcionan una representación gráfica del flujo de interacción dentro de un escenario específico. Es la estructura del sistema, los componentes de software, sus propiededea externas visibles y las relaciones entre ellos. Es el análisis y creación de patrones que se repiten en muchas aplicaciones dentro de un dominio de negocio específico.

Hablando de la relación entre Arquitectura y Diseño de software, podemos decir que: Arquitectura y Diseño significan la misma cosa. El diseño de software es una instancia de una arquitectura específica de software. La arquitectura de software es una instancia de un diseño de software.

Si comparamos un Patrón arquitectónico con un Estilo arquitectónico decimos que: El alcance del patrón es menos ámplio y se centra en un aspecto de la arquitectura más que en el total de ésta. Tienen el mismo alcance y están centrados en la arquitectura en total. El alcance del patrón arquitectónico es mucho más amplio que el del estilo arquitectónico y está enfocado a la arquitectura como un todo.

Al hablar de estilos arquitectónicos, decimos que aquel que está basado en un almacenamiento de datos al que acceden con frecuencia otros componentes es: Arquitectura de llamar y regresar. Arquitectura centrada en datos. Arquitectura en capas.

Existen algunas actividades utilizadas para evaluar la arquitectura, ¿cuál de las siguientes no pertenece a este grupo?. Evaluación de arquitecturas de programa principal/subprograma. Descripción de los estilos o patrones de arquitectura elegidos para abordar los escenarios y requerimientos. Identificación de la sensibilidad de los atributos de calidad de varios atributos arquitectónicos para un estilo de arquitectura específico.

¿Cuál de las siguientes actividades no es uno de los pasos necesarios para mapear un DFD en una arquitectura?. Obtención de requerimientos y restricciones y descripción del ambiente. Determinar si el DFD tiene características de flujo de transformación o de transacción. Revisión del modelo del sistema fundamental.

Para lograr un software de alta calidad, deben ocurrir cuatro principales actividades, ¿cuál de las siguientes NO es una de las actividades antes mencionadas?. Usar procesos y prácticas probados de la ingeniería de software. Invertir considerables cantidades de recursos para capacitar a los desarrolladores. Contar con infraestructura de aseguramiento de calidad.

En el desarrollo de software, la calidad del diseño: Depende unicamente de la experiencia del equipo de desarrollo. Incluye el grado en el que el diseño cumple las funciones y características especificadas en el modelo de requerimientos. Se puede determinar por la calidad de herramientas utilizadas para su desarrollo.

Podemos definir la Calidad de Software como: Proceso eficaz de software que se aplica de manera que crea un producto útil que proporciona valor medible a quienes lo producen y a quienes lo utilizan. Proceso que permite desarrollar un producto final con la menor utilización de recursos. Proceso que permite determinar el grado de satisfacción del cliente con la puesta en práctica del producto de software.

Entre las diferentes dimensiones a tomar en cuenta según Garvin para determinar la calidad tenemos: Procesamiento, velocidad de respuesta y diseño. Conformidad, durabilidad y estética. Funcionalidad, adaptabilidad y subjetividad.

Entre los factores que afectan la calidad de software según McCall, se describe a la confiabilidad como: Grado en el que es posible controlar el acceso de personas no autorizadas al software o a los datos. Grado en el que un programa satisface sus espectaciones y en el que cumple con los objetivos de la misión del cliente. Grado en el que se espera que un programa cumpla con su función y con la presición requerida.

Entre los atributos de calidad identificados por el estándar ISO 9126 tenemos: Corrección, integridad y flexibilidad. Funcionalidad, eficiencia y portabilidad. Susceptibilidad de someterse a pruebas, reusabilidad y interoperabilidad.

Según el estándar ISO 9126 se describe a la confiabilidad como: Grado en el que el software es fácil de usar, según lo indican los siguientes subatributos: entendible, aprendible y operable. Grado en el que el software emplea optimamente los recursos del sistema, según lo indican los subatributos: comportamiento del tiempo y de los recursos. Cantidad de tiempo que el software se encuentra disponible para su uso, según lo indican los siguientes atributos: madurez, tolerancia a fallas y recuperación.

La característica de que la entrada debe estar especificada de modo que se economice el uso del teclado o del raton, está asociada al atributo de: Eficiencia. Ser intuitiva. Robustez.

Cuando hablamos de factores de calidad que se persiguen, decimos que se necesita determinar ciertos atributos de la interfaz. Al hablar de robustez, se refiere a que: Debe manejar entradas erróneas de datos o manejar las interaciones inapropiadas por parte del usuario. La interfaz debe proveer un conjunto abundante de caracetrísticas. Debe seguir patrones esperados de uso, de modo que pueda ser utilizada por cualquier persona sin mayor dificultad.

Para tener un perfecto balance entre tiempo y costos en la producción de software y dependiendo del dominio de la aplicación, se considera que para que sea aceptable su distribución, éste debe: Ser perfecto, sin ningún tipo de error que pueda ser detectado durante su funcionamiento o afecten en lo más mínimo al resultado final. Tener una calidad regular, que aunque no pueda satisfacer ciertas funcionalidades, existan otras que si pueden ser solucionadas con su utilización. Ser suficientemente bueno; aunque existan algunas funciones que no tengan la más alta calidad, éste cumple con las principales funciones requeridas.

Enel diseño de un sistema telefónico celular, ¿Cuál de los siguientes no corresponde a un requerimiento funcional?. Colocar una imagen a un contacto. La definición del número de caracteres de un mensaje. Recibir llamadas.

Los requerimientos del sistema describen: La definición del sistema. Los servicios que necesita el usuario. Los servicios y funciones que deberá desarrollar el sistema.

Por qué el documento de requerimientos está dirigido a los ingenieros de pruebas del sistema. Usan los requerimientos para realizar pruebas de validación. Para entender lo que el sistema está desarrollando. Comprobar que se cobre con las necesidades del sistema.

¿Cuál de las siguientes afirmaciones es la más adecuada?. Cada requerimiento se asocia a 1 solo caso de uso. Cada caso de uso resuelve 1 solo requerimiento. Un caso de uso puede resolver varios requerimientos.

Modelado de los requerimientos da como resultado algunos modelos, aquel modelo que tomo el punto de vista de los actores del sistema es: Modelo basado en escenarios. Modelo de datos. Modelo orientado a clases.

Denunciar Test