| Competencias do título |
| Código | Competencias da titulación |
| A7 | Capacidade para deseñar, desenvolver, seleccionar e avaliar aplicacións e sistemas informáticos que aseguren a súa fiabilidade, seguranza e calidade, conforme a principios éticos e á lexislación e normativa vixente. |
| A13 | Coñecemento, deseño e utilización de forma eficiente dos tipos e estruturas de datos máis adecuados á resolución dun problema. |
| A14 | Capacidade para analizar, deseñar, construír e manter aplicacións de forma robusta, segura e eficiente, elixindo o paradigma e as linguaxes de programación máis adecuados. |
| A22 | Coñecemento e aplicación dos principios, metodoloxías e ciclos de vida da enxeñaría do sóftware. |
| A25 | Capacidade para desenvolver, manter e avaliar servizos e sistemas sóftware que satisfagan todos os requisitos do usuario e se comporten de forma fiable e eficiente, sexan accesibles de desenvolver e manter, e cumpran normas de calidade, aplicando as teorías, principios, métodos e prácticas da enxeñaría do sóftware. |
| A26 | Capacidade para valorar as necesidades do cliente e especificar os requisitos sóftware para satisfacer estas necesidades, reconciliando obxectivos en conflito mediante a procura de compromisos aceptables dentro das limitacións derivadas do custo, do tempo, da existencia de sistemas xa desenvolvidos e das propias organizacións. |
| B1 | Expresarse correctamente, tanto de forma oral coma escrita, nas linguas oficias da comunidade autónoma. |
| B3 | Utilizar as ferramentas básicas das tecnoloxías da información e as comunicacións (TIC) necesarias para o exercicio da súa profesión e para a aprendizaxe ao longo da súa vida. |
| B9 | Capacidade de resolución de problemas |
| B10 | Traballo en equipo |
| B11 | Capacidade de análise e síntese |
| B13 | Habilidades de xestión da información |
| C1 | Expresarse correctamente, tanto de forma oral coma escrita, nas linguas oficiais da comunidade autónoma. |
| C3 | Utilizar as ferramentas básicas das tecnoloxías da información e as comunicacións (TIC) necesarias para o exercicio da súa profesión e para a aprendizaxe ao longo da súa vida. |
| C7 | Asumir como profesional e cidadán a importancia da aprendizaxe ao longo da vida. |
| Resultados de aprendizaxe | |||
| Competencias de materia (Resultados de aprendizaxe) | Competencias da titulación | ||
| Identificar a análise de requisitos como unha das fases do ciclo de vida do software | A14 A22 |
B1 B3 B9 B13 |
C1 C3 C7 |
| Identificar o fluxo de traballo de requisitos nunha metodoloxía estándar como o Proceso Unificado | A22 A25 A26 |
B1 B3 B9 B13 |
C1 C3 C7 |
| Coñecer e saber aplicar os artefactos de enxeñaría de requisitos na Fase de Inicio do Proceso Unificado | A22 A25 A26 |
B1 B3 B9 B10 B11 B13 |
C1 C3 C7 |
| Coñecer e saber aplicar os artefactos de enxeñaría de requisitos na Fase de Elaboración do Proceso Unificado | A22 A25 A26 |
B1 B3 B10 B11 B13 |
C1 C3 C7 |
| Coñecer as principais tarefas involucradas na xestión de requisitos: elicitación, negociación, validación, xestión de cambios, trazabilidade, etc. | A25 A26 |
B1 B3 B13 |
C1 C3 C7 |
| Identificar o fluxo de traballo de requisitos nunha metodoloxía áxil como Scrum | A22 A25 A26 |
B1 B3 B9 B10 |
C1 C3 C7 |
| Desenvolver un problema desde a súa especificación de requisitos inicial até o seu deseño e implementación nunha linguaxe orientada a obxectos como Java | A7 A13 A14 A25 A26 |
B1 B3 B9 B10 |
C1 C3 C7 |
| Contidos |
| Temas | Subtemas |
| 1. Introdución | • Introdución á enxeñaría de requisitos • A enxeñaría de requisitos nas metodoloxías de desenvolvemento |
| 2. O proceso unificado de desenvolvemento | • Introdución • Fases • Disciplinas • Fluxo de traballo de requisitos |
| 3. Os requisitos na fase de inicio | • Características da fase de inicio • Artefactos • Documento de visión • Especificación suplementaria • Glosario |
| 4. Casos de uso | • Obxectivos • Actores • Casos de uso • Diagrama de casos de uso |
| 5. Os requisitos na fase de elaboración | • Características da fase de elaboración • Modelado conceptual do dominio • Patróns de análise • Diagramas de secuencia do sistema |
| 6. Xestión de requisitos | • Tarefas de xestión de requisitos: elicitación, negociación, validación, xestión de cambios, trazabilidade |
| 7. Enxeñaría de requisitos nas metodoloxías áxiles | • Características das metodoloxías áxiles • Metodoloxía Scrum • Requisitos en Scrum |
| Planificación | |||
| Metodoloxías / probas | Horas presenciais | Horas non presenciais / traballo autónomo | Horas totais |
| Sesión maxistral | 21 | 42 | 63 |
| Prácticas de laboratorio | 14 | 28 | 42 |
| Seminario | 7 | 14 | 21 |
| Solución de problemas | 4 | 8 | 12 |
| Proba obxectiva | 3 | 6 | 9 |
| Atención personalizada | 3 | 0 | 3 |
| *Os datos que aparecen na táboa de planificación son de carácter orientativo, considerando a heteroxeneidade do alumnado | |||
| Metodoloxías |
| Metodoloxías | Descrición |
| Sesión maxistral | Clases maxistrais nas que se expoñen os conceptos teóricos da materia utilizando como recursos a pizarra, a proxección de materiais en formato electrónico, apuntes en formato electrónico, consulta de páxinas web e outro tipo de materiais que estean dispoñibles no campus virtual |
| Prácticas de laboratorio | Practicas realizadas en grupos pequenos, xeralmente de dúas persoas, na que os estudantes poñen en práctica os coñecementos teóricos impartidos nas sesións maxistrais. As prácticas consistirán na realización das tarefas de enxeñaría de requisitos dun problema particular, partindo das definicións iniciais até chegar a unha implementación final nunha linguaxe de programación como Java |
| Seminario | Os seminarios ou Tutorías de Grupo Reducido (TGRs) consistirán en pequenos exercicios nos que se pon en práctica, de forma sinxela, os coñecementos vistos nas sesións maxistrais e que logo han de ampliar nas prácticas de laboratorio. |
| Solución de problemas | Os exercicios realizados nos seminarios xeralmente serán corrixidos polos propios alumnos seguindo as guías que o profesor facilite para cada caso. Desta forma os alumnos serán máis conscientes dos fallos cometidos e poderán evitalos á hora de realizar as prácticas de laboratorio |
| Proba obxectiva | Trátase dunha proba escrita mediante a cal se valoran os coñecementos adquiridos polo estudante |
| Atención personalizada |
|
|
| Avaliación | ||
| Metodoloxías | Descrición | Cualificación |
| Seminario | Os seminarios ou TGRs consistirán en pequenos exercicios nos que se pon en práctica, de forma sinxela, os coñecementos vistos nas sesións maxistrais e que logo han de ampliar nas prácticas de laboratorio. Os exercicios considéranse optativos e son unha forma de fomentar o traballo continuo dos alumnos ao longo do curso Presentar un 75% dos exercicios dos seminarios (4 de 5) implica que o alumno se presentou á materia, aínda que logo non se presente á proba obxectiva. |
10 |
| Proba obxectiva | A proba obxectiva consistirá en preguntas curtas, preferentemente en tipo test, sobre os contidos teóricos da materia A proba obxectiva é obrigatoria para aprobar a materia e tamén é obrigatorio obter unha nota mínima de 3,5 para poder facer media cos outros elementos avaliables. En caso de non chegar á nota mínima implicará que non se poida obter máis dun 4,5 na nota final da materia |
45 |
| Prácticas de laboratorio | Realizaranse varias entregas de practicas ao longo do curso. O desenvolvemento é incremental e cada entrega estará baseada na anterior, polo que non é posible entregar unha práctica se non se entregou a anterior. A realización das prácticas é obrigatoria para aprobar a materia (aínda que algunha entrega individual poida indicarse como optativa). Tamén é obrigatorio obter unha nota mínima de 3,5 para poder facer media cos outros elementos avaliables. En caso de non chegar á nota mínima implicará que non se poida obter máis dun 4,5 na nota final da materia Presentar un 75% das prácticas (3 de 4) implica que o alumno se presentou á materia, aínda que logo non se presente á proba obxectiva. |
45 |
| Observacións avaliación | ||
|
Aspectos a ter en conta na avaliación de segunda oportunidade:
Na segunda oportunidade as porcentaxes son iguais e tamén rexen as normas dun mínimo dun 3,5 en prácticas e proba obxectiva. Considerarase que un alumno se presenta á segunda oportunidade se volve entregar as prácticas ou se presenta á proba obxectiva. |
||
| Fontes de información |
| Bibliografía básica |
Larman, Craig (2005). Applying UML and Patterns (3rd ed.). Pearson Education
McLaughlin, Brett; Pollice, Gary & West, David (2007). Head First Object-Oriented Analysis & Design. O’Reilly Media
Alvarez, Alonso; De las Heras, Raquel; Lasa, Carmen (2002). Métodos ágiles y Scrum. Anaya Multimedia
Eckel, Bruce (2007). Piensa en Java (4ª ed.). Pearson Educación
Kruchten, Philippe (2004). The Rational Unified Process: An Introduction. Addison-Wesley
Cockburn, Alistair (2001). Writing effective use cases. Addison-Wesley |
|
|
|
| Bibliografía complementaria |
Fowler, Martin (1997). Analysis Patterns: Reusable Object Models. Addison-Wesley
Pilone, Dan & Miles, Russ (2008). Head First Software Development. O’Reilly Media
Adolph, Steve; Bramble, Paul (2002). Patterns for Effective Use Cases. Addison-Wesley Professional
Braude, Eric J.; Bernstein, Michael E. (2011). Software Engineering: Modern Approaches (2nd ed.). John Wiley and Sons
Larman, Craig (2002). UML y Patrones (2º ed.). Pearson Educación |
|
|
| Recomendacións | ||
| Materias que se recomenda ter cursado previamente | |
|
| Materias que se recomenda cursar simultaneamente |
| Materias que continúan o temario | ||
|
| Observacións | |