Ingeniería de requisitos Código:  75.593    :  6
Consulta de los datos generales   Descripción   La asignatura en el conjunto del plan de estudios   Conocimientos previos   Información previa a la matrícula   Objetivos y competencias   Contenidos   Consulta de los recursos de aprendizaje de la UOC para la asignatura   Información adicional sobre los recursos de aprendizaje y herramientas de apoyo   Informaciones sobre la evaluación en la UOC   Consulta del modelo de evaluación  
Este es el plan docente de la asignatura para el segundo semestre del curso 2022-2023. Podéis consultar si la asignatura se ofrece este semestre en el espacio del campus Más UOC / La universidad / Planes de estudios). Una vez empiece la docencia, tenéis que consultarlo en el aula. El plan docente puede estar sujeto a cambios.

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. 

Amunt

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

Amunt

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.

Amunt

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

Amunt

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.

Amunt

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

Amunt

Requisitos PDF

Amunt

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

Amunt

El proceso de evaluación se fundamenta en el trabajo personal de cada estudiante y presupone la autenticidad de la autoría y la originalidad de los ejercicios realizados.

La falta de autenticidad en la autoría o de originalidad de las pruebas de evaluación; la copia o el plagio; el intento fraudulento de obtener un resultado académico mejor; la colaboración, el encubrimiento o el favorecimiento de la copia, o la utilización de material o dispositivos no autorizados durante la evaluación, entre otras, son conductas irregulares que pueden tener consecuencias académicas y disciplinarias graves.

Por un lado, si se detecta alguna de estas conductas irregulares, puede comportar el suspenso (D/0) en las actividades evaluables que se definan en el plan docente - incluidas las pruebas finales - o en la calificación final de la asignatura, ya sea porque se han utilizado materiales o dispositivos no autorizados durante las pruebas, como redes sociales o buscadores de información en internet, porque se han copiado fragmentos de texto de una fuente externa (internet, apuntes, libros, artículos, trabajos o pruebas del resto de estudiantes, etc.) sin la correspondiente citación, o porque se ha practicado cualquier otra conducta irregular.

Por el otro, y de acuerdo con las normativas académicas, las conductas irregulares en la evaluación, además de comportar el suspenso de la asignatura, pueden dar lugar a la incoación de un procedimiento disciplinario y a la aplicación, si procede, de la sanción que corresponda.

La UOC se reserva la potestad de solicitar al estudiante que se identifique o que acredite la autoría de su trabajo a lo largo de todo el proceso de evaluación por los medios que establezca la universidad (síncronos o asíncronos). A estos efectos, la UOC puede exigir al estudiante el uso de un micrófono, una cámara u otras herramientas durante la evaluación y que este se asegure de que funcionan correctamente.

La verificación de los conocimientos para garantizar la autoría de la prueba no implicará en ningún caso una segunda evaluación.

Amunt

Esta asignatura solo puede superarse a partir de la evaluación continua (EC). La nota final de evaluación continua se convierte en la nota final de la asignatura. La fórmula de acreditación de la asignatura es la siguiente: EC.

 

Amunt