Requisitos previos

1. Haber adquirido las competencias que se trabajan en la asignatura de
Ingeniería del Software.
2. Tener acceso al curso de la asignatura en el campus virtual.

Recomendaciones

1. Asistencia a clase y participación activa.
2. Estudio y trabajo continuado de la materia.
3. Realización de las actividades, ejercicios prácticos y trabajos que se
propongan de acuerdo con los criterios de calidad exigidos en la asignatura.

Profesores

Nombre	Apellido 1	Apellido 2	C.C.E.	Coordinador
JOSE LUIS	ISLA	MONTES	PROFESOR COLABORADOR	S

Competencias

Se relacionan aquí las competencias de la Materia/módulo o título a que pertenece la asignatura, entre las que el profesor podrá indicar las relacionadas con la asignatura.

Resultados Aprendizaje

Actividades formativas

Explicación de los contenidos teóricos de la
asignatura

Ejercicios grupales sobre elicitación,
especificación y análisis de requisitos.

Soporte informático para el entorno metodológico
utilizado durante la elaboración de un proyecto
de Ingeniería de Requisitos para Sistemas
Software en el marco de una organización real.

Estas actividades se corresponden con las horas
de trabajo personal del alumno, incluyendo las
horas de estudio de los contenidos teóricos y
prácticos de la asignatura, así como la
realización de problemas y trabajos propuestos.

Realización de las pruebas escritas de
evaluación, así como la exposición y defensa del
proyecto de Ingeniería de Requisitos (y trabajo
de investigación en su caso).

Evaluación entre iguales y auto-evaluación a
través de la herramienta informática EvalCOMIX de
aquellas tareas diseñadas para tal fin.

Evaluación

Criterios Generales de Evaluación

Para entender los criterios de evaluación, antes es necesario conocer las tareas
de evaluación (Tn) y productos/actuaciones de aprendizaje (Pn) sobre los que se
van a aplicar:

* 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

* 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).

Procedimiento de Evaluación

Procedimiento de calificación

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: 20%; autoevaluación: 10%

* 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: 20%; autoevaluación: 10%

* 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.

Descripcion de los Contenidos

            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).
        

            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 SOFTWARE 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.
        

Bibliografía

Bibliografía Básica

Bibliografía Específica

Bibliografía Ampliación