Programación del módulo profesional de

Proyecto
Perteneciente a los CFGS
Desarrollo de Aplicaciones Multiplataforma ((DAM)
y
Desarrollo de Aplicaciones Web ((DAW
DAW)
Tabla de contenido
1. CRITERIOS GENERALES ................................................................................................................................ 3
2. FASES DE REALIZACIÓN ............................................................................................................................... 5
3. SEGUIMIENTO DEL MÓDULO PROFESIONAL ...................................................................................... 6
4. NORMAS PARA LA PRESENTACIÓN Y EXPOSICIÓN .......................................................................... 6
5. CRITERIOS DE CALIFICACIÓN Y RECUPERACIÓN ............................................................................. 7
6. ANEXO I – CRITERIOS ESPECÍFICOS APLICABLES A DAM........................................................... 12
Organización de la ejecución ...................................................................................................... 12
7. ANEXO II - CRITERIOS ESPECÍFICOS APLICABLES A DAW ......................................................... 14
Organización de la ejecución ...................................................................................................... 14

2
 1. CRITERIOS GENERALES
Se seguirán los siguientes criterios generales para ambos ciclos:

1. La elaboración del proyecto integrado será individual a no ser que el volumen del
proyecto permita que se realice por más de una persona, en este último caso
tendría que estar debidamente justificado.

2. El proyecto será tutorizado por el profesorado que imparta clase en segundo del
ciclo formativo.

3. Los detalles y pormenores de cada proyecto los propondrá el alumno (en el caso de
ser propuesto por el mismo siguiendo un modelo oficial de propuesta) o los
facilitará el profesor con el que se haya acordado realizar el mismo, pero siguiendo
siempre los criterios específicos marcados para cada ciclo (Ver Anexos I y II).

4. La calificación del módulo Proyecto tendrá una nota determinada.

5. La no presentación del proyecto implicará la no superación del módulo.

6. La envergadura del proyecto y su complejidad condicionarán la calificación del

alumno. Esta consideración se hará de forma individualizada para cada proyecto
planteado.

7. Se deberán incluir contenidos de todos los módulos en el proyecto (salvo

excepciones según proyecto a desarrollar). Se tendrá muy en cuenta este punto a
la hora de establecer la nota del Proyecto.

8. El grado de corrección en el contenido, la presentación y la estructuración de la

documentación supondrá una parte importante de la calificación final del módulo
Proyecto.

9. Podrá utilizarse partes de código existente en Internet como apoyo o punto de

partida para ser modificado y resolver problemas puntuales del proyecto. Pero, la
copia completa o parcial de código sin ninguna modificación será motivo de
suspenso del mismo. En cualquier caso se tendrán que referenciar las fuentes del
código consultado.

10. La inclusión de virus en el material presentado es motivo de suspenso del mismo.

11. La defensa de proyecto comprende la presentación de documentación, instalación

de la aplicación y demostración de su uso, contestando a las cuestiones que
puedan ser planteadas por el tribunal constituido por el equipo educativo. La
incorrecta defensa de un proyecto puede tener como consecuencia la no
superación del mismo.

12. Se indicará un calendario de tutorías para el seguimiento del proyecto. Será

3
 totalmente obligatorio la asistencia a estas tutorías y tendrá peso en la nota final
del mismo.

13. El esquema genérico de documentación que deberá seguirse podrá ser el siguiente:

1.Análisis del problema

1.1. Introducción
- Breve descripción del proyecto.
1.2. Objetivos
- Qué queremos conseguir con el sistema a implementar.
1.3. Funciones y rendimientos deseados
- Qué servicios ofrecerá el sistema una vez implementado. Es
decir, es un desglose de los objetivos.
1.4. Planteamiento y evaluación de diversas soluciones
1.5. Justificación de la solución elegida.
1.6. Modelado de la solución
1.6.1. Recursos humanos
1.6.2. Recursos hardware
1.6.3. Recursos software
1.7. Planificación temporal

2. Diseño e implementación del proyecto

- Elaboración de la documentación técnica dependiente de los criterios
específicos de cada uno de los ciclos (Ver Anexos I y II).

3. Fase de pruebas
- Creación de una batería de pruebas (tanto para descubrir errores
lógicos como posibles mejoras en la ejecución) que corroboren de
forma razonable el buen funcionamiento del proyecto.

4. Documentación de la aplicación (dependiendo de la naturaleza del proyecto

serán necesarios todos o alguno de los manuales mencionados)
4.1. Introducción a la aplicación
4.2. Manual de Instalación
4.3. Manual de usuario.
4.4. Manual de administración

5. Conclusiones finales
- Grado de cumplimiento de los objetivos fijados.
- Propuesta de modificaciones o ampliaciones futuras del sistema
implementado.

6. Bibliografía
- Libros, proyectos, manuales y bibliografía web utilizados.

4
14. A fin de conseguir la uniformidad de las documentaciones generadas se seguirá
una serie de normas de escritura:

A. Se debe usar papel blanco formato DIN A4 (210 x 297 mm) con los márgenes por
defecto.
B. Se debe insertar un índice a fin de encontrar fácilmente cada una de las partes del
documento.
C. Se deben numerar consecutivamente todas las páginas de cada documento.
D. Como norma de estilo, se recomienda que la redacción de los títulos y de las
oraciones sea directa y completa, los párrafos cortos y el estilo impersonal y
objetivo. (Por ejemplo: se ha considerado en vez de: consideramos).
E. Se debe utilizar un interlineado entre 1 y 1.5 con una fuente de 11 o 12 puntos y
tipo de letra Times New Roman, Arial o Calibri.
F. El texto debe tener alineación Justificado.
G. Los títulos de apartados se deberán escribir con letras mayúsculas, alineados
con el margen de la izquierda, dejando dos líneas en blanco por arriba (respecto
al párrafo anterior) y una línea en blanco antes del texto siguiente.
H. Se recomienda insertar ilustraciones o imágenes que ayuden a entender las
explicaciones (esquemas generales, diagramas E/R, mockups de aplicación,
etc…), que deberán estar nombradas (Figura 2: Funcionamiento de la aplicación)
y referenciadas en el texto, (por ejemplo, la Figura 2 muestra el funcionamiento
de la aplicación).

2. FASES DE REALIZACIÓN
A. Cuando la propuesta de proyecto sea realizada por el alumnado, se seguirá el
siguiente procedimiento:
a. El alumno, alumna o grupo de ellos, presentará una propuesta que
contenga la descripción del proyecto que pretende realizar, con 30 días
de antelación a la fecha prevista para el inicio del módulo profesional
(que coincidirá con el inicio de la FCT). Dicha propuesta se tendrá que
concretar en un formulario cuyo modelo se encuentra en el Anexo III.
b. El equipo docente, presidido por el tutor o tutora del grupo, en el plazo
de una semana, valorará la propuesta y decidirá sobre su aceptación. La
decisión se hará constar en acta y se informará al alumnado.
c. Cuando la propuesta no sea aceptada, el alumnado dispondrá de 10
días para introducir las modificaciones oportunas o presentará una
nueva propuesta de proyecto.
B. Para el alumnado que no haya propuesto ningún proyecto o éste haya sido
rechazado, se le propondrá uno de los proyectos determinados por el
departamento de la familia profesional o por algún miembro del equipo
educativo.

5
 C. La ausencia de presentación del proyecto, tendrá la consideración de
convocatoria consumida, excepto si se presenta la correspondiente renuncia.
Ésta deberá de ser realizada 2 meses antes de la evaluación final (23 de junio).
D. Los proyectos deberán presentarse antes del 15 de junio.

3. SEGUIMIENTO DEL MÓDULO PROFESIONAL

A. Al comienzo del periodo de realización del proyecto se establecerá un periodo
de, al menos, 6 horas lectivas y presenciales en el centro docente, para
profesorado y alumnado. Se dedicará al planteamiento, diseño y adecuación de
los proyectos.
B. El profesorado docente será el encargado del seguimiento y tutorización del
proyecto, garantizará al alumnado un periodo de tutorización de, al menos, 3
sesiones presenciales. Estas 3 sesiones se distribuirán entre el profesorado
implicado y se fijarán en los nuevos horarios de tercer trimestre para poder
realizar dicho seguimiento.
C. Se establecerá un periodo de finalización, con al menos 6 horas lectivas y
presenciales en el centro docente para profesorado y alumnado, dedicándose a
presentación, valoración y evaluación de los diversos proyectos.

4. NORMAS PARA LA PRESENTACIÓN Y EXPOSICIÓN

A. Todos los alumnos deberán presentar el material (documentación y código) de

su correspondiente Proyecto varios días antes del 15 de junio del presente curso
escolar para la convocatoria ordinaria y en el primer o tercer trimestre para la
siguiente convocatoria.
B. El material se tendrá que entregar en formato digital para ser almacenada en los
repositorios del departamento (pendrive o mail con enlace a Google Drive,
OneDrive o similares). Si entre una convocatoria y otra hubiera necesidad de
realizar modificaciones, estas se presentarán como suplementos o
modificaciones sobre el documento original.
C. Varios días después de la entrega de proyectos comenzará la exposición de los
mismos (según un calendario creado).
D. El tiempo máximo de exposición es de 30 minutos: 20 de exposición + 10 de
preguntas que no tienen por qué ser agotados.
E. La evaluación ordinaria del módulo Proyecto tendrá lugar sobre el 15 de junio
(unos días después de la entrega). Los alumnos que no superen el módulo en
esta convocatoria pueden acudir a la siguiente convocatoria. En esa semana el
tribunal indicará, si hubiera lugar, los correspondientes criterios de
recuperación.

6
 5. CRITERIOS DE CALIFICACIÓN Y RECUPERACIÓN

Todos los profesores del departamento deberán puntuar a cada proyecto de 0 a 10 en

cada uno de los siguientes criterios de calificación aplicándole los porcentajes indicados:

RÚBRICA DE EVALUACIÓN

Exposición oral

El ritmo de la presentación es adecuado

Hace amena su intervención

La voz es audible y comprensible

Se ajusta al tiempo establecido

Se expresa correctamente sin trabarse

Explica todos los apartados solicitados

Se realiza una demostración del funcionamiento del proyecto

Presentación escrita (PowerPoint)

Contenido: El contenido de la presentación se corresponde con los

contenidos mínimos indicados

Ortografía y Gramática: El trabajo está escrito sin faltas de ortografía y

las frases están bien expresadas

Imágenes y Vídeos: Incluye un número adecuado de imágenes y vídeos

para exponer los contenidos

Aspecto: Las diapositivas tienen un estilo adecuado. Siguen una estética

común

Documentación entregada (expresión escrita)

Explica detalladamente todos y cada uno de los apartados obligatorios de la

documentación

Se hace una descripción de la arquitectura de la aplicación

Se realiza una descripción de los tipos de usuarios que pueden intervenir

en el sistema y qué operaciones pueden realizar

Contiene ilustraciones que ayudan a entender las explicaciones (esquemas

generales, diagramas E/R, mockups de aplicación, diseño de pantallas,
mapa de navegación, etc…), y están referenciadas en el texto, (por ejemplo,
la Figura 2 muestra el funcionamiento…)

7
Usa un formato general adecuado: DIN A4 con los márgenes por defecto,
páginas numeradas y un índice. Además usa un formato de redacción,
párrafo, títulos y estilo adecuado: La redacción de los títulos y de las
oraciones es directa y completa, los párrafos cortos y el estilo impersonal
y objetivo. Se utiliza un interlineado entre 1 y 1.5 con una fuente de 11 o
12 puntos y tipo de letra Times New Roman, Arial o Calibri. Los títulos de
apartados están escritos con letras mayúsculas, alineados con el margen
de la izquierda, dejando dos líneas en blanco por arriba (respecto al
párrafo anterior) y una línea en blanco antes del texto siguiente.

Proyecto

Ha creado un prototipo

Dificultad del proyecto

Innovación del proyecto

Variedad de técnicas utilizadas

Consigue los requisitos inicialmente establecidos

Inclusión de los ítems valorados en cada módulo

Para cada uno de los módulos del ciclo, se valorarán los ítems de la
siguiente tabla (ítems dependientes de DAM/DAW). No todos los ítems
son obligatorios ya que dependerá de la naturaleza del proyecto (esto
también dependerá de si el proyecto es DAM/DAW). No obstante, un
número mayor de ítems incluidos, influirá en la nota de este apartado.

Asistencia a los días de proyecto y comprobación del avance

DAM

Trabaja con una base de datos

Bases de datos

Ha hecho un diseño previo de la BD

Ha elaborado un E/R y el paso a tablas

Ha programado los elementos necesarios de la BD

Obtiene/Almacena información de ficheros

Acceso a datos

Utiliza conectores que permiten el acceso a una base de

datos (Local/remota con conectores tipo JDBC o similar)

Utiliza clases generadas a partir del mapeo de BD que

permiten obtener y manejar su información

8
 Consulta la información almacenada en una BD relacional,
objeto-relacional, orientada a objetos o documental.

Utiliza bases de datos embebidas

Identifica requerimientos sobre sistemas ERP-CRM en un

supuesto empresarial
Sistemas de

empresarial
Gestión

Implanta y sistema ERP-CRM según criterios, adaptando o

creando nuevos componentes

Realiza operaciones de gestión y consulta sobre el sistema

implantado

Crea una interfaz gráfica para una aplicación

multiplataforma que cumple con los criterios de diseño y
Desarrollo de

usabilidad
interfaces

Gestiona información almacenada en una BD mediante

formularios e informes

Documenta, evalúa mediante pruebas y distribuye la app

mediante herramientas específicas

Desarrolla una aplicación compuesta por varios hilos de

Programaci

Procesos y
Servicios

ejecución
ón de

Hace uso de mecanismos de comunicación en red

empleando herramientas específicas

Realiza una app que permite la interactividad del usuario

Dispositivos
Programaci

Multimedia

móviles

La app permite el intercambio de información

ón

La app es usable

DAW

Está diseñado usando HTML5 y CSS3

Incluye audios y vídeos de forma adecuada

Uso adecuado de imágenes

Diseño de interfaces

La interactividad se ha implementado usando React,

JQuery, Vue, etc.

Se documentan las funciones implementadas

Se justifica la elección de la tecnología elegida

El sitio es responsive

Se puede visualizar en diferentes pantallas (al menos

monitor, tablet y móvil)

9
 Cumple los criterios de accesibilidad WAI – A

Es un sitio usable

Utiliza Bootstrap o similar

Justifica el uso de librerías como Bootstrap o similar

Realiza la validación en el lado del cliente

Entornos cliente

Todas las entradas por formulario están correctamente

validadas

Se utilizan mecanismos de comunicación asíncrona con el

servidor

Ha creado un sitio dinámico con que permite: gestionar

usuarios, administrar sesiones y cookies, se comunica con
Entornos
servidor

los formularios, genera dinámicamente código HTML y

Javascript, genera dinámicamente documentos, aplica el
modelo vista-controlador y usa procesos de comunicación
segura (encriptación)

Configura un servidor web para su uso online

administración de
Instalación y

servidores y

Establece un acceso cifrado al sitio web

servicios

Restringe el acceso a algunos usuarios

Asistencia 5%

Asistencia a los días de proyecto y comprobación del avance

La nota que asigna cada profesor se calcula aplicando el valor medio de las puntuaciones
anteriores. La nota FINAL se calculará como media de medias (redondeando al entero
superior o inferior a partir del medio punto).

Según la naturaleza y ciclo (DAM/DAW) se podrá aplicar notas de técnicas específicas

utilizadas para el proyecto. Por ejemplo, en una aplicación Web se podrá valorar por
separado la técnica utilizada para el Frontend y otra para el Backend.

Si tras la defensa en primera convocatoria del módulo Proyecto la calificación es de no

apto, el tribunal señalará los criterios de recuperación de forma individualizada para
cada alumno y proyecto. En ningún caso se corregirán en este momento fallos
estructurales: estos debieran haber sido resueltos en las sesiones y tutorías del módulo.

10
11
 6. ANEXO I – CRITERIOS ESPECÍFICOS APLICABLES A DAM

El proyecto debe implementar una aplicación multiplataforma que resuelva un problema

concreto. Así, el proyecto debe incluir:

 Una descripción de la arquitectura de la aplicación.

 Descripción de los tipos de usuarios que pueden intervenir en el sistema y qué
operaciones pueden realizar.
 También se realizará un mapa de navegación de la APP que permita reconocer su
estructura y las posibilidades de navegación.

Con todo lo anterior se creará un pequeño prototipo que implemente las características
básicas de la app y se hará un diseño de pantallas que lo componen, que formará parte
de la documentación a entregar.

Es obligatorio que la app trabaje contra una base de datos, para la cual hay que hacer
un diseño previo que incluya la elaboración del diagrama entidad relación y el paso a
tablas, así como cualquier elemento de programación de bases de datos que sea
necesario.

Organización de la ejecución

En este apartado se deben tener en cuenta como mínimo las siguientes características:

En cuanto a Acceso a datos, se deberán cumplir los siguientes requisitos dependiendo

del proyecto:

● Obtención de información almacenada en ficheros

● Utilización de conectores que permitan el acceso a una base de datos (JDBC)
● Utilización de clases generadas a partir del mapeo de bases de datos que
permitan obtener y manejar su información
● Consulta de la información almacenada en una base de datos relacional, objeto-
relacional u orientada a objetos.
● Utilización de bases de datos embebidas.

En cuanto a la Sistemas de Gestión Empresarial, se utilizará dependiendo del proyecto:

● Identificar requerimientos sobre sistemas ERP-CRM en un supuesto empresarial.

● Implantar sistemas ERP-CRM según los requerimientos anteriores adaptando o
creando componentes nuevos.

12
 ● Realizar operaciones de gestión y consulta sobre el sistema implantado.

En cuanto a Desarrollo de Interfaces se deberán cumplir los siguientes requisitos

dependiendo del proyecto:
● Creación de una interfaz gráfica para una aplicación multiplataforma que cumpla
con los criterios de diseño y usabilidad.
● Gestionar información almacenada en una base de datos mediante formularios e
informes.
● Documentar, evaluar mediante pruebas y distribuir la aplicación mediante
herramientas específicas.

En cuanto a Programación de Servicios y procesos se deberán cumplir los siguientes

requisitos dependiendo del proyecto:
● Desarrollar una aplicación compuesta por varios hilos de ejecución que haga uso
de mecanismos de comunicación en red empleando sockets.

Por último, respecto a Programación Multimedia y Dispositivos Móviles, se deberán

cumplir los siguientes requisitos dependiendo del proyecto:
● Realizar una aplicación que permita la interactividad del usuario, el intercambio
de información y facilite la usabilidad.

13
 7. ANEXO II - CRITERIOS ESPECÍFICOS APLICABLES A DAW

El proyecto debe incluir:

 Una descripción de la arquitectura de la aplicación empleando el patrón

modelo-vista-controlador.
 Descripción de los tipos de usuarios que pueden intervenir en el sistema y qué
operaciones pueden realizar.
 También se realizará un mapa de navegación del sitio que permita reconocer su
estructura y las posibilidades de navegación.

Con todo lo anterior se creará un pequeño prototipo que implemente las características
básicas del sitio y se hará un diseño de las páginas que lo componen, que formará parte
de la documentación a entregar.

Es obligatorio que el sitio web trabaje contra una base de datos, para la cual hay que
hacer un diseño previo que incluya la elaboración del diagrama entidad relación y el
paso a tablas, así como cualquier elemento de programación de bases de datos que sea
necesario.

Organización de la ejecución

Incluye la programación del sitio web. En este apartado se deben tener en cuenta como
mínimo las siguientes características:

En cuanto a la programación de las interfaces el sitio debería cumplir los siguientes

criterios:

● Está diseñado usando HTML5 y CSS3.

● Se valorará la inclusión de audio y vídeo en el proyecto y su adecuación al
mismo.
● Se tendrá en cuenta el uso adecuado de las imágenes en la web.
● La interactividad deberá implementarse con la librería React, JQuery, Vue, etc. y
con CSS3, documentando las funciones que se implementen y justificando la
elección de la tecnología elegida.
● Deberá ser responsive y podrá ser visualizado en diferentes pantallas (al menos
monitor, tablet y móvil).
● Deberá ser accesible (al menos nivel WAI A) y usable.
● Se permite el uso de librerías como Bootstrap, o cualquier otra herramienta
para facilitar la elaboración de las interfaces y la implementación del

14
 responsive. Debe quedar justificado en la documentación del proyecto.

En cuanto a la programación del lado del cliente, el sitio debería cumplir los siguientes
criterios:

● Toda la validación se realizará en el cliente. Todas las entradas por formulario

deberán estar validadas.
● Se utilizarán mecanismos de comunicación asíncrona con el servidor.

En cuanto a la programación del lado del servidor se debería cumplir los siguientes
requisitos:

● El alumnado deberá ser capaz de realizar sitios web dinámicos y aplicaciones

web con las siguientes características:
o Gestión de usuarios
o Administración de sesiones y cookies
o Trabajo con base de datos
o Comunicación con formularios- Generación dinámica de código HTML y
javascript
o Generación dinámica de documentos
o Aplicar el Modelo Vista Controlador
o Utilizar procesos de comunicación segura (encriptación)

En cuanto a la instalación y administración de servidores y servicios se deberán

cumplir alguno (o varios) de los siguientes criterios:

● Configuración de un servidor WEB para su utilización online.

● Acceso cifrado al sitio web
● Restricción de acceso a algunos usuarios.

15