Sistema Ventas Tienda

INTRODUCCION
En el presente trabajo, como primer punto hemos recolectado

información general acerca de la panadería ELTRIGAL, como su historia, su
código de ética, misión, visión y objetivos, la cual nos servirá para en adelante
poder definir los requisitos funcionales y no funcionales que nos ayuden a
desarrollar el sistema.
Nuestro segundo punto es la descripción de sistema, en la cual

analizamos la situación actual, como los vínculos que se tienen con otros
sistemas, los problemas que tiene el sistema actual y el alcance que tendrá el
que desarrollaremos.
En el tercer punto tenemos el planteamiento del proyecto, en el que

vemos cual será el ámbito de nuestro sistema (área a la cual se le desarrollará
el sistema); así como también los subsistemas de este proyecto y las
limitaciones que tendríamos en el desarrollo de este sistema.
En el cuarto punto vemos todo lo relacionado a la planificación del

proyecto; es decir la priorización de todas las actividades que se van a
desarrollar durante todo el proyecto asignándoles tiempo, costos y
responsables para cada actividad. Además en este punto se ve todo lo
correspondiente a los costos de Hardware, Software y personal que el proyecto
demandará.
El quinto punto hacemos una breve descripción de la metodología

utilizada en este proyecto, que en este caso es el RUP. Esta pequeña
descripción servirá para una mejor comprensión de los diagramas que se verán
en este trabajo; así como de conceptos que se tendrán que tener en cuenta.
Es en el sexto punto donde empezamos aplicar la metodología RUP,

para el desarrollo de nuestro software. Empezamos identificando los casos de
uso y actores del sistema y del negocio, para luego con los diagramas de
Empresa “EL TRIGAL” Sistema “VENTAS”
interacción poder analizar de forma exhaustiva, apoyándonos en las plantillas

de actividades y de roles, los nuevos casos de uso del sistema que se va a
desarrollar. Además diseñamos los primeros prototipos de interfaces y su
respectiva diagramación en el Rational para que el usuario evalúe para verificar
la conformidad de sus requisitos, y poder así asegurarnos de la calidad del
software.
2
I. DESCRIPCIÓN DE LA EMPRESA
1.1. Antecedentes de la Empresa
“EL TRIGAL”, es una panadería y pastelería que brinda a sus

consumidores la más alta calidad en sus productos y buen trato
al cliente, lo confirma el creciente número de sus consumidores
y la selecta calidad de sus proveedores.
Enfrenta diversos desafíos día a día y no todo lo negativo

proviene del exterior. Hay un fuerte componente de la nueva
realidad: alta competencia, impacto del mercado, las nuevas
conductas del consumidor, el informalismo; que no se puede
enfrentar con las mismas armas de antaño. Por ello hay un
conjunto de acciones que son responsabilidad de la empresa
panadera puertas adentro.
CÓDIGO DE ÉTICA
“El Trigal” a adoptado un código de ética que le permite promover

y mantener una conducta correcta en cada una de sus
actividades con el cliente y con su personal productivo.
Sembrando en el personal valores como: Honradez, Disciplina,
Respeto, Servicio, Responsabilidad y Cordialidad;
obviamente no se trata de un decálogo sagrado o la nueva Biblia
del panadero en el “Trigal de Vitarte” pero es una diferencia con
las demás panaderías del sector.
Éste código también les ha permitido congregar a los

diferentes proveedores de productos y materias primas; equipos
y tecnología, quienes han logrado intercambiar experiencias y
participar juntos en la búsqueda de la optimización de todos los
niveles de gestión y el éxito en el mercado en general
3
1.2. Descripción, ubicación de la empresa en el mercado y el entorno
1.2.1. Descripción
La Panadería y Bodega “EL TRIGAL” que distingue por sus
exclusivos postres y por la diversidad de panes que se
desarrollan en ella.
Para complementar el arte de la panificación vende
productos básicos para el acompañamiento de su gran variedad
de panes que los clientes ya conocen, poniéndola en unas de las
panaderías más preferidas de la zona.
1.2.2. Ubicación en el Mercado y el Entorno
La empresa “EL TRIGAL” compite en el sector de la

“Panificación”, en la urbanización “San Gregorio”, en distrito de
Ate-Vitarte donde los estudios realizados indica que se encuentra
entre las primeras Empresas Panificadoras de este sector, gracias
al servicio que brinda al cliente, como también por los productos
de calidad que ofrece. “TRIGAL” apunta a competir en otros
sectores adyacentes, para esto, realiza un análisis de Variables
Externas, las mismas que tiene que tomar en cuenta. Entre estas
variables destacan:
Variables Económicas
• Disponibilidad de créditos
• Nivel de ingreso disponible
• Propensión de las personas a gastar
• Patrones de consumo
• Tasas impositivas o impuestos
Variables Tecnológicas
• Tecnologías usadas en las actividades de la empresa

• Probable evolución de éstas tecnologías en el futuro
• Actividades y productos de la empresa
4
• Prioridades de inversión en recursos tecnológicos

• Inversiones tecnológicas que deben limitarse o eliminarse
• Otras tecnologías que se requieren para alcanzar los
objetivos comerciales de la empresa
Variables de la Competencia
• Principales fuerzas de los competidores

• Principales debilidades de los competidores
• Principales objetivos y estrategias de los competidores
• Posición que ocupa nuestros productos con relación a
nuestros principales competidores
• Ingreso de empresas nuevas y salida de empresas
antiguas del sector
• Factores claves que permiten resultados positivos para
ubicarnos en una posición competitiva adecuada a nuestras
expectativas.
1.3. Descripción de la misión y funciones del área donde realizo el

trabajo
Misión
Somos una empresa productiva, ubicados en el distrito de Vitarte
al oeste de Lima.
Brindamos los mejores y exquisitos panes y pasteles de los
alrededores; constituyendo una de las sobresalientes panaderías del
sector.
Dirigiéndonos al publico en general. Nuestro lema es brindar un
producto con calidad con la mejor atención y en el momento preciso.
5
Visión
Ser una empresa líder en la industria de la panificación. Tener una
red de panaderías a nivel nacional; con un sólido conocimiento en la
elaboración de panes y pasteles en base a los regimenes de calidad
establecidos en le país.
Objetivos Generales
La alta competencia nos permite fortalecer nuestro entusiasmo
por perfeccionar al máximo la calidad no sólo hasta el producto final sino
también en el servicio venta.
Objetivos Específicos
a) Objetivos a nivel Interno:
a.1) Base de Conocimientos

• El asesoramiento inicial y capacitación operativa en cuanto
al manejo y mantenimiento de las máquinas.
• Seminarios de panificación manteniendo así bien informado

del desarrollo de nuevos productos de panificación acorde
con las nuevas tendencias de la industria moderna en
panificación (masa congelada, masa precocida, productos
embolsados etc. )
a.2) Recursos Humanos
• “EL TRIGAL”, cuenta con un personal altamente

capacitado, tanto, el personal de producción como en lo
administrativo, para hacer una panadería Líder en el
Mercado.
6
b) Objetivos a nivel exterior:
b.1) Proveedores
• El objetivo de los proveedores es tratar de ofrecer sus

productos, a lugares que aun no conocen de este; tratando
de globalizar, todas las líneas de productos, en el mercado.
b.2) Clientes
• El objetivo del cliente es la buena calidad de los productos,

que la panificadora le ofrece, brindándoles un buen servicio
de atención hacia ellos.
c) Objetivos a nivel competencia :
• Definir plan de comunicación de doble vía fluida y

permanente entre Panadería El Trigal de Vitarte y sus
clientes aprovechando todos los medios disponibles
propios.
• Definir la mezcal de productos y servicios de la panadería
El Trigal de Vitarte
• Definir plan de captación.
• Implementar nueva estructura organizativa y procesos
estratégicos.
• Establecer la red de proveedores.
7
1.4. Descripción de la tecnología de la información de la empresa
Situación Actual
Actualmente EL TRIGAL DE VITARTE, no cuenta con un sistema

automatizado, más bien tiene un sistema manualmente, toda su
información los anota en un cuaderno, llevando el control (las ventas,
el stock, el producto, etc.) que hace la panificadora.
Objetivos Del Sistema
Luego de un análisis exhaustivo hemos llegado a la conclusión

de que la Panadería “El Trigal” no cuenta con procesos automatizados
incipientes, los cuales optimizaremos, desarrollando un nuevo software
que brinden un mejor servicio a la Panadería “El Trigal” para su mejor
desempeño.
Los objetivos específicos de nuestro sistema serían los siguientes:
a) Automatizar, simplificar y controlar el registro de venta y cierre de

caja.
b) Planificar las diversas capacitaciones que se realizan; es decir,
contar con un cronograma de actividades.
c) Obtener reportes lo más rápido posible contando con la información
en línea.
d) Evitar la redundancia de información.
8
Otros Respecto Al Sistema
Este sistema presentará las siguientes funcionalidades:

• Generar Ticket.
• Generar Boleta
• Generar Consolidado de Cierre de Caja.
• Generar Consolidado de Descuento.
9
1.5. Levantamiento de información
Modelo de Cuestionarios
RELACIÓN DE PREGUNTAS PARA LA ENTREVISTA

AL GERENTE GENERAL
Objetivo : Esta entrevista ha sido diseñada para obtener información que

permita mejorar la calidad del sistema de ventas a fin de
alcanzar eficiencia y eficacia en el servicio.
Instrucciones : Formule las preguntas de forma que no sea un interrogatorio
sino mas bien una conversación.
Materiales :
• Filmadora
• Libreta de Notas
Preguntas :
1. ¿Qué le parece el sistema actual de ventas?
2. ¿Cual es su tarea dentro de la empresa?
3. ¿Como realiza el control de ventas?
4. ¿Que documentos son los que necesita constantemente?
5. ¿Algunos problemas con los clientes en cuanto a las ventas?
6. ¿A los vendedores se le da autorización para realizar descuentos a los
clientes?
7. Si dice si: ¿Cómo controla que los vendedores no realiza actos
indebidos con respecto a esto?
8. ¿Los pedidos de productos son resueltos rápidamente?
9. ¿Se tiene un Procedimiento, o algún documento que diga los pasos que
se deben seguir?
10. ¿Cuando usted pide un informe, cuanto tiempo demora en llegar?
11. ¿Cuál de estas consultas demanda mayor tiempo en realizarse?
12. ¿Que informes realiza y/o necesita usted?
13. ¿Como quisiera que sea, que propone como solución?
14. Alguna situación no considerada que quiera agregar o algún comentario
10
ENTREVISTAS AL VENDEDOR Y CAJERA

DE PANDERIA “EL TRIGAL”
Objetivo : Esta entrevista ha sido diseñada para obtener información que

permita mejorar la calidad de las ventas a fin de alcanzar un
mejor servicio.
Instrucciones : Formule las preguntas de forma que no sea un interrogatorio

sino mas bien una conversación.
Materiales :
• Filmadora
• Libreta de Notas
Preguntas :
1. ¿ Los datos de la Boleta son llenados por usted de forma completa ?

2. ¿ Cual es el criterio de descuento que tiene ud para con los clientes ?
3. ¿ Cual es el criterio de forma de pago que deben hacer los clientes ?
4. ¿ Usted realiza inspecciones del inventario. ?
5. ¿ Que tipo de consultas tiene frecuentemente con el “Sistema Actual” ?
6. ¿ Cuál de estas consultas le demanda mayor tiempo ?
7. ¿ Que informes realiza, cuales son los formatos ?
8. ¿ A quien envía los informes ?
9. ¿ Los informes le demanda tiempo elaborarlos ?
10. ¿ Que cálculos, operaciones realiza para realizar dichas consultas o
informes ?
11. ¿ De este sistema actual cuales son los problemas mas frecuentes ?
12. Alguna situación no considerada que quiera agregar o procedimiento
informal que realiza.
11
Conclusiones Entrevistas
• Gerente General
El entrevistado Sr. Edgar Ortiz Rivera, que gentilmente accedió a

nuestras preguntas, nos contó, que la panadería no tiene un sistema,
que desearía tener uno para mejorar y agilizar las ventas. El encuentra
dificultad en las consultas que pide a su personal, y reconoce que no
hay procedimientos estandarizados en la panadería. En cuanto al
sistema necesita un software que de soporte a las ventas del día a día,
para el es lo mas importante junto con los inventarios, informes:
• ¿ Cuál es el monto de las ventas del Día?

• ¿ Qué producto se vendió mas ?
Reconoce que es necesario tener ese software para tener

registrado y automatizado todos los procesos del área de ventas entre
otros, principalmente el de ventas, puesto que llevar un control de estos
es la tarea mas difícil y fundamental del área.
• Vendedor y cajera
Los vendedores entrevistados:
•Alex Ortiz R.
•Nelly Ortiz R:
•Luis Torres T
•Patricia Ibáñez T.
Comentaron que es necesario usar una herramienta como la

computadora con un software de ventas para el uso del negocio que
les facilite mejorar sus operaciones, debido a que en la actualidad
como por ejemplo la operación de generación de boleta y ticket es muy
12
tediosa, es decir, que tiene que llenar todos los datos en forma
manual, e ir a verificar a su almacén si sus productos están en stock.
De igual manera emitir los informes se tiene que revisar todas las
facturas y otros documentos, por eso y otros motivos consideran
necesario que se implante cuanto antes un software a medida.
2. DENICIÓN DEL PROBLEMA
2.1.Ubicación del Problema

La empresa en estudio no cuenta con un organigrama definido,
por lo que hemos propuesto el siguiente organigrama donde detectamos
el área de ventas de acuerdo al análisis realizado en las entrevistas al
gerente y a los empleados.
Aunque el problema pertenece netamente al Departamento de
Ventas, es necesario recopilar algunos procesos de Departamentos
como Logística.
13
2.2. Identificación y descripción del Problema
2.2.1. Identificación del Problema

Todos los procesos son manuales, como la panadería se
dedica a la atención al publico, el proceso de la venta es muy
lenta ya que la generación de ticket es manual, al recibir un
pedido se tiene que revisar el stock en tienda en el momento.
Llegando en un al colapso (concurrencia masiva de la gente) y
perdiendo así clientela.
2.2.2. Descripción del Problema

Control de ventas en forma manual
• El sistema de ventas se realiza en forma manual, con el
uso de ticket y boletas que son guardados por el
administrador en ficheros.
• Al cierre de caja la comparación de ticket con la cantidad
en dinero es manual. Si se detecto alguna diferencia
positiva (total de dinero mayor a la cantidad total en los
ticket) se realiza una supervisión manual del stock en
tienda y se cuadra la caja (se expide los ticket faltantes).
Si se detecta una deferencia negativa (el total de ticket
es mayor a la cantidad en dinero) se realiza un
descuento a la cajera que se guarda en el fichero de
descuentos. Al finalizar el cierre se realiza una boleta de
las ventas del dia.
Control de inventarios en forma manual.
No hay un control efectivo diario de la rutinas de trabajo

(ventas) que ocurren cotidianamente en la Empresa.
Tenemos problemas de “papelería”, es decir, falta optimizar
14
No se puede responder con rapidez a preguntas tales como:
• ¿ Cual es el monto de las ventas del Día?
• ¿ Que producto se vendió mas ?
• ¿ Que vendedor vendió mas productos ?
• ¿ Cual es el stock en Inventario ?
Actualmente para responder estas preguntas en promedio se

toma de 1 a 2 días, ocasionando problemas para consultas,
reportes y sobre todo para la toma de decisiones.
15
3. MODELO DE NEGOCIO
3.1. Identificación de los Actores (Internos y Externos)
ACTORES DE CASO DE USO DEL NEGOCIO
Cajero Administrador
Proveedor Cliente
Entidad Bancaria Tesoreria Vendedor Almacenero
Entidad Recaudadora Contabilidad

Jefe de produccion Supervisor
Logistica
Almacen en tienda
16
3.2. Identificación de los Casos de Usos de los Negocios
CASOS DE USO DEL NEGOCIO
Ventas Producir productos
Cierre de Caja Compra a proveedores
Actualizar stock
17
3.2.1. Plantillas del Modelo de Negocio
VENTAS
Ventas
Proceso de
Negocio
Objetivo Satisfacer los pedidos de los clientes
Descripción
1.- El cajero recibe la solicitud de pedido del cliente.
2.- El cajero revisa si los productos se encuentran en stock.

• Si no existe el producto y si el cliente no a
pedido uno anterior entonces la venta no se
realiza. Pero si el cliente solicito un producto
anterior que si estaba en stock entonces se le
vuelve a pregunta si desea otro producto.
• Si el primer producto estaba en stock se le vuelve a
preguntar si desea otro producto vuelve a revisar el
stock del producto solicitado.
3.- Cuando el cliente otro producto mas, entonces el

cajero solicita cantidad total a pagar.
4.- El cajero recibe la cantidad en soles por el

cliente, luego pasa a ser registrado.
• Si la venta es mayor a 5 soles se entrega una
boleta y un ticket al cliente.
• Caso contrario solo se entregara un ticket al
cliente.
5.- La vendedora recibe el ticket de pedido del

cliente.
6.- La vendedora entrega los productos al cliente.
Prioridad Secundaria
Riesgos No generar utilidades
Posibilidades ……………..
Tiempo de ejecución Siempre
Coste de ejecución ……………..
18
PRODUCIR PRODUCTOS TERMINADOS
Producir productos terminados

Proceso de
Negocio
Objetivo Producción productos (es esencial para el negocio)
Descripción
1.- El administrador genera un informe de
producción del día , y lo envía al jefe de producción
2.- Jefe de producción genera informe de pedido de

materia prima según el informe de producción y lo
envía al almacenero.
3.- el almacenero, genera cargo de entrega (salida)

de materia prima y lo envía al jefe de producción.
4.- el jefe de producción compara cargo de entrega

realizado por el almacenero con el informe de
pedido de MP y lo envía al almacenero firmada
5.- El almacenero envía materia prima para la

producción al jefe de producción.
6.- Jefe de producción realiza la producción de

productos terminados, según el informe de
producción realizado por el administrador.
7.- El jefe de producción entrega informe de los

productos terminados al administrador para su
verificación.
8.- El jefe de producción entrega los productos

terminados al almacenero para que estas se han
colocadas en el estante
Prioridad principal
Riesgos 1.- Quedarse sin stock materia, víveres y productos
terminados
2.- No registrar los productos nuevos y los
salientes(materia prima, víveres y productos
terminados)
Tiempo de ejecución Siempre que sea necesario
19
COMPRA A PROVEEDORES
Compra a proveedores
Proceso de
Negocio
Objetivo Abastecer el almacén con materia prima y víveres.
Descripción
1.-El administrador envía solicitud de pedido a
proveedor (el proveedor realiza y envía la
cotización).
2.-El administrador recepciona y analiza la

cotización.
• En caso que la cotización no se encuentre
dentro del presupuesto de la empresa, se
solicita el pedido a otro proveedor.
• En caso que la cotización si se encuentre
dentro del presupuesto se genera el pedido y
se le envía al proveedor.
3.- El administrador recibe la factura generada por el

proveedor y el almacenero recibe el pedido.
4.-El almacenero genera consolidado de ingreso el

cual se entrega al administrador.
5.-El administrador recibe y compara el consolidado

de ingreso con la factura.
• Si en caso que no estén conforme ambos
documentos el administrador comunica al
proveedor un error en el pedido y el
proveedor recibe el comunicado y vuelve a
confirmar el pedido para emitir nueva factura
y pedido faltante.
• En caso que estén conforme el administrador
archiva el consolidado de ingreso y cancela la
factura.
Riesgos No se realice la producción y/o las ventas de los
víveres.
20
ACTUALIZAR STOCK
Actualizar stock
Proceso de
Negocio
Objetivo Registrar productos que entran y salen del stock
Descripción
1.- El almacenero ingresa los productos nuevos
solicitados a los proveedores según la orden de
compra, envía reporte de ingreso del día al
supervisor
2.- El almacenero registra la salida de la materia

prima, víveres y productos terminados, envía reporte
de salida del día al supervisor.
3.- El supervisor revisa stock y si algún producto

esta fuera del nivel establecido por el administrador,
envía pedido de compra de productos faltantes.
Prioridad principal
Riesgos
1.- Quedarse sin stock materia, víveres y productos
terminados
2.- No registrar los productos nuevos y los

salientes(materia prima, víveres y productos
terminados)
21
CIERRE DE CAJA
Cierre de caja
Proceso de
Negocio
Objetivo Verificar que concuerde los ingresos del día
(efectivo) con los tickets generados.
Descripción
1.- El cajero totaliza la cantidad de dinero en efectivo en el día.
2.- El cajero totaliza cantidad de tickets de pan y

víveres en el día.
3.- El cajero totaliza cantidad de boletas.
4.- El cajero genera consolidado.
5.- Verifica el efectivo con el consolidado.

• Si todo esta OK el administrador firma el
consolidado de cierre.
• Si no el administrador genera una orden de
descuento para el cajero, se le entrega y
tiene que firmar la orden de descuento la cual
es firmada por el administrador. El
consolidado de cierre tiene que ser firmado
por el administrador.
6.- Se le entrega al cajero y también tiene que firmar

el consolidado.
7.- El cajero entrega dinero y tickets al

administrador.
8.- El administrador recepcióna el dinero y tickets.
Riesgos Que los ingresos no cuadren con lo vendido
Tiempo de ejecución Siempre
22
3.2.3 Diagrama de Actividades
: Prov eedor : Administrador : Almacenero
Inicio
Solicita Pedido Solicita Pedido

Recibe : Solicitud de Pedido
Solicitud a Nuevo
Proveedor
Realiza y envia
Cotizacion
Recepciona y analiza
Cotizacion no
: Cotizacion
¿Es justo?
si
Genera Pedido
Recibe Confirmacion de
Pedido : Pedido
Envia Pedido
Recibe Pedido
Envia Factura
Genera Consolidado de
Ingreso
: Factura de Compra
[Generado]
Recibe Consolidado y : Consolidado de Ingreso

Factura
¿Esta conforme?
no
Cancela
Comunica Error Factura
de Pedido
Recibe Error de : Factura de Compra

[Cancelado]
Pedido
: Consolidado de Error en Pedido Archiva Consolidado de

Ingreso y Factura
Fin
23
ACRUALIZAR STOCK (REGISTRO DE PRODUCTOS)
: Almacenero : Supervisor : Proveedor
Inicio
recibe l os
productos
¿esta acorde?
no
genera informe recibe consoli dado

de devolucion de devolucion
: Consoli dado de Devolucion
recibe informe de fi n de devolucion

si
devoluci on verifica
entrega recibe
producto productos
regi strar ingreso de

producto
: Consoli dado de Ingreso
recibe y verifi ca
reporte
fi n de registro de productos
24
ACTUALIZAR STOCK (SALIDA DE PRODUCTOS)
: Almacenero : Superv isor
Inicio materia prima

, product...
registra la salida de
productos de almacen
verifica los
productos ...
recibe y verifica
salidas del dia
: Consolidado de Salida
fin de salida de productos
25
ACTUALIZAR STOCK (SUPERVISION DE STOCK)
: Supervisor : Administrador
Inicio
Rev isa el Stock

del almacen
: Stock
Genera Inv etario de

Productos
: Inv entario de Productos
Env ia Inv entario Recibe Inv entario de

Productos
¿el producto esta si Genera Inf orme de

bajo el niv el? Productos Faltanes
Archiv a el Inf orme de

Inv etario
Genera Orden de Compra de

Pedido
: Inf orme de Productos Faltantes
: Solicitud de Pedido
Env ia al Prov eedor O / C

Pedido
26
VENTAS
: Cliente : Cajero : Vendedor
Inicio si
Solicita
Producto
Revisa si lo
tiene en Stock
¿Existe en Stock?
no ¿Hay un producto
si
pedido antes? si
no
Fin no hay producto

¿Desea otro
producto?
no
Solicita cantidad total a

pagar en soles
Recibe Cantidad a
pagar
Entrega cantdad
Recibe candidad y
registra
¿Venta m ayor a
S/ 5
si no
Entregar Boleta
Reciber Boleta
Entregar Ticket
de Pedido
Recibe Ticket
de Pedidos
Entrega Ticket
de Pedido
recibe ticket de
pedido
Entrega Pedido
Recibe Pedido
Fin Venta
27
PRODUCIR PRODUCTOS
j efe de produccion administrador almacenero
Inicio
el jefe de produccion
se queda con una
copia para llevar un genera informe
control. Recibe Informe de produccion
de Produccion
: Informe de produccion
genera solicitud de
materia Prima
Recibe Solicitu de Genera cargo de salida de

MateriaPrima materia prima
: Solicitud de Materia Prima
Recibe Cargo
: Cargo de Entrega de materiales

[a firmar]
Firma y entrega el
cargo original

[firmada]
recibe materia entrega materia

prima prima
no
el administrador se
¿Existe queda con una
conformidad ? copia para llevar un
control.
si
se produce segun lo genera el Informe de

solicitado o establecido Productos term inados
: Informe de productos
[a firmar] Terminados
el supervisor y jefe
de produccion
controla la calidad
de los producctos
Firma y entrega
copia de Inform e
: Informe de productos
[firmada] Terminados
entrega productos recibe productos y los coloca en

terminados los estantes para la venta
Fin
28
CIERRE DE CAJA
: Caj ero : Administrador
Inicio
Totalizar cantidad Totalizar cantidad de

de dinero Boletas
Totalizar cantidad de
tickets de pan y viveres
Genera Consolidad de
Cierre
Consolidade
Cierre
Verifica Consolidado de
Cierre
¿Todo conforme? no
Genera Orden
de Descuetno
Firma Orden de Orden de

Descuento Descuento
Orden de
Descuento
Firma O /
si Descuento
Firma Consolidado
de Cierre
Firma
Consolidado
Consolidado
Firmado
Enterga dinero
y Tickets
Recepciona
dinero y Tickets
Fin
29
3.2.3 Diagrama de Estados
Inicio
Solicitud esta siendo envianda a proveedor

recibido
cotizando
eviando
Solicitud enviada
La Solicitud es cotizada por el proveedor
cotizado
analizando
La solicitud es analizada por el administrador
La solicitud se analizò
Se envia nueva solicitud a un nuevo proveedor
analizado aceptado
La solicitud es aceptada por el administrador
Si la solicitud es rechazada por el proveedor
rechazado
30
ACTUALIZAR STOCK (SALIDA DE PRODUCTO)
Inicio
El cliente solicita producto que requiere
evaluando la solicitud
requerido
El almacenero evalua solicitud
evaluando
Si el producto esta agotado Si el producto esta en stock
agotado encontrado
Se acepta solicitud
Se rechaza solicitud
rechazada aceptada
Fin
31
ACTUALIZAR STOCK (REGISTRAR PRODUCTOS)
Inicio
Almacenero recibe productos
ingresando Los productos son evaluados evaluando
Producto Evaluado
Evaluado Productos aceptados aceptado
Productos rechazados
rechazado Fin
32
PRODUCIR PRODUCTOS
Inicio
El administrador envia informe de produccion
enviando
El jefe de produccion examina el informe de produccion

generando
El jefe de produccion genera y envia solicitud de materia prima enviado

genera y envia solicitud Almacenero genera salida de materia prima
de materia prima salida de materia prima
examinando solicitando
Almacenero confirma salida de materia prima
confirmado
produciendo
enviando
Salida de materia prima es comparada
Materia prima aceptada por el jefe de produccion
aceptado
Materia prima enviada comparando
entregado
Fin
33
VENTAS
Inicio
Pedidente
Comprueba si el producto esta en Stock

Se analizo todos los productos solicitados
Comprobacion Aceptado
Cliente Paga todo los solicitado

Cliente pide producto sustituto Cliente Anula pedido
Cancelado
Fin Venta
Suspendido
Fin no hay producto
34
CIERRE DE CAJA
Inicio
Conteo de tickets, boletas y dinero
rechazado
contabilizando
Hecho el descuento
descontando descontado
Tickets, boletas y dinero contadas
contabilizado Tickets y boletas no cuadran con las ventas
Decuento aceptado
aceptado
Cuadre con las ventas OK
aceptado
Fin
35
3.3. Unidad Organizativa
UCB_Modelos
Logistica
Almacen en ti enda Actual izar stock Proveedor

(from Actores y Workers) (f rom Casos de Uso de Negocio) (from Actores y Workers)
Proveedor Compra a proveedores Contabi li dad

36
Produccion
Almacen en tienda Producir productos Logistica

37
Ventas
Entidad Recaudadora
(f rom Actores y Workers)
Contabilidad Cierre de Caja Tesoreria

(f rom Actores y Workers) (from Casos de Uso de Negocio) (f rom Actores y Workers)
Entidad Bancaria
Cliente
Tesoreria
Ventas
(from Casos de Uso de Negocio)
38
3.4 Modelo de Objeto de Negocio
MON: Logistica MON:

Produccion MON: Ventas
39
REALIZACION ACTUALIZAR STOCK
Actualizar stock
<<realize>> (from Casos de Uso de Negocio)
R_Actualizacion de stock
REALIZACION COMPRA A PROVEEDORES
<<realize>>
R_Compras a provedores
Compra a proveedores
40
REALIZACION PRODUCIR PRODUCTOS
<<real ize>>
Produci r productos
(f rom Casos de Uso de Negocio)
R_Producir productos terminados
REALIZACION CIERRE DE CAJA
<<realize>>
Cierre de Caja
R_Cierre de caja
41
REALIZACION VENTAS
<<realize>>
Ventas
(from Casos de Uso de Negoci o)
R_Ventas
42
3.4.1. Diagramas de Clase
ACTUALIZAR STOCK (REGISTRAR PRODUCTO)
Consolidado de Ingreso
Supervisor
Almacenero (f rom Actores y Workers)
Consolidado de Devolucion
Supervisor
Almacenero Consolidado de Salida
43
ACTUALIZAR STOCK (SUPERVICION DE STOCK)
Stock
Informe de Productos Faltantes
Supervisor
Administrador
Inventario de Productos
Solicitud de Pedido
Administrador
Almacenero
Consolidado de Error en
Pedido
Factura de Compra Pedido

Consolidado de Ingreso
(f rom Actualizar)
Solicitud de Pedido
(f rom Actualizar) Cotizacion
44
PRODUCIR PRODUCTOS
Informe de produccion
Administrador
(f rom Actores y Workers) Informe de productos Terminados
Jefe de produccion
Solicitud de Materia Prima

Almacenero
Cargo de Entrega de materiales
CIERRE DE CAJA
Cajero
Ticket Consolidado de Cierre Caja

Boleta Orden de Descuento
Administrador
45
VENTAS
Vendedor
Cajero
Stock
(f rom Actualizar) Boleta Ticket
(f rom Cierre de Caja)
(f rom Cierre de Caja)
46
3.4.2. Diagramas de Secuencia
ACTUALIZAR STOCK (REGISTRA PRODUCTO: DEVOLUCION)
: Almacenero : Supervisor : Consolidado de

Devolucion
1: genera y entrega al supervisor
2: revisa y firma consolidado
ACTUALIZAR STOCK (REGISTRAR PRODUCTO: OPTIMO)
: Almacenero : Consolidado de Ingreso : Supervisor
si no esta acorde se
1: recibe y verifica ¿si esta acorde los pedidos?
produce la
devolucion de los
productos
2: genera
3: recibe consolidado del almacenero
4: verifica y guarda
47
: Almacenero : Consolidado de Salida : Supervisor
1: genera y envia el consolidado de salida de los productos del almacen
2: recibe consolidado
verifica el total de
productos al inicio del dia
con el consolidado de
salida al fianl del dia
: Almacenero : Consolidado de Salida : Supervisor
verifica el total de
productos al inicio del dia
con el consolidado de
salida al fianl del dia
48
COMPRA A PROVEEDORES (ERROR DE PEDIDO)
: Administrador : Consolidado de Error en

Pedido
1: Genera
2: Envia a Proveedor
49
COMPRA A PROVEEDORES (OPTIMO)
: Administrador : Solicitud de Pedido : Cotizacion : Almacenero : Pedido : Factura de Compra : Consolidado de Ingreso
1: Envia al Proveedor
2: Analiza Cotizacion
3: Recibe
4: Genera y envia
5: Genera y Envia a Administrador
6: Recibe
7: Recibe de Proveedor
Conformidad entre
Factura de Compra y
Consolidado
Si no esta OK: ERROR
EN PEDIDO
8: Verifica conformidad
9: Cancelar
10: Archiva
11: Archiva
50
PRODUCIR PRODUCTOS
: Administrador : Almacenero : Jefe de produccion : Informe de produccion : Informe de productos : Solicitud de Materia : Cargo de Entrega de
Terminados Prima materiales
1: genera informe
2: comunica generacion de informe
3: revisa el Informe de Produccion
4: genera solicitud de materia prima segun el informe de produccion
5: comunica sobre la Solicitud de Materia Prima

si es NO,
vuelve hacer
la solicitud de
materia
prima 6: revisa la Solicitud de Materia Prima
7: genera cargo de Entrega de Materiales
8: comunica generacion de Cargo de Materia Prima
9: revisa Cargo de Materia Prima
10: elabora productos solicitado el informe de produccion
11: genera Informe de Productos Terminados
12: comunica la generacion del Informe de Productos Terminados
51
CIERRE DE CAJA
: Cajero : Administrador : Boleta : Ticket : Consolidado de Cierre : Orden de Descuento

Caja
1: Contabiliza total
3: Genera y entrega a Administrador
Si el efectivo no es
4: Verifica y firma acorde a los ticket
y/o Boletas
5: Genera y entrega al Cajero
6: Firma
7: Entrega Tickets
8: Recepciona y guarda
9: Recepciona dinero ,Tickets y guarda
52
VENTAS
: Cajero : Stock : Ticket : Boleta : Vendedor
por cada producto

1: Revisa producto pedido por el cliente
2: Añade producto a Ticket

La Boleta solo se genera
si la venta es mayor a
S/5.
3: Genera y entrega al Cliente
4: Genera
5: Registra Salida de productos
6: Recibe Ticket
7: Revisa y entrega cliente
53
3.4.3. Diagramas de Colaboración
ACTUALIZAR STOCK (REGISTRO PRODUCTO: DEVOLUCION)
1: genera y entrega al supervisor

: Consolidado de Devolucion : Almacenero
2: revisa y firma consolidado
: Supervisor
54
ACTUALIZAR STOCK (REGISTRO PEDIDO: OPTIMO)
1: recibe y verifica ¿si esta acorde los pedidos?
2: genera
: Alm acenero : Consolidado de Ingreso
3: recibe consolidado del almacenero

: Supervisor
55
: Consolidado de Salida : Supervisor
: Almacenero
56
3: Verifica si se encuentra bajo el nivel establecido
1: Revisa Stock
: Supervisor : Stock
4: Genera y entrega Informe al adminitrador 6: verifica informe
2: Genera y entrega al administardor 5: Recibe el Informe

: Informe de Productos Faltantes : Administrador
7: Genera y entrega la solicitud al Proveedor
8: Recibe y archiva
: Inventario de Productos
: Solicitud de Pedido
57
COMPRAS (ERROR DE PEDIDO)
1: Genera
2: Envia a Proveedor
: Administrador : Consolidado de Error en Pedido
COMPRAS (OPTIMO)
2: Analiza Cotizacion
8: Verifica conformidad
: Almacenero
: Administrador
6: Recibe
11: Archiva 5: Genera y Envia a Administrador
7: Recibe de Proveedor
4: Genera y envia 9: Cancelar
1: Envia al Proveedor
10: Archiva
3: Recibe
: Pedido : Consolidado de Ingreso
: Cotizacion : Factura de Compra : Solicitud de Pedido
58
PRODUCIR PRODUCTOS
3: revisa el Informe de Produccion

9: revisa Cargo de Materia Prima
10: elabora productos solicitado el informe de produccion
2: comunica generacion de informe
: Administrador
1: genera informe 12: comunica la generacion del Informe de Productos Terminados
: Jefe de produccion
8: comunica generacion de Cargo de Materia Prima

: Informe de produccion
5: comunica sobre la Solicitud de Materia Prima

6: revisa la Solicitud de Materia Prima
4: genera solicitud de materia prima segun el informe de produccion
11: genera Informe de Productos Terminados
: Almacenero
7: genera cargo de Entrega de Materiales
: Solicitud de Materia Prima
: Informe de productos Terminados
59
CIERRE DE CAJA
: Cajero
6: Firma
3: Genera y entrega a Administrador
7: Entrega Tickets
: Orden de Descuento
: Consolidado de Cierre Caja
: Boleta : Ticket
5: Genera y entrega al Cajero

4: Verifica y firma
9: Recepciona dinero ,Tickets y guarda
8: Recepciona y guarda
: Administrador
60
VENTAS
1: Revisa producto
5: Registra Salida de productos
4: Genera
: Boleta : Cajero : Stock
2: Añade producto a Ticket

3: Genera y entrega al Cliente
6: Recibe Ticket
: Ticket 7: Revisa y entrega cliente : Vendedor
61
4.- Conclusiones
Luego de un análisis exhaustivo de la organización en estudio, hemos
llegado a la conclusión de que “EL TRIGAL” que todos sus
procedimientos son manuales.
También hemos visto la necesidad de sugerirle que compre un

plataforma de base de datos confiable, segura y que nos permita realizar
consultas de una manera mas rápida y exacta.
62
5.- Recomendaciones
Se recomienda a la empresa el uso de un Servidor de Base de Datos.
Se recomienda a la empresa la adquisición de herramientas orientas
objetos ya que el sistema a implantar esta realizado bajo esa estructura
de datos.
Por otro lado es recomendable tener a prueba el sistema antes de
implantarlo, para poder detectar algún posible error o anomalía
inesperada durante su ejecución.
Por otro lado el uso de la metodología RUP nos ha ayudado
considerablemente en el desarrollo de nuestro sistema; ya que nos
permite brindarle una estructura a nuestro software y documentar todos
los procesos en una forma grafica que nos ayude a comprender de una
a mejor manera a nosotros y a los usuarios, el funcionamiento de
nuestro sistema.
63
6. Anexo
6.1 Planeamiento del Proyecto
6.1.1 Ámbito del Proyecto
Área de Venta y Cierre de Caja
Funciones
- Venta.- Esta función se encarga principalmente de realizar la

venta.
- Cierre de Caja.- se encarga de controlar el cierre de caja al

finalizar el día, controla el descuento al la cajera si este fuese
necesario.
6.1.2 Subsistemas
• Subsistema Generar Boleta.- Se encarga de tributar las ventas

mayores de 5 soles y las ventas al final del día
• Subsistema Generar Ticket.- Se encarga de registrar la venta
de los productos.
• Subsistema Generar Consolidado de Cierre de Caja.- Se
encarga del cierre de caja al final del día se totaliza los ticket y el
dinero.
• Subsistema Generar Consolidado de Descuento.- Se encarga
de registrar el descuento que se le realiza a la cajera al detectar
que la cantidad vendida es mayor a la cantidad en dinero
existente en caja.
6.1.3 Limitaciones
nuestro sistema en la falta de conocimientos del personal de
ventas con tecnología de punta.
64
6.2 Planificación y Estimación del Proyecto
6.2.1 Planificación del Proyecto
65
6.2.2 Estimación de Costos
a) SOFTWARE
Oracle $ 5000
Visual Age for Java $ 2345
Rational Rose $ 4000
Linux free
Impresora Epson Stylus color 777 $115
Total $ 12035
b) HARDWARE
Servidor BD XSeries 205 (IBM) $ 1000
c) PERFIL PERSONAL
FUNCIONES TRABAJADOR
Gerente del Proyecto Jonattan Mazzetti B.

Ingenieros de Componentes Gino Ureta B.
Analista de Sistemas Aaron Cordova Y.
Analista de PN Richard Aquije H.
Diseñador de GUI Marilyn Montañez R.
Arquitecto del Sistema Aaron Coordova Y.
Administrador del Sistema Jonattan Mazzetti B.
Integrador del Sistema Gino Ureta B.
Admin. De Control de Cambios Marilyn Montañez R.
Examinador de Negocios Aaron Cordova Y.
Especificador de CU Richard Aquije H.
Diseñador de BD Gino Ureta B.
66
Examinador de Código Richard Aquije H.

Implementador Gino Ureta B.
Ingeniero de Pruebas Jonattan Mazzetti B.
Desarrollador Manual Aaron Cordova Y.
TRABAJADOR SALARIO PORCENTAJE
Jonattan Mazzetti B.$ 3000 0.3

Gino Ureta B. $ 2200 0.22
Aaron Cordova Y. $ 2000 0.2
Richard Aquije H. $ 1400 0.14
Marilyn Montañez R. $ 1400 0.14
Total por Grupo de Desarrollo $ 10000
67
6.3 Guía Metodológica y Técnicas Aplicadas
RUP (Rational Unified Process) es un proceso de desarrollo de software

que en forma disciplinada asigna tareas y responsabilidades en una
empresa de desarrollo (quién hace qué, cuándo y cómo).
RUP es una guía de cómo usar U.M.L. de la forma más efectiva
Los principales objetivos de la Metodología RUP son:
• Asegurar la producción de software de calidad dentro de plazos y

presupuestos predecibles.
• Dirigido por casos de uso, centrado en la arquitectura, iterativo
(mini-proyectos) e incremental (versiones).
6.3.1 Fases
6.3.1.1 FASE DE INICIO
La Fase de Inicio esta orientada al establecimiento de los Casos

de Uso y una base para la visión del proyecto. Es de vital
importancia para los nuevos esfuerzos de desarrollo, en los
cuales hay requerimientos y negocios con riesgos significativos
los cuales deben ser diseccionados antes que el proyecto pueda
proceder.
Lo que se hace en esta fase es:
Definir el contexto del negocio.

Definir la visión y alcance del sistema.
Bosquejar y esclarecer la funcionalidad que el sistema va a
proveer.
Considerar la viabilidad del proyecto y bosquejar el plan del
proyecto.
68
Refinar el plan del proyecto.
Lo que se obtiene de esta fase es:
• Una visión general de los requerimientos del proyecto y/e los

requerimientos principales.
• Un modelo inicial de casos de uso y modelo del dominio (10-
20%)
• Un caso de negocios inicial, incluyendo:
• Evaluación inicial de riesgos
• Una estimación de los recursos requeridos
6.3.1.2 FASE DE ELABORACIÓN
Esta fase esta orientada a descubrir la arquitectura del sistema y

proveer una base estable para el aumento de los esfuerzos del
diseño y la implementación en la fase de construcción. La
estabilidad de la arquitectura es evaluada a través del uso de
prototipos de arquitectura. Esta fase termina en el establecimiento
como base de la arquitectura del sistema.
Bosquejar el plan de interacción, riesgos y el objetivo de la

arquitectura.
Decidir que manejará el desarrollo de la arquitectura.
Lidiar con los elementos de riesgo más altos del proyecto.
Desarrollar un plan comprensivo mostrando como el
proyecto será completado.
Un modelo del dominio y de casos de uso 80% completo.
69
Requerimientos suplementarios que capturen los

requerimientos no funcionales y cualesquiera
requerimientos que no estén asociados con un caso de uso
específico.
Una lista de riesgos revisada.
6.3.1.3 FASE DE CONSTRUCCIÓN
• Desarrollar incrementalmente producto de software

completo el cual estará listo para ser transferido al usuario.
• Un modelo completo de diseño y casos de uso.

• Liberaciones de productos ejecutables de funcionalidad
incremental.
• Documentación de usuario.
• Una liberación “beta” del producto.
6.3.1.4 FASE DE TRANSICIÓN
a) Lo que se hace en esta fase es:
• Hacer la transición final del producto de software al usuario
b) Lo que se obtiene de esta fase es:
70
• Liberaciones ejecutables de producto.

• “Pruebas beta” para validar el nuevo sistema vs. las
expectaciones del usuario
• Manuales de usuario actualizados
• Documentación de desarrollo actualizada
• Está el usuario satisfecho?
• Gastos reales de los recursos vs. Gastos previstos
6.3.2 Flujos de Trabajo
Flujos del Proceso
6.3.2.1 Modelo del Negocio
Los objetivos del proceso de Negocio son:
• Entender la estructura y dinamismo de la organización.

• Asegurar que los clientes, usuarios finales, y
desarrolladores tengan una visión común de la
organización.
• Deducir los requerimientos de los sistemas que soportan la
organización.
6.3.2.2 Captura de Requisitos
Los objetivos del proceso de Captura de Requisitos:
• Llegar a un acuerdo con el cliente y usuarios sobre los que

el sistema debería hacer.
• Dar a los desarrolladores del sistema una mejor visión de
los requerimientos del Sistema.
71
• Delimitar el Sistema.
• Proveer la base para el planeamiento del contenido técnico
de las iteraciones.
• Definir una interfase visual del sistema para el usuario
6.3.2.3 Análisis y Diseño
Los objetivos de este proceso son:
• Transformar los requerimientos en el diseño del sistema a

realizar
• Mejorar la arquitectura del Sistema
• Adaptar el diseño para estar a la par con el ambiente del
implementación, diseñándolo para su funcionamiento
6.3.2.4 Implementación
• Definir la organización del código, en términos de

subsistemas de implementación organizados en capas
• Implementar clases y objetos en términos de componentes
(código fuente, binarios, ejecutables y otros)
• Probar el desarrollo de componentes como unidades
• Integrar los resultados producidos por implementadores
individuales (o equipos) en un sistema ejecutable.
6.3.2.5 Pruebas
• Verificar la interacción entre objetos

• Verificar la correcta integración de todos los componentes
del software
72
• Verificar que todos los requerimientos hayan sido

correctamente implementados
• Identificar y asegurar que los defectos sean localizados
antes de la distribución del software
6.3.2.6 Distribución
El propósito de este proceso, es el de producir versiones del

producto en forma satisfactoria y entregar el software a los
usuarios, además:
• Produce versiones externas del software

• Empaquetar el Software
• Distribuir el Software
• Instalar el Software
• Proveer ayuda y asistencia a usuarios
Flujos de Soporte
6.3.2.7 Administración de Configuración y Cambios
No sirve principalmente para controlar a los numerosos artefactos

que las personas encargadas del proyecto hicieron y por lo tanto
controla los siguientes problemas:
• Actualizaciones simultáneas
• Varias versiones
• Documentación Limitada
6.3.2.8 Administración de Proyectos
El propósito de este flujo de trabajo es presentar un estructura de

administración del software, al igual que un manual de
planeamiento, ejecutar y monitorear el proyecto y por último un
esquema de manejo de riesgos.
73
6.3.2.9 Ambiente
Este flujo de trabajo se basa principalmente en actividades

necesarias para configurar el proceso de un proyecto. Describen
las actividades que se requiere para desarrollar el manual que
apoyará al proyecto. El propósito de las actividades de este flujo
de trabajo es alimentar a la organización del desarrollo del
software con el ambiente de desarrollo del software para que así
apoyen el grupo de desarrollo.
6.3.3 ¿QUÉ ES UML?
El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones

y diagramas estándar para modelar sistemas orientados a objetos, y
describe la semántica esencial de lo que estos diagramas y símbolos
significan. Mientras que ha habido muchas notaciones y métodos usados
para el diseño orientado a objetos, ahora los modeladores sólo tienen
que aprender una única notación.
UML se puede usar para modelar distintos tipos de sistemas: sistemas

de software, sistemas de hardware, y organizaciones del mundo real.
UML ofrece nueve diagramas en los cuales modelar sistemas.
• Diagramas de Casos de Uso para modelar los procesos

'business'.
• Diagramas de Secuencia para modelar el paso de mensajes entre
objetos.
• Diagramas de Colaboración para modelar interacciones entre
objetos.
• Diagramas de Estado para modelar el comportamiento de los
objetos en el sistema.
• Diagramas de Actividad para modelar el comportamiento de los
Casos de Uso, objetos u operaciones.
74
• Diagramas de Clases para modelar la estructura estática de las

clases en el sistema.
• Diagramas de Objetos para modelar la estructura estática de los
objetos en el sistema.
• Diagramas de Componentes para modelar componentes.
• Diagramas de Implementación para modelar la distribución del
sistema.
UML es una consolidación de muchas de las notaciones y conceptos

más usados orientados a objetos. Empezó como una consolidación del
trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores
de tres de las metodologías orientadas a objetos más populares.
UML prescribe una notación estándar y semánticas esenciales para el

modelado de un sistema orientado a objetos. Previamente, un diseño
orientado a objetos podría haber sido modelado con cualquiera de la
docena de metodologías populares, causando a los revisores tener que
aprender las semánticas y notaciones de la metodología empleada antes
que intentar entender el diseño en sí. Ahora con UML, diseñadores
diferentes modelando sistemas diferentes pueden sobradamente
entender cada uno los diseños de los otros.
6.3.4 Diagramas Utilizados con UML
Un diagrama es la representación gráfica de un conjunto de elementos

con sus relaciones. En concreto, un diagrama ofrece una vista del
sistema a modelar. Para poder representar correctamente un sistema,
UML ofrece una amplia variedad de diagramas para visualizar el sistema
desde varias perspectivas. UML incluye los siguientes diagramas:
• Diagrama de casos de uso.
• Diagrama de clases.
• Diagrama de objetos.
• Diagrama de secuencia.
• Diagrama de colaboración.
75
• Diagrama de estados.
• Diagrama de actividades.
• Diagrama de componentes.
• Diagrama de despliegue.
Los diagramas más interesantes (y los más usados) son los de casos de
uso, clases y secuencia, por lo que nos centraremos en éstos.
El diagrama de casos de usos representa gráficamente los casos de uso

que tiene un sistema. Se define un caso de uso como cada interacción
supuesta con el sistema a desarrollar, donde se representan los
requisitos funcionales. Es decir, se está diciendo lo que tiene que hacer
un sistema y cómo.
El diagrama de clases muestra un conjunto de clases, interfaces y sus

relaciones. Éste es el diagrama más común a la hora de describir el
diseño de los sistemas orientados a objetos.
En el diagrama de secuencia se muestra la interacción de los objetos

que componen un sistema de forma temporal.
El resto de diagramas muestran distintos aspectos del sistema a

modelar. Para modelar el comportamiento dinámico del sistema están
los de interacción, colaboración, estados y actividades. Los diagramas
de componentes y despliegue están enfocados a la implementación del
sistema.
6.3.5 Herramienta Utilizada (Rational Rose)
Rational Rose es la herramienta CASE desarrollada por los creadores de

UML (Booch, Rumbaugh y Jacob-son), que cubre todo el ciclo de vida de
un proyecto: concepción y formalización del modelo, construcción de los
componentes, transición a los usuarios y certificación de las distintas
fases y entregables. El navegador UML de Rational Rose nos permite
establecer una trazabilidad real entre el modelo (análisis y diseño) y el
código ejecutable. Facilita el desarrollo de un proceso cooperativo en el
que todos los agentes tienen sus propias vistas de información (vista de
76
Casos de Uso, vista Lógica, vista de Componentes y vista de

Despliegue), pero utilizan un lenguaje común para comprender y
comunicar la estructura y la funcionalidad del sistema en construcción
6.4 Desarrollo de la Metodología PUD
Propósitos del Proyecto (con respecto a la metodología)
Primeramente, el siguiente proyecto tiene como finalidad el mejorar y

automatizar el servicio de COMMON hacia los clientes y colaboradores
haciendo que sea más fácil para estos los procesos de registro y
afiliaciones, de manera tal que estos procesos no sean tan engorrosos y
sean más ágiles.
Es por eso que en este proyecto aplicamos la metodología PUD, con la

cual nos guiamos haciendo uso de los diagramas con los cuales
identificamos de una manera rápida los procesos del negocio, quienes lo
realizan y cómo lo realizan.
Además aplicamos esta metodología para poder así explicarles o

hacerles entender a los usuarios cómo el sistema interactuará con ellos
para que así los usuarios se sientan familiarizados con dicho sistema y
poder así con su ayuda captar nuevos requisitos y realizar un desarrollo
iterativo e incremental del sistema.
Objetivos del Proyecto (con respecto a la metodología)
• Aprender a identificar los procesos del negocio mas importantes que

hay en la organización en estudio al igual que los actores que
participan en este proceso.
• Aprender a delimitar las funcionalidades que va a tener el sistema.
77
• Utilizar las plantillas de casos de uso como soporte para el desarrollo

de los diferentes diagrama de secuencia como el de colaboración y
poder así entender el sistema.
• Implementar correctamente los diagramas de análisis y diseño para

el buen entendimiento de los próximos usuarios al sistema en
desarrollo.
• Prototipos en cada fase las interfaces gráficas del usuario para que
en cada iteración analizar las preferencias de los usuarios y poder
así hacer un desarrollo iterativo del sistema.
• Desarrollar diagramas de integración de los sistemas para poder

verificar la calidad del software.
78
GLOSARIO DE TERMINOS
Actores
Los Actores representan lo que interactúa con el
sistema. Ellos representan a todo lo que necesita
intercambiar información con el sistema
Atributo
Representa una propiedad de una entidad. Cada
atributo de un objeto tiene un valor que pertenece a
un dominio de valores determinado
Caso De Uso Extendido

Indica que la funcionalidad e un caso de uso
extendido, puede ser opcionalmente usada por un
caso de uso Base.
Caso De Uso Incluido

Indica que la funcionalidad de un caso de uso
incluido es usada por un caso de Uso Base
Casos De Uso
Se usan para especificar el comportamiento de el

sistema sin definir su estructura. Es una
operación/tarea específica que se realiza tras una
orden de algún agente externo, sea desde una
petición de un actor o bien desde la invocación
desde otro caso de uso.
79
Casos De Uso De Negocio

Define que debería pasar en el negocio cuando se
lleva a cabo, Describe también la ejecución de una
secuencia de acciones que producen un resultado
para un actor del negocio.
Clases
Es una abstracción de la realidad, la cual servirá
como modelo para los objetos que se realizarán
posteriormente.
Clasificadores
Instrumentos que nos permite realizar el diagrama
de secuencia en la Fase de Análisis O.O.
Componente Es una parte física reemplazable de un sistema que

empaqueta su implementación y es conforme a un
conjunto de interfaces a las que proporciona su
realización
Control
También llamado como gestor, es un clasificador
que permite delegar responsabilidades a otros
clasificadores.
Device
Es un componente de hardware, sin capacidad de
procesamiento
80
Diagramas De Actividad
Es una especialización del Diagrama de Estado,
organizado respecto de las acciones y usado para
especificar
Diagramas De Casos De Uso
Permiten definir los límites del sistema y las

relaciones entre el sistema y el entorno. Los
Casos de Uso son descripciones de la
funcionalidad del sistema independientes de la
implementación
Diagramas De Clases
Es el diagrama principal para el análisis y diseño. Un
diagrama de clases presenta las clases del sistema
con sus relaciones estructurales y de herencia
Diagramas De Colaboración
Diagrama que muestra interacciones organizadas
alrededor de los roles. A diferencia de los diagramas
de secuencia, los diagramas de colaboración
muestran explícitamente las relaciones de los roles.
Diagramas De Estado
Muestra el conjunto de estados por los cuales pasa
un objeto durante su vida en una aplicación, junto
con los cambios que permiten pasar de un estado a
otro
81
Diagramas De Secuencia
Diagrama que muestra las interacciones entre los
objetos organizadas en una secuencia temporal. En
particular muestra los objetos participantes en la
interacción y la secuencia de mensajes
intercambiados
Driver Un driver es un conjunto de clases que permiten

establecer la comunicación entre el programa java y
el DBMS que se está utilizando
Entidad
Es un clasificador que representa a una tabla dentro
de una base de datos.
Esquema
Lugar lógico el cual se colocan un conjunto de tablas
dentro de una base de datos, en el caso de Oracle,
este manejador nombra al esquema de la misma
manera que el usuario para no causar confusiones
posteriores.
Foro
Reunión para discutir asuntos de interés actual ante
un auditorio que puede intervenir en la discusión
GUI
Es la interfaz Gráfica del Usuario. (Ventanas)
Hardware
Conjunto de elementos materiales de un ordenador
electrónico
82
Interface
Es un clasificador que representa a las ventanas u
otros sistemas dentro del Diagrama de Secuencias
de la Fase de Análisis O.O.
JDBC
JDBC es usado para enviar comandos SQL hacia
una base de datos relacional, que puede ser Oracle,
Infomix, SyBase, etc. Establece una conexión con
una BD. Envía sentencias SQL. Procesa los
resultados
Links
Más conocido como enlace, como su mismo nombre
nos lo dice, nos permite enlazar documentos,
páginas web, etc. para poder así var un mayor
dinamismo de lo que se este haciendo en ese
momento (página web, documento, presentaciones,
etc.)
Metodo
Implementación de una operación en seudocódigo.
83
Metodología
Es un enfoque particular, fundado en ciertos
principios generales, de orden filosófico; es un modo
de comprender la realidad
Nodo
Elemento físico que existe en tiempo de ejecución y
representa un recurso computacional, generalmente
tiene algo de Memoria y a menudo Capacidad de
Procesamiento.
Operaciones
Es una acción que un objeto puede realizar.
Paquetes Un paquete es un elemento de modelo, de propósito

general que sirve para organizar los elmentos del
modelo en grupos.
Processor
Es un componente de hardware capaz de ejecutar
programas
Red
Conjunto de ordenadores, impresoras y otros medios
informáticos conectados entre sí
Requisitos No Funcionales
Son los que no se pueden asociar a ningún caso de
uso.
84
RUP RUP (Rational Unified Process) es un proceso de

desarrollo de software que en forma disciplinada
asigna tareas y responsabilidades en una empresa
de desarrollo (quién hace qué, cuándo y cómo).
Software
Conjunto de programas de ordenador y técnicas
informáticas
SQL
El lenguaje de consulta estructurado (SQL) es un

lenguaje de base de datos normalizado, compuesto
por comandos, cláusulas, operadores y funciones de
agregado. Estos elementos se combinan en las
instrucciones para crear, actualizar y manipular las
bases de datos.
UML
El Lenguaje Unificado de Modelado prescribe un
conjunto de notaciones y diagramas estándar para
modelar sistemas orientados a objetos, y describe la
semántica esencial de lo que estos diagramas y
símbolos significan
85
BIBLIOGRAFÍA
• http://www.rational.com
• http://www.creangel.com/uml/objeto.html
• http://www.omg.org/uml/
• http://www.uml.org/
• http://www.ibm.com/products/us/
86

Sistema Ventas Tienda

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sistema Ventas Tienda

Transféré par

Droits d'auteur :

Formats disponibles

INTRODUCCION

En el presente trabajo, como primer punto hemos recolectado

Nuestro segundo punto es la descripción de sistema, en la cual

En el tercer punto tenemos el planteamiento del proyecto, en el que

En el cuarto punto vemos todo lo relacionado a la planificación del

El quinto punto hacemos una breve descripción de la metodología

Es en el sexto punto donde empezamos aplicar la metodología RUP,

interacción poder analizar de forma exhaustiva, apoyándonos en las plantillas

1.1. Antecedentes de la Empresa

“EL TRIGAL”, es una panadería y pastelería que brinda a sus

Enfrenta diversos desafíos día a día y no todo lo negativo

“El Trigal” a adoptado un código de ética que le permite promover

Éste código también les ha permitido congregar a los

1.2. Descripción, ubicación de la empresa en el mercado y el entorno

1.2.2. Ubicación en el Mercado y el Entorno

La empresa “EL TRIGAL” compite en el sector de la

• Tecnologías usadas en las actividades de la empresa

• Prioridades de inversión en recursos tecnológicos

• Principales fuerzas de los competidores

1.3. Descripción de la misión y funciones del área donde realizo el

a) Objetivos a nivel Interno:

a.1) Base de Conocimientos

• Seminarios de panificación manteniendo así bien informado

a.2) Recursos Humanos

• “EL TRIGAL”, cuenta con un personal altamente

b) Objetivos a nivel exterior:

• El objetivo de los proveedores es tratar de ofrecer sus

• El objetivo del cliente es la buena calidad de los productos,

c) Objetivos a nivel competencia :

• Definir plan de comunicación de doble vía fluida y

1.4. Descripción de la tecnología de la información de la empresa

Actualmente EL TRIGAL DE VITARTE, no cuenta con un sistema

Objetivos Del Sistema

Luego de un análisis exhaustivo hemos llegado a la conclusión

Los objetivos específicos de nuestro sistema serían los siguientes:

a) Automatizar, simplificar y controlar el registro de venta y cierre de

Otros Respecto Al Sistema

Este sistema presentará las siguientes funcionalidades:

1.5. Levantamiento de información

RELACIÓN DE PREGUNTAS PARA LA ENTREVISTA

Objetivo : Esta entrevista ha sido diseñada para obtener información que

ENTREVISTAS AL VENDEDOR Y CAJERA

Objetivo : Esta entrevista ha sido diseñada para obtener información que

Instrucciones : Formule las preguntas de forma que no sea un interrogatorio

1. ¿ Los datos de la Boleta son llenados por usted de forma completa ?

El entrevistado Sr. Edgar Ortiz Rivera, que gentilmente accedió a

• ¿ Cuál es el monto de las ventas del Día?

Reconoce que es necesario tener ese software para tener

Los vendedores entrevistados:

Comentaron que es necesario usar una herramienta como la

2. DENICIÓN DEL PROBLEMA

2.1.Ubicación del Problema

2.2. Identificación y descripción del Problema

2.2.1. Identificación del Problema

2.2.2. Descripción del Problema

Control de inventarios en forma manual.

No hay un control efectivo diario de la rutinas de trabajo

Tenemos problemas de “papelería”, es decir, falta optimizar

No se puede responder con rapidez a preguntas tales como:

• ¿ Cual es el monto de las ventas del Día?

• ¿ Que producto se vendió mas ?

• ¿ Que vendedor vendió mas productos ?

• ¿ Cual es el stock en Inventario ?

Actualmente para responder estas preguntas en promedio se