


Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Encuentra los documentos específicos para los exámenes de tu universidad
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
Examen final, 06/2012 (test + práctico)
Tipo: Exámenes
1 / 4
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!



1. ¿Qué circunstancia haría fracasar el desarrollo de un producto software? Que los requisitos cambien a lo largo del proceso La ambigüedad e inconsistencia de los requisitos Que existan muchos requisitos Todas las anteriores 2. Los modelos en ingeniería del software
facilitan la comunicación entre ingenieros son representaciones de gran utilidad ayudan a definir lo que se quiere desarrollar todas las anteriores
3. Son elementos de configuración del software
la especificación procedimental y el código los manuales y guías de usuario los documentos de especificación de requisitos todas las anteriores
4. ¿Qué actitud beneficia a la industria del software?
Usar métodos para los diferentes procesos del software Usar estándares sólo cuando lo imponga el cliente Validar los requisitos solo si existen conflictos Todas las anteriores
5. Un ejemplo de modelo de producto sería
Un diagrama de actividades de prueba del software Un modelo de ciclo de vida La descripción de una operación del software Ninguna de las anteriores
6. ¿Cuál de las siguientes creencias es errónea?
La implementación debe comenzar lo antes posible El análisis se debe simplificar al máximo La prueba sólo es efectiva después de la implementación Todas las anteriores
7. El software puede degradarse como consecuencia de
los cambios que haya que realizar la corrección de errores la incorporación de nuevas funcionalidades todas las anteriores
8. ¿Qué utilidad tiene la ingeniería del software?
Ayuda a formalizar los procesos Contribuye a la sistematización de la producción Ayuda a organizar el ciclo de vida Todas las anteriores
9. ¿Cuáles son los retos actuales de la ingeniería del software? Reducir tiempos de entrega sin comprometer la calidad Facilitar la integración entre sistemas Reducir los costes de mantenimiento Todas las anteriores 10. Las técnicas de ingeniería del software describen las tareas del proceso de desarrollo son modelos del software son herramientas a utilizar en los procesos del software ninguna de las anteriores 11. El modelo del proceso describe el producto que queremos construir representa las tareas a realizar a lo largo del proceso describe los atributos del software todas las anteriores 12. La calidad de un software es menor si los requisitos no se pueden identificar desde el principio hay riesgos no se desarrolla de forma que sea fácil de mantener todas las anteriores 13. Un ejemplo de modelo de proceso sería una especificación de requisitos de usuario una especificación de requisitos de software un diagrama de tareas para diseñar el software todas las anteriores 14. Según la norma ISO 12207-1 las actividades del ciclo de vida se pueden agrupar en Proceso de desarrollo, Proceso de mantenimiento y Proceso de soporte Procesos principales, Procesos generales y Procesos de soporte Proceso de desarrollo, Proceso de mantenimiento y Proceso de gestión Todas las anteriores 15. Según la norma ISO 12207-1 las actividades de seguimiento y control forman parte del proceso de desarrollo proceso de gestión proceso de mantenimiento proceso de validación
16. El proceso de desarrollo comprende actividades de
adquisición y suministro operación y mantenimiento análisis, diseño, pruebas e instalación todas las anteriores
17. El proceso de operación
es un proceso de soporte incluye la explotación y soporte operativo a los usuarios forma parte del proceso de desarrollo ninguna de las anteriores
18. 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 19. ¿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
20. 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 del software todas las anteriores
21. El ciclo de vida en espiral
aplica el enfoque evolutivo identifica los riesgos hace uso de prototipos todas las anteriores
22. ¿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 23. ¿Qué paradigma se puede adaptar mejor a nuevos requisitos durante el desarrollo? Ciclo de vida clásico Enfoque ágil Desarrollo rápido de aplicaciones Ninguno de los anteriores 24. ¿Qué utilidad tiene la técnica del prototipado?
Ayudar a identificar los requisitos de software Validar los requisitos de usuario Descubrir los requisitos de usuario Todas las anteriores
25. ¿Qué paradigma se puede usar cuando los requisitos están bien especificados desde el principio? Desarrollo rápido de aplicaciones Ciclo de vida clásico Aproximación incremental Todas las anteriores 26. 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 27. La aproximación evolutiva es útil cuando los requisitos están claros desde el principio no se necesita la experiencia del usuario se requiere tecnología que no está disponible al comienzo del proceso de desarrollo todas las anteriores 28. ¿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 29. 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 30. Los estándares engloban conocimientos unifican criterios para los procesos de software proporcionan continuidad y entendimiento entre las personas implicadas en el proyecto a desarrollar todas las anteriores 31. 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 32. El SWEBOK es un modelo de ciclo de vida delimita el cuerpo de conocimiento de la ingeniería de software es un método de desarrollo todas las anteriores
Se desea desarrollar un software para una escuela de tenis que gestione los datos de los grupos de clase,
los alumnos y los monitores existentes. De los grupos interesa almacenar el día y hora asignados; de los
alumnos su nombre, apellidos, fecha de nacimiento, teléfono de contacto, email y licencia federativa, pues
todos los alumnos deben estar federados; de los monitores interesa almacenar su DNI, nombre, apellidos,
teléfono de contacto y email. Cada monitor puede estar asignado a uno o varios grupos, pero un alumno
sólo puede pertenecer a un grupo.
Toda la información de grupos, alumnos y monitores ha de ser introducida por un empleado de la escuela,
que no podrá ser un monitor. Este empleado también podrá modificar y eliminar dicha información. El
monitor sólo podrá modificar su información, consultar los alumnos que tiene asignados y obtener un listado
impreso de los alumnos que tiene asignados, esto último como ampliación de la consulta de alumnos.
Se pide realizar el modelo conceptual en UML (2 puntos), el diagrama de casos de uso (2 puntos) y la
descripción detallada de uno de los casos de uso detectados (1 punto).
Con respecto al diagrama de casos de uso, se valorará la utilización de relaciones de tipo INCLUDE y/o
EXTEND.