Вы находитесь на странице: 1из 40

ANALISIS Y DISEO DE SISTEMAS I

AO DE LA PROMOCION DE LA INDUSTRIA RESPONSABLE Y DEL


COMPROMISO CLIMTICO
MODELADO DE NEGOCIO BODEGA ALESSA

CURSO

: ANALISIS Y DISEO DE SISTEMAS I

PROFESOR

: EDILBERTO SNCHEZ

CARRERA

: COMPUTACION E INFORMATICA

TURNO

: Maana

CICLO

: III-T3BT

INTEGRANTES:

GARCA BRICEO, NATHALY


YPEZ MENDOZA, MARA

2014

DEDICATORIA
PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 1

ANALISIS Y DISEO DE SISTEMAS I

A DIOS,
Por habernos permitido llegar hasta este
punto y habernos dado salud para lograr mis
objetivos, adems de su infinita bondad y
amor.

A MI PROFESOR,
Que en este andar por la vida, influyo
con sus lecciones y experiencias en
formarnos como unas personas de bien
y preparadas para los retos de la vida.

A NUESTROS PADRES,
Con todo nuestro cario y nuestro amor
para las personas que hicieron todo en la
vida para que lograr nuestros sueos, por
motivarnos y darnos la mano cuando
sentamos que el camino se terminaba.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 2

ANALISIS Y DISEO DE SISTEMAS I

AGRADECIMIENTO
En primer lugar, agradecemos a Dios por habernos guiado en este trabajo de investigacin y por
darnos la sabidura para poder culminarlo en el tiempo previsto. Este proyecto es el resultado del
esfuerzo conjunto de todos lo que formamos el grupo de trabajo. Por ello agradecemos a nuestro
profesor Edilberto Chvez Fernndez quien nos orient cada da y nos brind sus conocimientos para
la realizacin de este proyecto. Tambin el agradecimiento a todos los integrantes del grupo, quienes a
lo largo de este tiempo han puesto a prueba sus capacidades y conocimientos en el desarrollo de este
trabajo de investigacin el cual ha finalizado llenando todas nuestras expectativas. Y por ltimo,
agradecemos al propietario de la bodega, por abrirnos las puertas de su negocio y facilitarnos la
informacin solicitada para la realizacin de este trabajo.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 3

ANALISIS Y DISEO DE SISTEMAS I

Contenido
1.

RATIONAL UNIFIED PROCESS (R.U.P)........................................................................... 8

2.

RATIONAL SOFTWARE ARCHITEC - RSA....................................................................10

3.

ANTECEDENTES........................................................................................................ 11

4.

OBJETIVOS................................................................................................................ 11

5.

6.

4.1

GENERAL............................................................................................................. 11

4.2

ESPECIFICOS........................................................................................................ 11

POSICIONAMIENTO DEL NEGOCIO............................................................................ 11


5.1

MISION................................................................................................................. 11

5.2

VISION................................................................................................................. 11

5.3

OPORTUNIDAD DEL NEGOCIO................................................................................ 11

ALCANCES................................................................................................................. 12
6.1
6.1.1

GENERALES................................................................................................... 12

6.1.2

GESTIONAR VENTAS....................................................................................... 12

6.1.3

GESTIONAR ABASTECIMIENTO DE PRODUCTOS...............................................12

6.1.4

GESTIONAR PAGO DE IMPUESTOS....................................................................12

6.2
7.

DENTRO DE SU ALCANCE...................................................................................... 12

FUERA DEL ALCANCE........................................................................................... 12

DESCRIPCION DEL PROBLEMA.................................................................................. 13


7.1

PROBLEMA........................................................................................................... 13

7.2

AFECTA................................................................................................................ 13

7.3

EL IMPACTO DEL NEGOCIO.................................................................................... 13

7.4

SOLUCION EXITOSA.............................................................................................. 13

8.

RESTRICCIONES DEL NEGOCIO................................................................................. 14

9.

MODELO DE CASOS DEL USO DE NEGOCIO MCUN...................................................15


9.1

ESTRUCTURA PRINCIPAL DEL MCUN......................................................................15

9.2

OBJETIVOS DEL NEGOCIO..................................................................................... 15

9.2.1

DESCRIPCION BREVE...................................................................................... 15

9.2.1.1

OBJETIVOS DE GESTION.................................................................................. 15

9.2.1.2

OBJETIVOS ESTRATEGICOS............................................................................. 15

9.3

ACTORES DEL NEGOCIO...................................................................................... 16

9.3.1

DESCRIPCION BREVE...................................................................................... 16

9.3.2

EN GESTIONAR VENTAS INTERVIENEN............................................................16

9.3.3

EN GESTIONAR ABASTECIMIENTO DE PRODUCTOS..........................................16

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 4

ANALISIS Y DISEO DE SISTEMAS I


9.3.4
9.4

EN GESTIONAR PAGOS DE IMPUESTOS.............................................................16


CASOS DEL USO DE NEGOCIO (flujos)....................................................................17

9.4.1

CUN 01 GESTIONAR VENTAS.........................................................................17

9.4.2

CUN 02 GESTIONAR ABASTECIMIENTO DE PRODUCTOS..................................18

9.4.3

CUN 03 GESTIONAR PAGO DE IMPUESTOS......................................................20

9.5

DIAGRAMA GENERAL DEL MCUN........................................................................21

9.6

PROCESOS DEL NEGOCIO.................................................................................... 21


LISTADO DE CASOS DE USO............................................................................ 21

9.6.1

OBJETIVOS VS CUN............................................................................................. 22

9.7
10.

MODELO DE ANALISIS DEL NEGOCIO MAN..........................................................23

10.1

ESTRUCTURA PRINCIPAL DEL MAN........................................................................23

10.1.1

DESCRIPCION BREVE...................................................................................... 23

1.1.1

ATRIBUTOS.................................................................................................... 24

1.2
1.2.1
1.3

TRABAJADORES DEL NEGOCIO.............................................................................. 25


TRABAJADORES DEL NEGOCIO.......................................................................25
REALIZACIONES DEL NEGOCIO............................................................................. 25

1.3.1

DIAGRAMA DE CLASES POR CUN (VENTA y ABASTECIMIENTO, respectivamente)...26

1.3.2

DIAGRAMA DE OBJETOS POR CUN (VENTA y ABASTECIMIENTO, respectivamente). 28

1.3.3

REALIZACIONES DE CASOS DE USO POR CADA CUN.........................................30

1.3.4

DIAGRAMA DE ACTIVIDADES RN GESTIONAR VENTAS...................................30

1.3.5
DIAGRAMA DE ACTIVIDADES RN GESTIONAR ABASTECIMIENTO DE
PRODUCTOS............................................................................................................... 31
1.3.6

DIAGRAMA DE ACTIVIDADES RN GESTIONAR PAGO DE IMPUESTOS...............32

2. MODELO DE CASOS DEL USO DEL SISTEMA MCUS (VENTA-ABASTECIMIENTO,


respectivamente)................................................................................................................... 33
CONCLUSIONES................................................................................................................ 35
ANEXOS............................................................................................................................ 36
........................................................................................................................................ 36

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 5

ANALISIS Y DISEO DE SISTEMAS I

MODELADO DEL NEGOCIO PARA LA BODEGA ALESSA

Este trabajo presenta el desarrollo de una solucin al problema de una automatizacin de los
procesos de documentacin en las reas de ventas y almacn de una bodega.
En las mencionadas reas, se presenta la siguiente realidad problemtica: el manejo de
documentacin es lento y tedioso ya que los procesos son manuales, el seguimiento y control de los
documentos as como de los productos es complicado por la desorganizacin que existe en dichas
reas y adems les toma mucho tiempo en realizar la venta de productos.
La solucin que se plantea, es el desarrollo de un sistema de informacin de gestin
documentaria para el rea de ventas y almacn de una bodega, dicho sistema fue implementado
siguiendo la metodologa RUP.
En conclusin el presente trabajo de investigacin beneficiar en lo siguiente: diseo de un
sistema informtico que permita brindar informacin real y oportuna del estado en que se encuentre
los diversos expedientes, un eficaz seguimiento y control de los productos existentes y vendidos,
digitalizacin de proyectos de resoluciones y documentos de suma importancia as como la
elaboracin de documentos variados que requieran las reas segn sus funciones.
Al desarrollar del presente trabajo se espera que los conceptos aqu vertidos y la aplicacin
correspondientes sirvan de referencia para el desarrollo de aplicaciones futuras.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 6

ANALISIS Y DISEO DE SISTEMAS I

BUSINESS MODELING FOR THE CELLAR "ALESSA"

This paper presents the development of a solution to the problem of automating the
documentation process in the areas of sales and a wine store.
The following problem actually occurs in the aforementioned areas: managing documents is
slow and tedious since the processes are manual, monitoring and control of documents and products is
complicated by the disorganization that exists in these areas and also take a long time to complete the
sale of products.
The solution that is proposed is the development of an information system of document
management for the sales area and a warehouse store, the system was implemented following the RUP
methodology.
In conclusion, the present research will benefit in the following: design of a computerized
system to provide real and timely information to the various records, effective monitoring and control
of existing products and be sold, digitization projects resolutions and important documents as well as
the preparation of documents requiring various areas according to their functions.
In developing this work is expected that the concepts here and the corresponding application
discharges serve as references for the development of future applications.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 7

ANALISIS Y DISEO DE SISTEMAS I

METODOS Y HERRAMIENTAS PARA LA SOLUCION


1. RATIONAL UNIFIED PROCESS (R.U.P)
Rational unificed process (RUP) es un proceso de ingeniera de software.
Provee un enfoque ordenado para asignar tareas y responsabilidades dentro de una organizacin
de desarrollo. Su virtud principal es asegurar la produccin de software de alta calidad, apropiado a
las necesidades del usuario final dentro de un cronograma y un presupuesto predecible.
RUP es una gua sobre cmo usar efectivamente UML.UML (Unified Modeling Language) es
un lenguaje estndar que permite comunicar claramente requerimientos, arquitectura y diseos.
RUP se encuentra en forma de bidimensional, en un eje vertical y en uno horizontal. En el eje
vertical tenemos las distintas etapas de las cascadas de desarrollo, que se denomina core
worflows las que son acompaadas de las tareas de apoyo que aseguran el xito del proyecto
denominadas worflows de apoyo. En el eje horizontal tenemos la evolucin en el tiempo que se
dan en cuatro fases. Para el presente proyecto, hemos tomado una estructura resumida, debido al
corto tiempo que se tiene para el desarrollo del proyecto, la estructura se muestra en la tabla N 1.
En cada fase hay uno o ms iteraciones, segn sus objetivos especficos.
La fase de concepcin tiene por finalidad definir la visin, los objetivos y el alcance del
proyecto, tanto desde el punto de vista funcional como del tcnico, obtenindose como uno de los
principales resultados de una lista de los casos de uso y una lista de factores de riesgo del proyecto.
El principal esfuerzo est radicado en el modelamiento del negocio y el anlisis de
requerimientos. Es la nica fase que no necesariamente culmina con versiones ejecutable, si bien
muchas veces se desarrollan las interfaces con el usuario, o se prueban algunos aspectos tcnicos
crticos (por ejemplo la factibilidad de conectarse a una base de datos).
La fase de elaboracin tiene como principal finalidad completar el anlisis de los casos de uso
y definir la arquitectura del sistema. En esta etapa se busca eliminar los principales riesgos
tcnicos.
La fase de construccin est compuesta por un ciclo de varias interacciones, en las cuales se
van incorporando sucesivamente los casos de uso, de acuerdo a los factores de riesgos del proyecto.
Este enfoque permite por ejemplo contar en forma temprana con versiones el sistema que satisfacen
los principales casos de uso. Los cambios en los requerimientos no se incorporan hasta el inicio de
la prxima interaccin, con lo cual el esquema de cascada funciona dentro del ciclo.
PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 8

ANALISIS Y DISEO DE SISTEMAS I

La fase de transicin se inicia con una versin beta del sistema y


culmina con el sistema en fase de produccin.
DISCIPLINAS:
Modelo del Negocio: Este componente provee la direccin para aclarar y definir el proceso del
negocio en caso de que se aada un componente nuevo. El componente descrito aqu est diseado
para hacer una actividad preliminar en la creacin del sistema que soporta el proceso de negocio.
Determinacin de Requerimientos: Es el proceso de establecer los servicios que el sistema debe
proveer y las restricciones bajo las cuales debe operar.
Anlisis: Aqu, se analiza los requerimientos descritos en la etapa de captura de requerimiento,
para definirlo y estructurarlo. El propsito de hacer esto es lograr un entendimiento ms preciso de
los requisitos para lograr una descripcin de requerimiento que sea fcil de mantener y eso nos
ayuda a dar la estructura del sistema.
Se analiza ms a fondo los requerimientos y trminos de lenguaje que usan los diseadores.
Diseo: El diseo es la parte del proceso de desarrollo d software, cuyo propsito es decir como
el sistema se va a implementar. Durante el diseo se toman las decisiones claves para la
implementacin del sistema en trminos de calidad.
En el diseo se modela la forma en que se lleva acabo los requerimientos.
Implementacin: Consiste en concebir el sistema en trminos en componentes, tiene como
propsito: planear la integracin del sistema, distribuir el sistema mapeando los componentes,
implementar el diseo de clases y subsistemas y agruparla prueba de los componentes.
Prueba: En las actividades de esta etapa, se verifica el resultado de la implementacin a travs de
las pruebas de cada construccin realizada.
Tiene como propsito: elabora un plan de pruebas, disear e implementar el plan de pruebas y
evaluar el rendimiento de las pruebas.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 9

ANALISIS Y DISEO DE SISTEMAS I

2.

RATIONAL SOFTWARE ARCHITEC - RSA


IBM Rational Software Architect es una herramienta completa de diseo, modelado y
desarrollo para la entrega global de software. Utiliza el lenguaje de modelado unificado (UML)
para disear servicios web y aplicaciones Java de empresa.
Rational Software Architect est basado en la infraestructura de software de cdigo abierto Eclipse
y se puede ampliar con varios plug-ins de Eclipse. Tambin puede mejorar la funcionalidad
adecundola a sus requisitos especficos con ampliaciones de Rational adquiridas por separado.
Rational Software Architect le ayuda a mantener un mejor control de los resultados de la entrega y
la arquitectura con estas ventajas:
Soporte de modelado basado en UML y herramientas de desarrollo controlado por modelos
(MDD) que ayudan a racionalizar la creacin de servicios y aplicaciones de Java y Web 2.0.
La potente orientacin de herramientas y procesos ayuda a reducir la complejidad y a
disponer de mayor calidad y eficacia.
El acceso a servicios en nube le permite sacar partido de servicios de infraestructura
escalables.
Una plataforma flexible y ampliable le ayuda a ofrecer software de alta calidad con un
rendimiento de la inversin ms rpido.
Para analistas de negocios, Rose ofrece la capacidad de modelar y visualizar sus procesos de
negocio y destacar oportunidades para destacar la eficiencia.
Para los analistas de datos, el modelado de su diseo de base de datos en Rose, mejora la
comunicacin entre usted y los desarrolladores, y cuando usted modela sus casos de uso en Rose,
asegura que la solucin sea creada con el usuario en mente.
Rational Software Architec - RSA unifica a los analistas de negocio, sistemas y datos al
permitirles crear y administrar modelos en una herramienta con un solo lenguaje modelado

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 10

ANALISIS Y DISEO DE SISTEMAS I

3. ANTECEDENTES
La Bodega ALESSA cuenta con R.U.C N 10180156289, bajo el rgimen RUS (Registro
nico Simplificado) siendo la seora CENTENO ASMAT MARA FLOR la nica duea del
negocio, ubicado en Av. La Marina N C San Isidro Moche Trujillo.
La bodega brinda un gran servicio a sus clientes, les ofrece productos envasados, enlatados y
perecibles de calidad, atencin profesional permanente y tambin a la venta de tiles escolares,
novedades y regalos.
4. OBJETIVOS
4.1 GENERAL
Ser la bodega N 1 de venta de venta de productos en el distrito de Moche
4.2 ESPECIFICOS
Disminuir en un 20% el tiempo de entrega de los productos.
Tener un control del 90% de productos en stock.
Llevar un control en un 100% de los productos existentes y vendidos.
5. POSICIONAMIENTO DEL NEGOCIO
5.1 MISION
Somos una bodega que brinda productos de calidad y a precios bajos, adems mantiene un
stock disponible de los productos ms solicitados.
5.2 VISION
Ser una bodega con buena reputacin as como ser reconocidos por la confianza que nuestros
clientes nos tienen, con varias sucursales en todo el departamento de La Libertad.
5.3 OPORTUNIDAD DEL NEGOCIO
Las reas de ventas y almacn (abastecimiento) se vern beneficiadas de manera directa. Este
modelado de los procesos de estas reas incrementar la eficiencia y desarrollo as como la
velocidad del tiempo de respuesta de los procesos de las reas en cuestin. Originando que la
organizacin pueda incrementar sus ventas, as como facilitar la administracin y operaciones
dentro de cada proceso.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 11

ANALISIS Y DISEO DE SISTEMAS I

6. ALCANCES
6.1 DENTRO DE SU ALCANCE
6.1.1 GENERALES
* Elaboracin eficaz de los registros de los productos de la bodega (Ingresos y Salidas)
* Control y archivacion de los registros generados durante los procesos.
* Atencin eficaz y rpida a los clientes.
* El propietario tendr un control al 100% de los pagos de impuestos.
* El propietario tendr un control al 100% de todos los productos.
6.1.2 GESTIONAR VENTAS
*El vendedor permita registrar los productos que falten en mostradores.
*El vendedor permita evitar venta de productos vencidos al cliente.
*Listar productos solicitados por el cliente en una hoja de venta (Pre-venta) para evitar
confusiones en el registro de productos vendidos as como en la emisin de boletas de ventas.
6.1.3 GESTIONAR ABASTECIMIENTO DE PRODUCTOS
* El vendedor registre los productos que estn por agotarse.
* El encargado de almacn realice un rpido abastecimiento de productos en mostradores.
* El encargado realice hojas de pedido para comprar productos a los proveedores y el
propietario verifique y corrija este documento, para que se realice una compra favorable.
* Se lleva control de los movimientos de los productos (entradas) para tener un stock
actualizado.
* Se realiza archivacin de facturas emitidas por los proveedores.
6.1.4 GESTIONAR PAGO DE IMPUESTOS
* El propietario evita la suspensin de la bodega, evitando perdida de ventas y productos.
* Permita llevar un control de los pagos realizados a la SUNAT
6.2 FUERA DEL ALCANCE
El envo de documentos de compras y ventas a la SUNAT para la declaracin mensual no
forma parte del alcance.
El sistema solo ser para los procesos de ventas y abastecimientos, exactamente para archivar
documentos y emitir boletas.
Los registros (productos vencidos, productos faltantes, productos por agotarse, productos
abastecidos) y las hojas (de pedido, de venta) sern realizados a mano.
Solo se podr acceder desde la red LAN o desde la misma pc.

7. DESCRIPCION DEL PROBLEMA


7.1 PROBLEMA
Lentitud e ineficacia en las ventas de productos.
Realizar los reportes necesarios en cuanto a ventas y stock de productos en almacn.
Falta de registro de los productos y el estado en el que se encuentra.
Falta de registro de facturas y boletas as como de comprobantes de pago.
7.2 AFECTA
Al cliente.
A los empleados de la bodega.
PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 12

ANALISIS Y DISEO DE SISTEMAS I

Al propietario.
7.3 EL IMPACTO DEL NEGOCIO
Desactualizacin del historial de los informes de ventas.
Desorden y prdida de tiempo y documentos en lo que respecta a almacenamiento de
productos.
Suspensin temporal de la bodega por perdida de CDP
7.4 SOLUCION EXITOSA
Desarrollar un sistema de informacin que permita el ingreso (archivacion) y emisin de
datos y documentos.
Desarrollar un sistema que permita bsquedas exitosas de informacin de la bodega.
Desarrollar un sistema de informacin que permita el control y la identificacin de cada
producto que ingrese y salga de la bodega.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 13

ANALISIS Y DISEO DE SISTEMAS I

8. RESTRICCIONES DEL NEGOCIO


- El vendedor y el cajero deben realizar un buen trato y una buena atencin al cliente.
- Los registros del vendedor deben ser entregados al final del da al encargado de almacn.
- Los horarios de atencin son relativos, dependiendo del horario que el propietario elija
-

(Partido o de corrido).
No se puede fiar productos al cliente.
El encargado de almacn y el vendedor deben de realizar un control de calidad de los
productos, ya sea para almacenarlos o pre-venderlos, respectivamente, sobre todo si los

productos han sido retransportados por el proveedor o son perecibles.


Los pedidos de productos y los pagos de impuestos los realiza solamente el propietario, el cual
se gua por la falta o agotamiento de productos. Deben ser puntuales, para evitar pagar

intereses.
El propietario archiva todos los documentos originales que se ingresa o emiten en la bodega,

mientras que los trabajadores almacenan una copia de estos.


El cajero solo debe emitir boletas, ya que estn bajo el rgimen RUS y realizar el pago de

impuestos respectivo a la SUNAT.


La boleta es emitida cuando el monto de costo de los productos a venderse supera los 5 soles,

pero si el cliente lo solicita o exige, el cajero se encarga de otorgarle.


El propietario es el nico que realiza la contabilidad de la bodega.
El vendedor o cajero no debe aceptar devoluciones de productos vendidos, sobre todo cuando

este ha sido manipulado o maltratado por el cliente.


La bodega cuenta con sistema de luces de emergencia as como cmaras de seguridad, los
cuales son manejados solamente por el propietario. En cuanto a los aparatos elctricos y
mostradores, estos son de gran utilidad para refrigerar y conservar en buen estado los
productos(como embutidos o lcteos) de modo que el encargado de almacn y el vendedor al
iniciar el da deben verificar y notificar al propietario si estos artefactos necesitan

mantenimiento o una sustitucin.


El encargado de almacn debe mantener limpio y ordenado el almacn, permitindosele

realizar reciclaje de cajas de cartones as como de plsticos.


Si en caso se presenta en el negocio un cliente problemtico, a la siguiente vez ya no se le
atiende.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 14

ANALISIS Y DISEO DE SISTEMAS I

9. MODELO DE CASOS DEL USO DE NEGOCIO MCUN


9.1 ESTRUCTURA PRINCIPAL DEL MCUN

9.2 OBJETIVOS DEL NEGOCIO


9.2.1 DESCRIPCION BREVE
9.2.1.1 OBJETIVOS DE GESTION
- Ser la bodega N 1 de venta de venta de productos en el distrito de Moche
9.2.1.2 OBJETIVOS ESTRATEGICOS
- Disminuir en un 20% el tiempo de entrega de los productos.
- Tener un control del 90% de productos en stock.
- Llevar un control en un 100% de los productos existentes y vendidos.

9.3 ACTORES

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

DEL NEGOCIO

Pgina 15

ANALISIS Y DISEO DE SISTEMAS I

9.3.1 DESCRIPCION BREVE


ACTORES DESCRIPCION
Persona externa del negocio, la cual realiza la compra de productos,
siendo esta la manera de beneficiarse.

Persona que posee y administra el negocio. Se encarga de verificar las


acciones que se realicen dentro y fuera del negocio, tomar las decisiones
finales en la compra de productos al proveedor y los respectivos pagos a
ste as como el pago de impuestos a la SUNAT.
Persona que se encarga de proveedor los productos al negocio. Tiene
contacto directo con el propietario, ofrecindole ofertas/preventas
favorables y entregndole productos de alta calidad al menor tiempo
posible.
Entidad recaudadora de impuestos en el Per

Persona que se encarga de captar recursos en forma de depsitos Tiene


contacto directo con el propietario, el cual realiza el pago de impuestos
y de crditos a la SUNAT y al proveedor, respectivamente.

9.3.2

9.3.3

9.3.4

EN GESTIONAR VENTAS INTERVIENEN


El cliente (Inicia el Caso de Uso)
El propietario (Participa en el caso de uso)
EN GESTIONAR ABASTECIMIENTO DE PRODUCTOS
El propietario (Inicia el caso de uso)
El proveedor (Participa en el caso de Uso)
EN GESTIONAR PAGOS DE IMPUESTOS
El propietario (Inicia el caso de uso)
La SUNAT (Participa en el caso de Uso)
El banco (Participa en el caso de Uso)

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 16

ANALISIS Y DISEO DE SISTEMAS I

9.4 CASOS DEL USO DE NEGOCIO (flujos)


9.4.1 CUN 01 GESTIONAR VENTAS
1. El cliente ingresa a la tienda
2. El vendedor se dirige al cliente
3. El cliente solicita productos
4. El vendedor recibe solicitud del cliente
5. El vendedor verifica si hay productos solicitados
6. Si hay, verifica que est en estado ptimo
7. Si est en buen estado, comunica costo de producto solicitado
8. Consulta al cliente si desea dicho producto.
9. Si desea, anota producto en la hoja de compra
10. Comunica al cliente el monto a pagar
11. El cliente verifica si cuenta con el monto a pagar
12. Si tiene, el vendedor coloca el producto en la cesta.
13. Entrega al cliente la cesta con productos y la hoja de compra
14. El cliente recibe la cesta con productos as como la hoja de compra
15. El cliente se dirige al cajero
16. El cliente le entrega la cesta con productos y la hoja de compra
17. El cajero recibe la cesta con productos y la hoja de compra
18. El cajero verifica que el monto a pagar exceda los 5 soles.
19. Si excede, registra los productos a vender
20. Genera boleta de venta
21. Embolsa los productos
22. El cajero entrega la bolsa con productos y la boleta de venta al cliente.
23. El cliente recibe la bolsa con productos y la boleta.
24. El cliente verifica que estn todos los productos en la bolsa.
25. Si estn todos los productos, el cajero engrapa la boleta de venta a la bolsa y la
entrega.
26. El cliente recibe la bolsa con productos y boleta engrapada.
27. El cliente cancela en efectivo.
28. El cajero verifica si el efectivo excede el monto a pagar.
29. Si excede, entrega vuelto.
30. El cliente se retira de la tienda. Finaliza proceso.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 17

ANALISIS Y DISEO DE SISTEMAS I

FLUJO ALTERNATIVO
1. En el punto 5, si no hay los productos:
a. El vendedor registra la falta de productos.
b. Verifica existencia de un producto sustitutorio.
b.1 Si el cliente acepta, contina con el paso 6
b.2 Si no acepta, el vendedor consulta si desea ms productos
b.2.1 Si desea, que vaya al paso 5.
b.2.2 Si no desea, contina con el paso 30. Finaliza proceso
2. En el punto 6, si no est en buen estado:
a. Registra producto vencido
b. Almacena el producto para devolverlo al proveedor.
c. Escoge otro producto del mismo tipo y contina con la verificacin.
3. En el punto 8, si no desea:
a. Continua con el paso 1.b
4. En el paso 12, si no tiene el monto a pagar:
a. El cliente debe escoger que producto ya no desea comprar.
b. El vendedor lo elimina de la hoja de compra. Continua con el proceso
5. En el paso 18, si no excede los 5 soles:
a. No genera boleta. Continua con el proceso
6. En el paso 25, si falta productos:
a. El cliente comunica al cajero productos faltantes.
b. El cajero embolsa productos faltantes. Continua el paso 23.
7. En el paso 29, si no hay vuelto:
a. Continua con el siguiente paso.
9.4.2 CUN 02 GESTIONAR ABASTECIMIENTO DE PRODUCTOS
1. El vendedor revisa mostradores.
2. El vendedor registra los productos que se agotan.
3. El vendedor entrega registros de productos faltantes y productos que se agotan.
4. El encargado de almacn recibe los registros.
5. El encargado de almacn recibe registros
6. El encargado de almacn verifica si hay productos en almacn
7. Si hay, calcula cantidad de productos a abastecer
8. Registra cantidad de productos a abastecer.
9. Distribuye productos en mostradores. Finaliza proceso.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 18

ANALISIS Y DISEO DE SISTEMAS I

FLUJO ALTERNATIVO
1. En el paso 7, si no hay:
a. El encargado de almacn genera una hoja de productos a pedir.
b. Entrega la hoja de productos a pedir al propietario.
c. El propietario recibe la hoja de productos a pedir.
d. Verifica la hoja de productos a pedir.
d.1 Si aprueba, genera copia de la hoja de productos a pedir y se la entrega al
encargado de almacn.
d.2 Si no aprueba, solicita que realice nueva hoja de productos a pedir. Regresa al
e.
f.
g.
h.
i.
j.
k.
l.
m.
n.
o.

paso 1.a
El encargado de almacn recibe copia de la hoja de productos a pedir y lo archiva.
El propietario espera al proveedor.
El proveedor llega a la tienda y ofrece productos con ofertas (Catlogo)
El proveedor comunica si el pago es al contado o por crditos
El propietario revisa hoja de productos a pedir.
Verifica si favorece realizar pedido.
j.1 Si favorece, realiza el pedido del producto. Sigue el proceso.
j.2 Si no favorece, no realiza el pedido. Finaliza proceso.
El proveedor llega con los productos.
El proveedor genera factura.
El proveedor entrega la factura y los productos.
El encargado reciba la factura y los productos.
Verifica que estn todos los productos.
o.1 Si estn, el encargado de almacn se queda con la copia de la factura, la engrapa
junto a la copia de la hoja de productos a pedir y lo archiva, entrega factura al
propietario y el propietario realiza el pago respectivo.
o.2 Si no, el encargado de almacn anota en la factura N.C (Nota de Crdito) y el

proveedor realiza el descuento respectivo. Continua con el paso anterior


p. Encargado almacena los productos

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 19

ANALISIS Y DISEO DE SISTEMAS I

9.4.3

CUN 03 GESTIONAR PAGO DE IMPUESTOS


1. El propietario busca acceso de pago de impuestos. (Inscripcin del RUC).
2. Accede al pago de impuestos.
3. La SUNAT recibe al cliente (Propietario).
4. El propietario proporciona datos personales en ventanilla.
5. La SUNAT proporciona RUC, periodo tributario y entidad bancaria(mensual).
6. El propietario se acerca a la entidad bancaria.
7. Realiza pago respectivo.
8. El banco genera CDP (Voucher).
9. El propietario recibe el CDP.
10. Genera copia de CDP.
11. Archiva CDP.
12. Entrega CDP a la SUNAT.
13. La SUNAT recibe CDP. Finaliza proceso.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 20

ANALISIS Y DISEO DE SISTEMAS I

9.5 DIAGRAMA GENERAL DEL MCUN

9.6 PROCESOS DEL NEGOCIO


9.6.1 LISTADO DE CASOS DE USO

C.U.N
Gestin de Ventas

DESCRIPCION
El cliente inicia el proceso y el vendedor es el encargado de
atenderlo, registrando todos los productos solicitados en una
hoja de venta y colocndolos en una cesta. El cliente debe
acercarse a caja con la hoja de venta y la cesta con productos,

para que el cajero registre los productos y genere boleta.


Gestin de abastecimiento El vendedor inicia entregando los registros de los productos
de productos

faltantes y por agotarse al encargado de almacn, y este, en


base a los registros que se les fue entregado, realiza una hoja
de pedido, la cual es verificada y aprobada por el propietario.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 21

ANALISIS Y DISEO DE SISTEMAS I

De este modo, cuando llega el proveedor a realizar la preventa


de productos, el propietario podr realiza una compra efectiva.
Cuando el proveedor llegue con los productos solicitados, el
encargado de almacn realizara la verificacin y control de
calidad respectiva. Una vez realizada esta labora, se encargara
de almacenar los productos en el almacn as como avisar al
propietario que se realice el pago respectivo, de acuerdo a la
Gestin pago de impuestos

condicin dada por el proveedor (Contado o Crditos)


Este proceso lo inicia el propietario, cuando inscribe el
negocio al RUC. La SUNAT, encargada de esta inscripcin,
solicitara datos de su cliente (propietario) y le entregara un
RUC, el cronograma de pagos y la entidad bancaria en la cual
realizara dicho pago. Cuando el propietario cancele, se le
entregara un CDP (Voucher) el cual servir para demostrar que
el propietario si realiza su pago de impuestos.

9.7 OBJETIVOS VS CUN

10. MODELO DE ANALISIS DEL NEGOCIO MAN


10.1
ESTRUCTURA PRINCIPAL DEL MAN

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 22

ANALISIS Y DISEO DE SISTEMAS I

ENTIDADES DEL NEGOCIO


10.1.1 DESCRIPCION BREVE
ENTIDADES
Factura
Detalle Factura

DESCRIPCION
Entidad que acredita una compra hecha por el propietario.
Entidad en la cual se muestra todos los datos de los productos
solicitados.
Boleta
Entidad que es un tipo de comprobante que garantiza el pago de la
compra de un producto.
Detalle Boleta
Almacena los datos de los productos comprados.
Hoja de venta
Sirve para almacenar datos de preventa al cliente.
Hoja de pedido
Registra los productos que el propietario debe solicitar al proveedor
Registro productos Sirve para registrar los productos vencidos, los cuales sern devueltos
vencidos
al proveedor.
Registro productos Registra los productos que sern puesto en los mostradores
abastecidos
Registro productos Sirve para almacenar los datos de los productos que pronto sern
por agotarse
notificados como faltantes.
Registro productos Sirve para almacenar los productos que se requieren en la bodega.
faltantes
CDP
Entidad que sirve como comprobante de pago de impuestos a la
SUNAT
Catalogo venta
Guarda informacin de los productos que estn en los mostradores
Catalogo almacn
Guarda informacin de los productos en stock.
Catalogo proveedor Muestra informacin de los productos que el proveedor tiene.
Producto
Almacena datos de los productos en general.
Propietario
Sirve para almacenar los datos del propietario, el cual realizara la
inscripcin al RUC.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 23

1.1.1

ATRIBUTOS

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 24

1.2 TRABAJADORES DEL NEGOCIO


1.2.1 TRABAJADORES DEL NEGOCIO
TRABAJADOR

DESCRIPCION
Responsable en la atencin al cliente en la venta de productos,
realizando una anotacin previa de estos para luego ser
registrados y embolsados por el cajero.
Responsable de la recepcin y registro de productos a vender,
manejo de dinero o documentos relacionados.

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 25

Responsable del almacn del negocio. Es aquel que se encarga


de realizar hojas de pedidos y recibir los productos que enva el
proveedor as como distribuir/abastecer los mostradores de la
bodega.
1.3 REALIZACIONES DEL NEGOCIO

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 26

1.3.1

DIAGRAMA DE CLASES POR CUN (VENTA y ABASTECIMIENTO, respectivamente)

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 27

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 28

1.3.2

DIAGRAMA DE OBJETOS POR CUN (VENTA y ABASTECIMIENTO, respectivamente)

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 29

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 30

1.4
1.5
1.5.1 REALIZACIONES DE CASOS DE USO POR CADA CUN
1.5.2 DIAGRAMA DE ACTIVIDADES RN GESTIONAR VENTAS
1.6

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 31

1.8.1

1.7
1.8
DIAGRAMA DE ACTIVIDADES RN GESTIONAR ABASTECIMIENTO DE PRODUCTOS

1.9

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 32

1.10
1.11
1.11.1 DIAGRAMA DE ACTIVIDADES RN GESTIONAR PAGO DE IMPUESTOS

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 33

1.12

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 34

1.12.1
1.12.2
2. MODELO DE CASOS DEL USO DEL SISTEMA MCUS (VENTA-ABASTECIMIENTO, respectivamente)
2.1.1

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 35

2.1.2

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 36

2.1.3
2.1.4
2.1.5
2.1.6
2.1.7
2.1.8 CONCLUSIONES
2.1.9 El presente proyecto ha sido elaborado segn los objetivos planteados para mejorar el control de la
documentacin de las diferentes reas que cuenta la empresa la cual sea totalmente dinmica y de fcil
uso, que permita mostrar todas las caractersticas de cada uno de los productos que presenta la
distribuidora Embolsa.
2.1.10 En este semestre usamos la herramienta de Modelamiento Unificado (UML) y la herramienta IBM
para el modelado de diagramas de UML.
2.1.11 El Anlisis y diseo de un sistema con herramienta software Orientado a Objetos facilita la
implementacin en cual quiere lenguaje de criterio formal de documentacin, retroalimentacin,
caractersticas que hacen de un producto software eficiente para su objetivo a prueba de errores
2.1.12

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 37

2.1.13 ANEXOS

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 38

2.1.14
2.1.15
2.1.16

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 39

2.1.17
2.1.18

PROYECTO FINAL-MODELADO DE NEGOCIO BODEGA ALESSA

Pgina 40

Вам также может понравиться