si

La técnica del prototipado. Facilita la especificación de requisitos de usuario. Garantiza la especificación de requisitos de usuario. Sirve para verificar el diseño arquitectónico. Sólo se usa en el paradigma DRA, Desarrollo Rápido de Apliaciones. Ninguna de las anteriores.

Las clases en un modelo de análisis orientado a objetos: Se organizan en jerarquías. Se identican durante el proceso de análisis. Tienen resposabilidades asociadas. Todas las anteriores.

Componentes dinámicos de los modelos de análisis orientados a objetos son. Vista de los atributos. Vista de los comportamientos. Vista del control. Todas las anteriores.

¿Qué representan los casos de uso?. Una descripción de cómo el usuario final interactúa con el sistema y viceversa. Un guión de las RTF. Una base para la verificación del sistema. Ninguna de las anteriores.

¿Cuál de los paradigmas permite obtener más de una versión operativa del software?. Desarrollo rápido de aplicaciones. Aproximación basada en transformaciones. Aproximación incremental. Ciclo de vida clásico.

¿Qué problema puede hacer fracasar el análisis de un software?. El uso de técnicas inadecuadas. La pobre comunicación usuario-analista. Tendencia a simplificar las actividades de análisis. Todas las anteriores.

En el análisis orientado a objetos se definen jerarquías de clase (B). Verdadero. Falso.

¿Qué técnicas son más apropiadas para la validación de requisitos?. Lenguajes de modelado. Prototipos. Entrevistas.

¿Qué afirmación sobre el método Scrum es correcta?. Las mejoras a realizar sobre un incremento se deben añadir al Product Backlog. El Sprint Backlog contiene todos los requisitos funcionales del producto que faltan por implementar. Las prioridades de los requisitos las asigna el Scrum Manager en el Sprint Planning Meeting.

¿Qué se valora en el Manifiesto ágil?. Un equipo dirigido por un jefe de proyectos que tome todas las decisiones técnicas del desarrollo. No permitir cambios en la planificación inicial del proyecto. Responder a nuevos requisitos del cliente durante el desarrollo del producto. ninguna.

¿Para qué se usan las especificaciones en lenguaje natural?. Para descubrir requisitos con los stakeholders. Para documentar los requisitos antes de validarlos. Para intentar aclarar dudas de requisitos con los stakeholders.

el proceso unificado de desarrollo se caracteriza. por estar guiado por casos de uso. por ser un proceso iterativo e incremental. por estar centrado en la arquitectura. todas.

En el ciclo de la vida en espiral las distintas fases se suceden de forma. iterativa. lineal. aleatoria. ninguna.

si los requisitos están perfectamente especificados al comienzo del desarrollo se puede utilizar. aproximacion incremental. ciclo de vida clásico. desarrollo rápido de aplicaciones. todas.

En el ciclo de vida en espiral las distintas fases se suceden de forma. iterativa. aleatoria. lineal. ninguna.

El desarrollo rápido de aplicaciones no es recomendable cuando. no se cuenta con recursos humanos necesarios para formar los grupos DRA requereidos. la aplicación a desarrollar es difícil de separar en modulos. el software requiere alto grado de interoperabilidad con programas ya existentes. todas.

El desarrollo rápido de aplicaciones. se basa en realizar sucesivas transformaciones. se basa en el uso de componentes reutilizables. es una mejora de la aproximación incremental. ninguna de las anteriores.

¿Qué puede condicionar la elección de un modelo de ciclo de vida?. La completitud de los requisitos. Restricciones sobre aspectos no funcionales como la fiabilidad del sistema. Restricciones de tiempo y presupuesto para el desarrollo. Todas las anteriores.

Principales organizaciones de estandarización. ISO, IEEE Y SEI. SWEWBOK, CMM, Y CMMI. ACM, ESA, SWEBOK. todas.

¿Qué pueden representar los modelos del software que se van generando en el proceso de desarrollo?. Las capacidades funcionales que deberá ofrecer el software a los usuarios. Las incidencias que comunican los usuarios tras la puesta en funcionamiento del producto. Las actividades a realizar por el equipo de desarrollo y la secuencia en la que deben ejecutarse.

¿Cuál de las siguientes afirmaciones no es correcta?. Los modelos pueden representar solo una parte del sistema existente. Los modelos deben ser formales y completos siempre que se usen para derivar requisitos. Los modelos sirven para describir aspectos del sistema a desarrollar.

¿Por qué se debe cuantificar un requisito cuando se realiza su especificación?. Porque asegura su consistencia. Porque facilita su verificación. Porque justifica su necesidad.

Según ISO 12207, el proceso responsable de gestionar los procesos del software. es un proceso general del software. es un proceso principal del software. es un proceso de soporte del software.

La cohesión. es un fundamento de diseño referido a la fuerza funcional de cada módulo del sistema. permite captar las características esenciales del diseño sin entrar en detalles. mide la dependencia relativa entre los componentes del sistema.

Los componentes funcionales de un software se identifican y describen en la fase de. Requisitos de software. Diseño arquitectónico. Diseño detallado. Requisitos de usuario.

¿En qué condiciones es útil el enfoque ágil?. Cuando los proyectos son muy grandes. Cuando no hay prisas por la entrega. Cuando el entorno del sistema es muy cambiante. Todas las anteriores.

Los modelos de ciclo de vida son. métodos de desarrollo muy extendidos. técnicas para el desarrollo y mantenimiento de software. referencias útiles para organizar el desarrollo y mantenimiento l software. todas las anteriores.

El ciclo de vida en espiral. aplica el enfoque evolutivo. identifica los riesgos. hace uso de prototipos. todas las anteriores.

¿Qué ventaja tiene el uso de paradigmas de ingeniería del software?. Garantizan el éxito del desarrollo. Son modelos muy contrastados. No hacen uso de un enfoque de ingeniería. Ninguna de las anteriores.

¿Qué paradigma se puede adaptar mejor a nuevos requisitos durante el desarrollo?. Ciclo de vida clásico. Enfoque ágil. Ninguno de los anteriores. Desarrollo rápido de aplicaciones.

¿Qué se valora en el Manifiesto ágil?. No permitir cambios en la planificación inicial del proyecto. Responder a nuevos requisitos del cliente durante el desarrollo del producto. Un equipo dirigido por un jefe de proyectos que tome todas las decisiones técnicas del desarrollo.

En la fase de definición de requisitos del software. se definen los componentes del software y cómo se relacionan entre sí. se realizan las pruebas de aceptación del software. se describe en detalle la funcionalidad que debe tener el software.

La cohesión. es un fundamento de diseño referido a la fuerza funcional de cada módulo del sistema. permite captar las características esenciales del diseño sin entrar en detalles. mide la dependencia relativa entre los componentes del sistema.

Las historias de usuario. deben incluir condiciones de satisfacción. no deben hacer referencia a reglas de negocio. se usan principalmente para describir requisitos no funcionales.

La elección de un modelado de ciclo de vida puede estar condicionada por. la especificación clara y completa de los requisitos. restricciones de tiempo. limitaciones del presupuesto para el desarrollo. todas.

Los requisitos no funcionales. Especifican que debe hacer el software. Afectan a cómo debe implementarse la funcionalidad. Describen los datos de entrada al sistema. todas.

Las pruebas del sistema. se deben realizar en la fase de diseño detallado y producción después de las pruebas de integración. forman parte de la fase de diseño arquitectónico. las realiza el cliente durante la fase de transferencia para dar su visto bueno.

Todas las personas que tienen relación con un proyecto SCRUM se pueden clasificar según el rol que desempeñan en. Product Owner, Project Team y Scrum Manager. Other.

Los restaurantes deberán poder actualizar la información de los pedidos recibidos para que los clientes puedan conocer el estado de sus pedidos. Es un requisito funcional. Es un requisito de usabilidad. Es un requisito de implementación.

Según las Leyes de evolución del software o Leyes de Lehman, la velocidad de desarrollo. es prácticamente constante e independiente de los recursos dedicados. depende de los cambios a realizar y de la complejidad de los mismos. es directamente proporcional a los recursos asignados al proceso.

Un requisito referido al uso de los recursos del dispositivo en el que se ejecutará el software. es un requisito de rendimiento. es un requisito de interoperabilidad. es un requisito de fiabilidad.

¿En cuál de estas especificaciones se justifica la necesidad del requisito?. El usuario podrá comprar productos siempre que esté registrado en el sistema. El usuario deberá poder contactar con el vendedor para resolver cualquier tipo de incidencia que se produzca durante la compra. El usuario podrá consultar en cualquier momento todas sus compras y ver los detalles de las mismas.

¿Para qué sirven los métodos en el desarrollo de software?. Para explicar cómo realizar técnicamente el software: cómo analizar, cómo diseñar, etc. Para organizar las fases y actividades del ciclo de vida del software. Para representar las tareas del proceso de desarrollo.

¿Por qué se caracterizan los modelos de ciclo de vida tradicionales?. Por implicar al cliente en el proceso de desarrollo. Por usar técnicas orientadas a objetos para el desarrollo. Por centrarse en el control del proceso de desarrollo.

¿Qué buena práctica ayuda al éxito de un proyecto software?. Empezar a probar cuando el código esté totalmente implementado e integrado según las especificaciones de diseño. Evitar los cambios en los requisitos ya que pueden retrasar la entrega del producto final. Implicar al cliente en el proceso de desarrollo para asegurar que el producto final satisface sus expectativas.

¿Qué diagramas de UML (Unified Modeling Language) sirven para representar la interacción entre los componentes del sistema?. Diagramas de casos de uso. Diagramas de secuencia. Diagramas de actividades.

¿Qué es un modelo de ciclo de vida del software?. Un método de desarrollo de software. Una representación que describe para qué se va a poder usar el software. Un marco de referencia para el desarrollo y mantenimiento de software.

¿Qué es un sprint en Scrum?. El incremento del producto que se obtiene tras cada iteración de desarrollo. La lista de requisitos funcionales que se van a implementar en la siguiente iteración de desarrollo. El proceso de desarrollo que permite obtener un incremento del producto potencialmente entregable.

¿Qué finalidad tienen los modelos de comportamiento del software?. Mostrar los componentes en los que se organiza el sistema. Representar la interacción entre componentes del sistema. Describir la reacción del sistema frente a eventos internos y externos.

¿Qué historia de usuario está bien escrita?. Como pasajero quiero poder comprar un billete de avión y devolverlo hasta 2 horas antes por si no puedo viajar. Como pasajero quiero poder solicitar una factura cuando compro un billete de avión para que me la envíen por correo electrónico o postal. Como pasajero quiero poder hacer el check-in de mi vuelo para no tener que pasar por el mostrador de facturación.

¿Cuándo se comprueba la viabilidad tecnológica de los requisitos?. Durante la especificación de requisitos. Durante la adquisición de requisitos. Durante la validación de requisitos.

Los elementos que conforman un sprint en la metodología SCRUM son. pila del producto, pila del sprint e incremento. product, backlog y un sprint backlog. gráfico burn up y product backlog. ninguna.

¿Qué pueden representar los modelos del software que se van generando en el proceso de desarrollo?. Las incidencias que comunican los usuarios tras la puesta en funcionamiento del producto. Las capacidades funcionales que deberá ofrecer el software a los usuarios. Las actividades a realizar por el equipo de desarrollo y la secuencia en la que deben ejecutarse.

¿Qué caracteriza al método RUP (Rational Unified Process)?. Hace uso de múltiples modelos para representar la arquitectura del sistema. Divide el proceso de desarrollo en iteraciones de duración variable. Está guiado por historias de usuario.

¿En qué fase del proceso de requisitos se deben solucionar los problemas en los requisitos?. Adquisición y análisis. Validación. Especificación.

El proceso de requisitos. ayuda a entender las necesidades del cliente. evalúa la factibilidad y negocia una solución razonable. especifica la solución sin ambigüedades. todas las anteriores.

Los casos de uso representan. las intenciones del usuario con el software. el modelo de dominio del problema. el comportamiento del sistema. ninguna de las anteriores.

Un ejemplo de manipulación indirecta sería. copiar texto (Word). imprimir un documento (Word). seleccionar herramienta (Paint). todas las anteriores.

Las precondiciones son. validaciones que debe hacer el sistema después de que se ejecute la operación. condiciones del usuario una operación. estado en que debe estar en el sistema antes de iniciar la operación. todas las anteriores.

Las postcondiciones. se especifican si hay un cambio de estado al finalizar la operación. son validaciones que se hacen antes de ejecutar la operación. son comprobaciones que se realizan durante la ejecución de la operación. ninguna de las anteriores.

¿Para qué se usan las especificaciones en lenguaje natural?. Para documentar los requisitos antes de validarlos. Para intentar aclarar dudas de requisitos con los stakeholders. Para descubrir requisitos con los stakeholders.

¿Qué tipo de relación implica la creación de nuevos objetos?. La composición. La asociación. La agregación. Todas las anteriores.

Un ejemplo de manipulación directa sería. seleccionar un video (YouTube). crear un nuevo documento (Word). reproducir un video (YouTube). guardar un documento (Word).

El modelo de dominio representa. conceptos modelados como clases. objetos del sistema que se pueden manipular. abstracciones para entender el problema. todas las anteriores.

¿Cuál de los siguientes atributos de requisitos facilita los cambios en los requisitos?. Prioridad. Estado. Dependencias.

¿Qué pueden ser requisitos no funcionales?. Operaciones que deben implementarse en el software que se está desarrollando. Restricciones que afectan al desarrollo del software y a su forma de operar. Servicios que no debe ofrecer el software que se va a desarrollar.

En metodología SCRUM se aconseja que la duración de cada sprint sea de. dos meses. un mes. hasta un máximo de tres meses. ninguna.

¿Qué es un sprint en Scrum?. El proceso de desarrollo que permite obtener un incremento del producto potencialmente entregable. El incremento del producto que se obtiene tras cada iteración de desarrollo. La lista de requisitos funcionales que se van a implementar en la siguiente iteración de desarrollo.

Los diagramas de actividades. No especifican condiciones sobre el flujo. Complementan los casos de uso. No sirven para modelar una función del software. Se usan para describir requisitos no funcionales del software.

¿Para qué sirven los métodos en el desarrollo de software?. Para organizar las fases y actividades del ciclo de vida del software. Para representar las tareas del proceso de desarrollo. Para explicar cómo realizar técnicamente el software: cómo analizar, cómo diseñar, etc.

Las estadísitcas del desarrollo de proyectos informáticos nos indican que hay más: Proyectos acabados con problemas. Proyectos inacabados. Proyectos acabados con éxito. Fracasos.

Las pruebas del sistema. se deben realizar en la fase de diseño detallado y producción después de las pruebas de integración. las realiza el cliente durante la fase de transferencia para dar su visto bueno. forman parte de la fase de diseño arquitectónico.

Las estadísticas del desarrollo de proyectos informáticos nos indican que hay más. Proyectos acabados con problemas. Proyectos acabados con éxito. Proyectos inacabados. Fracasos.

¿Por qué se debe cuantificar un requisito cuando se realiza su especificación?. Porque asegura su consistencia. Porque facilita su verificación. Porque justifica su necesidad.

¿Qué pueden ser requisitos no funcionales?. Restricciones que afectan al desarrollo del software y a su forma de operar. Servicios que no debe ofrecer el software que se va a desarrollar. Operaciones que deben implementarse en el software que se está desarrollando.

¿Qué finalidad tienen los modelos de comportamiento del software?. Representar la interacción entre componentes del sistema. Mostrar los componentes en los que se organiza el sistema. Describir la reacción del sistema frente a eventos internos y externos.

¿En qué fase del proceso de desarrollo se determina cuál debe ser el alcance funcional del software?. Diseño arquitectónico. Definición de requisitos del usuario. Definición de requisitos del software.

En la fase de definición de requisitos del software. se definen los componentes del software y cómo se relacionan entre sí. se realizan las pruebas de aceptación del software. se describe en detalle la funcionalidad que debe tener el software.

¿Qué buena práctica ayuda al éxito de un proyecto software?. Implicar al cliente en el proceso de desarrollo para asegurar que el producto final satisface sus expectativas. Empezar a probar cuando el código esté totalmente implementado e integrado según las especificaciones de diseño. Evitar los cambios en los requisitos ya que pueden retrasar la entrega del producto final.

¿Por qué se caracterizan los modelos de ciclo de vida tradicionales?. Por implicar al cliente en el proceso de desarrollo. Por usar técnicas orientadas a objetos para el desarrollo. Por centrarse en el control del proceso de desarrollo.

Los modelos de ciclo de vida. pueden restringir las técnicas a utilizar. se eligen independientemente de la naturaleza del problema y del tipo de solución software a desarrollar. son siempre independientes del enfoque metodológico a seguir. no consideran nunca tareas de gestión.

Los estándares. engloban conocimientos. unifican criterios para los procesos de software. proporcionan continuidad y entendimiento entre las personas implicadas en proyecto a desarrollar. todas las anteriores.

El modelo CMM. evalúa el estado de madurez de la organización. constituye un marco de referencia para la mejora continua. propone un modelo de madurez de cinco niveles. todas las anteriores.

El SWEBOK. es un modelo de ciclo de vida. delimita el cuerpo de conocimiento de la ingeniería de software. todas las anteriores. es un método de desarrollo.

Un requisito es. una capacidad del software para satisfacer un contrato. una restricción que debe tener el software. una condición necesaria para el cliente. todas las anteriores.