Politécnico Grancolombiano

Institución Universitaria

Materia:
Ingeniería de Software 2

Proyecto:
Predicción afectiva consumidor - marca

Participantes del proyecto:

- Milton Alvarado
- Wilson Sánchez
- Danilo Ramírez
- Alejandro Martínez
- David Ávila

06 de marzo de 2019
Bogotá D.C., Colombia
 Visión de proyecto

Ser la mejor aplicación gráficos dependiendo los datos ingresados por el

investigador, como las variables de alegría, tristeza, miedo, ira, etc dependiendo la
reacción del usuario frente a un producto, el cual la aplicación de predicción
afectiva podrá generar las gráficas necesarias y con mejor vista, para una mejor
interpretación datos, para el área de investigadores de mercadeo y publicidad.
 Prototipos (personas)

Nombre: Julián Raúl Perea Gómez

Profesional en Mercadeo y Publicidad, Psicología del consumidor.
Carrera:
Maestría en Publicidad.
Desempeño: Profesor en la Facultad Sociedad, Cultura y Creatividad
Maneja bien el tema de mercadeo y publicidad, dados sus conocimientos consta
de buenas ideas para su labor cotidiana, pero no consta con las herramientas para
Habilidad:
su trabajo día a día. Tiene conocimiento promedio de una persona en
computación.

Nombre: Katherine Rozo Cuadros

Psicóloga, Psicología clínica.
Profesional en Mercadeo y Publicidad, Psicología del consumidor.
Carrera:
Artes escénicas con énfasis en danza, Danza contemporánea.
Psicología clínica con énfasis en depresión, ansiedad, Psicología Clínica.
Desempeño: Profesora en la Facultad Sociedad, Cultura y Creatividad
Maneja bien el tema de psicología y mercadeo de publicidad, enfocado hacia el
consumidor, el cual tiene grandes ideas, pero no consta con las herramientas para
Habilidad:
su trabajo día a día. Tiene conocimiento promedio de una persona en
computación.

Nombre: Investigador
Estudiante o Profesional en Mercadeo y Publicidad, Psicología del consumidor o
Carrera:
carreras afines.
Estudiante o Profesional en Mercadeo y Publicidad, Psicología del consumidor o
Desempeño:
carreras afines.
Tiene conocimientos del estudio que será realizado, con el fin de poder obtener
resultados con datos específicos, dada esta manera poderlos estudiar y poder
Habilidad:
sacar las conclusiones correspondientes. Tiene conocimiento promedio de una
persona en computación.
 Épicas

 Yo Como investigador necesito que el sistema me permita crear variables de

características de persona y relacionar con comportamientos y reacciones para
poder reflejarlas en una gráfica por medio de una plataforma web o aplicativo
para así poder predecir tendencias

 Yo como investigador necesito que se me permita administrar formularios para

registrar los resultados de las investigaciones en este caso, las reacciones frente
a situación, caso o producto para poder así poder predecir tendencias

 Yo como investigador necesito que la plataforma sea eficiente, para así mismo
no presentar problemas al hacer algún registro de datos

 Yo como investigador quiero que la interfaz de la plataforma sea amigable a la

vista demás que los gráficos sean entendibles para todas las personas
 Historias de Usuario y Criterios de Aceptación

Se relaciona una imagen de las historias de usuario:

De la misma manera se realiza el anexo del archivo “Historias U Y Criterios.xlsx” en el

SharePoint del grupo.
 Requerimientos No funcionales

ISO/25010
Es una norma que permite tener una taxonomía de los diferentes aspectos que se
deben tener en cuenta para evaluar la calidad de un producto de software.
Dicha norma está enfocada hacia la usabilidad, por consiguiente, nos proporciona
un organigrama (Modelo) bastante completo como guía para dar cumplimiento a
requisitos o necesidades planteadas por el usuario. Así como referencia óptima
para la implementación de pruebas.

Organigrama de la norma ISO 25010

Fuente: http://www.iso25000.com/index.php/normas-iso- 25000/iso-25010.

Eficiencia de desempeño: referente a medir comportamiento temporal, utilización

de recursos, capacidad

Adecuación Funcional: referente a completitud, corrección y pertinencia

funcional

Compatibilidad: referente a medir la coexistencia, interoperabilidad

Usabilidad: referente a medir capacidad para reconocer su adecuación,

capacidad de aprendizaje, capacidad para ser usado, protección contra errores de
usuario, estética de la interfaz de usuario, accesibilidad
Fiabilidad: referente a medir madurez, disponibilidad, tolerancia a fallos,
capacidad de recuperación.

Seguridad: referente a medir confidencialidad, integridad, no repudio,

responsabilidad y autenticidad.

Mantenibilidad: referente a medir modularidad, reusabilidad, analizabilidad,

flexibilidad (capacidad para ser modificado), capacidad para ser probado.
Portabilidad: referente a medir adaptabilidad, capacidad para ser instalado y
capacidad para ser remplazado.

Requerimientos no funcionales:
Eficiencia
El sistema debe ser capaz de operar en condiciones. principalmente con hasta 100
usuarios, es decir deberá permitir el almacenamiento de cada usuario con su
respectivo resultado.
Toda funcionalidad del sistema deberá tener un tiempo mínimo de procesamiento o
respuesta al usuario de 10 segundos.
Todo tipo de formulario deberá permitir la modificación del modelo base tal como lo
requiera el usuario.
El sistema deberá estar disponible el 99,99% de las veces que el usuario intente
ingresar.
Seguridad
La información manejada por el sistema deberá estar protegida de acceso no
autorizado y divulgación.
El sistema manejara un sistema de identificación y autenticación.
Los permisos de acceso al sistema podrán ser cambiados únicamente por el
administrador.
Los datos almacenados deberán respaldarse mediante copias de seguridad diarias.
Usabilidad
El sistema deberá contar con manuales de usuario.
El sistema deberá informar y orientar al usuario cuando este interactúe en la
plataforma mediante notificaciones o menajes emergentes.
El sistema deberá contar con un entorno grafico amigable y bien estructurado.
Compatibilidad
El sistema deberá ser compatible con los navegadores principales como: Google
Chrome, Mozilla Firefox, Internet Explorer y Safari.
El sistema deberá poseer un diseño responsive con el fin de garantizar la adecuada
visualización de contenidos.
Mantenibilidad
El sistema deberá tener su código fuente estructurado de manera consistente y
predecible con el fin de poder realizarle algún tipo de cambio en caso de fallo o
mantenimiento.
El sistema deberá estar estructurado de tal manera que si se cambia alguna regla de
negocio o parámetro no obligue a la generación de una nueva versión.
Fiabilidad
El sistema deberá ser sometido a varias pruebas de estrés y en diferentes ambientes
con el fin de reducir al máximo la presencia de fallos.
El sistema deberá contar con sistema de recuperación de datos en caso de un posible
fallo.
Portabilidad
El sistema deberá ser compatible o portable en plataformas GNU/Linux y Windows
considerando las características actuales de infraestructura en lo relacionado con la capa
de presentación, la capa de aplicación y en la capa de datos.

Product Backlog
1.1 Pila del sprint
Descripción

Construir la interfaz inicial de Predicción afectiva Consumidor marca, donde el investigador pueda
iniciar el desarrollo de una encuesta, indicando la cantidad de variables que necesite

Construir la interfaz de inicio de sesión, a continuación se establecen los mockups a tener en

cuenta para el diseño de la aplicación.
Responsabilidades del gestor de producto

 Presencia en las reuniones en las que el equipo elabora la pila del sprint. Resolución de
dudas sobre las historias de usuario que se descomponen en la pila del sprint.

Responsabilidades del Scrum Manager

 Supervisión y asesoría en la elaboración de la pila del sprint.

Responsabilidades del equipo técnico

  Elaboración de la pila del sprint.
 Resolución de dudas o comunicación de sugerencias sobre las historias de usuario con el
gestor del producto.

1.2 Reunión de inicio de sprint

Reunión equipo de Predicción afectiva Consumidor marca inicial donde se distribuye las tareas y
responsabilidades de cada integrante.

Responsabilidades del gestor de producto

 Asistencia a la reunión.
 Exposición y explicación de las historias que necesita para la próxima iteración y posibles
restricciones de fechas que pudiera tener.

Responsabilidades del Scrum Manager

 Moderación de la reunión
 Documentar la reunión.

Responsabilidades del equipo técnico

 Confección de la pila del sprint.

 Auto asignación del trabajo.
1.3 Reunión técnica diaria

Puesta en común diaria del equipo con presencia del Coordinador del proyecto o Scrum Manager
de duración máxima de 10 minutos.

Responsabilidades del Scrum Manager

 Supervisión de la reunión y anotación de las necesidades o impedimentos que pueda

detectar el equipo.
 Gestión para la solución de las necesidades o impedimentos detectados por el equipo.
 Seguimiento y asesoría de los avances del sprint.
 Solucionar impedimentos que se puedan presentar durante la elaboración del sprint.

Responsabilidades del equipo técnico

 Comunicación individual del trabajo realizado el día anterior y el previsto para día actual.
 Descargar las actualizaciones del repositorio antes de empezar a trabajar n este.
 Actualizar sus avances en el repositorio.
 Actualización individual del trabajo pendiente.

Notificación de necesidades o impedimentos previstos u ocurridos en pro del proyecto.