Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad


Ingeniería del Software 06 2012, Exámenes de Ingeniería del Software

Examen final, 06/2012 (test + práctico)

Tipo: Exámenes

2011/2012

Subido el 31/05/2012

danielsto-1
danielsto-1 🇪🇸

3 documentos

1 / 4

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
1
Escuela de Ingeniería Informática
Ingeniería del Software I. Curso 2011/2012
Convocatoria de Junio 2012. Parte teórica
Nombre…………………………………………………………………………………………………………
Usar sólo bolígrafo azul o negro. Responder a cada una de las preguntas marcando con una “x” sólo una de las
opciones. Cada respuesta correcta puntuará +0.1 y cada respuesta incorrecta -0.1. Las preguntas que no se respondan
no puntúan. (5 puntos)
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
pf3
pf4

Vista previa parcial del texto

¡Descarga Ingeniería del Software 06 2012 y más Exámenes en PDF de Ingeniería del Software solo en Docsity!

Escuela de Ingeniería Informática

Ingeniería del Software I. Curso 2011/

Convocatoria de Junio 2012. Parte teórica

Nombre…………………………………………………………………………………………………………

Usar sólo bolígrafo azul o negro. Responder a cada una de las preguntas marcando con una “x” sólo una de las

opciones. Cada respuesta correcta puntuará +0.1 y cada respuesta incorrecta -0.1. Las preguntas que no se respondan

no puntúan. (5 puntos)

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

Escuela de Ingeniería Informática

Ingeniería del Software I. Curso 2011/

Convocatoria de Junio 2012. Parte práctica

Nombre…………………………………………………………………………………………………………

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.

Nota importante:

 Duración total del examen: 2 horas

 Para superar el examen es necesario tener como mínimo un 2.5 tanto en la parte teórica como en la parte

práctica