documentacion - pasteleria pp
DESCRIPTION
Documentacion de una pasteleriaTRANSCRIPT
UNIVERSIDAD PERUANA LOS ANDES
FACULTAD DE INGENIERÍA
ESCUELA ACADÉMICO PROFESIONAL DE
INGENIERÍA DE SISTEMAS Y COMPUTACIÓN
CÁTEDRA : PROYECTO DE PROGRAMACIÓN
CATEDRÁTICO : ING. JORGE VEGA FLORES.
ESTUDIANTE : GOMEZ QUINTANILLA, Mirella Chessira
HUANCAYO - PERÚ
2015 - II
Página | 1
DISEÑO E IMPLEMENTACIÓN DEL SISTEMA DE FACTURACIÓN Y VENTAS PARA OPTIMIZAR EL SERVICIO
DE LA EMPRESA “Dulchessito” DEL DISTRITO DE MAZAMARI - REGIÓN JUNÍN 2015
DEDICATORIA
A mis padres y hermanos. Por su gran amor, por su incondicional apoyo, por el ejemplo
de vida q siempre me dan y sobre todo por ser los mejores amigos que Dios me pudo
dar en esta vida.
También dedico este trabajo a mi Universidad Peruana Los Andes y a todos los
catedráticos que comparten sus conocimientos día a día conmigo para hacer de mí una
mejor profesional.
Y finalmente mi principal dedicación a nuestro amado Dios, nuestro gran amigo, padre
y confidente, quien da un significado diferente a nuestras vidas y a todo lo que hacemos.
“El hombre que confía en Dios, es como árbol plantado a la orilla de un rio,
Cuyas raíces penetran hasta encontrar el agua;
Árbol al que no agobia el calor ni angustian los largos meses de sequía.
Su follaje se mantiene verde y produce en todo tiempo jugoso fruto”.
Jeremías 17: 7 - 8
Página | 2
ÍNDICE DE CONTENIDO
PRESENTACIÓN 6
INTRODUCCIÓN 7
DESARROLLO DEL TEMA
CAPÍTULO I “DESCRIPCIÓN DE LA EMPRESA” 1
ASPECTOS GENERALES 8
DESCRIPCIÓN GENERAL 8
ESTRUCTURA DE LA EMPRESA 9
MISIÓN DE LA EMPRESA 9
VISIÓN DE LA EMPRESA 9
PRINCIPIOS DE LA EMPRESA 9
CARACTERÍSTICAS DE LA EMPRESA 10
ESTRATEGIA DE MERCADO 10
ORGANIGRAMA DE LA EMPRESA 10
PIRÁMIDE ORGANIZACIONAL DE LA EMPRESA 11
CAPÍTULO II “DESCRIPCIÓN DE LA PROBLEMÁTICA” 12
PLANTEAMIENTO DEL PROBLEMA 12
JUSTIFICACIÓN DE LA PROBLEMÁTICA 13
OBJETIVOS 14
OBJETIVO GENERAL 14
OBJETIVOS ESPECÍFICOS 14
ALCANCE Y LIMITACIONES 15
ALCANCE 15
LIMITACIONES 15
CAPÍTULO III “DESARROLLO DEL SISTEMA” 15
Escribir el título del capítulo (nivel 2) 2
Escribir el título del capítulo (nivel 3) 3
Escribir el título del capítulo (nivel 1) 4
Escribir el título del capítulo (nivel 2) 5
Escribir el título del capítulo (nivel 3) 6
Página | 3
ÍNDICE DE GRÁFICOS
Ilustración No. 1. Organigrama de la pastelería “Dulchessito” 1O
Escribir el título del capítulo (nivel 2) 2
Escribir el título del capítulo (nivel 3) 3
Ilustración No. 2. Pirámide organizacional de la pastelería “Dulchessito” 11
Escribir el título del capítulo (nivel 2) 5
Escribir el título del capítulo (nivel 3) 6
Escribir el título del capítulo (nivel 1) 1
Escribir el título del capítulo (nivel 2) 2
Escribir el título del capítulo (nivel 3) 3
Escribir el título del capítulo (nivel 1) 4
Escribir el título del capítulo (nivel 2) 5
Escribir el título del capítulo (nivel 3) 6
Escribir el título del capítulo (nivel 1) 1
Escribir el título del capítulo (nivel 2) 2
Escribir el título del capítulo (nivel 3) 3
Escribir el título del capítulo (nivel 1) 4
Escribir el título del capítulo (nivel 2) 5
Escribir el título del capítulo (nivel 3) 6
Escribir el título del capítulo (nivel 1) 1
Escribir el título del capítulo (nivel 2) 2
Escribir el título del capítulo (nivel 3) 3
Escribir el título del capítulo (nivel 1) 4
Escribir el título del capítulo (nivel 2) 5
Escribir el título del capítulo (nivel 3) 6
Página | 4
PRESENTACIÓN
El presente trabajo se centra en el diseño e implementación del sistema de facturación y
ventas para la optimización del servicio de la empresa “Dulchessito” del distrito de
Mazamari. En este sentido, es relevante destacar la importancia del desarrollo del
sistema relacionado con la optimización del servicio de dicha empresa.
Para llevar a cabo este desarrollo usaremos la metodología RUP, con un lenguaje UML
usando distintos diagramas y con la herramienta Rational Rose.
Con el fin de conseguir este objetivo, el presente trabajo se ha estructurado en cuatro
capítulos además de los apéndices y las referencias bibliográficas.
En el capítulo I, se presenta, a modo de introducción general, los aspectos generales de
la empresa, recorriendo como su descripción la misión visión de la empresa, sus
principios, los objetivos que tiene.
En el capítulo II, se abarca todo lo que es la problemática de la empresa, como el
planteamiento del problema, la justificación, los objetivos generales y específicos, a
parte de su alcance y limitaciones.
En el capítulo III, se desarrollara todo el marco teórico necesario para t tener un
conocimiento de los términos a usar.
En el capítulo IV, se realizara el desarrollo del sistema, el diseño lógico, el diseño físico
y demás necesarios para el sistema concluido.
Página | 5
INTRODUCCIÓN
La evolución del tratamiento automático de la información ha marcado gran diferencia en
estos tiempos, gracias al avance tecnológico y el progreso en el campo de la programación
de computadoras. Todos éstos son factores importantes que por medio de sus interacciones
han logrado despertar los intereses por la obtención de un sistema de gestión informatizada
por parte de muchas entidades.
En la actualidad la necesidad de la buena administración de las transacciones de las distintas
empresas va ganando espacio teniendo en cuenta la rapidez y la exactitud que ofrecen los
sistemas informáticos en la gestión global de cualquier empresa, negocios, etc.
Por consiguiente, es esencial o de mucha ayuda un sistema informático para que haya una
buena organización de forma eficaz dentro de la misma y con la implementación de este
software responde a la necesidad de optimizar los servicios.
Es por ello que surge el punto de informatizar la empresa para la buena agilización de
trabajos y para la organización administrativa mediante el uso y fomento de la tecnología.
La presente investigación refiere desarrollo de un sistema de ventas que optimizará la
gestión de finanzas de la empresa “Dulchessito” del distrito de Mazamari.
Página | 6
DESARROLLO DEL TEMA
CAPÍTULO I
“DESCRIPCIÓN DE LA EMPRESA”
1. ASPECTOS GENERALES
Nombre de la empresa : Dulchessito
Dirección de la empresa : Av. Las Malvinas N° 382
Teléfono de la empresa : RPC - 997166423
Propietario de la empresa : Eddy Gladys Quintanilla Untiveros
2. DESCRIPCIÓN GENERAL
La pastelería “Dulchessito” fue creado en el año 2008, con la finalidad de
vender diferentes productos de pastelería a los distintos clientes que residen en el
distrito de Mazamari y cercanos, satisfaciendo así las necesidades, expectativas,
Página | 7
solicitudes e inquietudes de consumir variados y deliciosos pasteles, todo esto a
través de la atención personalizada por parte de su personal.
3. ESTRUCTURA DE LA EMPRESA
La empresa “Dulchessito” actualmente no cuenta con ningún software que ayude
a optimizar los procesos que se ejecutan, pero si cuenta con un equipo de
hardware básico, no obstante el hardware que tiene no es usado.
4. MISIÓN DE LA EMPRESA
La misión de la Pastelería “Dulchessito” como empresa productora y
comercializadora de tortas y cafetería, es ofrecer servicio y garantía con un alto
concepto de calidad, basados en excelentes materias primas, con compromiso,
honestidad y amor por lo que hacemos, y reflejado en el respeto por nuestros
clientes y colaboradores, con un servicio amable, donde todo esté dispuesto
hacia la satisfacción total de nuestros más exigentes clientes generando en ellos
el deseo de repetirla y a su vez transmitirla a sus allegados.
Garantizamos confiabilidad de los productos que procesamos y distribuimos,
apoyados con una continua asesoría que asegura una mayor productividad y
optima elaboración de los mismos.
5. VISIÓN DE LA EMPRESA
La visión de la Pastelería “Dulchessito” como empresa productora y
comercializadora de tortas y cafetería, es ser líderes del mercado con productos
de pastelería, mediante mejoras continuas en el servicio de innovación en sus
procesos y productos para satisfacer las expectativas de los clientes.
6. PRINCIPIOS DE LA EMPRESA
Calidad de servicio
Innovación
Mejoramiento
Página | 8
Pensar estratégicamente
Trabajo en equipo
Respeto
Honestidad
Superar al cliente
7. CARACTERISTICAS DE LA EMPRESA
La pastelería “Dulchessito” se caracteriza por ser una empresa destinada a las
necesidades de sus clientes, al ponerla en práctica requiere un mejor esfuerzo de
calidad de sus productos, el objetivo para lograr sus fines es ser líderes y
satisfacer al cliente. Al brindarle a este una mejor calidad de servicio.
8. ESTRATEGIA DE MERCADO
La pastelería “Dulchessito” aplica una estrategia competitiva, que depende del
tipo de empresa que es, y en este caso es una se servicio, donde una de sus
primordiales estrategias es ser la primera en el mercado de Mazamari por medio
de un buen servicio al cliente.
9. ORGANIGRAMA DE LA EMPRESA
ORGANIGRAMA DE LA EMPRESA “DULCHESSITO”MAZAMARI – SATIPO
Página | 9
GERENTE GENERAL
SECRETARIA
SUPERVISOR DE ALMACÉN
SUPERVISOR DE PRODUCCIÓN
SUPERVISOR DE ADMINISTRACIÓN
SUPERVISOR COMERCIAL
Control de calidad
Mantenimiento
RECURSOS HUMANOS
Contratación
Publicidad
Ventas
Proveedores Meseras Finanzas
Ilustración No. 1. Organigrama de la pastelería “Dulchessito”
10. PIRÁMIDE ORGANIZACIONAL DE LA EMPRESA
Ilustración No. 2. Pirámide organizacional de la pastelería “Dulchessito”
-
Página | 10
Resuelve
n aspectos estratégicos, Gerente general
Actividades de supervisión,
supervisores
Condiciones laborales y el rendimiento profesional,
trabajadores
Son las transacciones de la empresa, como ventas, ingresos, flujo de
materiales, depósitos, etc
ESTRATÉGICO
ADMINISTRATIVO
ORGANIZATIVO
OPERATIVO
CAPÍTULO II
“DESCRIPCIÓN DE LA PROBLEMÁTICA”
1. PLANTEAMIENTO DEL PROBLEMA
La pastelería “Dulchessito” es una pastelería que no lleva un control sobre las compras a
proveedores, ventas a los clientes, y los inventarios diarios, de una forma ordenada
dando como resultado un desorden en su gestión.
El control sobre las compras a proveedores se lo realiza en forma manual y
desorganizada y causa la pérdida de productos.
Al momento de realizar las compras, existen ciertas veces donde se devuelve el
producto y eso no es registrado.
Las ventas a los clientes son hechas manualmente, se realizan también anulaciones y
devoluciones debido a un mal registro, siendo esto ineficiente.
No se lleva un control de todo el producto que esta caducado, en mal estado, y mal
preparado.
Página | 11
Los productos tienden a dañarse por no saber controlarlos y se los da de baja, por lo
tanto en esto existe un control inadecuado.
El control de la llegada y salida del personal se lo realiza de forma manual, para luego
contar el número de horas de trabajo.
2. JUSTIFICACIÓN
La gran demanda que tiene la pastelería “Dulchessito”, en la adquisición y venta de
productos, ha hecho que se tenga que llevar de una manera desorganizada los
inventarios y la falta de producto es notable, porque al momento de realizar las ventas
varios productos ya fueron agotados, y lo que se quiere realizar una distribución
adecuada de productos en almacén para que no existan sobrantes ni faltantes.
Este sistema que según el diccionario de informática y tecnología, es en este caso
abstracto o conceptual (software) recibe datos como entrada energía o material del
ambiente y proveen información como salida 1, se realizara gracias y con ayuda a las
herramientas de programación Visual Studio que es un entorno de desarrollo integrado
para sistemas operativos 2 y que se han desarrollado con el fin de prestar servicios
confiables y que respondan a nuestras necesidades, esta distribución de productos,
facturación, adquisición, ventas, y reportes se organizará mediante la herramienta C#
que es un lenguaje de programación orientado a objetos desarrollado y estandarizado
por Microsoft como parte de su plataforma .NET 3 y el apoyo de una base de datos SQL
Server en la versión de 2012 que es un sistema de manejo de base de datos del modelo
relacional, desarrollado por la empresa Microsoft 4, con la cual almacenaremos datos
necesarios para esta organización, gracias a las tecnologías avanzadas de hardware, este
sistema funcionara en modo cliente / servidor y se adaptar fácilmente a un computador
con características básicas para su funcionamiento.
Los reportes necesarios para inventarios los sacaremos exactos y adecuados para
controlar productos que falten y sobran, para no recargarnos de productos que no sales y
abastecer bien las bodegas.
_______________________________
Página | 12
1 ALEGSA – Santa Fe, argentina. Diccionario de informática y tecnología1998 - 2015 - ALEGSA - Santa Fe, Argentina.2 Wikipedia. Visual Studio Product Updates Blog (2014-11-12). "Visual Studio 2015 Preview". Microsoft.3 Wikipedia. C# (8-09-2015). Microsoft.4 Wikipedia. Microsoft SQL Server (22-10-2015). Microsoft.El control de horas de entrada y salida se registrara de cada empleado para que se tenga
un registro de horas de trabajo.
La gerencia de la pastelería “Dulchessito”, al ver que todo se hace de una forma
incorrecta, con deficiencia en los procesos, sabiendo que estos se los puede optimizar al
usar un sistema mejor estructurado y más rápido, y al ver que se lo puede realizar en un
tiempo inferior a lo que se está realizando, ahora necesita de un sistema que preste más
servicios de calidad.
La facturación se realiza manualmente y pondremos un sistema que funciones con
ciertos detalles que hagan más eficaces el proceso de ingreso de los productos.
El gerente no ha buscado un software y no se han dado cuenta hasta ahora que necesitan
de un sistema completo pero al momento de ofrecerle mi sistema y las ventajas que
promete, ha decidido trabajar con mi propuesta.
Todo lo expuesto anteriormente justifica desarrollar un sistema computarizado para el
control de producto y facturación de la pastelería “Dulchessito”, para tener una
información a tiempo y justificada, para así poder tomar las decisiones más acertadas en
el tiempo conveniente.
3. OBJETIVOS
3.1. OBJETIVO GENERAL
Desarrollar e implementar un sistema de facturación y ventas con el uso del
programa Visual Studio y un gestor de base de datos SQL Server para
ayudar en el mejoramiento del servicio de la empresa “Dulchessito” y para
que el proceso de administración sea más sencillo.
3.2. OBJETIVOS ESPECÍFICOS
Página | 13
Identificar las necesidades del cliente mediante un análisis de
requerimientos.
Definir perfiles de los roles de usuarios que tendrán acceso al
sistema.
llevar a cabo un módulo de adquisiciones con la cual controlaremos
todos los productos que ingresan a almacén organizando cada uno de
ellos verificando fechas de caducidad, calidad y estado del producto
y así tendremos un control más específico de las compras.
Establecer un módulo para controlar las ventas de los productos, para
que al momento de ingresar estén dispuestos todos los productos y
generar facturas certificadas por la SUNAT, para cada venta
realizada.
Desarrollar un módulo para administrar los productos en mal estado
y productos que se devuelvan, para tener en stock de almacén solo
productos que sirvan.
Implantar un módulo para administrar a los proveedores haciendo
pedidos del producto que se necesita y verificando en almacén el
stock, para así poder realizar pedidos con anticipación.
Crear un módulo de generación de reportes, en lo cual se tendría
diferentes clases de consultas, de acuerdo a la información que
necesite el usuario, estos reportes serán diseñados a la vez para
imprimir.
4. ALCANCE Y LIMITACIONES
4.1. ALCANCE
Lo que se quiere alcanzar con este sistema de software es contribuir
sustancialmente a un mejor desenvolvimiento de la pastelería “Dulchessito”,
entregando un software con opciones fáciles de manejo para los empleados y
así solucionando problemas de servicio, de control de producto, inventarios,
y de proveedores, para que así con esto se pueda optimizar el tiempo de
prestación de servicios a los clientes.
Página | 14
4.2. LIMITACIONES
El proyecto se encuentra limitado a los procesos de administración del
personal, control de inventario, facturación, y generar reportes además este
proyecto está desarrollado para adaptarse a la forma de trabajo que lleva la
pastelería “Dulchessito”.
-
CAPÍTULO III
“DESARROLLO DEL SISTEMA”
MODELO DE REQUERIMIENTOS DEL SISTEMAREQUERIMIENTO FUNCIONAL
PROCESOS DEL
NEGOCIO
ACTIVIDAD DEL
NEGOCIO
REPONSABLE DEL
NEGOCIO
REQUSITOS CASO DE USO
ACTORES
TOMA DE PEDID
GENERA PEDIDO
MOZO R1 – consulta stock de productos
CUS 01 – consulta stock de productos
MOZO
R2 – generar pedido
CUS 02 – generar pedido
MOZO
Página | 15
O R3 - buscar pedido
CUS 03 – buscar pedido
MOZO
USE –CASE SPECIFICATION: GESTION DE TOMA DE PEDIDO:
1. GESTION DE TOMA DE PEDIDO AL CLIENTE.
El presente documento se aplica a la descripción del proceso de GESTION DE TOMA DE PEDIDO
1.1. BREVE DESCRIPCION:
El mozo es el encargado de tomar el pedido que el cliente desee, donde enumerara los productos que el cliente desea llevar.
2. FLUJO DE EVENTOS.
2.1. FLUJO BASICO:1. INICIO:
Este caso de uso se inicia cuando el vendedor ingresa al sistema seleccionando del menú principal el botón consultas.
2. PRESENTACION:El sistema muestra formularios que nos ayudan a sistematizar mejor la gestión de pedido del cliente; está cargado por los productos que el cliente solicitara.
3. INGRESO DE DATOS:3.1. El vendedor ingresa a consultar todos los productos
que la empresa ofrece.3.2. El mozo da la información necesaria sobre el
producto solicitado.3.3. Si el cliente adquiere el producto, el vendedor
genera una toma de pedido.3.4. El vendedor ingresara todos los productos que el
cliente desea adquirir.3.5. El vendedor puede borrar, modificar productos de
la guía de pedido3.6. El vendedor guardará la toma de pedido.
Página | 16
2.2. FLUJOS ALTERNATIVOS:
2.2.1. PROPUESTAS DE UN NUEVA:En el paso 3.3. Si el vendedor no desea adquirir el producto solicitado, puede eliminar su pedido.
3. PRECONDICIONES:El stock de productos debe estar actualizado.
4. POSTCONDICIONES:El cliente debe estar de acuerdo con el pedido solicitado.
5. PUNTOS DE EXTENCIÓN:
5.1.1. Diagrama de Caso de Usos Estructurado de Gestión de toma de Pedido del cliente
5.1.2. Caso de uso del sistema generar pedidoa.Diagrama de clase de generar pedido.
Página | 17
b.Diagrama de secuencia de gestión de generar toma de pedido
Página | 18
REQUERIMIENTO FUNCIONALPROCESOS DEL NEGOCIO
ACTIVIDAD DEL NEGOCIO
RESPONSABLE DEL NEGOCIO
REQUISITOS CASO DE USO DEL NEGOCIO
ACTORES
ALISTADO DE PEDIDO
GENERA ALISTADO DE PEDIDO
MOZO R01 - VERIFICAR PEDIDOS
CUS 01
VERIFICAR PEDIDOS REGISTRADOS
ALISTADOR
BUSCA PRODUCTO
ALISTADOR R02 - BUSCAR PRODUCTOS REGISTRADOS
CUS 02
BUSCAR PRODUCTOS REGISTRADOS
ALISTADOR
AGRUPA PEDIDO
ALISTADOR R03 - ALISTAR PRODUCTOS REGISTRADOS
CUS 03
ALISTAR PRODUCTOS REGISTRADOS
ALISTADOR
R04 - AGRUPAR PEDIDOS DE ACUERDO AL REGISTRO
CUS 04
AGRUPAR PEDIDOS DE ACUERDO AL REGISTRO
ALISTADOR
USE –CASE SPECIFICATION: GESTIÓN DE ALISTADO DE PEDIDO:
1. GESTIONAR ALISTADO DE PEDIDOS.
Página | 19
El presente documento se aplica a la descripción del proceso Alistado de pedido.
1.2. BREVE DESCRIPCION:
El propietario es el encargado de recolectar, analizar y describir las actividades que se realizan en el proceso Transferencia de pedido.
2. FLUJO DE EVENTOS.
1.1. FLUJO BASICO:1. INICIO:
Este caso de uso se inicia cuando el vendedor ingresa al sistema seleccionando del menú principal el botón consultas.
2. PRESENTACION:El sistema muestra formularios que nos ayudan a sistematizar mejor la gestión de pedido del cliente; está cargado por los productos que el cliente solicitara.
3. INGRESO DE DATOS:3.7. El vendedor ingresa a consultar todos los productos
que la empresa ofrece.3.8. El mozo da la información necesaria sobre el
producto solicitado.3.9. Si el cliente adquiere el producto, el vendedor
genera una toma de pedido.3.10. El vendedor ingresara todos los productos que el
cliente desea adquirir.3.11. El vendedor puede borrar, modificar productos de
la guía de pedido3.12. El vendedor guardará la toma de pedido.
1.2. FLUJOS ALTERNATIVOS:2.2.2. PROPUESTAS DE UN NUEVA:
En el paso 3.3. Si el vendedor no desea adquirir el producto solicitado, puede eliminar su pedido.
2. PRECONDICIONES:El stock de productos debe estar actualizado.
3. POSTCONDICIONES:El cliente debe estar de acuerdo con el pedido solicitado.
Página | 20
4. PUNTOS DE EXTENCIÓN:
5.1.1 Diagrama de Caso de Usos Estructurado de Alistado de pedido
5.1.1. Caso de uso del sistema de registrar alistado de pedido a. Diagrama de clase de alistado de pedido
b. Diagrama de secuencia de alistado de pedido
Página | 21
REQUERIMIENTO FUNCIONALPROCESOS
DEL NEGOCIO
ACTIVIDAD DEL
NEGOCIO
REPONSABLE DEL
NEGOCIO
REQUSITOS
CASO DE USO
ACTORES
ENTREGA DE PEDIDO
Verifica existencia de pedido
MOZO R1 – consultar stock de productos
CUS 01 - consultar stock de productos
MOZO
Verifica mesa correspondiente
MOZO R2 – verificar pedido
CUS 02 - verificar pedido
MOZO
USE –CASE SPECIFICATION: GESTIÓN DE ENTREGA DE PEDIDO:
1. GESTIÓN DE ENTREGA DE PEDIDO.
El presente documento se aplica a la descripción del proceso de gestión de entrega de pedido
1.1. BREVE DESCRIPCION:
Página | 22
En este caso de uso el propietario puede recolectar, analizar y describir las actividades que se realizan en el proceso gestión de entrega de pedido.
2. FLUJO DE EVENTOS.
2.1. FLUJO BASICO:1. INICIO:
Este caso de uso se inicia cuando la propietaria ingresa al sistema seleccionando del menú principal gestión de entrega de pedido.
2. PRESENTACION:El sistema muestra la gestión de entrega de pedido.
3. INGRESO DE DATOS:
a. Mozo adquiere pedido solicitado al alistadorb. El mozo verifica pedidos.c. El mozo chequea la meza donde corresponde pedido.d. Mozo se dirige a la meza correspondientee. Mozo entrega pedido al clientef. Cliente recepciona pedidog. Cliente verifica si el pedido está correctoh. Cliente acepta pedido
2.2. FLUJOS ALTERNATIVOS:2.2.1. PROPUESTAS DE UN NUEVA:
En el paso 3.5. el mozo entrega el pedido al cliente y si este está conforme lo recibe de lo contrario rechaza pedido.
1.1. La propietaria chequea el sistema para generar reporte de ingresos y egresos.
1.2. El sistema solo carga la ventana para que se genere reporte contable de ingresos y egresos
1.3. La propietaria actualiza 1.4. La propietaria guarda.
3. PRECONDICIONES:El cliente debió de realizar el respectivo pedido.
4. POSTCONDICIONES:El mozo entregara los pedidos solicitados.
5. PUNTOS DE EXTENCIÓN:
Página | 23
5.1.1. Diagrama de Caso de Usos Estructurado de gestionar la entrega de pedido
5.1.2. Caso de uso del sistema de gestión de gestión de entrega de pedidoa. Diagrama de clase de gestión de entrega de pedido
b. Diagrama de secuencia de gestión de entrega de pedido
Página | 24
REQUERIMIENTO FUNCIONAL
PROCESOS DEL NEGOCIO
ACTIVIDAD DEL NEGOCIO
RESPONSABLE DEL NEGOCIO
REQUISITOS CASO DE USO DEL NEGOCIO
ACTORES
ENTREGA DE CUENTA
GENERA PROFORMA
MOZO R01 - VERIFICAR PEDIDOS CORRESPONDIENTES
CUS 01 VERIFICA PEDIDOS CORRESPONDIENTES
MOZO
REVISA PEDIDO
MOZO R02 - GENERA PROFORMA
CUS 02 GENERA PROFORMA
MOZO
CORRIGE PROFORMA
MOZO R03 - IMPRIMIR PROFORMA
CUS 03 IMPRIMIR PROFORMA
MOZO
R04 - REVISAR SI LA PROFORMA ES CORRECTA
CUS 04 REVISAR SI LA PROFORMA ES CORRECTA
MOZO
CAJERO
USE –CASE SPECIFICATION: GESTIÓN DE ENTREGA DE CUENTA AL CLIENTE
Página | 25
1. GESTION DE ENTREGA DE CUENTA AL CLIENTE
El presente documento se aplica a la descripción del proceso de gestión de entrega de cuenta al cliente
BREVE DESCRIPCION:
El mozo es el encargado de llevar la cuenta al cliente para que así este pueda realizar la debida cancelación.
2. FLUJO DE EVENTOS.
2.1. FLUJO BASICO:1. INICIO:
Este caso de uso se inicia cuando el mozo se dirige a la meza del cliente para entregarle la cuenta.
2. PRESENTACION:El sistema muestra formularios que nos ayudan a sistematizar mejor la gestión de entrega de cuenta al cliente.
3. INGRESO DE DATOS:
3.1. Mozo verifica pedidos correspondientes en su cuaderno de pedido3.2. El mozo anota los pedidos en la proforma.3.3. El mozo anota los precios de los pedidos en la proforma.3.4. El mozo realiza la suma de los pedidos.3.5. El mozo revisa la proforma a entregar.3.6. El mozo se dirige a la mesa a entregar la proforma
correspondiente3.7. El mozo entrega la cuenta al cliente en la proforma.3.8. El cliente recepciona la cuenta en la proforma.3.9 .Cliente verifica su proforma.3.10. Cliente acepta proforma sin ningún reclamo
2.2. FLUJOS ALTERNATIVOS:2.2.1. PROPUESTAS DE UN NUEVA:En el paso 3.4. Si el mozo se equivoca al momento de sumar la los pedidos respectivos, se corregirá la proforma, de lo contrario el cliente no estará conforme.
3. PRECONDICIONES:
Página | 26
El mozo deberá entregar la cuenta al cliente.
4. POSTCONDICIONES:El cliente debe estar de acuerdo con la cuenta establecida.
5. PUNTOS DE EXTENCIÓN:
5.1 Diagrama de Caso de Usos Estructurado de entrega de cuenta al cliente
5.2. Caso de uso del sistema de entrega de cuenta al cliente
a. Diagrama de clase de entrega de cuenta al cliente
Página | 27
b. Diagrama de secuencia de gestión de entrega de cuenta al cliente
REQUERIMIENTO FUNCIONALPROCESOS
DEL NEGOCIO
ACTIVIDAD DEL
NEGOCIO
REPONSABLE DEL
NEGOCIO
REQUSITOS CASO DE USO
ACTORES
COBRO DE CUENTA
Verificar proforma
CAJERO R1 – verificar proforma
CUS 01 – verificar proforma
CAJERO
MOZO
Genera comprobante de pago
CAJERO R2 – Genera comprobante de pago
CUS 02 - Genera comprobante de pago
CAJERO
R3 – imprimir comprobante de pago
CUS 03 - imprimir comprobante de pago
CAJERO
USE –CASE SPECIFICATION: GESTIÓN DE COBRO DE CUENTA:
Página | 28
1. GESTION DE GESTIÓN DE COBRO DE CUENTA
El presente documento se aplica a la descripción del proceso de gestión de cobro de cuenta
1.1. BREVE DESCRIPCION:
El cliente después de haber recibido la cuenta, pasara a dirigirse hacia el cajero parar realizar la debida cancelación.
2. FLUJO DE EVENTOS.
2.1. FLUJO BASICO:1. INICIO:
Este caso de uso se inicia cuando el cliente se dirige al cajero para realizar la debida cancelación.
2. PRESENTACION:El sistema muestra formularios que nos ayudan a sistematizar mejor la gestión de pago de cuenta
3. INGRESO DE DATOS:
i. El cliente coge la proforma.j. El cliente se dirige al cajero.k. El cliente entrega la proforma al cajero.l. El cajero recepciona la proforma.m. El cajero pregunta el tipo de comprobante de pago al cliente.n. El cliente indica el tipo de comprobante de pago.o. El cajero pregunta los datos de quien estar en el comprobante de pago.p. El cliente menciona datos al cajero.q. El cajeo redacta el comprobante de pago.r. El cajero entrega comprobante de pago al cliente.s. El cliente recepciona comprobante de pago
2.2. FLUJOS ALTERNATIVOS:2.2.1. PROPUESTAS DE UN NUEVA:En el paso 3.9. Si el cajero llegara a equivocarse en el momento de redactar el comprobante de pago está obligado a realizar una modificación respectiva de la proforma.
3. PRECONDICIONES:
Página | 29
El mozo deberá entregar la cuenta al cliente
4. POSTCONDICIONES:El cliente debe llevar al momento de cancelar su cuenta.
5. PUNTOS DE EXTENCIÓN:
5.1. Diagrama de Caso de Usos Estructurado de gestión de pago de cuenta
|
5.2. Caso de uso del sistema generar pedido
a. Diagrama de clase de gestión de pago de cuenta.
Página | 30
b. Diagrama de secuencia de gestión de pago de cuenta
REQUERIMIENTO FUNCIONALPROCESOS DEL ACTIVIDA REPONSAB REQUSITO CASO DE ACTORE
Página | 31
NEGOCIO D DEL NEGOCIO
LE DEL NEGOCIO
S USO S
PROMOCION DE PRODUCTOS
Revisar estado de productos
ALISTADOR R1 – revisar productos
CUS 01 – revisar productos
ALISTADOR
Genera lista de promociones de productos
ALISTADOR R2 – Genera lista de promociones de productos
CUS 02 – Genera lista de promociones de productos
ALISTADOR
R3 – Imprime lista
CUS 03 - Imprime lista
ALISTADOR
USE –CASE SPECIFICATION: GESTIÓN DE PROMOCIÓN DE PRODUCTOS:
1. GESTION DE PROMOCIÓN DE PRODUCTOS.
El presente documento se aplica a la descripción del proceso de gestión de promoción de productos
1.1. BREVE DESCRIPCION:
El alistador es el encargado de verificar si hay productos que serán puestos en promoción.
2. FLUJO DE EVENTOS.
2.1. FLUJO BASICO:
1. INICIO:Este caso de uso se inicia cuando el alistador verifica si hay productos que se pondrán en promoción.
2. PRESENTACION:El sistema muestra formularios que nos ayudan a sistematizar mejor la gestión de promoción de productos; está cargado por los productos que el cliente solicitara.
Página | 32
3. INGRESO DE DATOS:
t. El alistador revisa el estado del producto.
u. Si el producto está recién preparado el producto tendrá una venta normal.
2.2. FLUJOS ALTERNATIVOS:2.2.1. PROPUESTAS DE UN NUEVA:
En el paso 3.1. Si el alistador verifica que no existe ningún producto que ya está por pasar de la fecha indicada entonces no abra promoción en el producto y será una venta normal.
3. PRECONDICIONES:El stock de productos debe estar actualizado.
4. POSTCONDICIONES:El cliente debe estar de acuerdo con el pedido solicitado.
5. PUNTOS DE EXTENCIÓN:
5.1. Diagrama de Caso de Usos Estructurado de GESTIÓN DE PROMOCIÓN DE PRODUCTOS
5.2. Caso de uso del sistema gestión de promoción de productos
Página | 33
a. Diagrama de clase de gestión de promoción de productos
b. Diagrama de secuencia de gestión de promoción de productos
Página | 34
REQUERIMIENTO FUNCIONALPROCESOS DEL NEGOCIO
ACTIVIDAD DEL NEGOCIO
RESPONSABLE DEL NEGOCIO
REQUISITOS CASO DE USO DEL NEGOCIO
ACTORES
REPORTES DEL SISTEMA
VERIFICAR VENTAS
CAJERO R01 - VERIFICAR VENTAS
CUS 01
VERIFICAR SI LAS VENTAS SE REGISTRARON CORRECTAMENTE
CAJERO
GENERAR REPORTE
CAJERO R02 – GENERAR REPORTES DE VENTAS
CUS 01
RELIZAR INFORME DE VENTAS
CAJERO
R03 – IMPRIME REPORTES DE VENTAS
CUS 01
IMPRIME REPORTES DE VENTAS
CAJERO
USE –CASE SPECIFICATION: GESTIÓN DE GENERAR REPORTES DEL SISTEMA
1. GESTION DE GENERAR REPORTES DEL SISTEMA
El presente documento se aplica a la descripción del proceso de gestión de generar reportes del sistema
BREVE DESCRIPCION:
El cajero es el encargado de verificar y estar pendiente de las ventas, para que así este pueda enviarle al jefe, los reportes respectivos.
2. FLUJO DE EVENTOS.
2.1. FLUJO BASICO:
1. INICIO:
Este caso de uso se inicia cuando el cajero al termino del día revisa todo el estado de ventas, para luego poder reportarlo al jefe.
2. PRESENTACION:El sistema muestra formularios que nos ayudan a sistematizar mejor la gestión de generar reportes del sistema..
Página | 35
3. INGRESO DE DATOS:El cajero verifica si las ventas están bien registradas en el comprobante de pago.
3.1.1.1. El cajero verifica la suma de las ventas de cada pedido en el comprobante de pago.
3.1.1.2. El cajero elabora una lista de ventas.3.1.1.3. El cajero suma todas las ventas.3.1.1.4. El cajero realiza un informe de ventas.3.1.1.5. El cajero entrega los informe al gerente.3.1.1.6. El gerente recepciona el informe.3.1.1.7. El gerente revisa el informe.3.1.1.8. El gerente archiva el informe.
2.2. FLUJOS ALTERNATIVOS:2.2.1. PROPUESTAS DE UN NUEVA:
En el paso 3.1.1.7 Si el jefe o gerente al revisar el informe encuentra algún error o no esta de acuerdo con algo, informara de error al cajero.
3. PRECONDICIONES:El cajero primero deberá de verificar las ventas para luego poder reportarlas
4. POSTCONDICIONES:El cajero deberá de reportar las ventas al jefe.
5. PUNTOS DE EXTENCIÓN:
5.1. Diagrama de Caso de Usos Estructurado de generar reportes del sistema
Página | 36
5.2. Caso de uso del sistema gestión de reportes del sistema
a. Diagrama de clase de gestión de reportes del sistema
a. Diagrama de secuencia de gestión de reportes del sistema
Página | 37
CONCLUSIONES
El diseño modular que tiene el sistema facilita la administración
entendimiento del mismo haciendo más fácil la integración de otros
módulos o componentes para su crecimiento con ello también cabe
recalcar que el diseño multiplataforma que se integre fácilmente a cualquier
plataforma de hardware y software.
Como en toda empresa se hace necesario seguir los estándares de
desarrollo de sistemas los cuales ayudan a llevar de manera más
organizada la información; poder especificar los contenidos que se
necesitan visualizar en el sistema y lograr que los beneficiarios se acoplen
sin mayor dificultad en su manejo.
RECOMENDACIONES
Se recomienda tener en cuenta el uso del software como alternativa de
desarrollo del sistema, para así beneficiamos de sus ventajas en cuanto a
conceptos de independencia, costo y facilidad de desarrollo e
implementación, puesto que las herramientas que provee el software libre
están muy maduras y capaz de satisfacer las necesidades del
desarrollador.
Para el sistema crezca hasta un nivel gerencial y estratégico, deberán tener
en cuenta en proyectos de desarrollos de módulos de gestión, que estos
emitan reportes que sea capaz de hacer ver cómo va el giro del negocio,
tenencias y además ayude a tomar decisiones a nivel estratégico.
Página | 38
REFERENCIAS BIBLIOGRAFICAS
Sistema. (Definición de sistema.) 5 de marzo de 2012. En
http://www.alegsa.com.ar/Dic/sistema.php ALEGSA - Santa Fe, Argentina.
1998 - 2015
Visual Studio (Definición de Visual Studio) 12 de noviembre de 2012. En
https://es.wikipedia.org/wiki/Microsoft_Visual_Studio#cite_ref-1 . Microsoft
C#. (definición de C#) 8 de septiembre de 2015. En
https://es.wikipedia.org/wiki/C_Sharp . Microsoft
Microsoft SQL Server (Definición de SQL Server) 22 de octubre de 2015. En
https://es.wikipedia.org/wiki/Microsoft_SQL_Server#cite_ref-1 . Microsoft
Página | 39