Profesorado

José Luis Isla Montes (coordinador)

Situación

Prerrequisitos

No

Contexto dentro de la titulación

Troncal

Recomendaciones

No

Competencias

Competencias transversales/genéricas

CT1 - Análisis y síntesis
CT2 - Trabajo en equipo
CT3 - Organización y planificación
CT4 - Gestión de la información
CT5 - Toma de decisiones

Competencias específicas

• Cognitivas(Saber):

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

• Procedimentales/Instrumentales(Saber hacer):

  CP1 - Emplear las técnicas para la elicitación de requisitos más
  adecuadas en cada momento.
  CP2 - Usar una metodología para la elicitación de requisitos.
  CP3 - Utilizar una metodología para el análisis de requisitos.
  CP4 - Construir los modelos de análisis de un sistema usando UML.
  CP5 - Especificar en OCL las restricciones textuales que
  complementan los modelos gráficos de análisis.
  CP6 - Aplicar las recomendaciones del estándar IEEE 830-1998 para
  la creación del documento de especificación de requisitos
  de software (SRS).
  CP7 - Usar alguna herramienta específica (p.ej. REM) para la
  gestión de los requisitos a lo largo de todo el proceso.

• Actitudinales:

  CA1 - Habilidades sociales.
  CA2 - Capacidad de abstracción.
  CA3 - Ser metódico.
  
  

Objetivos

OB1 - Valorar las necesidades de un cliente y elicitar los requisitos del
software que satisface dichas necesidades.

OB2 - Analizar y validar los requisitos obtenidos.

OB3 - Elaborar el documento de especificación de requisitos del software
(SRS).

OB4 - Manejar herramientas que den soporte al proceso de Ingeniería de
Requisitos.

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.
- Metodología para la elicitación de requisitos.

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. ANÁLISIS DE REQUISITOS. MODELADO DE SISTEMAS SOFWARE CON UML

- Introducción.
- Metodología para el 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.

- Realización de 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.

- Realización de 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 clases magistrales para la
exposición de los contenidos teóricos con técnicas de análisis, debate y
discusión de 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

Se utilizará principalmente un enfoque de evaluación orientado hacia el
aprendizaje. Para ello se usarán estrategias de evaluación en las que se
impliquen a los estudiantes como evaluadores: evaluación entre iguales,
autoevaluación y co-evaluación.

TAREAS DE EVALUACIÓN Y PRODUCTOS/ACTUACIONES DE APRENDIZAJE

Las tareas de evaluación (Tn), desglosadas en productos/actuaciones de
aprendizaje concretos (Pn) para el alcance de los objetivos y el desarrollo de
las competencias anteriormente descritas, son las siguientes:

* T1. Proyecto colaborativo para la aplicación de un entorno metodológico de
ingeniería de requisitos en el marco de una organización real.
- P1. Documento de Requisitos del Sistema (DRS), Documento de Análisis del
Sistema (DAS) y Registro de Conflictos y Defectos.
- P2. Informe detallado de las tareas realizadas por cada uno de los
componentes del equipo, reuniones mantenidas (presenciales o virtuales) y
actividades de coordinación llevadas a cabo. Representación del Diagrama de
Gantt.
- P3. Exposición y defensa del proyecto.

* T2. Investigación sobre algún tópico de interés en el campo de la Ingeniería de
Requisitos.
- P4. Artículo de investigación.
- P5. Exposición y defensa del artículo.

* T3. Contestación a preguntas relacionadas con el contenido teórico de la
asignatura y resolución de problemas simples.
- P6. Ejercicio de examen.

CRITERIOS DE EVALUACIÓN

Los criterios que se aplicarán en la evaluación de los productos/actuaciones
llevados a cabo por el alumnado son los siguientes:

* Producto P1
- CR1.1 (Complejidad). Nivel de complejidad del caso de estudio (bajo, medio,
alto).
- CR1.2 (Comprensibilidad). Los documentos deberán ser comprensibles por
clientes, usuarios y desarrolladores. La existencia de un glosario puede ayudar
en este sentido.
- CR1.3 (Corrección). Se puede considerar que la especificación es totalmente
correcta cuando:
# Se ha utilizado la metodología y la herramienta de gestión de requisitos
adecuadamente.
# No hay errores en la descripción de los requisitos.
# No hay errores en la representación de los modelos de análisis y la
descripción de sus elementos (tipos, roles, atributos, asociaciones,
operaciones).
# Las dependencias entre los requisitos, así como entre éstos y los elementos
utilizados en el análisis, son correctas. No hay errores en las matrices de
rastreabilidad generadas.
- CR1.4 (No redundancia). Ausencia de requisitos redundantes o innecesarios.
- CR1.5 (Consistencia). Sin conflictos ni contradicciones entre los requisitos
o con cualquier otro elemento documentado. Se utiliza una terminología única.
- CR1.6 (Completitud). Se puede considerar que la especificación es completa
cuando:
# Están especificados todos los requisitos elicitados.
# Están todas las respuestas del sistema a entradas tanto válidas como
inválidas.
# No falta ninguna sección por documentar.
# Están documentadas todas las sesiones realizadas para la
elicitación/validación de requisitos.
# Están especificados todos los artefactos de análisis.
- CR1.7 (Verificabilidad). Los requisitos deben estar especificados de manera
que pueda comprobarse que el sistema final cumple con ellos mediante un proceso
finito y de coste razonable.
- CR1.8 (Trazabilidad). Deben poder rastrearse los requisitos hacia delante y
hacia atrás.
- CR1.9 (Prioridad y estabilidad). Los requisitos deben estar anotados con
prioridades (indicando la importancia y urgencia para el cliente) y estabilidad
(probabilidad de que un requisito cambie).
- CR1.10 (Independencia del diseño y de la implementación). Se debería
especificar qué se desea y no cómo se pretende conseguir.
- CR1.11 (Calidad de la presentación material). Encuadernación, maquetación,
impresión y ortografía.

* Producto P2
- CR2.1 (Estructuración, precisión y claridad). Descripción precisa y clara de
las actividades realizadas y de las reuniones de equipo planificadas indicando:
momento, lugar, personas participantes y responsables, resultados obtenidos,
problemas surgidos y soluciones adoptadas, etc. Diagrama de Gantt donde se pueda
ver con claridad la secuencia temporal de actividades/reuniones y sus
participantes
- CR2.2 (Capacidad de coordinación). Valorar la capacidad para estructurar el
trabajo, asignar responsabilidades y establecer dependencias entre tareas,
indicando cuándo empieza y termina cada una de ellas.
- CR2.3 (Equilibrio de la carga de trabajo). No debe haber un desequilibrio
evidente entre las cargas de trabajo individuales.
- CR2.4 (Distribución temporal adecuada). No debe haber periodos con una
elevada intensidad de trabajo en contraposición con otros demasiado ociosos.
* Producto P3
- CR3.1 (Calidad de la exposición y defensa pública). Para su valoración se
tendrá en cuenta:
# Exposición organizada de manera clara y lógica.
# Adecuación del lenguaje, tono y volumen de voz.
# Expresión corporal, gestual y mirada.
# Corrección ortográfica y gramatical.
# Capacidad de argumentación.
# Adaptación al tiempo de exposición.
# Énfasis en los puntos más importantes.
* Producto P4
- CR4.1 (Importancia del tema tratado). Importancia que para la Ingeniería de
Requisitos tiene el tema que se aborda.
- CR4.2 (Estructura y formato adecuados). El formato deberá ajustarse a una
plantilla que se proporcionará previamente. El artículo deberá comprender las
siguientes secciones:
# Título
# Autor
# Resumen
# Introducción
# Apartado 1 … n (desarrollo del trabajo)
# Reflexión
# Bibliografía
- CR4.3 (Extensión). La extensión deberá estar comprendida entre 15 y 25
páginas.
- CR4.4 (Relevancia de las obras utilizadas como referencia). Uso de fuentes
bibliográficas de reconocido valor científico, por ejemplo: revistas (ACM, IEEE,
…), libros de texto universitarios y actas de congresos estrechamente
relacionados con la ingeniería de requisitos (RE, JISBD, …)
- CR4.5 (Correcta citación de fuentes bibliográficas). Utilización de alguna
norma estandarizada para la cita o referencia bibliográfica.
- CR4.6 (Redacción). Redacción clara, concisa y fidedigna.
* Producto P5
- CR5.1 (Calidad de la exposición y defensa pública). Para su valoración se
tendrá en cuenta:
# Exposición organizada de manera clara y lógica.
# Adecuación del lenguaje, tono y volumen de voz.
# Expresión corporal, gestual y mirada.
# Corrección ortográfica y gramatical.
# Capacidad de argumentación.
# Adaptación al tiempo de exposición.
# Énfasis en los puntos más importantes.
* Producto P6
- CR6.1 (Corrección/adecuación de las respuestas).
- CR6.2 (Capacidad para el análisis y resolución de problemas).
- CR6.3 (Calidad de la expresión escrita).

CARACTERÍSTICAS DE LA EVALUACIÓN DE CADA PRODUCTO

* Producto P1.
- Carácter: Grupal y obligatorio
- Evaluadores: Profesor / Autoevaluación / Evaluación entre iguales
- Instrumento de evaluación: Lista de control
* Producto P2.
- Carácter: Grupal y obligatorio
- Evaluadores: Profesor / Autoevaluación / Evaluación entre iguales
- Instrumento de evaluación: Lista de control
* Producto P3.
- Carácter: Grupal y obligatorio
- Evaluadores: Profesor / Evaluación entre iguales
- Instrumento de evaluación: Escala de valoración
* Producto P4.
- Carácter: Individual y optativo
- Evaluadores: Profesor / Evaluación entre iguales
- Instrumento de evaluación: Lista de control
* Producto P5.
- Carácter: Individual y optativo
- Evaluadores: Profesor / Evaluación entre iguales
- Instrumento de evaluación: Escala de valoración
* Producto P6.
- Carácter: Individual y obligatorio
- Evaluadores: Profesor
- Instrumento de evaluación: Preguntas y ejercicios

SISTEMA DE CALIFICACIÓN: PONDERACIONES Y CÁLCULO DE LA NOTA FINAL

Sobre un total de 100 puntos el peso de cada uno de los productos es el
siguiente:

* P1 (obligatorio): 0-35 puntos, donde:
profesor: 70%; eval. entre iguales: 20%; autoevaluación: 10%

* P2 (obligatorio): 0-5 puntos, donde:
profesor: 70%; eval. entre iguales: 20%; autoevaluación: 10%

* P3 (obligatorio): 0-10 puntos, donde:
profesor: 70%; eval. entre iguales: 30%

* P4 (optativo): 0-10 puntos, donde:
profesor: 70%; eval. entre iguales: 20%; autoevaluación: 10%

* PR5 (optativo): 0-10 puntos, donde:
profesor: 70%; eval. entre iguales: 30%

* PR6 (obligatorio): 0-50 puntos, donde:
profesor: 100%

CÁLCULO DE LA NOTA FINAL

si (PR1+PR2+PR3) > 25 y PR6 > 25
nota = (PR1+PR2+PR3+[PR4+PR5]+PR6)/10
en otro caso
nota = menor (PR1+PR2+PR3, PR6)/10

La nota de la parte aprobada se guardará, en principio, para posteriores
convocatorias, teniendo el estudiante que examinarse únicamente de la parte que
le quede 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.