ESC-Yesid.Garzon.Yepes-Analisis.Caso by Yesid Garzon

ANÁLISIS DE SOFTWARE SAAS

YESID GARZÓN YEPES

Trabajo final de la materia Análisis y Diseño de Sistemas I

Bernardo Morales Director de Informática Profesor Análisis y Diseño de Sistemas I

INSTITUCIÓN UNIVERSITARIA ESCOLME TECNOLOGÍA DE SISTEMAS ANÁLISIS Y DISEÑO DE SISTEMAS I MEDELLÍN 2012

CONTENIDO DESCRIPCIÓN DEL SISTEMA ............................................................................................................................ 4 1.

CASOS DE USO ............................................................................................................................................ 7 1.1.

CU001 – Registro de usuario ......................................................................................................... 7

Diccionario de datos caso de uso CU001........................................................................................ 12 1.2.

CU002 – Editar perfil usuario ....................................................................................................... 15

Diccionario de datos caso de uso CU002........................................................................................ 20 1.3.

CU003 – Cambio de correo .......................................................................................................... 23

Diccionario de datos caso de uso CU003........................................................................................ 25 1.4.

CU004 – Crear evento .................................................................................................................... 27

Diccionario de datos caso de uso CU004........................................................................................ 33 1.5.

CU005 – Editar evento ................................................................................................................... 36

Diccionario de datos caso de uso CU005........................................................................................ 40 1.6.

CU006 – Inscripción a evento ...................................................................................................... 44

Diccionario de datos caso de uso CU006........................................................................................ 48 1.7.

CU007 – Iniciar / cerrar sesión .................................................................................................... 52

Diccionario de datos caso de uso CU007........................................................................................ 55 1.8.

CU008 – Reportes ............................................................................................................................ 57

Diccionario de datos caso de uso CU008........................................................................................ 59 1.9.

CU009 – Tablas maestras .............................................................................................................. 60

Diccionario de datos caso de uso CU009........................................................................................ 60

MODELO ENTIDAD-RELACIÓN ........................................................................................................... 63

CRONOGRAMA ......................................................................................................................................... 64

RECURSO HUMANO................................................................................................................................ 65

RECURSO TECNOLÓGICO ..................................................................................................................... 66

MAPA DEL ÁREA DE DESARROLLO ................................................................................................... 67

PRESUPUESTO ........................................................................................................................................... 68

ESTUDIO DE FACTIBILIDAD .................................................................................................................. 70 Factibilidad Técnica ...................................................................................................................................... 70 Hardware ..................................................................................................................................................... 70 Software ....................................................................................................................................................... 72 Factibilidad económica ............................................................................................................................... 73 Análisis Costo-Beneficio......................................................................................................................... 73 Factibilidad operativa .................................................................................................................................. 80

DESCRIPCIÓN DEL SISTEMA Se desarrollará un software tipo SAAS Nivel 4, que funciona en su totalidad por medio de internet, que permitirá a diferentes empresas y personas la creación e inscripción a eventos de cualquier índole, además de generar reportes de cuantas personas se inscribieron a un evento, imprimir la escarapela para asistir al evento y el certificado luego de haber asistido. Este software se hace con el fin de crear, publicar y divulgar eventos por internet, que es el medio comunicativo más utilizado en estos tiempos. Para ello es necesario que el software tenga los siguientes módulos: 1. Registro y edición de usuarios En este módulo el sistema permitirá la creación de usuarios nuevos, cuyo requisito es no haber ingresado antes, y les permitirá, luego de esto, editar su perfil y continuar con los demás módulos del sistema. Formulario registro y edición de usuario

2. Creación y edición de eventos En este módulo se le permitirá al usuario previamente registrado y logueado, crear eventos y editarlos una vez creados. Imagen creación de evento

Imagen edición de evento

3. Inscripción a eventos En este módulo se permitirá a los usuarios registrados realizar la inscripción a un evento; para esto se requiere que el usuario esté registrado y logueado al momento de hacer la inscripción. Imagen formulario de inscripción a evento

1. CASOS DE USO 1.1.

CU001 – Registro de usuario

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo)

CU001 Registro de usuario

* Propósito Supuestos * Requisitos Asociados * Resumen

* Actores

1.0 * Fecha Yesid Garzón Yepes http://www.amiando.com/ Simple

25 de febrero de 2012

Ingresar los datos al sistema a través de un formulario de registro para hacer uso de los servicios del software. No hay ningún usuario logueado. * Código – Nombre * Complejidad del * Porcentaje cubierto de Requisito Requisito El usuario no debe Simple estar registrado. Se permite la creación de nuevos usuarios (empresas o personas) * Complejidad (Simple, * Nombre * Descripción Medio Complejo) Nuevo usuario Se llenará un formulario para Simple el ingreso de un nuevo usuario. El usuario que se va a registrar no debe estar logueado.

Precondicion es * Secuencia de * Interesado interacciones Normales

* Sistema

El usuario para registrarse debe dar click al botón “¿AÚN NO ES MIEMBRO?¡REGÍSTRESE AHORA!” que aparece en la ventana principal de la página. El sistema muestra un formulario como el siguiente:

3 4

El usuario ingresa su información en los campos del formulario. El usuario presiona el botón “Guardar” al final del formulario. 8

El sistema ejecuta las validaciones del presente caso de uso. Si encuentra errores, los errores de cada campo se deben mostrar así:

6 El mensaje en color rojo debe indicar cuál es el error. Si no hay errores en el formulario, el sistema almacena los siguientes datos en la tabla TBL_usuario de la siguiente forma: Campo Tabla id_usuario tipo_usuario nombre_comple to empresa email pass

Campo Formulario Número de Documento Tipo de usuario Nombre Completo

Empresa Correo Electrónico Contraseña Fecha de fecha_nac Nacimiento telefono_cel Número de celular Número de telefono_fijo teléfono Del sector Dirección direccion el campo Dirección Deseo recibir el boletín informativo en mi cuenta de eboletin mail (si se acepta manda un 1 (uno), si no un 0 (cero).) He leído y acepto condiciones_uso las Condiciones de Uso Se guarda automáticamente activo un 1 (uno) al registrar el usuario para indicar que

logo

id_tipo_doc

est谩 activo Logo o retrato; se guarda la url que se genera de la imagen al guardarla en el servidor de archivos Tipo de Documento, en el campo se muestra el nombre como el campo tipo_documento, pero guarda el valor guardado en el campo id_tipo_doc de la tabla maestra

TBM_tipo_documen to id_sexo

id_ciudad

Sexo, las opciones se sacan de la tabla maestra TBM_sexo Ciudad, en el campo del formulario se muestra el dato guardado en el campo ciudad, pero guarda el valor guardado en el campo id_ciudad de la tabla maestra

TBM_ciudad

Luego de almacenar los datos loguea al usuario y lo lleva a una ventana de administraci贸n.

8 Secuencia de interacciones Alternativas 2 2-3 * Demora

Interesado

Sistema

N/A N/A Registro inmediato

N/A N/A

* Frecuencia * Criticidad Reglas de negocio

Validaciones

Excepciones Formulas / Cálculo Reportes

Diaria Alta N/A  Todos los campos con asterisco al final son obligatorios.  Todos los campos deben tener al menos un carácter alfanumérico.  EL campo de correo electrónico debe tener la forma correcta, se debe validar que tenga la arroba y al menos un punto luego de la arroba.  La contraseña debe contener al menos 5 caracteres, alfanuméricos o especiales.  Las condiciones de uso deben ser aceptadas.  La imagen (logo o retrato) debe tener un tamaño de máximo 200 x 200 pixeles. N/A N/A N/A

* Atributo * Descripción * Posibles Valores N/A N/A N/A * Datos de N/A N/A N/A entrada * Atributos N/A N/A N/A N/A N/A N/A * Datos de salida N/A N/A N/A N/A N/A N/A Poscondicion N/A es * Gráfico N/A * Pantallas: N/A - El campo Ciudad depende de los campos País y Estado / Provincia / Observacione Departamento, que son listas desplegables cuyas opciones se toman de s: las tablas maestras TBM_pais y TBM_depto.

Diccionario de datos caso de uso CU001 TBL_usuario Nombre id_usuario

PK FK

int(11)

tipo_usuario

varchar(45)

nombre_completo

varchar(45)

empresa

varchar(45)

varchar(200) No

pass

varchar(12)

fecha_nac

date

telefono_cel

bigint(15)

telefono_fijo

bigint(20)

direccion

varchar(255) Si

boletin

int(1)

condiciones_uso

int(1)

activo

int(1)

logo

varchar(255) Si

id_tipo_doc

Tipo Null (Longitud)

int(11)

Restricciones y Observaciones En este campo se almacena el número de identificación del usuario Contiene el tipo de usuario que se registra: empresa o persona, para controlar a nombre de quién se debe mostrar el evento creado Contiene el nombre de la persona natural o representante de una empresa que se registre En este campo se almacena el nombre de la empresa, acepta valores nulos para las personas naturales En este campo se almacena el correo electrónico del usuario, con el que se logueará luego Aquí se almacena la contraseña de ingreso del usuario Aquí se almacena la fecha de nacimiento del usuario (persona natural) en el formato YYYY/MM/DD En este campo se almacena el número de celular con su indicativo internacional, que debe ser proporcionasdo por el usuario En este campo se almacena el número de teléfono fijo con su indicativo internacional, que debe ser proporcionasdo por el usuario En este campo se almacena la dirección donde se encuentra el usuario (residencia o sede principal, para el caso de las empresas) En este campo se almacena un 1 o un 0 (cero) para los usuarios que deseen recibir el boletín informativo de los administradores del software. 1 (uno) para si y 0 (cero) para no En este campo se almacena un 1 (uno) o un 0 (cero) para los usuarios que acepten las condiciones de uso del software, es requerido para registrarse, es decir, se deben aceptar Aquí se almacena el estado en el que se encuentra el usuario: 1-activo, 0-inactivo. En este campo se debe almacenar la URL del logo que suba el usuario. Aquí se almacena la ID del tipo de documento que elija el usuario

id_sexo

int(11)

id_ciudad

int(11)

Aquí se almacena la ID del sexo que elija el usuario En este campo se almacena la ID de la ciudad en la que se ubica la dirección ya ingresada

TBM_ciudad Nombre id_ciudad

PK Tipo Null FK (Longitud) PK int(11)

ciudad

varchar(45) No

Observaciones Contiene un número que identifica la ciudad que escogerá el usuario Aquí se almacenan los nombre de las ciudades del mundo (visitar http://www.maxmind.com)

TBM_depto Nombre id_depto

PK Tipo Null FK (Longitud) PK int(11)

depto

varchar(45) No

id_ciudad

Observaciones Contiene un número que identifica el departamento, estado o provincia que escogerá el usuario Aquí se almacenan los nombre de los departamentos del mundo (visitar http://www.maxmind.com) Aquí se almacenan las ID de las ciudades relacionadas con los departamentos, provincias o estados que se estén registrados

TBM_pais Nombre id_pais pais

id_depto

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

FK int(11)

Observaciones Contiene un número que identifica el país que escogerá el usuario Aquí se almacenan los nombre de los países del mundo (visitar http://www.maxmind.com) Aquí se almacenan las ID de los departamentos, provincias o estados relacionados con el país registrado

TBM_sexo Nombre

PK Tipo Null FK (Longitud)

id_sexo

PK int(11)

Restricciones y observaciones Contiene un número que identifica el sexo que escogerá el usuario

sexo

varchar(45) No

Nombre id_tipo_doc tipo_documento

Aquí se almacenan los sexos que se mostrarán para escoger:

Hombre, Mujer y LGBTI

TBM_tipo_documento PK Tipo Null Restricciones y observaciones FK (Longitud) PK

int(11)

varchar(45) No

Contiene un número que identifica el tipo de documento Contiene los tipos de documentos posibles: Nit, Cédula,

RIF, Cédula de extranjería, Pasaporte

1.2.

CU002 – Editar perfil usuario

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo) * Propósito

CU002 Editar perfil usuario 1.0 * Fecha Yesid Garzón Yepes http://www.amiando.com/ Simple

22 de febrero de 2012

Actualizar los datos registrados en el formulario de registro del usuario organizador.

Supuestos * Código – Nombre de Requisito * Requisitos Asociados

* Resumen

* Actores

Precondicion es * Secuencia de interacciones Normales

* Complejidad del Requisito Simple

* Porcentaje cubierto

Que el usuario este previamente registrado en el sistema. Estar logueado en el sistema. Simple Modificar solo la información del Simple usuario logueado. Se debe permitir únicamente modificar la información previamente ingresada del usuario que en el momento se encuentre logueado. * Complejidad * Nombre * Descripción (Simple, Medio Complejo) Usuario El formulario que se editará pertenecerá a Simple logueado los datos del usuario logueado. Que el usuario se encuentre registrado y activo.

* Interesado

* Sistema

El usuario para ingresar al sistema debe presionar en la parte superior derecha un link que se llama “Mi cuenta”. 15

El sistema verifica que el usuario este logueado. El sistema verifica que el usuario logueado este activo, revisando el campo activo de la tabla TBL_usuario si se encuentra el valor 1(uno). Si el usuario no está activo, es decir, aparece un cero en el campo activo de la tabla TBL_usuario, debe aparecer una ventana con un mensaje que diga “Su cuenta se encuentra inactiva”, y debe aparecer un botón que diga “Aceptar”.

El usuario presiona el botón “Aceptar” u otro botón. Cierra la ventana del mensaje del paso 4 inactiva. Si el usuario está activo, mostrar un formulario con los siguientes campos:

6 7

El usuario modifica la informaci贸n que requiera del formulario.

9 El usuario presiona el link cambiar del correo electr贸nico. 17

El sistema ejecuta el caso de uso CU003.

10 11

El usuario presiona el botón “Guardar”. El sistema le permite modificar todos los datos como se detalla en esta tabla: Campo Formulario Número de id_usuario Documento No se modifica, tipo_usuario no aparece en el formulario nombre_complet Nombre o Completo empresa Empresa No se puede email modificar directamente pass Contraseña Fecha de fecha_nac Nacimiento Número de telefono_cel celular Número de telefono_fijo teléfono Del sector direccion Dirección el campo Dirección No aparece en el boletin formulario No aparece en el condiciones_uso formulario activo No se modifica Logo o retrato; se guarda la url que logo se genera de la imagen al guardarla Tipo de id_tipo_doc Documento id_sexo Sexo id_ciudad Ciudad Campo Tabla

El sistema ejecuta las validaciones del caso de uso y guarda los datos.

13 Secuencia de interacciones Alternativas 2 2-3 * Demora * Frecuencia * Criticidad Reglas de negocio Validaciones Excepciones Formulas / Cálculo Reportes

Interesado

Sistema

N/A N/A Registro inmediato Ocasional No es crítico N/A  Los campos con asterisco al final no deben estar vacíos.  Al cambiar la contraseña se debe validar que la que se ingresa en el campo Contraseña anterior si sea la que tiene el usuario en el momento y que la nueva es realmente nueva. N/A N/A N/A * Atributo

* Atributos

* Descripción

* Posibles Valores

* Datos de entrada

* Datos de salida Poscondicion N/A es * Gráfico N/A * Pantallas: N/A El campo Ciudad depende de los campos País y Estado / Provincia / Observacione Departamento, que son listas desplegables cuyas opciones se toman de las s: tablas maestras TBM_pais y TBM_depto.

Diccionario de datos caso de uso CU002 TBL_usuario Nombre id_usuario

PK FK

int(11)

tipo_usuario

varchar(45)

nombre_completo

varchar(45)

empresa

varchar(45)

varchar(200) No

pass

varchar(12)

fecha_nac

date

telefono_cel

bigint(15)

telefono_fijo

bigint(20)

direccion

varchar(255) Si

boletin

int(1)

condiciones_uso

int(1)

activo

int(1)

logo

varchar(255) Si

id_tipo_doc

Tipo Null (Longitud)

int(11)

id_sexo

int(11)

id_ciudad

int(11)

Aquí se almacena la ID del sexo que elija el usuario En este campo se almacena la ID de la ciudad en la que se ubica la dirección ya ingresada

TBM_ciudad Nombre id_ciudad

PK Tipo Null FK (Longitud) PK int(11)

ciudad

varchar(45) No

Observaciones Contiene un número que identifica la ciudad que escogerá el usuario Aquí se almacenan los nombre de las ciudades del mundo (visitar http://www.maxmind.com)

TBM_depto Nombre id_depto

PK Tipo Null FK (Longitud) PK int(11)

depto

varchar(45) No

id_ciudad

TBM_pais Nombre id_pais pais

id_depto

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

FK int(11)

TBM_sexo Nombre

PK Tipo Null FK (Longitud)

id_sexo

PK int(11)

Restricciones y observaciones Contiene un número que identifica el sexo que escogerá el usuario

sexo

varchar(45) No

Nombre id_tipo_doc tipo_documento

Aquí se almacenan los sexos que se mostrarán para escoger:

Hombre, Mujer y LGBTI

TBM_tipo_documento PK Tipo Null Restricciones y observaciones FK (Longitud) PK

int(11)

varchar(45) No

Contiene un número que identifica el tipo de documento Contiene los tipos de documentos posibles: Nit, Cédula,

RIF, Cédula de extranjería, Pasaporte

1.3.

CU003 – Cambio de correo

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo) * Propósito Supuestos

CU003 Cambio de correo 1.0 Yesid Garzón Yepes http://www.amiando.com/ Simple

* Fecha

Cambiar correo de usuario * Código – Nombre de Requisito

* Requisitos Asociados * Resumen

* Actores

Precondiciones * Secuencia de interacciones Normales

25 de febrero de 2012

* Complejidad del * Porcentaje Requisito cubierto Simple

Que el usuario este previamente registrado en el sistema. Estar logueado en el sistema. Simple Se debe permitir cambiar el correo del usuario registrado. * Complejidad * Nombre * Descripción (Simple, Medio Complejo) Usuario El formulario que se editará Simple logueado pertenecerá a los datos del usuario logueado. Que el usuario se encuentre registrado y activo. * Interesado

* Sistema El sistema muestra el siguiente formulario:

2 3

El usuario ingresa la información requerida. El usuario da click en el botón “Guardar”. 23

El sistema realiza las validaciones del caso de uso. Si existe un error el sistema debe notificarlo así:

Si no existen errores el sistema envía un mensaje de confirmación al correo nuevo.

6 7

El usuario confirma el cambio. Se realiza el cambio de correo en la base de datos, en el campo email de la tabla TBL_usuario.

8 Secuencia de interacciones Alternativas 2 2-3 * Demora * Frecuencia * Criticidad Reglas de negocio Validaciones Excepciones Formulas / Cálculo Reportes

Interesado

Sistema

N/A N/A Registro inmediato Ocasional Crítico

N/A N/A

N/A  Todos los campos son obligatorios  La información ingresada en ambos campos debe coincidir  El correo debe contener una arroba (@) y un punto luego de esta

N/A N/A

* Atributo * Atributos

* Datos de entrada * Datos de salida

* Descripción

* Posibles Valores

Poscondiciones * Gráfico * Pantallas: Observaciones:

N/A N/A N/A

Diccionario de datos caso de uso CU003 TBL_usuario Nombre id_usuario

PK FK PK

Tipo Null (Longitud) int(11)

tipo_usuario

varchar(45)

nombre_completo

varchar(45)

empresa

varchar(45)

varchar(200) No

pass

varchar(12)

fecha_nac

date

telefono_cel

bigint(15)

telefono_fijo

bigint(20)

direccion

varchar(255) Si

boletin

int(1)

condiciones_uso

int(1)

activo

int(1)

logo

varchar(255) Si

id_tipo_doc

int(11)

id_sexo

int(11)

id_ciudad

int(11)

En este campo se almacena un 1 (uno) o un 0 (cero) para los usuarios que acepten las condiciones de uso del software, es requerido para registrarse, es decir, se deben aceptar Aquí se almacena el estado en el que se encuentra el usuario: 1-activo, 0-inactivo. En este campo se debe almacenar la URL del logo que suba el usuario. Aquí se almacena la ID del tipo de documento que elija el usuario Aquí se almacena la ID del sexo que elija el usuario En este campo se almacena la ID de la ciudad en la que se ubica la dirección ya ingresada

1.4.

CU004 – Crear evento

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo) * Propósito Supuestos

CU004 Crear evento 1.0 Yesid Garzón Yepes http://www.amiando.com/ Simple

* Fecha

Crear un evento * Código – Nombre de Requisito

* Requisitos Asociados

* Resumen

27 de febrero de 2012

* Complejidad del * Porcentaje Requisito cubierto Simple

Que el usuario este previamente registrado en el sistema. Estar logueado en el sistema y estar Simple activo. El sistema debe permitir crear un evento. * Nombre

* Descripción

* Actores

Precondicion es * Secuencia de interacciones Normales

Usuario El evento que se creará pertenecerá al logueado usuario logueado. El usuario debe estar registrado, logueado y activo.

* Interesado

* Sistema

El usuario da click en el botón 27

* Complejidad (Simple, Medio Complejo) Simple

“¡Cree su evento!”. El sistema mostrará el siguiente formulario:

Además se necesitan dos campos para subir imágenes más: - Imagen para escarapela - Imagen para certificado 3 4

El usuario ingresa la información requerida. El usuario da click en el botón “Siguiente”. El sistema realiza las validaciones del caso de uso. Si se encuentran errores en el formulario, el sistema los mostrará así:

El sistema guarda la información del evento así: En la tabla TBL_evento guarda:

Campo Tabla id_evento nombre descripcion fecha_inicio fecha_final descripcion_ubicaci on direccion

activo

privacidad

fecha_creacion

imagen_ticket

imagen_certificado

id_usuario

id_ciudad

Campo Formulario Se genera automáticamente al crear el evento Nombre del Evento – Nombre Breve descripción Fecha de inicio Fecha final Descripción de la ubicación Calle Se guarda un 1(uno) automáticamente al crear el evento, esto indica que está activo Automáticamente se guarda “público” Automáticamente se guarda la fecha en la que se crea el evento URL de la imagen que se suba como escarapela URL de la imagen que se suba como certificado Se guarda la ID del usuario que crea el evento Se guarda la ID de la ciudad que se elija en el campo Ciudad que los da la tabla maestra

TBM_ciudad id_tipo_evento

Se guarda la ID del tipo de

evento, los tipos los da la tabla maestra

TBM_tipo_evento

id_sector_evento

Se guarda la ID del sector de evento, los sectores los da la tabla maestra

TBM_tipo_evento

En la tabla TBL_categoria_evento guarda: Campo Tabla id_evento

id_categoria

Campo Formulario Se guarda la id del evento que se acaba de crear Se guarda la id de la categoría que se elija, las opciones las da la tabla maestra

TBM_categoria total_categoria

El sistema muestra un mensaje que dice “¡Ha creado su evento con éxito!”.

8 Secuencia de interacciones Alternativas 2 2-3 * Demora * Frecuencia * Criticidad Reglas de negocio

Validaciones

Cantidad (del título Categorías).

Interesado

Sistema

N/A N/A Registro inmediato Diaria Alta

N/A N/A

N/A  El campo nombre es obligatorio y debe contener al menos un carácter alfanumérico.  Los campos Imagen de escarapela, Imagen de certificado y todos los del subtítulo Categoría (menos Precio) son obligatorios.  Debe escribir al menos una categoría. 30

 La fecha de inicio debe ser menor a la fecha de finalización, y ambos son obligatorios.  La imagen de la escarapela debe tener un tamaño de 12 x 9 cm.  La imagen del certificado debe ser A4 (21 x 29.7 cm). Excepciones Formulas / Cálculo Reportes

N/A N/A N/A * Atributo

* Descripción

* Posibles Valores

* Datos de entrada * Atributos * Datos de salida Poscondicion N/A es * Gráfico N/A * Pantallas: N/A  Las categorías por evento que se guardan en la tabla TBL_categoria_evento se deben guardar en registros separados.  El campo Ciudad depende de los campos País y Estado / Provincia / Observacione Departamento, que son listas desplegables cuyas opciones se toman de s: las tablas maestras TBM_pais y TBM_depto.  Ejemplos de escarapela y certificado:

Diccionario de datos caso de uso CU004 TBL_evento Nombre id_evento

PK Tipo FK (Longitud)

Null

PK int(11)

nombre

varchar(45)

descripcion

text

fecha_inicio

datetime

fecha_final

datetime

descripcion_ubicacion

varchar(255)

direccion

datetime

activo

varchar(1)

privacidad

varchar(45)

fecha_creacion

datetime

imagen_ticket

varchar(255)

imagen_certificado

varchar(255)

id_usuario

FK int(11)

id_ciudad

FK int(11)

Restricciones y Observaciones Aquí se almacena el número que genera automáticamente el sistema cuando se crea un evento En este campo se almacena el nombre del evento Contiene una descripción del evento que se realizará Contiene la fecha en que inicia el evento en formato YYYY/MM/DD Contiene la fecha en que finaliza el evento en formato YYYY/MM/DD Aquí se almacena una breve descripción de la ubicación del evento, como los medios de transportes en los que se puede llegar y sus rutas, y lugares de referencia Contiene la dirección en la que se ralizará el evento Aquí se almacena el estado en el que se encuentra el evento: a-activo, i-inactivo, s-suspendido. Contiene la información de privacidad del evento, es decir, si es un evento público o privado, y para quién es estrictamente dirigido Contiene la fecha en que se genera el evento, esta fecha la recoge automáticamente el sistema al realizar el registro del evento En este campo se debe almacenar la URL de la imagen que se utilizará para las escarapelas o tiquetes de acceso al evento En este campo se debe almacenar la URL de la imagen que se utilizará para los certificados de asistencia al evento Aquí se almacena el ID del usuario que creó el evento En este campo se almacena la ID de la ciudad en la que se ubica la dirección ya ingresada, o la ciudad en la que se realizará el evento en caso de que no haya locación exacta al momento de registrar el evento

id_tipo_evento

FK int(11)

id_sector_evento

FK int(11)

Contiene la ID del tipo de evento que se escoja de la tabla maestra TBM_tipo_evento Contiene la ID del sector del evento que se escoja de la tabla maestra TBM_sector_evento

TBL_categoria_evento Nombre id_evento id_categoria total_categoria

PK Tipo Null Observaciones FK (Longitud) FK int(11) No Contiene el ID del evento creado Contiene el Id de la o las categorías de las FK int(11) No entradas que tiene el evento Aquí se almacena el número del cupo máximo de int(11) No asistentes por categoría

TBM_categoria Nombre id_categoria categoria_evento

PK Tipo Null FK (Longitud) PK

int(11)

varchar(45) No

Observaciones Contiene un número que identifica la categoría que escogerá el usuario para su evento Aquí se almacenan las categorías: VIP, General,

Moderador

TBM_sector_evento Nombre id_sector_evento

PK Tipo Null FK (Longitud) PK int(11)

Restricciones y observaciones Contiene un número que identifica el sector del evento que escogerá el usuario Contiene los sectores que el usuario puede elegir:

sector

varchar(45) No

Artes, Ciencia,Construcción, Educación, Electrónica, Energía, Finanzas, Idiomas, Ley, Literatura, Marketing, Materia Prima, Medio Ambiente, Medios de Comunicación, Moda, Ordenador, Política, Producción, Recursos Humano, Religión, Seguridad, Seguridad Social, Servicios, Telecomunicaciones, Turismo, Ventas, Otros.

TBM_tipo_evento Nombre id_tipo

PK Tipo Null FK (Longitud) PK int(11)

Restricciones y observaciones Contiene un número que identifica el tipo de evento que escogerá el usuario Contiene los tipos que podrá elegir el usuario:

tipo_evento

varchar(45) No

Conversatorio, Seminario, Concierto, Curso, Taller, Diplomado, Exhibición, Evento Privado

TBM_ciudad Nombre id_ciudad

PK Tipo Null FK (Longitud) PK int(11)

ciudad

varchar(45) No

Observaciones Contiene un número que identifica la ciudad que escogerá el usuario Aquí se almacenan los nombre de las ciudades del mundo (visitar http://www.maxmind.com)

TBM_depto Nombre id_depto

PK Tipo Null FK (Longitud) PK int(11)

depto

id_ciudad

varchar(45) No

TBM_pais Nombre id_pais pais

id_depto

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

FK int(11)

1.5.

CU005 – Editar evento

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo) * Propósito Supuestos

CU005 Editar evento 1.0 Yesid Garzón Yepes http://www.amiando.com/ Simple

* Fecha

28 de febrero de 2012

Modificar la información del evento * Código – Nombre de Requisito

* Complejidad del Requisito Simple

* Porcentaje cubierto

Que el usuario este previamente registrado en el sistema. Estar logueado y activo en el Simple sistema. Haber creado un evento. Simple * Resumen El sistema debe permitir editar la información del evento creado. * Complejidad * Nombre * Descripción (Simple, Medio Complejo) * Actores Usuario El evento que se editará pertenece al Simple logueado usuario que está logueado. Que el usuario se encuentre registrado, logueado, activo y que haya Precondiciones creado un evento. * Secuencia de interacciones * Interesado * Sistema Normales * Requisitos Asociados

El usuario da click en el botón “Editar”, en las opciones del evento. El sistema verifica que en el campo activo de la tabla TBL_evento esté la letra A (activo). Si está la letra I (i mayúscula), el sistema

2 3 36

debe mostrar una ventana que diga “El evento al que intenta acceder no se encuentra activo” y debe tener un enlace que diga “Aceptar” . 4

El usuario da click en el enlace “Aceptar”. El sistema redirige al usuario a la página con el listado de eventos. Si el evento se encuentra activo, el sistema mostrará un formulario como el siguiente:

Además se necesitan dos campos para subir imágenes: - Imagen para escarapela - Imagen para certificado 7 8

El usuario realiza las modificaciones. El usuario da click en el botón “Guardar”. 37

El sistema realiza las validaciones del caso de uso. Si hay errores el sistema los muestra así:

El mensaje en rojo debajo del campo, debe indicar cuál es el error. Si no hay errores, el sistema guarda la información del evento así: En la tabla TBL_evento guarda: Campo Tabla id_evento nombre descripcion fecha_inicio fecha_final descripcion_ubicacio n direccion activo privacidad

fecha_creacion

imagen_ticket

imagen_certificado

id_usuario

id_ciudad

Campo Formulario No se modifica Título del evento Breve descripción de su evento Fecha de inicio Fecha final Descripción de la ubicación Calle No se modifica Funciones de Privacidad Automáticamente se guarda la fecha en la que se crea el evento URL de la imagen que se suba como escarapela URL de la imagen que se suba como certificado No se modifica, los eventos no son transferibles Se guarda la ID de la ciudad que se elija en el campo Ciudad que los da la tabla maestra

TBM_ciudad id_tipo_evento

Se guarda la ID del

tipo de evento, los tipos los da la tabla maestra

TBM_tipo_evento

id_sector_evento

Se guarda la ID del sector de evento, los sectores los da la tabla maestra

TBM_tipo_evento

El sistema muestra en pantalla un mensaje que diga “Las modificaciones se realizaron satisfactoriamente”.

12 Secuencia de interacciones Alternativas 2 2-3 * Demora * Frecuencia * Criticidad Reglas de negocio Validaciones Excepciones Formulas / Cálculo Reportes

Interesado

Sistema

N/A N/A Registro inmediato ocasional Media

N/A N/A

N/A Los campos nombre y organizador del evento no pueden estar vacíos. La fecha inicial debe ser menor a la fecha final. El campo país debe tener seleccionado un país, por defecto el país en el que se encuentra el usuario.

N/A N/A N/A * Atributo * Datos de entrada

* Atributos * Datos de salida Poscondicione N/A s * Gráfico N/A 39

* Descripción

* Posibles Valores

* Pantallas:

N/A

El campo Ciudad depende de los campos País y Estado / Provincia / Observaciones: Departamento, que son listas desplegables cuyas opciones se toman de las tablas maestras TBM_pais y TBM_depto. Diccionario de datos caso de uso CU005 TBL_evento Nombre id_evento

PK Tipo FK (Longitud)

Null

PK int(11)

nombre

varchar(45)

descripcion

text

fecha_inicio

datetime

fecha_final

datetime

descripcion_ubicacion

varchar(255)

direccion

datetime

activo

varchar(1)

privacidad

varchar(45)

fecha_creacion

datetime

imagen_ticket

varchar(255)

imagen_certificado

varchar(255)

id_usuario

FK int(11)

id_ciudad

FK int(11)

id_tipo_evento

FK int(11)

id_sector_evento

FK int(11)

En este campo se almacena la ID de la ciudad en la que se ubica la dirección ya ingresada, o la ciudad en la que se realizará el evento en caso de que no haya locación exacta al momento de registrar el evento Contiene la ID del tipo de evento que se escoja de la tabla maestra TBM_tipo_evento Contiene la ID del sector del evento que se escoja de la tabla maestra TBM_sector_evento

TBL_categoria_evento Nombre id_evento id_categoria total_categoria

TBM_categoria Nombre id_categoria categoria_evento

PK Tipo Null FK (Longitud) PK

int(11)

varchar(45) No

Observaciones Contiene un número que identifica la categoría que escogerá el usuario para su evento Aquí se almacenan las categorías: VIP, General,

Moderador

TBM_sector_evento Nombre id_sector_evento

PK Tipo Null FK (Longitud) PK int(11)

Restricciones y observaciones Contiene un número que identifica el sector del evento que escogerá el usuario

Contiene los sectores que el usuario puede elegir:

sector

varchar(45) No

TBM_tipo_evento Nombre id_tipo

PK Tipo Null FK (Longitud) PK int(11)

Restricciones y observaciones Contiene un número que identifica el tipo de evento que escogerá el usuario Contiene los tipos que podrá elegir el usuario:

tipo_evento

varchar(45) No

Conversatorio, Seminario, Concierto, Curso, Taller, Diplomado, Exhibición, Evento Privado

TBM_ciudad Nombre id_ciudad

PK Tipo Null FK (Longitud) PK int(11)

ciudad

varchar(45) No

Observaciones Contiene un número que identifica la ciudad que escogerá el usuario Aquí se almacenan los nombre de las ciudades del mundo (visitar http://www.maxmind.com)

TBM_depto Nombre id_depto

PK Tipo Null FK (Longitud) PK int(11)

depto

id_ciudad

varchar(45) No

TBM_pais Nombre id_pais pais

id_depto

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

FK int(11)

1.6.

CU006 – Inscripción a evento

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo) * Propósito Supuestos * Requisitos Asociados

* Resumen

* Actores

Precondiciones * Secuencia de interacciones Normales

CU006 Inscripción a evento 1.0 Yesid Garzón Yepes http://www.amiando.com/ Simple

* Fecha

29 de febrero de 2012

Realizar la inscripción de una o más personas a un evento. * Código – Nombre de * Complejidad del * Porcentaje Requisito Requisito cubierto Que el evento haya sido creado Simple Que haya un usuario registrado, Simple activo y logueado. El sistema debe permitir la inscripción de uno o más participantes al evento. * Complejidad * Nombre * Descripción (Simple, Medio Complejo) Usuario La inscripción se hace del usuario Simple logueado logueado Que el usuario se encuentre registrado, logueado, activo y que conozca la página del evento. * Interesado

* Sistema

1 El usuario ingresa a la página del evento y da click en el botón “Comprar entradas” . 2

El sistema verifica si hay un usuario 44

logueado. Si no hay un usuario logueado el sistema muestra la pantalla de logueo y ejecuta el caso de uso CU007. Si hay un usuario logueado el sistema verifica el tipo de usuario en el campo tipo_usuario de la tabla TBL_usuario, y muestra el siguiente formulario:

Si el tipo de usuario es “empresa” el campo Cantidad debe dejar escoger más de 1.

El usuario ingresa más de 1 en la cantidad en la categoría que desea. El sistema muestra una pantalla con tantos formularios como la cantidad de entradas que haya elegido el usuario. El formulario debe contener los siguientes campos: - Nombre de participante - Tipo de documento - Número de documento - Un botón que dice “Continuar ”

El usuario ingresa toda la información requerida y da click en el botón “Continuar”. El sistema realiza las validaciones del caso de uso. El sistema guarda la información en la tabla TBL_asistente_empresa así:

Campo Tabla

Campo Formulario Número de id_asistente_empresa documento Nomber de nombre_completo participante id_tipo_doc Tipo de documento id_categoria Id de la categoría a

id_usuario

la que se registran los participantes Id del usuario tipo empresa que registra sus participantes

Y en la tabla TBL_asistente_evento: Campo Tabla id_asistente id_evento

Campo Formulario Número de documento Id del evento al que se insciben las entradas

El sistema genera las escarapelas con la imagen que se guardó en el sistema y el nombre del participante. Estos datos se sacan del campo imagen_ticket de la tabla TBL_evento y el campo nombre_completo de la tabla TBL_asistente_empresa, y muestra un mensaje que dice “Se han generado las

inscripciones y escarapelas con éxito y se han enviado a su correo electrónico, a continuación puede imprimirlas” El sistema muestra una pantalla con el listado de las inscripciones y la opción de imprimir cada escarapela y de imprimirlas todas.

El usuario da click en la opción “Imprimir” de cada inscripción o “Imprimir todas”. El sistema ejecuta la orden de impresión en el sistema operativo. Si el tipo de usuario es “persona” el sistema muestra una pantalla de confirmación con los datos del usuario y la inscripción, con un botón al final que dice “Continuar”.

El usuario da click en el botón “Continuar”.

El sistema realiza la inscripción y guarda 46

la información en la tabla TBL_asistente_evento así: Campo Tabla id_asistente id_evento id_categoria

Campo Formulario Id del usuario que se inscribe, es la id del usuario logueado Id del evento al que se inscribe el usuario Id de la categoría que elige el usuario

El sistema genera las escarapelas con la imagen que se guardó en el sistema y el nombre del participante. Estos datos se sacan del campo imagen_ticket de la tabla TBL_evento y el campo nombre_completo de la tabla TBL_usuario, y muestra un mensaje que dice “Se ha generado la inscripción y la

escarapela con éxito y se ha enviado a su correo electrónico, a continuación puede imprimirla”

El sistema muestra una pantalla con el detalle de la inscripción y la opción de imprimirla.

19 20 21 Secuencia de interacciones Alternativas 2 2-3 * Demora * Frecuencia * Criticidad Reglas de negocio Validaciones Excepciones Formulas / Cálculo

El usuario da click en la opción “Imprimir”. El sistema realiza el paso 14. Interesado

Sistema

N/A N/A Registro inmediato Diaria Alta N/A

N/A N/A

 Todos los campos de los formularios son obligatorios. N/A N/A 47

Reportes

N/A * Atributo

* Atributos

* Descripción

* Posibles Valores

* Datos de entrada * Datos de salida

Poscondiciones * Gráfico * Pantallas: Observaciones:

N/A N/A N/A

Diccionario de datos caso de uso CU006 TBL_usuario Nombre id_usuario

PK FK PK

Tipo Null (Longitud) int(11)

tipo_usuario

varchar(45)

nombre_completo

varchar(45)

empresa

varchar(45)

varchar(200) No

pass

varchar(12)

fecha_nac

date

telefono_cel

bigint(15)

telefono_fijo

bigint(20)

direccion

varchar(255) Si

boletin

int(1)

condiciones_uso

int(1)

activo

int(1)

logo

varchar(255) Si

id_tipo_doc

int(11)

id_sexo

int(11)

id_ciudad

int(11)

En este campo se almacena la dirección donde se encuentra el usuario (residencia o sede principal, para el caso de las empresas) En este campo se almacena un 1 o un 0 (cero) para los usuarios que deseen recibir el boletín informativo de los administradores del software. 1 (uno) para si y 0 (cero) para no En este campo se almacena un 1 (uno) o un 0 (cero) para los usuarios que acepten las condiciones de uso del software, es requerido para registrarse, es decir, se deben aceptar Aquí se almacena el estado en el que se encuentra el usuario: 1-activo, 0-inactivo. En este campo se debe almacenar la URL del logo que suba el usuario. Aquí se almacena la ID del tipo de documento que elija el usuario Aquí se almacena la ID del sexo que elija el usuario En este campo se almacena la ID de la ciudad en la que se ubica la dirección ya ingresada

TBL_evento Nombre id_evento

PK Tipo FK (Longitud)

Null

PK int(11)

nombre

varchar(45)

descripcion

text

fecha_inicio

datetime

fecha_final

datetime

descripcion_ubicacio n

varchar(255)

direccion

datetime

activo

varchar(1)

privacidad

varchar(45)

fecha_creacion

datetime

imagen_ticket

varchar(255)

imagen_certificado

varchar(255)

id_usuario

FK int(11)

id_ciudad

FK int(11)

id_tipo_evento

FK int(11)

id_sector_evento

FK int(11)

Contiene la información de privacidad del evento, es decir, si es un evento público o privado, y para quién es estrictamente dirigido Contiene la fecha en que se genera el evento, esta fecha la recoge automáticamente el sistema al realizar el registro del evento En este campo se debe almacenar la URL de la imagen que se utilizará para las escarapelas o tiquetes de acceso al evento En este campo se debe almacenar la URL de la imagen que se utilizará para los certificados de asistencia al evento Aquí se almacena el ID del usuario que creó el evento En este campo se almacena la ID de la ciudad en la que se ubica la dirección ya ingresada, o la ciudad en la que se realizará el evento en caso de que no haya locación exacta al momento de registrar el evento Contiene la ID del tipo de evento que se escoja de la tabla maestra TBM_tipo_evento Contiene la ID del sector del evento que se escoja de la tabla maestra TBM_sector_evento

TBL_asistente_empresa PK Tipo Null FK (Longitud)

Nombre id_asistente_empres a nombre_completo

FK int(11) varchar(45)

Restricciones y Observaciones

Contiene el número de identificación del asistente

Aquí se almacena el nombre completo, no se aceptan números Contiene el ID del tipo de documento que se elija

id_tipo_doc

FK int(11)

id_categoria

FK int(11)

id_usuario

FK int(11)

Contiene el ID de la categoria de la entrada que obtiene el asistente Contiene el ID de la categoria del usuario tipo empresa que registra el asistente

TBL_asistente_evento Nombre id_asistente

P Tipo K Null (Longitud) FK FK int(11)

Restricciones y Observaciones Contiene el ID del usuario o asistente a un evento

id_evento

FK int(11)

Contiene el ID del evento al que se inscribe un usuario

id_categoria

FK int(11)

Contiene el ID de la categoria de la entrada que obtiene el asistente

1.7.

CU007 – Iniciar / cerrar sesión

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo) * Propósito Supuestos * Requisitos Asociados * Resumen

* Actores

CU007 Iniciar / cerrar sesión 1.0 Yesid Garzón Yepes http://www.amiando.com/ Simple

* Fecha

Iniciar y cerrar la sesión de un usuario. * Código – Nombre de Requisito El usuario debe estar registrado

* Complejidad del * Porcentaje Requisito cubierto Simple

El sistema debe permitir el inicio y el cierre de sesión a un usuario registrado. * Complejidad * Nombre * Descripción (Simple, Medio Complejo) Usuario La sesión que se iniciará será la de un Simple registrado usuario previamente registrado Estar registrado en el sistema.

Precondicione s * Secuencia de interacciones * Interesado Normales

2 de marzo de 2012

* Sistema

El usuario da click en el botón “Iniciar sesión” de la página principal del software web. El sistema muestra el siguiente formulario:

El usuario ingresa sus datos y presiona el botón “Iniciar sesión”. El sistema verifica en la tabla TBL_usuario que exista un usuario registrado con ese email y verifica la contraseña. Si hay errores el sistema muestra una ventana con un mensaje que dice “Usuario/contraseña incorrecto”.

El usuario hace click en cualquier parte o cierra la ventana. El sistema borra la información que se introdujo y vuelve a mostrar el formulario.

7 8

Se repite el paso 3. Si no hay errores el sistema loguea al usuario y si ha creado eventos muestra el listado, si no muestra la siguiente pantalla :

El usuario da click en el botón “Cerrar Sesión” en la parte superior de la pantalla. El sistema cierra la sesión del usuario y lo lleva a la página de inicio.

11 12

El usuario cierra la ventana del navegador. El sistema cierra la sesión del usuario.

13 Secuencia de interacciones Alternativas

Interesado

Sistema 53

2 2-3 * Demora * Frecuencia * Criticidad Reglas de negocio Validaciones Excepciones Formulas / C谩lculo Reportes

N/A N/A Inicio y cierre de sesi贸n inmediatos Diaria Alta N/A

N/A N/A

N/A N/A N/A N/A * Atributo * Datos de entrada

* Atributos * Datos de salida Poscondicione N/A s * Gr谩fico N/A * Pantallas: N/A Observaciones:

* Descripci贸n

* Posibles Valores

Diccionario de datos caso de uso CU007 TBL_usuario Nombre

PK FK

Tipo (Longitud)

Null Restricciones y Observaciones

id_usuario

int(11)

tipo_usuario

varchar(45) No

nombre_comple to

varchar(45) No

empresa

varchar(45) Si

varchar(200 No )

pass

varchar(12) No

fecha_nac

date

telefono_cel

bigint(15)

telefono_fijo

bigint(20)

direccion

varchar(255 Si )

boletin

int(1)

condiciones_uso

int(1)

En este campo se almacena el número de identificación del usuario Contiene el tipo de usuario que se registra: empresa o persona, para controlar a nombre de quién se debe mostrar el evento creado Contiene el nombre de la persona natural o representante de una empresa que se registre En este campo se almacena el nombre de la empresa, acepta valores nulos para las personas naturales En este campo se almacena el correo electrónico del usuario, con el que se logueará luego Aquí se almacena la contraseña de ingreso del usuario Aquí se almacena la fecha de nacimiento del usuario (persona natural) en el formato YYYY/MM/DD En este campo se almacena el número de celular con su indicativo internacional, que debe ser proporcionasdo por el usuario En este campo se almacena el número de teléfono fijo con su indicativo internacional, que debe ser proporcionasdo por el usuario En este campo se almacena la dirección donde se encuentra el usuario (residencia o sede principal, para el caso de las empresas) En este campo se almacena un 1 o un 0 (cero) para los usuarios que deseen recibir el boletín informativo de los administradores del software. 1 (uno) para si y 0 (cero) para no En este campo se almacena un 1 (uno) o un 0 (cero) para los usuarios que acepten las condiciones de uso del software, es requerido para registrarse, es decir, se deben aceptar 55

activo

int(1)

logo

varchar(255 Si )

id_tipo_doc

int(11)

id_sexo

int(11)

id_ciudad

int(11)

Aquí se almacena el estado en el que se encuentra el usuario: 1-activo, 0-inactivo. En este campo se debe almacenar la URL del logo que suba el usuario. Aquí se almacena la ID del tipo de documento que elija el usuario Aquí se almacena la ID del sexo que elija el usuario En este campo se almacena la ID de la ciudad en la que se ubica la dirección ya ingresada

1.8.

CU008 – Reportes

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo) * Propósito

CU008 Reportes 1.0 Yesid Garzón Yepes http://www.amiando.com/ Simple

* Fecha

2 de marzo de 2012

Generar los siguientes reportes: número de inscripciones por empresa, impresión masiva de certificados, listado de asistentes al evento.

Supuestos * Complejidad del * Porcentaje Requisito cubierto Estar registrado, activo y logueado Simple en el sistema * Código – Nombre de Requisito * Requisitos Asociados * Resumen

* Actores

Precondiciones * Secuencia de interacciones Normales 1

El sistema debe permitir imprimir o guardar los reportes. * Complejidad * Nombre * Descripción (Simple, Medio Complejo) Usuario Los reportes se harán de los eventos Simple logueado creados por el usuario logueado Usuario registrado, activo y logueado, y haber creado un evento. * Interesado

* Sistema

El usuario ingresa a la página del evento y da click en la pestaña que dice “Reportes”. El sistema valida que haya una sesión iniciada y el tipo de usuario. Si no hay sesión iniciada el sistema ejecuta el caso de uso CU007. Si hay una sesión iniciada y el usuario es el administrador del evento muestra una lista desplegable llamada “Tipo de Reporte” con las opciones Listado de

2 3

inscripciones por empresa, Imprimir 57

certificados y Listado de inscripciones. Y un botón que diga “Generar Reporte”. 5

El usuario elige el tipo de reporte y da click en el botón “Generar Reporte”. Para los reportes que generan listados, se deben

6 7

El usuario presiona el botón “Guardar en pc”. El sistema crea un archivo .PDF con el nombre del reporte, y ejecuta la descarga del archivo. El sistema guarda en la tabla TBL_reporte la información del reporte que se generó (ya sea que se haya guardado o imprimido).

El usuario presiona el botón “Cancelar”. El sistema lo redirige a la página principal del software.

11 12 13 Secuencia de interacciones Alternativas 2 2-3 * Demora * Frecuencia * Criticidad Reglas de negocio Validaciones Excepciones Formulas / Cálculo Reportes

El usuario presiona el botón “Cancelar” del paso 2. El sistema hace el paso 11. Interesado

Sistema

N/A N/A N/A N/A Se deben generar en menos de 15 segundos. Ocasional. Alta. N/A N/A N/A N/A Escarapelas de los asistentes (por evento). Certificados de los asistentes (individuales y por evento). Listado de asistentes a un evento. 58

* Atributo

* Descripción

* Posibles Valores

* Datos de entrada * Atributos * Datos de salida Poscondiciones * Gráfico * Pantallas: Observaciones:

N/A N/A N/A

Diccionario de datos caso de uso CU008 TBL_reporte Nombre

PK Tipo Null FK (Longitud)

Restricciones y Observaciones

id_reporte

PK int(11)

Aquí se almacena el número que identifica la generación de un reporte, lo genera automáticamente el sistema al realizar un reporte

id_usuario

FK int(11)

Contiene el ID del usuario que genera el reporte

reporte

varchar(45) No

Contiene el tipo de reporte que se realizó

fecha_creacion

datetime

Aquí se almacena la fecha en que se creó el reporte

Aquí se almacena el ID del evento del que se generó el reporte

id_evento

FK int(11)

1.9.

CU009 – Tablas maestras

* Código * Caso de Uso * Versión * Autor * Fuente * Tipo (Simple, Medio, Complejo) * Propósito Supuestos * Requisitos Asociados * Resumen

CU009 Tablas maestras 1.0 Yesid Garzón Yepes http://www.amiando.com/ Simple

* Fecha

2 de marzo de 2012

Crear tablas maestras * Código – Nombre de Requisito

* Complejidad del * Porcentaje Requisito cubierto

Se deben crear las tablas maestras como se muestra más abajo

Diccionario de datos caso de uso CU009 TBM_categoria Nombre id_categoria categoria_evento

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

Observaciones Contiene un número que identifica la categoría que escogerá el usuario para su evento Aquí se almacenan las categorías: VIP, General,

Moderador TBM_ciudad

Nombre id_ciudad ciudad

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

Observaciones Contiene un número que identifica la ciudad que escogerá el usuario Aquí se almacenan los nombre de las ciudades del mundo (visitar http://www.maxmind.com) TBM_depto

Nombre

PK Tipo Null FK (Longitud)

Observaciones

id_depto

PK int(11)

depto

id_ciudad

varchar(45) No

Contiene un número que identifica el departamento, estado o provincia que escogerá el usuario Aquí se almacenan los nombre de los departamentos del mundo (visitar http://www.maxmind.com) Aquí se almacenan las ID de las ciudades relacionadas con los departamentos, provincias o estados que se estén registrados TBM_pais

Nombre id_pais pais

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

id_depto

FK int(11)

TBM_sector_evento Nombre

PK Tipo Null FK (Longitud)

id_sector_evento PK int(11)

sector

varchar(45) No

Restricciones y observaciones Contiene un número que identifica el sector del evento que escogerá el usuario Contiene los sectores que el usuario puede elegir: Artes, Ciencia,Construcción, Educación, Electrónica, Energía, Finanzas, Idiomas, Ley, Literatura, Marketing, Materia Prima, Medio Ambiente, Medios de Comunicación, Moda, Ordenador, Política, Producción, Recursos Humano, Religión, Seguridad, Seguridad Social, Servicios, Telecomunicaciones, Turismo, Ventas, Otros. TBM_sexo

Nombre id_sexo

PK Tipo Null FK (Longitud) PK int(11)

Restricciones y observaciones Contiene un número que identifica el sexo que escogerá el usuario

sexo

Aquí se almacenan los sexos que se mostrarán para escoger: Hombre, Mujer y LGBTI

varchar(45) No

TBM_tipo_documento Nombre id_tipo_doc tipo_documento

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

Restricciones y observaciones Contiene un número que identifica el tipo de documento Contiene los tipos de documentos posibles: Nit, Cédula, RIF, Cédula de extranjería, Pasaporte

TBM_tipo_evento Nombre id_tipo tipo_evento

PK Tipo Null FK (Longitud) PK int(11)

varchar(45) No

Restricciones y observaciones Contiene un número que identifica el tipo de evento que escogerá el usuario Contiene los tipos que podrá elegir el usuario: Conversatorio, Seminario, Concierto, Curso, Taller, Diplomado, Exhibición, Evento Privado

2. MODELO ENTIDAD-RELACIÓN

3. CRONOGRAMA

4. RECURSO HUMANO A continuación se detalla el recurso humano necesario para el desarrollo, implementación y mantenimiento del software propuesto, aclarando que es el personal que está directamente relacionado con dicha actividad: -

Desarrollador de base de datos (1)

Desarrolladores (2)

Analista de sistemas (1)

Diseñador Gráfico/Web (1)

5. RECURSO TECNOLÓGICO Para la realización de este software se necesita un servidor y 9 estaciones de trabajo con un mínimo en los requerimientos de: Servidor -

Procesador Intel® Xeon® E3-1230 3.20 GHz, 8M Cache, Turbo, Quad Core/8T.

4GB Memory (2x2GB), 1333MHz, Single Ranked UDIMM.

2Tb (7200 RPM), SATA 3.5" 3Gps – Cableado.

Estaciones de trabajo -

Procesador Intel® Pentium® Processor G630(2.70GHz,3MB L2,1066MHz).

4GB Doble Canal DDR3 SDRAM a 1333MHz - 2 DIMMs.

500GB Serial ATA (7200RPM) con/DataBurst Cache™.

Teclado Inalámbrico y Mouse En Español.

Windows 7 y Office 2010 (Starter para las estaciones de desarrollo y Home & Business para las estaciones de trabajo).

6. MAPA DEL ÁREA DE DESARROLLO Actualmente la empresa cuenta con un área de desarrollo como se detalla en la imagen:

Convenciones: Dispositivo de seguridad Conexión Ethernet (x2) Conexión de energía (110v x2)

7. PRESUPUESTO A continuación se detallan los costos, divididos en varias tablas de los recursos que se requiere para el desarrollo y puesta en marcha del software. RECURSO TECNOLÓGICO (HARDWARE Y SOFTWARE) CANT.

2 2

ARTÍCULO Estaciones de trabajo Dell Inspiron 620 (Procesador Intel® Pentium® Processor G630(2.70GHz,3MB L2,1066MHz), 4GB Doble Canal DDR3 SDRAM a 1333MHz - 2 DIMMs, 500GB Serial ATA (7200RPM) con/DataBurst Cache™, Teclado Dell Inalámbrico y Mouse En Español, con Windows 7 y Office 2010) Monitores LG LED 18,5"

V.UNIDAD

V.TOTAL

798.994,00

1.597.988,00

235.000,00

470.000,00

Panic Coda (Editor HTML, CSS, PHP)

174.042,00

348.084,00

TOTAL $

2.416.072,00

INFRAESTRUCTURA CANT.

V.UNIDAD

V.TOTAL

Montaje de red

5.000.000,00 $

Remodelación espacio

5.000.000,00 $ 5.000.000,00 TOTAL $ 10.000.000,00

5.000.000,00

RECURSO HUMANO CANT.

DESCRIPCIÓN

V.MES/HORA

V.TOTAL

Administrador de base de datos

3.400.000,00

Desarrolladores

5.100.000,00

10.200.000,00

Documentador (x hora)

30.000,00

1.800.000,00

Analista

$ 10.200.000,00

10.200.000,00

Diseñador Web/Gráfico (x hora)

5.000.000,00

100

50.000,00

TOTAL $ 30.600.000,00 OTROS CANT. 1

DESCRIPCIÓN

V.UNIDAD

V.TOTAL

Control de calidad Material de oficina

$ 10.000.000,00 $ 200.000,00

$ $

10.000.000,00 4.800.000,00

Papel para impresora

11.000,00

264.000,00

Cartuchos de impresora

65.000,00

3.120.000,00

Cartuchos de respaldo

65.000,00

1.560.000,00

TOTAL $

19.744.000,00

Costo total del proyecto sin costos de administración:

$ 62.760.072,00

El costo de administración (Gerente, secretaria, vigilante, personal de servicios varios) es el 20% costo total del proyecto. Así entonces el costo total del proyecto es: $ 75.312.086,40

8. ESTUDIO DE FACTIBILIDAD Definido el software que se desarrollará y sus requerimientos tanto humanos como tecnológicos, además de económicos, se puede abordar un estudio de factibilidad de la siguiente forma: Factibilidad Técnica En este punto del estudio se comparó la información del hardware y el software necesarios para el proceso de desarrollo con lo disponible en la compañía. Hardware En cuanto a hardware la empresa no requiere la adquisición de nuevos equipos ya que los equipos nuevos cumplen con las especificaciones necesarias para desarrollar el sistema y ponerlo en marcha. La siguiente tabla detalla el hardware encontrado en la compañía, que será utilizado para el desarrollo y puesta en marcha del software: Hardware Disponible Cant.

Descripción Servidor: Dell PowerEdge T110 II, Procesador Intel® Xeon® E3-1230 3.20 GHz, 8M

Cache, Turbo, Quad Core/8T, 4GB Memory (2x2GB), 1333MHz, Single Ranked UDIMM, 2Tb (7200 RPM), SATA 3.5" 3Gps – Cableado. Estaciones de desarrollo: Apple iMac 2010, Procesador Intel® Core™ i3

processor(4MB Cache, 3.2GHz), 4 GB de SDRAM DDR3 a 1.333 MHz (dos módulos SO-DIMM de 2 GB), Serial ATA de 1 TB5 a 7.200 rpm, SuperDrive a 8x de carga por 70

ranura con grabación de doble capa a 4x (DVD±R DL, DVD±RW y CD-RW), TFT panorámica brillante retroiluminada por LED de matriz activa de 27 pulgadas (visibles) y relación de aspecto 16:9; 2.560 por 1.440 píxeles; millones de colores; tecnología IPS, Radeon HD 5670 de ATI con 512 MB de memoria GDDR3, Conexión inalámbrica Wi-Fi 802.11n Airport Extreme; tecnología inalámbrica Bluetooth 2.1 + EDR (Enhanced Data Rate), Teclado inalámbrico Apple Wireless Keyboard y ratón Magic Mouse. Estaciones de trabajo: Dell Inspiron 620, Procesador Intel® Pentium® Processor 7

G630(2.70GHz,3MB L2,1066MHz), 4GB Doble Canal DDR3 SDRAM a 1333MHz - 2 DIMMs, 500GB Serial ATA (7200RPM) con/DataBurst Cache™, Teclado Dell Inalámbrico y Mouse En Español.

Monitores LG 18.5” LED.

Red Ethernet tipología Estrella Extendida.

Cableado estructurado (UTP Categoría 5).

Router.

Switch.

Impresoras Multifuncionales HP Officejet 4575.

Además la empresa cuenta con un servicio Mirror externo, para el respaldo de los datos.

Software En cuanto a software la empresa cuenta con el software con el que se realizó la investigación y desarrollo del proyecto. Su servidor cuenta con un sistema operativo Linux, las estaciones de trabajo y del DBA con Windows, y las estaciones de desarrollo con Apple Mac. Para las estaciones de desarrollo se deben tener las aplicaciones actualizadas. Software Disponible Cant.

Descripción

Sistema operativo multiusuario Linux Server Redhat Enterprise v6.

Sistema operativo Windows® 7 Professional Original de 64-Bit en Español.

Apple Mac OS X Snow Leopard v10.6

Office Mac 2011 Home & Business (Licencia para 2 equipos)

Microsoft® Office Home & Business 2010

Antivirus Eset NOD32 Antivirus 4.

Sistemas administrativos.

Motor de base de datos Oracle Enterprise Edition 11g.

Como resultado del estudio técnico se determina que la compañía debe adquirir el software para el desarrollo de la aplicación únicamente, ya que cuenta con el hardware y software necesarios para la puesta en marcha del mismo. Factibilidad económica A continuación se presenta un estudio de la factibilidad económica del desarrollo y puesta en marcha del software propuesto. Se determinan los recursos necesarios para desarrollar, implementar y mantener dicho software, evaluando el equilibrio entre los costos actuales y el beneficio que generará el software propuesto. Análisis Costo-Beneficio En este análisis se compara el costo del sistema actual y los que tendría el nuevo sistema. Como se detalló anteriormente, la empresa cuenta con la infraestructura tecnológica y el personal para realizar el desarrollo de la propuesta, por lo que no requirió una inversión inicial para construir el proyecto. A continuación se presenta un resumen de los costos del sistema propuesto, los costos que conllevan su implementación y operación. Luego se determinan los beneficios que no necesariamente son monetarios o cuantificables. Costos Sistema Actual Costos Generales Son los gastos generales que generan los accesorios y materiales de oficina de uso diario, necesarios para la operación del sistema actual; a continuación se detallan estos gastos:

COSTOS GENERALES SISTEMA ACTUAL Gastos generales

Consumo mensual

Costo aproximado

Monto anual

Material de oficina

200.000,00

2 $

4.800.000,00

Papel para impresora

11.000,00

2 $

264.000,00

Cartuchos de impresora

65.000,00

4 $

3.120.000,00

Cartuchos de respaldo

65.000,00

2 $

1.560.000,00

TOTAL $ 9.744.000,00

Costos de Personal A continuaci贸n se detalla el recurso que requiere el personal que trabaja directamente en el normal funcionamiento del sistema.

COSTO PERSONAL SISTEMA ACTUAL Recurso humano

Costo mensual

Costo anual

Analista de sistemas

10.200.000,00

122.400.000,00

Agentes de servicio al cliente (5)

5.100.000,00

61.200.000,00

Desarrollador Base de Datos

5.100.000,00

61.200.000,00

Desarrolladores (2)

10.200.000,00

122.400.000,00

TOTAL $

367.200.000,00

Costo del sistema actual sin administraci贸n $ 376.944.000,00 El costo de administraci贸n (Gerente, secretaria, vigilante, personal de servicios varios) es el 20% del costo total del proyecto. As铆 entonces el costo total del proyecto es: $ 452.332.800,00

Costos del sistema propuesto El software Amiando para la inscripción y publicación de eventos online tiene los siguientes costos: Costos generales Al transferir el proceso de divulgación y creación de eventos al cliente, no será necesarias algunas de las actividades y tareas que se realizan en el sistema actual, generando un ahorro en el material de uso diario. Gracias a que el software será 100% web y optimizará la forma en que se realiza la difusión de los eventos, se reduce en un 50% los gastos en papelería y accesorios, como se muestra a continuación:

Gastos generales Material de oficina

COSTOS GENERALES SISTEMA PROPUESTO Consumo Costo aproximado mensual $ 200.000,00 1 $

Monto anual 2.400.000,00

Papel para impresora

11.000,00

1 $

132.000,00

Cartuchos de impresora

65.000,00

2 $

1.560.000,00

Cartuchos de respaldo

65.000,00

1 $

780.000,00

TOTAL $

4.872.000,00

Esto es una proyección a corto plazo mientras se implementa completamente el software, ya que cuando se encuentre implementado al 100%, estos gastos podrían disminuir alrededor de un 70% con respecto al sistema actual. Costos de hardware y software Debido a que la organización cuenta con la infraestructura tecnológica adecuada para el desarrollo y puesta en marcha del sistema propuesto solo se requiere la compra de dos

licencias para el software de desarrollo, este software de la empresa Panic, llamado Coda, tiene un costo de US$ 99, así que se toma como valor del dólar $ 1758. COSTOS HARDWARE Y SOFTWARE SISTEMA ACTUAL CANT. ARTÍCULO V.UNIDAD Estaciones de trabajo Dell Inspiron 620 (Procesador Intel® Pentium® Processor G630(2.70GHz,3MB L2,1066MHz), 4GB Doble Canal DDR3 SDRAM a 1333MHz - 2 2 $ 798.994,00 $ DIMMs, 500GB Serial ATA (7200RPM) con/DataBurst Cache™, Teclado Dell Inalámbrico y Mouse En Español, con Windows 7 y Office 2010) 2 Monitores LG LED 18,5" $ 235.000,00 $ 2

Panic Coda (Editor HTML, CSS, PHP)

174.042,00

V.TOTAL

1.597.988,00

470.000,00

348.084,00

TOTAL $

2.416.072,00

Costo de personal El sistema propuesto no requiere inversión adicional en el personal relacionado directamente con la operación del sistema. Opuesto a esto se tiene un ahorro en el personal de $ 3.060.000,00, pues el recurso humano de servicio al cliente se puede reducir, ya que la actividad que realizaban se ha trasladado a actividades del usuario/cliente.

COSTO PERSONAL SISTEMA PROPUESTO Recurso humano

Costo mensual

Costo anual

Analista de sistemas

10.200.000,00

122.400.000,00

Agentes de servicio al cliente (2)

2.040.000,00

24.480.000,00

Desarrollador Base de Datos

5.100.000,00

61.200.000,00

Desarrolladores (2)

10.200.000,00

122.400.000,00

TOTAL $

330.480.000,00

El área de Tecnología Informática de la empresa tiene a su cargo el mantenimiento y desarrollo de nuevas aplicaciones que puedan favorecer la activad de la compañía, esto quiere decir que no se generan gastos extras; al igual que el área de Publicidad y Gerencia que son quienes realizarán el diseño y documentación del software. Costo del sistema propuesto sin administración

337.768.072,00

El costo de administración (Gerente, secretaria, vigilante, personal de servicios varios) es el 20% del costo total del proyecto. Así entonces el costo total del proyecto es: $ 405.321.686,40

Análisis costo-beneficio del sistema propuesto y el sistema actual A continuación se muestra una tabla con el costo del software actual frente al propuesto por un tiempo de 3 años:

COSTOS TOTALES SISTEMA ACTUAL - SISTEMA PROPUESTO Año

Sistema actual

Sistema propuesto

452.332.800,00

405.321.686,40

470.426.112,00

421.534.553,86

489.243.156,48

438.395.936,01

COSTOS TOTALES SISTEMA ACTUAL - SISTEMA PROPUESTO Año

Costo anual

Costo acumulado

Beneficios actual

$ 405.321.686,40

$ 41.243.916,00

Beneficios acumulado $ 41.243.916,00

$ 421.534.553,86

$ 826.856.240,26

$ 42.839.672,64

$ 84.083.588,64

$ 438.395.936,01

$ 859.930.489,87

$ 44.609.419,55

$ 87.449.092,19

Para la variación anual se toma como porcentaje de alza el 4%, que es el promedio de inflación y de aumento del salario mínimo durante los últimos años. En el beneficio del sistema actual se toma el valor de la resta del costo del sistema actual y el propuesto únicamente.

Sistema actual vs Sistema propuesto $ 500.000.000,00 $ 450.000.000,00 $ 400.000.000,00 $ 350.000.000,00 $ 300.000.000,00 $ 250.000.000,00

SISTEMA PROPUESTO

$ 200.000.000,00

SISTEMA ACTUAL

$ 150.000.000,00 $ 100.000.000,00 $ 50.000.000,00

SISTEMA ACTUAL

SISTEMA PROPUESTO

1 2

AÑO

Los costos se reducen sustancialmente, sin embargo, los beneficios aumentan aún teniendo que hacer una inversión en software e infraestructura, además los ingresos de la compañía tienden a aumentar debido a la automatización y velocidad de procesos, porque esto permitiría mayor cantidad de usuarios/clientes.

Beneficios tangibles Los beneficios tangibles que se pueden generar con este sistema son: -

Reducción de costos generales y recurso humano.

Ahorro en suministros.

Aumento de usuarios en el sistema, por lo tanto aumento en los ingresos.

Un ahorro total de aproximadamente $ 50.000.000,00.

Beneficios intangibles Los beneficios intangibles que generaría el sistema podrían ser: -

Optimizar la actividad de la compañía, generando una mejor productividad del personal.

Flexibilidad en el manejo de la información, ya que este sistema permitiría manejarla con más rapidez, precisión y oportunidad.

Aumento en la cantidad de usuarios que se pueden registrar en el sistema sin llegar a tener fallos en el sistema.

Aumento en la velocidad de acceso a la información, lo que representaría mayor capacidad de búsqueda y actualización de datos.

Relación costo-beneficio El análisis costo-beneficio ha resultado con grandes beneficios para la organización, ya que la misma no debe realizar mayor inversión debido a su infraestructura tecnológica. Además de esto se tiene que con el nuevo software se optimizarían y automatizarían la mayoría de los procesos que tiene el sistema actual, lo que también permitiría una mayor productividad en el personal al aligerar algunas cargas de actividades.

Otra de las ventajas del sistema propuesto es que los usuarios podrán acceder la información en cualquier momento sin suponer una sobrecarga del sistema. Se debe tener en cuenta que en esta era de la “Computación en la nube”, se requieren sistemas que permitan automatizar, agilizar y optimizar la información además de generarla fácilmente, que es lo que se quiere lograr con el software Amiando. Se puede concluir entonces, que el software Amiando sería la herramienta que debe tener la compañía para mejorar los procesos en la actividad de la misma. Factibilidad operativa La factibilidad operativa permite saber si se podrá aprovechar al máximo el sistema cuando sea implementado y puesto en marcha. La necesidad de una nueva y mejor manera de trabajar se debe suplir con un sistema que permita hacer de la labor que se hace en la compañía, algo más ágil y preciso, cualidades que se le han impregnado al sistema propuesto. Para asegurar lo anteriormente dicho el software se desarrolla de manera que sea fácil de manejar tanto para el usuario como para el desarrollador, que no necesitarán conocimientos adicionales que el manejo de herramientas tecnológicas e internet y estudios que son acordes con el área de desempeño, para el caso de los desarrolladores.