Profesorado

José Luis Isla Montes (coordinador)

Situación

Prerrequisitos

No

Contexto dentro de la titulación

Troncal

Recomendaciones

No

Competencias

Competencias transversales/genéricas

- Análisis y síntesis
- Resolución de problemas
- Trabajo en equipo
- Organización y planificación
- Gestión de la información
- Toma de decisiones

Competencias específicas

• Cognitivas(Saber):

  - Entender los conceptos relacionados con la Ingeniería de
  Requisitos
  - Distinguir los distintos tipos de requisitos del software
  - Valorar el papel que tiene la IR dentro del ciclo de vida del
  software
  - Conocer cada una de las técnicas existentes para la
  elicitación de requisitos
  - Identificar los principales estándares utilizados en la
  elaboración del Documento de Especificación de Requisitos
  - Estar al tanto de las principales herramientas de ayuda en IR
  - Conocer una metodología para la elicitación de requisitos
  - Aprender a modelar los requisitos de un sistema con UML
  - Apreciar los principales enfoques, estrategias y modelos de
  proceso en la aplicación de la IR
  

• Procedimentales/Instrumentales(Saber hacer):

  - Utilización adecuada de las diferentes técnicas existentes para la
  elicitación de requisitos
  - Elaborar un Documento de Especificación de Requisitos
  - Manejar una herramienta de gestión de requisitos
  - Emplear una metodología para la obtención de requisitos
  - Saber analizar, validar y verificar los requisitos
  - Modelar los requisitos de un sistema
  

• Actitudinales:

  - Habilidades sociales
  - Capacidad de abstracción
  - Metódico
  
  

Objetivos

Basados en la consecución de las competencias descritas en el apartado anterior

Programa

PROGRAMA DE TEORÍA:

UNIDAD 1. VISIÓN GENERAL

- Introducción.
- Definición de Ingeniería de Requisitos (IR).
- Motivación de la IR.
- Concepto y tipos de requisitos.
- La IR en el ciclo de vida del software.
- Modelos de proceso de la IR.
- Modelo de madurez de proceso de la IR.
- Gestión de requisitos.

UNIDAD 2. OBTENCIÓN DE REQUISITOS

- Introducción.
- Objetivos de la elicitación de requisitos.
- Obstáculos.
- Técnicas de elicitación.

UNIDAD 3. ESPECIFICACIÓN DE REQUISITOS

- El estándar IEEE 830-1998.
- Otros estándares y guías relacionadas con la IR.
- Especificación formal de requisitos.

UNIDAD 4. MODELADO DE SISTEMAS SOFWARE CON UML

- Introducción al análisis de requisitos.
- Modelado conceptual de datos.
- El lenguaje OCL (Object Constraint Language).
- Modelado del comportamiento.

PROGRAMA DE PRÁCTICAS:

UNIDAD 1. INTRODUCCIÓN A LA GESTIÓN DE REQUISITOS CON LA HERRAMIENTA REM.

UNIDAD 2. PROYECTO PARA LA ESPECIFICACIÓN DE REQUISITOS DE UN SISTEMA.

- Tareas básicas para la elicitación y especificación de requisitos en el marco
de una metodología concreta.
- Construcción del Documento de Requisitos del Sistema (DRS).

UNIDAD 3. PROYECTO PARA EL ANÁLISIS DE REQUISITOS DE UN SISTEMA.

- Tareas básicas para el análisis de requisitos en el marco de una metodología
concreta.
- Construcción del Documento de Análisis del Sistema (DAS).

Metodología

Se promoverá una metodología activa que combine las clases magistrales
necesarias para la exposición de los contenidos teóricos con las técnicas de
análisis, debate y discusión de los casos prácticos. También se promoverá la
utilización activa de fuentes de información para la realización de trabajos
teóricos y prácticos.

Distribución de horas de trabajo del alumno/a

Nº de Horas (indicar total): 125

• Clases Teóricas: 21  
• Clases Prácticas: 21  
• Exposiciones y Seminarios:  
• Tutorías Especializadas (presenciales o virtuales):
  • Colectivas: 4  
  • Individules:  
• Realización de Actividades Académicas Dirigidas:
  • Con presencia del profesorado: 14  
  • Sin presencia del profesorado: 31,5  
• Otro Trabajo Personal Autónomo:
  • Horas de estudio: 31,5  
  • Preparación de Trabajo Personal:  
  • ...
     
• Realización de Exámenes:
  • Examen escrito: 2  
  • Exámenes orales (control del Trabajo Personal):  

Técnicas Docentes

Criterios y Sistemas de Evaluación

Para la evaluación se tendrán en cuenta los siguientes componentes:

A) EXAMEN (obligatorio):
• Preguntas teóricas y ejercicios simples.
• Valoración: 0..5 puntos

B) PROYECTO (obligatorio):
• Consiste en la aplicación de un Entorno Metodológico de Ingeniería de
Requisitos para Sistemas de Información a un caso práctico y, en la medida de
lo posible, dentro de una empresa real. Como soporte para esta metodología se
usará la herramienta REM. El objetivo es que cada alumno/a desempeñe el rol de
un ingeniero de requisitos, enfrentándose a la elicitación y análisis de
requisitos de un caso real, y genere los documentos asociados con la ayuda de
dicha herramienta. Con esta actividad el alumnado trabajará casi todas las
competencias descritas en este plan docente.
• El proyecto deberá ser elaborado en equipo, el cual estará compuesto por 2 ó
3 miembros.
• Junto al proyecto se entregará un informe detallado de las actividades que ha
realizado cada uno de los miembros del equipo, así como de las reuniones
internas (presenciales o virtuales) que han mantenido y el objetivo de éstas.
Además se deberán indicar los tiempos empleados en cada una de las tareas y el
momento de éstas (individuales y colectivas).
• Un componente podría ser expulsado de un grupo si se recibe queja por escrito
del resto de miembros y una vez consultada la persona afectada.
• Uno de los miembros del equipo deberá exponer en clase un resumen del
proyecto. Después de la exposición, los miembros del equipo deberán responder a
cualquier pregunta que se les pueda plantear.
• Criterios de valoración:
- Utilización correcta de la metodología y la herramienta.
- Documentación adecuada de todas las técnicas empleadas para la
elicitación/validación de los requisitos (entrevistas realizadas, prototipos
usados, etc.).
- Grado de satisfacción de las propiedades deseables para los documentos de
requisitos y análisis; es decir, éstos deberán ser comprensibles,
correctos, precisos, completos, consistentes, verificables, modificables,
trazables, etc.
• Valoración: 0..5 puntos
• En principio, todos los miembros del equipo recibirán la misma nota, a no ser
que exista un desequilibrio evidente en la carga de trabajo o alguno de éstos no
sepa responder correctamente a las preguntas que se pudieran plantear.
• Si alguien ha sido expulsado de un grupo y ha finalizado el plazo para poder
incorporarse a otro equipo y elegir proyecto, esta persona suspenderá
automáticamente esta parte de la asignatura.
• Las personas que suspendan el proyecto podrán mejorarlo y ampliarlo para su
presentación en una nueva convocatoria.

C) TRABAJO DE INVESTIGACIÓN (optativo):
• Consiste en el estudio detallado de algún tópico de interés (propuesto
por el profesor o por el/la propio/a alumno/a) perteneciente al área de la
Ingeniería de Requisitos. El objetivo es promover la consulta de fuentes
documentales de reconocido valor científico y favorecer el desarrollo de
ciertas competencias (transversales y específicas) como son la capacidad de
análisis, síntesis, organización, planificación, búsqueda y gestión de la
información, habilidades sociales, etc.
• El trabajo deberá ser elaborado individualmente.
• Si el profesor considera que el trabajo tiene calidad suficiente, el/la
autor/a deberá presentarlo y defenderlo en sesión pública. En caso contrario,
no podrá ser presentado y su nota estará comprendida entre 0 y 0’5 puntos.
• Criterios de valoración:
- Rigurosidad en el desarrollo del trabajo.
- Precisión en el conocimiento y análisis de hechos.
- Relevancia del tema tratado.
- Estructura y formato adecuados.
- Extensión (más de 15 páginas).
- Calidad de las obras utilizadas como referencia.
- Correcta citación de fuentes bibliográficas.
- Capacidad de expresión (escrita y oral).
• Valoración: 0..2 puntos
• Ante cualquier forma de plagio detectada (a excepción de la reproducción de
párrafos concretos para su comentario, siempre y cuando se cite
convenientemente su fuente) se tomarán las medidas oportunas.

D) ASISTENCIA CICLO DE CONFERENCIAS (optativo)
• Se controlará la asistencia.
• Se podrá exigir la realización de un trabajo-resumen sobre las conferencias.
• Valoración: 0..0'3 puntos (el alumnado no asistente obtendrá 0 puntos)

E) PARTICIPACIÓN ACTIVA EN CLASE Y AULA VIRTUAL
• Se valorará con 0'2 puntos siempre y cuando no se alcancen 2'5 puntos en A+D

****** CALIFICACIÓN FINAL ******

Si ((A+D+E) >= 2'5 y B >= 2'5)
Nota final = A+B+[C]+[D]+[E]    -- aprobará con la puntuación que corresponda
en otro caso
Nota final = menor (A, B)   -- suspenso en acta y nota la menor de A y B

• La nota de la parte aprobada se guardará, en principio, para posteriores
convocatorias teniendo el/la alumno/a que examinarse únicamente de la parte
suspensa.

Recursos Bibliográficos

1. Pressman, R. S. Ingeniería del Software: Un Enfoque Práctico, 5ª ed. McGraw-
Hill, 2001.
2. Sommerville, I., Sawyer, P. Requirements Engineering. A good practice
guide. Wiley, 1997
3. Kotonya, G., Sommerville, I. Requirements Engineering: Processes and
Techniques. John Wiley & Sons, 1998
4. Durán, A. Un Entorno Metodológico de Ingeniería de Requisitos para Sistemas
de Información. Tesis Doctoral, Universidad de Sevilla, 2000
5. Robertson, S., Robertson, J. Mastering the Requirements Process. Addison-
Wesley, 1999
6. Sutcliffe, A. User-Centred Requirements Engineering. Theory and Practice.
Springer, 2002
7. Wieringa, R. J. Requirements Engineering. Frameworks for Understanding.
John Wiley, 1996
8. Wiegers, K. Software Requirements. Microsoft Press, 1999.
9. Toval, A., Nicolás, J. Ingeniería del Software. Gestión de Requisitos. DM,
ICE-Universidad de Murcia, 1999
10. Booch, G., Rumbaugh, J., Jacobson, I. El Lenguaje Unificado de Modelado.
Addison-Wesley, 1999.
11. Booch, G., Rumbaugh, J., Jacobson, I. El Lenguaje Unificado de Modelado:
Manual de Referencia. Addison-Wesley, 1999.
12. Booch, G., Rumbaugh, J., Jacobson, I. El Proceso Unificado de Desarrollo
de Software. Addison-Wesley, 1999.
13. Larman, C., UML y Patrones. Una Introducción al Análisis y Diseño
Orientado a Objetos y al Proceso Unificado, 2ª ed., Prentice Hall, 2003.
14. Maciaszek, L.A., Requeriments Analysis and Systems Design. Developing
Information Systems with UML. Addison-Wesley, 2001.