Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Edwin Maravi
Integrantes:
Juan Carlos Ramos T.
Magaly Luna
Carlos Rodifguez
Israel Jauregui
Jesus Ruiz S.
Bloque:
ABRIL 2015
Gestin de Alcance
Requerimientos:
luego de la primera entrevista con el administrador de la tienda , pudimos obtener las siguientes
necesidades
1. Desea incorporar un sistema de gestin de reclamos en su tienda.
2. Desea poder contar con la informacin de manera rpida.
3. No desea que sea de uso exclusivo para una persona ( desea que pueda ser usado por
usuarios que sean asignados).
4. Desea que los usuarios puedan acceder de una manera rpida y amigable.
5. Desea poder contar con reportes que lo ayuden a tener la informacin lista para ser
enviada cuando esta sea solicitadas por los entes reguladores.
observacin : en la actualidad la tienda cuenta con el libro de reclamacin que es indicado por ley .
El administrador quiere mejorar este servicio tanto para el uso de los clientes como para el control
por la parte de la administracin
Alcance:
luego de analizar los requerimientos del administrador de la tienda , pudimos definir cual seria el
alcance del proyecto.
El proyecto tendr el desarrollo de los siguientes mdulos
Modulo de acceso:
es modulo permitir a tanto usuarios como administrador acceder a la
plataforma.
Modulo de Registro :
el modulo de registro permitir generar un reclamo a los usuarios por alguna
mala prestacin del servicio dentro del local (se habra contemplado el formato
emitido por INDECOPI anexo 1).
Desde este modulo el usuario ingresa la informacin correspondiente y requerida
para realizar un solicito de reclamo de manera formal.
Tambin contara con la opcin de poder realizar el seguimiento de su reclamo y
poder ver cual es la respuesta.
adems el modulo de registro le brindara un cdigo de seguimiento para que el
usuario pueda realizar el seguimiento de su reclamo como lo indica INDECOPI.
Modulo Administracin
el modulo de administracin permitir al administrador acceder a la
informacin registrada y podr evaluar la misma , mediante listado con los diferentes
tipos de filtro establecidos.
Los filtros establecidos son: filtro por fecha, filtro por estado, filtro por das,por
cdigo.
Para la representacin de mencionado anteriormente se muestra el siguiente cuadro (EDT):
Requisitos:
para la elaboracin de una solucin ante las necesidades especificadas anteriormente se detalla los
siguientes requisitos:
1 Servidor Web
Plataforma Windows (IIS)
BD Mysql
Gestin de RRHH
Para la gestin de RRHH se ha considera el equipo de desarrollo para la elaboracin del proyecto en
donde se definen los siguientes roles
1 Jefe de proyecto
1 Analista de QA
2 Analista programador
1 Programador tester
1 Trabajador del restaurant
Descripcin de los Roles:
Jefe de proyecto:
Encargado del proyecto y gestor de los procesos y cada una de las etapas del proyecto.
Requisitos:
Experiencia mnimo de 03 aos en proyectos similares.
Manejo de Moldeamiento de datos
Manejo de PMBOK para la gestin de proyectos
Costo estimado : 2800
horas de trabajo : 48hrs semanales
Analista de QA:
Encargado de verificar la Calidad de proyecto y poder garantizar que el proyecto
cumple al 100% con los requerimientos establecidos por parte del cliente.
Requisitos:
Experiencia mnima de 02 aos.
Manejo en la elaboracin de pruebas unitarias y funcionales de sotfware,
Costo estimado : 2000
horas de trabajo : 48hrs semanales
Analista programador:
Encargados del desarrollo del codigo para la plataforma .
Requisitos:
Experiencia mnima de 01 aos en desarrollo similares
Conocimientos en JAVA EE , programacin en capas
Conocimiento en BD Mysql
Conocimiento de html5 + css3 +Javascrip
Conocimiento en servidores e instalaciones
Manejo de Framework (Kendo ui Jquery Bootsptrap)
Costo estimado : 1500
horas de trabajo : 48hrs semanales
Programador tester:
Encargado de elaborar las pruebas de rendimiento de la plataforma (modulo). Capaz de
identificar comportamiento anmalos y realizar la documentacin correspondiente.
Costo estimado : 1200
horas de trabajo : 48hrs semanales
Requisitos:
Experiencia mnima de 01 aos en desarrollo similares,
Conocimientos Test de stress
Conocimiento de documentacin de resultados
Trabajador del restauran
Encargado de brindar y asesora al jefe de proyecto sobre el flujo del registro de reclamos.
Requisitos:
Experiencia mnima de 03 meses en su cargado,
conocer el flujo de registro de reclamos,
Gestin de la Comunicacin
dentro del proyecto lo mas importante es la comunicacin , por lo tanto para poder definir el tipo y
las personas a la cual debemos mantener informados , se realizo como primer paso la identificacin
de los Stakeholders.
Stakeholders
Administrador de la tienda
Gerente de la tienda
para nuestros stakeholder que influyen de manera alta en el desarrollo del proyecto , se han
programador los siguientes canales de comunicaciones
canales de comunicacin:
Reuniones Semanales
Reuniones Semanales :
Mediante las reuniones semanales El jefe de proyecto informara a los stakeholder sobre los avance
del proyecto , as como tambin de las incidencias presentadas y/o se debatirn sobre algunos
posibles cambios por parte de los stakeholder,
para realizar una comunicacin dentro del grupo del proyecto se han definido los siguientes canales:
canales de comunicacin:
Via Email
Reuniones Semanales
Via Emal :
Mediante los correos se comunicaran de manera masiva sobre algunos cambios o inconvenientes
que se puedan presentar en el desarrollo , para que as se puedan mitigar los inconvenientes
presentados.
Reuniones Semanales :
Mediante las reuniones semanales El jefe de proyecto informara al grupo del proyecto sobre el
avance alcanzando y sobre posibles retrasos .
Por otro lado estas reuniones servirn para recibir indicaciones de alguna mejora o cambio en el
desarrollo del proyectos
Elaboracin de la BD
para la elaboracin de la base de datos se contemplaron las siguientes entidades.
Tablas
User
Descripcin: se registraran los datos de los usuarios que puedan acceder a la seccin
de administraron de la aplicacin
Tienda
Descripcin : en esta tabla se guardara la informacin correspondiente a la
informacin del local en donde se realiza la operacin (Reclamo)
Tipo
Descripcin: en esta tabla se registraran los tipos de acciones que se puedan dar o
incorporar posteriormente (actualmente pueden ser de tipo Reclamo / Queja)
Bien
Descripcin: en esta tabla se registraran los tipos de servicios para presentar el
reclamo/queja (actualmente pueden ser de tipo Bien / Servicio)
Reclamo
Descripcin: en esta tabla se guardara la informacin correspondiente al reclamo
presentado por los usuarios , donde se guardaran los datos del cliente , como un
detalle de lo sucedi , y un cdigo de seguimiento.
Seguimiento
Descripcin: en esta tabla se guarda la informacin correspondiente al estado del
reclamo , como el cdigo de seguimiento , y el estado de la solicitud.
para realizar el moldeamiento de las tablas se utilizo la herramienta MySQL Workbench en su
versin 6.0
a continuacin se adjunta las imgenes con la creacin de las tablas en mencionado.
Tabla User
Tabla Tienda
Tabla Bien
Tabla Tipo
Tabla Reclamo
Tabla Seguimiento
Procedimientos almacenados
se procedieron a crear los procedimientos almacenados necesarios parar aplicar un CRUD a
nuestras entidades.
/* SP eliminar user */
call sp_listar_user();
call sp_ingreso_tienda(@p01,@p02,@p03,@p04,@p05);
/* SP eliminar tienda */
CREATE PROCEDURE sp_update_tienda(in parId int ,in parRuc VARCHAR(11),in parRazonSocial VARCHAR(255),in
parDireccion VARCHAR(255),in parTelefono VARCHAR(10),in parEncargado VARCHAR(60))
call sp_update_tienda(@id,@p01,@p02,@p03,@p04,@p05);
call sp_listar_tienda();
Script Bien
/* SP eliminar bien */
call sp_listar_bien();
Script tipo
/* SP eliminar tipo */
call sp_listar_tipo();
Script Reclamo
SELECT * FROM lre_db.reclamo;
in parTelefono VARCHAR(10),
in parEmail VARCHAR(10),
in parTutor VARCHAR(45),
in parIdBien INT,
in parDesReclamo VARCHAR(600),
in parIdTipo INT,
in parEstado INT,
in parAccionProveedor VARCHAR(600)
)
insert into reclamo (
nro_reclamo ,
id_tienda,
fecha_registro,
nombres,
apellidos,
dni,
telefono,
email,
tutor,
id_bien,
descripcion_reclamo,
id_tipo,
estado,
accion_proveedor
)
values(
parNroReclamo ,
parIdTienda,
parFechaRegistro ,
parNombres ,
parApellidos ,
parDni ,
parTelefono ,
parEmail ,
parTutor ,
parIdBien ,
parDesReclamo ,
parIdTipo ,
parEstado ,
parAccionProveedor
);
call sp_ingreso_reclamo(@p01,@p02,@p03,@p04,@p05,@p06,@p07,@p08,@p09,@p10,@p11,@p12,@p13,@p14);
/* SP eliminar reclamo */
in parIdReclamo INT,
in parNroReclamo VARCHAR(45),
in parIdTienda INT,
in parFechaRegistro date,
in parNombres VARCHAR(60),
in parApellidos VARCHAR(60),
in parDni VARCHAR(10),
in parTelefono VARCHAR(10),
in parEmail VARCHAR(10),
in parTutor VARCHAR(45),
in parIdBien INT,
in parDesReclamo VARCHAR(600),
in parIdTipo INT,
in parEstado INT,
in parAccionProveedor VARCHAR(600)
telefono=parDni,
email=parEmail,
tutor=parTutor,
id_bien=parIdBien,
descripcion_reclamo=parDesReclamo,
id_tipo=parIdTipo,
estado=parEstado,
accion_proveedor=parAccionProveedor
WHERE id_reclamo=parIdReclamo;
call sp_update_reclamo(@p01,@p02,@p03,@p04,@p05,@p06,@p07,@p08,@p09,@p10,@p11,@p12,@p13,@p14,@p15);
call sp_listar_reclamo();
Script Seguimiento
values(
parIdReclamo,
parFechaEmision,
parFechaCaducidad,
parCodigo,
parEstado
);
call sp_ingreso_seguimiento(@p01,@p02,@p03,@p04,@p05);
/* SP eliminar seguimiento */
)
UPDATE seguimiento SET
id_reclamo=parIdReclamo,
fecha_emision=parFechaEmision,
fecha_caducidad=parFechaCaducidad,
codigo=parCodigo,
estado=parEstado
WHERE id_seguimiento=parIdSeguimiento;
call sp_update_seguimiento(@p01,@p02,@p03,@p04,@p05,@p06);
call sp_listar_seguimiento();
Paquete Servicios
Paquete Entidades
Paquete DAO
Paquete Controladores
Para el desarrollo de la interfaces con la cual el usuario tendr interaccionan se detalla lo siguiente:
Con el uso de JPA en la integracin y de Controladores , se posibilita el uso de archivos .xhtml
lo que permite tener una integracin con cdigo html5 a un nivel mas amplio por lo que se aplicaran
conocimientos de este desarrollo generando una interfaces que permita cumplir con los
requerimientos
para el desarrollo se trabajo por separado la estructura html para luego esta ser integrada
se adjunta pantallas de la estructura html que sera utilizada
Opciones Habilitadas para los usuarios
Inicio Usuario :
El Usuario Escoge entre registrar un Reclamo o Realizar el seguimiento de su reclamo
Registro Reclamo:
El usuario puede registrar su reclamo
Reclamos Registrado:
el usuario recibe un codigo de seguimiento de reclamo
Seguimiento de Reclamo:
El usuario puede saber enq ue estado se encuentra su reclamo
Opciones de Admin:
Desde aqu el administrador podr buscar los reclamos que han sido generados
Listado / Busqueda
El admin puede visualizar los reclamos generados para realizar acciones de respuesta mediante la
opcin ver
Registro Respuesta:
El Admin podra actualizar la respuesta ante el reclamo para que el cliente pueda saber la respuesta
de su reclamo
Codigos html
Para el desarrollo se ha utilizado el framework Bootstrap ,
Anexo:
Para el desarrollo del proyecto se contemplaron los campos legales , por lo que se adjunta la
informacin brindada por indecopi con respecto a la regulacin del registro de reclamos
Reglamento del Libro de Reclamaciones (Formato: PDF )