DESARROLLO DE UN PROTOTIPO PARA EL CONTROL DE EVENTOS, PARA

PROVEEDORES, CLIENTES Y USUARIOS QUE ESTÉN INTERESADOS EN LOS

EVENTOS EN BOGOTÁ.

Alejandro Mendivelso Acosta ID: 596241

Jessica Nathalia Leaño Triviño ID:601623

CORPORACIÓN UNIVERSITARIA MINUTO DE DIOS

FACULTAD DE INGENIERÍA

ARQUITECTURA DE DATOS

BOGOTA D.C

2019
 DESARROLLO DE UN PROTOTIPO PARA EL CONTROL DE EVENTOS, PARA
PROVEEDORES, CLIENTES Y USUARIOS QUE ESTÉN INTERESADOS EN LOS
EVENTOS EN BOGOTÁ.

Alejandro Mendivelso Acosta ID: 596241

Jessica Nathalia Leaño Triviño ID:601623

PROYECTO FINAL

CORPORACIÓN UNIVERSITARIA MINUTO DE DIOS

FACULTAD DE INGENIERÍA

ARQUITECTURA DE DATOS

BOGOTA D.C

2019

1
 Índice

INTRODUCCIÓN 3

I CONTEXTUALIZACIÓN DE LA INVESTIGACIÓN 4

1. DESCRIPCIÓN DE LA INVESTIGACIÓN ………………………………………….. ​4

1.1.​ ​TÍTULO Y DEFINICIÓN DEL TEMA DE INVESTIGACIÓN ​…………………. ​4

1.2. ESTUDIO DEL PROBLEMA DE INVESTIGACIÓN ​………………………….. ​5
1.2.1. Planteamiento del problema ​...……………………………………….. ​5
1.2.2. Formulación del problema​ ...………………………………………….. ​5
1.2.3. Sistematización del problema ​………………………………………… ​5
1.3. OBJETIVOS DE LA INVESTIGACIÓN ​………………………………………… ​6
1.3.1. Objetivo general ​……………………………………………………….. ​6
1.3.2. Objetivos específicos ​…………………………………………………. ​6
1.4. JUSTIFICACIÓN DE LA INVESTIGACIÓN ​…………………………………… ​7
1.4.1. Justificación práctica ​………………………………………………….. ​7
1.6. MARCO REFERENCIAL ​……………………………………………………….. ​8
1.6.1. Marco teórico ​………………………………………………………….. ​8
1.6.2. Marco conceptual ​……………………………………………………… ​8
1.6.3. Marco legal ​…………………………………………………………….. ​9
1.7. ASPECTOS METODOLÓGICOS ​……………………………………………... ​10
1.7.1. Tipo de estudio ​…………………………………………………………​10
1.7.2. Método de investigación ​…………………………………………….. ​11
1.7.3. Fuentes y técnicas para la recolección de la información ​……….. ​11
1.7.4. Tratamiento de la información ​……………………………………….​11
1.8. ALCANCES, LIMITACIONES Y RESULTADOS ESPERADOS ​…………… ​11
1.8.1. Alcances ​……………………………………………………………….​12
1.8.2. Limitaciones ​………………………………………………………….. ​12
1.8.3. Resultados Esperados ​………………………………………………. ​12
1.9. CRONOGRAMA DE TRABAJO ​………………………………………………. ​13
1.9.1 Diagrama de Gantt ​…………………………………………………… ​13
1.10. REQUERIMIENTOS ​……………………………………………………… ​14 -20

2
INTRODUCCIÓN

En la ciudad de bogotá se encuentra ubicada en una ciudades de colombia

con más eventos deportivos y culturales, ya que se encuentra con varios
lugares específicos para este tipo de evento como son: teatros, estadios,
parques etc, que son adecuados para recibir gran capacidad de gente para
todos los diferentes tipos de eventos, que asu vez la mayoría de estos
eventos pasan desapercibidos y esto pasa porque la mayoría de los eventos
no son notificados a los ciudadanos de la mejor manera, y los ciudadanos se
enteran de dichos tipos de eventos, se toma una plataforma para poder hacer
notificacion de todos estos tipos de eventos y de esta manera los ciudadanos
podrán ser notificados de todos los eventos que se realizarán en la ciudad de
bogotá y de esta manera ellos asistir y estar atentos de cada una de las
cosas que se realizarán los diferentes eventos.

3
Parte I
CONTEXTUALIZACIÓN DE LA INVESTIGACIÓN

1.DESCRIPCIÓN DE LA INVESTIGACIÓN

1.1. TÍTULO Y DEFINICIÓN DEL TEMA DE INVESTIGACIÓN

El título de la investigación es ‘Desarrollo de un prototipo para el control

de eventos, para proveedores, clientes y usuarios que estén interesados
en los eventos en Bogotá’. Con el fin de desarrollar una aplicación web
donde se pueda ver las diferentes actividades que se presentarán en la
ciudad de Bogotá, donde los interesados podrán hacer una inscripción
básica para asistir a dichos eventos.

Bien se sabe que la mayor parte de la población no puede acceder a los

diferentes eventos ya sea por que hay paginas que no tienen clara la
información o que no muestra bien la ubicación de los eventos, nosotros
queremos crear esta aplicación web con él fin de que tanto niños como
adultos mayores la puedan manipular con la misma facilidad que los
joven, que sea una pagina facil de entender y que vaya directamente al
evento que quiere asistir cada ciudadano.

Algunas de las empresas poseen problemas para que hagan publicidad

de los eventos que ofrece, nosotros queremos brindar esos teatros tanto
grandes como pequeños, estadios o espacios como parques grandes la
oportunidad de mostrar los eventos que ofrecen sin ninguna restricción,
con él fin de que se pueda mostrar los diferentes eventos que ofrece la
ciudad no solo los grandes sino también los pequeños así dar
oportunidad de mostrar el talento de cada persona.

4
1.2. ESTUDIO DEL PROBLEMA DE INVESTIGACIÓN

1.2.1 Planteamiento del problema

Los ciudadanos de la ciudad de Bogotá no están enterados de muchos

de los eventos que se realizan a nivel local, se pretende hacer que todos
los ciudadanos se enteren de dichos eventos de tal manera que
cuando un nuevo evento ellos puedan asistir, se conoce el déficit que se
hay para que las personas asistan a eventos culturales o deportivos que
hay en la ciudad de Bogotá.

1.2.2 Formulación del problema

¿Cómo implementar una manera virtual que permita que las

personas puedan acceder e integrarse a los eventos que se encuentran
en la ciudad de Bogotá y cómo pueden acceder a ellos?.

1.2.3 Sistematización del problema

¿Cuál solución tecnológica sería la indicada para solventar el problema

de inventarios y reportes con los cuales cuentan los comerciantes de la
central de alimentos en corabastos?

¿De qué forma se podría brindar un entorno transaccional más seguro

que evite problemas de inseguridad y que agilice los procesos de envío y
captación de dinero por parte de los comerciantes de la central de
corabastos?

¿En qué plataforma debería estar implementada la solución para que

sea más fácil de acceder para los comerciantes?

¿Por Qué se hace necesario el control de ventas y la generación de

reportes exactos?

¿Podría una solución de software aportar positivamente a la seguridad

interna de un negocio de la central de alimentos de corabastos?

5
 ¿De qué forma se podría brindar a los comerciantes la opción de poder
georeferenciar el lugar de donde provienen sus productos?

1.3 OBJETIVOS DE LA INVESTIGACIÓN

1.3.1 Objetivo general

Dar a conocer los diferentes eventos que se van a realizar en los

sectores de la ciudad de Bogotá, todo esto con el fin de incentivar a las
personas a que asistan a los eventos de una forma más fácil y sencilla
de apartar o comprar sus boletas.

1.3.2 Objetivos específicos

● Manejar las funciones básicas del registro de usuarios a la

plataforma
● Hacer la creación de los nuevos usuarios para la el ingreso de la
plataforma
● El usuario podrá ingresar a la plataforma y podrá verificar que tipo
de eventos está registrado
● Todo usuario de la plataforma podrá hacer la inscripción de cual
evento desea asistir
● Todo usuario puede hacer la eliminación del evento si no puede
asistir
● Realizar notificación de los eventos pendientes de los usuario
● Realizar notificación para los eventos que se va hacer
próximamente

6
1.4 JUSTIFICACIÓN DE LA INVESTIGACIÓN

1.4.1 Justificación práctica

Teniendo en cuenta la importancia de la página web en la ciudad de

bogotá se genera un valor agregado al posibilitar el acceso a los
colombianos a la comunidad virtual.

Se considera que con él desarrollo de este proyecto se promoverá la la

participación de los colombianos en los eventos programados en él
transcurso del año. Estos resultados se verán reflejados en la cantidad
de personas que estarán disfrutado los diferentes eventos que habran y
que sean de su interés.

7
 1.6 MARCO REFERENCIAL

1.6.1 Marco teórico

Se hará un diseño web con el cual se deben tener en cuenta que son
accesibles y la usabilidad.

Accesibilidad La web se hace con la idea que sea visitada por el valor
número de personas. Los factores teóricos y de navegación que afectan
a la visualización correcta de una página web son:

● Conexión lenta a internet

● Usuarios con equipos portátiles
● Distintos tipos de exploradores
● Usuarios con diferentes motrices que les impiden manejar y usar sobre
todo él teclado
● Monitores de baja resolución

Usabilidad ​Una web bien elaborada desde el punto de vista del diseño,
pero con una baja usabilidad será un fracaso seguro de visitantes. Se
podria dar infinidad de recomendaciones en este sentido.

● Diseñar la Web pensando en él punto de vista del visitante

● Navegación fácil e intuitiva
● No abusar de los colores chillones, de la negrita y, mucho menos, de
los mensajes parpadeantes que a muchas personas molestan y no son,
en el fondo, necesarios.

Scrum ​Según Mike Cohn, uno de los mayores contribuyentes en la invención

Scrum, esta “es una metodología ágil que es aplicable para casi cualquier
proyecto, sin embargo, es comúnmente usada en el desarrollo de software. El
proceso Scrum está orientado a proyectos con requerimientos rápidamente
cambiantes y altamente emergentes. El desarrollo de software usando Scrum
progresa mediante una serie de iteraciones llamadas sprints, las cuales
tienen una duración de dos a cuatro semanas. El modelo de Scrum sugiere
que cada sprint comience con una breve reunión de planeación y concluya
con una revisión” [SCM15]. A continuación se listan los artefactos y eventos
propios de Scrum:Figura 1: Ciclo De Vida Scrum Tomado de [SLC15]1.
Product Backlog: “es el corazón de Scrum, es una lista priorizada de

8
requerimientos, o historias de usuario, o características, o cualquier cosa que
el cliente quiera, la cual es descrita usando la terminología del cliente”
[SCM07]
Sprint Planning​: Es una reunión y probablemente uno de los eventos más
importantes, tiene como objetivo dar al equipo la información necesaria para
que puedan trabajar sin problemas por pocas semanas, dándole al product
owner la oportunidad de hacerlo. Spring Goal: es la meta del Sprint y debe
responder a las preguntas ¿Por Qué Se hace este Sprint? ¿Por Qué
simplemente no se deja de hacer?. Daily Scrum: reunión diaria en donde
cada persona hace saber que está haciendo, que hizo y que va a hacer.
Sprint Retrospective: en esta reunión los miembros del equipo proponen
mejoras, tanto personales como sobre el proyecto, se cuentan los
inconvenientes que hubo y cómo podrían solucionarse. Sprint Review: en
este evento se debe tener a todos los stakeholders del proyecto y se debe
mostrar el avance realizado en el sprint

1.6.2 Marco conceptual

Cliente web ​Son programas que permiten que él usuario con un servidor web
de internet a través de protocolos Http pueda acceder a documentos que
posteriormente serán interpretados de forma local para mostrar en una
ventana con él formato apropiado, incluyendo gráficos y enlaces hipertexto a
otros documentos.

Comunidad virtual ​Las comunidades virtuales fueron surgiendo en el

ambiente académico de activistas sociales que defendían una causa común,
entre personas deseosas de compartir sus intereses, creencias y valores con
otras, y más tarde en el ámbito del ocio, como por ejemplo en las
comunidades de juegos a través de Internet.

Bases de datos ​Las bases de datos son la representación de le realidad en

forma de datos pero la definición formal dice que es una colección de datos
interrelacionados y estructurados, con redundancia controlada e
independencia de procesos, que debe asegurar integridad, seguridad y
confidencialidad de los datos, esto se logra a través de un modelo, el más
difundido en la materia es el modelo entidad relación, que permite diseñar las
bases de datos relacionales.

9
1.6.3 Marco legal

GPL ​La GPL General Public Licence es una licencia creada por la Free
Software fundation y orientada principalmente a los términos de distribución,
modificación y usos de software, su propósito es declarar que el software
cubierto por esta licencia es software libre.
Licencias de uso ​El software se rige por licencias de utilización, es decir, en
ningún momento un usuario compra un programa o se convierte en
propietario de él tan sólo adquiere el derecho de uso. Las condiciones bajo
las cuales se permite el uso del software son contratos suscritos entre los
productores de software y los usuarios.

Software Libre Es software que para cualquier propósito, se puede usar,

copiar, distribuir y modificar libremente, la denominación de software libre se
debe a la Free Software Fundation (FSF), entidad que promueve el uso y
desarrollo de software de este tipo.

1.7. ASPECTOS METODOLÓGICOS

1.7.1. Tipo de estudio

El proyecto de investigación tiene comprendidas en el características de un

estudio proyectivo de tipo de en cuentas para saber que también están
informadas las personas respecto a todo lo ocurrido en cuestion de eventos
culturales y deportivos, además en el momento no existen prototipos de
aplicaciones enfocadas directamente en los eventos que se realizan en la
ciudad de Bogotá.

Si se tiene en cuenta que al público va dirigido a todo público característico

de todos los sectores públicos de ciudad de bogotá y que se busca ofrecer
una plataforma con la cual podrán verificar cauno de las oportunidades de
acercar de todos los eventos.

1.7.2 Metodo de investigacion

Teniendo en cuenta el tiempo par poder realizar el proyecto de una

metodología que sea ágil y que sea muy concreta, pero que a su vez también
tiene que ser incremental para poder asegurar la relación directa y constante

10
con el usuario, también de esta manera este tipo nos dará la habilidad de
sacar un prototipo para que los usuarios puedan tener una opinión acerca de
este de esta manera también poder hacer cambios y adaptación de la
aplicación para satisfacer las necesidades del usuario

1.7.3. Fuentes y técnicas para la recolección de información

Las fuentes de información que nos permiten para realizar la investigación de

una dura recolección de datos tomados por bibliotecas, páginas de web y
otros sitios que nos permitan recolectar los datos que nos hablan de todos los
tipos de notificaciones que se hace acerca de todos los eventos en bogotá y
los problemas por la mala comunicación respecto a la información de estos
eventos, muchos de todos estos datos se recopilaron directamente de todos
estos lugares ya nombrados con posterioridad, y también se cuenta con la
comunicación directa con todas aquellas personas, empresas u otros entes
que realizan cualquier tipo de evento sea cultural o deportivo.

Para poder recolectar toda la información se realizará entrevistas a dichas

personas encargadas de estos eventos por cada Scrum adaptado que se va a
manejar.

1.7.4. Tratamiento de la información

Para el tratamiento de la información se recopilan una variedad de historias

de usuarios dadas por la empresa que va servir como prototipo, y también de
los requerimientos de los eventos que las empresas darán, de esta manera
se compilara todas estas historias y se les mostrará cómo fue la evolución y
desarrollo de la plataforma.

1.8. ALCANCES, LIMITACIONES Y RESULTADOS ESPERADOS

1.8.1. Alcances
● La plataforma de eventos del prototipo será realmente muy básico, es
decir que la plataforma sólo podrá tendrá registro de usuarios, y ver
todas los los eventos disponibles

11
 ● En la primera fase del proyecto en el módulo de ventas no se tendrán en
cuenta aspectos legales como es el caso de los impuestos definidos por
la ley colombiana.

● El prototipo contará con un modelo de manejo del cliente donde el podrá

subir y bajar los eventos, editar fechas, requisitos, es decir que ellos
podran tener todo el soporte de lo que suceda en la plataforma.

● La plataforma permite enviar reportes de ingresos y navegación en la

plataforma, esto se hará de manera via correo electronico

1.8.2. Limitaciones

● El proyecto tendrá un tiempo donde no se podra hacer ningun tipo de

registro de pagos
● Debido a que la plataforma está dirigida a todas las empresas que
hacen todo tipo de eventos, esto hace que la plataforma sea muy
general para todos y que tendrá el mismo tipo de limitaciones.

● Ya que se hace complicado completar con la totalidad de necesidades

que se requiere para todas las empresa se tomará los mismos
requerimientos a partir del prototipo registrado.

● por ser un prototipo el hardware que soporta la aplicacion no esta

disponible en todo momento y cuando se haga uso de esta será por host
gratuitos.

1.8.3. Resultados esperados

● Se espera un prototipo que permita a todas las organizaciones

vinculadas hacer un registro de asistencia a eventos y de navegación en
sus eventos.

● En el proceso de registro se debe permitir registrar elementos básicos

como pueden ser edad, nombre completo entre otros, para registro
completo del evento.

● se debe permitir registrar acompañantes

12
 ● Es necesario tener información explícita si el acompañante es menor de
edad para el evento

● Se espera que este sistema sea dinámico y muy activo tanto para las
empresas que se registraron como para los usuarios que la van a
manejar

1.9. CRONOGRAMA DE TRABAJO

1.9.1. Diagrama de Gantt

Teniendo en cuenta el período limitado que es de alrededor de tres meses,

comprendiendo las fechas de 10 de septiembre hasta el 28 de noviembre del
2019 y de acuerdo al proceso iterativo e incremental que será aplicado, se
hace pertinente hablar de 7 interacciones al plazo de cada dos semana
durante el periodo de tiempo contemplado para realización de la investigación.

A continuación se muestra en un diagrama de gantt las actividades previstas

para cada una de las interacciones, las cuales individualmente contemplan
cada una de las fase de ciclo de vida del software con una entrega al finalizar
cada iteración.

REQUERIMIENTOS FUNCIONALES:

13
I​DENTIFICADOR​:​ ​N​OMBRE​:

R1 Registro
Tipo: R​EQUERIMIENTO QUE LO C​RÍTICO​?
(​NECESARIO​/​DESEABLE​) U​TILIZA O ​E​SPECIALIZA​: Si
Necesario

P​RIORIDAD DE D​OCUMENTOS DE VISUALIZACIÓN ​A​SOCIADOS​:

D​ESARROLLO​:
alta
E​NTRADA​: S​ALIDA​:
•Nombre completo ● Registro completo
•fecha de nacimiento
•Correo electrónico
•edad
•preferencia de deportes
•Contraseña
•Repetir contraseña
•ID
D​ESCRIPCIÓN​:
Precondición:​ se debe de tener todos los campos llenos para el registro completo
Descripción: ​Se guardará en el sistema todos los datos que el usuario digite y se
verificará la cuenta por medio del correo electrónico, y poder activar el usuario en
la plataforma
Postcondición:​ Se deberá verificar el usuario, ya verificado la plataforma se
deberá reiniciar para el ingreso del usuario
M​ANEJO DE ​SI​ TUACIONES ​AN
​ ORMALES
1. Cuando la red se caiga ( la plataforma se reiniciará hasta el momento que la
conexión vuelva, y el usuario deberá llenar todos los campos:

2. Cuando los campos no estén llenos( si los campos no estan llenos

adecuadamente no será el registro de la mejor manera)

3. El usuario debe tener en cuenta todos los caracteres para cada uno de los
campos( Si esto no se cumple le aparecerá error del campo )
​ EPTACIÓN
C​RITERIOS DE ​AC
Se supondrá por defecto que hay al menos dos criterios de aceptación:
1. Todos los caracteres completos
2. Todos los campos llenos

14
I​DENTIFICADOR​:​ ​N​OMBRE​:

R2 Sesión
Tipo: R​EQUERIMIENTO QUE LO C​RÍTICO​?
(​NECESARIO​/​DESEABLE​) U​TILIZA O ​E​SPECIALIZA​: Si
Necesario

P​RIORIDAD DE D​OCUMENTOS DE VISUALIZACIÓN ​A​SOCIADOS​:

D​ESARROLLO​:
Alta
E​NTRADA​: S​ALIDA​:
• ID Iniciar sesión en la plataforma
• Contraseña

D​ESCRIPCIÓN​:
Precondición:​ Se debe llenar los campos con su identificación y su respectiva
contraseña
Descripción: ​Se inicia la sesión si todo está correcto
Postcondición:​ Se realizará una verificación de y inicia la sesión
M​ANEJO DE ​SI​ TUACIONES ​A​NORMALES
1. si la contraseña o el usuario está incorrecto( se le dara opcion de cambio de
la contraseña ).
​ EPTACIÓN
C​RITERIOS DE ​AC
Se supondrá por defecto que hay al menos dos criterios de aceptación:
1. verificación del usuario o de la contraseña.
2. Tendrá un límite de intentos para ingresar

I​DENTIFICADOR​:​ ​N​OMBRE​:

R3 Inscripción
Tipo: R​EQUERIMIENTO QUE LO C​RÍTICO​?
(​NECESARIO​/​DESEABLE​) U​TILIZA O ​E​SPECIALIZA​: Si
Necesario

P​RIORIDAD DE D​OCUMENTOS DE VISUALIZACIÓN ​A​SOCIADOS​:

D​ESARROLLO​:
Alta

15
E​NTRADA​: S​ALIDA​:
• Nombre Completo Inscripción completa
• Seleccione el evento
• aceptar condiciones
• restricciones

D​ESCRIPCIÓN​:
Precondición:​ Tener en cuenta todo lo que el evento requiere
Descripción: ​Si el usuario podrá leer todo lo que el evento requiere para poder
inscribirse
Postcondición:​ Tener en cuenta todo lo requerido y asistir
M​ANEJO DE ​S​ITUACIONES ​A​NORMALES
1. Llegue a tener modificacion del evento por alguna complicación(se le va a envair
a su correo la nueva fecha del evento y unas disculpas por lo ocurrido).
​ EPTACIÓN
C​RITERIOS DE ​AC
Se supondrá por defecto que hay al menos dos criterios de aceptación:

1. Cumplir con los requerimientos del evento

2. Todos los eventos deben ser entendidos en su totalidad

I​DENTIFICADOR​:​ ​N​OMBRE​:

R4 Eliminación
Tipo: R​EQUERIMIENTO QUE C​RÍTICO​?
(​NECESARIO​/​DESEABLE​) LO ​ ILIZA
​UT O Si
Necesario E​SPECIALIZA​:

P​RIORIDAD DE D​OCUMENTOS DE VISUALIZACIÓN ​A​SOCIADOS​:

D​ESARROLLO​:
Alta
E​NTRADA​: S​ALIDA​:
• Causa de retiro de evento Eliminación del evento
• Cancelar

16
D​ESCRIPCIÓN​:
Precondición:​ Se debe decir la causa del porque se cancela el evento
Descripción: ​todo aquel usuario que cancele debe notificar su excusa
Postcondición:​ Se realizará la confirmación y se hace al correo la confirmación .

M​ANEJO DE ​S​ITUACIONES ​A​NORMALES

1. si no se hace la cancelación adecuada( se debe llamar a la atención al cliente
del evento para hacer la cancelación adecuada ).
​ EPTACIÓN
C​RITERIOS DE ​AC
Se supondrá por defecto que hay al menos uno criterios de aceptación:

1. Cuando el usuario es menor de edad

I​DENTIFICADOR​:​ ​N​OMBRE​:

R5 Recordatorio
Tipo: R​EQUERIMIENTO QUE LO C​RÍTICO​?
(​NECESARIO​/​DESEABLE​) U​TILIZA O ​E​SPECIALIZA​: Si
Necesario

P​RIORIDAD DE D​OCUMENTOS DE VISUALIZACIÓN ​A​SOCIADOS​:

D​ESARROLLO​:
Alta
E​NTRADA​: S​ALIDA​:
• Notificación al correo se realiza notificación de al correo

D​ESCRIPCIÓN​:
Precondición:​ Haber llenado todos los datos completos de la inscripción
Descripción: ​Se envía todos los datos del evento vía correo
Postcondición:​ El usuario se dará de cuenta de todo del evento por el correo
electrónico .
M​ANEJO DE ​SI​ TUACIONES ​AN
​ ORMALES
1. No llegar a recibir la notificación ( revisar si el correo está bien registrado).

17
C​RITERIOS DE ​A​CEPTACIÓN
Se supondrá por defecto que hay al menos uno criterios de aceptación:

1. EL correo debe de estar bien registrado

I​DENTIFICADOR​:​ ​N​OMBRE​:

R6 Actualización
Tipo: R​EQUERIMIENTO QUE LO C​RÍTICO​?
(​NECESARIO​/​DESEABLE​) U​TILIZA O ​E​SPECIALIZA​: Si
Necesario

P​RIORIDAD DE D​OCUMENTOS DE VISUALIZACIÓN ​A​SOCIADOS​:

D​ESARROLLO​:
Alta
E​NTRADA​: S​ALIDA​:
• Activación de nuevos eventos Nuevos eventos
dentro la plataforma

D​ESCRIPCIÓN​:
Precondición:​ Las Empresas encargadas de los eventos notificarán a la
plataforma de todos los eventos por los meses.
Descripción: ​Mensualmente la plataforma se retroalimenta de los nuevos eventos
Postcondición:​ Página siempre retroalimentada con nuevos eventos .
M​ANEJO DE ​SI​ TUACIONES ​A​NORMALES
1. Página no en funcionamiento( por mantenimiento o por retroalimentación ).

C​RITERIOS DE ​A​CEPTACIÓN
Se supondrá por defecto que hay al menos uno criterios de aceptación:

1. Confirmar a los usuarios que la plataforma está fuera de uso .

18
19