Fichas de asignaturas 2010-11
![]() |
INGENIERÍA DE REQUISITOS |
![]() ![]() |
|
Asignatura |
![]() |
| |
Profesorado |
![]() |
| |
Situación |
![]() |
| |
Competencias |
![]() |
| |
Objetivos |
![]() |
| |
Programa |
![]() |
| |
Actividades |
![]() |
| |
Metodología |
![]() |
| |
Distribucion |
![]() |
| |
Técnicas Docentes |
![]() |
| |
Evaluación |
![]() |
| |
Recursos Bibliográficos |
![]() |
Código | Nombre | |||
Asignatura | 1713021 | INGENIERÍA DE REQUISITOS | Créditos Teóricos | 3 |
Descriptor | REQUIREMENTS ENGINEERING | Créditos Prácticos | 3 | |
Titulación | 1713 | INGENIERÍA EN INFORMÁTICA | Tipo | Troncal |
Departamento | C137 | LENGUAJES Y SISTEMAS INFORMATICOS | ||
Curso | 4 | |||
Duración (A: Anual, 1Q/2Q) | 1Q | |||
Créditos ECTS | 5 |
Para el curso | Créditos superados frente a presentados | Créditos superados frente a matriculados |
2007-08 | 94.7% | 69.2% |
Pulse aquí si desea visionar el fichero referente al cronograma sobre el número de horas de los estudiantes.
Profesorado
José Luis Isla Montes (coordinador)
Situación
Prerrequisitos
No
Contexto dentro de la titulación
Troncal
Recomendaciones
No
Competencias
Competencias transversales/genéricas
- Análisis y síntesis - Resolución de problemas - Trabajo en equipo - Organización y planificación - Gestión de la información - Toma de decisiones
Competencias específicas
Cognitivas(Saber):
- Entender los conceptos relacionados con la Ingeniería de Requisitos. - Distinguir los distintos tipos de requisitos del software. - Valorar el papel que tiene la IR dentro del ciclo de vida del software. - Conocer cada una de las técnicas existentes para la elicitación de requisitos. - Identificar los principales estándares utilizados en la elaboración del Documento de Especificación de Requisitos. - Estar al tanto de las principales herramientas de ayuda en IR. - Dominar una metodología para la elicitación y análisis de requisitos. - Aprender a modelar los requisitos de un sistema con UML. - Asumir los principales enfoques, estrategias y modelos de proceso en la aplicación de la IR.
Procedimentales/Instrumentales(Saber hacer):
- Utilización adecuada de las diferentes técnicas existentes para la elicitación de requisitos. - Elaborar un Documento de Especificación de Requisitos. - Manejar una herramienta de gestión de requisitos. - Emplear una metodología para la obtención de requisitos. - Saber analizar, validar y verificar los requisitos. - Modelar los requisitos de un sistema.
Actitudinales:
- Habilidades sociales. - Capacidad de abstracción. - Metódico.
Objetivos
Basados en la consecución de las competencias descritas en el apartado anterior
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 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.
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
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 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 en principio 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 (presenciales 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 miembros y una vez consultada la persona afectada. Uno de los miembros 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: - Nivel de complejidad del sistema en estudio. - Utilización correcta de la metodología y la herramienta. - Documentación adecuada de todas las técnicas empleadas para la elicitación/validación de los requisitos (entrevistas realizadas, prototipos usados, etc.). - Grado de satisfacció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 En principio, todos los miembros del equipo recibirán la misma nota, a no ser que exista un desequilibrio evidente en la carga de trabajo o alguno de éstos no sepa responder correctamente a las preguntas que se pudieran plantear. 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. Las personas que suspendan el proyecto podrán mejorarlo y ampliarlo para su presentación en una nueva convocatoria. C) TRABAJO DE INVESTIGACIÓN (optativo): Consiste en el estudio detallado de algún tópico de interés (propuesto por el profesor o por el/la propio/a alumno/a) perteneciente al campo 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 05 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 (más de 15 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) ASISTENCIA CICLO DE CONFERENCIAS (optativo) Se controlará la asistencia. Se podrá exigir la realización de un trabajo-resumen sobre las conferencias. Valoración: 0..0'3 puntos (el alumnado no asistente obtendrá 0 puntos) E) PARTICIPACIÓN ACTIVA EN CLASE Y AULA VIRTUAL Se valorará con 0'2 puntos siempre y cuando no se alcancen 2'5 puntos en A+D ****** CALIFICACIÓN FINAL ****** Si ((A+D+E) >= 2'5 y B >= 2'5) Nota final = A+B+[C]+[D]+[E] -- 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 sobre 10 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.
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.
El presente documento es propiedad de la Universidad de Cádiz y forma parte de su Sistema de Gestión de Calidad Docente. En aplicación de la Ley 3/2007, de 22 de marzo, para la igualdad efectiva de mujeres y hombres, así como la Ley 12/2007, de 26 de noviembre, para la promoción de la igualdad de género en Andalucía, toda alusión a personas o colectivos incluida en este documento estará haciendo referencia al género gramatical neutro, incluyendo por lo tanto la posibilidad de referirse tanto a mujeres como a hombres.