Avance 2 POO (1) - papa es lo bjueno PDF

Preview

Summary

Lima –Carrera de Ingeniería de Sistemas y SoftwareTITULO DEL PROYECTO:sistema informático para el proceso de ventas deMACA en la empresa FITOINTEGRANTES: Chihuan Omonte Jean Franco u  Ruben Enrique Aranda Yarasca U  Casusol Casma Flavio Leonardo U  Ítalo Silva Polo U  Sandoval Tezén, Sarita UCU...

Description

Facultad de Ingeniería Carrera de Ingeniería de Sistemas y Software TITULO DEL PROYECTO: sistema informático para el proceso de ventas de MACA en la empresa FITO

INTEGRANTES:     

Chihuan Omonte Jean Franco u18308463 Ruben Enrique Aranda Yarasca U19309599 Casusol Casma Flavio Leonardo U18301216 Ítalo Silva Polo U18202823 Sandoval Tezén, Sarita U21219896

CURSO: PROGRAMACION ORIENTADA A OBJETOS DOCENTE: MARCELINO ESTRADA ARO

Lima – Perú 2021

INDICE CAPÍTULO 1.......................................................................................................... ASPECTOS GENERALES .................................................................................... 1.1

Definición del Problema............................................................................

1.1.1 Descripción del Problema ..................................................................... 1.2

Definición de Objetivos.............................................................................

1.2.1 Objetivo General ................................................................................... 1.2.2 Objetivos Específicos............................................................................ 1.2.3 Alcances y Limitaciones........................................................................ CAPÍTULO 2.......................................................................................................... MARCO TEÓRICO ................................................................................................ 2.1.

Antecedentes …………………………………………………………………

2.2.

Fundamento Teórico ................................................................................

CAPITULO 1 ASPECTOS GENERALES En este capítulo se explicará el estado actual de la Empresa y el plan estratégico de ventaspara una mejor gestión, la definición de la problemática, el planteamiento de la solución,los objetivos, además la justificación, delimitación u el estado del arte.

Definición del problema

Fito es una empresa de exportaciones que se dedican al acopio, transformación y seguidamente la comercialización de productos naturales los productos que tienen mas demanda son los siguientes: Maca, uña de gato, camu camu. Debido a que es una empresa de venta de productos naturales y tieneproductos de alta demanda del consumidor, se necesita un plan sistematizado con urgencia para así agilizar el proceso de producción y venta para así hacerlo más efectivo.

Descripción del problema

La empresa Fito necesita un sistema de ventas en el cual se debe de crear mediante los siguientes parámetros y también un sistema de recursos naturales, el nombre del producto que el cliente desea y la presentación de esta, ya que esta empresa ofrece sus productos en distintas presentaciones las cuales van desde productos naturales pulverizados, deshidratados, gelatinizados, trozados, corte Té. Los cuales tienen diferentes costos debido a que cada presentación tiene su debido proceso. Para el sistema de recursos naturales debemos de seguir estos indicadores, los cuales va con el producto que llega de los proveedoresel cual debemos de saber que producto nos llega, el tamaño o peso del producto y la separación de esta para sus respectivas presentaciones, esto se debe a que los productos tienen distintas presentaciones no todas deben de ser las mismas y para ello se necesita la separación ya que se puede a llegar a tener demandamás los productos pulverizados a los productos gelatinizados como ejemplo, para así hacer más fácil el proceso.

Consecuente de ello también se necesita crear un sistema de exportación, el cual va desde el empaquetadodel producto y hacia a donde va, además de ello también tener en la mira al producto que más fue vendido , para ello debemos de hacer un estudio el cual nos de como resultado cuales son los lugares a donde más se exporta y donde hay mas demanda de ello.

CAUSAS

Problema: Control de procesos de registros deficientes. EFECTOS

No cuentan con un adecuado almacenamiento de registros No cuentan con un sistema adecuado para hacer un seguimiento en el mercado . No cuentan con un orden correcto de los procesos

Registros de ventas duplicados Demora con la exportación de MACA Dificultad de los seguimientos de distribución

DEFINICIÓN DE LOS OBJETIVOS

Plantear una propuesta de mejora para optimizar los procesos, actividades que limitan el eficiente desempeño del área ventas y buscar posicionamiento de la marca. Objetivo general

Mejorar el posicionamiento de nuestros productos en el mercado y frente a la competencia, buscando laidentificación de la marca y la variedad de productos de maca natural entre nuestros clientes.

Objetivos específicos Mejorar la identificación del producto ante los competidores.

incrementar el número de ventas por impulso.

facilitar la tarea de los vendedores.

· sensibilizar al cliente sobre las ventajas que tiene un buen producto que cuide de sí mismo.

ALCANCES Y LIMITACIONES

1.2.3.1 Alcances

el sistema ofrece una solucion a la gestion de ventas para el control del sistema de ventas conisguiendo mejor efectividad y seguimiento de los procesos de gestion de ventas en Maca:

-Gestion de ventas -clientes -venta diaria -orden de compra -stock de productos

1.2.3.1 Limitación este proyecto tiene como limitaciones el proceso de elaboracion capacitacion de personal para ofrecer lamarca sistema optimizado para satisfaccion del cliente.

CAPITULO 2 MARCO TEORICO

MARCO TEÓRICO Antecedentes Las empresas del rubro de venta de Maca presentes en el mercado utilizan un sistema informático para mejorar el servicio que brindan. Como resultado de esta implementación sus procesos de ventas mejoran considerablemente, generando una mayor cantidad de ingresos económicos y logrando un alto índice de satisfacción entre su clientela. El sistema permite optimizar la gestión interna del negocio gracias al nivel de acceso restringido respecto al rango del cargo del empleado. Además, permite llevar un mejor registro de los productos por categoría, evitando así quedarse sin stock. Igualmente, se muestra favorable a la generación de reportes de ventas y por sobre todo al ser un sistema de Ventas localmente no necesita de una conexión a internet para poder utilizarlo. Ante la presión de la competencia, la empresa “San Vicente” busca implementar un sistema similar el cual le permita sobresalir en el mercado.

Fundamento teórico Un sistema es un conjunto de componentes que interaccionan entre su para lograr un objetivo en común. Aunque existe una gran variedad de sistemas, la mayoría de ellos pueden representarse a través de un modelo formado por cinco bloques básicos: elementos de entrada, elementos de salida, sección de transformación, mecanismo de control y objetivos. Tal y como muestra en la Figura 4, los recursos acceden al sistema a través de los elementos de entrada para ser modificados en la sección de transformación. Este proceso es controlado por el mecanismo de control con el de lograr el objetivo marcada. Una vez se ha llevado a cabo la transformación, el resultado sale del sistema a través de los elementos de salida.

Proceso de Compras Las empresas no son autosuficientes, éstas dependen de terceros o elementos externos. Para abastecer sus operaciones y actividades, las empresas necesitan materias primas, materiales, máquinas, equipos, servicios, y un sin número de insumos que provienen del ambiente exterior.

Concepto de Compras La compra es aquella operación que involucra todo el proceso de ubicación de proveedor o fuentes de abastecimiento, adquisición de materiales a través de negociaciones de precio y condiciones de pago con el proveedor elegido y la recepción de las mercaderías correspondientes para controlar y garantizar el suministro de la adquisición. Para aclarar el concepto antes analizado, debes tener presente que existen características propias de todo proceso de compras, las cuales te detallamos a continuación:

Función de Compras

Es aquella que relaciona a las distintas áreas de la Empresa con los diferentes proveedores externos, es decir, el Departamento de Compras o Encargado de Compras, es el intermediario para cubrir las necesidades de la Empresa con sus proveedores.

1.1 Requerimientos funcionales

RF

Desc Descrip rip ripción ción

RF1

El sistema debe permitir la búsqueda de productos

RF2

El sistema debe permitir consultar los precios de productos.

RF3

El sistema debe permitir registrar la proforma del pedido.

RF4

El sistema debe permitir verificar proforma de pedido.

RF5

El sistema debe permitir el pago de productos.

RF6

El sistema debe permitir imprimir el comprobante de pago .

RF7

El sistema debe permitir validar productos comprados .

1.2 Requerimientos No funcionales

RF

RNF1.

Desc Descrip rip ripción ción

El sistema estará disponible las horas que se trabaje la empresa en el caso de ventas.

RNF2.

El acceso al sistema solo es permitido a personas autorizadas.

RNF3.

El tiempo de respuesta del servidor ante clic no debe de superar los 0.2milisegundos.

RNF4.

El sistema debe implementar un diseño instructivo, donde el usuario pueda aprender a usarlo fácilmente.

RNF5.

La base de datos utilizada por el sistema es MYSQL

RNF6.

El sistema hace una actualización de productos sobrantes (REPORTE).

3. Matriz de actividades y requerimientos

Proce so de Proceso neg ocio negocio

Vent Ventaa de Produ Productos ctos

Resp onsab le d e onsable de neg ocio negocio

Acti vidad negocio Actividad

Requ erimient o Requerimient erimiento

Caso de Us o Uso

Solicita búsqueda del producto

Vendedor

RF1: El sistema debe permitir la búsqueda de productos

Consultar productos

Vendedor

Solicita consulta precio del producto

Vendedor

RF2: El sistema debe permitir consultar los precios de productos

Consultar precios

Vendedor

Registra proforma de pedido

Vendedor

RF3: El sistema debe permitir registrar la proforma del pedido

Registrar Proforma

Vendedor

Verifica proforma de pedido

Cajero

RF4: El sistema debe permitir verificar proforma de pedido

Verificar proforma

Cajero

Cajero

RF5: El sistema debe permitir el pago de productos

Pagar productos

Cajero

Cajero

RF6: el sistema debe permitir imprimir el comprobante de pago

Imprimir comprobante de pago

Cajero

Validar compra

Vendedor

Se efectúa la compra Entrega comprobante de pago Verificación de productos comprados Entrega de productos

Vendedor

RF7: El sistema debe permitir validar productos comprados

Vendedor

Desc Descrip rip ripción ción de ccaso aso de u uso so Nombre:

CUS1 - Consultar productos

Actor:

Vendedor

Precondición:

El vendedor debe de haber ingresado en el sistema

Postcondición:

El sistema debe permitir mostrar el stock del producto consultado

Flujo básico:

1. El caso de uso comienza cuando el cliente solicita información de un producto particular 2. El sistema debe mostrar una opción Buscar producto que permita determinar detalles comerciales del producto 3. El sistema debe mostrar la marca, país de proveniencia, beneficios de consumo y precauciones (si las hubiera). 4. El vendedor comunica estos detalles comerciales al cliente. 5. El cliente decide adquirir el producto

Flujo alternativo

FA1. En el caso que cliente manifieste a primeras su deseo de adquirir el producto, el vendedor pasará al siguiente caso de uso

Nombre:

Act or

CUS2 - Consultar precios

Actor:

Vendedor

Precondición:

El vendedor debe de haber ingresado en el sistema El almacenero debe de haber registrado el stock actual de los productos

Postcondición: Flujo básico:

El sistema debe mostrar el precio del producto

1. El sistema debe mostrar la opción Consultar stock de producto, que muestra las existencias y el precio del producto 2. El vendedor comunica la disponibilidad y el precio del producto al cliente. 3. El cliente acepta el precio de venta y decide adquirir el producto

Flujo alternativo

FA1. Si en el punto 3, el vendedor comunica la no existencia del producto en almacén, se procede a sugerir productos similares o sustitutos

Nombre:

CUS3 - Registrar Proforma

Actor:

Vendedor

Precondición:

El vendedor debe de haber ingresado en el sistema

Postcondición:

El sistema debe imprimir una proforma con los productos solicitados por el cliente

Flujo básico:

1. El cliente pide una proforma para consignar los productos que desea adquirir 2. El sistema muestra la opción elaborar proforma, la cual permite enumerar los productos solicitados por el cliente 3. El vendedor elabora la proforma, ingresando los productos solicitados por el cliente 4. El sistema imprime la proforma gracias a la opción Imprimir proforma 5. El vendedor entrega la proforma al cliente

Flujo alternativo

Nombre:

CUS4 – Verificar Proforma

Actor:

Vendedor

Precondición:

El vendedor debe de haber verificado en el sistema

Postcondición:

El sistema debe verificar una proforma con los productos solicitados por el cliente

Flujo alternativo

Nombre:

CUS5 - Pagar productos

Actor:

Cajero

Precondición:

La proforma debe estar registrada en el sistema El sistema debe permitir el registro de nuevos clientes

Postcondición: Flujo básico:

El sistema registra la venta de los productos solicitados por el cliente

1. El cajero pregunta al cliente si está registrado. 2. En caso de estarlo, ingresa su código de cliente y el método de pago. 3. En caso de pago en efectivo, el cajero ingresará el monto en la caja registradora y devolverá el sobrante.

Flujo alternativo

FA1. En caso de no estar registrado, el cajero pregunta al cliente su número de DNI, apellidos, nombres. FA2. En caso de pago a crédito, el cajero pedirá la tarjeta de crédito del cliente, preguntará el número de plazos y pedirá al cliente digitar su PIN

Nombre:

CUS6 - Imprimir comprobante de pago

Actor:

Cajero

Precondición:

El sistema debe de tener registrado los datos del cliente y la proforma El sistema debe de registrar el ingreso o transferencias de activos por la venta de productos

Postcondición: Flujo básico:

El sistema debe imprimir el comprobante de pago

1. El sistema de mostrar la opción Imprimir comprobante de pago 2. Una vez registrado en el sistema el ingreso del monto pagado, el cajero crea un comprobante de pago detallando los productos vendidos 3. El cajero selecciona la opción Imprimir comprobante de pago. 4. El periférico imprime el comprobante 5. El cajero entrega el comprobante al cliente

Flujo alternativo

Nombre:

CUS7 - Validar compra

Actor:

Vendedor

Precondición:

El cliente debe de recibir un comprobante de pago después de su compra El comprobante debe mostrar el fecha y monto adquirido

Postcondición: Flujo básico:

El vendedor entrega los productos ya adquiridos al cliente

1. El cliente entrega al vendedor el comprobante de pago. 2. El vendedor verifica en el sistema el ingreso de activos por el monto adquirido. 3. El vendedor sella el comprobante de pago. El sello muestra la fecha, hora y local de compra. 4. El vendedor entrega los productos vendidos al cliente

Flujo alternativo

4.- Especificación de casos de uso

5.- Diagrama de Clases

Bibliografía

Maximixe, E. (2002). “Reportes de Mercado". https://reunir.unir.net/bitstream/handle/123456789/7458/GONGORA%20CORTES%2 C%20ERIKA.pdf?sequence=1&isAllowed=y

Licenciatura, C., Tema, G., Culinaria, P., Erick, B., & Simisterra, A. (n.d.). Retrieved from http://repositorio.ug.edu.ec/bitstream/redug/47306/1/BINGQ-GS-19P56.pdf

Villafan Zenón, H. J. (2017). Propuesta de modelo de gestión para proyectos innovadores de la empresa Cosapi Data S.A. Lima, Perú. Obtenido de https://cybertesis.unmsm.edu.pe/handle/20.500.12672/6765

Moreno Descalzi, J. C. (2011). Sistema de información ejecutivo para mejorar la toma de decisiones en el proceso de evaluación. Perú. Obtenido de http://hdl.handle.net/20.500.12423/535

Quishpe Cantuña, C. A., & Toapanta Pabón, M. G. (2014). Desarrollo e implantación de un sistema web de gestión académica. Ecuador. Obtenido de http://bibdigital.epn.edu.ec/handle/15000/7362

SCRUMstudy. (2016). Una guía para el cuerpo de conocimiento de scrum. Obtenido de https://www.scrumstudy.com/SBOK/SCRUMstudy-SBOK-Guide-2016spanish.pdf...