José Luis Isla Montes (coordinador)

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

PROGRAMA DE TEORÍA:

UNIDAD 1. LA INGENIERÍA DE REQUISITOS DE SISTEMAS SOFTWARE

1.1 Introducción
1.2 Concepto y tipos de requisitos
1.3 Visión tradicional de los requisitos
1.4 Definición de Ingeniería de Requisitos (IR)
1.5 La IR en el ciclo de vida del software
1.6 Modelos de procesos de la IR
1.7 Modelo de madurez de proceso de la IR
1.8 Gestión de requisitos

UNIDAD 2. OBTENCIÓN DE REQUISITOS

2.1 Introducción
2.2 Objetivos de la elicitación de requisitos
2.3 Problemas asociados
2.4 Tareas básicas
2.5 Técnicas de elicitación

UNIDAD 3. ESPECIFICACIÓN Y ANÁLISIS DE REQUISITOS

3.1 Introducción
3.2 El Documento de Especificación de Requisitos
3.3 El estándar IEEE 830-1998
3.4 Otros estándares y guías relacionadas con IR
3.5 Especificación formal
3.6 Análisis y validación de requisitos

UNIDAD 4. MODELADO DE SISTEMAS SOFWARE CON UML

4.1 Introducción
4.2 Modelo conceptual de datos
4.3 El lenguaje OCL (Object Constraint Language)
4.4 Modelo de casos de uso
4.5 Modelo de comportamiento
4.6 Modelo de estados

PROGRAMA DE PRÁCTICAS:

UNIDAD 1. GESTIÓN DE REQUISITOS CON LA HERRAMIENTA REM.
UNIDAD 2. CASOS PRÁCTICOS DE ELICITACIÓN, ESPECIFICACIÓN Y ANÁLISIS DE
REQUISITOS A TRAVÉS DE UNA METODOLOGÍA CONCRETA.

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.

Nº de Horas (indicar total): 125

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

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
• Puntuación mínima necesaria: 2’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 (físicas 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 los 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
de los requisitos (entrevistas realizadas, prototipos usados, etc.).
- Grado de consecució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
• Puntuación mínima necesaria: 2’5 puntos
• En principio, todos los miembros del equipo recibirán la misma nota, a no ser
que exista un desequilibrio evidente de la carga de trabajo.
• 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.

C) TRABAJO DE INVESTIGACIÓN (optativo):
• Consiste en el estudio en profundidad 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 (de 20 a 30 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) PARTICIPACIÓN ACTIVA EN CLASE Y AULA VIRTUAL
• Podrá dar lugar a un incremento de hasta 0’2 puntos en la nota final del
examen (apartado A), siempre y cuando no se hayan conseguido los 2’5 puntos
necesarios para superarlo.

****** CALIFICACIÓN FINAL ******
• Para aprobar la asignatura será necesario superar A y B independientemente,
una vez aplicado el apartado D si procede, es decir:

Si ((A+D) >= 2’5 y B >= 2’5)
Nota final = A+B+[C]        -- 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.

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.