Sei sulla pagina 1di 19

UNIVERSIDAD NACIONAL DE SAN ANTONIO

ABAD DEL CUSCO


INSTITUTO DE SISTEMAS DEL CUSCO

ASIGNATURA:

 Análisis de Diseño de Sistemas de Informacion


ALUMNA:

 Apaza Quispe Mario


 Apaza Quispe, Patricia
 Hilares Hancco, Lisset Mariella
 Huarancca Hilares, Antony Alexsander
MODULO:

 4to módulo (turno noche)


INTRODUCCIÓN
En la actualidad las agencias de venta de unidades móviles no cuentan con un sistema por
el cual puedan llevar un control de las ventas que han realizado, además de no llevar un control
de ventas de cada vendedor, otro aspecto importante es que las agencias realizan las ventas
de forma manual digitando las series de las tarjetas SIM y equipos móviles lo cual ocasiona que
en ocasiones se digiten mal las series lo cual genera demora en la venta.

En el capítulo I se presentan la situación del problema que se presentan al momento de


realizar una venta, después de identificar el problema se muestran el planteamiento del
problema y la importancia que tiene esta investigación, dando a conocer las razones a través
de la justificación correspondiente, se puntualizan los objetivos generales y específicos; y
finalmente, se dan a conocer los alcances y los aportes de este trabajo de tesis.

Nuestra aplicación tendrá clasificados los productos por modelos, además para poder facilitar
la localización de nuestro material informático, se dispondrá de una pequeña aplicación que
realizará la búsqueda por palabras clave. Lo cual permitirá al usuario tener una búsqueda más
rápida y efectiva.
CAPÍTULO I

PLANTEAMIENTO DEL PROBLEMA

En el Capítulo I se da a conocer la situación del problema que se presenta al momento de realizar una venta de
equipos móviles y la identificación de las variables que afectan al problema principal. Después de identificar el
problema general planteamos el objetivo y la hipótesis. En las justificaciones daremos a conocer la metodología
a utilizar así como el sustento y el beneficio de la realización del estudio en las agencias de ventas.

1.1. DESCRIPCION DEL PROBLEMA


En la agencia de ventas “Corporación Telenegocios Perú SA·C”, tiene diferentes áreas donde existen varias
funciones que realizan los trabajadores de forma manual y otros en archivos Word y Excel.

Al momento de realizar una venta el personal del área de ventas muestra la lista de los equipos disponibles al
cliente para que elija, después que el cliente ha realizado la elección del equipo el vendedor solicita las series de
los equipos y Tarjeta SIM a almacén genera una hoja venta con los datos del cliente, tipo de plan, series del
equipo y tarjeta SIM para entregar al activador para que realice la activación del equipo y tarjeta SIM además
de asignar un número telefónico, cuando el cliente realiza el pago se le entregara un comprobante de pago y
guía de remisión los cuales entrega al vendedor para que pueda recoger de almacén los equipos y hacerle la
entrega al cliente después de hacerle firmar el contrato de servicio.

El área de almacén tiene las siguientes funciones: recepcionar y llevar un control de los equipos y tarjetas SIM,
realizar los picking de los pedidos, brindar las series de los equipos tarjetas SIM a los vendedores, entregar los
equipos y tarjetas SIM activados, realizar stock de equipos e inventarios periódicamente, reingresar equipos y
tarjetas SIM que fueron anulados y otros.

Cabe destacar que las áreas no realizan las asignaciones de activos con un orden especifico, por tanto se puede
causar el descontento e inconformidad de los clientes, provocando demora, incomodidad en varias
oportunidades por falta de un monitoreo constante que permita conocer cuáles son las atenciones pendientes,
además de esto no se cuenta con un sistema de inventario que actualice periódicamente lo existente en el área
de almacén, lo que ocasiona falta de información precisa de lo que se tiene, gastos excesivos de tiempo y
dificultad para llevar el seguimiento y control de los activos y sus asignaciones.

En vista de lo descrito, se analizarán las necesidades generales de las áreas a fin de determinar los
requerimientos reales del sistema que se desea crear, diseñar, desarrollar e implantar, usando una metodología
de apoyo. El desarrollo de este proyecto se realizará siguiendo las normativas para la creación de aplicaciones,
la cual exige el uso de herramientas libres a fin de cumplir con lo establecido, entre estas se puede mencionar:
Sistema manejador de Base de Datos MySql y Java como lenguaje de programación de código abierto.

Entonces planteado el problema y la importancia de la implementación de un sistema de información se formula


la siguiente interrogante:

¿Cómo influye la implementación del Sistema basado en tecnología Web en el Control y Gestión de venta de
unidades móviles?
1.2. OBJETIVO DE LA INVESTIGACIÓN

Objetivo General

Analizar y diseñar un sistema para proponer la mejora del control y gestión de venta de unidades móviles,
mediante el diseño de un Sistema basado en Tecnología Web, que contribuya a minimizar el tiempo en que se
realizan los procesos, ayude a disponer de información completa y actualizada, así como sea de fácil manejo y
manipulación.

Objetivos específicos

a) Definir los requerimientos funcionales para el módulo de personal, módulo de almacén, módulo de
ventas, módulo de caja. Y también identificar los requerimientos no funcionales para los equipos,
disponibilidad de sistema, etc.
b) Desarrollar un modelo de solución de la propuesta basado en ingeniería web UML, provisto de
herramientas para su diseño y modelado.
c) Identificar a los actores del sistema (administrativo, almacenero, vendedores, activador, personal de
caja, etc.) y los casos de uso (procesos de acceso al personal, procesos de almacén, procesos de
activación, procesos de ventas, etc).
d) Crear modelos para la gestión de clases de análisis de cada caso de uso para su posterior despliegue de
la arquitectura e implementación.
e) Diseñar los diagramas de procesos de datos necesarios para representar el funcionamiento del sistema
de información propuesto.
1.3. METAS
a) El desarrollo del sistema web para el control y gestión de ventas de unidades móviles en línea que sea
accesible desde cualquier punto de internet.
b) Facilitar los procesos de las áreas de la agencia, mostrar información actual y necesaria para poder
realizar las ventas, el control de equipos, costos y algunos procesos demás.
c) Introducir como herramienta este sistema web que le proporcione medir los indicadores y que le
indiquen el grado de eficiencia en el que se va conduciendo la gestión.
d) Generar información válida y confiable, donde el usuario puede ver un avance progresivo de lo que se
va trabajando, asegurando la producción del software según las necesidades del usuario.
1.4. ALCANCES
El sistema propuesto de software a desarrollar, cumplirá con los siguientes requerimientos:

 Implementar un sistema de control y gestión de indicadores de ventas para evaluaciones del personal
de ventas.
 La gestión autónoma de algunas de las funciones y procesos de las áreas de la agencia.
 Realizar un reporte de estado de ventas que nos permitirá saber cuáles son los representantes
ligados y como va avanzando el trabajo para llegar a las cantidades impuestas por las Empresa
Telefónica del Perú.

1.5. LIMITACIONES
 La agencia de ventas “Corporación Telenegocios Peru S.A.C.” no cuenta con un sistema automatizado
implementado, por lo cual se tendrá que adquirir todo el equipo informático propuesto para el
desarrollo del sistema.
 En el establecimiento, se necesitara que se les proporcione capacitación técnica y base del uso de las
computadoras, puesto que del personal encargado dependerá el volumen de la información
registrada en el sistema, lo cual limita el valor de los resultados que se pueda tener.

1.6. JUSTIFICACIÓN

Justificación Práctica
El desarrollo del sistema web para el control y gestión de ventas de unidades móviles en línea que sea accesible
desde cualquier punto de internet, permitirá mayor dinamismo en cualquier operación de la agencia de ventas,
ya que el proceso de ventas ya no sería centralizada sino que podría hacerse a través de cualquier punto con
acceso a Internet y en cualquier parte de la agencia de ventas o donde se encuentre el vendedor, lo que permitirá
las siguientes mejorías: El tiempo que lleva hacer el proceso de relleno del registro de ventas se disminuiría
considerablemente, revisar el stock disponible de los productos en la agencia de ventas, revisar las cantidades
de ventas del vendedor. Por lo tanto materializar dicho proyecto resultaría necesario e importante para los
trabajadores de la agencia de ventas, así mismo estar a la vanguardia de la tecnología presente en todo el
mundo.

Justificación Teórica
El conocimiento práctico y concreto de nuevos mercados para el producto, en este caso venta de unidades
móviles, abre las alternativas de mejores mecanismos de comercialización, lo cual incentiva a los actores
esenciales, como es el caso de las agencias de ventas, que sabiendo que son capaces por si mismos de lograr el
objetivo de poder encontrar nuevas ventas, poder irradiar y multiplicar al resto de agencias.

El propósito de desarrollar esta web es para poder facilitar los procesos de las áreas de la agencia, mostrar
información actual y necesaria para poder realizar las ventas, el control de equipos, costos y algunos procesos
demás.

Justificación Metodológica
La visión de la Agencia de ventas actualmente debe centrarse a mejorar sus niveles de competitividad y pensar
seriamente en introducir una herramienta que le proporcione medir los indicadores y que le indiquen el grado
de eficiencia en el que se va conduciendo la gestión.

El proyecto genera información válida y confiable, donde el usuario puede ver un avance progresivo de lo que
se va trabajando. Es por esto que se hace necesario entregar al usuario interfaces y procedimientos basados en
prototipos para familiarizar al usuario y así tener un mayor grado de retroalimentación con él. Como proceso de
desarrollo en el presente proyecto se utilizará la metodología RUP, llamada así por sus siglas en inglés Rational
Unified Process, es un proceso de ingeniería del software. Proporciona un acercamiento disciplinado a la
asignación de tareas y responsabilidades en una organización de desarrollo. Su propósito es asegurar la
producción de software de alta calidad que se ajuste a las necesidades de sus usuarios finales con unos costos y
un calendario predecibles.

CRONOGRAMA

FASES/MESES MES 1 MES 2

SEMANA 1

SEMANA 2

SEMANA 3

SEMANA 4

SEMANA 1

SEMANA 2

SEMANA 3

SEMANA 4
PLANTEAMIENTO DEL PROBLEMA
DESCRIPCION DEL PROBLEMA
OBJETIVOS
ALCANSES
LIMITACIONES
ANALISIS
REQUERIMIENTOS
ACTORES
CLASES
CASOS DE USO
DESCRIPCION DE CASOS DE USO
DISEÑO
DIAGRAMA DE CLASES
DISEÑO DE INTERFACES
DISEÑO DE LA BASE DE DATOS
DISEÑO DE MODULO
CAPITULO II
FASE DE INICIO
2.1. REQUERIMIENTOS
Esta disciplina tiene como objetivos establecer lo que el sistema debe hacer (Especificar Requisitos), definir los
límites del sistema, y una interfaz de usuario, realizar una estimación del costo y tiempo de desarrollo. Utiliza el
Modelo de CU para modelar el Sistema que comprenden los Casos de Uso, Actores y Relaciones, además utiliza
los diagramas de Estados de cada Caso de Uso y las especificaciones suplementarias.

Los principales objetivos de esta disciplina son:

Definir el ámbito del sistema.

Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.

Tener un mejor entendimiento de los requerimientos del sistema.

Tener una base para estimar recursos y tiempo de desarrollo del sistema.

Los requerimientos serán divididos en dos grupos: Los funcionales, que describirán las funciones que el software
va a ejecutar; y los no funcionales, que especificarán criterios que pueden usarse para juzgar la operación de un
sistema en lugar de sus funciones específicas.

Requerimientos Funcionales
Los requerimientos funcionales ofrecen una descripción detallada del comportamiento de la aplicación y de las
necesidades del sistema, así como soluciones a posibles situaciones adversas o anómalas tales como datos
inválidos, errores, fallos del sistema entre otras. Por lo tanto, para poder realizar correctamente el proyecto en
cuestión debemos asegurarnos que tenemos claros todos los requerimientos a cumplir. En el siguiente listado
veremos qué requisitos mínimos debe cumplir nuestra aplicación.

Módulo de Personal
Evidentes para todos los tipos de usuarios.

R-1. El sistema permitirá la creación, modificación e inactivación de usuarios y roles para tener
diferentes niveles de acceso al sistema.

R-2. El sistema debe permitir administrar las autorizaciones para la ejecución de las acciones del
sistema dependiendo del rol de cada usuario.

R-3. El sistema debe permitir el ingreso a través de un formulario para la identificación de los
usuarios.

R-4. El sistema debe permitir visualizar la lista del personal de la empresa.

R-5. El sistema debe permitir las ventas personales de cada empleado.

Módulo de Almacén
Evidentes para todos los tipos de usuarios.
R-6. El sistema debe permitir registrar e ingresar los productos nuevos a la agencia como las
tarjetas SIM y equipos.

R-7. El sistema permitirá la modificación de los datos de los productos.

R-8. El sistema permitirá mostrar la información actualizada de los productos existentes y


disponibles de los productos.

R-9. El sistema debe permitir realizar búsquedas de artículos por coincidencia, por series.

R-10. Sección para el ingreso de productos por artículos, series y otros datos.

R-11. El sistema debe permitir generar un inventario por artículos y series.

R-12. El sistema debe permitir la actualización continua de contenidos.

Módulo de Ventas
Evidentes para todos los tipos de usuarios.

R-13. El sistema permitirá registrar los datos del cliente.

R-14. El sistema debe permitir hacer ventas según el tipo: Prepago, Postpago, Fijo e internet y
otros.

R-15. El sistema debe permitir la actualización continua de contenidos, es decir, se debe poder
introducir, modificar y eliminar elementos de las bases de datos.

R-16. El sistema debe guardar las cantidades de artículos vendidas y los precios a los que fueron
vendidas.

R-17. El sistema debe permitir hacer consultas.

R-18. El sistema debe validar los campos de los formularios, para campos numéricos como
cantidad sólo debe permitir introducir números, para campos con números decimales.

R-19. El sistema debe validar los campos de los formularios antes de su envío.

R-20. El sistema debe permitir la actualización continua de contenidos.

R-21. Sección de activación que visualiza información necesaria: nombre, dirección, teléfono de
referencia y otros del cliente, además de tipo de plan y tipo de ventas.

R-22. Sección de activación en los diferentes tipos, planes y otros.

R-23. Sección de activación para modificar el campo de número telefónico.

Módulo de Caja
Evidentes para todos los tipos de usuarios.

R-24. El sistema debe permitir realizar pagos de las ventas realizadas.

R-25. Sección para generar guías de remisión de las ventas realizadas.


R-26. Sección para generar reporte de los movimientos diarios.

R-27. Sección para generar reporte de ingresos y egresos mensual.

R-28. El sistema debe guardar las cantidades de artículos vendidas y los precios a los que fueron
vendidas.

Requerimientos No Funcionales
Los requerimientos no funcionales tienen que ver con características que de una u otra forma puedan limitar el
sistema. Estos requerimientos se basan en restricciones impuestas por los usuarios o bien surgidas por sucesos
previstos improvistos y que afectan al diseño final. Normalmente son cuantificables. Algunos ejemplos son, el
rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad, mantenimiento, seguridad, portabilidad,
estándares, etc.

El sistema de control y gestión debe satisfacer los siguientes requerimientos suplementarios: usabilidad,
fiabilidad, desempeño y mantenibilidad. Cada uno de estos requerimientos impacta la toma de cualquier
decisión sobre la arquitectura del sistema.

Todo sistema debe ser capaz de aceptar modificaciones sin que esto afecte la operabilidad del mismo, lo cual se
garantiza diseñando un sistema en componentes.

Requerimientos de Equipos
o Se deberá contar con un servidor de internet que permita la conexión de múltiples usuarios.
o Para que un encuestador pueda acceder a una encuesta debe tener una conexión a Internet a través
de un punto con acceso a internet.

Disponibilidad
o El Sistema debe estar disponible cuando el usuario desee acceder al sistema.

2.2. ACTORES
Los actores del sistema son las personas que interactúan con el software. Se ha identificado los siguientes
usuarios:

 Administrador o Administrativo.
 Almacenero.
 Vendedores.
 Activador.
 Personal de Caja.

2.3. CLASES
Los diagramas de clases son una vista arquitectónica del sistema que permiten describir las características
estáticas de los objetos y las interrelaciones que se dan entre estos. Las clases que hacen parte del diagrama de
clases son las clases entidad las cuales representan, los aspectos más permanentes de un dominio de aplicación.
En la figura Nº 01 podemos observar:
Figura 1 Diagrama de Clase del Sistema
2.4. CASOS DE USO
Los casos de uso es el conjunto de los modelos de interacción entre los usuarios externos de un sistema (actores)
y el sistema mismo. Se han identificado los siguientes casos de uso generales:

 Para gestionar proceso de acceso al personal


o CU-01. Crea usuario, contraseña y usuario.
o CU-02. Solicita datos personales.
o CU-03. Envía datos.
o CU-04. Envía usuario y contraseña.
 Para gestionar procesos de almacén-INGRESO
o CU-05. Revisa el pedido.
o CU-06. Envió de equipos disponibles.
o CU-07. Envió de pedidos de equipos.
o CU-08. Envió de equipos según pedido.
o CU-09. Recepción y revisión de equipos.
o CU-10. Ingreso de equipos al sistema.
o CU-11. Ingresar al stock de equipos.
 Gestionar procesos de almacén-FUNCIONES
o CU-12. Ingresa series de los equipos al sistema.
o CU-13. Verificar las series de los equipos.
o CU-14. Realizar stock de los equipos.
o CU-15. Generar inventarios.
 Gestionar procesos de activación.
o CU-16. Solicita series de equipo.
o CU-17. Envía pedido.
o CU-18. Ingresar series.
o CU-19. Envía series del pedido.
o CU-20. Realiza activación del pedido.
 Gestionar proceso de ventas-POSTPAGO
o CU-21. Solicita datos de equipos.
o CU-22. Envía datos.
o CU-23. Realiza su pedido.
o CU-24. Informa monto de pago.
o CU-25. Envía monto de pedido.
o CU-26. Realiza el pago.
o CU-27. Entrega comprobante de pago.
o CU-28. Recoge pedidos con comprobante de pedido.
o CU-29. Envía monto de pedido.
o CU-30. Entrega equipos del pedido.
o CU-31. Entrega documentos.
o CU-32. Estado de documentos.
o CU-33. Envía pedido.
o CU-34. Solicita series de equipo.
o CU-35. Envía series del pedido.
o CU-36. Revisa conformidad de equipos.
o CU-37. Realiza activación del pedido.
 Gestionar proceso de ventas-PREPAGO
o CU-38. Solicita datos de equipos.
o CU-39. Envía datos.
o CU-40. Realiza su pedido.
o CU-41. Informa monto de pago.
o CU-42. Envía monto de pedido.
o CU-43. Realiza el pago.
o CU-44. Entrega comprobante de pago.
o CU-45. Recoge pedidos con comprobante de pedido.
o CU-46. Envía monto de pedido.
o CU-47. Revisa el pedido en sus opciones
o CU-48. Entrega equipos del pedido.
o CU-49. Envía pedido.
o CU-50. Solicita series de equipo.
o CU-51. Envía series del pedido.
o CU-52. Revisa conformidad de equipos.
o CU-53. Realiza activación del pedido.

2.5. DESCRIPCIÓN DE CASO DE USO EXPANDIDO


Para la descripción de uso expandido tenemos un modelo de Objetos del Negocio, es un modelo interno a un
negocio y describe como cada caso de uso es llevado a cabo por parte de un conjunto de trabajadores que
utilizan un conjunto de entidades del negocio y de unidades de trabajo. Los modelos de objetos del negocio
están asociados a cada uno de los casos de uso del negocio descritos anteriormente.

Figura 2 Diagrama general de Responsables

Describe la dependencia de las áreas de la empresa:

Actor 01 Responsable de Sistemas – Administrador


Descripción Encargado del sistema.
Comentarios Se encargan de crear, modificar y eliminar los
usuarios de los trabajadores.
Se encarga del Manejo y mantenimiento del sistema.

Actor 02 Responsable de Almacen


Descripción Encargado del sistema.
Se encargan de crear, modificar y eliminar los
Comentarios usuarios de los trabajadores.
Se encarga del Manejo y mantenimiento del sistema.

Actor 03 Responsable de Activación


Descripción Encargado del sistema.
Se encargan de crear, modificar y eliminar los
Comentarios usuarios de los trabajadores.
Se encarga del Manejo y mantenimiento del sistema.

Actor 04 Responsable de Ventas


Descripción Encargado del sistema.
Se encargan de crear, modificar y eliminar los
Comentarios usuarios de los trabajadores.
Se encarga del Manejo y mantenimiento del sistema.

a. Caso Uso del Módulo de Personal

Figura 3 Diagrama de Caso de Uso Módulo Personal

Actor 01 Responsable de Sistemas – Administrador


Descripción Encargado del sistema.
Se encargan de crear, modificar y eliminar los
Comentarios
usuarios de los trabajadores.
Se encarga del Manejo y mantenimiento del sistema.

Actor 02 Usuario – Trabajadores del negocio


Descripción Trabajadores del negocio.
Se encargan de las funciones que les corresponda de
Comentarios
acuerdo a su área.

b. Caso Uso del Módulo de Almacén – Ingreso

Figura 4 Diagrama de Caso de Uso Módulo Almacén

Actor 01 Almacen
Encargado de realizar los pedidos de
Descripción
abastecimiento.
Realiza los pedidos de equipos dependiendo del
Comentarios stock disponible e ingresa las series al sistema.
Ingresa las series de los equipos al sistema.

Actor 02 Responsable de Sistemas – Administrador


Encargado de realizar los pedidos de
Descripción
abastecimiento.
Comentarios Envía información de equipos nuevos y disponibles.
c. Caso Uso del Módulo de Almacén – Funciones

Figura 5 Diagrama de Caso de Uso Módulo Almacén

Actor 01 Almacén
Descripción Encargado de realizar las funciones del área.
Ingresa las series de los equipos y tarjetas al sistema.
Verifica las series al momento de recepcionar
Comentarios equipos.
Realiza stock de equipos todos los días.
Realiza inventarios de los equipos cada mes.

d. Caso Uso del Módulo de Activación


Figura 6 Diagrama de Caso de Uso Módulo Activación

Actor 01 Activador
Descripción Responsable de activar el pedido.
Se encargan de activar los equipos y tarjetas SIM, e
Comentarios
ingresar el número que corresponde en el sistema.

Actor 02 Vendedor
Descripción Responsable de generar y enviar las ventas.
Se encargan de crear, modificar y enviar las ventas
Comentarios
y/o pedidos.

Actor 03 Almacén
Descripción Responsable de los equipos y tarjetas SIM.
Se encargan de enviar las series de los equipos y
Comentarios
tarjetas SIM.

e. Caso Uso del Módulo de Ventas – Postpago


En caso de Ventas de tipo Postpago en el Caso de uso se agrega un área que es Control Económico quien se
encarga de validar los documentos que necesita el cliente para ser aprobado, de no estar conforme informa al
vendedor que al cliente no califica para optar otro tipo de plan.
Figura 7 Diagrama de Caso de Uso Módulo Ventas – Postpago

Actor 01 Cliente
Descripción Son clientes que realizan compras al por mayor.
Comentarios Realizan pedidos al por mayor.

Actor 02 Vendedor
Descripción Trabajadores del área de ventas.
Comentarios Se encargan de realizar las ventas de los clientes.

Actor 03 Almacén
Se encarga del ingreso y control de equipos y
Descripción
tarjetas SIM.
Comentarios Se encargan de escanear e ingresa las series.
Actor 04 Activador
Descripción Responsable de activar equipos y tarjetas SIM.
Comentarios Se encargan de activar las series.

Actor 05 Caja
Descripción Responsable de Caja
Se encargan de realizar los cobros de pago de los
Comentarios
pedidos.

Actor 06 Control Economico


Descripción Responsable de Control Económico.
Comentarios Se encargan de revisar los documentos del cliente.

f. Caso Uso del Módulo de Ventas – Prepago


En el caso de ventas de tipo Prepago no hace falta de presentar documentos como los que son necesarios en el
plan postpago, por ese motivo no hay necesidad de entrar en contacto con el área de Control Económico.

Figura 8 Diagrama de Caso de Uso Módulo Ventas – Prepago


Actor 01 Cliente
Descripción Son clientes que realizan compras al por mayor.
Comentarios Realizan pedidos al por mayor.

Actor 02 Vendedor
Descripción Trabajadores del área de ventas.
Comentarios Se encargan de realizar las ventas de los clientes.

Actor 03 Almacen
Se encarga del ingreso y control de equipos y
Descripción
tarjetas SIM.
Comentarios Se encargan de escanear e ingresar las series.

Actor 04 Activador
Descripción Responsable de activar equipos y tarjetas SIM.
Comentarios Se encargan de activar las series.

Actor 05 Caja
Descripción Responsable de Caja
Se encargan de realizar los cobros de pago de los
Comentarios
pedidos.