Las NOTAS de prácticas
de Septiembre ya
están disponibles.
| Grupos de Prácticas |
- Grupo Martes 13:00-15:00 Aula 2.6 (Grupo Teoría 2A)
- Grupo Miércoles 13:00-15:00 Aula 2.8 (Grupo Teoría 2A)
- Grupo Martes 19:00-21:00 Aula 3.3 (Grupo Teoría 2B)
- Grupo Miércoles 19:00-21:00 Aula 3.2 (Grupo Teoría 2B)
|
| Objetivos de las Prácticas |
|
Para cubrir los objetivos de la asignatura se considera imprescindible el
desarrollo de un proyecto práctico
realizado en equipo (de dos personas). El propósito de las prácticas es el
refuerzo en la asimilación de conceptos
impartidos en la asignatura y su aplicación a un problema del mundo
real, dicho problema es de elección propia. El
proyecto debe de contemplar desde la fase de analisis y diseño del problema
hasta la implementación de una aplicación que funcione sobre una base de
datos relacional (Oracle).
|
| Normativa |
|
La realización de las prácticas se hará por parejas, salvo excepciones debidamente justificadas.
Dichas parejas pueden pertenecer a diferentes grupos de prácticas
Cada equipo deberá proponer por escrito la definición de un problema cuyo análisis, diseño e implementación abordará a lo largo del curso
La temática del problema propuesto no podrá coincidir con el caso práctico resuelto proporcionado por los profesores de la asigantura (Facultad de Estudios Avanzados)
Antes de emepezaqr el desarrollo del proyecto, el profesor deberá aprobar le proyecto con el objeto de que su complejidad sea adecuada.
Cada equipo deberá:
- Entregar la documentación requerida en las fechas establecidas
- Entregar un manual de usuario de las aplicaciones desarrolladas
- Presentar y demostrar el adecuado funcionamiento de la base de datos diseñada y de las aplicaciones implementadas sobre ella.
|
| Documentación a entregar |
- Al principio cada equipo de prácticas deberá de entregar un folio con los nombres de los alumnos, título del proyecto, nombre de la asignatura, grupos/s y profesor/es de prácticas; y resumen de uno o dos folios del proyecto. En dicho resumen, se decribe el problema que nuestro proyecto pretende resolver. En este resumen se recogerá la descripción general, sin términos demasiado técnicos, de la funcionalidad que tendrá el sistema, sus características principales y sus objetivos clave.
- Para la segunda parte de Análisis y Diseño y en orden de presentación:
- Portada (contendrá los nombres de los alumnos, título del proyecto, nombre de la asignatura,
grupos/s y profesor/es de prácticas).
- Índice
- Definición del problema (entregada anteriormente y revisada por el profesor).
- Requerimientos.
- Diagramas de flujos de datos (DFDs).
- Diagrama de Contexto (DFD nivel 0)
- Diagrama de Flujo de Datos de nivel 1
- Diagramas de Flujo de Datos de nivel 2
- Casos de uso
- Diseño conceptual de la Base de Datos:
- Diagrama Entidad/Relación
- Diagrama de clases UML
- Diccionario de Datos.
- Diseño lógico de la Base de Datos.
- Paso directo a tablas
- Fusión de tablas
- Normalización (con dependencias funcionales) [NO OBLIGATORIO]
- Diseño lógico resultante [NO OBLIGATORIO]
- Documentos adicionales que se consideren necesarios [NO OBLIGATORIO].
- Para la tercera parte de Implementación:
- La misma documentación entregada en la parte de Análisis y Diseño, incluyendo las correcciones indicadas por el profesor de prácticas y la parte de Nomalización.
- Diseño Físico de la Base de Datos.
- Aplicación del proyecto en un CD o disquete. No olvidar la introducción de datos que permitan evaluar su funcionamiento.
- Manual de usuario, con instrucciones de instalación.
|
| Temporización |
- Definición del Proyecto: del 14 al 15 de Marzo en horas de prácticas.
- Parte de Análisis y Diseño: 7 de Abril de 10:00 a 13:00 en el despacho del profesor de prácticas(mapa).
- Defensa final del proyecto: del 5 al 9 de Junio.
|
| Método de Evaluación |
|
La evaluación de las prácticas se hará en base al trabajo desarrollado que será evaluado en las sucesivas entregas y en una revisión con cada equipo de la documentación entregada. Dicha revisión consistirá en una presentación/demostración del proyecto realizado, más una ronda de preguntas.
La asistencia a prácticas no es obligatoria, aunque aconsejable.
|
| Recomendaciones al Alumno |
|
La parte análisis y diseño será la parte más importante para la nota final de prácticas, sobre todo, los diseños conceptual y lógico de la BD.
Un proyecto con un número pequeño de entidades no es significativo, la complejidad debe ser adecuada.
Comprobar con cuidado las relaciones de ariedad alta que aparezcan en el diagrama. Justificarlas convenientemente si se utilizan.
Sería deseable que cada diagrama presentado esté debidamente documentado, incidiendo en los aspectos de los
requerimientos que van quedando plasmados.
Para realizar los diagramas necesarios se puede utilizar cualquier herramienta de diagramación (Micorsoft Word incorpora uno), aunque en caso de duda se puede usar DIA.
Se tendrá en cuenta a la hora de evaluar las prácticas:
- Grado de corrección de diseño
- Complejidad del problema
- Corrección en la funcionalidad de las aplicaciones y fidelidad al diseño
- Originalidad o fidelidad a la realidad del problema escogido
- Calidad en la documentación del proyecto, defensa del mismo y en la aplicación desarrollada
- Cuantos elementos decida el alumno incorporar al proyecto y que redunden en su calidad
|
|
Departamento de Ciencias de la Computación e Inteligencia Artificial
Escuela Técnica Superior de Ingenería Informática
c/. Daniel Saucedo Aranda, s/n 18071 Granada España
Teléfono: +34 958244019
Fax: +34 958 243317
|
|
|
