VALOR TOTAL
9.3. PRIORIZACIÓN DEL PRODUCT BACKLOG
10.2.3. Cierre y entrega
Para el product Backlog No. 10, se realiza el listado de las publicaciones y la opción de poder crearlas a partir de las características que nos ofrece PrimeFaces en conjunto con Java, esto nos permite estructurar la vista deseada junto con las funciones de redactar la publicación, inserción y eliminación de adjuntos a esta y posteriormente, su publicación.
56
57
Para el product Backlog No. 9 (Edición de publicaciones), se aprovecha lo desarrollado en el product Backlog No. 10 para poder consultar la información y así poder editar el contenido de la publicación seleccionada de las vistas previamente creadas.
Imagen 23. Vista edición de publicación. Elaboración propia. Imagen 22. Vista creación de Publicación. Elaboración propia
58
59
Habiendo cumplido con los objetivos iniciales del sprint se obtiene respuesta satisfactoria por parte de nuestro jefe respecto a la primera versión entregada, se toman en cuenta comentarios y modificaciones y se da por finalizado el sprint 2 para dar paso al siguiente incremento.
10.3. SPRINT 3
En la reunión inicial se estableció trabajar con las historias de usuario 1 y 6, con esto se definió la pila de sprint que se incluirá en la entrega al final de la iteración.
Imagen 25. Historias de usuario a trabajar en el Spring 3. Elaboración propia
10.3.1. Objetivos
Los objetivos que se deben cumplir para este sprint son:
● Mostrar una vista que contenga todas las publicaciones
● Permitir el acceso a la vista sin necesidad de un login
● Permitir que cada publicación pueda ser compartida en Facebook o Twitter
● Permitir que la publicación nos redirija a la noticia compartida
Durante las reuniones diarias se aclararon dudas respecto a cómo se debería compartir la publicación y como debería visualizarse al acceder al link, también de cómo debería distribuirse la publicación con sus respectivos adjuntos.
10.3.2. Reunión Revisión del Sprint
Se presenta el software completo acuerdo el sprint backlog inicial donde se obtienen los siguientes comentarios:
60 10.3.3. Cierre y entrega
Para este Spring se diseña las respectivas vistas, para que en el momento que ingrese a la plataforma no me realice una petición en la sesión de la plataforma SunOne, así cualquier usuario que no posea permisos para entrar a la aplicación pueda visualizar las publicaciones emitidas en la plataforma. Además de esto se agrega un filtro para realizar la búsqueda personalizada de las publicaciones.
En el product Backlog No.1 (Selección de publicación) se realiza dos vistas, una donde se visualiza todas las publicaciones realizadas en la plataforma y la segunda donde se visualiza todo el contenido de una sola aplicación. El usuario puede acceder desde la primera vista a la segunda a través de un hipervínculo que se encuentra en cada una de las publicaciones que se listan en esta vista.
Imagen 26. Diagrama de secuencia del product Backlog No. 1. Elaboración propia.
En el product Backlog No.6 (Compartir en redes sociales) se implementan las API’s de las redes sociales más usadas en el mundo (Facebook y Twitter) para realizar una publicación en dichas redes de nuestra publicación.
61
Imagen 278. Visualización a detalle de una publicación. Elaboración propia Imagen 287. Vista visualización publicación. Elaboración propia
62
Habiendo cumplido con los objetivos iniciales del sprint se obtiene respuesta satisfactoria por parte de nuestro jefe respecto a la primera versión entregada, se toman en cuenta comentarios y modificaciones y se da por finalizado el sprint 3 para dar paso al siguiente incremento.
10.4. SPRINT 4
En la reunión inicial se estableció trabajar con las historias de usuario 2 y 3, con esto se definió la pila de sprint que se incluirá en la entrega al final de la iteración.
Imagen 29. Historias de usuario a trabajar en el Spring 4. Elaboración propia
10.4.1. Objetivos
Los objetivos que se deben cumplir para este sprint son:
● Mostrar el listado de adjuntos pertenecientes a la publicación
● Permitir descargar cada uno de los adjuntos de cada publicación
Durante las reuniones diarias se aclararon dudas respecto a cómo se deberían mostrar lo adjuntos, como debería listarse y como deberían descargarse.
10.4.2. Reunión Revisión del Sprint
Se presenta el software completo acuerdo el sprint backlog inicial donde no se obtuvieron comentarios.
10.4.3. Cierre y entrega
Para el product Backlog No. 2 y 3, con ayuda de los componentes de Primefaces se realiza la visualización de archivos que se cargaron en dicha publicación en la aplicación, así mismo, con ayuda del mismo componente se realiza un hipervínculo el cual permite descargar el adjunto seleccionado.
63
64
Habiendo cumplido con los objetivos iniciales del sprint se obtiene respuesta satisfactoria por parte de nuestro jefe respecto a la primera versión entregada, se
Imagen 312. Vista archivo descargado. Elaboración Propia
65
toman en cuenta comentarios y modificaciones y se da por finalizado el sprint 4 para dar paso al último incremento.
10.4.4. SPRINT 5
En la reunión inicial se estableció trabajar con las historias de usuario 4 y 5, con esto se definió la pila de sprint que se incluirá en la entrega al final de la iteración.
Imagen 33. Historias de usuario a trabajar en el Spring 5. Elaboración propia
10.4.5. Objetivos
Los objetivos que se deben cumplir para este sprint son:
● Mostrar un listado de comentarios por cada publicación
● Permitir realizar comentarios
● Validar cada comentario y censurar las palabras obscenas
● Permitir los comentarios obscenos ya censurados
● Mostrar el nombre de la persona que comento si esta estaba logeada
Durante las reuniones diarias se aclararon dudas respecto a cómo se debería censurar las obscenidades de un comentario.
10.4.6. Reunión Revisión del Sprint
Se presenta el software completo acuerdo el sprint backlog inicial donde se obtienen los siguientes comentarios:
● Cambiar el campo de realizar comentario para la parte superior de los comentarios
● Mostrar un mensaje cuando un comentario contenga lenguaje ofensivo que permita al usuario publicar o no el mensaje
66 10.4.7. Cierre y entrega
Para los product Backlog 4 y 5, fue necesario utilizar la herramienta Primefaces como, por ejemplo, el componente DataScroller, para visualizar los datos y no sobrecargar la página con todos los comentarios. A parte, se presenta un algoritmo para detección de lenguaje vulgar resistente a transliteración ASCII17, el cual nos
permitirá a partir de algoritmos de detección de caracteres especiales y comparación de este a una letra del alfabeto para así comparar y detectar similitudes de palabras obscenas en cadena de caracteres insertadas por el usuario dentro de un comentario.
17 Diseño e Implementación de un filtro de censura en foros web resistente a transliteración ASCII.
[En Linea] <http://repository.udistrital.edu.co/handle/11349/2377>. Citado el 28 de diciembre de 2017
67
68
69
Habiendo cumplido con los objetivos iniciales del sprint se obtiene respuesta satisfactoria por parte de nuestro jefe respecto a la primera versión entregada, se toman en cuenta comentarios y modificaciones y se da por finalizado el sprint 5 por lo tanto se da un entregable del producto final y es aceptado.
70 11. FASE FINAL
El producto se desarrolló en su totalidad de acuerdo a lo establecido entre las dos partes (Solredes S.A.S. y la Universidad Distrital Francisco José de Caldas), se realizaron las pruebas internas de operatividad respectivas y correcciones necesarias. Quedó a disposición de la empresa Solredes S.A.S. y la Universidad Distrital Francisco José de Caldas, para que sea implementado a futuros desarrollos y despliegues con el fin de suplir las necesidades mencionadas anteriormente en este documento.
De dicho desarrollo se ha generado las siguientes clases:
11.1. ARCHIVO EJB