INKAFARMA.docx

UNIVERSIDAD PRIVADA ANTENOR ORREGO

Escuela Profesional de Ingeniería de Computación y Sistemas

Sistema web para Farmacia

Curso: Programación de Aplicaciones Web

Docente: Infantes Quiroz Freddy

Integrantes: Salinas Villacorta Antonio Álvarez Alcántara Juan González Iparraguirre, Maive Zavaleta Ramírez, Marco

Trujillo-Perú20

PERU - TRUJILLO - 2013

INKAFARMA1. DATOS GENERALES

1.1. NOMBRE DE LA EMPRESA:

INKAFARMA

Es una cadena peruana que comercializa productos farmacéuticos, de perfumería y tocador a nivel nacional.

1.2. LÍNEAS DE COMERCIALIZACIÓN:

Farmacia Perfumería Accesorios para bebés Alimentos para bebés y lácteos Material médico quirúrgico Productos galénicos Productos naturales Productos Oncológicos Productos para diabéticos Productos refrigerados Toallas y Pañales

1.3. ORIGEN:

Hace más de quince años, INKAFARMA abrió su primera botica en la ciudad de Lima. En 1998, apostando por nuevos mercados, inauguramos dos nuevas sucursales en las ciudades de Chiclayo y Trujillo, respectivamente. Actualmente, contamos con 200 locales estratégicamente ubicados en la capital, así como con 206 boticas distribuidas en el norte, sur, centro y oriente del Perú. Es por eso que INKAFARMA tiene el orgullo de decir que es la primera cadena de boticas con cobertura a nivel nacional.

1.4. VISIÓN:

Somos una organización moderna, eficiente y eficaz y junto a nuestro equipo de profesionales abocamos lo mejor de nuestra experiencia para que INKAFARMA sea reconocida por nuestros clientes y la sociedad como la empresa líder en la comercialización de productos farmacéuticos, de perfumería y tocador del Perú.


1.5. MISIÓN:

En INKAFARMA la misión está compuesta por tres metas principales:

Proveer a nuestros clientes de una completa variedad de productos farmacéuticos, de perfumería y tocador de primera calidad, a los mejores precios.

Aplicar las mejores soluciones logísticas para distribuir oportunamente nuestros productos a través de la amplia red de boticas a nivel nacional.

Brindar a nuestros clientes, un servicio de excelencia: cálido, profesional, rápido y eficiente, con cualidades que potencien la presencia de nuestra marca en el mercado.

1.6. PROPIETARIO:

INKAFARMA tiene como propietario al grupo peruano Interbank, que posee el 100% de las acciones de la cadena de farmacias. Esto se produjo a través del IFH – R Holding y NG Capital Partness I, el fondo de la Private Equity de Nexus Group.

1.7. UBICACIÓN:

La localización actual de una de las cadenas de farmacia y gracias al cual podremos llevar a cabo este proyecto, por la información brindada, se ubica en la Av. Cesar Vallejo 694 Urb. Palermo.


2. PRUEBA EXISTENTE

Como una de las primeras pruebas de la existencia de esta empresa es la de uno de sus puntos de ventas como se muestra en la siguiente imagen.

A continuación se presentara otra prueba de la existencia de InkaFarma, en la que consistirá en la imagen de un documento de comprobante de venta realizada en esta localidad.


3. LISTA DE PROCESOS

Actualmente INKAFARMA consta de los siguientes procesos que a continuación se resumirán en la siguiente tabla:

Nª PROCESO01 Compra de Productos02 Gestión de Almacén e Inventarios03 Venta04 Publicidad y Marketing05 Transporte de Productos

4. PROCESO PRINCIPAL A DESARROLLAR

De los procesos anteriormente mencionados que se desarrollan en INKAFARMA se procederá al estudio de análisis sobre el proceso de ventas:

PROCESO PRINCIPAL A DESARROLLARACTIVIDADES REALIZADAS EN ESTE PROCESO

Ventas Búsqueda de productosActualización de productosReporte de productos


Registro de clientesBúsqueda de clientesActualización de clientesRegistro de ventasActualización de datos de una ventaEmisión de comprobante de pagoReportes de venta

Este proceso se inicia cuando el cliente llega a uno de los puntos de venta y solicita al vendedor los productos que va comprar, de acuerdo a su receta médica, inmediatamente después el vendedor procede a buscar los productos en el almacén y los coloca en la lista de productos requeridos por el cliente. Luego el vendedor realiza un reporte de los productos que el cliente va adquirir para que se realice el pago en Caja. Siguiendo con este proceso el cliente se dirige a caja con un reporte de los productos que va adquirir, en ese momento el encargado de Caja realiza el registro del cliente o la búsqueda en el caso que el cliente sea conocido o tenga una mayor frecuencia de compras en INKAFARMA. Y finalmente para terminar con este proceso se realiza el registro de la venta y se le entrega al cliente un comprobante de pago para que reclame sus productos en despacho.

5. PICTOGRAMA ACTUAL


5

43

2

6

6. LISTA DE PROBLEMAS

La problemática por la que atraviesa actualmente INKAFARMA, es la falta de integración de algunos procesos; así como la gestión en tiempo real; además de la falta de seguimiento a los clientes y las complejas formas de facturación y su lentitud al momento de hacerlas. Para una mejor precisión de estos problemas el grupo de trabajo procederá a detallar los problemas que existen en las actividades del proceso de venta.

PROBLEMA 01

Actividad donde sucede el Problema

Descripción del Problema

Búsqueda de productosEl problema sucede en el tiempo que dura la búsqueda de un producto para saber si está disponible o no para la venta.


18

7

En esta misma actividad también ocurre el caso de saber la información del producto que se va vender; como el precio, unidades.

PROBLEMA 02



Actualización de productos

La dificultad que se presenta en esta actividad es la de saber inmediatamente cuantos productos se encuentran próximos a caducar o están caducos para evitar venderlos.

También otro problema presentado es la de saber cuáles son los nuevos productos ingresados a cada punto de venta y poder ofrecerlos.

Y por último en esta actividad otro problema es la de sabes cuantos productos tengo en stock.

PROBLEMA 03



Reporte de productos

No se conoce actualizaciones de los productos que se están vendiendo.

No se conoce la cantidad de productos que se venden al día, semana y Mes.


PROBLEMA 04



Registro de clientes

Uno de los problemas ocasionados por esta actividad, es la cantidad de veces que se le pide a un cliente sus datos para cada compra que va hacer; es decir si el día 15 de enero va comprar un producto, se le pide sus datos completos para realizar un registro y si vuelve a comprar el día 20 del mismo mes otra vez se le pedirá al cliente los mismo datos.

Además podemos agregar como problema a esta actividad el no registro de algunos clientes cuando realizan la venta de sus productos, esto ocasiona el no seguimiento a los clientes.

PROBLEMA 05



Búsqueda de clientes

El tiempo que se tarda en realizar la búsqueda del cliente para no volver a pedir sus datos y generar un nuevo registró.La no búsqueda por la abundante información.Cuando se realiza una búsqueda, y hay duplicidad de datos registrados, el vendedor solo se dirigen al último registro de compra del cliente sin saber que anteriormente compro y por lo tanto podría generar confusión de información.

PROBLEMA 06




Actualización de clientes

No existe actualización. Siempre que el cliente llega se le toma nota de todos sus datos y son almacenados sin poder utilizarlos más adelante, o con utilización que no generan mucho aporte. Aunque este proceso existe, pero la dificultad es la tediosa búsqueda del cliente en los libros de registro.

PROBLEMA 07



Registro de ventas

No existe un orden de los productos vendidos por sus categorías o clasificación.

No tiene flexibilidad en el momento de registrar una venta, es decir solo toma nota del pedido genera el registro y eso fue todo, no existe alguna otra posibilidad.

PROBLEMA 08



Actualización de datos de una venta

El problema es que cuando alguien quiere actualizar su pedido, este tiene que volver a generar una nueva orden de pedido y no en la actualización del pedido de venta anterior.

No existen actualizaciones, solo nuevas órdenes generadas para ventas. Aunque esta actualización existe de nombre pero no lo hacen porque tendrían que anular la anterior nota de pedido y continuar con un orden para la facturación de la venta que está procesándose.

PROBLEMA 09




Emisión de comprobante de pago

Existe demora en la realización de un comprobante, porque son generadas y calculadas por el mismo encargado de caja.

Podría generar cálculos erróneos por parte del encargado de caja

Generación de cola por la demora en la generación de un comprobante.

Equivocación de algún dato llenado, esto demandaría más tiempo en volver a generar un nuevo comprobante.


7. PICTOGRAMA SOLUCIONADOR


1

5

4

3

2

Genera Ticket

de pago

8. LISTA DE REQUERIMIENTOS

PROCESO REQUERIMIENTOS

VE

NT

AS

FU

NC

ION

AL

ES

Iniciar Sesión

Registrar catálogo

Registrar pedido

Buscar producto

Modificar pedido

Dar de baja pedido

Actualizar producto

Registrar Usuario

Buscar cliente

Actualizar cliente

Buscar pedido

Registrar venta

Modificar venta

Generar comprobante

Buscar venta

Reportar venta.

NO

FU

NC

ION

AL

ES

Debe ofrecer un buen desempeño y tener un tiempo promedio de respuesta no mayor a 5 segundos.

Tiene que estar disponible al 100% del tiempo. Las 24 horas del día, durante los 7 días de la semana.

Debe ser adaptable a cualquier navegador Web.

Debe mantener y trabajar bajos los protocolos estándar, para una fácil conexión con otros procesos y/o departamentos de la empresa.


9. CASOS DE USO DE NEGOCIO

Cliente

Cajero

DespachoVentas

Administrador

10.CASO DE USO DE REQUERIMIENTOS10.1. CASO DE USO DE REQUERIMIENTO-CLIENTE


Loguear Usuario Registrar Cliente

Actualizar Usuario

Registrar Pedido

Modificar Pedido

Cliente

Dar de Baja Pedido Buscar Pedido

<<include>>

<<include>>

Buscar Producto

<<include>>

<<extend>>

10.2. CASO DE USO DE REQUERIMIENTO-ADMINISTRADOR

Dar de Baja Pedido

Registrar Catalogo

Reportar Venta

Loguear Usuario

Administrador

Buscar Usuario

<<include>>

Buscar Pedido

<<include>>

Buscar Venta

<<include>>


10.3. CASO DE USO DE REQUERIMIENTO-CAJA

Buscar Pedido

Loguear Usuario

Registrar Venta

Generar Cromprobante

Modificar Venta

Cajero

<<include>>

<<include>>

10.4. CASO DE USO DE REQUERIMIENTO-DESPACHO


Buscar Producto

Loguear Usuario

Actualizar Producto

<<include>>

Reportar Pedido por Cliente y FechaDespacho

11.DESCRIPCION DE LOS CASOS DE USO DE REQUERIMIENTO


UC-001 Iniciar SesiónVersión 1.0Actor(es) Cliente

DescripciónEl sistema deberá comportarse como se describe en este caso de uso, cuando el usuario desea tener acceso al sistema para realizar una orden de compra a InkaFarma.

Secuencia Normal

Paso

Acción

1El sistema solicita al cliente su usuario y contraseña.

2El usuario proporciona al sistema sus datos solicitados.

3El sistema valida y hace una búsqueda de que el usuario exista.

4El sistema da un mensaje de bienvenida al usuario por acceder a la web y lo redirecciona a la pagina principal.

5El usuario queda listo para realizar cualquier operación.

Excepción

Paso

Acción

1El usuario debe existir en la Base de Datos de InkaFarma.

2En caso de no existir le aparece una página de tipo formulario para registrarse como nuevo cliente.

Frecuencia DesconocidoImportancia VitalUrgencia EstándarEstabilidad Alta

UC-002 Registrar catálogoVersión 1.0Actor(es) AdministradorDescripciónSecuencia Normal Paso Acción

1El sistema solicitara al administrador ingresar su usuario y contraseña para poder acceder al registro del catálogo.

2 El sistema valida y hace una búsqueda de que el


usuario exista.

3

El sistema le presentara una pantalla para el ingreso de datos de un producto y cargar su respectiva imagen además de la descripción de algunos detalles.

45

ExcepciónPaso Acción

1 Pre Condicion2 Post Condicion

FrecuenciaImportanciaUrgenciaEstabilidad

UC-003 Registrar pedidoVersión 1.0Actor(es) Cliente

Descripción

El sistema deberá comportarse como se describe en este caso de uso, cuando el usuario desea registrar un pedido, primero debe tener acceso al sistema y hacer la búsqueda de los productos que va terminar comprando.

Secuencia Normal

Paso

Acción

1El sistema solicita al usuario ingresar los productos que piensa adquirir.

2El usuario proporciona al sistema los productos mediante un carrito de compras.

3El usuario confirma el registro de pedido al sistema.

4El sistema brinda al usuario un número de pedido para que sea cancelado en caja y se le entregue los productos solicitados.

Excepción

Paso

Acción

1Debe estar registrado como cliente en la página de InkaFarma

2Debe iniciar sesión para poder registrar el pedido, sino, debe registrarse.


Frecuencia DesconocidoImportancia VitalUrgencia EstándarEstabilidad Estable

UC-011 Buscar pedidoVersión 1.0Actor(es) Administrador, Caja y DespachoDescripción El sistema deberá comportarse como se describe en este

caso de uso, cuando el usuario desea tener acceso al sistema para realizar una orden de compra a InkaFarma

Secuencia Normal Paso

Acción

Excepción Paso

Acción

FrecuenciaImportanciaUrgenciaEstabilidad

UC-012 Registrar ventaVersión 1.0Actor(es) CajeroDescripción El sistema deberá comportarse como se describe en este

caso de uso, cuando el cajero confirma que el pedido


hecho por web, ha sido pagado y los productos fueron entregado al cliente.

Secuencia Normal

Paso

Acción

12345

12.DIAGRAMA DE CLASES


Persona

nombre : Stringapellido : Stringdni : Stringtelef ono : Stringcelular : Stringcorreo : Stringdepartamento : Stringciudad : Stringdireccion : Stringusuario : Stringclav e : Stringruc : String

Empleado

CargoHorasTrabajo

Cliente

activ idad_cliente : Stringcomentario : String

Pedido

f echa_ped : Dateestado_ped : Booleantotal : Float

1

1

1

1

1

1

1

1

Detalle_Pedido

descripcion : Stringcantidad : Integerprecio : Float

1..n

1

1..n

1

Categoria

nombre_categ : Stringdescripcion_categ : String

Producto

descripcion_prod : Stringstock_prod : Integerprecio_prod : Float 1 1..n1 1..n

1

1..n

1

1..n

13.BASE DE FATOS RELACIONAL


T_Productoproducto_id: INTEGER

descripcion_prod: VARCHAR(50)stock_prod: INTEGERprecio_prod: DECIMAL(18,2)

T_Clientecliente_id: INTEGER

apellido_clie: VARCHAR(50)nombre_clie: VARCHAR(50)dni_clie: INTEGERtelefono_clie: VARCHAR(20)celular_clie: VARCHAR(30)correo_clie: VARCHAR(50)departamento_clie: VARCHAR(25)ciudad_clie: VARCHAR(25)direccion_clie: VARCHAR(50)Usuario_clie: VARCHAR(20)clave_clie: VARCHAR(20)ruc_clie: INTEGERactividad_clie: VARCHAR(50)comentario_clie: VARCHAR(100)tipo_clie: BOOLEAN

T_Empleadoempleado_id: INTEGER

nombre_emp: VARCHAR(50)apellido_emp: VARCHAR(50)dni_emp: INTEGERtelefono_emp: VARCHAR(20)celular_emp: VARCHAR(30)correo_emp: VARCHAR(50)departamento_emp: VARCHAR(25)ciudad_emp: VARCHAR(25)direccion_emp: VARCHAR(50)usuario_emp: VARCHAR(20)clave_emp: VARCHAR(20)ruc_emp: INTEGERcargo_emp: VARCHAR(30)hora_trabajo_emp: NUMBER(4,2)

T_Pedidopedido_id: INTEGER

fecha_ped: DATEestado_ped: BOOLEANtotal_ped: DECIMAL(18,2)cliente_id: INTEGER

T_Detalle_Pedidoproducto_id: INTEGERpedido_id: INTEGER

descripcion: VARCHAR(50)cantidad: NUMBER(4)precio: DECIMAL(18,2)

T_Categoria_Productoproducto_id: INTEGER

nombre_cat: VARCHAR(50)descripcion_cat: VARCHAR(50)


INKAFARMA.docx

Documents

Transcript of INKAFARMA.docx