Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).
Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).
Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).
Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).
Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).
Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).
Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).
Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).
Código de la asignatura | 1778 |
---|---|
Nº Créditos ECTS | 6 |
Tipo | Optativa |
Duración | Semestral |
Idiomas | Castellano |
Planes de estudio | |
Profesor(es) | |
Año académico | 2024-25 |
Ingeniería de Requisitos es una asignatura que consta de 6 créditos y que dotará al estudiante de conceptos relacionados con la educción, especificación y validación de requisitos. Se trata de una asignatura perteneciente a la Mención de Software.
La asignatura comienza con una introducción y repaso a la Ingeniería de Software, que permitirá al estudiante ubicar exactamente los conceptos que se estudiarán en la asignatura dentro de la citada disciplina. Seguidamente, se estudiarán técnicas para educir requisitos del cliente con el objetivo de desarrollar un sistema software. A continuación, se estudiarán los mecanismos de especificación de requisitos software, así como las técnicas que permiten aclarar y pulir dichos requisitos. Por último, se abordará el diseño de pruebas del sistema con el objetivo de validar éste contra los requisitos especificados.
No existe ningún prerrequisito formal de matrícula para cursar la asignatura de Ingeniería de Requisitos, aunque es recomendable contar con los conocimientos adquiridos en las asignaturas de Ingeniería del Software I, II y III, que facilitarán la comprensión de las técnicas estudiadas.
SEMANAS | UNIDADES DIDÁCTICAS | ACTIVIDADES DIDÁCTICAS |
---|---|---|
Semanas 1 y 2 | Tema 1. El software y la ingeniería de software 1.1. La naturaleza del software. 1.2. Definición de la disciplina. 1.3. El proceso del Software. 1.4. La práctica de la ingeniería del software. 1.5. Cómo comienza todo. 1.6. Resumen. |
|
Semana 3 | Tema 2. Principios que guían la práctica. 2.1. Principios fundamentales. 2.2. Principios que guían toda actividad estructural. 2.3. Resumen. |
|
Semana 4 | Tema 3. Los requerimientos y su ingeniería. 3.1. Requerimientos funcionales y no funcionales. 3.2. Requerimientos del usuario. 3.3. Requerimientos del Sistema. 3.4. Especificación de la interfaz. 3.5. El documento de requerimeintos del software |
|
Semana 5 | Tema 4. Comprensión de los requerimientos. 4.1. Ingeniería de requerimientos. 4.2. Establecer las bases. 4.3. Recopilación de los requerimientos. 4.4. Desarrollo de casos de uso. 4.5. Creación del modelo de análisis. 4.6. Negociación de requerimientos. 4.7. Validación de los requerimientos. 4.8. Resumen. |
|
Semana 6 | Tema 5. Modelado de los requerimientos: Un enfoque Recomendado 5.1. Análisis de los requerimientos. 5.2. Modelado basado en escenarios. 5.3. Modelado basado en clases. 5.4. Modelado funcional. 5.5. Modelado del comportamiento. 5.6. Resumen. |
|
Semanas 7 y 8 | Tema 6. Validación y Gestión de Requerimientos. 6.1. Estudios de Viabilidad. 6.2. Obtención y análisis de requerimientos. 6.3. Validación de requisitos. 6.4. Gestión de requerimientos. |
|
Semana 9 | Tema 7. Aseguramiento de la calidad del software. 7.1. Aspectos de fondo. 7.2. Elementos de aseguramiento de la calidad del software. 7.3. Procesos de ACS y características del producto. 7.4. Tareas, metas y métricas del ACS. 7.5. Enfoques formales para el ACS. 7.6. Aseguramiento estadístico de la calidad del Software. 7.7. Contabilidad del Software. 7.8. Los estándares de calidad ISO 9000. 7.9. El plan de ACS 7.10. Resumen. |
|
Semanas 10 y 11 | Tema 8. Ingeniería de Seguridad del Software 8.1. Por qué es importante la ingeniería de seguridad del software. 8.2. Modelos del ciclo de vida de la seguridad. 8.3. Actividades del ciclo de vida de desarrollo seguro. 8.4. Ingeniería de requerimientos de seguridad. 8.5. Casos de mal uso o abuso y patrones de ataque. 8.6. Análisis de riesgos de seguridad. 8.7. Modelado, priorización y mitigación de amenazas. 8.8. Superficie de ataque. 8.9. Codificación segura. 8.10. Medición. 8.11. Modelos de mejora y madurez del proceso de seguridad. 8.12. Resumen. |
|
Semanas 12 y 13 | Tema 9. Prueba de software: a nivel de componentes. 9.1. Enfoque estratégico para la prueba de software. 9.2. Planeación y mantenimiento de registros. 9.3. Diseño de casos de prueba. 9.4. Pruebas de caja blanca. 9.5. Pruebas de caja negra. 9.6. Pruebas orientadas a objetos. 9.7. Resumen. |
|
Semanas 14 y 15 | Tema 10. Métricas y Análisis de software. 10.1. Medición del Software. 10.2. Análisis de software. 10.3. Métricas del producto. 10.4. Métricas para las pruebas. 10.5. Métricas para mantenimiento. 10.6. Métricas del proceso y proyecto. 10.7. Medición del software. 10.8. Métricas para la calidad del software. 10.9. Establecimiento de programas de métricas de software. 10.10. Resumen. |
|
Resto de semanas hasta finalización del semestre | Estudio y preparación para el examen final, celebración del examen final y cierre de actas. |
Tipo de actividad | Actividades planificadas | Peso clasificación |
---|---|---|
Actividades de aprendizaje | 2 | 10% |
Actividades de Ebaluación Continua (AEC) | 4 | 30% |
Controles | 1 | 10% |
Examen final | 0 | 50% |
Total | 100% |
Para aprobar la asignatura, es necesario obtener una calificación mínima de 5 en el examen final presencial, así como en la calificación total del curso, una vez realizado el cómputo ponderado de las calificaciones obtenidas en las actividades didácticas y en el examen final presencial.
Si un estudiante no aprueba la asignatura en la convocatoria ordinaria podrá examinarse en la convocatoria de septiembre.
Las fechas previstas para la realización de todas las actividades se indican en el aula virtual de la asignatura.
Según la Real Academia Española, “plagiar” significa copiar en lo sustancial obras ajenas dándolas como propias. Dicho de otro modo, plagiar implica expresar las ideas de otra persona como si fuesen propias, sin citar la autoría de las mismas. Igualmente, la apropiación de contenido puede ser debida a una inclusión excesiva de información procedente de una misma fuente, pese a que esta haya sido citada adecuadamente. Teniendo en cuenta lo anterior, el estudiante deberá desarrollar sus conocimientos con sus propias palabras y expresiones. En ningún caso se aceptarán copias literales de párrafos, imágenes, gráficos, tablas, etc. de los materiales consultados. En caso de ser necesaria su reproducción, esta deberá contemplar las normas adecuadas para la citación académica.
Los documentos que sean presentados en las actividades académicas podrán ser sometidos a diferentes mecanismos de comprobación de la originalidad (herramientas antiplagios que detectan coincidencias de texto con otras fuentes, comparación con trabajos de otros estudiantes, comparación con información publicada en Internet, etc). El profesor valorará si el trabajo presentado cuenta con los criterios de originalidad exigidos o, en su caso, se atribuye adecuadamente la información no propia a las fuentes correspondientes. La adjudicación como propia de información que corresponde a otros autores podrá suponer el suspenso de la actividad.
Los documentos presentados en las actividades académicas podrán ser almacenados en formato papel o electrónico y servir de comparación con otros trabajos de terceros, a fin de proteger la originalidad de la fuente y evitar la apropiación indebida de todo o parte del trabajo del estudiante. Por tanto, podrán ser utilizados y almacenados por la universidad, a través del sistema que estime, con el único fin de servir como fuente de comparación de cualquier otro trabajo que se presente.
El sistema de calificación de todas las actividades didácticas es numérico del 0 a 10 con expresión de un decimal, al que se añade su correspondiente calificación cualitativa:
0 - 4.9: Suspenso (SU) 5.0 - 6.9: Aprobado (AP) 7.0 - 8.9: Notable (NT) 9.0 - 10: Sobresaliente (SB)
(RD 1125/2003, de 5 de septiembre, por lo que se establece el sistema europeo de créditos y el sistema de calificaciones en las titulaciones universitarias de carácter oficial y con validez en todo el territorio nacional).