Proyecto Sistema de Reclamos

DETALLE DE REQUERIMIENTOS DE SOFTWARE
[SISTEMA DE RECLAMOS]
Brandon Iván Pérez García 0900-14-6668

Melvin Giovanni Sandoval Álvarez 0900-14-10704
David Castro 0900-14-2184
DRS-40-001-2017 Desarrollo
1
PRESENTACIÓN INICIAL
Este documento describe los requerimientos de software del

nuevo Sistema de Reclamos cuyo objetivo principal es poder
almacenar los reclamos presentados por los clientes por medio
de un Sistema eficaz que retroalimenta el seguimiento de
dichos reclamos.
Alcance El sistema será utilizado para poder almacenar los reclamos

en una base de datos y así mismo poder saber cuántos
reclamos o quejas de clientes insatisfechos se obtienen por
día, por semana y por mes para poder mejorar el servicio para
los clientes.
HISTORIA DEL DOCUMENTO
Fecha Versión Comentarios Autor

10 octubre 2015 0.1 Versión inicial Carol Méndez
06 noviembre 2016 1.0 Revisada por el equipo Carol Méndez
04 noviembre 2017 1.1 Implementación en Plataforma Luis Quiñonez
2
TABLA DE CONTENIDOS
1 Error! Bookmark not defined.5

1.1 45
1.2 45
1.3 45
1.4 46
1.5 47
1.6 47
2.1 77
2.2 77
4 158
4.1 158
17.1 Error! Bookmark not defined.16
18. Error! Bookmark not defined.17
3
1 INTRODUCCIÓN
1.1 Entorno
Actualmente la empresa cuenta con una plataforma global llamada Escritorio Net, dicha
plataforma se utiliza para desarrollar todo tipo de aplicaciones enfocadas a los clientes,
por lo que el sistema de reclamos se realizará para implantarse en esta plataforma.
Desde que una persona llega a adquirir un producto o servicio, pasa a ser un cliente el
cual es registrado en la base de datos del sistema, la aplicación que gestiona esta data
es llamada TAdmin.
Por lo mencionado anterior, el Sistema de Reclamos registrará por medio del Escritorio
Net los reclamos de todas aquellas personas que ya son clientes de la empresa.
1.2 Estándares
El estándar estético que se utilizará para las pantallas del Sistema, son las indicadas en
el documento de Diseño de Pantallas del Escritorio .Net, las cuales básicamente cuentan
con pantallas de color gris, botones alojados en la parte superior de la pantalla y dos
botones en la parte inferior de la información que son los que afirmaran una gestión o la
cancelaran.
El estándar de desarrollo a implementar, es la utilización de las diferentes librerías con

las que cuenta Visual Studio 2015, para el lenguaje de programación Visual Basic .Net,
librerías desarrolladas específicas del Escritorio Net para la conexión a la base de datos
y se incluirán referencias de Devexpress en su versión 15.
1.3 Documentación
DRS-Personal-Involucrado:
Documento que detalla a todas las personas que estarán involucradas en el desarrollo
del software, tanto usuarios como los analistas programadores, jefes de área,
supervisores y gerentes, que influyan en las decisiones de los requerimientos.
DTU-Tipo-Usuarios:
Documento que detalla los permisos que tendrán los usuarios dentro del sistema, así
como una breve descripción del perfil que tiene el usuario.
DDR-Requisitos-Específicos:
Documento que detalla los requisitos solicitados por el usuario líder, en el cual indica que
es lo que espera que realice la aplicación, así como la prioridad del mismo.
CU-Descripción-Caso-Uso:
Documento que contiene el detalle de como es el flujo de la información de una actividad
dentro del sistema, interactuando con sus actores correspondientes.
TR-Rol-Sistema:
4
Documento que contiene los roles existentes para el manejo de la aplicación de
reclamos, detallando el alcance de cada uno de los perfiles que se asignan a los usuarios.
VB-Revisiones:
Documento que contiene un historial de las personas que han revisado y han dado algún
comentario sobre el documento de Detalle de Requerimientos De Software.
NV-01-Minuta-Reunión:
Documento que sirve para plasmar todo lo comentado en una reunión, desde una
descripción breve del lugar de la reunión, las personas presentes, hasta los
requerimientos comentados por el usuario, dicho documento servirá como punto de
partida para los demás documentos que darán un análisis general del sistema.
NP-Formulario-Nuevos-Proyectos:
Es el formulario que se deberá llenar cuando un usuario solicita una aplicativo el cual no
tiene antecedentes históricos, si no es un sistema totalmente nuevo el cual requiere un
análisis riguroso y un modelado de calidad debido a que se tiene que especificar que se
espera del proyecto, con el fin de poder darle mejoras continuas una vez implementado.
GSR-Pruebas-Funcionales-Internas:
Documento que contendrá todas las pruebas que realizará el analista programador, con
el fin de verificar que todos los requerimientos solicitados por el usuario, fueron
desarrollados de manera correcta.
GSR-Pruebas-Funcionales-Usuario:
Es el documento que servirá como guía para que el usuario pueda realizar las pruebas
en el sistema, el cual contiene cada uno de los requerimientos solicitados, con
información detallada de los resultados obtenidos en cada una de las pruebas.
1.4 Propósito
El propósito general del sistema es poder llevar un registro y un control de las quejas o
reclamos de los clientes acerca de los productos adquiridos, para poder mejorar el
servicio de los mismos. Lo que obtendremos con este sistema es una atención rápida
hacia el cliente, así como un registro interno de las gestiones que se realizan diariamente
con los reclamos de los clientes, no solo para interés del área directamente afectada sino
de las Gerencias, en las tomas de decisiones.
1.5 Alcance del Proyecto

El sistema será utilizado para poder almacenar los reclamos en una base de datos y
así mismo poder saber cuántos reclamos o quejas de clientes insatisfechos se obtienen
por día, por semana y por mes para poder mejorar el servicio para los clientes.
1.6 Alcance de Uso
5
El sistema estará a disposición del personal de servicio al cliente, siempre y cuando
cuente con sus credenciales correspondientes. Sistema por medio del cual podrán
ingresar nuevos reclamos y revisar el proceso de los reclamos existentes. La creación
del reclamo pedirá los datos personales de la persona (sea cliente o no) y los datos
generales del reclamo. Para la búsqueda se podrá realizar por el número único de
reclamo que el sistema le devuelve al usuario.
2. Descripción General
Sistema de Reclamos es un sistema que gestiona los reclamos presentados por los
clientes por algún producto o servicio, además es capaz de emitir reportes de diferentes
tipos sobre la información de los reclamos. En este sistema también se controlan las
altas, bajas y cambios referentes a una miscelánea de usuarios, tipologías y entre otros
datos de los productos que están a disposición del cliente.
2.1 Misión:
Crear un sistema de reclamos que se capaz de almacenar los reclamos presentados
por los clientes, en el que se pueda ver cada reclamo y su progreso, hasta el punto
de que esté concluido, y poder emitir por medio de estos reportes que sirvan para la
toma de decisiones. Se busca que sea de fácil uso donde él pueda acceder fácilmente
a la información que requiere, optimizar la solución óptima para que no se sufra fallas.
2.2 Visión:
Hacer de nuestro sistema un intermediario entre el usuario y el cliente, que facilite el
manejo de reclamos, en tiempo, en control y que sea capaz de darle una mejor
experiencia tanto al cliente como al usuario, capaz de mejorar el trabajo interno,
apoyando con la reducción de los reclamos y la emisión de reportes a entes
reguladores.
3. Evolución del Sistema

En caso de que el sistema cuente, en un futuro, con una aplicación, el sistema se
modificará para la necesidad del usuario.
En caso de que el sistema no cuente con internet, los reclamos se podrán realizar en off-
line, si así cuando se conecte a internet, se publicará el reclamo.
6
4. Requerimientos Software
El sistema enviará un correo electrónico cuando se registre alguna de las siguientes
transacciones: cuando se realice una queja, cuando se realice una sugerencia, enviaría
un listado actualizado.
El sistema permitirá aprobar, cambiar o actualizar alguna queja que haya tenido un
cliente.
El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.
El Sistema realizara tablas donde almacenara los datos y poseerán una firma electrónica.
La aplicación debe poder utilizarse sin necesidad de instalar ningún software adicional
4.1 Requerimientos de seguridad

El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados. Los
usuarios deben ingresar al sistema con un nombre de usuario y contraseña.
El sistema enviará una alerta al administrador del sistema cuando ocurra una carga de
reclamo que no es correcta.
5. Personal Involucrado
Nombre David Enrique Castro
Rol Jefe de desarrollo del sistema
Categoría profesional Ingeniero en Sistemas
Responsabilidades Organizar: al equipo para dejar bien en claro su respectivo rol
y responsabilidades.
Dirigir: establecer un cronograma a seguir por el equipo
desarrollador.
Controlar: verificar que las actividades se lleven de acuerdo al
iniciar el proyecto
Información de contacto castro_david99@hotmail.com
Aprobación Brandon Pérez
Luis Quiñonez
Melvin Sandoval
Nombre Brandon Pérez García

Rol Programador
Responsabilidades Elegir el código para cumplir con los requerimientos
funcionales del sistema, para evitar errores y que se cumplan
con todas las necesidades del proyecto según su diseño y
funcionamiento.
Información de contacto phando12@hotmail.com
Aprobación David Castro
7
Nombre Luis Quiñonez
Rol Analista
Responsabilidades Analizar y recopilar información que se hizo acerca de las
necesidades del proyecto, como ayudar a resolver algunos
errores del mismo.
Información de contacto l-quinonez@hotmail.com
Nombre Melvin Sandoval

Rol Diseñador
Responsabilidades Diseñar el logotipo del sistema.
Diseñar fases del proyecto en función del sistema.
Diseñar las interfaces según los requerimientos del sistema.
Diseñar los estilos y formas que debe llevar el proyecto, para
algo estético y formal.
Información de contacto melvin_lgp09@hotmail.com
6. Perspectiva del sistema
Este sistema estará disponible en la plataforma general de la empresa, para poder

usarse como aplicación de Escritorio, la cual contendrá una base de datos con todo lo
referente a la empresa. La interacción con los usuarios será a través de menús
7. Funcionalidad del sistema

El sistema contará con la parte de la gestión de reclamos, lo que quiere decir:
Ingreso de reclamos
Modificación de reclamos
Consulta de reclamos
Conclusión de reclamos
Además, cuenta con una pantalla independiente para poder realizar altas y bajas de los
usuarios que tendrán acceso al Sistema, tales como:
Ingreso de nuevos usuarios

Modificación de usuarios
Bajas de personal fuera de la empresa por medio de estado
Permisos especiales para el ingreso a pantallas
Por ultimo están las emisiones de reportes, tales como:
Reporte de tiempo de respuesta
8
Reporte mensual de reclamos
Reporte general
El sistema tendrá funciones tales como altas, bajas, reclamos.
Altas: las altas de este sistema serán acerca de los clientes a quienes se les otorgue el
crédito y los reclamos que se agreguen a la base de datos.
Bajas: las bajas serían, en caso contrario a las altas, clientes a quienes se les deje de
otorgar crédito y los reclamos se eliminaran de la lista.
Reclamos: se registran los reclamos en la base de datos.
8. Características de los usuarios
Tipo de usuario Administrador

Formación Ingeniero, en informática
Habilidades Habilidades de manejo de software y coordinación de los
usuarios.
Actividades Altas, bajas y cambios de clientes.
Altas, bajas y cambios en el inventario.
Requisición de compras.
Ventas.
Tipo de usuario Usuario

Formación Técnico en informática
Habilidades Habilidades básicas de manejo de una PC.
Actividades Ventas.
9. Requisitos específicos del sistema
Número de requisito R1
Nombre de requisito Requisito de
autenticación
Tipo X Requisito Restricción
Fuente del requisito Todos los usuarios No hay restricciones
deberán introducir
en la pantalla de
“login” un usuario y
contraseña válidos
en el sistema para
poder entrar a éste.
Prioridad del requisito X Alta/Esencial Media/Deseado Baja/ Opcional
9
descripción
Tipo Requisito X Restricción
Fuente del requisito El usuario El administrador
administrador podrá podrá hacer
guardar cambios en cambios, y los
productos, usuarios tendrán que
inventario, clientes pedir permiso para
y ventas, mientras realizar cambios
que el usuario como tal.
empleado sólo lo
podrá hacer en las
ventas.
Prioridad del requisito Alta/Esencial X Media/Deseado Baja/ Opcional
visibilidad
Tipo X Requisito Restricción
Fuente del requisito El usuario El usuario solo podrá
empleado podrá ver acceder al menú y no
el nombre, precio y tendrá acceso a toda
descripción de cada la información.
producto para poder
realizar una venta.
Prioridad del requisito X Alta/Esencial Media/Deseado Baja/ Opcional
10
10. Diagrama de caso de uso
11
11. Descripción de caso de uso
Código CU-001 Sistema de Reclamos
Actores Usuario, Jefe del área, Gerente de agencia, Cliente.
Descripción Se registraran en el sistema los reclamos que presenten para llevar un control de
los mismos, así mismo se deberá emitir un reporte mensual de los mismos.
Pre-condiciones El usuario debe tener credenciales correspondientes para ingresar al módulo
Post-condiciones Se deberá emitir un reporte cada semana, y cada mes.
Flujo Básico
usuario sistema
1. El usuario toma el reclamo del cliente y lo ingresa al sistema, 1. El sistema almacena el registro asignándole un
juntamente con los datos del cliente. código al reclamo y se envía una notificación al
administrador para su dicha revisión.
2.El usuario recibe la notificación del sistema que los datos del 2. Una vez aceptado el reclamo el sistema notificará al
cleinte han sido aceptados correctamente con el reclamo adjunto usuario vía email, indicandole que el reclamo del cliente
para su dicha revisión. si corresponde.
3. El usuario verifica la notificación del sistema para el reclamo con 3. El sistema acepta el reclamo, y le envía notificación al
dicho codigo y ve el estatus del reclamo correspondiente y se usuario para confirmar.
comunica con el cliente para indicarle que su reclamo fue aceptado
y le da los datos de cuándo podría llegar nuevamente al banco.
4. El usuario se comunica con el cliente para indicarle que su 4. El sistema genera una lista de todos los reportes del
reclamo fue aprobado/rechazado y le da fecha para cuando el primer dia de cada mes y lo almacena en la nube.
cliente podría ir al banco de nuevo para dicho reclamo.
Flujo Alterno
Si el reclamo no es aceptado, el sistema le notificará al usuario vía email, para que se pueda poner en contacto con el cliente.
12. Diagrama de actividades
12
13. Diagrama de secuencias
sistema administrador
13
14. Diagrama de clases
15. Requisitos Comunes de las Interfaces

La interfaz de login necesita como entrada un usuario y contraseña válidos para poder
dar acceso a la siguiente interfaz.
La interfaz del módulo de reclamos necesita como entrada el identificador de cada
usuario que será atendido. Como salida arrojará los reclamos de cada categoría que hizo
el cliente.
La interfaz del módulo de reclamo necesita como entrada los usuarios que requieren la
lista de reclamos dando como salida la lista de éstos.
La interfaz del módulo de clientes necesita como entrada los datos de un cliente, en caso
de que sea necesario acceder al módulo de reclamo.
La interfaz del módulo de usuario necesita como entrada los datos del cliente en caso de
que se le otorgue por primera vez un reclamo.
Para consultar el reclamo de un cliente, la interfaz necesita como entrada el identificador
del cliente, arrojando como salida el nombre, código de cliente y el reclamo.
14
15.1 Interfaz de Usuario
La interfaz en uso deberá mostrar a los usuarios solamente la información
necesaria para realizar cualquier operación que desea realizar.
La interfaz en uso también deberá mostrarle al administrador, la información
necesaria para realizar una modificación del cliente.
El usuario interactuará con la interfaz de impresión propia de la impresora de
tickets para mandar imprimir el ticket de cada venta hecha al cliente.
15.2 Interfaz de Hardware

El monitor: éste deberá mostrar las interfaces así como la información necesaria
para que el usuario pueda trabajar adecuadamente con el sistema. El monitor
deberá contar con una resolución de 1024 x 768 pixeles.
El ratón: el sistema requerirá del ratón para que el usuario pueda realizar acciones
en el sistema.
El teclado: el sistema permitirá al usuario introducir datos mediante el teclado.
Impresora de tickets: el sistema arrojará el desglose de la compra a través un
ticket para el cliente.
15.3 Interfaz del Sistema
15
15.4 Interfaz de Comunicación
El sistema se comunica con su base de datos a través del SGBD SQLServer y
se enlaza con un espacio en la nube para realizar copias de seguridad.
16. Requisitos Funcionales

*El sistema permitirá la entrada a los usuarios que cuenten con la autorización necesaria.
*El sistema recibirá los datos de clientes y reclamos almacenándolos en la base de datos
para futuras consultas y diversas operaciones (si se hubiera algún error al momento de
la venta, el sistema deberá permitir retroceder, es decir, deshacer la operación).
*El usuario deberá proporcionar un usuario y contraseña válidos para poder tener acceso
al sistema.
*El sistema aceptara el reclamo a partir de los diferentes usuarios que los atenderán,
buscando con ellos la solución de cada operación.
Para poder hacer reclamo, el cliente primero deberá registrarse dicho reclamo en la base
de datos del mismo sistema, para poder aceptar los reclamos deberán confirmarse los
datos por medio de una casilla de verificación lo cual pasa al sistema y confirma el
reclamo.
17. Requisito No Funcionales

La seguridad del Sistema, debido a que existe la posibilidad que usuarios externos al
área ya sea por error o con mala voluntad, desee extraer información del Sistema, lo cual
traería conflicto en la confidencialidad de la información del cliente y problemas de
interés. por lo que a pesar de que el sistema tendrá varios menús, se desea que solo el
personal autorizado pueda abrir el menú que le corresponda, ya que solo el administrador
podrá tener total acceso al sistema como tal.
18. Roles del Sistema
1. Rol Administrador (1)

Es el rol que tendrá todo tipo de permisos sobre el sistema, creación, modificación, consultas, autorizaciones
y emisión de reporteria.
2. Rol Autorizante (50)
Este rol es solo para supervisores, pues solamente tendrán permiso de consulta y la autorización de reclamos
ingresados.
3. Rol Servicio al Cliente (236)
Es el rol que usarán los usuarios de servicio al cliente, el cual consiste en tener permisos de crear reclamos
y consultarlos.
4. Rol de Consulta (77)
Este rol se enfoca más para usuarios externos al área de Reclamos, que buscan consultar reclamos pero
específicamente emitir reportes para toma de decisiones.
16
19. Revisiones
Nombre Área Cargo Fecha Revisión Firma
David Castro Informática Gerente 22/09/2017 david.castro
Melvin Sandoval Informática Sub Gerente 24/09/2017 Melvin.sandoval
Brandon Pérez Informática Analista 24/09/2017 Brandon.perez
Programador
Juan Pérez Gerencia Servicio al cliente Gerente 22/09/2017 Juan.perez
Luis Quiñonez Gestión del Consumidor Jefe de Área 22/09/2017 Luis.quinonez
Final
20. Versiones
Fecha ID Título Analista Usuario Líder
10/10/2015 40-123-2015 Preparación María Low Carol Méndez
de la data
06/11/2016 40-050-2016 Creación de Carlos Chen Carol Méndez
formatos.
24/09/2017 40-001-2017 Creación de Brandon Pérez Luis Quiñonez
Sistema de
Reclamos
21. Funcionamiento
El sistema tendrá funciones como:
- Almacena la información en una base de datos.

- Crea un listado de los clientes que han realizado alguna queja
- Provee un registro de las quejas totales.
- El sistema almacenará usuarios encargados para poder utilizarlo.
22. Referencias
a. Creación del Incidente
No. Incidente 1020 Vía: Correo Electrónico

Solicitante Luis Quiñonez Fecha: 20/08/2017
Título Creación Área Asignada Proyectos Nuevos
Sistema de
Reclamos
Descripción: Se solicitó la creación de un sistema que permita registrar los reclamos que se
reciben diariamente en la entidad, por distintos motivos de diferentes áreas,
esto con el fin de resguardar dicha información del cliente, poder emitir
formularios que faciliten la atención de los clientes al momento en que
presenten un reclamo y poder emitir reportes que permitan verificar los
puntos en los que se debe mejorar.
17
Anexos
b. Minuta de Reunión
Fecha: 02/02/2017 Hora Inicio 8:00am
Hora Fin: 9:00am Ubicación 1 calle 2-30 zona 13, Ciudad Guatemala.
Ala norte 2do Nivel.
Personas Presentes: Luis Quiñonez Gestión del consumidor final
Jefe de Área:
Brandon Pérez Informática
Correo Electrónico:
Luz Tinoco Servicio Al Cliente
Descripción básica de los 1. Se requiere un sistema en el cual se puedan ingresar los reclamos
requerimientos presentados por los clientes
2. Un reporte que muestre los tiempos en que se resuelven los reclamos
3. Mantenimiento de Usuarios
4. Pantalla donde se autoricen los reclamos
5. Pantalla para consultar los reclamos por estado
6. Seguridad entre pantallas
Fecha en que se desea implementado: 03/10/2017
c. Formulario de Nuevos Proyectos

No Incidente: 345050 Título: Sistema de Reclamos
Plataforma: Moodle Antecedentes Ninguno, es nuevo.
18
Área solicitante Gestión del Jefe de Área: Luis Quiñonez
Consumidor Final
Descripción General
¿Qué se desea? Se requiere un sistema el cual permite ingresar los reclamos que presenten los
clientes día a día, en el cual se guarden los datos específicos del cliente y se
pueda especificar de qué área corresponde el problema.
Usuario Líder Luis Quiñonez Extensión: 303010
Correo Electrónico luis.quinonez@miumg.org
Personal Involucrado
No. Colaboradores 4 Áreas Involucradas 1
Usuarios Involucrados
Nombre: Luis Quiñonez Área Gestión del Puesto Jefe de Área Rol 123
consumidor final
Nombre: Alan Aguirre Área Servicio al cliente Puesto Jefe de Área Rol 456
Nombre: Luz Tinoco Área Servicio al cliente Puesto Auxiliar de Rol 789
Atención al Público
En las siguientes secciones se encontrará la descripción del proyecto como tal,

así como la descripción de lo que es necesario para que tenga un correcto
funcionamiento y los pasos para fomentar el buen proyecto.
Identificación del Solicitante

Gerencia: Gerencia Nombre Juan Pérez
Servicio al Gerente
cliente
Extensión 303040 Correo Electrónico: juan.perez@miumg.org
Área solicitante Gestión del Jefe de Área: Luis Quiñonez
Consumidor Final
Extensión: 303010 Correo Electrónico: luis.quinonez@miumg.org
Ubicación 1 calle 2-30 zona 13, Ciudad Guatemala. Ala norte 2do Nivel.
Usuario Líder Luis Quiñonez Extensión: 303010
Correo Electrónico luis.quinonez@miumg.org
Personal Involucrado
No. Colaboradores 4 Áreas Involucradas 1
Usuarios Involucrados
Nombre: Luis Quiñonez Área Gestión del consumidor Puesto Jefe de Área Rol 123
final
Nombre: Alan Aguirre Área Servicio al cliente Puesto Jefe de Área Rol 456
Nombre: Luz Tinoco Área Servicio al cliente Puesto Auxiliar de Rol 789
Atención al Público
19
23. PRUEBAS FUNCIONALES
1. REGISTRO DE PRUEBAS FUNCIONALES DEL ANALISTA
No. Del Incidente 345050
Nombre del Proyecto SISTEMA DE RECLAMOS
Nombre del Analista Brandon Pérez
Nombre del Usuario Luz Tinoco
Fecha Inicio de Pruebas 14/09/2017 Fecha Finalización Pruebas 22/09/2017
Extensión:
No. Prueba Criterio Aceptación Fecha Prueba Certifica

1 Ingreso de reclamos Que cada registro quede almacenado con 14/09/2017 SI
un ID y con todo el detalle del reclamo.
2 Generación de Que se pueda emitir un reporte que 18/09/2017 SI
Reporte muestre datos básicos del reclamo y
cuánto tiempo se demoró en resolver
3 Mantenimiento Que se puedan dar altas y bajas de 21/09/2017 SI
Usuarios usuarios.
4 Autorización Que se puedan dar por concluidos los 22/09/2017 SI
Reclamos reclamos y detallar el motivo
5 Consulta Reclamos Visualizar todos los reclamos creados 22/09/2017 SI
2. REGISTRO DE PRUEBAS FUNCIONALES DEL USUARIO
No. Del Incidente 345050

Nombre del Proyecto SISTEMA DE RECLAMOS
Nombre del Analista Brandon Pérez
Nombre del Usuario Luz Tinoco
Fecha Inicio de Pruebas 25/09/2017 Fecha Finalización Pruebas 29/09/2017
Extensión:
No. Prueba Criterio Aceptación Fecha Prueba Certifica

1 Ingreso de reclamos Que cada registro quede almacenado con 25/09/2017 SI
un ID y con todo el detalle del reclamo.
2 Generación de Que se pueda emitir un reporte que 26/09/2017 SI
Reporte muestre datos básicos del reclamo y
cuánto tiempo se demoró en resolver
3 Mantenimiento Que se puedan dar altas y bajas de 27/09/2017 SI
Usuarios usuarios.
4 Autorización Que se puedan dar por concluidos los 27/09/2017 SI
Reclamos reclamos y detallar el motivo
5 Consulta Reclamos Visualizar todos los reclamos creados 29/09/2017 SI
20
24. Resumen
Se desea realizar un sistema donde se puedan almacenar o guardar datos de quejas o

de sugerencias de los clientes sobre nuestros servicios o productos para poder brindarles
una mejor atención y un mejor servicio, y asimismo poder llevar lo que es un control de
las quejas de los clientes y poder atenderles con una mejor calidad y rapidez, se espera
realizar un sistema fácil de utilizar para el usuario que sea rápido para que cuando se
estén dando las quejas o sugerencias se puedan atender con rapidez al cliente y se
quede satisfecho, se espera que el sistema cuente con acceso a la base de datos de los
clientes para tomar los datos de la misma, el sistema solo aceptara datos de las
personas que sean clientes de nuestros servicios de personas ajenas no se aceptarán
quejas ya que el sistema buscará al cliente en la base de datos de los clientes para
verificar si el cliente existe o no el sistema no permitirá crear clientes solo será capaz de
crear una queja para clientes existentes.
21

Proyecto Sistema de Reclamos

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Proyecto Sistema de Reclamos

Încărcat de

Drepturi de autor:

Formate disponibile

DETALLE DE REQUERIMIENTOS DE SOFTWARE

Brandon Iván Pérez García 0900-14-6668

Este documento describe los requerimientos de software del

Alcance El sistema será utilizado para poder almacenar los reclamos

HISTORIA DEL DOCUMENTO

Fecha Versión Comentarios Autor

06 noviembre 2016 1.0 Revisada por el equipo Carol Méndez

04 noviembre 2017 1.1 Implementación en Plataforma Luis Quiñonez

1 Error! Bookmark not defined.5

El estándar de desarrollo a implementar, es la utilización de las diferentes librerías con

1.5 Alcance del Proyecto

1.6 Alcance de Uso

3. Evolución del Sistema

El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.

4.1 Requerimientos de seguridad

Nombre Brandon Pérez García

Nombre Melvin Sandoval

6. Perspectiva del sistema

Este sistema estará disponible en la plataforma general de la empresa, para poder

7. Funcionalidad del sistema

Ingreso de nuevos usuarios

Por ultimo están las emisiones de reportes, tales como:

Reporte de tiempo de respuesta

El sistema tendrá funciones tales como altas, bajas, reclamos.

8. Características de los usuarios

Tipo de usuario Administrador

Tipo de usuario Usuario

9. Requisitos específicos del sistema

Código CU-001 Sistema de Reclamos

Actores Usuario, Jefe del área, Gerente de agencia, Cliente.

Pre-condiciones El usuario debe tener credenciales correspondientes para ingresar al módulo

Post-condiciones Se deberá emitir un reporte cada semana, y cada mes.

12. Diagrama de actividades

15. Requisitos Comunes de las Interfaces

15.2 Interfaz de Hardware

15.3 Interfaz del Sistema

16. Requisitos Funcionales

17. Requisito No Funcionales

18. Roles del Sistema

1. Rol Administrador (1)

- Almacena la información en una base de datos.

a. Creación del Incidente

No. Incidente 1020 Vía: Correo Electrónico

c. Formulario de Nuevos Proyectos

En las siguientes secciones se encontrará la descripción del proyecto como tal,

Identificación del Solicitante

No. Prueba Criterio Aceptación Fecha Prueba Certifica

2. REGISTRO DE PRUEBAS FUNCIONALES DEL USUARIO

No. Del Incidente 345050

No. Prueba Criterio Aceptación Fecha Prueba Certifica

Se desea realizar un sistema donde se puedan almacenar o guardar datos de quejas o

S-ar putea să vă placă și