¿Cuál de las siguientes alternativas corresponden al siguiente paso de un modelo iterativo, una vez que se ha cumplido una iteración? Liberación Implementación Planificación.
¿Cuál es el rol en la fase de Inicio que está encargado de coordinar el levantamiento de requisitos y el modelado de casos de uso? Ingeniero de Procesos (Process Engineer) Aseguramiento de Calidad (Testers) Analista de Sistemas (System Analyst).
Obtener claridad en lo que se desea construir, se constituye un objetivo de la: Fase de Inicio Fase de Elaboración Fase de construcción.
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 El uso de modelos iterativos e incrementales que permiten el desarrollo en ciclos cortos La práctica sistemática para encontrar, documentar, organizar y dar seguimiento a los requerimientos del sistema.
¿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.
¿Cuál de los siguientes no se constituye un objetivo de la fase de Elaboración? Obtener una comprensión detallada de los requerimientos Afinar el plan de desarrollo Definición de la arquitectura candidata.
Entre las fases de RUP, ¿de cuál se establece como un importante criterio de evaluación que, las técnicas de evaluación del software hayan sido probadas? Fase de Modelado Fase de Elaboración Fase de Transición.
¿De cuál de las fases del RUP se establece como un importante criterio de evaluación que, los costos planificados versus los actuales sean aceptables? Fase de Construcción Fase de Inicio Fase de Modelado.
Uno de los resultados del Análisis de Requerimientos es: Determinar el lenguaje de programación del software Se establecen las restricciones que limitan al software Determina costos de desarrollo.
El modelo de requerimientos Brinda al desarrollador y al cliente los medios para evaluar la calidad una vez construido el software Representa los elementos funcionales del sistema y la manera como transforma los datos a medida que avanza a través del sistema Ilustra el dominio de información del problema .
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.
¿Cuál de las siguientes estrategias de calidad guarda relación con la práctica de 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.
¿Cuál de los siguientes modelos de calidad del software está basado en cinco niveles de madurez? SPICE (Software Process Improvement and Capability Determination) CMM (Capability Maturity Model) ISO 9001 (International Standard Organization).
¿De los siguientes, cuál es uno de los objetivos de la fase de inicio? Minimizar costos de 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 ellos.
¿Cuál de los siguientes roles precisa tener conocimientos sobre las tecnologías disponibles y posibilidades de solución para diferentes problemas? Ingeniero de procesos Analista de sistemas Arquitecto de software.
“Existe la posibilidad de que los usuarios no entreguen la información a los analistas por no estar de acuerdo con el sistema a desarrollarse”. Esto debe estar expresado en: Plan de desarrollo de software Lista de Riesgos Plan de iteraciones.
Cuál de los siguientes diagramas nos permiten mostrar cómo se implementaría una función del sistema Diagramas de actividades Diagrama de clases Diagrama de casos de uso.
Dentro del modelo clase-responsabilidad-colaborador. Se dice que una clase es utilizada para crear la interfaz, entonces corresponde a: Clase de entidad Clase de frontera Clase de controlador.
En el 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.
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 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 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.
¿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.
¿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.
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.
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.
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.
¿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 seguimiento a
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 despligue 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.
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 como
consecuencia de "eventos" externos son: Modelos basados en escenarios Modelos de comportamiento modelos de datos.
¿Por qué el documento de requerimientos está dirigido a 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.
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 requerimienos 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.
Aquella arquitectura que promueve la integrabilidad, 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 en capas Arquitectura de flujo de datos Arquitectura orientada a objetos.
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.
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 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.
Los costos de la calidad de software pueden dividirse con los costos asociados a: Costos de prevención, evaluación y falla 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 economico Involucran la pérdida de recursos a su propietario, así como de la reputación del
equipo deasrrollador Dependiendo del contexto pueden involucrar la pérdida no solo de tipo económico,
sino de otro tipo de recursos o de vidas.
La definición y administración de requerimientos del sistema es responsabilidad de: Analista de Sistemas (System Analyst) Arquitecto de Software (Software Architect) Desarrolladores (Developers).
¿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.
Un modelado de sistema se usa para: Definir el numero esperado de requerimientos Representar los requerimientos funcionales y no funcionales con más detalle Diseñar y desarrollar modelos abstractos de un sistema.
¿Cuál de las siguientes NO es una actividad dentro de la fase de Inicio de RUP? Definir, validar y establecer la línea base de la arquitectura Definición de la arquitectura candidata Desarrollo del Caso de Negocio.
¿Cuál de los siguientes no se constituye un objetivo de la fase de Inicio dentro de RUP? Obtener una visión clara del cronograma a seguir para el desarrollo del proyecto Minimizar costos de desarrollo Identificar requerimientos no funcionales y casos de uso.
En la fase de inicio, ¿cuál es el rol que tiene la persona para coordinar el levantamiento de
requisitos y el modelado de casos de uso? Ingeniero de Procesos (Process Engineer) Aseguramiento de Calidad (Testers) Analista de Sistemas (System Analyst).
¿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) Arquitecto de Software (Software Architect) Analista de Sistemas (System Analyst).
¿Cuál de los siguientes NO se constituye un objetivo en la fase de Elaboración? Obtener una comprensión detallada de los requerimientos Afinar el plan de desarrollo Definición de la arquitectura candidata.
¿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 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.
¿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 (System Analyst) 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.
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 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.
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)
.
Dentro de un proyecto el encargado del monitoreo, 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 sigueintes entregables NO forma parte del Documento de Arquitectura de Software? Lista de riesgos Elementos del diseño Casos de uso
.
|
