Documentación Final Fidalga

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA
SUPERMERCADO FIDALGA
Contenido
1. PERFIL DEL PROYECTO..........................................................................................- 5 1.1.TITULO.................................................................................................................. - 5 1.2. INTRODUCCION..................................................................................................- 5 1.3.ANTECEDENTES.................................................................................................- 6 1.3.1. Breve Resea Histrica.................................................................................- 6 1.3.2. Organigrama..................................................................................................- 7 1.4.DESCRIPCIN DEL PROBLEMA.........................................................................- 7 1.5. OBJETIVOS........................................................................................................- 11 1.5.1. Objetivo General:.........................................................................................- 11 1.5.2. Objetivos Especficos:..................................................................................- 11 1.6. ALCANCE DEL PROYECTO..............................................................................- 12 1.6.1. Mdulo: Compra..........................................................................................- 12 1.6.2. Mdulo: Venta..............................................................................................- 12 1.6.3. Mdulo: Inventario.......................................................................................- 13 1.6.4. Mdulo: Administracin de usuario..............................................................- 14 1.6.5. Mdulo Reporte...........................................................................................- 14 1.7.RECURSOS PARA DESARROLLAR EL PROYECTO:.......................................- 14 1.8. BENEFICIOS PARA EL CLIENTE POR PARTE DEL SISTEMA.........................- 15 1.9. HERRAMIENTAS DE IMPLEMENTACION.........................................................- 16 2. MARCO TEORICO...................................................................................................- 20 2.1. PUDS: PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE...............- 20 2.1.1. Definicin.....................................................................................................- 20 2.1.2. Fases del PUDS..........................................................................................- 20 2.1.3. Caractersticas Del PUDS............................................................................- 22 2.1.4. Hitos del PUDS............................................................................................- 24 2.1.5. Las 4 P del Desarrollo del Software.............................................................- 25 2.2. UML - EL LENGUAJE UNIFICADO DE MODELADO.........................................- 25 2.1.1.
Concepto.................................................................................................- 25 -
2.1.2.
Historia....................................................................................................- 25 -
2.1.3.
Metas del UML........................................................................................- 29 -
Sistema de Informacin II
Pgina 1

2.1.4.
Uso del UML............................................................................................- 29 -
2.1.5.
Definicin de Diagramas..........................................................................- 30 -
3. MODELOS................................................................................................................ - 38 3.1. MODELO DE NEGOCIO....................................................................................- 38 3.2. MODELO DE DOMINIO.....................................................................................- 40 4. FLUJO DE TRABAJO CAPTURA DE REQUISITO.................................................- 42 4.1. IDENTIFICAR ACTORES Y CASOS DE USO....................................................- 42 4.2. PRIORIZACIN DE CASOS DE USO................................................................- 44 4.3. DETALALLAR CASOS DE USO.........................................................................- 45 4.4. DIAGRAMA GENERAL DE CASOS DE USO.....................................................- 69 5. FLUJO DE TRABAJO ANLISIS.............................................................................- 71 5.1. ANLISIS DE LA ARQUITECTURA....................................................................- 71 5.1.1. Identificar paquetes......................................................................................- 71 5.1.2. Vista de paquetes........................................................................................- 72 5.1.3. Encapsular casos de uso.............................................................................- 74 5.1.4. Diagramas de clases del anlisis.................................................................- 91 5.2. ANLISIS DE CLASES.....................................................................................- 101 5.3. ANLISIS DE PAQUETES................................................................................- 117 6. fLUJO DE TRABAJO DISEO...............................................................................- 119 6.1. ARQUITECTURA DEL DISEO........................................................................- 119 6.1.1.
Escenario de usuario del sistema..........................................................- 119 -
6.1.2.
Arquitectura fsica del diseo.................................................................- 120 -
6.1.3.
Arquitectura lgica del diseo................................................................- 121 -
6.2. DISEO DE CASOS DE USO..........................................................................- 122 6.2.1.
Diagrama de secuencia.........................................................................- 122 -
6.2.2.
Diagrama parcial de clases del diseo..................................................- 127 -
6.3. DISEO DE DATOS.........................................................................................- 130 6.3.1.
Diagrama de clases...............................................................................- 130 -
6.3.2.
Diseo lgico de la base de datos.........................................................- 131 -
6.3.3.
Diseo Fsico de la base de datos.........................................................- 133 -
6.4. DISEO DE INTERFAZ DE USUARIO............................................................- 144 6.4.1.
Formulario.............................................................................................- 144 -
Pgina 2

6.4.2.
Reportes................................................................................................- 146 -
6.5. DIAGRAMAS DE ESTADO...............................................................................- 147 6.6. DIAGRAMA DE TIEMPO..................................................................................- 149 6.7. DIAGRAMA DE NAVEGACIN........................................................................- 151 7. FLUJO DE TRABAJO IMPLEMENTACIN...........................................................- 153 7.1 ELECCION DE PLATAFORMA DE DESARROLLO DE SOFTWARE................- 153 7.2 MODELO DE IMPLEMENTACION DEL SISTEMA (Arquitectura)......................- 157 7.3. ARQUITECTURA DE LA IMPLEMENTACION DEL SUBSISTEMA..................- 159 7.4. INGENIERA INVERSA....................................................................................- 162 8.FLUJO DE TRABAJO PRUEBAS...........................................................................- 165 8.1. CASO DE PRUEBA..........................................................................................- 165 CONCLUSION............................................................................................................ - 167 RECOMENDACIN....................................................................................................- 167 BIBLIOGRAFIA.......................................................................................................... - 168 ANEXOS..................................................................................................................... - 169 -
Pgina 3

PARTE 1
PERFIL DEL
PROYECTO
En esta primera parte se har una breve introduccin
sobre el proyecto, explicando el contorno en el que se
desarrollara el Sistema de Informacin para el Control de
compra,
venta
inventario
del
supermercado
FIDALGAtambin daremos a conocer la situacin ,

Problemtica y objetivos a ser alcanzados.
Pgina 4

1. PERFIL DEL PROYECTO

1.1.TITULO
Sistema de informacin para la administracin de Compra, venta e inventario para
el supermercado Fidalga
1.2. INTRODUCCION
La tecnologa en el Comercio, ha ido evolucionando con el tiempo y gracias a los
sistemas computarizados las empresas van mejorando notablemente en su
administracin, consiguiendo a su vez ofrecer productos y servicios de alta calidad
que cumplan con los controles de normas establecidos. Hoy en da toda empresa
cuenta con sistemas transaccionales, llamados tambin sistemas de informacin,
que le ayudan a tener un mejor desempeo en sus funciones, los cuales son
diseados y adaptados de acuerdo a las necesidades o requerimientos que estas
exijan.
Con el aporte tecnolgico, los sistemas operacionales estn consiguiendo ser
automatizados obteniendo una reduccin notable, de costos de mano de obra,
material y tiempo. Las operaciones que antes exigan un tedioso trabajo, por parte
del personal, hoy resultan ser accesibles y fciles de manejar. Empresas tales
como supermercados, los cuales manejan altos volmenes de productos, exigen
una automatizacin en sus operaciones para un mejor control de estos, ya que
requieren tener, de manera continua, informacin actualizada en el menor tiempo
posible para mantener estabilidad en el desempeo de sus funciones.
El desarrollo de un sistema transaccional implica conocer las necesidades de una
empresa, estudiar detalladamente sus procesos o polticas de negocio y aplicar
una adecuada metodologa de desarrollo que permita la construccin gradual e
incremental del sistema a un menor costo de recurso y de esfuerzo utilizando
herramientas de modelado como aporte del mismo.
Pgina 5

En el presente trabajo, se mostrar el desarrollo completo de un sistema de

informacin para el supermercado Fidalga para sus procesos de compra, venta y
almacn. Se estudiarn los procesos y se conocern los requerimientos de dicho
supermercado, y utilizando la metodologa P.U.D.S (Proceso unificado de

desarrollo de software) se detallarn - con la ayuda de la herramienta de
modelado UML 2.0 - todas las fases que componen dicha metodologa: captura de
requisitos, anlisis, diseo, implementacin y prueba.,
1.3.ANTECEDENTES
1.3.1. Breve Resea Histrica
El supermercado Fidalga se inici hace 24 aos con el nombre de Ketal, que
luego fue cambiado hace 5 aos con el nombre de Fidalga, con su propietaria
Rosario Shamissedine el supermercado contaba con una sola sucursal la cual solo
administraba la gerente general la Sra. Rosario Shamissedine al pasar el tiempo el
supermercado fue creciendo con la cual abrieron 4 sucursales mas las cuales
estn ubicadas en diferentes puntos de Santa Cruz, como tambin cuenta con una
sucursal en Montero.
Al iniciarse este supermercado ya contaba con un sistema, pero posteriormente
fue reemplazado por el sistema que tienen actualmente que es el SAI, el cual es
compartido con las 5 sucursales. Este reemplazo se debi a que el sistema con el
que trabajaban era obsoleto y se tena que trabajar ms, por lo que demoraban
demasiado tiempo en realizar sus tareas, pero ahora con el nuevo sistema se
consegua una mejor optimizacin de recursos de tiempo y de esfuerzo.
En la actualidad y con 24 aos de historia Fidalga junto a Hipermaxi son las
cadenas que manejan el mercado, en salas que a veces superan los 2 metros
cuadrados, donde se ofrece una verdadera revolucin de productos, con precios
cada vez ms competitivos en relacin al mercado informal, siendo estos los
supermercados ms reconocidos a nivel regional.
Pgina 6

La misin de todo supermercado es Hacer una vida ms fcil, y este logro ha

sido alcanzado en Fidalga desde hace ms de 15 aos gracias a la modernidad de
sus instalaciones y al exhaustivo trabajo de ofrecer productos y servicios de muy

alta calidad.
1.3.2. Organigrama
El supermercado Fidalga maneja una estructura jerrquica horizontal, en la que se
denotan los mandos altos y bajos de su organizacin la cual se muestra en la
siguiente figura:
Gerencia
General
Dpto.
Comercial
Compra
Dpto. de
Sistemas
Dpto. de
Administraci
on y
Finanzas
Ventas
contabillida
d
1.4.DESCRIPCIN DEL PROBLEMA

Como bien es sabido, los supermercados han ido surgiendo con el tiempo debido
a la necesidad de personas, en su mayora, mujeres que desempeaban mltiples
roles en su diario vivir las cuales demandaban conseguir productos de consumo
de manera rpida. Pero, pese a la necesidad de conseguir productos de consumo
en un menor tiempo y sin tener que desatender las dems actividades, stas an
no se acostumbraban a este nuevo estilo de compra ms sofisticado. Antes,
hubiera sido impensable que las amas de casa se dirijan a los supermercados
para hacer sus compras de la semana. Pero lo que antes era imposible hoy en da
es sencillamente natural. Por cuestiones prcticas, pero adems de economa, la
gente prefiere hacer sus compras en centros especializados que ofrecen una
Pgina 7

variedad insospechada de productos. En un supermercado se pueden encontrar

juguetes, libros, farmacias, licores y hasta una completa oferta y variedad de
productos del hogar a costos realmente econmicos. Los supermercados se han
convertido en multi-servicios, en complejos centros comerciales donde se ofertan
servicios financieros y recreativos pensando siempre en hacer de esta vida una
vida ms fcil, pero las exigencias sobre el servicio y las condiciones del lugar de
compra son cada vez mayores. Esta situacin obliga a todo supermercado a tener
una mejora continua en innovacin de servicio.
El supermercadismo tiene un desafo interesante de crecimiento, de tal manera
que est ganando espacio a la informalidad. Adems, hay otros factores que son
el tiempo, calidad y seguridad que ofrece el servicio del supermercado, que influye
en la decisin a la hora de comprar.
En Bolivia, para mejorar la vida de las familias significa asumir varios desafos en
el supermercadismo boliviano. El ejecutivo de Supermercados Fidalga, explica:
lograr un gran stock de productos, rapidez en la renovacin, mejoramiento y
ampliacin de los puntos de venta, acompaados por la creacin de empleos y el
incentivo para productores y consumidores, son parte de un trabajo que debe
acompaar el dinamismo del mercado de la oferta y demanda.
En la actualidad existe una amplia gama de supermercados, cada uno de ellos
maneja, de manera independiente, estrategias de funcionamiento o polticas de
negocio que le permiten desempear sus funciones de forma eficiente pensando
siempre en brindar un mejor servicio y mantener su estabilidad laboral. Dichas
funciones deben ser bien controladas para un mejor manejo de la informacin y
as poder atender a las necesidades de la clientela.
Ahora veremos, cmo es que el supermercado Fidalga, desarrolla sus funciones
para poder brindar su servicio, y de esta manera, poder estudiar a detalle la
problemtica del proceso que se pretende automatizar.
Pgina 8

Las principales funciones que maneja el supermercado son de compra, venta e

inventario, en las cuales se trata de tener un control estricto de los productos
desde el momento que son comprados hasta que son vendidos.
El supermercado trabaja con distintas marcas de producto. Maneja un registro de
todos los productos que ofrece identificados por cdigo. Dichos productos son
agrupados por sectores o tipos de producto al que pertenecen. Para registrar un
producto nuevo, el encargado de compra, asigna el cdigo el cual viene asignado
en el producto (cdigo de barra), especifica la descripcin del producto, su precio
de compra, el precio de venta, especifica la unidad de medida, asigna un stockmnimo y mximo y especifica el grupo al que pertenece dicho producto.
Fidalga realiza promociones, por producto o por paquetes promocionales (donde
un determinado grupo de productos tienen un mismo descuento), pero estos
tienen un periodo de duracin. Tambin tienen promociones por comprar
productos con un valor determinado por la empresa por ejemplo: si compra valor
de 100bs le regalan una entrada al cine.
Las compras son programadas por semana o por mes y todas son al crdito, pero
estas deben ser canceladas en un solo pago, antes del plazo de cancelacin, que
normalmente es de 45 das. Para realizar las compras, estas pueden ser de dos
tipos: normales o condicionales. Para realizar una compra normal, el encargado de
compras, realiza la correspondiente nota de pedido, seleccionando aquellos
productos que estn faltando o cuyo stock est alcanzando el stock mnimo - con
sus correspondientes cantidades a ser requeridas - y enva la nota de pedido a
un determinado proveedor, y una vez recibido el pedido este es registrado como
compra recibida y ser cancelada antes del plazo. Para realizar una compra
condicional se procede de igual manera, pero a diferencia de las compras
normales, en esta se cancela lo vendido y el resto es devuelto al proveedor. Puede
tambin darse los casos de devolucin de productos independiente del tipo de
compra.
Pgina 9

Una vez recibido los productos en el almacn este es supervisado por el

encargado de compra y el bodeguero, para autorizar su correspondiente registro
de ingreso a almacn. Los productos llegan por lotes (en caso de ser enlatados
galletas u otros) o de manera normal (en caso de ser pan, carne, o productos
perecederos). Pero ambos son registrados, por el bodeguero, en planillas de
control de ingreso. En caso de ser un ingreso por lote, se detallan cada uno de los
lotes, especificando su cdigo, descripcin del producto, la cantidad que contiene
y la fecha de vencimiento de dicho lote. Y en caso de ser normal se registra el
cdigo, descripcin del producto, cantidad con su respectiva unidad de medida.
Cuando los productos salen de almacn, por algn motivo, ya sea para venta,
donacin u otros; estos deben ser registrados, por el bodeguero en compaa del
encargado de venta, en planillas de control de salida en donde se detalla de igual
forma que un ingreso pero especificando el motivo de la salida.
Las Ventas de productos se realizan de la siguiente manera:
El cliente llega al supermercado, y este se dirige hacia los casilleros que estn
ubicados a la entrada, para dejar sus pertenencias, luego el personal le entrega
una llave para que guarde sus pertenencias all. Posteriormente el cliente se
dirige, hacia las diferentes secciones del supermercado para seleccionar los
productos que va comprar. Una vez seleccionado los productos, el cliente tiene
que pasar por caja a cancelar lo que va comprar; donde le entregarn una factura
por la compra realizada. Posteriormente, el cliente debe dirigirse hacia el casillero
a recoger sus pertenencias y devolver la llave que se le entreg.
El supermercado ofrece dos tipos de venta: ventas contado (dirigida a personas
normales) y ventas crditos (dirigida a empresas). Para realizar una venta normal,
el cliente selecciona sus productos y procede a cancelar en caja, donde la cajera
haciendo uso del lector de cdigo de barra, el cual reconocer el precio de los
productos, para permitir emitir la factura correspondiente con la descripcin de los
productos y el monto total a ser cancelado. Para realizar una venta crdito se
seleccionan los productos requeridos y se asigna un plazo lmite a ser cancelada.
Pgina 10

El supermercado realiza el inventario de todos los productos existentes cada fin, y

este es realizado de manera manual, en donde el personal registra producto por
producto el estado de cada producto, comenzando desde almacn hasta la venta.
Y con la ayuda del sistema se podr comprobar las existencias, los vencimientos y
las prdidas de cada uno de los productos, para luego dar de baja a aquellos que
lo requieran, ya sea por motivo de vencimiento o por prdida.
En algunos casos los jefes de seccin de un Supermercado tienen cierto margen
para decidir el surtido, la colocacin de los productos y los mrgenes o precios de
venta. En cambio en este supermercado para decidir el surtido, colocacin de los
productos y los mrgenes o precios de venta vienen desde la gerencia general.
1.5. OBJETIVOS
1.5.1. Objetivo General:
Realizar un sistema de compra y venta e inventario para unsupermercado.
1.5.2. Objetivos Especficos:
Recolectar informacin sobre la organizacin y el funcionamiento de

los supermercados mediante entrevistas a los encargados y a los
propietarios.
Analizar el funcionamiento de los supermercados tales como la venta

y compra de los productos.
Disear e implementar una base de datos que soporte la informacin

de los datos que van a ser procesados utilizando el SGBD SQL
Server.
Implementar mdulos que sean representativos del sistema como ser

mdulos de venta, compra, almacn, administracin de Usuario y
Reporte utilizando le lenguaje de programacin VISUAL BASIC.
Realizar el respectivo anlisis y diseo del problema mediante

metodologas de desarrollo de software (StarUml, Enterprise).
Pgina 11

Realizar las pruebas necesarias para el ptimo funcionamiento del

sistema.
1.6. ALCANCE DEL PROYECTO

El alcance ptimo del sistema de informacin se muestra en mdulos
especializados y dentro de cada mdulo los procesos especficos a utilizarse, todo
como se detalla a continuacin:
1.6.1. Mdulo: Compra
Gestionar compra
Se encargara de registrar las transacciones de compra que se realizar
con el proveedor.
Gestionar Proveedor
Tendr las funciones de registrar, modificar y eliminar los datos de los
proveedores.
Registrar Devolucin compra

Se encargara
de registrar las transacciones que se realizar con el
proveedor sobre la devolucin de productos.

1.6.2. Mdulo: Venta
Gestionar Venta
Cumplir la funcin de registrar las transacciones de venta que se realizan
con los clientes.
Gestionar Cliente
En donde se podr registrar, modificar y eliminar los datos de los clientes.
Registrar Factura
Es donde se podr registrar y emitir facturas de la compra que el cliente
realiza.
Gestionar Cuota de Venta

Es donde se podr registrar las cutas de venta pagadas por el cliente.
Registrar Recibo
Pgina 12

Es donde se podr registrar y emitir recibos por las cuotas de venta que el
cliente pague.
Gestionar Forma de Pago

En donde se podr registrar, modificar y eliminar las formas de pago.
Gestionar Promociones
Realizacin de ofertas entre fechas, artculos de regalo, aplicar descuentos
y modificar el precio por defecto de cada artculo.
1.6.3. Mdulo: Inventario
Gestionar Producto
Cumplir la funcin de registrar y modificar todos los datos de los nuevos
productos adquiridos la cual tendr el nombre del producto, el stock del
producto, precio de venta.
Gestionar Marca
Permite gestionar las marcas existentes de los productos
Gestionar Tipo de producto

Permite registrar los diferentes tipos de productos a travs de su cdigo
asignado y su nombre.
Registrar Baja Producto

Permitir registrar los productos que hayan sido dado de baja.
Registrar Lote
Se podr tambin registrar lote de un producto, donde cada lote tiene una
cantidad como tambin una fecha de vencimiento.
Registrar Ingreso
Permitir registrar el ingreso de los diferentes productos que llegan al
almacn.
Registrar Salida
Permitir registrar las salidas de los diferentes productos que salen del
almacn.
Pgina 13

1.6.4. Mdulo: Administracin de usuario
Gestionar Usuario:
Permitir registrar, modificar y eliminar los distintos tipos de usuarios que
interactuarn con el sistema.
Iniciar sesin
Permitir al usuario ingresar al sistema a travs de su cuenta.
Gestionar Grupo:
Permitir al administrador del sistema registrar, modificar datos eliminar o
consultar un grupo de usuario.
Asignar Privilegio:
Permitir asignar y quitar privilegios a los diferentes grupos de usuarios.
Registrar Operacin
Permitir registrar todas las operaciones que el usuario realice.
Consultar Bitcora: Mostrar los movimientos u operaciones realizadas

por los diferentes usuarios.
1.6.5. Mdulo Reporte

Nos permitir generar reportes de los diferentes Mdulos:
Reporte de Compra
Reporte de Venta
Reporte de Inventario
1.7.RECURSOS PARA DESARROLLAR EL PROYECTO:

Hardware
Computadora (Pentium
Precio
400 $us
IV ,DD 80 GB
,Ram512MB,
Procesador 2.8 GHz).
Impresora Canon.
45$sus
Pgina 14

Muebles de escritorio
50 $us
Software
Precio
Licencia Sistema
185 $us
Operativo Windows XP
1.8. BENEFICIOS PARA EL CLIENTE POR PARTE DEL SISTEMA
Intuitivo y muy fcil de usar.
Control de usuarios por perfil de acceso; reas autorizadas y restringidas.

Registrar cada evento de Compra, Venta de los productos sus ofertas y
sus precios.
Hacer descuentos y modificar el precio por defecto de cada artculo.
Podemos introducir un artculo y modificarlo.
Tambin es posible efectuar bsquedas para determinar el precio de un

artculo.
Nos determina el cambio a devolver, en base a la cantidad entregada por

el cliente.
Fcil
interaccin
de
mdulos
de
venta,
compras,
inventario,
administracin de usuarios y reportes como desee.
Sencilla y econmica opcin para tener completo control de las ventas

realizadas, y a la vez tener el stock perfectamente gestionado.
Ampliamente configurable, en cuanto a su aspecto y comportamiento.
Pgina 15

1.9. HERRAMIENTAS DE IMPLEMENTACION

Las herramientas que utilizaremos sern las siguientes:
UML.- El lenguaje de modelado StarUML(UML, por sus siglas en ingles,
UnifiedModelingLanguage ) es el lenguaje de modelado de sistemas de
software mas conocido y utilizado en la actualidad; y esta respaldado
por el OMG(Object Management Group). Es un lenguaje grafico para
visualizar, especificar, construir y documentar un sistema.UML ofrece un
estndar para describir un plano del sistema(modelo), incluyendo
aspectos conceptuales tales como procesos de negocio y funciones del
sistema, y aspectos concretos como expresiones de lenguajes de
programacin,
esquemas
de
bases
de
datos
componentes
reutilizables.
SQL.- Se trata de un SGBD objeto-relacional. SQL permite crear los

tipos estructurados definidos por el usuario; Estos tipos estructurados
tienen un nmero de caractersticas:
Todos los aspectos de un comportamiento son provistos mediante

mtodos, funciones y procedimientos.
Sus atributos son encapsulados mediante el uso del sistema generador

observador y mutador de (funciones get y set).
Pgina 16

Las comparaciones de usos valores son nicamente realizadas

mediante funciones definidas por el usuario.
Existe las jerarquas de tipo, en las cuales ms tipos especializados

(subtipos) tienen todos sus atributos y todos los mtodos de los tipos
generalizados (supertipos), pero pueden agregar nuevos atributos y
mtodos particulares.
VISUAL BASIC.-Visual Basic es un lenguaje de programacin de los

llamados visuales, puesto que parte de la programacin que se realiza
con el se basa en la utilizacin de elementos visuales. La palabra
Visual hace referencia al mtodo que se utiliza para crear la interfaz
grafica de usuario. En lugar de escribir numerosas lneas de cdigo para
describir la apariencia y la ubicacin de los elementos de la interfaz,
simplemente podemos agregar objetos prefabricados en su lugar dentro
de la pantalla, que ahorran mucho tiempo de programacin y que
sobrepasan el concepto de la programacin convencional en cuanto a la
estructura secuencial del programa.
PROCESO
ENTRADA
ELEMENTOS DEL SISTEMA
SALIDA
Compra
del
Gestionar
compra
Datos
proveedor.
Datos almacenados.
Agregar productos.
Reporte
de los
compras
Registrar
los datos necesarios de los proveedores
nuevos
y antiguos.
Ingresar
fecha.
Actualizar
los datos de los proveedores.
Tipo
de pago.
Actualizar los productos.
Pgina 17

Gestionar venta
Pgina 18

PROCESO
ENTRADA
SALIDA
Venta
Ingresar nit - ci
Datos almacenados.
Ingresar datos del cliente
Genera factura
Agregar los Producto
Registrar
los
datos
necesarios
del
cliente
nuevo yde
antiguo.
Reporte
las ventas
fecha
Actualizar los datos de los cliente
Registrar una venta.
PARTE 2
MARCO
Pgina 19

2. MARCO TEORICO
2.1. PUDS: PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE
2.1.1. Definicin
El Proceso Unificado "es un proceso de desarrollo de software configurable que
se adapta a travs de los proyectos variados en tamaos y complejidad.
El Proceso Unificado gua a los equipos de proyecto en cmo administrar el
desarrollo iterativo de un modo controlado mientras se balancean los
requerimientos del negocio, el tiempo al mercado y los riesgos del proyecto. El
proceso describe los diversos pasos involucrados en la captura de los
requerimientos y en el establecimiento de una gua arquitectnica lo ms pronto,
para disear y probar el sistema hecho de acuerdo a los requerimientos y a la
arquitectura. El proceso describe qu entregables producir, cmo desarrollarlos y
tambin provee patrones. El proceso unificado es soportado por herramientas que
automatizan entre otras cosas, el modelado visual, la administracin de cambios y
las pruebas.
El Proceso Unificado ha adoptado un enfoque que se caracteriza por:
Interaccin con el usuario continua desde un inicio
Mitigacin de riesgos antes de que ocurran
Liberaciones frecuentes
Aseguramiento de la calidad
Involucramiento del equipo en todas las decisiones del proyecto
Anticiparse al cambio de requerimientos
El Proceso Unificado es un proceso porque "define quin est haciendo qu,

cundo lo hacer y cmo alcanzar cierto objetivo, en este caso el desarrollo de
software"
Pgina 20

2.1.2. Fases del PUDS
Fase de Inicio
En esta fase se establece la oportunidad y alcance el proyecto. Se identifican

todas las entidades externas con las que se trata (actores) y se define la
interaccin en un alto nivel de abstraccin: se deben identificar todos los casos de
uso, y se deben describir algunos en detalle. La oportunidad del negocio incluye:
definir los criterios de xito, identificacin de riesgos, estimacin de recursos
necesarios, y plan de las fases incluyendo hitos.
Fase de elaboracin
Definir y validar una arquitectura estable. Se hace un refinamiento de la Visin del

sistema, basndose en nueva informacin obtenida durante esta fase, se
establece una slida comprensin de los casos de uso ms crticos que definen
las decisiones arquitectnicas y de planificacin. Creacin de los planes de
desarrollo detallados para las iteraciones de la fase de construccin.
Fase de construccin
Gestin de los recursos, optimizacin y control de los procesos de construccin

del
software.
Se completa el desarrollo de los componentes y/o subsistemas, probndolos

contra un conjunto definido de criterios aprobados al inicio del proyecto.
Fase de transicin
Ejecucin de los planes de implantacin. Se finalizan los manuales de usuario y

mantenimiento. Pruebas del sistema en el entorno de explotacin. Creacin de
una relase del sistema. Validacin del sistema por los usuarios. Ajuste fino del
sistema segn la validacin con el usuario. Se facilita la transicin del sistema al
personal de mantenimiento. Se pone el producto a disposicin del usuario final.
Pgina 21

Pgina 22

2.1.3. Caractersticas Del PUDS
Figura 2. Caractersticas del PUDS
Iterativo e Incremental
El Proceso Unificado es un marco de desarrollo iterativo e incremental

compuesto de cuatro fases denominadas Inicio, Elaboracin, Construccin y
Transicin. Cada una de estas fases es a su vez dividida en una serie de
iteraciones (la de inicio slo consta de varias iteraciones en proyectos grandes).
Estas iteraciones ofrecen como resultado un incremento del producto desarrollado
que aade o mejora las funcionalidades del sistema en desarrollo. Cada una de
estas iteraciones se divide a su vez en una serie de disciplinas que recuerdan a
las definidas en el ciclo de vida clsico o en cascada: Requisitos, Anlisis, Diseo,
Implementacin y Prueba. Aunque todas las iteraciones suelen incluir trabajo en
casi todas las disciplinas, el grado de esfuerzo dentro de cada una de ellas vara a
lo largo del proyecto.
Pgina 23

Dirigido por los casos de uso
En el Proceso Unificado los casos de uso se utilizan para capturar los requisitos
funcionales y para definir los contenidos de las iteraciones. La idea es que cada
iteracin tome un conjunto de casos de uso o escenarios y desarrolle todo el
camino a travs de las distintas disciplinas: diseo, implementacin, prueba, etc.
Fig. Caractersticas Dirigidas por los casos de uso
Centrado en la arquitectura
El Proceso Unificado asume que no existe un modelo nico que cubra todos los
aspectos del sistema. Por dicho motivo existen mltiples modelos y vistas que
definen la arquitectura software de un sistema. La analoga con la construccin es
clara, cuando construyes un edificio existen diversos planos que incluyen los
distintos servicios del mismo: electricidad, fontanera, etc.La arquitectura de
Sistema es la visin general comn en la que todos los empleados
(desarrolladores y otros usuarios) deben estar de acuerdo. La arquitectura da una
clara perspectiva del sistema completo, necesaria para controlar el desarrollo.
Se necesita arquitectura para:
-
Comprender el Sistema
Organizar el desarrollo
Fomentar la reutilizacin
Hacer evolucionar el Sistema
Enfocado en los riesgos
El Proceso Unificado requiere que el equipo del proyecto se centre en identificar

los riesgos crticos en una etapa temprana del ciclo de vida. Los resultados de
Pgina 24

cada iteracin, en especial los de la fase de Elaboracin, deben ser seleccionados

en un orden que asegure que los riesgos principales son considerados primero.
2.1.4. Hitos del PUDS
Fig. Hitos del PUDS

1. Establecer el mbito del producto, la identificacin de los principales riesgos
y la viabilidad del proyecto.
2. Obtener una lnea base de la arquitectura del sistema, capturar la mayora
de
los requisitos y reducir los riesgos principales as como permitir la
escalabilidad del equipo del proyecto durante la fase de construccin.

3. Desarrollo del sistema con calidad de produccin y prepararse para la
entrega al equipo de transicin. Toda la funcionalidad debe haber sido
implementada y las pruebas para el estado beta de la aplicacin
completadas. Si el proyecto no logra alcanzar este hito, entonces la
transicin deber posponerse una iteracin.
4. Consiste en decidir si los objetivos se cumplieron y si debe comenzarse otro
ciclo de desarrollo. Es el resultado de la revisin y aceptacin por parte del
cliente de los artefactos que le han sido entregados.
Pgina 25

2.1.5. Las 4 P del Desarrollo del Software

Dentro de todo proyecto de desarrollo de software intervienen los siguientes
conceptos que son claves para comprender el tema.
Proyecto: El trabajo que se quiere desarrollar.
Persona: El grupo de desarrollo del proyecto
Proceso: herramientas que se utilizan para el desarrollo P.U.D.S.
Producto: Resultado final del proyecto (Sistema de Informacin).
2.2. UML - EL LENGUAJE UNIFICADO DE MODELADO

2.1.1. Concepto
El Lenguaje de ModeladoUnificado (UML, Unified Modeling Language), es el
lenguaje de modelado orientado a objetos estndar de la industria para
especificar, visualizar, construir y documentar los elementos, artefactos de los
sistemas de software, as como para modelado del negocio y de otros sistemas
que no son de software.
Captura desiciones y conocimientos sobre los sistemas que se deben construir. Se
usa para entender, disear, ojear, configurar, mantener y controlar l a informacin
sobre tales sistemas.
Simplifica el proceso complejo de anlisis y diseo de software, facilitando un
plano para la construccin. En el caso de nuestro trabajo trataremos de plasmar
de manera clara aspectos importantes de UML y su aplicacin en el anlisis y
diseo de sistemas.
2.1.2. Historia
La Guerra de los Mtodos
El Anlisis y Diseo Estructurado fue tal vez la primera familia de mtodos de
desarrollo de software que fue usada ampliamente. Formalizado durante el inicio
Pgina 26

de los 70s por Ed Yourdon, Tom DeMarco, Larry Constantine, Cris Gane, y otros,
este mtodo fue muy til para una amplia variedad de problemas. in embargo, bajo
los estndares actuales, los problemas para los cuales el Anlisis y Diseo
Estructurado era aplicado son muy simples y de poco alcance descubriendo las
limitaciones de este mtodo. De ah es que aparecieron lenguajes basados en
objetos y orientados a objetos y tambin se descubri problemas
Hacia finales de la dcada de los 80s, los lenguajes y procesos se estaban
moviendo al paradigma orientado a objetos. En general las tcnicas orientadas a
objetos resolvan los problemas de administracin de la complejidad, y eran
mucho ms apropiados para un proceso
de desarrollo iterativo, su caracterstica fue su enfoque en modelar el vocabulario
del problema y el espacio de la solucin en una forma que proporciona un plano
ms exacto para la construccin del software.
El nmero de mtodos orientados a objetos se increment de menos de 10 a ms
de 50 durante el perodo entre 1989 y 1994, lo que origino la llamada guerra de
los mtodos. Comenzaron a aparecer nuevas generaciones de los mtodos con
unos cuantos mtodos emergentes, ms notablemente los siguientes:
. Booch: El mtodo de Grady Booch que defini la nocin de que un sistema es
analizado en una serie de vistas, donde cada vista es descrita por una serie de
diagramas de modelo.
. OMT: La Tcnica de Modelaje de Objetos (OMT: Object Modeling Technique) es
un mtodo desarrollado en General Electric donde James Rumbaugh trabajaba
previamente. Es por ello un proceso directamente para pruebas, basado en la
especificacin de requerimientos. El sistema es descrito por una serie de modelos:
el modelo de objetos, del modelo dinmico y el modelo funcional, tambin
contena descripciones prcticas de cmo hacer el diseo de un sistema, tomando
en cuenta la concurrencia y el mapeo a las bases de datos relacionales.
Pgina 27

. OOSE/Objectory: Los mtodos OOSE y el Objectory fueron por Ivar Jacobson.

El mtodo OOSE es la visin de Ivar Jacobson de un mtodo orientado a
objetos; el mtodo est basado en los casos de uso, los cuales definen los
requerimientos iniciales de un sistema como es visto por un actor externo.
. Fusion: El mtodo Fusion viene de Hewlett-Packard. Es llamado un mtodo de
segunda generacin. El mtodo Fusion ha extendido las tcnicas para la
especificacin de operaciones e interacciones entre los objetos. El mtodo tiene
un nmero grande de diagramas de modelos.
. Coad/Yourdon: El mtodo de Coad/Yourdon, tambin conocido como
OOA/OOD, fue uno de los primeros mtodos utilizados para el anlisis y el diseo
orientado a objetos. El mtodo es algo simple y fcil de aprender, es para
principiantes.
Cada uno de estos mtodos tena su propia notacin (los smbolos utilizados
para dibujar los modelos orientados a objetos), proceso (qu actividades realizar
en las diferentes partes del desarrollo), y herramientas (las herramientas CASE
que soporten la notacin y los procesos). Esto haca la eleccin del mtodo una
decisin muy importante, y a menudo conllevaba a fuertes discusiones y debates
acerca de cul mtodo era el mejor, el ms avanzado, y el correcto para
utilizar en un proyecto especfico.
El trabajo en el UML comenz oficialmente en Octubre de 1994 cuando Rumbaugh
se uni a Booch en Rational. Su objetivo era el de crear un nuevo mtodo, el
Mtodo Unificado, que unira el mtodo de Booch y el mtodo OMT-2. La
versin 0.8 del Mtodo Unificado fue liberada en Octubre de 1995.
Alrededor de la misma fecha Ivar Jacobson el hombre detrs de los mtodos
OOSE y Objectory se uni a ellos y el alcance del UML fue expandido para
incorporar OOSE. Rational Software tambin compr Objective Systems, la
empresa sueca que desarroll y distribuy el Objectory.
Pgina 28

En este momento, los futuros desarrolladores del UML tambin se dieron cuenta
que su trabajo estaba dirigido ms directamente hacia la creacin de un lenguaje
de modelaje estndar, y renombraron su trabajo como Lenguaje de Modelaje
Unificado.
Los esfuerzos de Booch, Rumbaugh y Jacobson resultaron en la liberacin del
UML 0.9 en Junio de 1996 y 0.91 en Octubre de 1996. Durante 1996, una serie
de organizaciones se unieron a Rational para formar el consorcio de los socios del
UML. Estas organizaciones consideraban al UML como estratgico para sus
negocios y contribuyeron con la definicin del UML lanzaron la versin 1.0 del
UML en Enero de 1997.
El UML est destinado a ser dominante, el lenguaje de modelaje comn utilizado
en la industria. Tiene un amplio rango de uso, est construido sobre tcnicas bien
establecidas y probadas para el modelaje de sistemas. Tiene el soporte para la
industria necesario para establecer un estndar en el mundo real.
El UML est bien documentado con metamodelos (un modelo de los elementos
del modelo) del lenguaje, y con una especificacin formal de la semntica del
lenguaje.
Para establecer el UML, los desarrolladores y Rational se dieron cuenta que el
lenguaje tena que estar disponible para cualquiera. Por consiguiente, el lenguaje
no tiene un propietario y est abierto para todos.
La OMG, ofreci el UML 1.0 para su estandarizacin en Enero de 1997. Entre
Enero y Julio de 1997 el grupo original de socios fue expandido para formalizar la
especificacin del UML y para integrar el UML con otros esfuerzos de
estandarizacin. La versin revisada UML 1.1 fue ofrecida al OMG para
estandarizacin en Julio de 1997. En Septiembre de 1997 esta versin fue
aceptada por la Fuerza de Trabajo de Anlisis y Diseo del OMG y la Junta de
Arquitectura del OMG, y despus de votos por todos los miembros del OMG fue
aceptada el 14 de Noviembre de 1997.
Pgina 29

2.1.3. Metas del UML

Las metas primarias en el diseo del UML fueron:
1. Proporcionar a los usuarios un lenguaje de modelaje visual expresivo que
permita desarrollar e intercambiar modelos con significado.
2. Proporcionar mecanismos de extensibilidad y especializacin para extender los
conceptos centrales.
3. Proporcionar una base formal para entender el lenguaje de modelaje.
4. Incentivar el crecimiento del mercado de herramientas orientadas a objetos.
5. Soportar conceptos de desarrollo de alto nivel tales como colaboraciones,
estructuras, patrones y componentes.
2.1.4. Uso del UML
El UML es utilizado para modelar sistemas, cuyo rango es muy amplio: muchos
tipos diferentes de sistemas pueden ser descritos. El UML puede ser utilizado
tambin en las diferentes fases del desarrollo de un sistema, desde la
especificacin de los requerimientos hasta la prueba del sistema terminado.
Vocabulario del UML
2.1.5. Definicin de Diagramas

ELEMENTOS
Elementos Estructurales:
Caso de Uso
Un caso de Uso es la secuencia de acciones, incluyendo secuencias variantes y

secuencias de error, que pueden ser efectuadas por un sistema, subsistema o
clase por interaccin con actores externos.
Realizando Pedidos
Pgina 30

Fig. Caso de Uso
Clase
Descriptor de un conjunto de objetos que comparten los mismos atributos,

operaciones, mtodos, relaciones y comportamiento. Una clase representa un
concepto dentro del sistema.
Nombre
Atributos
Operaciones
Fig. Clase
Clase Activa
Es una clase cuyas instancias son objetos activos.
Pgina 31

Fig. Clase Activa
Objeto activo:
Objeto que tiene un hilo de control y que puede iniciar una actividad de control;
instancia de una clase activa.
Hilo de control:
nica ruta de ejecucin que recorre un programa, modelo dinmico u otra

representacin de flujo de control.
Interface
Un conjunto de operaciones que posee un nombre y que caracteriza el

comportamiento de un elemento. Especifican un servicio de una clase o
componente, describe un comportamiento visible.
Componente
Una parte fsica de un sistema que empaqueta si implementacin y es conforme a

un conjunto de interfaces a las que proporciona su realizacin.
Un componente tiene dos caractersticas: cdigo e identidad.
Fig. Componente
Colaboracin
Es una descripcin de una coleccin de objetos que interactan para implementar

un cierto comportamiento, como un caso de uso o una operacin dentro de un
contexto. Una colaboracin tiene un parte esttica y otra dinmica. La esttica
describe los roles que pueden desempear los objetos y enlaces en una instancia
de
colaboracin; y la dinmica est formada por una o ms interacciones
Pgina 32

dinmicas que muestran flujos de mensajes en la colaboracin a travs del tiempo

para realizar cmputos.
Nodo
Es un objeto fsico de ejecucin que representa un recurso computacional que

Cadena
de responsabilidades
generalmente tiene por lo menos
memoria
y a menudo capacidad de proceso. Los
nodos pueden contener objetos, instancias, instancias de componentes.

Se representa mediante un cubo estilizado con el nombre del nodo u
opcionalmente si clasificacin.
Fig. Nodo
Elementos de Comportamiento
Interaccin:
Se trata de la especificacin de la forma en que se envan mensajes entre objetos

u otras instancias para ejecutar una tares. La interaccin se define en el contexto
de una colaboracin.(ver colaboracin) mensajes intercambiados entre un
conjunto de objetos.
dibujar
mensajes
Fig. Interaccin
Maquina de Estados:
Pgina 33

Es un grafico de estados y de transiciones. Una maquina de estados se une a una

clase y describe generalmente la respuesta de una instancia de la clase, a los
eventos que recibe. Las maquinas de estados tambin se pueden unir a
operaciones, casos de usos, colaboraciones para describir su ejecucin.
Esperando
Elementos de Agrupacin
Paquete
Es una parte de un modelo, cada parte de un modelo debe pertenecer a un

paquete. Denota organizar en grupos los elementos.
Reglas de negocios
Fig. Paquete
Modelo
Es una abstraccin semnticamente completa de un sistema. Es una

representacin de algo que capta los aspectos importantes de lo que estamos
modelando, desde cierto punto de vista, omitiendo el resto.
Subsistema
Es un paquete que tiene piezas separadas de especificacin y realizacin.

Representa una unidad coherente del modelo, con interfaces que describen su
relacin con el resto del sistema y las circunstancias en que se puede utilizar.
Marco de Trabajo
Una arquitectura genrica que proporciona una plantilla ampliable para su

aplicacin dentro de un dominio.Framework.
Elementos de Anotacin
Nota
Pgina 34

Un smbolo adecuado para mostrar un comentario u otra informacin textual, tal

como el cuerpo de un mtodo o una restriccin.
Devuelve una copia
Fig. Nota
RELACIONES
Dependencia
Una relacin entre dos elementos en los cuales un cambio en un elemento puede
afectar o proveer la informacin necesaria para el otro elemento.
-------------------Fig. Dependencia
Asociacin
Describe conexin discreta entre objetos u otras instancias de un sistema. El tipo

mas comn es la asociacin entre clases o clasificadores, es solo un enlace.
0..1
Patrn
empleado
Fig. Asociacin
Generalizacin
Es una relacin taxonmica entre una descripcin ms general y una descripcin

mas especifica, que se construye sobre ella y la extiende.
DIAGRAMAS
Un Diagrama es una representacin Grafica de una coleccin de elementos del
modelo, construida a menudo como un grafico conexo de arcos (relaciones) y de
vrtices (otros elementos del modelo)
Pgina 35

Diagrama de Casos de Usos:
Es un Diagrama que muestra las relaciones existentes entre actores y casos de

usos dentro de un sistema. (ver caso de uso, actor)
Actor: Un actor es una idealizacin de una persona externa, de un proceso, o de
una cosa que interacta con un sistema, un subsistema o una clase.
Diagrama de Clase
Un Diagrama de Clases es una presentacin Grafica de la vista esttica, que

muestra una coleccin de elementos declarativos (estticos) del modelo, como
clases, tipos y sus contenidos y relaciones. Un diagrama de clases contiene
ciertos elementos materializados de comportamiento, como operaciones, pero
cuya dinmica est representada en otros diagramas como diagramas de estados
o diagramas de colaboracin. (ver clase)
Diagrama de Objeto
Termino que denota los Diagramas que muestran los objetos y sus relaciones en
un determinado instante de tiempo. Un diagrama de objetos se puede considerar
como un caso especial de diagrama de clases en el que se pueden mostrar tanto
las clases como las instancias. Tambin estn relacionados los diagramas de
colaboracin, que muestran objetos prototipitos (roles del actor) dentro de un
contexto.
Diagrama de Interaccin
Se trata de un Trmino genrico que se aplica a varios tipos de Diagramas que

hacen Hincapi en las interacciones entre objetos. Los diagramas de Actividades
estn ntimamente relacionados.(ver interaccin)
Diagrama de Estados
Diagrama que muestra una maquina de estados, incluyendo estados simples,

transiciones y estados compuestos anidados. El concepto original fue inventado
por David Harel. (ver maquina de estados)
Pgina 36

Diagrama de Actividad
Diagrama que muestra un grafo de actividades.

Grafo de actividades:
Un grafo de actividades muestra un procedimiento o un flujo de trabajo.Un
grafo de actividades es una unidad completa en el modelo, mientras que un
diagrama de actividades es un diagrama que muestra un grafo de
actividades.
Diagrama de Componentes
Es un diagrama que muestra las organizaciones y las dependencias entre tipos de

componentes.
Representa
las
dependencias
entre
componentes
software,
incluyendo
componentes de cdigo fuente, componentes de cdigo binario y componentes

ejecutables. Muestra clasificadores de componentes, clases definidas en ellos y
las relaciones entre ellas.
Clasificadores:
Es un concepto discreto en el modelo, que tiene identidad, estado,
comportamiento y relaciones. Las clases de clasificadores incluyen la clase,
la interfaz, y los tipos de datos.
Diagrama de Despliegue
Un diagrama que muestra la configuracin de los nodos de procesos y las

instancias de componentes y objetos que residen en ellos. Un diagrama de
despliegue muestra instancias mientras que un diagrama de componentes
muestra la definicin de los tipos de los componentes por si mismos.
(ver componente, interfaz, nodo).
Pgina 37

PARTE 3
MODELO
Pgina 38

3. MODELOS
3.1. MODELO DE NEGOCIO
Diagrama de actividades
Realizar compra
Pgina 39

Realizar Venta
Pgina 40
0..*
1
0..1
Grupo
pertenece
1
1
1..*
realiza
Usuario
1..*
1..*
Devolucion
tiene
Compra
realiza
1..*
1
Proveedor
esta
1..*
CuotaCompra
1..*
1..*
Sesion
realiza
0..1
1..*
1..*
0..*
1..*
Marca
1..*
1..*
1..*
Operacion
tiene
1..*
Baja
pertenece
Privilegio
1..*
realiza
0..*
Formulario
Recibo
tiene
1..*
1..*
Modulo
Factura
tiene
tiene
Forma_ pago
pertenece
CuotaVenta
Venta
1..*
tiene
Promocion
1..*
0..*
Detalle_ Venta
Detalle_ baja
Detalle_ salida
0..*
1..*
Detalle_ Promocion
1..*
Salida
1..*
Lote
1..*
esta
realiza
esta
Producto
Bitacora
1
Ingreso
tiene
Detalle_ Devolucion
1..*
1..*
pertenece
Detalle_ compra
tiene
Sector
tiene
Cliente
1..*
Empresa
0..1
pertenece

3.2. MODELO DE DOMINIO
Diagrama de clases
Pgina 41

PARTE 4
FLUJO DE TRABAJO CAPTURA DE
REQUISITO
Pgina 42

4. FLUJO DE TRABAJO CAPTURA DE REQUISITO

4.1. IDENTIFICAR ACTORES Y CASOS DE USO
Actores
Administrador de almacn.- Llamado tambin
bodeguero. Es quien administra las entradas y salidas
y el respectivo control de los productos que se
encuentran en el almacn.
Administrador de compra.- Es el encargado
responsable de gestionar las compras de los productos
que se requieren en el supermercado.
Administrador de venta.- Es el encargado de
supervisar las ventas, administra las promociones, las
formas de pago y gestiona los clientes fijos
(empresas).
Administrador del sistema.- Es quien administra los

usuarios y sus respectivos accesos al sistema.
Cajero.- Es quien atiende al cliente cuando este

cancela su compra. Realiza la facturacin de las
ventas.
Usuario.- Es cualquiera de los encargados que utiliza

el sistema.
Proveedor.- Representa a la empresa que provee sus

productos al supermercado.
Pgina 43

Cliente.- Es quien
supermercado.
compra
algn
producto
del
Casos de Uso
CU1:Gestionar producto
CU2: Gestionar marca
CU3:Gestionar Sector
CU4:Registrar lote
CU5: Localizar producto
CU6:Registrar Ingreso
CU7:Registrar Salida
CU8:Registrar baja de producto
CU9:Gestionar proveedor
CU10:Gestionar compra
CU11:Gestionar cuota de compra
CU12:Gestionar devolucin
CU13:Gestionar promocin
CU14:Gestionar forma de pago
CU15:Gestionar cliente
CU16:Gestionar empresa
CU17:Gestionar venta
CU18:Gestionar cuota de venta
CU19:RegistrarRecibo
CU20:Registrar Factura
CU21:Gestionar Usuario
CU22:Gestionar grupo
CU23:Gestionar privilegio
CU24:Iniciar sesin
CU25:Consultar Bitcora
CU26:Registrar Operacin
CU27:Generar reporte de inventario
CU28:Generar reporte de compra
CU29:Generar reporte de venta
4.2. PRIORIZACIN DE CASOS DE USO
ID
CU1
CU2
CU3
CU4
CASO DE USO
Gestionar producto
Gestionar marca
Gestionar Sector
Registrar lote
ACTORES
Administrador de compra
Administrador de almacn
PRIORIDAD
ALTA
MEDIA
MEDIA
ALTA
Pgina 44

CU5
CU6
CU7
CU8
CU9
CU10
CU11
CU12
CU13
CU14
CU15
CU16
CU17
CU18
CU19
CU20
CU21
CU22
CU23
CU24
CU25
CU26
CU27
CU28
CU29
Localizar producto
Registrar Ingreso
Registrar Salida
Registrar baja de producto
Gestionar proveedor
Gestionar compra
Gestionar cuota de compra
Gestionar devolucin
Gestionar promocin
Gestionar forma de pago
Gestionar cliente
Gestionar empresa
Gestionar venta
Gestionar cuota de venta
Registrar Recibo
Registrar Factura
Gestionar usuario
Gestionar grupo
Gestionar privilegio
Iniciar sesin
Consultar Bitcora
Registrar Operacin
Generar reporte de inventario
Generar reporte de compra
Generar reporte de venta
Administrador
Administrador de compra y proveedor
Administrador de venta
Cajero y cliente
Administrador de venta y cliente jurdico
Cajero y cliente
Cajero y cliente
Cajero y cliente
Cajero y cliente
Administrador del sistema, y usuario
Administrador del sistema
usuario
MEDIA
MEDIA
MEDIA
MEDIA
MEDIA
ALTA
ALTA
MEDIA
MEDIA
MEDIA
MEDIA
MEDIA
ALTA
ALTA
MEDIA
MEDIA
ALTA
MEDIA
ALTA
ALTA
BAJA
BAJA
BAJA
BAJA
BAJA
4.3. DETALALLAR CASOS DE USO

Caso de Uso (CU1):Gestionar producto
Pgina 45

Detalle
CASO DE USO
CU1: GESTIONAR PRODUCTO

Administrar los productos existentes en el
supermercado. El Usuario podr insertar,
modificar y eliminar productos.
Gestionar Tipo Producto, gestionar marca
Ninguna
CAMINO BASICO
Respuestas del Sistema
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
Acciones del Usuario

Registrar
1.- El usuario pulsa el botn nuevo,
3.-introduce los datos del producto y
selecciona el sector al cual pertenece, y su
marca.
5.- Pulsar el botn guardar
Modificar
1.- Introducir cdigo de producto.
2.- Pulsar el botn obtener.
5.- Cambiar los datos a ser modificados.
6.- Pulsar el botn modificar
Eliminar
1.- Introducir el cdigo del producto
2.- Pulsar el botn eliminar
2.- El sistema genera y muestra un nuevo

cdigo de producto.
4.- El sistema calculara y mostrara el precio
promedio del producto.
6.- El sistema verifica los datos del
producto.
7.- Guarda satisfactoriamente.
3.- El sistema valida el cdigo del producto
4.- El sistema editar los datos del producto
7.- El sistema verifica los datos del
producto modificado.
8.- El sistema guarda satisfactoriamente.
3.- El sistema verifica el cdigo del

producto
4.- El sistema elimina satisfactoriamente
CAMINO ALTERNATIVO
Pgina 46

Registrar
6.- Campos vacos
Modificar
3.- Elcdigo es incorrecto o el producto no existe.
6.- campos vacos
Eliminar
3.- El cdigo es incorrecto o el producto no existe.
Caso de Uso (CU2): Gestionar marca
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
CU2: GESTIONAR MARCA

Administrar las marcas de los productos
existentes en el supermercado. El Usuario
podr insertar, modificar y eliminar productos.
Ninguna
Gestionar un nuevo producto
CAMINO BASICO
Registrar
1.-El usuario Introduce la descripcin de la
nueva marca.
2- Pulsa el botn Registrar
3.- El sistema verifica la descripcin de la

marca.
4.- Genera un nuevo id Marca.
Eliminar
1.- Usuario introduce la descripcin de la
marca.
2.- Pulsa el botn eliminar
3.- El sistema verifica descripcin.

Pgina 47

CAMINO ALTERNATIVO
Registrar
3.- Marca ya existe.
Eliminar
4.- La descripcin es incorrecta o marca no existe.
Caso de Uso (CU3): Gestionar Sector
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
CU2:GESTIONAR SECTOR
Registrar los sectores o ubicacin de productos
Almacenero
Almacenero
Ninguna
El sector de producto ha sido guardado en el
sistema
CAMINO BASICO
Post-condicin
Registrar
1.- Usuario presiona el botn nuevo
2.-El sistema genera un nuevo idSector
3.- Ingresa la descripcin del nuevo

sector y pulsa el botn registrar
4.-El sistema valida la descripcin.

5.-El sistema guarda satisfactoriamente
Eliminar
1.-Introducir el id del sector a ser
eliminado.
3.-El sistema valida el cdigo.

4.- Sistema elimina el tipo.
2.- Pulsa el botn eliminar

CAMINO ALTERNATIVO
Pgina 48

Registrar
4.- Campo descripcin est vaco.
Eliminar
3.- El id del sector no ha sido identificado o sector no existe.
Caso de Uso (CU6): Registrar Ingreso
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
Registrar
1.-Pulsa botn nuevo.
3.-Ingresa datos del los lotes.
5.- Pulsa botn registrar.
CU6:REGISTRAR INGRESO
Registrar el ingreso de cada lote que llega al
almacn.
Administrador del Almacn.
Ninguna
Ninguna
CAMINO BASICO
2.-El sistema genera y muestra un nuevo cdigo
de Ingreso.
4.-Sistema valida y verifica los datos de los lotes.
6.-El sistema registra los lotes ingresados
actualizando el stock del producto que contiene
cada lote.
7.- Sistema guarda el nuevo ingreso
CAMINO ALTERNATIVO
4.- Tipo de datos incorrectos o existencia de campos Vacos.
Pgina 49

Pgina 50

Caso de Uso (CU7): Registrar Salida
Detalle
CASO DE USO
Propsito
CU2: REGISTRAR SALIDA

Registrar la Salida de cada lote que sale del
almacn ya por venta o devolucin.
Actores
Actor iniciador
Pre-condicin
Post-condicin
Registrar ingreso
Ninguna
CAMINO BASICO

Registrar
2.-El sistema le mostrara un nuevo cdigo de

Salida.
3.-Pulsa el botn agregar detalle

5.-Busca el lote a salir y lo agrega
4.-El sistema muestra el dialogo para localizar

Lote
6.-ingresa la cantidad del producto a

salir.
6.- El sistema identifica y muestra los datos del

lote seleccionado.
7.-Selecciona el motivo de la salida.
9.-Sistema valida dato.
8.- Pulsa el botn Registrar.
10.-Sistema guarda la salida.

11.- Sistema guarda los detalles de la salida.
CAMINO ALTERNATIVO
Pgina 51

9.- Tipo de dato es incorrecto
Pgina 52

Caso de Uso (CU8): Registrar baja de producto
Detalle
CASO DE USO
Propsito
CU8:REGISTRAR BAJA DE PRODUCTO

Registrar bajas de los productos que se den por
diferentes motivos.
Actores
Actor iniciador
Pre-condicin
Post-condicin
El producto debe tener algn dao

Ninguna
CAMINO BASICO

Registrar
2.-El sistema genera y muestra un nuevo cdigo

de Baja.
3.- Pulsa el botn agregar detalle.

5.-Busca el producto y lo agrega
4.- El sistema muestra el dialogo para localizar

producto
7.-Ingresa la cantidad del producto a ser

retirado.
6.-El sistema muestra el detalle de los datos del

producto seleccionado.
8.- Selecciona el motivo de la Baja.
10.-Sistema valida dato.
9.- Pulsar el botn Registrar.
11.- Sistema guarda la baja de productos.

12.- Sistema guarda los detalles de la baja de
productos.
CAMINO ALTERNATIVO
Pgina 53

10.- Tipo de dato es incorrecto.
Caso de Uso (CU9): Gestionar proveedor
Detalle
CASO DE USO
CU9:GESTIONAR PROVEEDOR
Administrar los diferentes

proveedores. Permitir insertar,
modificar, eliminar.
Administrador de Compra, Proveedor.
Administrador de Compra.
Ninguna
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
Ninguna
CAMINO BASICO
Nuevo
1.- El usuario pulsar el botn nuevo.
2.- El sistema generar y mostrara un id nuevo.
3.- El usuario introducir los datos

personales del proveedor
5.- El sistema verifica los datos del proveedor.

4.- El usuario pulsara el botn insertar

Modificar
1.- Pulsar el botn Cdigo.
2.- Introducir el id proveedor
5.- El sistema verifica los datos modificados del

proveedor.
3.- Introducir los datos a modificar
Pgina 54

Eliminar
1.- Pulsar el botn Cdigo
4.- El sistema verifica el id proveedor
2.- Insertar El Id proveedor
5.- El sistema guarda satisfactoriamente
3.- Pulsar el botn eliminar.

CAMINO ALTERNATIVO
Nuevo
5.- Campos vacos
Modificar
5.- Cdigo es incorrecto o existencia de campos vacos
Eliminar
4.- El cdigo es incorrecto o no existe
Caso de Uso (CU10): Gestionar compra
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
CU10: GESTIONAR COMPRA

Administrar las Compras que realiza el
supermercado.
Administrador de compra, proveedor
Los productos deben estar gestionados
Gestionar una devolucin
CAMINO BASICO
Pgina 55

2.- El sistema generar y muestra un

nuevo cdigo de compra.
5.- Muestra el formulario consultar
producto por sector.
7.- El sistema muestra los productos con
stock mnimo de ese sector.
9.- El sistema agrega el producto al
detalle de la compra.
11.- El sistema calcula y muestra el monto
total de la compra.
13.-El sistema verifica datos
14.-Guarda la compra y si la compra es
no cancelada, el sistema muestra el
formulario de plan de cuotas.
16.- Sistema genera los nmeros de las
cuotas de acuerdo al monto y la fecha a
ser cancelada segn el plazo.
18.- Sistema guarda las cuotas de la
compra.
Registrar
1.- El usuario pulsa el botn nuevo.
3.- Introduce datos de la compra y del
proveedor.
4- Pulsa el botn agregar producto.
6.- El usuario selecciona un sector de
productos
8.- El usuario selecciona el producto e
introduce la cantidad.
10.- presiona el botn aceptar.
12.- Presiona botn guardar compra.
15.- Escribe la cantidad de cuotas y el plazo
17.- Presiona botn Guardar cuota.
CAMINO ALTERNATIVO
Nuevo
13.- Campos vacos
Caso de Uso (CU11): Gestionar cuota de compra
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
CU11: GESTIONAR CUOTA DE COMPRA

Administrar las cuotas de pagos realizadas para
cancelar una determinada compra.
La compra debe existir en el sistema.
Pgina 56

Post-condicin
Ninguna
CAMINO BASICO
Acciones del Actor
Modificar
1.- Introducir cdigo de la compra.
2.- Pulsar el botn localizar cuotas.
3.- El sistema verificar cdigo.

4.- El sistema mostrar los datos de las cuotas
para ser modificadas.
7.- El sistema verifica los datos.
Eliminar
1.- Introducir el cdigo de la compra
3.- El sistema verifica cdigo.

CAMINO ALTERNATIVO
Modificar
3.- El cdigo es incorrecto o no existe.
7.- campos vacos
Eliminar
3.- El cdigo es incorrecto o marca no existe.
Caso de Uso (CU12): Gestionar devolucin
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
CU12: GESTIONAR DEVOLUCION

Administrar las devoluciones por compra y
por producto.
Administrador de compra, proveedor
La compra de los productos debe existir en el
sistema.
Pgina 57

Post-condicin
Ninguna
CAMINO BASICO
Acciones del Actor

2.- El sistema genera un nuevo cdigo de
devolucin.
4.-El sistema muestra el formulario localizar
producto
6.- El sistema verifica el cdigo
7.-El sistema muestra los detalles de los
productos de esa compra.
9.- El sistema agrega los productos
seleccionados a la devolucin.
12.- Verifica los datos.
13.- El sistema actualiza el stock de los
productos.
16.- Guarda la devolucin.
Registrar
1.- El usuario pulsa el botn nuevo
3.-Presiona el botn localizar producto
5.- Introduce el cdigo de la compra y
presiona el botn localizar.
8.- El usuario selecciona el producto a ser
devuelto y presiona el botn agregar.
10.-Usuario introduce la cantidad a ser
devuelta por cada uno de los productos.
11.- Usuario presiona el botn Guardar
CAMINO ALTERNATIVO
Registrar
9.- Cdigo de compra es incorrecto o no existe
14.- El id de proveedor es incorrecto o no existe.
Caso de Uso (CU13): Gestionar Promocin
Detalle
CASO DE USO
Propsito
CU13:GESTIONAR PROMOCIN
Registrar todas las promociones posibles que se
realicen a los productos.
Actores
Actor iniciador
Pre-condicin
Ninguna
Pgina 58

Se obtendr un descuento en el precio de los

productos
CAMINO BASICO
Post-condicin
Acciones del Actor
Nuevo
1.- Pulsar el botn Nuevo
2.-El sistema generar y mostrar un id nuevo
Insertar
3.- El sistema le mostrar un formulario de
1.- Introducir los datos.
productos.
2.-Pulsar el botn Localizar Productos
6.- El sistema guarda los datos.
4.- El usuario selecciona los productos
8.- El sistema verificar los datos.
de acuerdo a su tipo.
9.- El sistema registra la promocin.
5.-El usuario agrega o quita los

Productos seleccionando la opcin
Agregar o Quitar.
7.- El usuario selecciona la opcin
Aceptar.
CAMINO ALTERNATIVO
Insertar
1.1.- Campos Vacos.
Caso de Uso (CU14): Gestionar Forma de Pago
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
CU14:
Administrar las formas de pago o tipos de pago
que admite el supermercado
Pgina 59

Pre-condicin
Post-condicin
Que se hayan registrado los productos.

La promocin se guarda en el sistema.
CAMINO BASICO
Acciones del Actor

Nuevo
Insertar
1.-Introducir los datos en los campos
requeridos
2.- Pulsar El Botn Insertar
3.-El sistema verificar los datos

Modificar
1.- Introducir los datos
2.-Pulsar el botn Modificar
3.- El sistema verificar los datos

CAMINO ALTERNATIVO
Insertar
1.1.- Campos Vacos
Modificar
3.1.- El sistema verificar que el cdigo introducido sea correcto para hacer la modificacin y
que los dems datos estn rellenos.
Caso de Uso (CU15): Gestionar cliente
Detalle
CASO DE USO
Propsito
CU15:GESTIONAR CLIENTE
Administrar los clientes del supermercado
Pgina 60

Actores
Cajero, Cliente
Actor iniciador
Cliente
Pre-condicin
Que se solicite una venta
Post-condicin
El cliente ha sido guardado en el sistema.

CAMINO BASICO
Acciones del Actor

Insertar
requeridos

Modificar

Eliminar
1.-Introducir el cdigo del Cliente a
eliminar.
2.- Pulsar el Botn Eliminar.
3.- El sistema verificar el cdigo

CAMINO ALTERNATIVO
Insertar
3.1.- Campos Vacos
Modificar
que los dems datos estn llenos.
Eliminar
3.1.- En caso de no existir ese cdigo el sistema le mostrar un mensaje de error para que
introduzca de nuevo el cdigo.
Caso de Uso (CU16): Gestionar Empresa
Pgina 61

Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
CU16:GESTIONAR EMPRESA
Administrar las Empresas
Cajero, Cliente
Cliente
Que se solicite una venta
La empresa ha sido guardada en el sistema
CAMINO BASICO
Acciones del Actor

Nuevo
Insertar
requeridos.

Modificar

CAMINO ALTERNATIVO
Insertar
3.1.- Campos Vacos
Modificar
Pgina 62

Caso de Uso (CU17): Gestionar Venta
Detalle
CASO DE USO
Propsito
CU17:GESTIONAR VENTA
Administrar las ventas realizadas en el
supermercado
Actores
Cajero ,Cliente
Actor iniciador
Cliente
Pre-condicin
Solicitar una venta
Post-condicin
El sistema emitir una factura por la venta

realizada.
CAMINO BASICO
Acciones del Actor
Nuevo
1.- Pulsar el botn nuevo
Pgina 63

Nuevo
1.- El usuario pulsa el botn nuevo
2.-El sistema generar y mostrara un id nuevo
Guardar
1.-El usuario introduce el nit del cliente y
pulsa el botn localizar cliente
2.-El sistema verifica si existe el nit del cliente y

muestra el nombre del cliente.
3.-El usuario pulsa el botn localizar lote.
4.-El sistema le muestra el formulario de localizar

producto.
5.-El usuario introduce el nro del lote.

6.-Presiona el botn localizar lote
8.-El usuario pulsa aceptar
10.-El usuario pulsa Guardar
7.-El sistema
seleccionado.
muestra
los
datos
del
lote
9.-El sistema agrega los lotes seleccionados al

detalle de la venta.
11.-El sistema verifica los datos.
12.-El sistema guarda satisfactoriamente la venta
y detalle de venta.
Cancelar
1.-El usuario pulsa cancelar
2.-El sistema cancela la venta y sale del

formulario de venta.
CAMINO ALTERNATIVO
Aceptar
2.-Nit incorrecto
2.1.- Si es un nuevo cliente el usuario podr gestionar un nuevo cliente pulsando el botn
Nuevo Cliente.
11.-Campos vacos
Pgina 64

Caso de Uso (CU18): Gestionar cuota de venta
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
CU18:GESTIONAR CUOTA DE VENTA

Administrar las cuotas de ventas
Cliente, Cajero
Cliente
Que se hayan registrado las cuotas de ventas.
Se emitir un recibo por la cuota cancelada.
CAMINO BASICO
Acciones del Actor
Modificar
1.- Introducir cdigo del cliente.
5.- Pulsar el botn modificar.
Eliminar
1.-Introducir el cdigo de la venta y el nro
de la cuota.
2- Pulsar el botn eliminar
Registrar Recibo
1.- Pulsar el Botn Registrar Recibo
3.- El sistema mostrar los datos de las

cuotas para ser modificadas.
3.- El sistema verificar los cdigos.

4.-El sistema elimina satisfactoriamente
2.- El sistema obtiene los datos de la cuota.

2.- El sistema muestra el formulario del recibo
lo registra y los emite.
CAMINO ALTERNATIVO
Modificar
Pgina 65


Eliminar
3.1.- Si los cdigos son incorrectos se mostrar un mensaje de error.
Caso de Uso (CU19): Registrar Recibo
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
Acciones del Actor
CU19:Registrar Recibo
Cliente, Cajero
Cliente
CAMINO BASICO
Modificar
Eliminar
de la cuota.
Registrar Recibo



Pgina 66

Pgina 67

Caso de Uso (CU20): Registrar Factura
Detalle
CASO DE USO
Propsito
Actores
Actor iniciador
Pre-condicin
Post-condicin
Acciones del Actor
CU20:Registrar Factura
Cliente, Cajero
Cliente
CAMINO BASICO
Modificar
Eliminar
de la cuota.
Registrar Recibo



Pgina 68

Caso de Uso (CU21): Gestionar usuario
Detalle
CASO DE USO
CU2: GESTIONAR USUARIO
Propsito
Administrar los usuarios que tendrn acceso al

sistema.
Actores
Administrador del sistema, usuario
Actor iniciador
Pre-condicin
El grupo debe existir en el sistema
Post-condicin
Ninguna
CAMINO BASICO
Respuesta del Sistema
Acciones del Actor

Nuevo
1.- El Administrador Pulsa el botn Nuevo

3.Insertamos
datos
del
usuario,
Seleccionamos el grupo de trabajo.
4.- Pulsar El Botn Guardar.
2.- El sistema generar y mostrar un nuevo

IdUsuario.
5.- El sistema Verifica los datos del usuario.
6.- Guarda Satisfactoriamente
Modificar
1.- Insertamos el cdigo del usuario y
modificamos los datos.
3.- El sistema verifica los datos del usuario

2. El administrador pulsara el botn modificar

Eliminar
1.- Insertamos el cdigo del usuario
2.- El administrador pulsara el botn eliminar.
3.- El sistema verifica el cdigo de usuario a

eliminar
4.- El sistema elimina usuario.
CAMINO ALTERNATIVO
Pgina 69

Nuevo
5.- Campos vacos.
Modificar
3.- El cdigo es incorrecto
Eliminar
3.- El cdigo es incorrecto
Caso de Uso (CU22): Gestionar grupo
Detalle
CASO DE USO
Propsito
CU22:GESTIONAR GRUPO
Administrar los grupos de usuarios que
interactan con el sistema. En esta opcin,
permite registrar, eliminar, modificar un grupo
de trabajo.
Actores
Actor iniciador
Pre-condicin
Ninguna
Post-condicin
Acciones del Actor
Gestionar privilegio
CAMINO BASICO
Nuevo
3.- Insertar Nombre Y Descripcin
4.- Pulsar el botn Guardar
2.- El Sistema Generara Automticamente y

muestra un Nuevo Cdigo De Grupo.
5.- El Sistema Verifica Los Datos Del Grupo.
6.- Guardar Satisfactoriamente
Pgina 70

Modificar
1.- Introducir el cdigo de grupo.
2.- Pulsar el Botn Obtener
4.- Insertar Los Datos A Modificar
5.- Pulsar El Botn Modificar
3.- El sistema Obtiene y muestra los datos del

los grupos de trabajo
6.- El sistema verifica los datos del grupo
7.- El sistema guarda los datos modificados
Eliminar
1.- Insertar El Cdigo De Grupo
3.- El sistema verifica los datos
4.- -El sistema elimina el grupo.
CAMINO ALTERNATIVO
Nuevo
5.- Campos vacos.
Modificar
3.- El cdigo de grupo invalido
6.- Campos vacos.
Eliminar
3.- El cdigo de grupo es invalido
Caso de Uso (CU23): Gestionar privilegio
Detalle
CASO DE USO
Propsito
CU23:GESTIONAR PRIVILEGIO
Administrar los accesos que tienen los grupos
Pgina 71

de usuarios. Este Caso de Uso, est

encargada de Asignar Privilegios a los grupos
existentes
Actores
Actor iniciador
Pre-condicin
Haber iniciado Sesin y haber creado grupos

de trabajo
Post-condicin
Ninguna
CAMINO BASICO
Acciones del Actor

Asignar privilegio
1.- Seleccionar nombre de grupo de

trabajo.
4.- Sistema guarda el privilegio del grupo
2.- Marcar Privilegios para asignar al grupo

de trabajo. Selecciona los mdulos,
formularios y operaciones para su permiso
de acceso.
3.- Pulsar el botn guardar
Quitar privilegio
1.- Introduce el id del grupo
2.- Sistema verifica id
2.- Usuario selecciona el privilegio y

presiona el botn quitar.
3.- Muestra los datos del grupo con sus

respectivos detalles de privilegio
3.- Presiona salir.
4.- Sistema elimina el privilegio de ese grupo
CAMINO ALTERNATIVO
Quitar privilegio
2.- El id es incorrecto o grupo no existe
Caso de Uso (CU24): Iniciar sesin
Pgina 72

Detalle
CASO DE USO
CU24:INICIAR SESIN
Propsito
Permitir el ingreso al Sistema de los usuarios

registrados.
Actores
Usuario
Actor iniciador
Usuario
Pre-condicin
Usuario debe estar registrado
Post-condicin
Registrar accin en la bitcora

CAMINO BASICO
Acciones del Actor
1.- El usuario introducir su nombre y su

contrasea
3. El sistema verifica y valida el ingreso del

usuario.
2.- El usuario pulsara el botn aceptar.
4.- El usuario ingresara al formulario principal.
CAMINO ALTERNATIVO
3.- El nombre de usuario y/o contrasea no son vlidos.
Caso de Uso (CU25): Consultar Bitcora
Pgina 73

Detalle
CASO DE USO
CU25:CONSULTAR BITCORA
Propsito
Este Caso de Uso, nos har una visualizacin

de la Bitcora
Actores
Actor iniciador
Pre-condicin
Ninguna
Post-condicin
Ninguna
CAMINO BASICO
Acciones del Actor
1.- Seleccionar Usuario, introducir la fecha
3.- El sistema visualiza las transacciones que
realizo el usuario.
2.- Pulsar el botn consultar
Pgina 74
Bitacora
Consultar
Usuario
Iniciar sesion
Administrador de v enta
de v enta
de pago
Gestionar forma
dev olucion
Gestionar
extend
compra
Gestionar
de v enta
Gestionar cuota
extend
v enta
Gestionar
compra
empresa
Gestionar
extend
cliente
Gestionar
Emitir Recibo
Cliente j uridicoCliente natural
cliente
de compra
Generar Reporte
compra
cuota de
Gestionar
4.4. DIAGRAMA GENERAL DE CASOS DE USO

Administrador de
prov eedor
extend extend
extend
Emitir Factura
Caj ero
include
include
Prov eedor
Gestionar
sistema
usuario
Gestionar
grupo
Gestionar
promocion
Generar Reporte
de inv entario
include
producto
Localizar
Gestionar
Registrar baj a de
producto
include
ingreso
Registrar
include
Generar Reporte
include
Administrador del
priv ilegio
Gestionar
Gestionar Sector
de producto
Tipo
almacen
Administrador de
uc Primary Use Cases

Gestionar
Gestionar marca
producto
Gestionar
Registrar Salida
Registrar lote
uc Diagrama de casos de uso
Pgina 75

PARTE 5
FLUJO DE TRABAJO
Pgina 76

5. FLUJO DE TRABAJO ANLISIS

5.1. ANLISIS DE LA ARQUITECTURA
5.1.1. Identificar paquetes
Pgina 77

5.1.2. Vista de paquetes

Paquete inventario
Paquete Gestin Compra
Pgina 78

Pgina 79

Paquete gestin venta
Paquete Reporte
Pgina 80

Paquete Administracin de Usuario
5.1.3. Encapsular casos de uso

Paquete Inventario
Pgina 81

Paquete gestin compra
Paquete gestinventa
Pgina 82

Paquete Reporte
Paquete Administracin de Usuario

Pgina 83

Pgina 84

5.2. ANLISIS DE CASOS DE USO

5.2.1. Diagramas de colaboracin
CU1: Gestionar producto
Flujo de sucesos:
El Usuario ordena al sistema realizar una determinada accin:
- Para registrar, el gestor o clase control del producto obtiene de la interfaz, los datos
ingresados con su previa validacin, y organiza el nuevo producto obteniendo de la base de
datos, el cdigo del tipo de producto y de la marca y lo guarda, como nuevo, en la tabla
producto de la base de datos.
- Para modificar, la interfaz enva el cdigo del producto, el gestor lo busca en la base de
datos y si existe lo muestra, luego la interfaz enva los datos actualizados del producto y el
gestor producto lo guarda en la base de datos.
- Para eliminar, la interfaz enva el cdigo del producto, el gestor lo elimina de la base de
datos.
CU2:Gestionar Marca
Pgina 85

Flujo de sucesos:
- Para registrar, el gestor Marca obtiene de la interfaz, la descripcin con su previa validacin,
verifica si no existe y lo guarda nuevo en la entidad marca de la base de datos.
- Para modificar, la interfaz enva la descripcin de la marca, el gestor lo busca en la base de
datos y si existe lo elimina.
CU3: Gestionar Sector
Flujo de sucesos:
- Para registrar, el gestor tipo obtiene de la interfaz, los datos ingresados con su previa
validacin y lo guarda, como nuevo en la de la base de datos.
- Para modificar, la interfaz enva el id del tipo, el gestor lo busca en la base de datos y si existe
lo muestra, luego la interfaz enva los datos actualizados y el gestor lo guarda en la base de
datos.
- Para eliminar, la interfaz enva el id del tipo, el gestor lo elimina de la base de datos.
CU5:Localizar producto
Pgina 86

Flujo de sucesos:
- El usuario enva a travs de la interfaz localizar producto el dato por el cual se har la
bsqueda, ya sea por cdigo, por descripcin, por proveedor, por tipo, por marca, o agrupados
por existencia mnima, por vencimiento. El gestor producto busca en la entidad producto los
productos que cumplan con dichas condiciones, y lo enva a la interfaz para que lo muestre.
CU6: Registrar Ingreso
Flujo de sucesos:
- El usuario enva, a travs de la interfaz de registro de ingreso, los datos del nuevo ingreso y
los detalles de lotes. El gestor guarda el ingreso y registra cada uno de los lotes ingresados
identificando el producto que contiene cada lote antes de ser almacenado.
CU7: Registrar Salida
Pgina 87

Flujo de sucesos:
- Para registrar una salida, el usuario enva a travs de la interfaz de registro de salida, los
lotes con su previa localizacin de productos que contiene cada uno. El gestor guarda la salida
y los detalles en las entidades correspondientes. El stock de productos es actualizado
dependiendo el motivo de la salida (en caso de ser por motivo de donacin).
CU8: Registrar Baja de producto
Pgina 88

Flujo de sucesos:
- Para registrar una baja de productos, el usuario enva a travs del formulario o interfaz, los
datos de la baja con los detalles de productos previamente localizados. El gestor guarda la
salida y los detalles en las entidades correspondientes actualizndose el stock de dichos
productos.
Pgina 89

CU9: Gestionar proveedor
Flujo de suceso:
El administrador deber ingresar al formulario de Proveedor donde podr realizar las diferentes
operaciones como nuevo proveedor donde se guardara los datos del proveedor que se los
enva al gestor de proveedor para luego guardarlos en la clase entidad proveedor.
Para modificar debe estar en el formulario de proveedor deber seleccionar modificar donde
enviara datos desde el formulario al gestor proveedor luego se lo guardara en la clase entidad.
Para eliminar debe enviar el cdigo del proveedor, donde se har una eliminacin lgica del
proveedor.
Pgina 90

CU10: Gestionar compra
Flujo de Suceso:
Para registrar una compra el Administrador deber ingresar al formulario de compra el cual
interactuara con el gestor de compra, luego elige la opcin nuevo(1), introduce los datos de la
compra especfica, como tambin podr agregar productos al detalle de la compra donde se
obtendr la descripcin del producto que est comprando eso se podr acceder mediante el
gestor de compra, luego se registrara la compra, como tambin el detalle de la compra
posteriormente se tendr que registrar las cuotas de compra donde se le enva los datos de la
compra, donde se podr mostrar en el formulario de cuota de compra, en el cual se ingresara
datos de la cuota que luego se enviaran al gestor de cuota para luego guardarlo en la clase
entidad cuota compra.
Para modificar una compra el Administrador deber ingresar al formulario de compra el cual le
permitir modificar la compra respectiva.
Pgina 91

CU11: Gestionar cuota de compra
Flujo de Suceso:
Para registrar una cuota de Compra el Administrador tendr que ingresar al formulario de cuota
de compra luego deber seleccionar nuevo, posteriormente deber ingresar el numero de
compra, donde el gestor podr validar y obtener la compra ingresada, posteriormente le
mostrara los datos de la compra como tambin las cuota de la compra, donde podr ingresar
datos de la cuota especifica, luego podr guardar los datos de la cuota de compra.
entidad cuota compra.
Para modificar una compra el Administrador deber ingresar al formulario de compra el cual le
permitir modificar la compra respectiva.
CU12: Gestionar devolucin
Pgina 92

Flujo de Suceso:
El administrador tendr que ingresar al formulario de Devolucin Compra, posteriormente
seleccionara nuevo donde podr obtener la compra de la cual quiera realizar una devolucin
especifica, de la cual le mostrara el detalle de la compra, la cual podr realizar modificaciones del
detalle.
CU13: Gestionar Promocin
CU14: Gestionar Forma de Pago
Pgina 93

CU15: Gestionar Cliente
CU16: Gestionar Empresa
Pgina 94

Pgina 95

CU17: Gestionar Venta
Pgina 96

CU18: Gestionar Cuota de Venta
CU19: Registrar Recibo
CU20: Registrar Factura
Pgina 97

CU21: Gestionar usuario
Flujo de suceso:
El Administrador deber estar en el formulario de usuario, podr realizar diferentes operaciones.
Para registrar un usuario deber seleccionar nuevo luego enviar los datos del usuario, luego
guardar los datos a travs del gestor de usuario.
Para modificar un usuario deber seleccionar modificar luego enviar los datos modificados del
usuario, luego el gestor de usuario se encargara de guardar los datos modificados.
Para eliminar un usuario deber seleccionar eliminar donde se enviara el cod del usuario que se
le enva al gestor de usuario donde realizara una eliminacin.
CU22: Gestionar grupo
Pgina 98

Flujo de suceso:
El administrador deber ingresar al formulario del gestor grupo, donde podr realizar nuevo
grupo donde podr insertar un nuevo grupo, tambin se podr modificar un grupo
referencindose por su cdigo, como tambin podr eliminar un grupo.
CU23: Gestionar privilegio
Flujo de suceso:
El administrador del sistema deber ingresar al formulario de gestionar privilegio donde podr
realizar un nuevo privilegio, esto se encarga de interactuar grupo con operacin para asignar
privilegio a un especifico grupo.
5.1.4. Diagramas de clases del anlisis

CU1: Gestionar producto
Pgina 99

CU2:Gestionar Marca
CU3: Gestionar Sector
Pgina 100

CU5:Localizar producto
CU6: Registrar Ingreso
Pgina 101

CU7: Registrar Salida
CU8: Registrar Baja de producto
Pgina 102

CU9: Gestionar proveedor
CU10: Gestionar compra
Pgina 103

CU11: Gestionar cuota de compra
Pgina 104

CU12: Gestionar devolucin
Pgina 105

CU13: Gestionar Promocin
CU14: Gestionar Forma de pago
Pgina 106

CU15: Gestionar Cliente
CU16: Gestionar Empresa
Pgina 107

CU17: Gestionar Venta
CU18: Gestionar Cuota de Venta
Pgina 108

CU19:Registrar Recibo
CU20: Registrar Factura
CU21: Gestionar usuario

CU22: Gestionar grupo
Pgina 109

CU23: Gestionar privilegio
Pgina 110

5.2. ANLISIS DE CLASES

Las siguientes clases interfaz estn organizadas alfabticamente por nombre de
Casos de Usos.
5.2.1. Interfaces
Clase Interfaz:F_Baja
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Baja
Permitir al usuario ingresar y validar datos para registrar de una
determinada baja de productos.
Formulario
NroBaja, fecha, ItemProducto, motivo.
Nuevo, registrar y cancelar.
Nombre
FrmCompra
Propsito
Permite visualizar una compra que se realiza.
Tipo
Form
Atributo
id Compra,
Operaciones
Nuevo(), Insertar, Agregar Producto(),Registrar Cuota().
Clase Interfaz:FrmCompra
Clase Interfaz:FrmCuotaCompra
Nombre
FrmCuota Compra
Propsito
Permite visualizar una Cuota de Compra que se realiza.
Tipo
Form
Atributo
id Cuota Compra, estado, fecha
Operaciones
Modificar(),eliminar()
Clase Interfaz:FR_Cuota_Venta
Pgina 111

Nombre
Propsito
FR_Cuota_Venta
Poder introducir los datos de las Cuotas a ser Registradas.
Tipo
Atributos
Operaciones
<<Form>>
Cantidad, Monto
Calcular Cuotas, Aceptar
Clase Interfaz: F_Cuota_Venta
Nombre
Propsito
Tipo
Atributos
Operaciones
Clase Interfaz: F_Cliente
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Devolucion
Permitir visualizar una Devolucin de una Compra especifica.
Form
Cod, fecha, motivo.
Nuevo (), Guardar ().
Clase Interfaz:F_Empresa
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Cliente
Poder introducir los datos del cliente para ser registrado
<<Form>>
Nitcliente , Nombre
Insertar, Modificar ,Eliminar, Registrar Empresa
Clase Interfaz: F_Devolucion
Nombre
Propsito
Tipo
Atributo
Operaciones
F_Cuota_Venta
Poder introducir los datos de las Cuotas a ser Registradas.
<<Form>>
IdCliente,NroCuota,CodVenta,FechaCancelacin,Monto,Estado
Localizar Cuotas,Modificar,Eliminar,Registrar Recibo
F_Empresa
Poder introducir los datos de la empresa para ser registrada
<<Form>>
Cdigo, Nombre, Direccin, Telfono
Nuevo,Insertar,Modificar
Clase Interfaz:F_Factura
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Factura
Poder Mostrar la Factura que se le va a dar al cliente por la
venta realizada.
<<Form>>
NroFactura,Fecha,Cliente,DetalleVenta,TotalVenta,Cajero
Emitir
Pgina 112

Clase Interfaz:F_Forma_Pago
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Forma_Pago
Poder introducir los datos de las formas de pago para ser
registradas
<<Form>>
Cdigo, Descripcin
Nuevo,Insertar,Modificar
Clase Interfaaz_:Gestionar Grupo

Nombre
Propsito
Tipo
Atributo
Operaciones
<<IUGrupo>>
Permitir visualizar e ingresar datos de los usuarios del sistema.
Form
IdGrupo, descripcion.
Nuevo (), modificar, Guardar (), Cancelar ().
Clase Interfaz:F_Ingreso
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Ingreso
Permitir al usuario ingresar y validar datos para registrar un
determinado ingreso de lotes de productos.
Formulario
nroIngreso, fecha, ItemLote, obseracin.
Clase Interfaz: Dialog_LocalizarProducto

Nombre
Propsito
Tipo
Atributos
Operaciones
Dialog_LocalizarProducto
Mostrar informacin requerida de productos.
Form
Campos
para especificar
bsqueda:
CdigoProducto,
descripcin, marca, tipo, proveedor, existencia mnima,
vencidos.
Localizar, aceptar y cancelar.
Clase Interfaz:F_Marca
Pgina 113

Nombre
Propsito
Tipo
Atributos
Operaciones
F_Marca
Interactuar con el usuario permitiendo ingresar, validar y mostrar
los datos de una marca.
Formulario
Descripcin de la marca
Registrar y eliminar.
Clase Interfaz: FrmProveedor

Nombre
Propsito
Tipo
Atributo
Operaciones
<<IU Proveedor>>
Permitir visualizar el registro de un proveedor en especfico.
Form
Cod, nombre empresa, direccin, e-mail, fax.
Nuevo (), modificar (), Eliminar (), Guardar ().
Clase Interfaz:F_Producto
Nombre
Propsito
Tipo
Atributos
Operaciones
IUGestionarProducto
los datos de un producto.
Formulario
Campos para datos del producto: Cdigo, descripcin, marca,
tipo, precio de compra, precio de venta, existencia actual,
mnima y mxima.
Registrar, modificar, eliminar y cancelar.
Clase Interfaz:F_Promocion
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Promocion
Poder introducir los datos de la promocin para ser registrada
<<Form>>
Cdigo_Promocion,Fecha_inicio,Fecha_finalizacin,Descripci
n,Descuento
Localizar Producto, Nuevo, Insertar
Clase Interfaz: F_Recibo
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Recibo
Poder Mostrar el Recibo que se le va a dar al cliente por el pago
de su cuota.
<<Form>>
NroRecibo,Fecha,Cliente,Monto,Usuario
Emitir
Pgina 114

Clase Interfaz:F_Salida
Nombre
Propsito
Tipo
Atributos
Operaciones
F_Salida
Permitir al usuario ingresar y validar datos para registrar una
determinada salida de lotes de productos.
Formulario
nroSalida, fecha, ItemLote, motivo.
Clase Interfaz: F_Sector

Nombre
Propsito
Tipo
Atributos
Operaciones
F_Sector
los datos de un determinado tipo de producto.
Formulario
Descripcin del Sector
Registrar y eliminar.
Clase Interfaz: IUGestorUsuario

Nombre
Propsito
Tipo
Atributo
Operaciones
<<IU Gestor Usuario>>

Permitir visualizar e ingresar datos de los usuarios del sistema.
Form
IdUsuario, nombre, pasword, estado.
Nuevo (), modificar, Guardar (), Cancelar ().
Clase Interfaz: F_Venta

Nombre
Propsito
Tipo
Atributos
Operaciones
F_Venta
Poder introducir los datos de la venta para ser registrada
<<Form>>
Nro,Fecha,IdCliente,NroLote,Cantidad,PrecioVenta,Pago,
Cambio, Forma Pago
Agregar, Quitar, Buscar Cliente, Calcular Monto Venta, Calcular
Cambio, Nuevo, Aceptar, Registrar Factura.
5.2.2. Controles
Clase Control:Gestor Baja
Nombre
Gestor Baja
Pgina 115

Propsito
Entrada
Salida
Flujo
Interactuar con la interfaz y la base de datos para atender y

resolver las solicitudes permitiendo la ejecucin de una baja de
productos.
NroBaja, fecha, ItemProducto, motivo.
Baja de productos registrado.
1. GenerarNuevoCodigo()
2. LocalizarProducto()
3. RegistrarBajaProdutos()
Clase Control: Gestor Cuota Compra

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Cuota Compra

Permite realizar una Cuota de Compra, mediante un control
desde esta clase.
Nro. de Cuota, Fecha, monto, estado
Datos Guardados
Insertar()
Clase Control:Gestor Compra

Nombre
Propsito
Gestor Compra
Permite realizar una compra, mediante un
control desde esta clase.
NroCompra, Fecha, monto
Datos Guardados
Insertar()
Agregar Producto()
Insertar Detalle()
Modificar Detalle()
Entrada
Salida
Flujo
Clase Control: G_Cuota_Venta

Nombre
Propsito
Entrada
Salida
Flujo
G_Cuota_Venta
Controlar y realizar todas las operaciones para registrar una
cuota venta.
CodCliente,Nrocuota,Codventa,fecha,monto,estado
Salida de Datos y guardar datos.
Insertar Cuotas()
Obtener Cuotas()
Modificar Datos()
Pgina 116

Eliminar Cuota()
Registrar Recibo()
Clase Control:G_Cliente
Nombre
Propsito
Entrada
Salida
Flujo
G_Cliente
Controlar y realizar todas las operaciones para registrar un
Cliente.
Nitcliente , Nombre
Guardar datos.
Insertar Datos(),Registrar Empresa(),Modificar Datos()
Eliminar Datos()
Clase Control:G_Detalle_Venta
Nombre
Propsito
Entrada
Salida
Flujo
G_Detalle_Venta
Registrar las Ventas.
NroLote, IdVenta
Guardar datos.
Registrar Detalle_Venta()
Clase Control:G_Detalle_Promocion
Nombre
Propsito
Entrada
Salida
Flujo
G_Detalle_Promocion
Registrar las Promociones.
CodProm, CodProducto
Guardar datos.
Registrar Detalle_Promocion()
Clase Control: Gestor Devolucin Compra

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Devolucin Compra

Permite realizar una Devolucin de una compra especfica.
Cod, fecha, motivo
Datos Guardados
Registrar Devolucin()
Mostrar Devolucin()
Clase Control:GestorEmpresa
Nombre
Propsito
Entrada
Salida
GestorEmpresa
Controlar y realizar todas las operaciones para registrar las
empresas.
IdEmpresa, Nombre, Direcccion, Telfono
Guardar datos.
Pgina 117

Flujo
ObtenerIdEmpresa()
Insertar Datos()
Modificar Datos()
Clase Control:G_Factura
Nombre
Propsito
Entrada
Salida
Flujo
G_Factura
Controlar las operaciones para registrar la factura.
IdFactura,IdVenta,fecha
Guardar datos.
Registrar Datos()
Clase Control:Gestor_Forma_Pago
Nombre
Propsito
Entrada
Salida
Flujo
Gestor_Forma_ pago
Controlar y realizar todas las operaciones para registrar las
formas de pago.
Idforma_pago, Descipcin
Guardar datos.
NuevoIdForma_Pago(),Insertar Datos(),
Modificar Datos ()
Clase Control:Gestionar Grupo

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Grupo
Permite realizar un registro de usuario para luego enviarlo a la
clase entidad.
idGrupo, descripcion.
Datos Guardados
Nuevo(), insertar(), Modificar().
Clase Control:Gestor Ingreso

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Ingreso
resolver las solicitudes permitiendo la ejecucin de un ingreso
de lotes de productos.
Nroingreso, fecha, ItemLote, observacin.
Ingreso y Lotes registrados.
2. RegistrarIngreso()
3. RegistrarLote()
Pgina 118

Clase Control:Gestor Marca

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Marca
resolver las solicitudes, permitiendo administrar las marcas.
Descripcin
Marca registrada o eliminada.
1. GenerarNuevoId()
2. RegistrarMarca(descripcion)
3. EliminarMarca(descripcion)
Clase Control: Gestor Proveedor

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Proveedor
Permite realizar un registro de proveedores donde se podr
registrar.
Datos Guardados
Registrar Proveedor()
Modificar Proveedor()
Eliminar Proveedor()
Clase Control:Gestor Producto

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Producto
Interactuar con la interfaz y la base de datos producto para
atender y resolver las solicitudes.
Datos del Producto nuevo, la marca y el tipo.
Producto registrado, modificado o eliminado.
1.- Regitrar producto()
1.1.ObtenerIdSector()
1.2.ObtenerIdMarca()
1.3RegistrarNuevo()
2.- ModificarProducto(codproducto)
2.1.-ActualizarDatos()
3.-EliminarProducto(CodProducto)
4.-LocalizarProducto(CodProducto)
Clase Control:G_Promocion
Pgina 119

Nombre
Propsito
Entrada
Salida
Flujo

Nombre
Propsito
Entrada
Salida
Flujo
G_Promocion
Promocin.
CodProm,FechaInicio,FechaFinalizacin,descripcin,Descuento,
CodProducto
ObtnerIdPomo()
Obtener Producto()
Insertar Datos()
Registrar Promocin
Registrar Detalle_Promocion()
Clase Control:G_Recibo
G_Recibo
Controlar las operaciones para registrar el recibo.
NroCuota,IdVenta,IdRecibo,fecha,monto
Guardar datos.
Registrar Datos()
Clase Control:Gestor Salida

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Salida
resolver las solicitudes permitiendo la ejecucin de una salida
de lotes de productos.
NroSalida, fecha, ItemLote, Motivo
Salida de lotes Registrado
2. LocalizarProducto(Lote)
3. RegistrarSalida()
Clase Control:Gestor Sector

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Sector
resolver las solicitudes, permitiendo administrar los tipos de
productos.
Descripcin
Sector registrado o eliminado.
1. GenerarNuevoId()
2. RegistrarTipoProducto()
3. EliminarTipoProducto()
Pgina 120

Clase Control: Gestor Usuario

Nombre
Propsito
Entrada
Salida
Flujo
Gestor Usuario
Permite realizar un registro de usuario para luego enviarlo a la
clase entidad.
Cod, nombre, pasword, estado.
Datos Guardados
Registrar Usuario()
Modificar Usuario()
Eliminar Usuario()
Clase Control:G_Venta
Nombre
Propsito
Entrada
Salida
Flujo
G_Venta
venta.
Nro,Fecha,IdCliente,NroLote,Cantidad,MontoVenta,Forma Pago
NuevoIdVenta()
Insertar Datos Venta()
Obtener Datos()
Obtener Forma_Pago()
Registrar Cliente()
Registrar Factura()
Registrar Detalle_Venta()
Calcular Monto ()
Calcular Cambio()
5.2.3. Entidades
Clase Entidad:Baja
Nombre
Baja
Responsabilida
d
Atributos
Almacenar los datos de la baja de productos.

IdBaja, fecha, motivo.
Pgina 121

Relaciones
Ninguna.
Clase Entidad: Cuota Compra

Nombre
Cuota Compra
Responsabilidad
Almacena cada una de las cuotas que el supermercado

cancela a sus proveedores.
Cod, Fecha, estado, monto
Compra
Atributos
Relaciones
Clase Entidad:Compra
Nombre
Compra
Responsabilidad
Almacena cada una de las compras que se realizan.
Atributos
NroCompra, Fecha, Fecha Emisin,

Fecha Entrega, monto
Relaciones
Proveedor, Cuota Compra, Producto
Clase Entidad:E_Cuota_Venta
Nombre
E_Cuota_ Venta
Responsabilidad
Almacenar todos los cambios de las cuotas de ventas
Atributos
Relaciones
NroCuota,fecha,monto,estado
Recibo
Clase Entidad:E_Cliente
Nombre
E_Cliente
Responsabilidad
Almacenar los datos del cliente
Atributos
Relaciones
NitCliente, Nombre
Empresa
Clase Entidad: Devolucin Compra
Nombre
Devolucin Compra
Responsabilidad
Almacena cada una de las devoluciones que se puedan dar

en el supermercado.
Cod, Fecha, motivo.
Atributos
Pgina 122

Relaciones
Detalle Compra.
Clase Entidad:E_Empresa
Nombre
E_Empresa
Responsabilidad
Almacenar los datos de la empresa
Atributos
Relaciones
IdEmpresa, Nombre, Direcccion, Telfono

Ninguna
Clase Entidad:Detalle Salida
Nombre
Detalle Salida
Responsabilida
d
Atributos
Relaciones
Almacenar los detalles o tem de salidas.

cantidadProdcuto
Salida, lote.
Clase Entidad:DetalleBaja
Nombre
Detalle Baja
Responsabilida
d
Atributos
Relaciones
Almacenar los detalles o tem de bajas de productos.

Cantidad
Baja, producto
Clase Entidad:E_Detalle_Venta
Nombre
E_Detalle_Venta
Responsabilidad
Amacenartodos el detalle de las ventas que se realicen.
Atributos
Relaciones
NroLote, IdVenta,cantidad
Lote, Venta
Clase Entidad:E_Detalle_Promocion
Nombre
E_Detalle_Promocion
Responsabilidad
Amacenar todas las promociones que se realicen
Atributos
Relaciones
CodProm, CodProducto
Producto, Promocin
Pgina 123

Clase Entidad:E_Factura
Nombre
E_Factura
Responsabilidad
Almacenar los datos de las facturas
Atributos
Relaciones
IdFactura,IdVenta,fecha
Ninguna
Clase Entidad:E_Forma_Pago
Nombre
E_Forma_pago
Responsabilidad
Almacenar los datos de las formas de pago
Atributos
Relaciones
Idforma_pago, Descripcin
Ninguna
Clase Entidad: Ingreso

Nombre
Ingreso
Responsabilida
d
Atributos
Relaciones
Almacenar los datos de los ingresos de lotes de productos.

IdIngreso, fecha, motivo
Usuario.
Clase Entidad:Lote
Nombre
Lote
Responsabilida
d
Atributos
Almacenar los datos de los lotes de productos.

nroLote,
fecha_vencimiento,
cantidad_existente, precio, estado.
cantidad_contenido,
Pgina 124

Clase Entidad: Marca

Nombre
Marca
Responsabilida
d
Atributos
Relaciones
Almacenar los datos de las marcas de producto.

idMarca, descripcin.
Ninguna
Clase Entidad: Proveedor

Nombre
Proveedor
Responsabilidad
Almacena los datos de cada uno de los proveedores del

supermercado
Compra
Atributos
Relaciones
Clase Entidad:Producto
Nombre
Producto
Responsabilida
d
Atributos
Almacenar los datos de productos.
Relaciones
Codigo,
descripcin,
precio_compra,
precio_promedio, stock, stock_minimo,
unidad_medida.
Marca, sector.
precio_venta,
stock_maximo,
Clase Entidad:E_Promocion
Nombre
E_Promocin
Responsabilidad
Amacenar todas las promociones que se realicen
Atributos
IdPromocion,fecha_fin,fecha_inicio,descripcin,descuento,c
odProducto
Producto, Detalle Promocin
Relaciones
Clase Entidad:E_Recibo
Nombre
E_Recibo
Responsabilidad
Almacenar los datos de los recibos
Atributos
NroCuota,IdVenta,IdRecibo,fecha,monto
Pgina 125

Relaciones
Ninguna
Clase Entidad:Salida
Nombre
Salida
Responsabilida
d
Atributos
Relaciones
Almacenar los datos de las salidas de lotes de productos.

Idsalida, fecha, motivo.
Usuario.
Clase Entidad: Sector

Nombre
Sector
Responsabilida
d
Atributos
Relaciones
Almacenar los datos de los tipos de productos.
Relaciones
Producto, ingreso.
idSector, descripcin.
Ninguna.
Clase Entidad: E_Venta

Nombre
E_Venta
Responsabilidad
Amacenar todas las ventas que se realicen
Atributos
Relaciones
Nro,idcliente,,idformapago,fecha,monto
Cliente ,Forma Pago, Lote, Factura , Cuota Venta, Detalle
Venta
Pgina 126

5.3. ANLISIS DE PAQUETES
Pgina 127

PARTE 6
FLUJO DE TRABAJO
Pgina 128

6. FLUJO DE TRABAJO DISEO

6.1. ARQUITECTURA DEL DISEO
6.1.1. Escenario de usuario del sistema
Inventario
Gestion de Compra
<<FrmPrincipal>>
Iniciar_ Sesion
User
Sistema de Informacion para la

administracion de compra, venta
e inventario del supermercado
Fidalga.
Gestion de venta
Reporte
Almacenero Adm. de compra
Adm. de venta
Cajero
Adm. del sistema

Administracion de Usuario
PERFIL DE USUARIO
Grupo De Usuarios
Almacenero: Usuario es el encargado de administrar los productos, por
tanto tendr acceso a los subsistemas de inventario, compra y reporte.
Administrador de compra: Usuario encargado de realizar o administrar
las distintas compras por tato tendr acceso a los subsistemas de
inventario y compra.
Administrador de venta: Usuario encargado de supervisar los procesos
de ventas realizadas en el supermercado, por tanto tendr acceso al
subsistema de inventario, reporte y a todo el subsistema de venta.
Cajero: Usuario encargado de atender las transacciones de venta por
medio del acceso de una parte del subsistema de vanta.
Administrador del sistema: Encargado de administrar los distintos
accesos de usuarios y asignacin de privilegios al sistema, por tanto
tendr acceso a todo el sistema.
Pgina 129

6.1.2. Arquitectura fsica del diseo
Diagrama de despliegue
Pgina 130

6.1.3. Arquitectura lgica del diseo
Pgina 131

6.2. DISEO DE CASOS DE USO

6.2.1. Diagrama de secuencia
Caso de Uso (CU6):Registrar Ingreso
Pgina 132

Caso de Uso (CU7):Registrar Salida
Pgina 133

Caso de Uso (CU8):Registrar baja de producto
Pgina 134

Pgina 135

Pgina 136

6.2.2. Diagrama parcial de clases del diseo

Caso de Uso (CU6):Registrar Ingreso
Pgina 137

Caso de Uso (CU7):Registrar Salida
Caso de Uso (CU8):Registrar baja de producto
Pgina 138

Pgina 139

Pgina 140
+IdPromocion
+nombre
+nacionalidad
+telefono
+fax
+direccion
+e_mail
1
Proveedor
esta
0..1
Usuario
+idGrupo
+descripcion
Grupo
pertenece
1..*
1..*
+idDevolucion
+fecha
+motivo
Devolucion
tiene
+idUsuario
+nombre
+password
+estado
realiza
0..*
+idCompra
+fecha_emision 1..*
1..* +fecha_entrega
+plazo
+monto
+estado
Compra
1..*
+nro
+fecha
+monto
+estado
CuotaCompra
tiene
Sesion
realiza
1..* +idSesion
+inicio
+fin
1..*
1..*
esta
Lote
Promocion
1..*
1..* +idOperacion
+descripcion
Operacion
0..*
tiene
1..*
1..*
tiene
+idformaPago
1 +descripcion
Forma_ pago
pertenece
Privilegio
1..*
realiza
0..*
Recibo
tiene 1
1
+nroCuota
+fecha
+monto
+estado
+plazo
CuotaVenta
+idFactura
+fecha
+observacion
Factura
tiene
Modulo
Formulario
pertenece
+idmodulo
+idFormulario
+descripcion 1..*
1 +descripcion
+idRecibo
+fecha
+monto
0..*
Venta
Cliente
tiene
+idVenta
+idCliente
+fecha
1..*
1..*
1 +nombre
+monto
+nit
Detalle_ Venta
+observacion
+estado
1
+CantidadProducto
+cantidadproducto
Detalle_ salida
Salida
Baja
+idBaja
+fecha
+motivo
Detalle_ baja
+cantidadProducto
+idSalida
+fecha
+motivo
realiza
Bitacora
+hora
1..*
0..*
+idIngreso
+fecha
+observacion
1
Ingreso
Marca
+idMarca
+descripcion
+idPromocion
+descripcion
1..*
1..* +fecha_inicio
+fecha_fin
Detalle_ Promocion
+descuento
1..*
+NroLote
1 +fecha_vencimiento
1..*
+Cantidad_contenido
+cantidad_existente
1..*
+precio
+estado
esta
tiene
+cantidadProducto
Producto
+codigo
+descripcion
+precio_compra
1..* +precio_venta
+precio_promedio
+stock
+stock_minimo
+stock_maximo
+unidad_medida
1..*
pertenece
1
Detalle_ Devolucion 0..1
+canridad
Detalle_ compra
realiza
Sector
+idSector
+descripcion
1..*
tiene
Empresa
0..1
pertenece
+idEmpresa
+nombre
+direccion
+telefono
1..*
6.3. DISEO DE DATOS
6.3.1. Diagrama de clases
Pgina 141

6.3.2. Diseo lgico de la base de datos

Baja
idBaja
Fecha
Bitcora
idSesion
idOperacion
Cliente
idCliente
motivo
Nombre
Compra
idComp FechaEmis
ra
ion
Nit
FechaEntr
ega
CuotaCompra
idCompra
NroCuotaCom
pra
CuotaVenta
idCuotaVe idVenta
nta
Hora
Plazo
idEmpresa
Precio
Fecha
Fecha
Estad
o
idProveed
or
Monto
Monto
Estado
Estado
idRecibo
DetalleBaja
idBaja
idLote
CantidadProducto
DetalleCompra
idCompra
idProducto
Cantidad
detalleDevolucion
idDevolucion
idLote
CantidadProducto
DetallePromocion
idPromocion
idUsuar
io
idProducto
DetalleSalida
idSalida
idLote
CantidadProducto
DetalleVenta_Lote
idVenta
idLote
CantidadProducto
Devolucin
idDevolucion
Fecha
Motivo
idCompra
Empresa
idEmpresa
Nombre
Direccin
Telfono
Factura
Pgina 142

idFactura
Fecha
Observacin
FormaPago
idFormaPago
descripcion
Formulario
idFormulario
Grupo
idGrupo
Descripcin
idIngres
o
idModulo
Descripcin
Ingreso
idIngreso
Lote
idLote
idVenta
Fecha
fechaVencimie
nto
Observacin
CantidadConte
nido
idUsuario
CantidadExist
ente
Esta
do
idProduc
to
precio
Marca
idMarca
Descripcin
Modulo
idModulo
Nombre
Operacin
idOperacion
Descripcin
idFormulario
Privilegio
idOperacion
idGrupo
Producto
idProduct
o
Descripci
n
StockMaximo
Promocin
idPromocion
PrecioComp
ra
UnidadMedida
Descripcin
Proveedor
idProveed Nombre
or
Fecha
PrecioProme
dio
idSector
FechaInicio
Nacionalid
ad
Recibo
idRecibo
PrecioVen
ta
Telfono
Stoc
k
StockMini
mo
idMarca
FechaFin
Fax
descuento
Direccin
E_mail
Monto
Pgina 143

Salida
IdSalida
Fecha
Observacin
Sector
idSector
descripcion
Sesin
IdSesion
Inicio
Usuario
idUsuario
Venta
idVent
a
idUsuario
Nombre
Fecha
Monto
Fin
Nick
idUsuario
Passwoord
Observac
in
Estado
estado
idFormaP
ago
idGrupo
idUsua
rio
idClien
te
6.3.3. Diseo Fsico de la base de datos

Baja
Atributos
Tipo de Dato
Amplitud
Llave
Nulo
Descripcion
idBaja
Alfabetico
10
Primaria
No
Codigo del
baja
Fecha
Alfabetico
No
No
Fecha de
asignacion
Motivo
Numerico
40
No
No
descripcion
Atributos
Tipo de Dato
Amplitud
Llave
Nulo
Descripcion
idSesion
Alfabetico
10
Primaria,
foranea
No
Codigo de
inicio sesion
idOperacion
Alfabetico
10
Primaria,
foranea
No
Codigo de
operacin
Hora
Fecha
No
No
Hora de
ejecucion
Atributos
Tipo de Dato
Amplitud
Llave
Nulo
Descripcion
idCliente
Alfabetico
10
Primaria
No
Codigo de
cliente
Bitcora
Cliente
Pgina 144

Nombre
Alfabetico
40
No
No
Nombre de
persona
Nit
Numerico
10
No
No
Numero de
nit
idEmpresa
Alfabeltico
10
Foranea
No
Codigo de
Empresa
Compra
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idCompra
Alfabetico
10
Primaria
No
Codigo de
compra
FechaEmisio
n
Fecha
No
No
Fecha de
emision
FechaEntrega
Fecha
No
No
Fecha de
entrega
Plazo
Fecha
No
No
Plazo a
cancelar
Estado
Alfabetico
No
No
Controlador
de cridito
idProveedor
Alfanumerico
10
Foranea
No
Codigo
deproveedor
idUsuario
Alfabetico
10
Foranea
No
Codigo de
Usuario
CuotaCompra
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idCompra
Alfabetico
10
Primaria,
foranea
No
Codigo de
compra
NroCuotaCompr
a
Alfabetico
10
Primaria
No
Codigo de
cuota
Fecha
Fecha
No
No
Fecha de
cancelacion
Monto
Float
No
No
Monto a
cancelar
Pgina 145

Alfabetico
No
No
Controlador
de cancelado
Atributos
Tipo de Dato
Amplitud
Llave
Nulo
Descripcion
idCuotaVenta
Alfabetico
10
Primaria
No
Codigo de
Cuota
idVenta
Alfabetico
10
Primaria,
foranea
No
Codigo de
venta
Fecha
Fecha
No
No
Fecha de
cancelacion
Monto
Float
No
No
Monto a
cancelar
Estado
Alfabetico
No
No
Controlador
de cancelado
idRecibo
Alfabetico
10
Foranea
No
Codigo de
Recibo
Estado
CuotaVenta
DetalleBaja
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idBaja
Alfabetico
10
Primaria
No
Codigo Baja
idProducto
Alfabetico
10
Primaria,foranea
No
Codigo de
producto
Cantidad
Numerico
No
No
Cantidad de
producto
DetalleCompra
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idCompra
Alfabetico
10
Primaria,
foranea
No
Codigo de
compra
idLote
Alfabetico
10
Primaria,forane
a
No
Codigo de
lote
Pgina 146

CantidadProduct
o
Numerico
No
No
Cantidad de
producto
DetalleDevolucion
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idDevolucion
Alfabetico
10
Primaria,
foranea
No
Codigo de
Devolucion
idLote
Alfabetico
10
Primaria,foranea
No
Codigo de
Lote
CantidadProduct
o
Numerico
No
No
Cantidad de
producto
DetallePromocion
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idPromocion
Alfabetico
10
Primaria,
foranea
No
Codigo de
promocion
idProducto
Alfabetico
10
Primaria,foranea
No
Codigo de
producto
DetalleSalida
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idSalida
Alfabetico
10
Primaria,
foranea
No
Codigo de
Salida
idLote
Alfabetico
10
Primaria,forane
a
No
Codigo de
Lote
CantidadProduct
o
Numerico
No
No
Cantidad de
Producto
DetalleVenta_Lote
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idVenta
Alfabetico
10
Primaria,
No
Codigo de
Pgina 147

foranea
venta
idLote
Alfabetico
10
Primaria,forane
a
No
Codigo de
Lote
CantidadProduct
o
Numerico
No
No
Cantidad de
Producto
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idDevolucion
Alfabetico
10
Primaria
No
Codigo de
Devolucion
Fecha
Fecha
No
No
Fecha de
devolucion
Motivo
Alfabetico
40
No
No
Descripcion
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idEmpresa
Alfanumeric
o
10
Primaria
No
Codigo de
Empresa
Nombre
Alfabetico
40
No
No
Nombre de
la Empresa
Direccion
Alfabetico
40
No
No
Direccion de
la Empresa
Telefono
Numerico
No
No
Telefono de
contacto
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idFactura
Alfabetico
10
Primaria
No
Codigo de
Factura
Fecha
Fecha
No
No
Fecha de
facturacion
Observacion
Alfabetico
40
No
Si
Observacion
Devolucin
Empresa
Factura
Pgina 148

si tubiera
idVenta
Alfabetico
10
Foranea
No
Codigo de
venta
FormaPago
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idFormaPago
Alfabetico
10
Primaria
No
Codigo de
FormaPago
Descripcion
Alfabetico
40
No
Si
Observacion
si tubiera
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idFormulario
Alfabetico
10
Primaria
No
Codigo de
Formulario
Descripcion
Alfabetico
40
No
No
Observacion
si tubiera
idModulo
Alfabetico
10
Foranea
No
Codigo de
modulo
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idGrupo
Alfabetico
10
Primaria
No
Codigo de
Grupo
Descripcion
Alfabetico
40
No
No
Observacion
si tubiera
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idIngreso
Alfabetico
10
Primaria
No
Codigo de
Ingreso
Fecha
Fecha
No
No
Fecha de
Formulario
Grupo
Ingreso
Pgina 149

ingreso
Observacion
Alfabetico
40
No
Si
descripcion
Lote
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idLote
Alfabetico
10
Primaria
No
Codigo de Lote
FechaVenciniento
Fecha
No
No
Fecha de
venciniemto
CantidadContenid
a
Numerico
No
No
Cantidad de
producto
CantidadExistente
Numerico
No
No
Cantidad de
producto
Estado
Alfabetico
No
No
Estado de
existencia
idProducto
Alfabetico
10
foranea
No
Codigo de
producto
idIngreso
Alfabetico
10
Foranea
No
Codigo de
ingreso
Precio
Decimal
No
No
Precio de lote
Marca
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idMarca
Alfabetico
10
Primaria
No
Codigo de
marca
Descripcion
Alfabetico
40
No
No
Descripcion
de marca
Pgina 150

Modulo
Atributos
Tipo de Dato
Amplitud
Llave
Nulo
Descripcion
idModulo
Alfabetico
10
Primaria
No
Codigo de
modulo
Nombre
Alfabetico
40
No
No
Descripcion
de modulo
Operacin
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idOperacion
Alfabetico
10
Primaria
No
Codigo de
Operacin
Descripcion
Alfabetico
40
No
No
Descripcion
de
Operacin
idFormulario
Alfabetico
10
Foranea
No
Codigo de
formulario
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idOperacion
Alfabetico
10
Primaria,
foranea
No
Codigo de
Operacin
idGrupo
Alfabetico
10
Primaria,
foranea
No
Codigo de
Grupo
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idProducto
Alfabetico
10
Primaria
No
Codigo de
producto
Descripcion
Alfabetico
40
No
No
Descripcion
de producto
PrecioCompra
Decimal
No
No
Precio de
Compra
No
No
Precio de
Privilegio
Producto
PrecioVenta
Decimal
Pgina 151

Venta
PrecioPromedi
o
Decimal
No
No
Promedio de
precios
Stock
Numerico
No
No
Stock
existente
StockMinimo
Numerico
No
No
Minimo que
contiene
StockMaximo
Numerico
No
No
Maximo de
stock
UnidadMedida
Alfabetico
20
No
No
La unidad de
medida
idSector
Alfabetico
10
Foranea
No
Codigo de
sector
idMarca
Alfabetico
10
Foranea
No
Codigo de
marca
Promocin
Atributos
Tipo de Dato
Amplitud
Llave
Nulo
Descripcion
idPromocio
n
Alfabetico
10
Primaria
No
Codigo de
promocion
Descripcion
Alfabetico
40
No
No
Obsevacione
s
FechaInicio
Fecha
No
No
Fecha inicio
promocion
FechaFin
Fecha
No
No
Fecha final
promocion
Descuento
Decimal
No
No
Descuento
por oferta
Proveedor
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idProveedor
Alfabetico
10
Primaria
No
Codigo de
proveedor
Pgina 152

Nombre
Alfabetico
40
No
No
Nombre de
proveedor
Nacionalidad
Alfabetico
40
No
No
Pais del
proveedor
Telefono
Numerico
No
No
Numero de
contacto
Fax
Numerico
No
Si
Para envio
de
documento
Direccion
Alfabetico
40
No
No
Dir de
proveedor
E-mail
Alfabetico
40
No
No
Correo
electronico
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idRecibo
Alfabetico
10
Primaria
No
Codigo de
recibo
Fecha
Fecha
No
No
Fecha de
emision
Monto
Decimal
No
No
Monto a
cancelar
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idOperacion
Alfabetico
10
Primaria,
foranea
No
Codigo de
Operacin
idGrupo
Alfabetico
10
Primaria,
foranea
No
Codigo de
Grupo
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idSector
Alfabetico
10
Primaria
No
Codigo de
Recibo
Salida
Sector
Pgina 153

selctor
Descripcion
Alfabetico
40
No
No
Descripcion
de sector
Sesin
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idSesion
Alfabetico
10
Primaria
No
Codigo de sesion
Inicio
Fecha
No
No
Hora y fecha inicio
Fin
Fecha
No
No
Hora y fecha final
idUsuario
Alfabetico
10
Foranea
No
Codigo de usuario
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idUsuario
Alfabetico
10
Primaria
No
Codigo de usuario
Nombre
Alfabetico
40
No
No
Nombre de
usuario
Nick
Alfabetico
40
No
No
Cuenta usuario
Passwoord
Alfabetico
15
No
No
Contrasea
idGrupo
Alfabetico
10
Foranea
No
Codigo de usuario
Atributos
Tipo de
Dato
Amplitud
Llave
Nulo
Descripcion
idVenta
Alfabetico
10
Primaria
No
Codigo de venta
Fecha
Fecha
No
No
Fecha de
realizacion
Monto
Decimal
No
No
Monto a cobrar
Observacion
Alfabetico
40
No
Si
Obs. Por motivo
Estado
Alfabetico
No
No
Controla el tipo de
venta
idFormaPago
Alfabetico
10
Foranea
No
La forma de pago
Usuario
Venta
Pgina 154

idUsuario
Alfabetico
10
Foranea
No
Usuario que
vende
idCliente
Alfabetico
10
Foranea
No
Codigo de cliente
6.4. DISEO DE INTERFAZ DE USUARIO

6.4.1. Formulario
Formulario principal
Pgina 155

Formulario gestionar compra
Iniciar sesin
6.4.2.
Reportes
Pgina 156

6.6. DIAGRAMA DE TIEMPO
Gestionar compra
Pgina 157

Gestionar Venta
Pgina 158

6.7. DIAGRAMA DE NAVEGACIN
Compra de productos por internet
Pgina 159

PARTE 7
FLUJO DE TRABAJO
Pgina 160

7. FLUJO DE TRABAJO IMPLEMENTACIN

7.1 ELECCION DE PLATAFORMA DE DESARROLLO DE SOFTWARE
a) Sistema Operativo
La plataforma que soporta el software desarrollado es el S.O WINDOWS
Millenium, XP, Vista. Se eligi esta plataforma porque ofrece todas las
herramientas necesarias para su implementacin
VENTAJAS:
Es ms conocido
Es el que tiene ms software desarrollado.
Se puede aprender desde cmo usar el Mouse hasta saber lo que es

un Firewall.
Tiene una gran cantidad de tutoriales.
No viene con CD de instalacin o de recuperacin. El Starter posee

una imagen en el disco rgido de la nueva computadora.
Incluye los programas clsicos y habituales de Windows en versiones

integras pero limitadas de acuerdo a las prestaciones anteriormente
reseadas: Paint, Wordpad, Internet Explorer, Outlook Express,
Windows Media Player, Windows Messenger 4.7, Service Pack 2.
DESVENTAJAS:
Las nuevas versiones requieren muchos recursos.
La mayora de los virus estn hechos para Windows.
Puedes tener errores de compatibilidad en sistemas nuevos.
Limitaciones de actualizacin de Hardware.
b) Gestor de Base de Datos

El gestor de base de datos utilizado es el SQL SERVER.
Pgina 161

Pgina 162

VENTAJAS:
Su aparente facilidad.
Buen rendimiento general.
Compatibilidad, versatilidad.
Es universal.
Es rpido y eficiente.
Importa base de datos, establece permisos de acceso.
Seguro.
La construccin de las consultas es sencilla e intuitiva.
DESVENTAJAS:
El mal uso.
Manejabilidad de la consola.
Que es Microsoft.
Tiempo de respuesta relativamente largo.
c) Lenguaje de Programacin
El lenguaje de programacin utilizado para la implementacin del software es el
Visual Basic.
VENTAJAS:
Es un lenguaje RAD.
Posee una curva de aprendizaje muy rpida.
Integra el diseo e implementacin de formularios de Windows.
Permite usar con suma facilidad la plataforma de los sistemas Windows.
El cdigo en Visual Basic es fcilmente migrable a otros lenguajes.
DESVENTAJAS:
Pgina 163

Sin soporte de Microsoft desde el 4 de abril de 2008 (Pero el MSDN es muy

completo).
No es multiplataforma (Sin embargo se pueden usar emuladores e

intrpretes para correrlos en otras plataformas).
Slo permite el uso de funciones de libreras dinmicas (DLL) stdcall.
Algunas funciones estn indocumentadas (Sin embargo esto ocurre en

muchos lenguajes).
Es un lenguaje basado en objetos y no orientado a objetos.
No maneja muy bien los apuntadores de memoria.
No soporta tratamiento de procesos como parte del lenguaje.
No incluye operadores de desplazamiento de bits como parte del lenguaje.
No permite el manejo de memoria dinmica, punteros, etc. como parte del

lenguaje.
Herramientas Case
Se utiliz diferentes herramientas cases:

d) UML STUDIO:
VENTAJAS:
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 Colaboracin para modelar interacciones entre objetos.
Diagramas de Actividad para modelar el comportamiento de los Casos de

Uso, objetos u operaciones.
Diagramas de Clases para modelar la estructura esttica de las clases en el

sistema.
Pgina 164

UML es una consolidacin de muchas de las notaciones y conceptos ms

usados orientados a objetos.
DESVENTAJAS:
Diversos desarrolladores tambin dan nota de que UML es algo impreciso

dentro de su notacin, por ejemplo, al hacer referencias a un diagrama con
servidores, no se sabe si los servidores simbolizados se encuentran
operativos, restringidos, pasivosetc. Por eso se le califica de un poco
inexacto.
Otro problema de UML es que no se presta con facilidad al diseo de

sistemas distribuidos. En tales sistemas cobran importancia factores como
transmisin, serializacin, persistencia, etc. UML no cuenta con maneras de
describir tales factores.
No se puede, por ejemplo, usar UML para sealar que un objeto es

persistente o remoto.
e) ENTERPRISE:
VENTAJAS:
Diagramas de Estado para modelar el comportamiento de los objetos en el

sistema.
Diagramas de Objetos para modelar la estructura esttica de los objetos en

el sistema.
Diagramas de Componentes para modelar componentes.
Diagramas de Implementacin para modelar la distribucin del sistema.
Al estar desarrollado bajo la estructura de UML 2.0 ofrece la posibilidad de

realizar los diagramas de tiempo as como la ingeniera inversa a partir de
diversos lenguajes de programacin.
Pgina 165

DESVENTAJAS:
No es un mtodo de desarrollo. No te va a decir cmo pasar del anlisis al

diseo y de este al cdigo. No son una serie de pasos que te llevan a
producir cdigo a partir de unas especificaciones a pesar de que genera el
cdigo a partir del diseo y el anlisis.
6.5. DIAGRAMAS DE ESTADO
Gestionar Compra
Pgina 166

Gestionar Venta
Pgina 167

7.2 MODELO DE IMPLEMENTACION DEL SISTEMA (Arquitectura)
Pgina 168

Sistema de informacin para la administracin de compra, venta e inventario

del supermercado Fidalga
Diagrama de componente del sistema principal
Pgina 169

7.3. ARQUITECTURA DE LA IMPLEMENTACION DEL SUBSISTEMA

Subsistema Inventario
Pgina 170

Subsistema Gestin Compra
Pgina 171

Subsistema Gestin Venta
Pgina 172

Subsistema Administracin de Usuario
Pgina 173

7.4. INGENIERA INVERSA

Diagrama de secuencia
Insertar Compra
Pgina 174

Insertar venta
Pgina 175

PARTE 8
FLUJO DE TRABAJO
Pgina 176

8.FLUJO DE TRABAJO PRUEBAS

8.1. CASO DE PRUEBA
CU Gestionar Compra
Se realizara la compra con 4 productos al crdito la cual ser cancelada en un
plazo determinado. Se crea el caso de prueba COMPRA- REGISTRAR COMPRA,
se proceder a la verificacin del caso de uso Gestionar Compra.
Entrada
La compra a ser registrada es C000000013 este idCompra es generado por
el sistema.
Datos Preliminares para realizar una compra: la fecha de emisin, la fecha
de entrega seleccionada, el proveedor seleccionado, los productos
agregados, el monto calculado, estado seleccionado no cancelado.
Resultado
La compra deber ser registrada satisfactoriamente en la BD.

El stock del producto deber estar actualizada luego de registrarse la
compra.
Se habilitara el registro de cuotas para la compra correspondiente la cual
sera registrada en la BD.
Condiciones:
El producto agregado a la compra tiene un stock mnimo.

Debern estar registrado los datos mnimos para la compra.
Procedimiento de prueba registrar compra

1.
2.
3.
4.
5.
6.
Ingresar al formulario gestionar compra

Seleccionar el nombre del proveedor
Seleccionar la fecha de entrega
Agregar productos
Seleccionar estado
Registrar compra
6.1. Registrar cuotas de pago en caso de que la compra sea no
cacelado.
Pgina 177

CU Gestionar Venta
Se realizara la venta al crdito con 4 productos, la cual ser cancelada en un plazo
determinado. Se crea el caso de prueba VENTA- REGISTRAR VENTA, se
proceder a la verificacin del caso de uso Gestionar Venta.
Entrada
La venta a ser registrda es V000000010
Para realizar la venta se deber llenar los datos preliminares:
La fecha.
El nit ingresado del cliente
Los productos agregados de un determinado lote.
El monto calculado.
La observacin en caso que existiera.
La forma de pago seleccionada es crdito.
Resultado
La venta se registrara en la base de datos.

El stock de los productos debern estar actualizada luego de haberse
registrado la venta.
Se habilitara el registro de cuotas para la venta correspondiente la cual
ser registrada en la BD.
Condiciones
Si el nit no existe en la BD entonces debe ser registrado.

Debern estar registrado los datos mnimos para la venta.
Procedimiento de prueba registrar compra

1.
2.
3.
4.
5.
Ingresar al formulario gestionar venta

Introducir el nit del cliente en caso que tuviera
Localiza Agrega los productos de un determinado lote
Seleccionar la forma de pago
Registrar venta
6.1. Registrar cuotas de pago en caso de que la venta sea al crdito.
Pgina 178

CONCLUSION
Durante el transcurso del semestre, se plante cumplir con los siguientes
propsitos: Implementacin del Mdulo o Paquete de Gestin de administracin
de usuario, gestin de compra, gestin venta e inventario.
El cual todos los Mdulos o Paquetes anteriores ya mencionados fueron
implementados de acuerdo a las exigencias, necesidades, requisitos previos del
supermercado y del Tutor de la Materia: Ing. Anglica Garzon C.
RECOMENDACIN
Al finalizar el desarrollo del presente Proyecto los desarrolladores recomendamos
a los Usuarios Finales del Sistema lo siguiente:
Contar con un equipo PC Pentium IV.
Sistema Operativo Windows XP 2000 o superior.
Para utilizar el presente Sistema, primeramente se necesitar de la

instalacin del Gestor de Base de Datos SQL 2008.
Adjuntar la Base de Datos Fidalga.mdf
Previo a la Instalacin del Sistema se requiere el Lenguaje de

Programacin Visual Studio 2008.
Sera importante tomar en cuenta los futuros requerimientos que

puedan surgir, en el Supermercado para obtener un Software ms
complejo acorde a las nuevas exigencias, necesidades para
optimizar los procesos establecidos.
7.
Pgina 179

BIBLIOGRAFIA
UML (Lenguaje Unificado de modelado)Autor:Bosch, Rumbao,

Jacobson
El proceso unificado de desarrollo de softwareAutor: Bosch.
Los sistemas de InformacinAutor: Shell
Ingeniera de Software Roger Presuman
Pginas Web:
o Sistema de Informacin - Monografias_com.htm
o Es.wikipedia.org/wiki/laboratorio
o Informacin\Libre Estudio de Supermercados.htm
o http://esthervivas.wordpress.com
Pgina 180

ANEXOS
Entrevista con el administrador del supermercado Fidalga
Nombre: Lder Rodrguez
Cargo: Administrador
Desde cundo entr en servicio el Supermercado Fidalga y como ha

ido surgiendo desde entonces?
El supermercado Fidalga surge en el ao 1986 con el nombre de ketal. En ese
entonces se contaba con una pequea infraestructura y se ofrecan los productos
necesarios de consumo, pero con el tiempo hemos ido ampliando nuestras
instalaciones. Se consigui abrir cinco sucursales y expandimos nuestros
servicios, ahora contamos con una alta variedad de productos. Luego en el ao
2005 se decide cambiar el nombre de ketal a Fidalga.
Cmo se encuentra estructurado actualmente el supermercado?

Actualmente se cuenta con 4 departamentos: de gerencia, del rea comercial
donde estn las ventas,compras y almacn, un departamento de contabilidad
donde se contabiliza todas las cuentas y el departamento de Sistemas.
Nos podra describir el proceso que realizan para efectuar sus

compras y cada cuantos das las realizan
Bueno. Nosotros manejamos dos tipos de compra las normales y las
condicionales. Y tenemos un encargado de compras que se encarga de
realizarlas. El emite una nota de pedido de los productos que estn faltando y la
enva a alguno de nuestros proveedores y una vez recibido el pedido
correspondiente, el registra la compra de los productos.
Las compras son al crdito o al contado?

Todas son al crdito. Normalmente, entramos en un acuerdo con nuestros
proveedores para determinar el plazo lmite a ser canceladas, siendo este, por lo
regular, de 45 das.
Pgina 181

Se puede realizar devoluciones de los productos que compran?

Si. Normalmente surgen devoluciones de los productos que no se han podido
vender, en caso de ser una compra condicional donde lo que se pretende probar el
producto, pero si este no tiene respuesta entonces es devuelto al proveedor.
Tambin existen situaciones en que los pedidos llegan en mal estado, es entonces
donde tambin se realiza su devolucin. Como tambin devolvemos los productos
que ya han vencido.
Cmo controlan sus productos? Manejan algn registro de estos?

Todos los productos son registrados en el sistema e identificados por su cdigo de
barra y estos son ubicados segn al sector que corresponda y cada vez que estos
sean vendidos el sistema automticamente los va descontando.
Cmo controlan el ingreso y salida de los productos a almacn?

El encargado de almacn recibe los productos por lotes y estos son registrados en
planillas de control de ingreso. De igual manera, para el control de salida existe
una planilla de salida, en donde se registra la salida del lote del producto cuando
esta va a salir para venta o por motivo de alguna donacin.
Cmo realizan sus ventas? Venden tambin por cantidad?

Ofrecemos dos modalidades de ventas, al contado y al crdito. Las ventas al
contado, que mayormente son dirigidas a cualquier persona. Y las ventas crdito,
que son las ventas por cantidad, que normalmente estn dirigidas a nuestros
clientes fijos que por lo general son empresas.
Emiten siempre factura en sus ventas?

Si. Porque esta nos permite controlar las ventas realizadas y saber a detalle que
productos se han vendido.
Pgina 182

Documentos
*Facturas
Fig. 1(Recibo de pago por compra de productos)
Fig.2(Detalle de la compra)
Pgina 183

Fig.3.-Factura de compra
Fig.4 Control de Vencimiento
Pgina 184

Pgina 185

Documentación Final Fidalga

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Documentación Final Fidalga

Uploaded by

Copyright:

Available Formats

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

Metas del UML........................................................................................- 29 -

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

Uso del UML............................................................................................- 29 -

Escenario de usuario del sistema..........................................................- 119 -

Arquitectura fsica del diseo.................................................................- 120 -

Arquitectura lgica del diseo................................................................- 121 -

6.2. DISEO DE CASOS DE USO..........................................................................- 122 6.2.1.

Diagrama de secuencia.........................................................................- 122 -

Diagrama parcial de clases del diseo..................................................- 127 -

6.3. DISEO DE DATOS.........................................................................................- 130 6.3.1.

Diagrama de clases...............................................................................- 130 -

Diseo lgico de la base de datos.........................................................- 131 -

Diseo Fsico de la base de datos.........................................................- 133 -

6.4. DISEO DE INTERFAZ DE USUARIO............................................................- 144 6.4.1.

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

FIDALGAtambin daremos a conocer la situacin ,

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

1. PERFIL DEL PROYECTO

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

En el presente trabajo, se mostrar el desarrollo completo de un sistema de

supermercado, y utilizando la metodologa P.U.D.S (Proceso unificado de

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

La misin de todo supermercado es Hacer una vida ms fcil, y este logro ha

sus instalaciones y al exhaustivo trabajo de ofrecer productos y servicios de muy

1.4.DESCRIPCIN DEL PROBLEMA

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

variedad insospechada de productos. En un supermercado se pueden encontrar

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

Las principales funciones que maneja el supermercado son de compra, venta e

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

Una vez recibido los productos en el almacn este es supervisado por el

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

El supermercado realiza el inventario de todos los productos existentes cada fin, y

Recolectar informacin sobre la organizacin y el funcionamiento de

Analizar el funcionamiento de los supermercados tales como la venta

Disear e implementar una base de datos que soporte la informacin

Implementar mdulos que sean representativos del sistema como ser

Realizar el respectivo anlisis y diseo del problema mediante

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

Realizar las pruebas necesarias para el ptimo funcionamiento del

1.6. ALCANCE DEL PROYECTO

Registrar Devolucin compra

de registrar las transacciones que se realizar con el

proveedor sobre la devolucin de productos.

Gestionar Cuota de Venta

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

Gestionar Forma de Pago

1.6.3. Mdulo: Inventario

Gestionar Tipo de producto

Registrar Baja Producto

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

1.6.4. Mdulo: Administracin de usuario

Consultar Bitcora: Mostrar los movimientos u operaciones realizadas

1.6.5. Mdulo Reporte

1.7.RECURSOS PARA DESARROLLAR EL PROYECTO:

SISTEMA DE INFORMACIN PARA LA ADMINISTRACIN DE COMPRA, VENTA EINVENTARIO PARA

1.8. BENEFICIOS PARA EL CLIENTE POR PARTE DEL SISTEMA

Intuitivo y muy fcil de usar.

Control de usuarios por perfil de acceso; reas autorizadas y restringidas.

Podemos introducir un artculo y modificarlo.

Tambin es posible efectuar bsquedas para determinar el precio de un

Nos determina el cambio a devolver, en base a la cantidad entregada por