Saltar navegación

Defensa proyecto DAW enero A.A.S - Contenido educativo

Ajuste de pantalla

El ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:

Subido el 21 de enero de 2025 por Francisco J. G.

5 visualizaciones

Defensa Adrián Almansa Sierra DAW

Más información Transcripción

Descargar la transcripción

Ya está grabando, que lo leo. 00:00:04
Buenas tardes, hoy día 20 de enero, a las seis y media ya, 00:00:06
estamos convocados a través de Jefatura de Departamento 00:00:13
para la defensa del módulo profesional del proyecto 00:00:15
de ciclo formativo de grado superior de ASIR. 00:00:18
Te informo de que esta defensa está siendo grabada 00:00:22
y que esta grabación se usará en el entorno cerrado de EducaMadrid, 00:00:24
con fines educativos y sólo estará a disposición 00:00:27
de los profesores evaluadores en el aula virtual 00:00:29
para llevar a cabo la evaluación y calificación de la defensa del proyecto. 00:00:32
En el aula virtual de proyectos habéis sido informados de los criterios y rúbrica de calificación. 00:00:36
El orden de la presentación del proyecto es el siguiente. 00:00:42
15 minutos máximo para defender el proyecto, 15 minutos máximo para preguntas por parte del tribunal, 00:00:45
Es decir que esta va a ser la exposición del alumno Adrián Almanza Sierra con el proyecto Zapatillés Pro. 00:00:53
Entonces, dicho esto, tu tiempo de exposición comienza a partir de este momento. Adelante y mucha suerte. 00:01:03
Muy bien, pues nada, muchas gracias por la presentación, Francisco. 00:01:09
Bueno, como bien ha dicho, mi nombre es Adrián Almanza. Voy a llevar a cabo la presentación de mi proyecto, 00:01:14
el cual se ha basado en crear una tienda online para la venta de calzado deportivo, concretamente, llamada Zapatillas. 00:01:19
El primer paso que hice fue hacer un análisis y generar así los requisitos funcionales que tenía que tener esta página. 00:01:29
De los más importantes fue, por ejemplo, que la página web tenía que tener un diseño minimalista y que fuese fácil e intuitivo para el usuario. 00:01:40
Luego también los productos debían demostrar un mínimo de propiedades, como era, por ejemplo, la marca, la categoría o el precio. 00:01:54
la tienda también debería de incluir unos filtros o motores de búsqueda, filtros por ejemplo por nombre, por categoría, por precio 00:02:04
para así encontrar más fácilmente el producto que quisiéramos. 00:02:13
Otro de los requisitos funcionales imprescindibles que se requería era por ejemplo el registro de usuarios en una base de datos 00:02:20
Así como la posterior posibilidad de autenticarse y generar una sesión propia para ir almacenando los productos que ese usuario requiera. 00:02:28
También otro de los requisitos funcionales importantes, que en este caso por ejemplo es el 10, era generar una pestaña de contacto para mostrar la dirección física de la tienda y poder encontrarla sin ningún problema. 00:02:40
Y bueno, pues eso un poco en general era lo más importante que podríamos destacar de esta aplicación. Luego también proporcionar obviamente un carrito de la compra y una pasarela de pago también segura. 00:02:53
Vale, así que después nos iríamos a esos objetivos que teníamos que abordar, que van en relación a los requisitos funcionales. 00:03:13
Diseñar una plataforma intuitiva, una fácil navegación que permita buscar y filtrar esos productos, crear un sistema de registro e inicio de sesión de usuario, 00:03:21
implementar un carrito de la compra funcional y así también ofrecer un proceso de compra simplificado, 00:03:30
Minimizar los errores técnicos en la tienda 00:03:36
Proteger el sitio contra ataques cibernéticos 00:03:39
Evitando, por ejemplo, el SQL injection, muy común 00:03:43
Salvaguardar los datos personales de manera segura 00:03:47
Es decir, por ejemplo, encriptando esas contraseñas de los usuarios 00:03:50
Una vez registrados 00:03:53
Luego, por ejemplo, diseñar la tienda con un enfocado 00:03:55
En que en un futuro pudiese también ser ampliable 00:04:00
Y seguir agregándole funcionalidades nuevas 00:04:03
y seguir evaluando y ajustar constantemente esa tienda y las estrategias del producto en este caso. 00:04:06
La metodología que se decidió escoger fue Scrum, una metodología ágil, porque será lo más lógico. 00:04:15
Esta metodología Scrum es un término que viene del Rupi, que hace mención a una formación que utilizan los jugadores 00:04:27
que están en constante comunicación y avanzan un poco pues coordinados. Entonces es un término que digamos lo sacan un poco a la palestra 00:04:34
de los japoneses en una entrevista empresarial en 1986 y prácticamente la metodología pues se enfoca en esa formación de rugby, 00:04:44
que es un poco dividir en un proyecto general y más amplio en pequeños pequeñas partes que se 00:04:54
abordan en este caso en partes de tiempo que se llaman sprints estos sprints suelen durar de 00:05:02
dos a cuatro semanas cada uno y normalmente también cada día se lleva a cabo pues una 00:05:09
reunión diaria donde se exponen pues novedades problemas que se han encontrado en el transcurso 00:05:15
En fin, todo esto al final lo que hace es promover la comunicación entre el equipo, proporciona mucha flexibilidad y también otorga la capacidad de entregar valor rápidamente. 00:05:19
Vale. Las fases de planificación inicial para abordar el proyecto pues se catalogaron, pues en este caso se segmentaron de esta forma. Comenzamos con la fase de análisis, pues llevaba aproximadamente como dos días según comenzaba el proyecto, poco pues para analizar las necesidades y esa estructura que debía tener en general. 00:05:30
Luego venía la fase de diseño, tanto diseño front como back, como de bases de datos. Esa fase se estipuló que requeriría unos 26 días y se irían desarrollando las diferentes capas. 00:05:59
Según termine el diseño de las mismas, entraríamos, por ejemplo, en la fase de programación. Un poco se iba dando la programación a la par que el diseño, pero el diseño obviamente comenzaba antes. 00:06:13
La fase de programación duraría unos 63 días, prácticamente el completo de ese tiempo estipulado en el que se estimó que se terminaría el desarrollo de la aplicación y bueno, pues tras esta fase de programación vendría la fase de pruebas que constaría de 12 días dentro del periodo de desarrollo del software en la última etapa, en la etapa final. 00:06:23
Por último, prácticamente tendríamos ya la fase de implementación, que esa es la última semana, los últimos cinco días después de todo el desarrollo y la fase de pruebas, digamos que ya se desplegaría de forma real, en un entorno un poco ya más enfocado a llevarlo a la realidad. 00:06:48
Luego tendríamos la fase de documentación 00:07:03
Que se iría realizando en paralelo 00:07:07
Y progresivamente 00:07:09
Según empezase la fase de diseño 00:07:10
Prácticamente 00:07:13
Se iría recogiendo ya y se iría documentando todo 00:07:13
En paralelo 00:07:17
Y luego tendríamos la fase de mantenimiento 00:07:18
Que es finalizado ya todo 00:07:21
Los siguientes tres meses 00:07:23
Se proporcionaría un soporte técnico 00:07:25
Gratuito 00:07:27
Posibles incidencias o dudas que puedan 00:07:28
Surgir a nivel de 00:07:31
de aplicación en su uso cotidiano y normal. Aquí pasamos un poco a mostrar el diagrama según la planificación, he tenido que dividirlo en varias vías positivas porque no entraba todo, aquí tenemos por ejemplo como os he observado que comenzaría la fase de análisis, duraría dos días comenzando el 24 de octubre, 24-25, tenemos la fase de diseño, aquí que me he ido, la fase de diseño, 00:07:32
Iniciaría el día 28, terminaría el 22 de noviembre, siempre respetando esos periodos que hemos comentado antes. 00:08:04
La fase de programación, 63 días, comenzando un 2 de noviembre, terminando sería por aquí. 00:08:14
Hasta el 3 de enero nos iríamos prácticamente. 00:08:23
Observamos que la fase de pruebas son las últimas dos semanas dentro de la programación. 00:08:26
ya pues un poco terminando lo que es la programación pero realizando ya pruebas prácticamente porque se da por hecho que tendríamos ya prácticamente atado 00:08:31
y esas dos semanas pues es un poco para matizar o terminar de rematar un poco el desarrollo, ¿vale? 00:08:39
La documentación finalizaría también en esa parte de esa fase, luego, o sea, haríamos la implementación durante esa semana del 6 de enero al 10 de enero 00:08:46
y ya a partir del 13 de enero pues los tres meses de mantenimiento. 00:08:56
La fase de mantenimiento. Pasamos ahora a ver el presupuesto. De presupuesto en un inicio, pero se ha respetado al final lo que eran las horas marcadas y ahí está un poco desglosado el precio por el diseñador y el programador junior, que en este caso ha sido suficiente con este equipo para poder desarrollar esta aplicación. 00:09:01
un precio por hora, el total de cada uno lo que cobrarían, luego lo que sería la infraestructura necesaria para poder implementar este proyecto a nivel de mercado real 00:09:26
con el registro de dominio, con el hosting web, con el pago mensual que corresponde, la configuración del entorno y luego la otra segmentación sería la revisión y el soporte técnico 00:09:38
Que en este caso incluye las pruebas del producto final de calidad y la corrección de errores tras la entrega. Luego ya hay una opción que eso se podría contratar aparte, en este caso, que sería la formación para el cliente. Así que ahí quedaría la suma completa y el presupuesto por este desarrollo. 00:09:49
Vale, la programación por sprints. Como hablábamos antes, los requisitos funcionales se van dividiendo y se van, digamos, estipulando por cada sprint. En este caso se calculó que con 5 sprints de aproximadamente 2 semanas cada uno era suficiente. 00:10:10
se le puso el objetivo principal, cuál iba a ser, cuál iba a ser abordado con esos requisitos funcionales. 00:10:31
Hay una programación que es inicial, que es lo que se prevé en una primera toma de contacto y de estudio 00:10:38
de cómo desarrollar el proyecto, pero luego conforme se fue desarrollando, pues se vio que hubo que ir amoldándose 00:10:45
un poco a las circunstancias. Lo que era, por ejemplo, en el sprint 1, vemos a la derecha requisitos funcionales 00:10:51
RC01, 02 y 03, la realidad fue que el requisito funcional número 3 no dio tiempo a desarrollarlo por completo y hubo que pasarlo al sprint número 2 y terminar de implementarlo y desarrollarlo para que funcionase correctamente como se requería. 00:10:58
Y de la misma manera ocurrió con el requisito funcional número 7. En una primera instancia se calculó que en el sprint número 2 iba a estar terminado, pero luego se vio que no pudo ser y hubo que amoldarse y pasarlo al sprint número 3 y terminarlo ahí, de implementar. 00:11:14
Entonces tenemos la programación inicial de primeras por ahí arriba, pero abajo fue la real la que al final la acabó siendo. Los tiempos se respetaron, pero hubo que comprimir y amoldar un poco el desarrollo. 00:11:30
Y, bueno, pues eso sería todo. Luego llegamos un poco a las conclusiones que se extraen del desarrollo de este proyecto. Al final vemos que se cumplen con esos objetivos y requisitos funcionales que se establecieron en un inicio. Se consigue ofrecer una experiencia de usuario intuitiva y eficiente. Al final, el proyecto demuestra ser una solución efectiva y se cree que se pueden potenciar las ventas así, de esta manera, como se ha llegado a desarrollar. 00:11:44
La metodología utilizada es la mejor posible, se pensó y de verdad permitió una entrega estructurada y progresiva y luego las posibles mejoras sugeridas pues tienen bastante potencial de poder seguir implementando ese tema como un chat en vivo o el seguimiento de los pedidos, implementar a lo mejor ofertas duraderas en un tiempo concreto. 00:12:12
el sistema ofrece todavía 00:12:38
bastantes posibilidades 00:12:40
problemas encontrados 00:12:42
pues hubo un poquito 00:12:44
de problemas a la hora de desarrollarlos 00:12:46
y hubo que investigar en ciertos 00:12:48
puntos a la hora de desarrollarlos 00:12:51
por ejemplo a la hora de mostrar 00:12:52
las imágenes desde una consulta 00:12:54
a base de datos, los filtros del catálogo 00:12:57
de verdad que se complicó 00:12:59
un poco el desarrollo, la variación 00:13:00
de usuario también hubo que investigar 00:13:02
un poco como llevarlo a cabo 00:13:05
con las sesiones del usuario y demás 00:13:06
pero bueno, nada que al final 00:13:08
no pudiese 00:13:10
ser solventado 00:13:11
así que nada, ahí 00:13:13
quedaría ya la presentación 00:13:16
este es el fin de esta presentación 00:13:17
bueno, me contaste también Francisco 00:13:21
que también había una posibilidad 00:13:24
de demostraros un poco como funcionaba 00:13:26
todo esto 00:13:28
pues vamos 00:13:29
por aquí 00:13:32
compartir esta pantalla 00:13:32
Te comparto por aquí 00:13:36
Bueno, pues esta sería la aplicación 00:13:46
¿Vale? ¿La ves, Francisco? 00:13:50
Sí, sí, perfecto 00:13:51
Vamos a ocultar esto 00:13:52
Bueno, esta sería la parte inicial 00:13:55
Lo que primero nos encontraríamos 00:13:57
Vemos que no estamos registrados 00:13:59
Por lo tanto, no podríamos 00:14:01
Explorar la tienda, ¿vale? 00:14:03
No nos dejaría entrar a la tienda 00:14:04
De ninguna de las formas 00:14:06
Ni al carrito tampoco, ¿vale? 00:14:08
nos pediría el inicio de sesión así que vamos a probar la tienda bueno introduciríamos yo aquí 00:14:10
por ejemplo creo recordar que era este el que puse de ejemplo tengo ahí todos los correos 00:14:16
pues este no es bueno bueno vemos que falla tenemos el fallo eso es buena señas dentro 00:14:23
con patricia que era todo fuera que crea y un poco general bien aquí nos encontraríamos ya 00:14:42
dentro de la tienda y mostraríamos pues de manera general todos los productos que se almacenan en 00:14:47
la tienda pero como hemos dicho tenemos filtros podemos filtrar por nombre vale y filtraría todas 00:14:54
las nike podríamos filtrar por categorías en este caso fútbol vale tendríamos todas las zapatillas 00:15:01
de fútbol y podríamos filtrar por precio máximo es decir si yo quiero como máximo máximo gastarme 00:15:07
120 euros pues tendríamos dos zapatillas o dos para de zapatillas que en este caso pues entran 00:15:13
dentro de ese filtro vale para comprar esto también importante se decidió así obligar a 00:15:21
seleccionar una talla vale aquí ya seleccionaríamos una talla que fuese la nuestra o la que la que nos 00:15:27
interesa la compraríamos tendríamos aquí ya el carrito de la compra con este producto almacenado 00:15:33
podríamos ir a pagar a la pasarela de pago o seguir comprando o eliminar y volver a elegir 00:15:39
un producto si decidimos seguir comprando vamos a seleccionar por ejemplo estas talla 43 compramos 00:15:45
se almacena en el carrito la compra vale lo comprobamos tenemos el total aquí en este caso 00:15:51
se va sumando podríamos ir a pagar los datos se auto rellenan directamente con la sesión de 00:15:56
usuario vale también lo hacemos mediante una consulta a la base de datos con el total y ya 00:16:03
pues podríamos confirmar el pago o volver al carrito si nos arrepentimos y decidimos seguir 00:16:09
comprando y haciendo lo que sea vale importante pues también un poco que quedase reflejado que 00:16:15
estamos logados que nos aparezca un poco aquí nuestro nombre y que estamos logados en este 00:16:22
caso y también podemos cerrar la sesión. Ahora mismo ya tendríamos que volver a logarnos de 00:16:28
nuevo. Y luego la pestaña de contacto pues también con una opción de formulario para 00:16:34
contactar directamente con la empresa pues enviándoles cualquier consulta o cualquier 00:16:40
cosita que necesitemos iría directamente a contactar con la empresa y tendríamos pues 00:16:46
un poquito la ubicación física de esa tienda con su horario de apertura pues esto sería todo 00:16:52
vale perfecto vale pues ahora entra un periodo de hacer un par de preguntas y bueno te digo 00:17:02
una opinión de cosas a lo mejor que puedes haber puesto en la presentación solo decir 00:17:11
que podéis haber puesto las herramientas 00:17:17
que os he usado para 00:17:19
hacer el proyecto, ¿vale? 00:17:20
Eso sí, haberlo puesto en una 00:17:22
diapositiva o... 00:17:25
La pregunta es 00:17:26
¿todos los objetivos se han cumplido 00:17:27
al final entonces? 00:17:31
Sí. 00:17:32
He visto, me ha gustado mucho cómo ha reflejado 00:17:34
lo de los sprints y cómo 00:17:36
ha recuperado un sprint, entonces al final 00:17:38
no ha habido que cambiar mucho en cuanto 00:17:40
ni hora de trabajo ni nada 00:17:42
y cómo ha sido recuperando el sprint 00:17:44
algún requisito que se te ha quedado 00:17:46
pues lo has ido cambiando, eso me gusta 00:17:49
y luego 00:17:51
dos cosas 00:17:52
y es 00:17:54
en todos los sprints me pones 00:17:56
lo de las pruebas 00:17:59
me pones pruebas unitarias, pruebas de integración 00:18:00
pruebas funcionales y pruebas de reacciones efectuadas 00:18:03
¿y qué tipo de pruebas 00:18:05
efectuabas? 00:18:08
Bueno, se realizaron un poco pruebas 00:18:10
de funcionalidad a nivel de 00:18:11
de la aplicación 00:18:13
que todos estaban dando a cabo, que no arrojase 00:18:14
errores, que los errores que se arrojasen 00:18:16
pues estuviesen un poco controlados también 00:18:18
fueron pruebas sobre 00:18:20
el código directamente a la hora de desarrollar 00:18:22
Vale, o sea, quiero decir 00:18:25
por ejemplo, pruebas de caja blanca en el que 00:18:26
introducías pues valores erróneos o cosas 00:18:28
así, no hiciste, ¿no? 00:18:30
He buscado 00:18:33
Sí, como prueba unitaria 00:18:34
No busqué 00:18:36
en concreto pruebas 00:18:38
para forzar errores 00:18:40
directamente sobre el desarrollo 00:18:42
y va viendo los errores que se estaban generando 00:18:43
y se iban solventando 00:18:46
Vale, y luego sobre 00:18:47
no lo he visto yo 00:18:48
no me hablan mucho de la estructura de la base de datos 00:18:51
las tablas, si eso me lo pones 00:18:54
o crees que no 00:18:56
Yo creo que sí, pero te la puedo mostrar de todas formas 00:18:56
si quieres aquí, no sé si te vale 00:19:00
Sí, si la tienes ahí 00:19:02
y me hables un poquito de la estructura y ya está 00:19:05
Vale, mira, te voy a compartir 00:19:07
la ventana de nuevo, vale 00:19:10
Mira, aquí tenemos la base de datos. Creo que la incluí, pero bueno, a ver, mira, tengo aquí zapatillas, pero vale. Tengo la estructura, se basa sobre todo en dos tablas principales, que son las de productos y clientes, que son las troncales, por así decirlo. 00:19:11
Los productos con los IDs, los nombres, la descripción, precio, marca, imagen 00:19:28
Que esta es la ruta de la imagen, ¿vale? 00:19:33
Y la categoría que refleja pues qué tipo de zapatilla es 00:19:35
El caso de la categoría lo vamos a ver ahora 00:19:39
Que son dos tablas, digamos, auxiliares, ¿vale? 00:19:42
Categorías y marcas 00:19:47
Están relacionadas con claves foráneas también 00:19:48
Para que pueda funcionar bien toda la aplicación 00:19:51
Porque si no daría errores por todas partes 00:19:55
aquí tenemos esta también la de clientes que refleja pues el y del nombre el apellido el 00:19:57
email el password ya viene viene cifrado porque se utiliza una función de php también para cifrarlo 00:20:04
y luego en el login se utiliza también para validar la otra función que te ofrece aparece 00:20:10
dirección teléfono y fecha vale esa sería no sé si aquí aparece creo que aparecía una forma 00:20:17
a ver una forma de mostrar como un diagrama 00:20:23
Sí, es que 00:20:25
me lo he pasado yo 00:20:27
Sí, seguro que está aquí 00:20:28
Vale, y ya solo 00:20:30
ya como, bueno, pues 00:20:32
o yo hubiera puesto a lo mejor una vía de uso 00:20:34
añadido 00:20:37
al trabajo, una vía de uso 00:20:39
y hubiera quedado 00:20:41
o incluso un índice de imágenes 00:20:43
en el trabajo o algo así 00:20:45
Imágenes, creo que está todo 00:20:47
en anexos con 00:20:49
Sí, lo tienes en anexos 00:20:50
A ver, sí, sí, la tienes aquí. Y poco más, ¿vale? Por lo demás, quizás el diagrama de GAN también, a lo mejor tenéis que ver que ha puesto intervalos para que se te acortara un poquito más, ¿vale? Para que no tuvieras que dividirlo en tantas hojas. 00:20:52
¿A qué te refieres? 00:21:10
El diagrama de GAN para que no te aparecieran varias hojas 00:21:11
que queda pues un poco 00:21:15
confuso pues haberlo puesto 00:21:16
en vez de por, creo que lo has puesto 00:21:17
por día, ¿verdad? 00:21:20
En el proyecto en general lo dejé 00:21:22
segmentado por partes que se visualizase 00:21:24
pero luego estar anexo con el diagrama completo 00:21:26
Sí 00:21:28
No, digo 00:21:29
para que te quedara más 00:21:32
que te entrara una página 00:21:34
y no quedara tan segmentado 00:21:36
pues a lo mejor haberlo puesto 00:21:38
por intervalos, vale, en el día a día 00:21:40
Ya, a ver, busqué un poco 00:21:42
la mejor manera de conseguir explicarlo 00:21:44
y que se viese lo que estaba 00:21:47
pidiendo 00:21:48
Sí, se ve bien, o sea 00:21:49
se puede ver el diagrama 00:21:52
y poco más, vale 00:21:53
y pues yo si 00:21:55
cortamos aquí la grabación, espera 00:21:58
Idioma/s:
es
Materias:
Informática
Niveles educativos:
▼ Mostrar / ocultar niveles
  • Formación Profesional
    • Ciclo formativo de grado básico
      • Primer Curso
      • Segundo Curso
    • Ciclo formativo de grado medio
      • Primer Curso
      • Segundo Curso
    • Ciclo formativo de grado superior
      • Primer Curso
      • Segundo Curso
Autor/es:
Francisco José González Constanza
Subido por:
Francisco J. G.
Licencia:
Todos los derechos reservados
Visualizaciones:
5
Fecha:
21 de enero de 2025 - 12:26
Visibilidad:
Clave
Centro:
IES CIFP a Distancia Ignacio Ellacuría
Duración:
22′ 03″
Relación de aspecto:
1.78:1
Resolución:
1920x1080 píxeles
Tamaño:
1.01

Del mismo autor…

Ver más del mismo autor

EducaMadrid, Plataforma Educativa de la Comunidad de Madrid

Plataforma Educativa EducaMadrid