• Descripción

La ingeniería de requisitos es la disciplina que nos ayuda a identificar, gestionar y mantener el conjunto de requisitos del software que queremos desarrollar. La ingeniería de requisitos tiene lugar dentro del mismo contexto que la ingeniería del software (el desarrollo de software), motivo por el cual se puede ver como parte de la ingeniería del software. Aún así, hay que tener en cuenta que la ingeniería de requisitos requiere conocimientos y habilidades propias  de otras disciplinas como por ejemplo la psicología, el marketing o el diseño.

Esta asignatura tiene como finalidad que los futuros ingenieros de software profundicen en el estudio de las problemáticas, técnicas y herramientas relacionadas con la obtención, gestión, documentación y validación/verificación de los requisitos de un sistema de software. A la hora de presentar los contenidos de esta asignatura, nos hemos marcado dos objetivos principales: 

• La disciplina de la ingeniería de requisitos se presenta desde un punto de vista práctico dando mucha importancia a las técnicas y herramientas que los estudiantes podrán aplicar en su vida profesional.
• También se da una visión lo más amplia posible sobre la ingeniería de requisitos, viendo aspectos tan diversos como la gestión de productos o la implementación de las pruebas automatizadas de aceptación.

Esta asignatura asume que el estudiante tiene nociones básicas de la ingeniería de requisitos (en el caso de los estudiantes de la UOC, asumiremos que se ha cursado la asignatura Ingeniería del Software). Por lo tanto, esta asignatura profundiza y amplía algunos conceptos que ya se han estudiado anteriormente, en el mismo tiempo que introduce nuevas técnicas y herramientas propias de la ingeniería de requisitos. Para aquellos estudiantes que no hayan cursado Ingeniería del Software o bien quieran repasar los conceptos que se tratan respeto la ingeniería de requisitos, dentro del apartado Materiales y fuentes del aula pueden encontrar un enlace en el Módulo 3 (Requisitos) de la asignatura Ingeniería del Software.

• La asignatura en el conjunto del plan de estudios

Esta asignatura se encuentra dentro del itinerario de Ingeniería del Software del Grado en Ingeniería Informática. Es la primera asignatura del itinerario donde se dan conocimientos propios de la ingeniería del software, y se puede ver como la primera etapa del ciclo de vida del desarrollo del software con la obtención, gestión y documentación de los requisitos de un software. La siguientes asignaturas del itinerario (Análisis y Diseño con Patrones e Ingeniería del Software de Componentes y Sistemas Distribuidos) corresponden a las siguientes etapas del ciclo de vida (análisis, diseño e implementación).

• Conocimientos previos

En esta asignatura se amplía lo ya estudiado sobre la ingeniería de requisitos a la asignatura Ingeniería del Software. Por lo tanto, es necesario haber cursado esta asignatura antes de trabajar la ingeniería de requisitos. Este conocimiento previo permitirá estudiar en mayor profundidad las problemáticas y técnicas específicas de la ingeniería de requisitos.

• Información previa a la matrícula

Se recomienda haber cursado la asignatura Ingeniería del Software.

• Objetivos y competencias

Los objetivos que el estudiante tiene que lograr en esta asignatura son los siguientes:

1. Ser capaz de situar la ingeniería de requisitos dentro del contexto de la ingeniería del software.
2. Ser capaz de conocer el proceso de la ingeniería de requisitos, así como las diferentes tareas involucradas en ella.
3. Ser capaz de conocer las principales técnicas de obtención de requisitos.
4. Ser capaz de conocer técnicas para descubrir requisitos que los stakeholders todavía no saben que tienen.
5. Ser capaz de crear una lista priorizada y estimada de requisitos candidatos.
6. Ser capaz de elegir de la lista de requisitos candidatos, cuáles son los más adecuados y prioritarios para el producto de software que hemos de desarrollar.
7. Ser capaz de elegir entre los diferentes estilos de documentación (ágil/exhaustivo, formal/no formal) para un proyecto de software determinado.
8. Ser capaz de evitar los errores más frecuentes en la utilización de los casos de uso.
9. Ser capaz de validar la corrección y la calidad de los requisitos.

Estos objetivos están relacionados con las siguientes competencias:

• Saber diseñar y construir aplicaciones informáticas mediante técnicas de desarrollo, integración y reutilización.
• Saber aplicar las técnicas específicas de la ingeniería del software a las diferentes etapas del ciclo de vida de un proyecto.
• Saber proponer y evaluar diferentes alternativas tecnológicas para resolver un problema concreto.

• Contenidos

El material docente de la asignatura consta de cinco módulos didácticos:

Módulo 1: Introducción a la Ingeniería de Requisitos

Introduce la ingeniería de requisitos y presenta el caso práctico que se desarollará lo largo del resto de los módulos.

1. Introducción a la ingeniería de requisitos
2. Presentación del caso práctico 
3. Tipos de requisitos
4. El proceso de la ingeniería de requisitos
5. Requisitos del caso práctico

Módulo 2: Obtención de requisitos 

Repasa las técnicas básicas de obtención de requisitos y presenta nuevas técnicas.

1. Técnicas de obtención de requisitos 
2. Descubrimiento de requisitos
3. Soluciones preexistentes 
4. Objetivos y requisitos 
5. Caso práctico

Módulo 3: Gestión de requisitos 

Describe nuevas técnicas para la gestión de requisitos, sobre todo desde el punto de vista de gestión del software como producto.

1. Factores a considerar para la gestión de requisitos
2. Estimación de requisitos
3. Priorización y selección de requisitos
4. Gestión de los cambios en los requisitos
5. Caso práctico

Módulo 4: Documentación de requisitos

Muestra varios estilos de documentación de requisitos y cómo los diferentes estilos tienen ventajas e inconvenientes que los hacen ideales para situaciones diferentes.

1. Documentación de requisitos: Perspectiva general
2. Estilos de documentación de requisitos
3. Documentación de requisitos mediante casos de uso
4. Documentación del modelo conceptual mediante UML y OCL
5. Caso práctico 

Módulo 5: Validación y verificación de requisitos 

Describe el proceso para validar y verificar la corrección de los requisitos seleccionados. En primer lugar, describe cómo comprobar que los requisitos que escogidos son los requisitos correctos (validación) y, a continuación, de cómo se puede asegurar que el software desarrollado cumple estos requisitos (verificación).

1. Validación de requisitos 
2. Verificación de requisitos 
3. Desarrollo guiado por las pruebas
4. Caso práctico

• Consulta de los recursos de aprendizaje de los que dispone la asignatura

• Recursos de aprendizaje y herramientas de apoyo

El soporte principal de la asignatura es digital (pdf, web, etc)

• Informaciones sobre la evaluación en la UOC

La Normativa académica de la UOC dispone que el proceso de evaluación se fundamenta en el trabajo personal del estudiante y presupone la autenticidad de la autoría y la originalidad de los ejercicios realizados.

La falta de originalidad en la autoría o el mal uso de las condiciones en las que se hace la evaluación de la asignatura es una infracción que puede tener consecuencias académicas graves.

Se calificará al estudiante con un suspenso (D/0) si se detecta falta de originalidad en la autoría de alguna actividad evaluable (práctica, prueba de evaluación continua (PEC) o final (PEF), o la que se defina en el plan docente), ya sea porque ha utilizado material o dispositivos no autorizados, ya sea porque ha copiado de forma textual de internet, o ha copiado de apuntes, de materiales, manuales o artículos (sin la citación correspondiente) o de otro estudiante, o por cualquier otra conducta irregular.

La calificación de suspenso (D/0) en la evaluación continua (EC) puede conllevar la obligación de hacer el examen presencial para superar la asignatura (si hay examen y si superarlo es suficiente para superar la asignatura según indique este plan docente).

Cuando esta mala conducta se produzca durante la realización de las pruebas de evaluación finales presenciales, el estudiante puede ser expulsado del aula, y el examinador hará constar todos los elementos y la información relativos al caso.

Además, esta conducta puede dar lugar a la incoación de un procedimiento disciplinario y la aplicación, si procede, de la sanción que corresponda.

La UOC habilitará los mecanismos que considere oportunos para velar por la calidad de sus titulaciones y garantizar la excelencia y la calidad de su modelo educativo.

• Consulta del modelo de evaluación