Ejemplo de Proyecto-Distribuidora-Embolsa PDF

ANLISIS Y DISEO DE SISTEMAS I
RUBRICA
Seccin :________
Grupo N ________
Nota:
EXCELENTE BUENO REGULAR

CRITERIO
MALO
1
PUNTAJE
DEMUESTRA DOMINIO DEL TEMA

LAS IDEAS SE EXPONEN ORDENADAMENTE
Y ESTRUCTURADAS
ORIGINALIDAD EN LA PRESENTACIN DEL
AUDIO VISUAL
RESPUESTA A PREGUNTAS REALIZADAS
PARTICIPACION GRUPAL
PROYECTO T5 MODELADO DEL NEGOCIO EMBOLSA E.I.R.L
Pgina 1
3 A
"Ao de la Inversin para el Desarrollo Rural y la

Seguridad Alimentaria"
MODELADO DEL NEGOCIO PARA LA EMPRESA

EMBOLSA E.I.R.L
PROFESOR
MCP - ING. EDILBERTO CHVEZ FERNNDEZ
CURSO
ANLISIS Y DISEO DE SISTEMAS
CARRERA
COMPUTACIN E INFORMTICA
SECCIN
CICLO
INTEGRANTES
:
-
BRICEO BON, JULIO.

BACILIO CORTIJO, JEEFFERSON.
CAMPOS MORALES, MIGUEL.
TRUJILLO PER
2013
Pgina 2
3 A
DEDICATORIA
A Dios
Por la sabidura e inteligencia que
me da da a da.
A mi madre y mi hermana
por su apoyo Incondicional que
me brinda siempre.
JULIO
A Dios
Por iluminarme durante este trabajo y
por permitirme finalizarlo con xito.
A mi familia
Por el apoyo que nos brinda
da a da
JEEFFERSON
A mis queridos padres

Por su apoyo incondicional y el esfuerzo
diario que realizan por brindarme una
buena educacin.
MIGUEL
Pgina 3
3 A
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 los 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 a Distribuidora Embolsa por abrirnos las puertas y facilitarnos la
informacin solicitada para la realizacin de este trabajo.
Pgina 4
3 A
INDICE
RBRICA
PORTADA
DEDICATORIA
AGRADECIMIENTO
INDICE
MODELADO DEL NEGOCIO PARA LA EMPRESA EMBOLSA E.I.R.L
BUSINESS MODELING FOR COMPANY EMBOLSA E.I.R.L
MTODOS Y HERRAMIENTA PARA LA SOLUCIN
1. RATIONAL UNIFIED PROCESS (R.U.P)
1.1DISCIPLINAS
10
2. RATIONAL SOFTWARE ARCHITECT RSA (IBM)
12
3. ANTECEDENTES
13
4. OBJETIVOS
13
4.1. GENERAL
13
4.2. ESPECIFICOS
13
5. POSICIONAMIENTO DEL NEGOCIO
14
5.1 MISION
14
5.2 VISION
14
5.3 OPORTUNIDAD DEL NEGOCIO
14
6. ALCANCES
6.1 DENTRO DE SU ALCANCE
14
14
6.1.1 GENERALES
14
6.1.2 GESTIONAR VENTAS
14
6.1.3 GESTIONAR PEDIDOS EXTERNOS
15
6.1.4 GESTIONAR ALMACEN DE PRODUCTOS
15
6.2 FUERA DEL ALCANCE

7. DESCRIPCION DEL PROBLEMA
15
16
7.1 PROBLEMA
16
7.2 AFECTA
16
7.3 EL IMPACTO DEL NEGOCIO
16
7.4 SOLUCION EXITOSA
16
8. RESTRICCIONES DEL NEGOCIO
17
9. MODELADO DE CASOS DE USO DEL NEGOCIO MCUN
18
Pgina 5
3 A

9.1 EXTRUCTURA PRINCIPAL DEL MCUN
18
9.2 OBJETIVOS DEL NEGOCIO
19
9.2.1 DESCRIPCION BREVE
19
9.2.1.1 OBJETIVOS DE GESTION
19
9.2.1.2 OBJETIVOS ESTRATEGICOS
19
9.3 ACTORES DEL NEGOCIO
20
20
9.3.2 EN GESTIONAR VENTAS INTERVIENEN
20
9.3.3 EN GESTIONAR PEDIDOS EXTERNOS
20
9.3.4 EN GESTIONAR ALMACEN DE PRODUCTOS
20
9.4 CASOS DE USO DEL NEGOCIO
21
9.4.1 CUN 01 GESTIONAR VENTAS
22
9.4.2 CUN 02 GESTIONAR PEDIDOS EXTERNOS
23
9.4.3 CUN 03 GESTIONAR ALMACEN DE PRODUCTOS
26
9.5 DIAGRAMA GRAL DEL MCUN
28
9.6 PROCESO DEL NEGOCIO
29
9.6.1 LISTADO DE CASOS DE USO

9.7 OBJETIVO VS CUN
10. MODELO DE ANALISIS DEL NEGOCIO MAN
29
30
30
10.1 ESTRUCTURA PRINCIPAL DEL MAN
31
10.2 ENTIDADES DEL NEGOCIO
31
31
10.2.2 ATRIBUTOS
34
10.3 TRABAJADORES DEL NEGOCIO

10.3.1 TRABAJADORES DEL NEGOCIO
10.4 REALIZACIONES DEL NEGOCIO
35
35
37
10.4.1 DIAGRAMA DE CLASES POR CUN
37
10.4.2 DIAGRAMA DE OBJETOS POR CUN
39
10.5 REALIZACIONES DE CASOS DE USO POR CADA CUN
41
10.5.1 DIAGRAMA DE ACTIVIDADES RN GESTIONAR VENTAS
42
10.5.2 DIAGRAMA DE ACTIVIDADES - RN GESTIONAR PEDIDOS EXTERNOS
43
10.5.3 DIAGRAMA DE ACTIVIDADES RN GESTIONAR ALMCEN DE PRODUCTOS
44
11. MODELO DE CASOS DE USO DEL SISTEMA MCUS
45
CONCLUSIONES
47
ANEXOS
48
Pgina 6
3 A
MODELADO DEL NEGOCIO PARA LA EMPRESA EMBOLSA E.I.R.L
Este trabajo presenta el desarrollo de una solucin al problema de una

automatizacin de los procesos de documentacin en las reas de ventas, pedidos y
almacn de productos de una distribuidora de productos plsticos no contaminantes.
En las mencionadas reas, se presenta la siguiente realidad problemtica: el
manejo de documentacin es lento y tedioso ya que todos los procesos son manuales, el
seguimiento y control de los documentos es complicado por la desorganizacin que existe
en dicha rea y adems les toma mucho tiempo en buscar lo que necesiten para su
respectiva consulta.
La solucin que se plantea, es el desarrollo de un sistema de informacin de
gestin documentaria para las reas mencionadas anteriormente de dicha distribuidora,
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, digitalizacin de proyectos de
resoluciones y documentos de suma importancia as como la elaboracin de documentos
variados que requiera el rea 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.
Pgina 7
3 A
BUSINESS MODELING FOR COMPANY EMBOLSA E.I.R.L
This paper presents the development of a solution to the problem of automating the
documentation process in the sales reas, orders and stock products of a distributor of
plastic products.
In the above area, there is the following problematic reality: documentation
management is slow and tedious because all processes are manual, monitoring and
control of documents is complicated by the disorganization that exists in this area and also
take a long time looking for what they need for their respective query.
The solution that is proposed is the development of an information system of
document management for the Areas listed above of a distributor, the system was
implemented following the RUP.
In conclusion, the present research will benefit in the following: design of a
computerized system to provide real and timely information on the state you will find the
various records, digitization of draft resolutions and important documents as well as
preparation of documents requiring varied by function area.
In developing this work is expected that the concepts here discharges and
application of benchmarks for the development of future applications.
Pgina 8
3 A
MTODOS Y HERRAMIENTA PARA LA SOLUCIN
1. RATIONAL UNIFIED PROCESS (R.U.P)
Rationalunificedprocess (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 coreworflows 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
Pgina 9
3 A
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.
La fase de transicin se inicia con una versin beta del sistema y culmina
con el sistema en fase de produccin.
1.1 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.
Pgina 10
3 A
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.
Pgina 11
3 A
2. RATIONAL SOFTWARE ARCHITECT - RSA (IBM)

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.
Pgina 12
3 A
3. ANTECEDENTES
DISTRIBUIDORA EMBOLSA EIRL
La distribuidora Embolsa E.I.R.L con R.U.C 20481293074, siendo el seor Roberto

Mendiola Chvez el nico dueo de la distribuidora, ubicada en la Av. Ricardo
Palma N 205 Urbanizacin Palermo provincia Trujillo.
Embolsa es una prestigiosa distribuidora peruana que se dedica exclusivamente a
la venta de productos plsticos descartables, bolsas plsticas comerciales e
industriales, mangas plsticas, hules y planchas de tecnopor al por mayor y menor
en las ciudades de Trujillo, Pacasmayo, San Pedro, Casa grande y vir.
Embolsa, adems, cuenta con personal altamente capacitado para la atencin al
cliente y requerimientos que ellos soliciten, desde las ventas hasta los pedidos.
4. OBJETIVOS
4.1 GENERAL
Ser la empresa lder N 01 en el mercado ofreciendo productos plsticos no
contaminantes de alta calidad.
4.2 ESPECFICOS
La empresa desea incrementar las ventas mensuales en un 10%.
Mejorar el servicio en atencin al cliente en un 100%.
Elevar la eficiencia en la entrega de pedidos a sus clientes en un 100%.
Conocer progresivamente el stock de productos del almacn para as
brindar un mejor servicio cada da a sus clientes.
Pgina 13
3 A
5. POSICIONAMIENTO DEL NEGOCIO

5.1 MISIN
Tiene como misin ofrecer productos plsticos de buena calidad y brindar un
buen servicio en la atencin al cliente.
5.2 VISIN
La visin que tiene la empresa en un futuro es contar con sucursales en las
diversas localidades del departamento de la libertad satisfaciendo a clientes que
no pueden tener contacto directo con la empresa.
5.3 OPORTUNIDAD DEL NEGOCIO
Las diversas reas de la empresa en cuanto a ventas, pedidos y almacn de
productos se ver beneficiada de manera directa al implantar un sistema
automatizado de manera eficiente para sus procesos en el negocio. Este
sistema 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 las operaciones
dentro de sta.
6. ALCANCES
6.1 DENTRO DE SU ALCANCE
6.1.1
GENERALES
El sistema ser desarrollado en idioma espaol.
La interfaz del usuario ser amigable y de fcil uso.
El sistema validara la autenticidad del usuario.
Se diseara un modelo de datos adecuados al sistema.
El sistema contar con alta disponibilidad.
6.1.2
GESTIONAR VENTAS
El sistema permita registrar los productos (artculos)
de la
empresa.
Pgina 14
3 A
El sistema contar con una interfaz para registrar las lneas y

marcas de los productos.
El sistema permitir al usuario registrar
a los clientes de
manera eficiente en la adquisicin de los productos de la

empresa.
El sistema permitir imprimir el documento de venta.
El sistema tendr una interfaz en donde se podrn realizar las
ventas de los productos a los clientes.
6.1.3
GESTIONAR PEDIDOS EXTERNOS

El sistema permitir al usuario almacenar la informacin de los
pedidos de los clientes para su venta.
El sistema permitir realizar informes de pedidos para la
evaluacin por parte del administrador.
El sistema permitir imprimir el informe.
6.1.4
GESTIONAR ALMACEN DE PRODUCTOS

El
sistema
permitir
registrar
los
movimientos
de
los
productos(entradas y salidas) para tener un stock actualizado

6.2 FUERA DEL ALCANCE
El envi de documentos de compras y ventas a la sunat
para la
declaracin mensual no forma parte del alcance.
El usuario solo podr acceder al sistema desde la red lan o desde la

misma pc.
Pgina 15
3 A

7. DESCRIPCION DEL PROBLEMA
7.1 PROBLEMA
Lentitud en sus procesos del negocio en cuanto al ingreso de la data
de los clientes, productos, pedidos, etc.
Lentitud en la bsqueda de un cliente al momento de ser atendido por
el vendedor.
Realizar los reportes necesarios en cuanto a los pedidos y stock de
productos del almacn.
7.2 AFECTA
Al personal del rea de ventas,
Al rea de pedidos,
Al almacn de stock de productos y al administrador.
7.3 EL IMPACTO DEL NEGOCIO
Desactualizacin del historial de los informes de ventas. Este historial
es importante para llevar el control de las ventas brindado a un cliente.
El desorden y prdida de tiempo del almacenero en cuanto a los
envos de productos a los clientes que realizan los pedidos.
7.4 SOLUCION EXITOSA
Desarrollar un sistema de informacin que permita el ingreso de la data

con mayor rapidez y tenerla actualizada.
Desarrollar un sistema de informacin que facilite la bsqueda exitosa
de los clientes o productos que puedan tener la empresa
Desarrollar un sistema de informacin que permita el control y la
identificacin de cada uno de los productos de la empresa evitando
que estos sean suplantados por otros ajenos a esta.
Pgina 16
3 A
8. RESTRINCIONES DEL NEGOCIO

En la distribuidora no se aceptan reclamos o devoluciones de productos si el
cliente no presenta su comprobante de pago dentro de un plazo especfico que
es dentro de los 15 das.
El administrador es el nico que puede anular un comprobante de pago cuando
al cliente le vendieron un producto por otro.
El administrador es la nica persona que puede realizar compras de productos
que faltan en stock en la empresa.
El administrador es el nico que puede autorizar al repartidor emitir notas de
crditos a los clientes.
El vendedor ni el repartidor pueden emitir notas de crditos sin la autorizacin
del administrador.
En la distribuidora no se realiza ningn tipo de rebajas o descuentos en cuanto
a los precios de los productos.
Los clientes que realicen pedidos de productos que superen un monto de 2500
soles se les apremia con obsequios.
A los clientes no se le est permitido hacer reservas de productos por un
tiempo determinado.
Ningn trabajador de la distribuidora puede realizar compras al proveedor salvo
con la autorizacin del administrador.
Es obligatorio para el vendedor y preveendedor registrar los datos de los
clientes que solicitan los productos de la empresa.
Pgina 17
3 A
9. MODELO DE CASOS DE USO DEL NEGOCIO - MCUN
9.1 ESTRUCTURA PRINCIPAL DEL MCUN
Pgina 18
3 A
9.2 OBJETIVOS DEL NEGOCIO

9.2.1
DESCRIPCIN BREVE
9.2.1.1
OBJETIVOS DE GESTIN
Ser la empresa lder N 01 en el mercado ofreciendo productos de
alta calidad.
9.2.1.2
OBJETIVOS ESTRATGICOS
Incrementar las ventas mensuales en un 10 %
Elevar la eficiencia en la entrega de pedidos en un 100%
Mejorar el servicio en atencin al cliente en un 100%
Conocer progresivamente el stock de productos.
Pgina 19
3 A
9.3 ACTORES DEL NEGOCIO

9.3.1
DESCRIPCIN BREVE
9.3.2 En Gestionar Ventas Intervienen:

El Cliente (Inicia el Caso de Uso)
El Proveedor (Participa en el caso de Uso)
El Administrador (Participa en el caso de Uso)
La Entidad Bancaria (Participa en el caso de Uso)
9.3.3 En Gestionar Pedidos Externos Intervienen:

El Cliente (Inicia el Caso de Uso)
El Administrador (Participa en el caso de Uso)
9.3.4 En Gestionar Almacn de Productos Intervienen:

El Administrador (Inicia el Caso de Uso)
ACTORES DEL NEGOCIO
DESCRIPCIN
Persona externa del negocio que se

beneficia por la compra de productos
Persona que se encarga de proveer

productos a la empresa
Pgina 20
3 A
Persona que se encarga de la

Administracin de la empresa. Es
aquella que tiene contacto directo con
los proveedores.
Persona que cumple el rol de un

banco. Se encarga de captar recursos
en la forma de depsitos.
9.4 CASOS DE USO DEL NEGOCIO.

DESCRIPCION DE CASOS DE USO
9.4.1 CUN 01 GESTIONAR VENTAS

FLUJO BSICO
1.
2.
3.
4.
El cliente solicita producto al vendedor.

El vendedor recepciona solicitud.
El vendedor verifica al cliente si est registrado o si no lo est.
Si el cliente est registrado el vendedor verifica producto si existe o si no
existe.
5. El vendedor verifica si existe producto o si no existe.
6. S existe producto entonces el vendedor informa el precio al cliente.
7. El cliente decidir si desea comprar o no. Si desea comprar el cliente
entonces el vendedor registra la venta.
8. El vendedor entrega ticket al cliente.
9. El cliente recibe ticket y se dirige al cajero para cancelar la compra del
producto que adquiri.
10. El cajero solicita el ticket al cliente.
11. El cliente emite ticket.
12. El cajero recibe ticket.
13. El cajero lee el ticket para realizar la boleta o factura que se le dar al
cliente por la compra que hizo.
14. El cajero le informa al cliente la forma de pago que desea realizar la
cancelacin del producto.
Pgina 21
3 A
15. El cliente decidir cancelar la compra ya sea con efectivo o con tarjeta, Si
es con tarjeta entonces el cajero le informa que deslice la tarjeta por el
terminal.
16. El cliente efecta el deslizamiento.
17. La entidad bancaria le informa que digite clave y DNI.
18. El cliente realiza la digitacin.
19. La entidad bancaria verifica si cuenta con saldo disponible su tarjeta.
20. Si cuenta con saldo disponible entonces recauda el monto.
21. el cajero pregunta el tipo de comprobante que desea recibir al cliente.
22. Si el cliente desea recibir boleta entonces el cajero realiza la boleta.
23. El cajero emite la boleta al cliente.
24. El cliente recibe la boleta y se dirige al despacho.
25. El despachador solicita boleta al cliente.
26. El cliente emite la boleta al despachador.
27. El despachador recibe la boleta. El despachador hace entrega del producto
y boleta sellada al cliente.
28. El cliente recibe producto y boleta sellada, y finaliza el proceso.
FLUJO ALTERNATIVO
1. Del punto 4, s el cliente no est registrado:
a. El vendedor registra al cliente como nuevo y continua en el paso 4.
2. Del punto 6, si no existe producto:
a.
b.
c.
d.
e.
f.
El vendedor informa producto faltante al administrador.

El Administrador solicita producto al proveedor.
El proveedor enva producto.
El despachador recibe producto.
El despachador informa llegada del producto al vendedor.
El vendedor registra producto y contina en el paso nmero 6.
3. Del punto 7, Si el cliente no desea comprar entonces finaliza el proceso.

4. Del punto 15, si el cliente decide cancelar la compra con efectivo:
a. El cajero cobra la venta.
b. El cliente cancela la venta.
c. El cajero pregunta al cliente el tipo de comprobante que desea recibir.
Pgina 22
3 A
d. Si el cliente desea recibir factura, el cajero solicita N de ruc. El cliente

emite N de ruc. entonces el cajero realiza la factura, pero si el cliente
desea recibir boleta entonces el cajero realiza la boleta.
e. El cajero emite la boleta o factura al cliente.
f. El cliente recibe la boleta o factura y se dirige al despacho.
g. El despachador solicita la boleta o factura al cliente.
h. El cliente emite boleta o factura al despachador.
i. El despachador recibe la boleta o factura. El despachador entrega el
producto y boleta o factura sellado.
j. El cliente recibe producto y boleta o factura sellado y termina el proceso.
5. Del punto 20, si la tarjeta no cuenta con saldo disponible:
a. La Entidad Bancaria notifica al cajero que la tarjeta no cuenta con saldo
b. El cajero recibe el mensaje.
c. El cajero le pregunta al cliente si desea cancelar con efectivo. Si no desea
cancelarlo termina el proceso en caso continua en la letra a del nmero 4
del flujo alternativo.
6. Del punto 22, si el cliente desea recibir factura:
a.
b.
c.
d.
e.
f.
g.
h.
i.
El cajero solicita al cliente el nmero de ruc.

El cliente emite el nmero de ruc al cajero.
El cajero realiza la factura.
El cajero emite la factura al cliente.
El cliente recibe la factura y se dirige al despacho.
El despachador solicita la factura al cliente.
El cliente emite la factura al cliente.
El despachador entrega producto y factura sellada.
El cliente recibe producto y factura sellada y termina el proceso.
9.4.2 CUN 02 GESTIONAR PEDIDOS EXTERNOS

FLUJO BSICO
1. El preveendedor ofrece pedidos de productos al cliente
2. El cliente decidir si desea solicitar pedido de productos.
3. Si el cliente acepta solicitar pedido de productos el preveendedor verifica al
cliente.
4. Si el cliente est registrado el preveendedor muestra el catlago al cliente.
Pgina 23
3 A
5. El cliente verifica precios.

6. El cliente decidir si desea realizar el pedido de productos.
7. Si el cliente desea realizar el pedido de productos el preveendedor registra
el pedido.
8. El preveendedor genera reporte de pedidos.
9. El preveendedor emite el reporte de pedidos al Administrador.
10. El Administrador recepciona el reporte de pedidos de productos.
11. El Administrador verifica el reporte.
12. Si el reporte est bien elaborado el Administrador archiva el reporte de
pedidos.
13. El Administrador entrega copia del reporte de pedidos y ordena
empaquetarlos al almacenero.
14. El almacenero recibe la orden y la copia del reporte de pedidos de los
clientes.
15. El almacenero verifica los productos si existen en almacn.
16. Si los productos existen en almacn el almacenero empaquete los
productos.
17. El almacenero registra la salida de productos.
18. El almacenero entrega productos y copia de reporte de pedidos al
repartidor.
19. El repartidor recibe los productos y la copia de reporte de pedidos por parte
del almacenero.
20. El repartidor elabora la factura para el cliente.
21. El repartidor realiza la entrega del pedido de los productos al cliente.
22. El cliente recibe el pedido de productos.
23. El cliente verifica la entrega de los productos.
24. Si el cliente est conforme con la entrega de productos el repartidor informa
la forma de pago como el cliente desea cancelarlo.
25. Si el cliente cancela con efectivo el repartidor cobra la venta.
26. El cliente efecta la cancelacin de la venta.
27. El repartidor emite la factura.
28. El cliente recibe la factura y termina el proceso.
FLUJO ALTERNATIVO
1. Del punto 3, si el cliente no desea solicitar pedido de productos el proceso
termina.
2. Del punto 4, si el cliente no est registrado:
a. el preveendedor registra al cliente como nuevo y continua en el paso 4.
Pgina 24
3 A
3. Del punto 7, si el cliente no desea realizar el pedido el proceso termina.

4. Del punto 12, si el reporte no est bien elaborado:
a. El Administrador le informa al preveendedor que elabore el reporte
detallado.
b. El preveendedor actualiza el reporte y contina en el paso nmero 9.
5. Del punto 16, si los productos no existen en almacn:
a.
b.
c.
d.
e.
f.
El almacenero elabora lista de productos faltantes.

El almacenero emite lista de productos faltantes al Administrador.
El Administrador recibe la lista de productos faltantes.
El Administrador solicita productos faltantes al proveedor.
El proveedor enva productos, el almacenero recepciona los productos.
E almacenero registra la entrada de los productos y contina en el paso
nmero 16.
6. Del punto 24, si el cliente no est conforme con la entrega de los productos:
a. El cliente informa al repartidor sobre los productos faltantes.
b. El repartidor solicita autorizacin para generar nota de crdito al
Administrador.
c. El Administrador autoriza al repartidor generar nota de crdito
d. El repartidor emite nota de crdito al cliente.
e. El cliente recibe nota de crdito.
f. El cliente cancela el pedido y contina en el paso nmero 24.
7. Del punto 25, si el cliente cancela con tarjeta:
a.
b.
c.
d.
El repartidor le indica al cliente que realice el deslizamiento de la tarjeta.

El cliente efecta el deslizamiento de la tarjeta.
La Entidad Bancaria le informa que digite su clave y DNI al cliente.
El cliente realiza la digitacin. Si la tarjeta cuenta con saldo se recauda el
monto, se imprime la factura y continua en el paso nmero 27 de lo
contrario notifica al repartidor. El repartidor le informa al cliente que realice
la cancelacin con efectivo. El cliente cancela el producto y contina en el
paso nmero 27.
Pgina 25
3 A
9.4.3 CUN 03 GESTIONAR ALMACEN DE PRODUCTOS

FLUJO BSICO
1.
2.
3.
4.
5.
6.
7.
El Administrador solicita verificar stock de productos al almacenero.

El almacenero realiza la verificacin del stock de productos del almacn.
El almacenero elabora reporte de productos.
El almacenero emite el reporte de productos al Administrador.
El Administrador recibe el reporte de productos.
El Administrador verifica el reporte de productos.
Si el reporte de productos est bien elaborado el Administrador verifica si el
stock actual de productos en almacn es menor igual al stock mnimo.
8. Si el stock actual de productos es menor igual al stock mnimo el
Administrador elabora lista de compra de productos.
9. El Administrador elabora orden de compra de productos.
10. El administrador emite la orden de compra de productos al proveedor.
11. El proveedor recibe la orden de compra de productos.
12. El proveedor verifica productos.
13. Si existe producto el proveedor elabora cotizacin.
14. El proveedor emite cotizacin al administrador.
15. El Administrador recibe la cotizacin por parte del proveedor.
16. El administrador lee cotizacin
17. Si el administrador desea comprar el proveedor le informa que realice el
depsito en la cuenta corriente.
18. El Administrador solicita nmero de cuenta corriente al proveedor.
19. El proveedor emite nmero de cuenta corriente.
20. El Administrador recibe nmero de cuenta corriente y se dirige al banco.
21. El banco le pregunta que operacin usted desea realizar.
22. El Administrador informa realizar depsito en cuenta corriente.
23. El banco le solicita el nmero de cuenta corriente.
24. El Administrador emite nmero de cuenta corriente.
25. El banco recauda el monto.
26. El banco emite comprobante al Administrador.
27. El Administrador recibe comprobante.
28. El Administrador informa al proveedor que se realiz el depsito.
29. El proveedor entrega productos, gua de remisin y factura.
30. El almacenero recibe productos, gua de remisin y factura.
31. El almacenero verifica gua de remisin de los productos y factura.
32. Si la gua de remisin est conforme el almacenero registra los productos.
33. El almacenero emite la gua de remisin y la factura al administrador.
34. El Administrador recibe gua de remisin y factura.
Pgina 26
3 A
35. El Administrador archiva la gua de remisin y la factura, y termina el proceso.

FLUJO ALTERNATIVO
10. Del punto 7, si el reporte de productos no est bien elaborado:
a. El administrador le informa que elabore el reporte de productos detallado.
b. El almacenero actualiza el reporte y contina en el paso nmero 7.
11. Del punto 8, si el stock actual de productos en almacn no es menor igual al
stock de mnimo productos:
a. El Administrador archiva el reporte y culmina el flujo.
12. Del punto 13, si no existe producto:
a. El proveedor notifica al administrador.
b. El administrador contacta otro proveedor y continua en el paso nmero 10
13. Del punto 17, si el administrador no desea comprar:
a. El administrador contacta otro proveedor y continua en el paso nmero 10
14. Del punto 32, si la gua de remisin no est conforme:
a. El almacenero registra los productos.
b. Elabora informe de productos faltantes.
c. Emite gua de remisin, informe de productos faltantes y factura al
Administrador.
d. El Administrador recibe gua de remisin, informe de productos faltantes y
factura.
e. El Administrador verifica el informe de los productos faltantes.
f. Si est bien elaborado el Administrador comunica al proveedor sobre los
productos faltantes, el proveedor genera nota de crdito y emite
al
Administrador, el Administrador recibe nota de crdito y termina el proceso en
caso contrario informa al almacenero elaborar reporte detallado, el
almacenero actualiza el informe y continua en la letra c del nmero 5 del flujo
alternativo.
Pgina 27
3 A
9.5 DIAGRAMA GRAL DEL MCUN.
Pgina 28
3 A
9.6 PROCESOS DEL NEGOCIO

9.6.1 LISTADO DE CASOS DE USO DEL NEGOCIO
CASOS DE USO DEL NEGOCIO
DESCRIPCION
El caso de uso empieza cuando un cliente

ingresa a la tienda y solicita un producto al
vendedor. El vendedor atiende al cliente le
hace entrega de un ticket por la compra
que realiz. El cliente se dirige a caja a
cancelar el producto, el cajero cobra el
CASO N 01 - GESTIONAR VENTAS monto entregndole la boleta o factura. El
cliente se dirige al despacho para recibir su
producto mostrndole la boleta o factura
que recibi, el despachador hace entrega
del producto y finalmente el cliente recibe
el producto y se retira.
El caso de uso comienza cuando el
preveendedor va a las tiendas a ofrecer
pedidos de productos. El cliente puede que
acepte o no hacer pedidos, si acepta
entonces el preveendedor entrega el
reporte de pedidos al Administrador y este
CASO N 02 - GESTIONAR PEDIDOS
le hace entrega al almacenero para
EXTERNOS
empaquetar el pedido. Despus el
almacenero le hace entrega al repartidor el
pedido de productos que el cliente solicito y
finalmente el repartidor efecta la entrega
de los pedidos de productos al cliente.
El caso de uso inicia cuando el
Administrador le ordena al almacenero que
realice la verificacin de productos en
stock. El almacenero genera un reporte de
CASO N 03 - GESTIONAR ALMACEN productos que hay en stock envindole al
administrador para su evaluacin. El
DE PRODUCTOS
Administrador verifica si el stock es
suficiente en almacn, si lo es no realizar
compras al proveedor en caso contrario
solicitar comprar productos al proveedor.
El proveedor enva los productos
solicitados y finalmente el almacenero se
encargar de recibirlos y de registrarlos.
Pgina 29
3 A
9.7 OBJETIVOS VS CUN
10. MODELO DE ANALISIS DEL NEGOCIO MAN
Pgina 30
3 A
10.1 ESTRUCTURA PRINCIPAL DEL MAN
10.2 ENTIDADES DEL NEGOCIO
10.2.1
DESCRIPCION BREVE
A continuacin se describen a las entidades del negocio.
ENTIDADES DEL NEGOCIO
DESCRIPCIN
Entidad en la que se registra los

atributos de cada producto.
Entidad que registra el cdigo del

producto en una compra.
Pgina 31
3 A
Entidad que registra la salida de los

productos del almacn.
Entidad que es un tipo de

comprobante que garantiza el pago de
la compra de un producto y tiene
como caracterstica un nmero de ruc.
Entidad que guarda informacin sobre

los productos que vende la empresa.
Entidad que almacena informacin de

los productos faltantes por parte del
proveedor.
Entidad que registra los datos de los

clientes de la empresa.
Entidad que almacena informacin de

los pedidos de los clientes
.
Entidad que registra los pedidos de

productos de los clientes de la
empresa.
Pgina 32
3 A
Entidad que almacena informacin

sobre los productos que no hay en
stock.
Entidad que es un tipo de

comprobante que garantiza el pago de
la compra de un producto.
Entidad que acredita una devolucin o

rebaja en ventas.
Entidad que registra la venta de un

producto cuando el cliente lo solicita.
Entidad que contiene informacin

sobre el remitente de los productos y
el destinatario.
Entidad que almacena informacin

sobre los productos que existen en
almacn.
Pgina 33
3 A
10.2.2 ATRIBUTOS
Aqu se describe las caractersticas de las entidades del negocio, se
incluye nombre, tipos y breves descripciones.
Pgina 34
3 A
10.3 TRABAJADORES DEL NEGOCIO

10.3.1 TRABAJADORES DEL NEGOCIO
DESCRIPCIN BREVE
A continuacin se describen a los trabajadores del negocio, sus

caractersticas y sus responsabilidades.
TRABAJADORES DEL
NEGOCIO
DESCRIPCIN
Responsable en la atencin al cliente

en la venta de productos.
Pgina 35
3 A
Responsable que se encarga de

ofrecer pedidos de productos a los
clientes de la empresa.
Responsable por la recepcin, manejo

de dinero o documentos relacionados.
Responsable de entregar el pedido de

los productos que con frecuencia los
clientes solicitan.
Responsable en la entrega del

producto en la tienda y sellar las
boletas o facturas.
Responsable del almacn de la

distribuidora. Es aquel que se encarga
de recibir los productos que enva el
proveedor como tambin de entregar
los productos al repartidor.
Pgina 36
3 A
10.4 REALIZACIONES DEL NEGOCIO
10.4.1 DIAGRAMA DE CLASES POR CUN
Pgina 37
3 A
Pgina 38
3 A
10.4.2 DIAGRAMA DE OBJETOS POR CUN

DIAGRAMA DE OBJETOS RN GESTIONAR VENTAS
Pgina 39
3 A
DIAGRAMA DE OBJETOS RN GESTIONAR PEDIDOS EXTERNOS
Pgina 40
3 A
DIAGRAMA DE OBJETOS RN - GESTIONAR ALMACEN DE PRODUCTOS
Pgina 41
3 A
10.5 REALIZACION DE CASOS DE USO POR CADA CUN

10.5.1 DIAGRAMA DE ACTIVIDADES RN GESTIONAR VENTAS
Pgina 42
3 A
3 A
10.5.2 DIAGRAMA DE ACTIVIDADES RN GESTIONAR PEDIDOS EXTERNOS
Pgina 43
3 A
10.5.3DIAGRAMA DE ACTIVIDADES RN GESTIONAR ALMACEN DE PRODUCTOS
Pgina 44
11. MODELO DE CASOS DE USO DEL SISTEMA - MCUS

GESTIONAR VENTAS
GESTIONAR PEDIDOS EXTERNOS
Pgina 45
3 A
GESTIONAR ALMACEN DE PRODUCTOS
Pgina 46
3 A
CONCLUSIONES
El presente Proyecto ha sido elaborado segn a 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.
En este semestre usamos la herramienta de Modelamiento Unificado (UML) y la
herramienta IBM para el modelado de diagramas de UML.
El Anlisis y diseo de un sistema con herramienta software Orientado a Objetos facilita la
implementacin en cual quiere lenguaje con un criterio formal de documentacin,
retroalimentacin, caractersticas que hacen de un producto software eficiente para su
objetivo aprueba de errores.
Pgina 47
3 A
ANEXOS
DISTRIBUIDOR EMBOLSA AV. RICARDO PALMA N 205 (TRUJILLO)
Pgina 48
3 A
FACTURA
Pgina 49
3 A
BOLETA
Pgina 50
3 A
IMGENES DE LOS PRODUCTOS QUE VENDE DISTRIBUIDORA EMBOLSA

CAJAS DE TECNOPOR
CONTENEDORES TERMICOS
CINTAS DE EMBALAJE
VASOS PLASTICOS
PLANCHAS DE TECNOPOR
PLATOS PLASTICOS
Pgina 51
3 A

Ejemplo de Proyecto-Distribuidora-Embolsa PDF

Cargado por

Copyright:

Formatos disponibles

Ejemplo de Proyecto-Distribuidora-Embolsa PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ejemplo de Proyecto-Distribuidora-Embolsa PDF

Cargado por

Copyright:

Formatos disponibles

ANLISIS Y DISEO DE SISTEMAS I

EXCELENTE BUENO REGULAR

DEMUESTRA DOMINIO DEL TEMA

PROYECTO T5 MODELADO DEL NEGOCIO EMBOLSA E.I.R.L

ANLISIS Y DISEO DE SISTEMAS I

"Ao de la Inversin para el Desarrollo Rural y la

MODELADO DEL NEGOCIO PARA LA EMPRESA

MCP - ING. EDILBERTO CHVEZ FERNNDEZ

ANLISIS Y DISEO DE SISTEMAS

BRICEO BON, JULIO.

PROYECTO T5 MODELADO DEL NEGOCIO EMBOLSA E.I.R.L

ANLISIS Y DISEO DE SISTEMAS I

A mis queridos padres

PROYECTO T5 MODELADO DEL NEGOCIO EMBOLSA E.I.R.L

ANLISIS Y DISEO DE SISTEMAS I

En primer lugar, agradecemos a Dios por habernos guiado en este trabajo de

PROYECTO T5 MODELADO DEL NEGOCIO EMBOLSA E.I.R.L

ANLISIS Y DISEO DE SISTEMAS I

MODELADO DEL NEGOCIO PARA LA EMPRESA EMBOLSA E.I.R.L

BUSINESS MODELING FOR COMPANY EMBOLSA E.I.R.L

MTODOS Y HERRAMIENTA PARA LA SOLUCIN

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

2. RATIONAL SOFTWARE ARCHITECT RSA (IBM)

5. POSICIONAMIENTO DEL NEGOCIO

5.3 OPORTUNIDAD DEL NEGOCIO

6.1.2 GESTIONAR VENTAS

6.1.3 GESTIONAR PEDIDOS EXTERNOS

6.1.4 GESTIONAR ALMACEN DE PRODUCTOS

6.2 FUERA DEL ALCANCE

7.3 EL IMPACTO DEL NEGOCIO

7.4 SOLUCION EXITOSA

8. RESTRICCIONES DEL NEGOCIO

9. MODELADO DE CASOS DE USO DEL NEGOCIO MCUN

PROYECTO T5 MODELADO DEL NEGOCIO EMBOLSA E.I.R.L

ANLISIS Y DISEO DE SISTEMAS I

9.2 OBJETIVOS DEL NEGOCIO

9.2.1 DESCRIPCION BREVE

9.2.1.1 OBJETIVOS DE GESTION

9.2.1.2 OBJETIVOS ESTRATEGICOS

9.3 ACTORES DEL NEGOCIO

9.3.1 DESCRIPCION BREVE

9.3.2 EN GESTIONAR VENTAS INTERVIENEN

9.3.3 EN GESTIONAR PEDIDOS EXTERNOS

9.3.4 EN GESTIONAR ALMACEN DE PRODUCTOS

9.4 CASOS DE USO DEL NEGOCIO

9.4.1 CUN 01 GESTIONAR VENTAS

9.4.2 CUN 02 GESTIONAR PEDIDOS EXTERNOS

9.4.3 CUN 03 GESTIONAR ALMACEN DE PRODUCTOS

9.5 DIAGRAMA GRAL DEL MCUN

9.6 PROCESO DEL NEGOCIO

9.6.1 LISTADO DE CASOS DE USO

10.1 ESTRUCTURA PRINCIPAL DEL MAN

10.2 ENTIDADES DEL NEGOCIO

10.2.1 DESCRIPCION BREVE

10.3 TRABAJADORES DEL NEGOCIO

10.4.1 DIAGRAMA DE CLASES POR CUN

10.4.2 DIAGRAMA DE OBJETOS POR CUN

10.5 REALIZACIONES DE CASOS DE USO POR CADA CUN

10.5.1 DIAGRAMA DE ACTIVIDADES RN GESTIONAR VENTAS