Cuestiones
ayuda
option
Mi Daypo

TEST BORRADO, QUIZÁS LE INTERESEIngeniería de software II bime

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del test:
Ingeniería de software II bime

Descripción:
Examen IIbim

Autor:
CG
(Otros tests del mismo autor)

Fecha de Creación:
19/01/2017

Categoría:
Informática

Número preguntas: 40
Comparte el test:
Facebook
Twitter
Whatsapp
Comparte el test:
Facebook
Twitter
Whatsapp
Últimos Comentarios
No hay ningún comentario sobre este test.
Temario:
La Administración de Requerimientos se conoce como: 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 los requerimientos del sistema. El uso de modelos iterativos e incrementales que permiten el desarrollo en ciclos cortos .
¿En qué fase del RUP se establece un criterio que indique que la evaluación, la versión del producto sea lo suficientemente madura como para ser entregada a la comunidad de usuarios? Fase de Construcción Fase de Transición Fase de Modelado.
Al hablar de Trazabilidad, nos referimos: La práctica sistemática para encontrar, documentar, organizar y dar seguimientoa los requerimientos del sistema Es el uso de modelos iterativos e incrementales que permiten el desarrollo en ciclos cortos Cuando las necesidades que se documentaron como requerimientos se implementaron de forma correcta en un sistema.
El Modelado de negocio según RUP se lleva a cabo en las fase de: Construcción y Transición Concepción y Construcción Concepción (Inicio) y Elaboración.
En las fases de Inicio, Elaboración y Construcción según RUP se lleva a cabo. Actividades de despliegue Actividades de pruebas Levantamiento, identificación y documentación de requisitos.
Como parte del proyecto de software, es necesario identificar a un responsable para que el proyecto cumpla con el alcance definido, a éste se lo conoce como: Analista de Sistemas (System Analyst) Gerente de Proyecto (Project Manager) Ingeniero de Procesos (Process Engineer).
¿Cuál de los siguientes es uno de los objetivos dentro 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 las arquitectura candidata Obtener una comprensión detallada de los requerimientos capturando al menos el 80% de los requerimientos .
El poseer conocimientos sobre tecnologías disponibles y posibilidades de solución e integración para diferentes problemas, son tareas de la persona con rol: Ingeniero de procesos Analista de sistemas Arquitecto de software.
¿Cuál es la principal acción que debe tomarse en relación a los riesgos durante la fase de inicio? Mitigarlos Elaborar planes de contingencia Identificarlos .
Los requerimientos no funcionales en la fase de elaboración son expuestos como: Especificaciones suplementarias Modelo de análisis Modelo de casos de uso.
Los modelos encargados de ilustrar el modo en que se comparte el software corno consecuencia de "eventos" externos son: Modelos basados en escenarios Modelos de comportamiento Modelos de datos.
¿Por qué el documento de requerimientos está dirigido los ingenieros de pruebas del sistema? Porque usan los requerimientos para realizar pruebas de validación Para entender lo que el sistema está desarrollando Para comprobar que se cobre con las necesidades del sistema.
El modelo de requerimientos levantados en la fase de inicio permiten: Brindar al desarrollador y al cliente los medios para evaluar la calidad una vez construido el software. Representar los elementos funcionales del sistema y la manera como transformarlos datos a medida que avanza a través del sistema Ilustrar el dominio de información del problema.
Uno de los objetivos principales dei 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.
Uno de los objetivos principales del modelo de requerimientos es: Definir un conjunto de requerimientos que pueden validarse una vez construido el software. Establecer los dominios de información del problema. Describir los diferentes requerimientos físicos y lógicos para el desarrollo.
El modelado de requerimientos con UML empieza por: 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.
Los diagramas de actividades representados con UML: Proporcionan una representación gráfica del flujo de interacción dentro de un escenario especifico Limitan a que la información sea brindada de forma clara y concisa Se centran en los requerimientos funcionales y de comportamiento.
Aquella arquitectura que promueve la integralidad, permitiendo que los componentes de software puedan ser cambiados o permitiendo la agregación de nuevos es: Arquitectura en capas Arquitectura orientada a objetos La arquitectura centrada en datos.
Al hablar de estilos arquitectónicos, decimos que aquel en el cual se define un número de capas diferentes. cada una de las cuales ejecuta sus diferentes operaciones es: Arquitectura orientada a objetos Arquitectura de flujo de datos Arquitectura en capas .
Los requerimientos del sistema permiten describir. Los servicios que necesita el usuario Los servicios y funciones que deberá desarrollar el sistema La definición del sistema.
Entre los factores duros de la calidad, tenemos aquellos que solamente pueden medirse directamente, tales como: Usabilidad Defectos no descubiertos durante pruebas Facilidad de mantenimiento.
La facilidad de poder realizar un proceso de control de calidad es parte de: Revisión del producto Operación del producto Transición del producto.
Entre los factores que afectan la calidad de software según McCall, se describe a la confiabilidad como: Grado en el que s 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 s espera que un programa cumpla con su función y con laprecisión requerida.
Según el estándar ISO 9126, la confiabilidad se define como. Grado en el que el software es fácil de usar, según lo indican los siguientessubatributos entendible, aprendible y operable Grado en el que el software emplea óptimamente 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.
Cuando hablamos de factores de calidad que se persiguen, decimos que se necesita determinar ciertos atributos de lo interfaz. Al decir que esta debe ser Intuitiva, se refiere a que: Debe proveer un conjunto abundante de características Debe seguir patrones esperados de uso, de modo que pueda ser utilizada por cualquier persona sin mayor dificultad Debe ser posible localizar o iniciar las operaciones y la información.
Para tener un perfecto balance entre tiempo y costos en la producción de software y dependiendo del dominio de aplicación: para que sea aceptable su distribución éste debe: Ser perfecto. sin ningún tipo de error que puedo ser detectado durante sufuncionamiento o afecten en lo más mínima 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. .
Los costos de la calidad de software pueden dividirse con los costos asociados a: Costos de prevención, evaluación y fallas. Costos de desarrollo, implementación y externos de falla Costos de planeación, programación y liberación de producto.
Entre los ejemplos de Costos externos de falla podríamos tener: Actividades de planeación. control, pruebas Solución de quejas, devolución de producto. ayuda en línea Reparaciones para corregir errores, revisiones técnicas, depuración.
¿Cuál opción es correcta en relación a los riesgos de calidad de software? Estos pueden ser medidos solamente en los costos de tipo económico Involucran la pérdida de recursos a su propietario, así como de lareputación del equipo desarrollador Dependiendo del contexto pueden involucrar la pérdida no solo de tipo económico. sino de otro tipo de recursos o de vidas .
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. 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 las siguientes prácticas ha surgido como respuesta a los problemas con la estimación y planificación del desarrollo? Arquitectura basada en componentes Desarrollo iterativo Modelar visualmente.
En RUP, cada artefacto generado desde las etapas tempranas debe ser validado, para ello se requiere: Equipo de aseguramiento de calidad (Testers) Analista de Sistemas (System Analyst) Gerente de Proyecto (Project Manager).
Como parte de la fase de inicio, la(s) persona(s) encargada(s) de definir las características del diseño del sistema tienen el rol de: Arquitecto de Software (Software Architect) Analista de Sistemas (System Analyst) Gerente de Proyecto (Project Manager).
¿Cuál de los siguientes es uno de los objetivos dentro 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.
¿Cuál de los siguientes artefactos es utilizado para verificar si el producto desarrollado cumplió con lo esperado? Documento de Visión Documento de Gestión de Riesgos Especificaciones Suplementarias.
Una expresión como: “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á”, debe estar expresado dentro de: Plan de desarrollo de software Lista de Riesgos Plan de iteraciones.
¿Cuál de los siguientes roles que intervienen en la fase de Elaboración están encargados de construir y validar los componentes desarrollados? Desarrolladores (Developers) Analista de Sistemas (System Analyst) Arquitecto de Software (Software Architect).
Dentro de un proyecto el encargado del monitorio, control y comunicación a alta gerencia del proyecto es conocido como: Aseguramiento de calidad (Resters) Gerente de Proyecto (Project Manager) Analista de Sistemas (System Analyst).
¿Cuál de los siguientes entregables NO forma parte del Documento de Arquitectura de Software? Lista de riesgos Elementos del diseño Casos de uso.
¿En qué fase del RUP se establece un criterio que indique que la evaluación, la versión del producto sea lo suficientemente madura como para ser entregada a la comunidad de usuarios? Fase de Construcción Fase de Transición Fase de Modelado.
Denunciar test Consentimiento Condiciones de uso