Upload
juan-jose-chiri
View
228
Download
36
Embed Size (px)
DESCRIPTION
documento acdemica
Citation preview
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Contenido1. PERFIL DEL PROYECTO............................................................................................- 5 -
1.1.TITULO...................................................................................................................- 5 -
1.2. INTRODUCCION...................................................................................................- 5 -
1.3.ANTECEDENTES...................................................................................................- 6 -
1.3.1. Breve Reseña Histórica...................................................................................- 6 -
1.3.2. Organigrama....................................................................................................- 7 -
1.4.DESCRIPCIÓN DEL PROBLEMA..........................................................................- 7 -
1.5. OBJETIVOS.........................................................................................................- 11 -
1.5.1. Objetivo General:..........................................................................................- 11 -
1.5.2. Objetivos Específicos:...................................................................................- 11 -
1.6. ALCANCE DEL PROYECTO...............................................................................- 12 -
1.6.1. Módulo: Compra............................................................................................- 12 -
1.6.2. Módulo: Venta...............................................................................................- 12 -
1.6.3. Módulo: Inventario.........................................................................................- 13 -
1.6.4. Módulo: Administración de usuario...............................................................- 14 -
1.6.5. Módulo 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. Definición.......................................................................................................- 20 -
2.1.2. Fases del PUDS............................................................................................- 20 -
2.1.3. Características 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 Información II Página 1
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
2.1.4. Uso del UML.............................................................................................- 29 -
2.1.5. Definición 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. PRIORIZACIÓN 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 ANÁLISIS..............................................................................- 71 -
5.1. ANÁLISIS 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 análisis..................................................................- 91 -
5.2. ANÁLISIS DE CLASES......................................................................................- 101 -
5.3. ANÁLISIS DE PAQUETES................................................................................- 117 -
6. fLUJO DE TRABAJO DISEÑO................................................................................- 119 -
6.1. ARQUITECTURA DEL DISEÑO........................................................................- 119 -
6.1.1. Escenario de usuario del sistema...........................................................- 119 -
6.1.2. Arquitectura física del diseño..................................................................- 120 -
6.1.3. Arquitectura lógica del diseño.................................................................- 121 -
6.2. DISEÑO DE CASOS DE USO...........................................................................- 122 -
6.2.1. Diagrama de secuencia..........................................................................- 122 -
6.2.2. Diagrama parcial de clases del diseño...................................................- 127 -
6.3. DISEÑO DE DATOS..........................................................................................- 130 -
6.3.1. Diagrama de clases................................................................................- 130 -
6.3.2. Diseño lógico de la base de datos..........................................................- 131 -
6.3.3. Diseño Físico de la base de datos..........................................................- 133 -
6.4. DISEÑO DE INTERFAZ DE USUARIO.............................................................- 144 -
6.4.1. Formulario...............................................................................................- 144 -
Sistema de Información II Página 2
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.4.2. Reportes..................................................................................................- 146 -
6.5. DIAGRAMAS DE ESTADO................................................................................- 147 -
6.6. DIAGRAMA DE TIEMPO...................................................................................- 149 -
6.7. DIAGRAMA DE NAVEGACIÓN.........................................................................- 151 -
7. FLUJO DE TRABAJO IMPLEMENTACIÓN............................................................- 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. INGENIERÍA INVERSA......................................................................................- 162 -
8.FLUJO DE TRABAJO PRUEBAS............................................................................- 165 -
8.1. CASO DE PRUEBA...........................................................................................- 165 -
CONCLUSION..............................................................................................................- 167 -
RECOMENDACIÓN.....................................................................................................- 167 -
BIBLIOGRAFIA............................................................................................................- 168 -
ANEXOS.......................................................................................................................- 169 -
Sistema de Información II Página 3
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 4
“PERFIL DEL PROYECTO”
PARTE 1
En esta primera parte se hará una breve introducción
sobre el proyecto, explicando el contorno en el que se
desarrollara el Sistema de Información para el Control de
compra, venta e inventario del supermercado
“FIDALGA”también daremos a conocer la situación ,
Problemática y objetivos a ser alcanzados.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
1. PERFIL DEL PROYECTO
1.1.TITULO
“Sistema de información para la administración de Compra, venta e inventario para
el supermercado Fidalga”
1.2. INTRODUCCION
La tecnología en el Comercio, ha ido evolucionando con el tiempo y gracias a los
sistemas computarizados las empresas van mejorando notablemente en su
administración, consiguiendo a su vez ofrecer productos y servicios de alta calidad
que cumplan con los controles de normas establecidos. Hoy en día toda empresa
cuenta con sistemas transaccionales, llamados también sistemas de información,
que le ayudan a tener un mejor desempeño en sus funciones, los cuales son
diseñados y adaptados de acuerdo a las necesidades o requerimientos que estas
exijan.
Con el aporte tecnológico, los sistemas operacionales están consiguiendo ser
automatizados obteniendo una reducción notable, de costos de mano de obra,
material y tiempo. Las operaciones que antes exigían un tedioso trabajo, por parte
del personal, hoy resultan ser accesibles y fáciles de manejar. Empresas tales
como supermercados, los cuales manejan altos volúmenes de productos, exigen
una automatización en sus operaciones para un mejor control de estos, ya que
requieren tener, de manera continua, información actualizada en el menor tiempo
posible para mantener estabilidad en el desempeño de sus funciones.
El desarrollo de un sistema transaccional implica conocer las necesidades de una
empresa, estudiar detalladamente sus procesos o políticas de negocio y aplicar
una adecuada metodología de desarrollo que permita la construcción gradual e
incremental del sistema a un menor costo de recurso y de esfuerzo utilizando
herramientas de modelado como aporte del mismo.
Sistema de Información II Página 5
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
En el presente trabajo, se mostrará el desarrollo completo de un sistema de
información para el supermercado Fidalga para sus procesos de compra, venta y
almacén. Se estudiarán los procesos y se conocerán los requerimientos de dicho
supermercado, y utilizando la metodología P.U.D.S (Proceso unificado de
desarrollo de software) se detallarán - con la ayuda de la herramienta de
modelado UML 2.0 - todas las fases que componen dicha metodología: captura de
requisitos, análisis, diseño, implementación y prueba.,
1.3.ANTECEDENTES
1.3.1. Breve Reseña Histórica
El supermercado Fidalga se inició hace 24 años con el nombre de Ketal, que
luego fue cambiado hace 5 años 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
están ubicadas en diferentes puntos de Santa Cruz, como también 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 tenía que trabajar más, por lo que demoraban
demasiado tiempo en realizar sus tareas, pero ahora con el nuevo sistema se
conseguía una mejor optimización de recursos de tiempo y de esfuerzo.
En la actualidad y con 24 años 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 revolución de productos, con precios
cada vez más competitivos en relación al mercado informal, siendo estos los
supermercados más reconocidos a nivel regional.
Sistema de Información II Página 6
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
La misión de todo supermercado es “Hacer una vida más fácil”, y este logro ha
sido alcanzado en Fidalga desde hace más de 15 años 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 jerárquica horizontal, en la que se
denotan los mandos altos y bajos de su organización la cual se muestra en la
siguiente figura:
1.4.DESCRIPCIÓN DEL PROBLEMA
Como bien es sabido, los supermercados han ido surgiendo con el tiempo debido
a la necesidad de personas, en su mayoría, mujeres que desempeñaban múltiples
roles en su diario vivir las cuales demandaban conseguir productos de consumo
de manera rápida. Pero, pese a la necesidad de conseguir productos de consumo
en un menor tiempo y sin tener que desatender las demás actividades, éstas aún
no se acostumbraban a este nuevo estilo de compra más 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 día
es sencillamente natural. Por cuestiones prácticas, pero además de economía, la
Sistema de Información II Página 7
Gerencia General
Dpto. Comercial
CompraVentas
Dpto. de Administracion
y Finanzas
contabillidad
Dpto. de Sistemas
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
gente prefiere hacer sus compras en centros especializados que ofrecen una
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 económicos. 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 más fácil”, pero las exigencias sobre el servicio y las condiciones del lugar de
compra son cada vez mayores. Esta situación obliga a todo supermercado a tener
una mejora continua en innovación de servicio.
“El supermercadismo tiene un desafío interesante de crecimiento, de tal manera
que está ganando espacio a la informalidad”. Además, hay otros factores que son
el tiempo, calidad y seguridad que ofrece el servicio del supermercado, que influye
en la decisión a la hora de comprar.
En Bolivia, para mejorar la vida de las familias significa asumir varios desafíos en
el supermercadismo boliviano. El ejecutivo de Supermercados Fidalga, explica:
“lograr un gran stock de productos, rapidez en la renovación, mejoramiento y
ampliación de los puntos de venta, acompañados por la creación de empleos y el
incentivo para productores y consumidores, son parte de un trabajo que debe
acompañar 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 políticas de
negocio que le permiten desempeñar 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 información y
así poder atender a las necesidades de la clientela.
Ahora veremos, cómo es que el “supermercado Fidalga”, desarrolla sus funciones
para poder brindar su servicio, y de esta manera, poder estudiar a detalle la
problemática del proceso que se pretende automatizar.
Sistema de Información II Página 8
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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 código. Dichos productos son
agrupados por sectores o tipos de producto al que pertenecen. Para registrar un
producto nuevo, el encargado de compra, asigna el código el cual viene asignado
en el producto (código de barra), especifica la descripción del producto, su precio
de compra, el precio de venta, especifica la unidad de medida, asigna un stock-
mínimo y máximo 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 duración. También 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 crédito, pero
estas deben ser canceladas en un solo pago, antes del plazo de cancelación, que
normalmente es de 45 días. 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 están faltando o cuyo stock está alcanzando el stock mínimo - con
sus correspondientes cantidades a ser requeridas - y envía 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 también darse los casos de devolución de productos independiente del tipo
de compra.
Sistema de Información II Página 9
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Una vez recibido los productos en el almacén este es supervisado por el
encargado de compra y el bodeguero, para autorizar su correspondiente registro
de ingreso a almacén. 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 código, descripción del producto, la cantidad que contiene
y la fecha de vencimiento de dicho lote. Y en caso de ser normal se registra el
código, descripción del producto, cantidad con su respectiva unidad de medida.
Cuando los productos salen de almacén, por algún motivo, ya sea para venta,
donación u otros; estos deben ser registrados, por el bodeguero en compañía 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 están
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 entregarán 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 créditos (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 código de barra, el cual reconocerá el precio de los
productos, para permitir emitir la factura correspondiente con la descripción de los
productos y el monto total a ser cancelado. Para realizar una venta crédito se
seleccionan los productos requeridos y se asigna un plazo límite a ser cancelada.
Sistema de Información II Página 10
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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 almacén hasta la venta.
Y con la ayuda del sistema se podrá comprobar las existencias, los vencimientos y
las pérdidas de cada uno de los productos, para luego dar de baja a aquellos que
lo requieran, ya sea por motivo de vencimiento o por pérdida.
En algunos casos los jefes de sección de un Supermercado tienen cierto margen
para decidir el surtido, la colocación de los productos y los márgenes o precios de
venta. En cambio en este supermercado para decidir el surtido, colocación de los
productos y los márgenes 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 Específicos:
Recolectar información sobre la organización 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.
Diseñar e implementar una base de datos que soporte la información
de los datos que van a ser procesados utilizando el SGBD SQL
Server.
Implementar módulos que sean representativos del sistema como ser
módulos de venta, compra, almacén, administración de Usuario y
Reporte utilizando le lenguaje de programación VISUAL BASIC.
Realizar el respectivo análisis y diseño del problema mediante
metodologías de desarrollo de software (StarUml, Enterprise).
Sistema de Información II Página 11
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Realizar las pruebas necesarias para el óptimo funcionamiento del
sistema.
1.6. ALCANCE DEL PROYECTO
El alcance óptimo del sistema de información se muestra en módulos
especializados y dentro de cada módulo los procesos específicos a utilizarse, todo
como se detalla a continuación:
1.6.1. Módulo: 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 Devolución compra
Se encargara de registrar las transacciones que se realizará con el
proveedor sobre la devolución de productos.
1.6.2. Módulo: Venta
Gestionar Venta
Cumplirá la función 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
Sistema de Información II Página 12
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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
Realización de ofertas entre fechas, artículos de regalo, aplicar descuentos
y modificar el precio por defecto de cada artículo.
1.6.3. Módulo: Inventario
Gestionar Producto
Cumplirá la función 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 través de su código
asignado y su nombre.
Registrar Baja Producto
Permitirá registrar los productos que hayan sido dado de baja.
Registrar Lote
Se podrá también registrar lote de un producto, donde cada lote tiene una
cantidad como también una fecha de vencimiento.
Registrar Ingreso
Permitirá registrar el ingreso de los diferentes productos que llegan al
almacén.
Registrar Salida
Permitirá registrar las salidas de los diferentes productos que salen del
almacén.
Sistema de Información II Página 13
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
1.6.4. Módulo: Administración de usuario
Gestionar Usuario:
Permitirá registrar, modificar y eliminar los distintos tipos de usuarios que
interactuarán con el sistema.
Iniciar sesión
Permitirá al usuario ingresar al sistema a través 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 Operación
Permitirá registrar todas las operaciones que el usuario realice.
Consultar Bitácora: Mostrará los movimientos u operaciones realizadas
por los diferentes usuarios.
1.6.5. Módulo Reporte
Nos permitirá generar reportes de los diferentes Módulos:
Reporte de Compra
Reporte de Venta
Reporte de Inventario
1.7.RECURSOS PARA DESARROLLAR EL PROYECTO:
Hardware Precio
Computadora (Pentium IV
,DD 80 GB ,Ram512MB,
Procesador 2.8 GHz).
400 $us
Impresora Canon. 45$sus
Muebles de escritorio 50 $us
Sistema de Información II Página 14
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Software Precio
Licencia Sistema
Operativo Windows XP
185 $us
1.8. BENEFICIOS PARA EL CLIENTE POR PARTE DEL SISTEMA
Intuitivo y muy fácil 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 artículo.
Podemos introducir un artículo y modificarlo.
También es posible efectuar búsquedas para determinar el precio de un
artículo.
Nos determina el cambio a devolver, en base a la cantidad entregada por
el cliente.
Fácil interacción de módulos de venta, compras, inventario,
administración de usuarios y reportes como desee.
Sencilla y económica opción 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.
Sistema de Información II Página 15
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
1.9. HERRAMIENTAS DE IMPLEMENTACION
Las herramientas que utilizaremos serán 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 estándar 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
programación, esquemas de bases de datos y 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 número de características:
Todos los aspectos de un comportamiento son provistos mediante
métodos, funciones y procedimientos.
Sus atributos son encapsulados mediante el uso del sistema generador
observador y mutador de (funciones get y set).
Las comparaciones de usos valores son únicamente realizadas
mediante funciones definidas por el usuario.
Existe las jerarquías de tipo, en las cuales más tipos especializados
(subtipos) tienen todos sus atributos y todos los métodos de los tipos
generalizados (supertipos), pero pueden agregar nuevos atributos y
métodos particulares.
VISUAL BASIC .-Visual Basic es un lenguaje de programación de los
llamados “visuales”, puesto que parte de la programación que se realiza
Sistema de Información II Página 16
Compra
ENTRADA SALIDA
Datos del proveedor.Agregar productos.Ingresar fecha.Tipo de pago.
Registrar los datos necesarios de los proveedores nuevos y antiguos.Actualizar los datos de los proveedores.Actualizar los productos.
Datos almacenados.Reporte de los compras
PROCESO
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
con el se basa en la utilización de elementos visuales. La palabra
“Visual” hace referencia al método que se utiliza para crear la interfaz
grafica de usuario. En lugar de escribir numerosas líneas de código para
describir la apariencia y la ubicación de los elementos de la interfaz,
simplemente podemos agregar objetos prefabricados en su lugar dentro
de la pantalla, que ahorran mucho tiempo de programación y que
sobrepasan el concepto de la programación convencional en cuanto a la
estructura secuencial del programa.
ELEMENTOS DEL SISTEMA
Gestionar compra
Sistema de Información II Página 17
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Gestionar venta
Sistema de Información II Página 18
Venta
ENTRADASALIDA
Ingresar nit - ciIngresar datos del clienteAgregar los Productofecha Registrar los datos necesarios del cliente nuevo y antiguo.
Actualizar los datos de los clienteRegistrar una venta.
Datos almacenados.Genera facturaReporte de las ventas
PROCESO
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 19
PARTE 2
“MARCO TEORICO”
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
2. MARCO TEORICO
2.1. PUDS: PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE
2.1.1. Definición
El Proceso Unificado "es un proceso de desarrollo de software configurable que
se adapta a través de los proyectos variados en tamaños y complejidad”.
El Proceso Unificado guía a los equipos de proyecto en cómo 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 guía arquitectónica lo más pronto,
para diseñar y probar el sistema hecho de acuerdo a los requerimientos y a la
arquitectura. El proceso describe qué entregables producir, cómo desarrollarlos y
también provee patrones. El proceso unificado es soportado por herramientas que
automatizan entre otras cosas, el modelado visual, la administración de cambios y
las pruebas.
El Proceso Unificado ha adoptado un enfoque que se caracteriza por:
Interacción con el usuario continua desde un inicio
Mitigación 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 quién está haciendo qué,
cuándo lo hacer y cómo alcanzar cierto objetivo, en este caso el desarrollo de
software"
2.1.2. Fases del PUDS
Sistema de Información II Página 20
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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
interacción en un alto nivel de abstracción: 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, identificación de riesgos, estimación de recursos
necesarios, y plan de las fases incluyendo hitos.
Fase de elaboración
Definir y validar una arquitectura estable. Se hace un refinamiento de la Visión del
sistema, basándose en nueva información obtenida durante esta fase, se
establece una sólida comprensión de los casos de uso más críticos que definen
las decisiones arquitectónicas y de planificación. Creación de los planes de
desarrollo detallados para las iteraciones de la fase de construcción.
Fase de construcción
Gestión de los recursos, optimización y control de los procesos de construcción del
software.
Se completa el desarrollo de los componentes y/o subsistemas, probándolos
contra un conjunto definido de criterios aprobados al inicio del proyecto.
Fase de transición
Ejecución de los planes de implantación. Se finalizan los manuales de usuario y
mantenimiento. Pruebas del sistema en el entorno de explotación. Creación de
una reléase del sistema. Validación del sistema por los usuarios. Ajuste fino del
sistema según la validación con el usuario. Se facilita la transición del sistema al
personal de mantenimiento. Se pone el producto a disposición del usuario final.
Sistema de Información II Página 21
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
2.1.3. Características Del PUDS
Figura 2. Características del PUDS
Iterativo e Incremental
El Proceso Unificado es un marco de desarrollo iterativo e incremental
compuesto de cuatro fases denominadas Inicio, Elaboración, Construcción y
Transición. Cada una de estas fases es a su vez dividida en una serie de
iteraciones (la de inicio sólo consta de varias iteraciones en proyectos grandes).
Estas iteraciones ofrecen como resultado un incremento del producto desarrollado
que añade 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 clásico o en cascada: Requisitos, Análisis, Diseño,
Implementación y Prueba. Aunque todas las iteraciones suelen incluir trabajo en
casi todas las disciplinas, el grado de esfuerzo dentro de cada una de ellas varía a
lo largo del proyecto.
Sistema de Información II Página 22
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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
iteración tome un conjunto de casos de uso o escenarios y desarrolle todo el
camino a través de las distintas disciplinas: diseño, implementación, prueba, etc.
Fig. Características 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 múltiples modelos y vistas que
definen la arquitectura software de un sistema. La analogía con la construcción es
clara, cuando construyes un edificio existen diversos planos que incluyen los
distintos servicios del mismo: electricidad, fontanería, etc.La arquitectura de
Sistema es la visión general común 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 reutilización
- Hacer evolucionar el Sistema
Enfocado en los riesgos
El Proceso Unificado requiere que el equipo del proyecto se centre en identificar
los riesgos críticos en una etapa temprana del ciclo de vida. Los resultados de
Sistema de Información II Página 23
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
cada iteración, en especial los de la fase de Elaboración, 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 identificación de los principales riesgos
y la viabilidad del proyecto.
2. Obtener una línea base de la arquitectura del sistema, capturar la mayoría
de los requisitos y reducir los riesgos principales así como permitir la
escalabilidad del equipo del proyecto durante la fase de construcción.
3. Desarrollo del sistema con calidad de producción y prepararse para la
entrega al equipo de transición. Toda la funcionalidad debe haber sido
implementada y las pruebas para el estado beta de la aplicación
completadas. Si el proyecto no logra alcanzar este hito, entonces la
transición deberá posponerse una iteración.
4. Consiste en decidir si los objetivos se cumplieron y si debe comenzarse otro
ciclo de desarrollo. Es el resultado de la revisión y aceptación por parte del
cliente de los artefactos que le han sido entregados.
Sistema de Información II Página 24
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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 Información).
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 estándar 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, diseñar, ojear, configurar, mantener y controlar l a información
sobre tales sistemas.
Simplifica el proceso complejo de análisis y diseño de software, facilitando un
plano para la construcción. En el caso de nuestro trabajo trataremos de plasmar
de manera clara aspectos importantes de UML y su aplicación en el análisis y
diseño de sistemas.
2.1.2. Historia
La Guerra de los Métodos
El Análisis y Diseño Estructurado fue tal vez la primera familia de métodos de
desarrollo de software que fue usada ampliamente. Formalizado durante el inicio
de los 70s por Ed Yourdon, Tom DeMarco, Larry Constantine, Cris Gane, y otros,
Sistema de Información II Página 25
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
este método fue muy útil para una amplia variedad de problemas. in embargo, bajo
los estándares actuales, los problemas para los cuales el Análisis y Diseño
Estructurado era aplicado son muy simples y de poco alcance descubriendo las
limitaciones de este método. De ahí es que aparecieron lenguajes basados en
objetos y orientados a objetos y también se descubrió problemas
Hacia finales de la década de los 80s, los lenguajes y procesos se estaban
moviendo al paradigma orientado a objetos. En general las técnicas orientadas a
objetos resolvían los problemas de administración de la complejidad, y eran
mucho más apropiados para un proceso
de desarrollo iterativo, su característica fue su enfoque en modelar el vocabulario
del problema y el espacio de la solución en una forma que proporciona un plano
más exacto para la construcción del software.
El número de métodos orientados a objetos se incrementó de menos de 10 a más
de 50 durante el período entre 1989 y 1994, lo que origino la llamada “guerra de
los métodos.” Comenzaron a aparecer nuevas generaciones de los métodos con
unos cuantos métodos emergentes, más notablemente los siguientes:
. Booch: El método de Grady Booch que definió la noción 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 Técnica de Modelaje de Objetos (OMT: Object Modeling Technique) es
un método desarrollado en General Electric donde James Rumbaugh trabajaba
previamente. Es por ello un proceso directamente para pruebas, basado en la
especificación de requerimientos. El sistema es descrito por una serie de modelos:
el modelo de objetos, del modelo dinámico y el modelo funcional, también
contenía descripciones prácticas de cómo hacer el diseño de un sistema, tomando
en cuenta la concurrencia y el mapeo a las bases de datos relacionales.
. OOSE/Objectory: Los métodos OOSE y el Objectory fueron por Ivar Jacobson.
El método OOSE es la visión de Ivar Jacobson de un método orientado a
Sistema de Información II Página 26
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
objetos; el método 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 método Fusion viene de Hewlett-Packard. Es llamado un método de
segunda generación. El método Fusion ha extendido las técnicas para la
especificación de operaciones e interacciones entre los objetos. El método tiene
un número grande de diagramas de modelos.
. Coad/Yourdon: El método de Coad/Yourdon, también conocido como
OOA/OOD, fue uno de los primeros métodos utilizados para el análisis y el diseño
orientado a objetos. El método es algo simple y fácil de aprender, es para
principiantes.
Cada uno de estos métodos tenía su propia notación (los símbolos 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 notación y los procesos). Esto hacía la elección del método una
decisión muy importante, y a menudo conllevaba a fuertes discusiones y debates
acerca de cuál método era “el mejor,” “el más avanzado,” y “el correcto” para
utilizar en un proyecto específico.
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
método, el “Método Unificado”, que uniría el método de Booch y el método OMT-
2. La versión 0.8 del Método Unificado fue liberada en Octubre de 1995.
Alrededor de la misma fecha Ivar Jacobson – el hombre detrás de los métodos
OOSE y Objectory – se unió a ellos y el alcance del UML fue expandido para
incorporar OOSE. Rational Software también compró Objective Systems, la
empresa sueca que desarrolló y distribuyó el Objectory.
En este momento, los futuros desarrolladores del UML también se dieron cuenta
que su trabajo estaba dirigido más directamente hacia la creación de un lenguaje
Sistema de Información II Página 27
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
de modelaje estándar, y renombraron su trabajo como “Lenguaje de Modelaje
Unificado.”
Los esfuerzos de Booch, Rumbaugh y Jacobson resultaron en la liberación 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 estratégico para sus
negocios y contribuyeron con la definición del UML lanzaron la versión 1.0 del
UML en Enero de 1997.
El UML está destinado a ser dominante, el lenguaje de modelaje común utilizado
en la industria. Tiene un amplio rango de uso, está construido sobre técnicas bien
establecidas y probadas para el modelaje de sistemas. Tiene el soporte para la
industria necesario para establecer un estándar en el mundo real.
El UML está bien documentado con metamodelos (un modelo de los elementos
del modelo) del lenguaje, y con una especificación formal de la semántica del
lenguaje.
Para establecer el UML, los desarrolladores y Rational se dieron cuenta que el
lenguaje tenía 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 estandarización en Enero de 1997. Entre
Enero y Julio de 1997 el grupo original de socios fue expandido para formalizar la
especificación del UML y para integrar el UML con otros esfuerzos de
estandarización. La versión revisada UML 1.1 fue ofrecida al OMG para
estandarización en Julio de 1997. En Septiembre de 1997 esta versión fue
aceptada por la Fuerza de Trabajo de Análisis y Diseño del OMG y la Junta de
Arquitectura del OMG, y después de votos por todos los miembros del OMG fue
aceptada el 14 de Noviembre de 1997.
Sistema de Información II Página 28
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
2.1.3. Metas del UML
Las metas primarias en el diseño 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 especialización 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
también en las diferentes fases del desarrollo de un sistema, desde la
especificación de los requerimientos hasta la prueba del sistema terminado.
Vocabulario del UML
Sistema de Información II Página 29
Realizando Pedidos
Nombre
Atributos
Operaciones
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
2.1.5. Definición 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 interacción con actores externos.
Fig. Caso de Uso
Clase
Descriptor de un conjunto de objetos que comparten los mismos atributos,
operaciones, métodos, relaciones y comportamiento. Una clase representa un
concepto dentro del sistema.
Fig. Clase
Clase Activa
Es una clase cuyas instancias son objetos activos.
Fig. Clase Activa
Objeto activo:
Sistema de Información II Página 30
Cadena de responsabilidades
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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 ejecución que recorre un programa, modelo dinámico u otra
representación 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 física de un sistema que empaqueta si implementación y es conforme a
un conjunto de interfaces a las que proporciona su realización.
Un componente tiene dos características: código e identidad.
Fig. Componente
Colaboración
Es una descripción de una colección de objetos que interactúan para implementar
un cierto comportamiento, como un caso de uso o una operación dentro de un
contexto. Una colaboración tiene un parte estática y otra dinámica. La estática
describe los roles que pueden desempeñar los objetos y enlaces en una instancia
de colaboración; y la dinámica está formada por una o más interacciones
dinámicas que muestran flujos de mensajes en la colaboración a través del tiempo
para realizar cómputos.
Sistema de Información II Página 31
Esperando
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Nodo
Es un objeto físico de ejecución que representa un recurso computacional que
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 clasificación.
Fig. Nodo
Elementos de Comportamiento
Interacción:
Se trata de la especificación de la forma en que se envían mensajes entre objetos
u otras instancias para ejecutar una tares. La interacción se define en el contexto
de una colaboración.(ver colaboración) mensajes intercambiados entre un
conjunto de objetos.
dibujar
mensajes
Fig. Interacción
Maquina de Estados:
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 también se pueden unir a
operaciones, casos de usos, colaboraciones para describir su ejecución.
Sistema de Información II Página 32
Reglas de negocios
Devuelve una copia
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Elementos de Agrupación
Paquete
Es una parte de un modelo, cada parte de un modelo debe pertenecer a un
paquete. Denota organizar en grupos los elementos.
Fig. Paquete
Modelo
Es una abstracción semánticamente completa de un sistema. Es una
representación 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 especificación y realización.
Representa una unidad coherente del modelo, con interfaces que describen su
relación con el resto del sistema y las circunstancias en que se puede utilizar.
Marco de Trabajo
Una arquitectura genérica que proporciona una plantilla ampliable para su
aplicación dentro de un dominio.”Framework”.
Elementos de Anotación
Nota
Un símbolo adecuado para mostrar un comentario u otra información textual, tal
como el cuerpo de un método o una restricción.
Fig. Nota
RELACIONES
Sistema de Información II Página 33
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Dependencia
Una relación entre dos elementos en los cuales un cambio en un elemento puede
afectar o proveer la información necesaria para el otro elemento.
--------------------
Fig. Dependencia
Asociación
Describe conexión discreta entre objetos u otras instancias de un sistema. El tipo
mas común es la asociación entre clases o clasificadores, es solo un enlace.
0..1 *
Patrón empleado
Fig. Asociación
Generalización
Es una relación taxonómica entre una descripción más general y una descripción
mas especifica, que se construye sobre ella y la extiende.
DIAGRAMAS
Un Diagrama es una representación Grafica de una colección de elementos del
modelo, construida a menudo como un grafico conexo de arcos (relaciones) y de
vértices (otros elementos del modelo)
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 idealización de una persona externa, de un proceso, o de
una cosa que interactúa con un sistema, un subsistema o una clase.
Diagrama de Clase
Sistema de Información II Página 34
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Un Diagrama de Clases es una presentación Grafica de la vista estática, que
muestra una colección de elementos declarativos (estáticos) del modelo, como
clases, tipos y sus contenidos y relaciones. Un diagrama de clases contiene
ciertos elementos materializados de comportamiento, como operaciones, pero
cuya dinámica está representada en otros diagramas como diagramas de estados
o diagramas de colaboración. (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. También están relacionados los diagramas de
colaboración, que muestran objetos prototipitos (roles del actor) dentro de un
contexto.
Diagrama de Interacción
Se trata de un Término genérico que se aplica a varios tipos de Diagramas que
hacen Hincapié en las interacciones entre objetos. Los diagramas de Actividades
están íntimamente relacionados.(ver interacción)
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)
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.
Sistema de Información II Página 35
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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 código fuente, componentes de código 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 configuración 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 definición de los tipos de los componentes por si mismos.
(ver componente, interfaz, nodo).
Sistema de Información II Página 36
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 37
PARTE 3
“MODELOS”
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
3. MODELOS
3.1. MODELO DE NEGOCIO
Diagrama de actividades
Realizar compra act Compra de productos
AlmacenProv eedorEncargado de compra
Realizar pedido
Seleccionarproductos
Emitir nota depedido
Env iar pedido
Recibir pedido
Preparar pedido
Env iar productos
Recibir productos
Verificar productos
Almacenarproductos
Comunicardaño
Emitir nota dedev olucion
Dev olv er Productos
Registrar compra
Programar plan depago
[Productos no dañados][Productos dañados]
Sistema de Información II Página 38
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Realizar Venta act Venta de productos
CajeroCliente
Seleccionarproductos
Identificar productos
Identificar cliente
Registrarcliente
Consultar Pago
Cancelar productos
Verificarcliente
Programar plande pago
Recibir pago Emitir factura
Entregar productos
Recibir productos
[Cliente no registrado][Cliente registrado]
[Pago al contado]
[Cliente corporativo]
[Cliente no corporativo]
[Pago al credito]
Sistema de Información II Página 39
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
3.2. MODELO DE DOMINIO
Diagrama de clases
Sistema de Información II Página 40
Prov
eedo
r
Com
pra
esta
1..*
1
Cuot
aCom
pra
11..*
Prod
ucto
tiene
1..*
1..*
Det
alle
_com
pra
Dev
oluc
ion
tiene
0..1
1
Baja
Det
alle
_baj
atie
ne
1..*
1..*
Prom
ocio
n
Det
alle
_Pro
moc
ion
1..*
1..*
Mar
catie
ne1
1..*
Sect
orpe
rten
ece 1..*
1
Lotees
ta
1..*
1
Ingr
eso
Salid
aDet
alle
_sal
ida
tiene 1
1..*
Vent
a
Det
alle
_Ven
ta1.
.*1.
.*
Cuot
aVen
ta1
0..*
Clie
nte
Empr
esa
tiene
11.
.*pe
rten
ece
0..1
1..*
Fact
ura
tiene
1
1
Form
a_pa
gotie
ne1
1..* Rec
ibo
tiene
1
1
Usu
ario
real
iza 10..*
real
iza
0..*
1re
aliza
0..*
1re
aliza
0..*
1
Sesi
onO
pera
cion
Form
ular
ioM
odul
o
real
iza
1..*
1
Gru
po
pert
enec
e
1
1..*
Bita
cora
1..*
1..*
Priv
ilegi
o
1..*
1..*
pert
enec
e
11.
.*
pert
enec
e
11.
.*
Det
alle
_Dev
oluc
ion
11.
.*
esta
0..1
1
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 41
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 42
PARTE 4
“FLUJO DE TRABAJO CAPTURA DE REQUISITO”
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
4. FLUJO DE TRABAJO CAPTURA DE REQUISITO
4.1. IDENTIFICAR ACTORES Y CASOS DE USO
Actores
Sistema de Información II Página 43
uc Actors
Administrador de almacén
uc Actors
Administrador de compra
uc Actors
Administrador de v enta
uc Actors
Administrador del sistema
uc Actors
cajero
uc Actors
usuario
uc Actors
Prov eedor
Administrador de almacén.- Llamado también bodeguero. Es quien administra las entradas y salidas y el respectivo control de los productos que se encuentran en el almacén.
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 facturación de las ventas.
Usuario.- Es cualquiera de los encargados que utiliza el sistema.
Proveedor.- Representa a la empresa que provee sus productos al supermercado.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
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 devolución
CU13:Gestionar promoción
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 sesión
CU25:Consultar Bitácora
Sistema de Información II Página 44
uc Actors
Cliente
Cliente.- Es quien compra algún producto del supermercado.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU26:Registrar Operación
CU27:Generar reporte de inventario
CU28:Generar reporte de compra
CU29:Generar reporte de venta
4.2. PRIORIZACIÓN DE CASOS DE USO
ID CASO DE USO ACTORES PRIORIDADCU1 Gestionar producto Administrador de compra ALTA
CU2 Gestionar marca Administrador de compra MEDIA
CU3 Gestionar Sector Administrador de compra MEDIA
CU4 Registrar lote Administrador de almacén ALTA
CU5 Localizar producto Administrador MEDIA
CU6 Registrar Ingreso Administrador de almacén MEDIA
CU7 Registrar Salida Administrador de almacén MEDIA
CU8 Registrar baja de producto Administrador de almacén MEDIA
CU9 Gestionar proveedor Administrador de compra y proveedor MEDIA
CU10 Gestionar compra Administrador de compra y proveedor ALTA
CU11 Gestionar cuota de compra Administrador de compra ALTA
CU12 Gestionar devolución Administrador de compra y proveedor MEDIA
CU13 Gestionar promoción Administrador de venta MEDIA
CU14 Gestionar forma de pago Administrador de venta MEDIA
CU15 Gestionar cliente Cajero y cliente MEDIA
CU16 Gestionar empresa Administrador de venta y cliente jurídico MEDIA
CU17 Gestionar venta Cajero y cliente ALTA
CU18 Gestionar cuota de venta Cajero y cliente ALTA
CU19 Registrar Recibo Cajero y cliente MEDIA
CU20 Registrar Factura Cajero y cliente MEDIA
CU21 Gestionar usuario Administrador del sistema, y usuario ALTA
CU22 Gestionar grupo Administrador del sistema MEDIA
CU23 Gestionar privilegio Administrador del sistema ALTA
CU24 Iniciar sesión usuario ALTA
CU25 Consultar Bitácora Administrador del sistema BAJA
CU26 Registrar Operación Administrador del sistema BAJA
CU27 Generar reporte de inventario Administrador de almacén BAJA
CU28 Generar reporte de compra Administrador de compra BAJA
CU29 Generar reporte de venta Administrador de venta BAJA
Sistema de Información II Página 45
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
4.3. DETALALLAR CASOS DE USO
Caso de Uso (CU1):Gestionar producto
uc Diagrama del caso de uso
Encargado de compra
Gestionar producto
Detalle
CASO DE USO CU1: GESTIONAR PRODUCTO
PropósitoAdministrar los productos existentes en el supermercado. El Usuario podrá insertar, modificar y eliminar productos.
Actores Administrador de almacén
Actor iniciador Administrador de almacén
Pre-condición Gestionar Tipo Producto, gestionar marca
Post-condición Ninguna
CAMINO BASICO
Acciones del Usuario Respuestas del Sistema
Registrar
1.- El usuario pulsa el botón nuevo,
3.-introduce los datos del producto y selecciona el sector al cual pertenece, y su marca.
5.- Pulsar el botón guardar
2.- El sistema genera y muestra un nuevo código de producto.
4.- El sistema calculara y mostrara el precio promedio del producto.
6.- El sistema verifica los datos del producto.
7.- Guarda satisfactoriamente.
Modificar
1.- Introducir código de producto.
2.- Pulsar el botón obtener.
5.- Cambiar los datos a ser modificados.
6.- Pulsar el botón modificar
3.- El sistema valida el código del producto
4.- El sistema editará los datos del producto
7.- El sistema verifica los datos del producto modificado.
8.- El sistema guarda satisfactoriamente.
Eliminar
1.- Introducir el código del producto
2.- Pulsar el botón eliminar
3.- El sistema verifica el código del producto
4.- El sistema elimina satisfactoriamente
Sistema de Información II Página 46
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CAMINO ALTERNATIVO
Registrar
6.- Campos vacíosModificar3.- Elcódigo es incorrecto o el producto no existe.6.- campos vacíosEliminar3.- El código es incorrecto o el producto no existe.
Caso de Uso (CU2): Gestionar marca
uc Diagrama del caso de uso
Encargado de compra
Gestionar marca
Detalle
CASO DE USO CU2: GESTIONAR MARCA
PropósitoAdministrar las marcas de los productos existentes en el supermercado. El Usuario podrá insertar, modificar y eliminar productos.
Actores Administrador de almacén
Actor iniciador Administrador de almacén
Pre-condición Ninguna
Post-condición Gestionar un nuevo producto
CAMINO BASICO
Acciones del Usuario Respuestas del Sistema
Registrar
1.-El usuario Introduce la descripción de la nueva marca.
2- Pulsa el botón Registrar
3.- El sistema verifica la descripción de la marca.
4.- Genera un nuevo id Marca.
5.- Guarda satisfactoriamente.
Sistema de Información II Página 47
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Eliminar
1.- Usuario introduce la descripción de la marca.
2.- Pulsa el botón eliminar
3.- El sistema verifica descripción.
4.- El sistema elimina satisfactoriamente
CAMINO ALTERNATIVO
Registrar
3.- Marca ya existe.Eliminar4.- La descripción es incorrecta o marca no existe.
Caso de Uso (CU3): Gestionar Sector
uc Diagrama del caso de uso
Administrador de almacen
Gestionar TipoProducto
Detalle
CASO DE USO CU2:GESTIONAR SECTOR
Propósito Registrar los sectores o ubicación de productos
Actores Almacenero
Actor iniciador Almacenero
Pre-condición Ninguna
Post-condiciónEl sector de producto ha sido guardado en el sistema
CAMINO BASICO
Acciones del Usuario Respuestas del Sistema
Registrar
1.- Usuario presiona el botón nuevo
3.- Ingresa la descripción del nuevo sector y pulsa el botón registrar
2.-El sistema genera un nuevo idSector
4.-El sistema valida la descripción.
5.-El sistema guarda satisfactoriamente
Sistema de Información II Página 48
uc Primary Use Cases
Gestionar Sector
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Eliminar
1.-Introducir el id del sector a ser eliminado.
2.- Pulsa el botón eliminar
3.-El sistema valida el código.
4.- Sistema elimina el tipo.
CAMINO ALTERNATIVO
Registrar
4.- Campo descripción está vacío.
Eliminar
3.- El id del sector no ha sido identificado o sector no existe.
Caso de Uso (CU6): Registrar Ingreso
uc Diagrama del caso de uso
Administrador de Almacen
Registrar Ingreso
Registrar Lote«include»
Detalle
CASO DE USO CU6:REGISTRAR INGRESO
PropósitoRegistrar el ingreso de cada lote que llega al almacén.
Actores Administrador del Almacén.
Actor iniciador Administrador del Almacén.
Pre-condición NingunaPost-condición Ninguna
CAMINO BASICO
Acciones del Usuario Respuestas del Sistema
Registrar
1.-Pulsa botón nuevo.
3.-Ingresa datos del los lotes.
2.-El sistema genera y muestra un nuevo código 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
Sistema de Información II Página 49
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
5.- Pulsa botón registrar. cada lote.
7.- Sistema guarda el nuevo ingreso
CAMINO ALTERNATIVO
4.- Tipo de datos incorrectos o existencia de campos Vacíos.
Sistema de Información II Página 50
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU7): Registrar Salida
uc Diagrama del caso de uso
Administrador de almacen
Registrar Salida
Detalle
CASO DE USO CU2: REGISTRAR SALIDA
PropósitoRegistrar la Salida de cada lote que sale del almacén ya por venta o devolución.
Actores Administrador del Almacén.
Actor iniciador Administrador del Almacén.
Pre-condición Registrar ingresoPost-condición Ninguna
CAMINO BASICO
Acciones del Usuario Respuestas del Sistema
Registrar
1.-Pulsa botón nuevo.
3.-Pulsa el botón agregar detalle
5.-Busca el lote a salir y lo agrega
6.-ingresa la cantidad del producto a salir.
7.-Selecciona el motivo de la salida.
8.- Pulsa el botón Registrar.
2.-El sistema le mostrara un nuevo código de Salida.
4.-El sistema muestra el dialogo para localizar Lote
6.- El sistema identifica y muestra los datos del lote seleccionado.
9.-Sistema valida dato.
10.-Sistema guarda la salida.
11.- Sistema guarda los detalles de la salida.
CAMINO ALTERNATIVO
Sistema de Información II Página 51
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
9.- Tipo de dato es incorrecto
Sistema de Información II Página 52
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU8): Registrar baja de producto
uc Diagrama del caso de uso
Administrador de almacen
Registrar Baja
Localizar Producto
«include»
Detalle
CASO DE USO CU8:REGISTRAR BAJA DE PRODUCTO
PropósitoRegistrar bajas de los productos que se den por diferentes motivos.
Actores Administrador del Almacén.
Actor iniciador Administrador del Almacén.
Pre-condición El producto debe tener algún dañoPost-condición Ninguna
CAMINO BASICO
Acciones del Usuario Respuestas del Sistema
Registrar
1.-Pulsa botón nuevo.
3.- Pulsa el botón agregar detalle.
5.-Busca el producto y lo agrega
7.-Ingresa la cantidad del producto a ser retirado.
8.- Selecciona el motivo de la Baja.
9.- Pulsar el botón Registrar.
2.-El sistema genera y muestra un nuevo código de Baja.
4.- El sistema muestra el dialogo para localizar producto
6.-El sistema muestra el detalle de los datos del producto seleccionado.
10.-Sistema valida dato.
11.- Sistema guarda la baja de productos.
12.- Sistema guarda los detalles de la baja de productos.
Sistema de Información II Página 53
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CAMINO ALTERNATIVO
10.- Tipo de dato es incorrecto.
Caso de Uso (CU9): Gestionar proveedor
uc Diagrama del caso de uso
Administrador de Compra
Gestionar Prov eedor
Prov eedor
Detalle
CASO DE USO CU9:GESTIONAR PROVEEDOR
PropósitoAdministrar los diferentes proveedores. Permitirá insertar, modificar, eliminar.
Actores Administrador de Compra, Proveedor.
Actor iniciador Administrador de Compra.Pre-condición NingunaPost-condición Ninguna
CAMINO BASICO
Acciones del Usuario Respuestas del Sistema
Nuevo
1.- El usuario pulsará el botón nuevo.
3.- El usuario introducirá los datos personales del proveedor
4.- El usuario pulsara el botón insertar
2.- El sistema generará y mostrara un id nuevo.
5.- El sistema verifica los datos del proveedor.
6.- Guarda satisfactoriamente.
Modificar
1.- Pulsar el botón Código.
2.- Introducir el id proveedor
3.- Introducir los datos a modificar
4.- Pulsar el botón modificar
5.- El sistema verifica los datos modificados del proveedor.
6.- Guarda satisfactoriamente.
Sistema de Información II Página 54
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Eliminar
1.- Pulsar el botón Código
2.- Insertar El Id proveedor
3.- Pulsar el botón eliminar.
4.- El sistema verifica el id proveedor
5.- El sistema guarda satisfactoriamente
CAMINO ALTERNATIVO
Nuevo5.- Campos vacíosModificar5.- Código es incorrecto o existencia de campos vacíosEliminar4.- El código es incorrecto o no existe
Caso de Uso (CU10): Gestionar compra
uc Diagrama del caso de uso
Administrador de compra
Gestionar compra
Localizar producto
Prov eedor
Gestionar dev olucion
«include»«extend»
Detalle
CASO DE USO CU10: GESTIONAR COMPRA
PropósitoAdministrar las Compras que realiza el supermercado.
Actores Administrador de compra, proveedor
Actor iniciador Administrador de compra
Pre-condición Los productos deben estar gestionados
Post-condición Gestionar una devolución
CAMINO BASICO
Acciones del Usuario Respuestas del Sistema
Sistema de Información II Página 55
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Registrar
1.- El usuario pulsa el botón nuevo.
3.- Introduce datos de la compra y del proveedor.
4- Pulsa el botón agregar producto.
6.- El usuario selecciona un sector de productos
8.- El usuario selecciona el producto e introduce la cantidad.
10.- presiona el botón aceptar.
12.- Presiona botón guardar compra.
15.- Escribe la cantidad de cuotas y el plazo
17.- Presiona botón Guardar cuota.
2.- El sistema generará y muestra un nuevo código de compra.
5.- Muestra el formulario consultar producto por sector.
7.- El sistema muestra los productos con stock mínimo 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 números de las cuotas de acuerdo al monto y la fecha a ser cancelada según el plazo.
18.- Sistema guarda las cuotas de la compra.
CAMINO ALTERNATIVO
Nuevo
13.- Campos vacíos
Caso de Uso (CU11): Gestionar cuota de compra
uc Diagrama del caso de uso
Administrador de compra
Gestionar cuota de compra
Detalle
CASO DE USO CU11: GESTIONAR CUOTA DE COMPRA
PropósitoAdministrar las cuotas de pagos realizadas para cancelar una determinada compra.
Actores Administrador de compra
Actor iniciador Administrador de compra
Pre-condición La compra debe existir en el sistema.
Sistema de Información II Página 56
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Post-condición Ninguna
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Modificar
1.- Introducir código de la compra.
2.- Pulsar el botón localizar cuotas.
5.- Cambiar los datos a ser modificados.
6.- Pulsar el botón modificar
3.- El sistema verificar código.
4.- El sistema mostrará los datos de las cuotas para ser modificadas.
7.- El sistema verifica los datos.
8.- El sistema guarda satisfactoriamente.
Eliminar
1.- Introducir el código de la compra
2.- Pulsar el botón eliminar
3.- El sistema verifica código.
4.- El sistema elimina satisfactoriamente
CAMINO ALTERNATIVO
Modificar3.- El código es incorrecto o no existe.7.- campos vacíosEliminar3.- El código es incorrecto o marca no existe.
Caso de Uso (CU12): Gestionar devolución
uc Diagrama del caso de uso
Administrador de compra
Gestionar devolucion
Localizar producto
Proveedor
«include»
Detalle
CASO DE USO CU12: GESTIONAR DEVOLUCION
PropósitoAdministrar las devoluciones por compra y por producto.
Actores Administrador de compra, proveedor
Actor iniciador Administrador de compra
Pre-condiciónLa compra de los productos debe existir en el sistema.
Post-condición Ninguna
CAMINO BASICO
Sistema de Información II Página 57
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Acciones del Actor Respuestas del Sistema
Registrar
1.- El usuario pulsa el botón nuevo
3.-Presiona el botón localizar producto
5.- Introduce el código de la compra y presiona el botón localizar.
8.- El usuario selecciona el producto a ser devuelto y presiona el botón agregar.
10.-Usuario introduce la cantidad a ser devuelta por cada uno de los productos.
11.- Usuario presiona el botón Guardar
2.- El sistema genera un nuevo código de devolución.
4.-El sistema muestra el formulario localizar producto
6.- El sistema verifica el código
7.-El sistema muestra los detalles de los productos de esa compra.
9.- El sistema agrega los productos seleccionados a la devolución.
12.- Verifica los datos.
13.- El sistema actualiza el stock de los productos.
16.- Guarda la devolución.
CAMINO ALTERNATIVO
Registrar9.- Código de compra es incorrecto o no existe14.- El id de proveedor es incorrecto o no existe.
Caso de Uso (CU13): Gestionar Promoción
uc Diagrama del caso de uso
Administrador de v enta
Gestionar Promocion
Localizar Producto
«include»
Detalle
CASO DE USO CU13:GESTIONAR PROMOCIÓN
PropósitoRegistrar todas las promociones posibles que se realicen a los productos.
Actores Administrador de venta
Actor iniciador Administrador de venta
Pre-condición Ninguna
Post-condiciónSe obtendrá un descuento en el precio de los productos
Sistema de Información II Página 58
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Nuevo
1.- Pulsar el botón Nuevo 2.-El sistema generará y mostrará un id nuevo
Insertar
1.- Introducir los datos.
2.-Pulsar el botón Localizar Productos
4.- El usuario selecciona los productos
de acuerdo a su tipo.
5.-El usuario agrega o quita los
Productos seleccionando la opción
Agregar o Quitar.
7.- El usuario selecciona la opción
Aceptar.
3.- El sistema le mostrará un formulario de
productos.
6.- El sistema guarda los datos.
8.- El sistema verificará los datos.
9.- El sistema registra la promoción.
CAMINO ALTERNATIVO
Insertar1.1.- Campos Vacíos.
Caso de Uso (CU14): Gestionar Forma de Pago
uc Diagrama del caso de uso
Administrador de Venta
Gestionar Forma de Pago
Detalle
CASO DE USO CU14:
PropósitoAdministrar las formas de pago o tipos de pago que admite el supermercado
Actores Administrador de venta
Actor iniciador Administrador de venta
Pre-condición Que se hayan registrado los productos.
Post-condición La promoción se guarda en el sistema.
Sistema de Información II Página 59
uc CUGestionar Cliente
CajeroCliente
Registrar Venta
Gestionar Cliente
Gestionar Empresa
«extend»
«extend»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Nuevo
1.- Pulsar el botón Nuevo 2.-El sistema generará y mostrará un id nuevo
Insertar1.-Introducir los datos en los campos requeridos2.- Pulsar El Botón Insertar
3.-El sistema verificará los datos4.-El sistema guarda satisfactoriamente
Modificar1.- Introducir los datos2.-Pulsar el botón Modificar
3.- El sistema verificará los datos4.- El sistema guarda satisfactoriamente.
CAMINO ALTERNATIVO
Insertar
1.1.- Campos Vacíos
Modificar
3.1.- El sistema verificará que el código introducido sea correcto para hacer la modificación y que los demás datos estén rellenos.
Caso de Uso (CU15): Gestionar cliente
Detalle
CASO DE USO CU15:GESTIONAR CLIENTE
Propósito Administrar los clientes del supermercado
Sistema de Información II Página 60
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Actores Cajero, Cliente
Actor iniciador Cliente
Pre-condición Que se solicite una venta
Post-condición El cliente ha sido guardado en el sistema.
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Insertar1.-Introducir los datos en los campos requeridos2.- Pulsar El Botón Insertar
3.-El sistema verificará los datos4.-El sistema guarda satisfactoriamente
Modificar
1.- Introducir los datos2.-Pulsar el botón Modificar
3.- El sistema verificará los datos4.- El sistema guarda satisfactoriamente
Eliminar
1.-Introducir el código del Cliente a eliminar.2.- Pulsar el Botón Eliminar.
3.- El sistema verificará el código4.- El sistema guarda satisfactoriamente
CAMINO ALTERNATIVO
Insertar
3.1.- Campos Vacíos
Modificar
3.1.- El sistema verificará que el código introducido sea correcto para hacer la modificación y que los demás datos estén llenos.
Eliminar
3.1.- En caso de no existir ese código el sistema le mostrará un mensaje de error para que introduzca de nuevo el código.
Caso de Uso (CU16): Gestionar Empresa
Sistema de Información II Página 61
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
uc CUGestionar Empresa
CajeroCliente
Gestionar Cliente
Gestionar Empresa
«extend»
Detalle
CASO DE USO CU16:GESTIONAR EMPRESA
Propósito Administrar las Empresas
Actores Cajero, Cliente
Actor iniciador Cliente
Pre-condición Que se solicite una venta
Post-condición La empresa ha sido guardada en el sistema
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Nuevo
1.- Pulsar el botón Nuevo 2.-El sistema generará y mostrará un id nuevo
Insertar
1.-Introducir los datos en los campos requeridos.2.- Pulsar El Botón Insertar
3.-El sistema verificará los datos4.-El sistema guarda satisfactoriamente
Modificar
1.- Introducir los datos2.-Pulsar el botón Modificar
3.- El sistema verificará los datos4.- El sistema guarda satisfactoriamente
CAMINO ALTERNATIVO
Insertar
3.1.- Campos Vacíos
Modificar
Sistema de Información II Página 62
uc CURegistrar Venta
CajeroCliente
Registrar Venta
Registrar Factura
Registrar Cuota Venta
Gestionar Cliente
Gestionar Empresa
«extend»
«extend» «extend»
«extend»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
3.1.- El sistema verificará que el código introducido sea correcto para hacer la modificación y que los demás datos estén llenos.
Caso de Uso (CU17): Gestionar Venta
Detalle
CASO DE USO CU17:GESTIONAR VENTA
PropósitoAdministrar las ventas realizadas en el supermercado
ActoresCajero ,Cliente
Actor iniciadorCliente
Pre-condiciónSolicitar una venta
Post-condiciónEl sistema emitirá una factura por la venta realizada.
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Nuevo
1.- Pulsar el botón nuevo
2.-El sistema generará y mostrará un id nuevo
Sistema de Información II Página 63
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Nuevo
1.- El usuario pulsa el botón nuevo
Guardar
1.-El usuario introduce el nit del cliente y pulsa el botón localizar cliente
3.-El usuario pulsa el botón localizar lote.
5.-El usuario introduce el nro del lote.
6.-Presiona el botón localizar lote
8.-El usuario pulsa aceptar
10.-El usuario pulsa Guardar
2.-El sistema generará y mostrara un id nuevo
2.-El sistema verifica si existe el nit del cliente y muestra el nombre del cliente.
4.-El sistema le muestra el formulario de localizar producto.
7.-El sistema muestra los datos del lote seleccionado.
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 botón
Nuevo Cliente.
11.-Campos vacíos
Sistema de Información II Página 64
uc CUGestionar Cuota_Venta
CajeroCliente
Gestionar Cuota Venta
Registrar Recibo
«extend»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU18): Gestionar cuota de venta
Detalle
CASO DE USO CU18:GESTIONAR CUOTA DE VENTA
Propósito Administrar las cuotas de ventas
Actores Cliente, Cajero
Actor iniciador Cliente
Pre-condición Que se hayan registrado las cuotas de ventas.
Post-condición Se emitirá un recibo por la cuota cancelada.
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Modificar
1.- Introducir código del cliente.
2.- Pulsar el botón localizar cuotas.
4.- Cambiar los datos a ser modificados.
5.- Pulsar el botón modificar.
3.- El sistema mostrará los datos de las cuotas para ser modificadas.
6.- El sistema verifica los datos.
7.- El sistema guarda satisfactoriamente.
Eliminar
1.-Introducir el código de la venta y el nro de la cuota.
2- Pulsar el botón eliminar
3.- El sistema verificará los códigos.
4.-El sistema elimina satisfactoriamente
Registrar Recibo
1.- Pulsar el Botón Registrar Recibo
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
6.1.- El sistema verificará que el código introducido sea correcto para hacer la modificación y
Sistema de Información II Página 65
uc CURegistrar Recibo
CajeroCliente
Gestionar Cuota Venta
Registrar Recibo
«extend»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
que los demás datos estén llenos.
Eliminar
3.1.- Si los códigos son incorrectos se mostrará un mensaje de error.
Caso de Uso (CU19): Registrar Recibo
Detalle
CASO DE USO CU19:Registrar Recibo
Propósito Administrar las cuotas de ventas
Actores Cliente, Cajero
Actor iniciador Cliente
Pre-condición Que se hayan registrado las cuotas de ventas.
Post-condición Se emitirá un recibo por la cuota cancelada.
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Modificar
1.- Introducir código del cliente.
2.- Pulsar el botón localizar cuotas.
4.- Cambiar los datos a ser modificados.
5.- Pulsar el botón modificar.
3.- El sistema mostrará los datos de las cuotas para ser modificadas.
6.- El sistema verifica los datos.
7.- El sistema guarda satisfactoriamente.
Eliminar
1.-Introducir el código de la venta y el nro de la cuota.
2- Pulsar el botón eliminar
3.- El sistema verificará los códigos.
4.-El sistema elimina satisfactoriamente
Registrar Recibo
1.- Pulsar el Botón Registrar Recibo
2.- El sistema obtiene los datos de la cuota.
2.- El sistema muestra el formulario del recibo
Sistema de Información II Página 66
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
lo registra y los emite.
Sistema de Información II Página 67
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU20): Registrar Factura
uc CURegistrar Factura
CajeroCliente
Registrar Venta
Registrar Factura
«extend»
Detalle
CASO DE USO CU20:Registrar Factura
Propósito Administrar las cuotas de ventas
Actores Cliente, Cajero
Actor iniciador Cliente
Pre-condición Que se hayan registrado las cuotas de ventas.
Post-condición Se emitirá un recibo por la cuota cancelada.
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Modificar
1.- Introducir código del cliente.
2.- Pulsar el botón localizar cuotas.
4.- Cambiar los datos a ser modificados.
5.- Pulsar el botón modificar.
3.- El sistema mostrará los datos de las cuotas para ser modificadas.
6.- El sistema verifica los datos.
7.- El sistema guarda satisfactoriamente.
Eliminar
1.-Introducir el código de la venta y el nro de la cuota.
2- Pulsar el botón eliminar
3.- El sistema verificará los códigos.
4.-El sistema elimina satisfactoriamente
Registrar Recibo
1.- Pulsar el Botón Registrar Recibo2.- El sistema obtiene los datos de la cuota.
2.- El sistema muestra el formulario del recibo lo registra y los emite.
Sistema de Información II Página 68
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU21): Gestionar usuario
uc Diagrama del caso de uso
Administrador del sistema
Gestionar usuario
Usuario
Detalle
CASO DE USO CU2: GESTIONAR USUARIO
Propósito Administrar los usuarios que tendrán acceso al sistema.
Actores Administrador del sistema, usuario
Actor iniciador Administrador del sistema
Pre-condición El grupo debe existir en el sistema
Post-condición Ninguna
CAMINO BASICO
Acciones del Actor Respuesta del Sistema
Nuevo
1.- El Administrador Pulsa el botón Nuevo
3.- Insertamos datos del usuario, Seleccionamos el grupo de trabajo.
4.- Pulsar El Botón 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 código del usuario y modificamos los datos.
2. El administrador pulsara el botón modificar
3.- El sistema verifica los datos del usuario
4.- Guarda satisfactoriamente.
Eliminar
1.- Insertamos el código del usuario
2.- El administrador pulsara el botón eliminar.
3.- El sistema verifica el código de usuario a eliminar
4.- El sistema elimina usuario.
Sistema de Información II Página 69
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CAMINO ALTERNATIVO
Nuevo
5.- Campos vacíos.
Modificar
3.- El código es incorrecto
Eliminar
3.- El código es incorrecto
Caso de Uso (CU22): Gestionar grupo
uc Diagrama del caso de uso
Administrador del sistema
Gestionar Grupo
Gestionar priv ilegio
«include»
Detalle
CASO DE USO CU22:GESTIONAR GRUPO
Propósito
Administrar los grupos de usuarios que interactúan con el sistema. En esta opción, permite registrar, eliminar, modificar un grupo de trabajo.
ActoresAdministrador del sistema
Actor iniciadorAdministrador del sistema
Pre-condiciónNinguna
Post-condición Gestionar privilegio
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Nuevo
1.- Pulsar el botón Nuevo
3.- Insertar Nombre Y Descripción
4.- Pulsar el botón Guardar
2.- El Sistema Generara Automáticamente y muestra un Nuevo Código De Grupo.
5.- El Sistema Verifica Los Datos Del Grupo.
Sistema de Información II Página 70
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.- Guardar Satisfactoriamente
Modificar
1.- Introducir el código de grupo.
2.- Pulsar el Botón Obtener
4.- Insertar Los Datos A Modificar
5.- Pulsar El Botón 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 Código De Grupo
2.- Pulsar el botón eliminar
3.- El sistema verifica los datos
4.- -El sistema elimina el grupo.
CAMINO ALTERNATIVO
Nuevo
5.- Campos vacíos.
Modificar
3.- El código de grupo invalido
6.- Campos vacíos.
Eliminar
3.- El código de grupo es invalido
Caso de Uso (CU23): Gestionar privilegio
uc Diagrama del caso de uso
Administrador del sistema
Gestionar priv ilegio
Detalle
Sistema de Información II Página 71
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CASO DE USO CU23:GESTIONAR PRIVILEGIO
Propósito
Administrar los accesos que tienen los grupos de usuarios. Este Caso de Uso, está encargada de Asignar Privilegios a los grupos existentes
ActoresAdministrador del sistema
Actor iniciadorAdministrador del sistema
Pre-condiciónHaber iniciado Sesión y haber creado grupos de trabajo
Post-condiciónNinguna
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
Asignar privilegio
1.- Seleccionar nombre de grupo de trabajo.
2.- Marcar Privilegios para asignar al grupo de trabajo. Selecciona los módulos, formularios y operaciones para su permiso de acceso.
3.- Pulsar el botón guardar
4.- Sistema guarda el privilegio del grupo
Quitar privilegio
1.- Introduce el id del grupo
2.- Usuario selecciona el privilegio y presiona el botón quitar.
3.- Presiona salir.
2.- Sistema verifica id
3.- Muestra los datos del grupo con sus respectivos detalles de privilegio
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 sesión
Sistema de Información II Página 72
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
uc Diagrama del caso de uso
Usuario
Iniciar sesión
Detalle
CASO DE USO CU24:INICIAR SESIÓN
PropósitoPermitir el ingreso al Sistema de los usuarios registrados.
ActoresUsuario
Actor iniciadorUsuario
Pre-condiciónUsuario debe estar registrado
Post-condición Registrar acción en la bitácora
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
1.- El usuario introducirá su nombre y su contraseña
2.- El usuario pulsara el botón aceptar.
3. – El sistema verifica y valida el ingreso del usuario.
4.- El usuario ingresara al formulario principal.
CAMINO ALTERNATIVO
3.- El nombre de usuario y/o contraseña no son válidos.
Caso de Uso (CU25): Consultar Bitácora
Sistema de Información II Página 73
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
uc Diagrama del caso de uso
Administrador del sistema
Consultar Bitácora
Detalle
CASO DE USO CU25:CONSULTAR BITÁCORA
PropósitoEste Caso de Uso, nos hará una visualización de la Bitácora
Actores Administrador del sistema
Actor iniciador Administrador del sistema
Pre-condición Ninguna
Post-condición Ninguna
CAMINO BASICO
Acciones del Actor Respuestas del Sistema
1.- Seleccionar Usuario, introducir la fecha
2.- Pulsar el botón consultar
3.- El sistema visualiza las transacciones que realizo el usuario.
Sistema de Información II Página 74
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
4.4. DIAGRAMA GENERAL DE CASOS DE USO
Sistema de Información II Página 75
uc D
iagr
ama
de c
asos
de
uso
Adm
inis
trado
r de
alm
acen
Regi
stra
r lot
e
Regi
stra
r in
gres
o
Regi
stra
r baj
a de
pr
oduc
to
Regi
stra
r Sal
ida
Gen
erar
Rep
orte
de
inve
ntar
io
Loca
lizar
pr
oduc
to
Adm
inis
trado
r de
com
pra
Ges
tiona
r pr
ovee
dor
Prov
eedo
r
Ges
tiona
r co
mpr
aG
estio
nar
cuot
a de
co
mpr
a
Ges
tiona
r de
volu
cion
Ges
tiona
r Tip
o de
pro
duct
o
Ges
tiona
r mar
ca
Gen
erar
Rep
orte
de
com
pra
Caje
ro
Adm
inis
trado
r de
vent
a
Ges
tiona
r pr
omoc
ion
Ges
tiona
r for
ma
de p
ago
Ges
tiona
r em
pres
a
Gen
erar
Rep
orte
de
ven
taG
estio
nar
vent
a Ges
tiona
r cuo
ta
de v
enta
Emiti
r Fac
tura
Emiti
r Rec
ibo
Ges
tiona
r cl
ient
e
clie
nte
Clie
nte
natu
ral
Clie
nte
jurid
ico
Adm
inis
trado
r del
si
stem
a
Ges
tiona
r us
uario
Inic
iar s
esio
n
Usua
rio
Ges
tiona
r gr
upo
Ges
tiona
r pr
ivile
gio
Cons
ulta
r Bi
taco
ra
Ges
tiona
r pr
oduc
to
«inc
lude
»
«inc
lude
»
«inc
lude
»
«inc
lude
»
«inc
lude
»
«inc
lude
»
«ext
end»
«ext
end»
«ext
end»
«ext
end»
«ext
end»
«ext
end»
uc P
rimar
y Us
e Ca
ses
Ges
tiona
r Sec
tor
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 76
PARTE 5
“FLUJO DE TRABAJO ANÁLISIS”
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
5. FLUJO DE TRABAJO ANÁLISIS
5.1. ANÁLISIS DE LA ARQUITECTURA
5.1.1. Identificar paquetes
uc Paquetes
Gestion de compra
Gestion de v enta
Inv entario
Admnistracion de Usuario
Reporte
Paquete inv entario: Contendrá todos las fucionalidades que se requieren para gestionar un producto.
Paquete gestion de compra: Contendrá todas las funcionalidades que se requieren para gestionar una compra. Permitirá administrar las compras.
Paquete Gestion de v enta: Contendrá todas las funcionalidades que se requieren para gestionar una venta. Permitirá administrar las ventas.
Paquete Reporte: Contendrá los distintos reportes de compra, venta e inventario; permitiendo a su vez tener acceso inmediato a la informacion requerida de estos.
Administración de Usuario: Contendrá las funcionalidades requeridas para administrar los distintos usuario y accesos al sistema. Permitirá tener control de usuarios y accesos al sistema.
Sistema de Información II Página 77
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
5.1.2. Vista de paquetes Paquete inventario
Sistema de Información II Página 78
uc Paquete
Inventario
Gestionar producto
Gestionar Marca
Gestionar Sector
Registrar Lote
Localizar producto
Registrar Ingreso
Registrar Salida
Registrar Baja de producto
«trace»
«trace»
«trace»
«trace»
«trace»
«trace»
«trace»
«trace»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Paquete Gestión Compra
uc Paquetes
Gestion de compra
Gestionar compra
Gestionar cuota de compra
Gestionar prov eedor
Gestionar dev olucion
«trace»
«trace»
«trace»
«trace»
Sistema de Información II Página 79
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Paquete gestión venta
uc Paquete
Gestion de v enta
Gestionar Venta
Gestionar cuota de v enta
Gestionar Cliente
Emitir recibo
Emitir factura
Getionar empresa
Gestionar Promocion
Gestionar forma de pago
«trace»
«trace»
«trace»
«trace»
«trace»
«trace»
«trace»
«trace»
Paquete Reporte
Sistema de Información II Página 80
uc Administración de Usuario
Administración de Usuario
Gestionar Usuario
Gestionar Grupo
Gestionar Priv ilegio
Registrar Operación
Consultar Bitácora
Iniciar Sesión
«trace»
«trace»
«trace»
«trace»
«trace»
«trace»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
uc Paquete
Reporte
Generar Reporte de inv entario
Generar Reporte de compra
Generar Reporte de v enta
«trace»
«trace»
«trace»
Paquete Administración de Usuario
Sistema de Información II Página 81
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
5.1.3. Encapsular casos de uso Paquete Inventario
Paquete gestión compra
Paquete gestiónventa
Sistema de Información II Página 82
uc Inv enta...
Inv entario
Administrador de almacen
Gestionar producto
Gestionar Sector
Registrar Lote
Registrar Salida
Registrar Ingreso
Registrar Baja de producto
Localizar producto
Gestionar marca
«include»
«include»
uc Gestion de compra
Gestion de compra
Administrador de compra
Gestionar compra
Gestionar cuota de compra
Gestionar prov eedor
Gestionar dev olucion
Localizar producto
Prov eedor
«include»
«extend»«include»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”uc Gestion de venta
Gestion de Venta
Adminsitrador de venta Cajero
Gestionar empresa
Gestionar forma de pago
Gestionar promocion
Localizar producto
Gestionar venta
Gestionar cuota de venta
Emitir Recibo
Emitir Factura
Gestionar Cliente
Cliente
Cliente juridico
«include»
«extend»
«extend»
«extend»
Paquete Reporte uc Reporte
Reporte
Administrador de compra
Adminsitrador de almacen
Adminsitrador de v enta
Generar Reporte de Inv entario
Generar Reporte de compra
Generar Reporte de v enta
Paquete Administración de Usuario
Sistema de Información II Página 83
uc Diagrama de casos de uso
Localizar producto
Cajero
Administrador de v enta
Gestionar promocion
Gestionar forma de pago
Gestionar empresa
Generar Reporte de v enta
Gestionar v enta
Gestionar cuota de v enta
Emitir Factura
Emitir Recibo
Gestionar cliente
cliente
Cliente naturalCliente juridico
«include»
«extend»
«extend»
«extend»«extend»
«extend»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”uc Admnistracion de Usuario
Administracion de Usuario
Administrador del sistema
Gstionar Usuario
Gestionar Grupo
Gestiona Priv ilegio
Consultar Bitacora
Iniciar sesion
Usuario
«include»
Sistema de Información II Página 84
Flujo de sucesos: El Usuario ordena al sistema realizar una determinada acción: - Para registrar, el gestor o clase control del producto obtiene de la interfaz, los datos ingresados con su previa validación, y organiza el nuevo producto obteniendo de la base de datos, el código 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 envía el código del producto, el gestor lo busca en la base de datos y si existe lo muestra, luego la interfaz envía los datos actualizados del producto y el gestor producto lo guarda en la base de datos.- Para eliminar, la interfaz envía el código del producto, el gestor lo elimina de la base de datos.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
5.2. ANÁLISIS DE CASOS DE USO
5.2.1. Diagramas de colaboración
CU1: Gestionar producto
sd Gestionar Producto
Administrador de almacen
F_ Producto /<<Form>>
Gestor Producto
Sector
Marca
Producto
1: Registrar()
1.1: ValidarDatos()
1.2: RegistrarProducto()
1.3: Obtener_Cod_Sector()
1.4: Obtener_Cod_Marca()
1.5: Guardar()
2: Modificar() 2.1: ModificarDatos()
2.2: ActualizarDatos()
3: Eliminar() 3.1: EliminarProducto(codProdcuto)
3.2: Eliminar()
CU2:Gestionar Marca
sd Gestionar Mar...
Administrador de almacen
F_ Marca / <<Form>> Gestor Marca Marca
1: Registrar()
1.1: ValidarDatos()
1.2: RegistrarMarca(id,descripcion) 1.3: Guardar()
2: Eliminar() 2.1: EliminarMarca(id) 2.2: Eliminar()
CU3: Gestionar Sector
Sistema de Información II Página 85
Flujo de sucesos: El Usuario ordena al sistema realizar una determinada acción: - Para registrar, el gestor Marca obtiene de la interfaz, la descripción con su previa validación, verifica si no existe y lo guarda nuevo en la entidad marca de la base de datos.- Para modificar, la interfaz envía la descripción de la marca, el gestor lo busca en la base de datos y si existe lo elimina.
Flujo de sucesos: El Usuario ordena al sistema realizar una determinada acción: - Para registrar, el gestor tipo obtiene de la interfaz, los datos ingresados con su previa validación y lo guarda, como nuevo en la de la base de datos.- Para modificar, la interfaz envía el id del tipo, el gestor lo busca en la base de datos y si existe lo muestra, luego la interfaz envía los datos actualizados y el gestor lo guarda en la base de datos.- Para eliminar, la interfaz envía el id del tipo, el gestor lo elimina de la base de datos.
Flujo de sucesos: - El usuario envía a través de la interfaz localizar producto el dato por el cual se hará la búsqueda, ya sea por código, por descripción, por proveedor, por tipo, por marca, o agrupados por existencia mínima, por vencimiento. El gestor producto busca en la entidad producto los productos que cumplan con dichas condiciones, y lo envía a la interfaz para que lo muestre.
Flujo de sucesos: - El usuario envía, a través 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.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
analysis Gestionar Sector
Administrador de almacen F_Sector / <<Form>> Gestor Sector Sector
1: Registrar() 1.1: RegistrarSector(id, descripcion) 1.2: Insertar()
2: Eliminar()
2.1: ValidarIdSector()
2.2: EliminarSector(id) 2.3: Eliminar()
CU5:Localizar producto
analysis Localizar producto
Administrador Dialog_LocalizarProducto Gestor Producto Producto
ValidarDatos
1: Localizar() 1.1: LocalizarPoductos()1.2: *ObtenerProducto()
CU6: Registrar Ingreso
sd Registrar Ingreso de producto
Admnistrador de almacen
F_Ingreso / <<Form>> Gestor de ingreso
Ingreso
Lote
Producto
1: Nuevo()
1.1: GenerarCodigo()
1.2: ObtenerUltimoIngreso()
1.3: ObtenerUltimo()
2: Registrar()
2.1: ValidarDatos()
2.2: ObtenerProductos()
2.3: ObtenerIdProducto()
2.4: RegistrarIngreso(Ingreso, Lotes)
2.5: InsertarNuevo()
2.6: *InsertarNuevo()
CU7: Registrar Salida
Sistema de Información II Página 86
Flujo de sucesos: - Para registrar una salida, el usuario envía a través de la interfaz de registro de salida, los lotes con su previa localización 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 donación).
Flujo de sucesos: - Para registrar una baja de productos, el usuario envía a través 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 actualizándose el stock de dichos productos.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
sd Registrar Salida de producto
Administrador de almacen
F_Salida / <<Form>>Gestor salida
salida
DetalleSalida
LoteDialogLote
GestorLote
1: AgregarProducto()
1.1: Mostrar_DialogLote()
1.2: BuscarLotes()
1.3: ObtenerLotes(idProducto) 1.4: ObtenerLotes()
1.5: Agregar()1.6: MostrarLoteProducto()
2: Registrar()
2.1: ValidarDatos()
2.2: RegistrarSalida(salida, detallesSalida)
2.3: Insertar()
2.4: *Insertar()
CU8: Registrar Baja de producto
sd Registrar Baja de produ...
Administrador de almacen
F_Baja / <<Form>> Gestor baja
Lote
Baja
DetalleBaja
Dialog_LocalizarLoteGestorLote
1: AgregarProducto()
1.1: MostrarDialogLote()
1.2: BuscarLotes()
1.3: ObtenerLotes(idProducto) 1.4: ObtenerLotes()
1.5: Agregar() 1.6: MostrarLoteProducto()
2: Registrar()
2.1: ValidarDatos()
2.2: RegistrarBaja(baja, detallesBaja)
2.3: Insertar()
2.4: *Insertar()
Sistema de Información II Página 87
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU9: Gestionar proveedor
sd Prov eed...
<Frm Proveedor> Gestor Proveedor Proveedor
Administrador de Compra
1: nuevo()1.2: insertar()1.1: enviardatos _nuevo_Proveedor()
2: Modificar()2.1: enviarDato_modificarProveedor() 2.2: modificar()
3: Elimiminar()
3.1: enviarDato_Eliminar()3.2: Eliminar()
Sistema de Información II Página 88
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 envía 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 código del proveedor, donde se hará una eliminación lógica del proveedor.
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 opción nuevo(1), introduce los datos de la compra específica, como también podrá agregar productos al detalle de la compra donde se obtendrá la descripción del producto que está comprando eso se podrá acceder mediante el gestor de compra, luego se registrara la compra, como también el detalle de la compra posteriormente se tendrá que registrar las cuotas de compra donde se le envía 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.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU10: Gestionar compra
Sistema de Información II Página 89
sd Compra
Administrador de Compra
FrmCompra GestorCompra
Producto
Proveedor
DetalleCompra
GestorCuotaCompra CuotaCompraFrmCuotaCompra
Compra
DialogProducto
Sector
1: Nuevo_Compra()
1.1: Nuevo()
1.2: ListarProveedor()
1.3: Nuevo()
1.4: ObtenerProveedor()
2: Agregar()
2.1: ObtenerSector()
2.2: ObtenerSector()
2.3: ListarProducto()
2.4: ObtenerProducto()
3: Insertar()
3.1: Insertar_Compra()3.2: Validardatos() 3.3: Insertar()
3.4: Guardar()
4: RegistrarCuotas()
4.1: Insertar_CuotaCompra()4.2: Guardar()
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 también 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.
Flujo de Suceso:
El administrador tendrá que ingresar al formulario de Devolución Compra, posteriormente seleccionara nuevo donde podrá obtener la compra de la cual quiera realizar una devolución especifica, de la cual le mostrara el detalle de la compra, la cual podrá realizar modificaciones del detalle.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU11: Gestionar cuota de compra
sd CuotaCompra
Administrar de CompraFrmCuotaCompra GestorCuotaCompra CuotaCompra
Compra
1: Modificar()1.1: ValidarDatos()
1.2: ActualizarCuotas(idCompra)
1.3: VerificarEstadoCuotas()
1.4: [si todas canceladas]:ActualizarEstado()
1.5: guardar()
1.6: [No canceladas]:2: Eliminar()2.1: EliminarCuota(idCompra, idCuota)
2.2: Eliminar()
CU12: Gestionar devolución
sd Gestor Dev olucion Compra
Administrador Compra
Devolucion Compra< Frm DevolucionCompra>
DevolucionCompra
Compra
Producto
Detalle DevolucionCompra
1: nuevo()
1.1: obtener_Compra()
1.2: obtener_Producto()
1.3: Enviar_Datos() 1.4: Registrar_Dev_Compra()
1.5: Registrar_Detalle_Dev()
1.6: Mostrar_Datos_Compra()
CU13: Gestionar Promoción
Sistema de Información II Página 90
sd Gestionar Promoción
Administrador de Venta
F_Promocion G_Promocion E_Promocion
E_Detalle_Promocion
E_ProductoReporte Producto
1: Nuevo() 1.1: ObtenerIdPromo() 1.2: ObtenerIdPromo()
2: Localizar Producto()2.1: *Obtener Producto() 2.2: *Obtener Producto()
3: Insertar() 3.1: Insertar Datos()
3.2: Validar Datos()
3.3: Insertar Datos ()
3.4: Registrar Detalle_Promocion()
sd Gestionar Promoción
Flujo de Sucesos :
Nuevo
El usuario selecciona la opción Nuevo, el programa generará ymostrará un id nuevo.
Insertar
El usuario Introduce los datos y seleciona la opción Localizar Producto ,el programa le muestra el formulario de Productos,donde el usuario tendrá la opción de seleccionar,agregar o quitar los productos de acuerdo a su tipo.
El usuario selecciona la opción Aceptar , el programa valida los datos y registra la promoción.
sd Gestionar Forma _Pago
Flujo de Sucesos :
Nuevo
El usuario selecciona laopción Nuevo y el programa generará y mostrará un id nuevo.
Insertar
El usuario introduce los datos de la forma de pago y selecciona la opción Insertar, el programa valida los datos y los registra.
Modificar
El usuario introduce los datos de la forma de pago y selecciona la opción Modificar, el programa verifica los datos y modifica los datos.
sd Gestionar Forma _Pago
Admistrador de Venta
F_Forma_pago G_Forma_pago E_Forma_pago
1: Nuevo()1.1: NuevoIDForma_pago() 1.2: NuevoIdForma_Pago()2: Insertar()
2.1: Insertar Datos()
2.2: Validar Datos()
2.3: Insertar Datos()
3: Modificar() 3.1: Modificar Datos() 3.2: Modificar Datos()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU14: Gestionar Forma de Pago
CU15: Gestionar Cliente
Sistema de Información II Página 91
sd Gestionar Promoción
Administrador de Venta
F_Promocion G_Promocion E_Promocion
E_Detalle_Promocion
E_ProductoReporte Producto
1: Nuevo() 1.1: ObtenerIdPromo() 1.2: ObtenerIdPromo()
2: Localizar Producto()2.1: *Obtener Producto() 2.2: *Obtener Producto()
3: Insertar() 3.1: Insertar Datos()
3.2: Validar Datos()
3.3: Insertar Datos ()
3.4: Registrar Detalle_Promocion()
sd Gestionar Cliente
Form_ClienteCajero
Cliente
G_Cliente E_Cliente
Empresa
1: Insertar() 1.1: Insertar datos()
1.2: Validar Datos()
1.3: Insertar Datos()
1.4: [cliente_jurídico]:Registrar Empresa()
2: Modificar() 2.1: Modificar datos() 2.2: Modificar Datos()3: Eliminar()
3.1: Eliminar Datos() 3.2: Eliminar Datos()
sd Gestionar Cliente
Flujo de Sucesos :
Insertar
El usuario introduce los datos del Cliente y selecciona la opción Insertar , el programa valida los datos y los registra . Si es un Cliente jurídico el usuario selecciona la opción Empresa y registra la empresa a la que pertenece ese Cliente.
Modificar
El usuario Introduce los datos del Cliente y selecciona laopción Modificar el programa verifica los datos y modifica los datos .
Eliminar
El usuario introduce el código del cliente y selecciona la opción Eliminar , el programa verifica el código y elimina el Cliente.
sd Gestionar Empresa
Flujo de Sucesos :
Nuevo
El usuario seleciona la opción Nuevo y el programa generará y mostrará un id nuevo.
Insertar
El programa obtiene el id del cliente y el usuario introduce los datos de la empresa y selecciona la opción Insertar, el programa valida los datos y los registra.
Modificar
El usuario Introduce los datos de la empresa y selecciona la opción Modificar,el programa verifica los datos y modifica los datos .
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU16: Gestionar Empresa
Sistema de Información II Página 92
sd Gestionar Empresa
Cajero
Cliente
F_Empresa G_Empresa E_Empresa
1: Nuevo() 1.1: ObteneIdEmpresa() 1.2: ObtenerIdEmpresa()
2: Insertar() 2.1: Insertar Datos()
2.2: Validar Datos()
2.3: Insertar Datos()
3: Modificar() 3.1: Modificar Datos() 3.2: Modificar Datos()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 93
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU17: Gestionar Venta
sd Gestionar_Venta
Cajero
F_Venta G_Venta
Lote E_DetalleVenta_Lote
E_Cliente
E_Venta
E_Forma_Pago
E_Factura
E_Cuota_Venta
LocalizarProducto
F_Cuota_Venta G_Cuota_Venta
Cliente
Finalización_Venta
1: Nuevo()
1.1: NuevoIdVenta() 1.2: Nuevo()
1.3: Listar_Formas_de_Pagos()
1.4: Obtener_formas_pagos()
2: LocalizarCliente()
2.1: Obtener_Cliente()
2.2: Obtener_cliente()
3: LocalizarProducto()
3.1: *Obtener_Producto(nrolote)
3.2: *Obtener_Producto()
4: Calcular()
4.1: CalcularMonto()
5: Guardar()
5.1: Validar()
5.2: Insertar_Venta()
5.3: Insertar()
5.4: *Insertar_Detalle() 5.5: *Guardar_detalle_venta()
5.6: Registrar_Factura()
5.7: Registrar_Factura()
5.8: [Cancelado]:Mostrar_formulario_Cobro()
5.9: Calcular_Cambio()
5.10: [No Cancelado]:Mostrar_formulario_cuotas()5.11: *Insertar_Cuota_Venta()
5.12: Validar()5.13: *Guardar_Cuotas()
Sistema de Información II Página 94
sd Gestionar Venta
Flujo de Sucesos :
Nuevo
El usuario selecciona la opcion nuevo y el programa generará y mostrará un id nuevo.
Aceptar
El usuario introduce el Código del Cliente . Si es un nuevo Cliente Podrá registrar uno nuevo seleccionando la opción Nuevo Cliente. El usuario introduce los detalles del producto y selecciona la opción Agregar o Quitar si desea quitar
el producto; el programa verifica los datos y en caso de error mostrará unmensaje,caso contrario el programa guarda los datos.
El usuario selecciona la opción Calcular Monto donde el programa calculará el monto total de la venta.
El usuario ingresa la cantidad de dinero que le da el cliente y selecciona la opción T/C en caso de que el pago sea en dólares,luego selecciona la opción Calcular Cambio , donde el programa calculará el cambio que se le debe dar al cliente ,en caso de existir cambio.
El usuario selecciona una forma de pago y el programa obtiene esa forma de pago. El usuario selecciona la opción Aceptar, el programa valida y verifica los datos,en caso de error
mostrará un mensaje, caso contrario registra la Venta.
Registrar Factura
El usuario selecciona la opción Registrar Factura ,donde el programa le mostrará el formulario de la factura la registrará y la emitirá.
Si el usuario seleccionó la opción Crédito de la forma de pago, el programa le mostrará el formulario de Cuota de Venta, donde podrá registrar las cuotas de venta .
sd Registrar Recibo
Flujo de Sucesos :
El usuario seleccionó la opción Registrar Recibo , el programa obtiene los datos de la cuota y registra el recibo.
sd Gestionar Cuota_Venta
Cajero
Cliente
F_Cuota_Venta
G_Cuota_Venta E_Cuota_Venta
E_Recibo
1: Modificar()1.1: Introducir CodCLiente()
1.2: Obtener Cuotas()
1.3: Modificar Datos()
1.4: Verficar Datos()
1.5: Modificar Datos()
2: Eliminar() 2.1: Introducir Códigos(nrocuota, codventa) 2.2: Eliminar Cuota()
3: Registrar Recibo() 3.1: Obtener Datos() 3.2: Obtener Datos()
3.3: Registrar Recibo()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU18: Gestionar Cuota de Venta
CU19: Registrar Recibo
Sistema de Información II Página 95
sd Registrar Recibo
Cajero
Cliente
F_Recibo G_Recibo E_Recibo
1: Registrar Recibo() 1.1: Registrar Datos() 1.2: Registrar Datos()
sd Gestionar Cuota_Venta
Flujo de Sucesos :
El usuario ingresa el id del cliente y selecciona la opción Localizar Cuota ,el programa verifica que el id del Cliente ingresado exista en la Base de Datos y muestra las cuotas que le corresponde a ese cliente.
Modificar
El usuario modifica la/las cuotas y selecciona la opción Modificar , el programa valida los datos y registra los cambios.
Eliminar
El usuario ingresa el nro de cuota y el id de la venta y selecciona la opción Eliminar , el programa verifica los datos ingresados y elimina la cuota.
Registrar Recibo
El usuario selecciona la opción Registrar Recibo , el programa le mostrará el formulario del recibo lo registrará y lo emitirá.
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 través 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 envía al gestor de usuario donde realizara una eliminación.
sd Registrar Factura
Cajero
Cliente
F_FacturaG_Factura E_Factura
1: Registrar Factura() 1.1: Registrar Datos() 1.2: Registrar Datos()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU20: Registrar Factura
sd Registrar Factura
Flujo de Sucesos :
El usuario seleccionó la opción Registrar Factura ; el programa obtiene los datos de la venta y registra la factura .
CU21: Gestionar usuario
sd Gestionar Grupo
<Frm Grupo> Gestor Grupo Grupo
Administrador de Sistema
1: Nuevo()
1.1: Enviar Datos() 1.2: Guardar Grupo()
2: Modificar()
2.1: Guardar_Grupo_Modf()
3: Eliminar()
2.2: Modificar()
3.1: EliminarGrupo() 3.2: EliminarGrupo()
Sistema de Información II Página 96
Flujo de suceso:El administrador deberá ingresar al formulario del gestor grupo, donde podrá realizar nuevo grupo donde podrá insertar un nuevo grupo, también se podrá modificar un grupo referenciándose por su código, como también podrá eliminar un grupo.
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 operación para asignar privilegio a un especifico grupo.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU22: Gestionar grupo
CU23: Gestionar privilegio
sd Gestionar Priv ilegio
<Frm Privilegio> Gestor Privilegio
Privilegio
Administrador de Sistema
Grupo
Operacion
1: Nuevo() 1.1: Enviar_Datos()
1.2: Registrar Privilegio()
1.3: Obtener_Grupo()
1.4: ObtenerOperacion()
5.1.4. Diagramas de clases del análisis CU1: Gestionar producto
Sistema de Información II Página 97
sd Gestionar Grupo
<Frm Grupo> Gestor Grupo Grupo
Administrador de Sistema
1: Nuevo()
1.1: Enviar Datos() 1.2: Guardar Grupo()
2: Modificar()
2.1: Guardar_Grupo_Modf()
3: Eliminar()
2.2: Modificar()
3.1: EliminarGrupo() 3.2: EliminarGrupo()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
class Analisis de clases gestionar producto
Producto
«column» codigo descripcion precio_compra precio_venta precio_promedio stock stock_minimo stock_maximo unidad_medida
Marca
«column» IdMarca descripcion
Tipo_producto
«column» idTipo descripcion
Administrador de Almacen
F_Producto Gestor Producto
1..* 1
1..*
1
CU2:Gestionar Marca
class Analisis de clases gestionar marca
Marca
- Descripcion- IdMarca
Adminsitrador de Almacen
F_Marca Gestor Marca
CU3: Gestionar Sector
class Analisis de clases gestionar Sector
Sector
«column» idTipo descripcionAdministrador de
Almacen
F_Sector Gestor Sector
Sistema de Información II Página 98
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU5:Localizar producto
class Analisis de clases localizar producto
Producto
«column» Codigo descripcion precio_compra precio_venta precio_promedio stock stock_minimo stock_maximo unidad_medida
Administrador de Almacen
Dialog_LocalizarProducto Gestor Producto
CU6: Registrar Ingreso
class Analisis de clases registrar ingreso
Producto
«column» codigo descripcion precio_compra precio_venta precio_promedio stock stock_minimo stock_maximo unidad_medida
Lote
«column» nroLote feha_venciminteo cantidad_contenida cantidad_existente precio
Ingreso
«column» idIngreso fecha observacionAdministrador de
Almacen
F_Ingreso Gestor ingreso1..*1
1
1..*
Sistema de Información II Página 99
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU7: Registrar Salida
class Analisis de clases registrar salida
Lote
«column» NroLote fecha_vencimiento cantidad_contenido cantidad_existente precio
Salida
«column» idSalida fecha motivo
Detalle_Salida
- cantidadProducto: int
Administrador de Almacen
F_Salida Gestor Salida
Dailog_Lote Gestor Lote
CU8: Registrar Baja de producto
class Analisis de clases registrar ba...
Producto
«column» codigo descripcion precio_compra precio_venta precio_promedio stock stock_minimo stock_maximo unidad_medida
Baja
«column» idBaja fecha motivo
Detalle_baja
- cantidad: int
Administrador de Almacen
F_Baja
Dialog_Producto Gestor Producto
Gestor_Baja
Sistema de Información II Página 100
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU9: Gestionar proveedor
sd Prov eedorEntidad
<Frm Proveedor> Gestor Proveedor
Administrador de Compra
Prov eedor
- direccion- e-mail- fax- idProveedor- Nacionalidad- Nombre- telefono
CU10: Gestionar compra
Sistema de Información II Página 101
sd compraEntidad
Administrador de Compra
<Frm Compra> Gestor de Compra
Compra
- cod- estado- fecha_emision- fecha_entrega- id_compra- monto- plazo
Producto
- Cod- descripcion- precio_compra- precio_promedio- precio_venta- stock- stock_maximo- stock_minimo- unidad_medida
Prov eedor
- direccion- e-mail- fax- idProveedor- Nacionalidad- Nombre- telefono
Cuota_Compra
- estado- fecha- monto- nro
Detalle_Compra
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU11: Gestionar cuota de compra
sd CuotacompraEntidad
<Cuota Compra> Gestor Cuota deCompra
Administrador de Compra
Cuota_Compra
- estado- fecha- monto- nro
Compra
- cod- estado- fecha_emision- fecha_entrega- id_compra- monto- plazo
CU12: Gestionar devolución
sd Dev olucionEntidad
<Devolucion Compra> Gestor DevolucionCompra
Administrador de Compra
Dev olucion
- fecha- idDevolucion- motivo
Producto
- Cod- descripcion- precio_compra- precio_promedio- precio_venta- stock- stock_maximo- stock_minimo- unidad_medida
Compra
- cod- estado- fecha_emision- fecha_entrega- id_compra- monto- plazo
Detalle_Dev olucion
- Cantidad
Sistema de Información II Página 102
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU13: Gestionar Promoción
sd Analysis Promoción
Administrador de VentaF_Promoción G_Promoción
E_Promoción
«column» idPromocion descripcion fecha_inicio fecha_fin descuento
E_Producto
«column» codigo descripcion precio_compra precio_venta precio_promedio stock stock_minimo stock_maximo unidad_medida
Detalle_Promoción
CU14: Gestionar Forma de pago
sd Analysis Forma_Pago
E_Forma_Pago
«column» IdformaPago descripcion
Administrador de VentaF_Forma_Pago G_Forma_Pago
Sistema de Información II Página 103
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU15: Gestionar Cliente
sd Analysis Cliente
Cajero
Cliente
F_Cliente G_Cliente
E_Cliente
«column» nit nombre
E_Empresa
«column» idEmpresa nombre direccion telefono
CU16: Gestionar Empresa
sd Analysis Empresa
E_Empresa
«column» idEmpresa nombre direccion telefono
Cliente
Cajero
F-Empresa G_Empresa
Sistema de Información II Página 104
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU17: Gestionar Venta
sd A_Gestionar Venta
Cajero
Cliente
F_Venta G_Venta
Venta
«column» idVenta fecha monto
E_Forma_Pago
«column» IdformaPago descripcion
E_Lote
«column» NroLote fecha_vencimiento Cantidad_Contenido Cantidad_existente precio +estado
E_Cuota_Venta
«column» nroCuota fecha monto estado
E_Cliente
«column» nit nombre
E_Recibo
- idRecibo: int- fecha: int- monto: int
E_Factura
«column» idFactura fecha
E_Empresa
«column» idEmpresa nombre direccion telefono
Detalle_Venta
- CantidadProducto
CU18: Gestionar Cuota de Venta
sd Analysis Cuota Venta
Cajero
Cliente
F_Cuota Venta G_Cuota Venta
E_Cuota_Venta
«column» nroCuota fecha monto estado
E_Recibo
«column» idRecibo fecha monto
Sistema de Información II Página 105
sd Analysis Factura
Cajero
Cliente
F_Factura G_Factura
E_Factura
«column» idFactura fecha
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU19:Registrar Recibo
sd Analysis Factura
Cajero
Cliente
F_Factura G_Factura
E_Factura
«column» idFactura fecha
CU20: Registrar Factura
CU21: Gestionar usuario
Sistema de Información II Página 106
sd usuarioEntidad
<Frm Usuario> Gestor Usuario
Usuario
- estado- idUsuario- nombre
Administrador de Sistema
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
CU22: Gestionar grupo
CU23: Gestionar privilegio
sd Gestionar Priv ilegio
<Frm Privilegio> Gestor PrivilegioAdministrador de
Sistema
Operacion
- descripcion- idOperacion
Grupo
- descripcion- IdGrupo
Priv ilegio
Sistema de Información II Página 107
sd GrupoEntidad
Administrador de Sistema
<Frm Grupo> Gestor Grupo
Grupo
- descripcion- idGrupo
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
5.2. ANÁLISIS DE CLASES
Las siguientes clases interfaz están organizadas alfabéticamente por nombre de
Casos de Usos.
5.2.1. Interfaces
Clase Interfaz :F_Baja
Nombre F_Baja
Propósito Permitir al usuario ingresar y validar datos para registrar de una determinada baja de productos.
Tipo Formulario
Atributos NroBaja, fecha, ItemProducto, motivo.
Operaciones Nuevo, registrar y cancelar.
Clase Interfaz :FrmCompra
Clase Interfaz :FrmCuotaCompra
Clase Interfaz :FR_Cuota_Venta
Clase Interfaz : F_Cuota_Venta
Sistema de Información II Página 108
analysis Ge...
Interfaz
Nombre FrmCompra
Propósito Permite visualizar una compra que se realiza.
Tipo Form
Atributo id Compra,
Operaciones Nuevo(), Insertar, Agregar Producto(),Registrar Cuota().
Nombre FrmCuota Compra
Propósito Permite visualizar una Cuota de Compra que se realiza.
Tipo Form
Atributo id Cuota Compra, estado, fecha
Operaciones Modificar(),eliminar()
Nombre FR_Cuota_VentaPropósito Poder introducir los datos de las Cuotas a ser Registradas.
Tipo <<Form>>Atributos Cantidad, MontoOperaciones Calcular Cuotas, Aceptar
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Clase Interfaz : F_Cliente
Clase Interfaz: F_Devolucion
Clase Interfaz :F_Empresa
Clase Interfaz :F_Factura
Clase Interfaz :F_Forma_Pago
Clase Interfaaz_:Gestionar Grupo
Nombre <<IUGrupo>>Propósito Permitir visualizar e ingresar datos de los usuarios del sistema.
Sistema de Información II Página 109
Nombre F_Cuota_Venta
Propósito Poder introducir los datos de las Cuotas a ser Registradas.
Tipo <<Form>>
Atributos IdCliente,NroCuota,CodVenta,FechaCancelación,Monto,Estado
Operaciones Localizar Cuotas,Modificar,Eliminar,Registrar Recibo
Nombre F_ClientePropósito Poder introducir los datos del cliente para ser registradoTipo <<Form>>Atributos Nitcliente , NombreOperaciones Insertar, Modificar ,Eliminar, Registrar Empresa
Nombre F_DevolucionPropósito Permitir visualizar una Devolución de una Compra especifica.
Tipo FormAtributo Cod, fecha, motivo.Operaciones Nuevo (), Guardar ().
Nombre F_EmpresaPropósito Poder introducir los datos de la empresa para ser registradaTipo <<Form>>Atributos Código, Nombre, Dirección, TeléfonoOperaciones Nuevo,Insertar,Modificar
Nombre F_FacturaPropósito Poder Mostrar la Factura que se le va a dar al cliente por la
venta realizada.Tipo <<Form>>Atributos NroFactura,Fecha,Cliente,DetalleVenta,TotalVenta,CajeroOperaciones Emitir
Nombre F_Forma_PagoPropósito Poder introducir los datos de las formas de pago para ser
registradasTipo <<Form>>Atributos Código, DescripciónOperaciones Nuevo,Insertar,Modificar
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Tipo FormAtributo IdGrupo, descripcion.Operaciones Nuevo (), modificar, Guardar (), Cancelar ().
Clase Interfaz :F_Ingreso
Nombre F_Ingreso
Propósito Permitir al usuario ingresar y validar datos para registrar un determinado ingreso de lotes de productos.
Tipo Formulario
Atributos nroIngreso, fecha, ItemLote, obseración.
Operaciones Nuevo, registrar y cancelar.
Clase Interfaz : Dialog_LocalizarProducto
Nombre Dialog_LocalizarProducto
Propósito Mostrar información requerida de productos.
Tipo Form
Atributos Campos para especificar búsqueda: CódigoProducto, descripción, marca, tipo, proveedor, existencia mínima, vencidos.
Operaciones Localizar, aceptar y cancelar.
Clase Interfaz: F_Marca
Nombre F_Marca
Propósito Interactuar con el usuario permitiendo ingresar, validar y mostrar los datos de una marca.
Tipo Formulario
Atributos Descripción de la marcaOperaciones Registrar y eliminar.
Clase Interfaz: FrmProveedor
Sistema de Información II Página 110
Nombre <<IU Proveedor>>Propósito Permitir visualizar el registro de un proveedor en específico.Tipo FormAtributo Cod, nombre empresa, dirección, e-mail, fax.Operaciones Nuevo (), modificar (), Eliminar (), Guardar ().
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Clase Interfaz: F_Producto
Nombre IUGestionarProducto
Propósito Interactuar con el usuario permitiendo ingresar, validar y mostrar los datos de un producto.
Tipo Formulario
Atributos Campos para datos del producto: Código, descripción, marca, tipo, precio de compra, precio de venta, existencia actual, mínima y máxima.
Operaciones Registrar, modificar, eliminar y cancelar.
Clase Interfaz :F_Promocion
Clase Interfaz : F_Recibo
Nombre F_ReciboPropósito Poder Mostrar el Recibo que se le va a dar al cliente por el pago
de su cuota.Tipo <<Form>>Atributos NroRecibo,Fecha,Cliente,Monto,UsuarioOperaciones Emitir
Clase Interfaz :F_Salida
Nombre F_Salida
Propósito Permitir al usuario ingresar y validar datos para registrar una determinada salida de lotes de productos.
Tipo Formulario
Atributos nroSalida, fecha, ItemLote, motivo.
Operaciones Nuevo, registrar y cancelar.
Clase Interfaz : F_Sector
Nombre F_Sector
Sistema de Información II Página 111
Nombre F_PromocionPropósito Poder introducir los datos de la promoción para ser registradaTipo <<Form>>Atributos Código_Promocion,Fecha_inicio,Fecha_finalización,Descripció
n,Descuento
Operaciones Localizar Producto, Nuevo, Insertar
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Propósito Interactuar con el usuario permitiendo ingresar, validar y mostrar los datos de un determinado tipo de producto.
Tipo Formulario
Atributos Descripción del Sector
Operaciones Registrar y eliminar.
Clase Interfaz : IUGestorUsuario
Nombre <<IU Gestor Usuario>>Propósito Permitir visualizar e ingresar datos de los usuarios del sistema.Tipo FormAtributo IdUsuario, nombre, pasword, estado.Operaciones Nuevo (), modificar, Guardar (), Cancelar ().
Clase Interfaz : F_Venta
5.2.2. Controles
Clase Control :Gestor Baja
Nombre Gestor Baja
Propósito Interactuar con la interfaz y la base de datos para atender y resolver las solicitudes permitiendo la ejecución de una baja de productos.
Entrada NroBaja, fecha, ItemProducto, motivo.
Salida Baja de productos registrado.
Flujo 1. GenerarNuevoCodigo()2. LocalizarProducto()3. RegistrarBajaProdutos()
Clase Control : Gestor Cuota Compra
Nombre Gestor Cuota CompraPropósito Permite realizar una Cuota de Compra, mediante un control
Sistema de Información II Página 112
analysis Ge...
Control
Nombre F_VentaPropósito Poder introducir los datos de la venta para ser registradaTipo <<Form>>Atributos Nro,Fecha,IdCliente,NroLote,Cantidad,PrecioVenta,Pago,
Cambio, Forma PagoOperaciones Agregar, Quitar, Buscar Cliente, Calcular Monto Venta, Calcular
Cambio, Nuevo, Aceptar, Registrar Factura.
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
desde esta clase.Entrada Nro. de Cuota, Fecha, monto, estadoSalida Datos GuardadosFlujo Insertar()
Clase Control : Gestor Compra
Nombre Gestor Compra
Propósito Permite realizar una compra, mediante un control desde esta clase.
Entrada NroCompra, Fecha, monto
Salida Datos Guardados
Flujo Insertar()
Agregar Producto()
Insertar Detalle()
Modificar Detalle()
Clase Control : G_Cuota_Venta
Nombre G_Cuota_VentaPropósito Controlar y realizar todas las operaciones para registrar una
cuota venta.Entrada CodCliente,Nrocuota,Codventa,fecha,monto,estadoSalida Salida de Datos y guardar datos.Flujo Insertar Cuotas()
Obtener Cuotas()Modificar Datos()Eliminar Cuota()Registrar Recibo()
Clase Control :G_Cliente
Nombre G_ClientePropósito Controlar y realizar todas las operaciones para registrar un
Cliente.Entrada Nitcliente , Nombre
Salida Guardar datos.Flujo Insertar Datos(),Registrar Empresa(),Modificar Datos()
Eliminar Datos()
Sistema de Información II Página 113
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Clase Control :G_Detalle_Venta
Nombre G_Detalle_VentaPropósito Registrar las Ventas.Entrada NroLote, IdVentaSalida Guardar datos.Flujo Registrar Detalle_Venta()
Clase Control: G_Detalle_PromocionNombre G_Detalle_PromocionPropósito Registrar las Promociones.Entrada CodProm, CodProductoSalida Guardar datos.Flujo Registrar Detalle_Promocion()
Clase Control : Gestor Devolución Compra
Nombre Gestor Devolución CompraPropósito Permite realizar una Devolución de una compra específica.Entrada Cod, fecha, motivoSalida Datos GuardadosFlujo Registrar Devolución()
Mostrar Devolución()
Clase Control: GestorEmpresa
Nombre GestorEmpresaPropósito Controlar y realizar todas las operaciones para registrar las
empresas.Entrada IdEmpresa, Nombre, Direcccion, TeléfonoSalida Guardar datos.Flujo ObtenerIdEmpresa()
Insertar Datos()Modificar Datos()
Clase Control :G_Factura
Nombre G_FacturaPropósito Controlar las operaciones para registrar la factura.Entrada IdFactura,IdVenta,fecha
Sistema de Información II Página 114
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Salida Guardar datos.Flujo Registrar Datos()
Clase Control :Gestor_Forma_Pago
Nombre Gestor_Forma_ pagoPropósito Controlar y realizar todas las operaciones para registrar las
formas de pago.Entrada Idforma_pago, DescipciónSalida Guardar datos.Flujo NuevoIdForma_Pago(),Insertar Datos(),
Modificar Datos ()
Clase Control :Gestionar Grupo
Nombre Gestor Grupo
Propósito Permite realizar un registro de usuario para luego enviarlo a la clase entidad.
Entrada idGrupo, descripcion.
Salida Datos Guardados
Flujo Nuevo(), insertar(), Modificar().
Clase Control :Gestor Ingreso
Nombre Gestor Ingreso
Propósito Interactuar con la interfaz y la base de datos para atender y resolver las solicitudes permitiendo la ejecución de un ingreso de lotes de productos.
Entrada Nroingreso, fecha, ItemLote, observación.
Salida Ingreso y Lotes registrados.
Flujo 1. GenerarNuevoCodigo()2. RegistrarIngreso()3. RegistrarLote()
Clase Control :Gestor Marca
Nombre Gestor Marca
Propósito Interactuar con la interfaz y la base de datos para atender y resolver las solicitudes, permitiendo administrar las marcas.
Entrada Descripción
Salida Marca registrada o eliminada.
Flujo 1. GenerarNuevoId()
Sistema de Información II Página 115
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
2. RegistrarMarca(descripcion)3. EliminarMarca(descripcion)
Clase Control : Gestor Proveedor
Nombre Gestor ProveedorPropósito Permite realizar un registro de proveedores donde se podrá
registrar.Entrada Cod, nombre empresa, dirección, e-mail, fax.Salida Datos GuardadosFlujo Registrar Proveedor()
Modificar Proveedor()Eliminar Proveedor()
Clase Control :Gestor Producto
Nombre Gestor Producto
Propósito Interactuar con la interfaz y la base de datos producto para atender y resolver las solicitudes.
Entrada Datos del Producto nuevo, la marca y el tipo.
Salida Producto registrado, modificado o eliminado.
Flujo 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
Sistema de Información II Página 116
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Clase Control :G_Recibo
Clase Control :Gestor Salida
Nombre Gestor Salida
Propósito Interactuar con la interfaz y la base de datos para atender y resolver las solicitudes permitiendo la ejecución de una salida de lotes de productos.
Entrada NroSalida, fecha, ItemLote, Motivo
Salida Salida de lotes Registrado
Flujo 1. GenerarNuevoCodigo()2. LocalizarProducto(Lote)3. RegistrarSalida()
Clase Control :Gestor Sector
Nombre Gestor Sector
Propósito Interactuar con la interfaz y la base de datos para atender y resolver las solicitudes, permitiendo administrar los tipos de productos.
Entrada Descripción
Salida Sector registrado o eliminado.
Flujo 1. GenerarNuevoId()2. RegistrarTipoProducto()3. EliminarTipoProducto()
Sistema de Información II Página 117
Nombre G_PromocionPropósito Controlar y realizar todas las operaciones para registrar una
Promoción.Entrada CodProm,FechaInicio,FechaFinalización,descripción,Descuento,
CodProductoSalida Salida de Datos y guardar datos.Flujo ObtnerIdPomo()
Obtener Producto()Insertar Datos()Registrar PromociónRegistrar Detalle_Promocion()
Nombre G_ReciboPropósito Controlar las operaciones para registrar el recibo.Entrada NroCuota,IdVenta,IdRecibo,fecha,montoSalida Guardar datos.Flujo Registrar Datos()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Clase Control : Gestor Usuario
Nombre Gestor UsuarioPropósito Permite realizar un registro de usuario para luego enviarlo a la
clase entidad.Entrada Cod, nombre, pasword, estado.Salida Datos GuardadosFlujo Registrar Usuario()
Modificar Usuario()Eliminar Usuario()
Clase Control :G_Venta
Nombre G_VentaPropósito Controlar y realizar todas las operaciones para registrar una
venta.Entrada Nro,Fecha,IdCliente,NroLote,Cantidad,MontoVenta,Forma PagoSalida Salida de Datos y guardar datos.Flujo 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
Responsabilidad Almacenar los datos de la baja de productos.
Atributos IdBaja, fecha, motivo.
Relaciones Ninguna.
Sistema de Información II Página 118
analysis Ge...
Entidad
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Clase Entidad : Cuota Compra
Nombre Cuota Compra
Responsabilidad Almacena cada una de las cuotas que el supermercado cancela a sus proveedores.
Atributos Cod, Fecha, estado, monto
Relaciones Compra
Clase Entidad: Compra
Nombre Compra
Responsabilidad Almacena cada una de las compras que se realizan.
Atributos NroCompra, Fecha, Fecha Emisión,
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 NroCuota,fecha,monto,estado
Relaciones Recibo
Clase Entidad :E_Cliente
Clase Entidad : Devolución Compra
Nombre Devolución Compra
Responsabilidad Almacena cada una de las devoluciones que se puedan dar en el supermercado.
Atributos Cod, Fecha, motivo.
Sistema de Información II Página 119
Nombre E_Cliente
Responsabilidad Almacenar los datos del cliente
Atributos NitCliente, Nombre
Relaciones Empresa
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Relaciones Detalle Compra.
Clase Entidad :E_Empresa
Clase Entidad :Detalle Salida
Nombre Detalle Salida
Responsabilidad Almacenar los detalles o ítem de salidas.
Atributos cantidadProdcuto
Relaciones Salida, lote.
Clase Entidad :DetalleBaja
Nombre Detalle Baja
Responsabilidad Almacenar los detalles o ítem de bajas de productos.
Atributos Cantidad
Relaciones Baja, producto
Clase Entidad :E_Detalle_Venta
Nombre E_Detalle_Venta
Responsabilidad Amacenartodos el detalle de las ventas que se realicen.
Atributos NroLote, IdVenta,cantidad
Relaciones Lote, Venta
Clase Entidad :E_Detalle_Promocion
Sistema de Información II Página 120
Nombre E_Empresa
Responsabilidad Almacenar los datos de la empresa
Atributos IdEmpresa, Nombre, Direcccion, Teléfono
Relaciones Ninguna
Nombre E_Detalle_Promocion
Responsabilidad Amacenar todas las promociones que se realicen
Atributos CodProm, CodProducto
Relaciones Producto, Promoción
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Clase Entidad :E_Factura
Nombre E_Factura
Responsabilidad Almacenar los datos de las facturas
Atributos IdFactura,IdVenta,fecha
Relaciones Ninguna
Clase Entidad :E_Forma_Pago
Nombre E_Forma_pago
Responsabilidad Almacenar los datos de las formas de pago
Atributos Idforma_pago, Descripción
Relaciones Ninguna
Clase Entidad : Ingreso
Nombre Ingreso
Responsabilidad Almacenar los datos de los ingresos de lotes de productos.
Atributos IdIngreso, fecha, motivo
Relaciones Usuario.
Clase Entidad :Lote
Nombre Lote
Responsabilidad Almacenar los datos de los lotes de productos.
Atributos nroLote, fecha_vencimiento, cantidad_contenido, cantidad_existente, precio, estado.
Sistema de Información II Página 121
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Clase Entidad : Marca
Nombre Marca
Responsabilidad Almacenar los datos de las marcas de producto.
Atributos idMarca, descripción.
Relaciones Ninguna
Clase Entidad : Proveedor
Nombre Proveedor
Responsabilidad Almacena los datos de cada uno de los proveedores del supermercado
Atributos Cod, nombre empresa, dirección, e-mail, fax.
Relaciones Compra
Clase Entidad :Producto
Nombre Producto
Responsabilidad Almacenar los datos de productos.
Atributos Codigo, descripción, precio_compra, precio_venta, precio_promedio, stock, stock_minimo, stock_maximo, unidad_medida.
Relaciones Marca, sector.
Clase Entidad :E_Promocion
Clase Entidad :E_Recibo
Nombre E_Recibo
Responsabilidad Almacenar los datos de los recibos
Atributos NroCuota,IdVenta,IdRecibo,fecha,monto
Relaciones Ninguna
Clase Entidad :Salida
Sistema de Información II Página 122
Nombre E_Promoción
Responsabilidad Amacenar todas las promociones que se realicen
Atributos IdPromocion,fecha_fin,fecha_inicio,descripción,descuento,codProducto
Relaciones Producto, Detalle Promoción
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Nombre Salida
Responsabilidad Almacenar los datos de las salidas de lotes de productos.
Atributos Idsalida, fecha, motivo.
Relaciones Usuario.
Clase Entidad : Sector
Nombre Sector
Responsabilidad Almacenar los datos de los tipos de productos.
Atributos idSector, descripción.
Relaciones Ninguna.
Relaciones Producto, ingreso.
Clase Entidad : E_Venta
Nombre E_Venta
Responsabilidad Amacenar todas las ventas que se realicen
Atributos Nro,idcliente,,idformapago,fecha,monto
Relaciones Cliente ,Forma Pago, Lote, Factura , Cuota Venta, Detalle Venta
Sistema de Información II Página 123
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
5.3. ANÁLISIS DE PAQUETES
Sistema de Información II Página 124
uc Diagrama de Paquetes
Administracion de Usuario
Principal
Inv entario Gestion Compra
Gestion Venta Reporte
«trace»
«trace» «trace»«trace»
«trace»
«trace»
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 125
PARTE 6
“FLUJO DE TRABAJO DISEÑO”
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6. FLUJO DE TRABAJO DISEÑO
6.1. ARQUITECTURA DEL DISEÑO
6.1.1. Escenario de usuario del sistema
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 asignación de privilegios al sistema, por tanto
tendrá acceso a todo el sistema.
Sistema de Información II Página 126
User
Almacenero Adm. de compra Adm. de venta Cajero Adm. del sistema
<<FrmPrincipal>>
Sistema de Informacion para la administracion de compra, venta e inventario del supermercado Fidalga.
Iniciar_Sesion
Inventario
Gestion de Compra
Gestion de venta
Reporte
Administracion de Usuario
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.1.2. Arquitectura física del diseño
Diagrama de despliegue
deployment Modelo de Desplieg...
Administrador
Serv er Aplicacion
Gestion Compra
Gestion Venta
Inv entario
Administracion Usuario
Reporte
Serv er: SQL Serv er Impresora
Lenguaje: Visual.Net
Red Ethernet
Gestion Compra Inv entario Gestion VentaImpresora
Administrador de CompraAdministrador de
AlmacenCajero
*
1
*
1
1
1
Sistema de Información II Página 127
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.1.3. Arquitectura lógica del diseño
pkg Arquitectura Logico
Inv entario Gestion CompraGestion Venta Administracion de Usuario Reporte
Inv entario Gestion Compra Gestion v enta Administracion Usuario
Conexion
Capa especifica de la aplicacion
Capa general de la aplicacion
Capa intermedia
Sistema de Información II Página 128
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.2. DISEÑO DE CASOS DE USO
6.2.1. Diagrama de secuencia
Caso de Uso (CU6):Registrar Ingreso
sd Registrar Ingreso de producto
Administrador de almacen
«Form»
F_Ingreso
«CTRL»
Gestor Ingreso
«Entidad»
Ingreso
«Entidad»
Producto
«Entidad»
Lote
loop
loop
alt
[validarDatos=true]
Nuevo()
GenerarCodigo()
ObtenerUltimoIngreso()
ObtenerUltimo()
Registrar()
ValidarDatos()
ObtenerIdProductos()ObtenerIdProducto()
RegistrarIngreso(Ingreso, Lotes)
Insertar()
Insertar()
Sistema de Información II Página 129
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU7):Registrar Salida
Sistema de Información II Página 130
sd Registrar Salida de producto
Encargado de Almacen
«Form»
F_Salida
«CTRL»
GestorSalida
«Entidad»
Salida
«dialog»
DialogLote
«CTRL»
GestorLote
«Entidad»
Lote
«Entidad»
DetalleSalida
alt
[ValidarDatos=True]
loop
[1..n]
AgregarDetalle()
MostrarDialogLote()
BuscarLotes()
ObtenerLotes(idProducto)
MostrarLoteProducto()
ObtenerLotes()
Registrar()
ValidarDatos()
RegistrarSalida(salida, detallesSalida)
InsertarNuevo()
InsertarNuevo()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU8):Registrar baja de producto
Sistema de Información II Página 131
sd Registrar Baja de produ...
Administrador de Almacen
«Form»
F_Baja
«CTRL»
GestorLote
«Entidad»
Lote
«CTRL»
GestorBaja
«Entidad»
Baja
«Entidad»
DetalleBaja
«Dialog»
Dialog_LocalizarLote
alt
[ValidarDatos=True]
loop
[1..n]
AgregarDetalle()
MostrarDialogProducto()
BuscarLotes()
BuscarLotes(idProducto)ObtenerLotes()
MostrarLoteProducto()
Registrar()
ValidarDatos()
RegistrarBajaProductos(Baja, detallesBaja)
Insertar()
Insertar()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU10): Gestionar compra
Sistema de Información II Página 132
sd Compra
Administrador deCompra
«CRT»
GestorCompra
«Entidad»
Compra
«Entidad»
Proveedor
«Entidad»
DetalleCompra
«Entidad»
CuotaCompra
«Frm»
FrmCompra
«Entidad»
Sector
«Frm»
DialogProducto
«Entidad»
Producto
FrmCuotaCompra
«CRT»
GestorCuotaCompra
alt
[estado=no Cancelado]
loop
Nuevo_Compra()
Nuevo()
Nuevo()
ListarProveedor()
ObtenerProveedor()
Agregar()
New()
ObtenerSector()
ObtenerSector()
ListarProducto()
Insertar()
Insertar_Compra()
Insertar()
Guardar()
new()
Insertar_CuotaCompra()
Guardar()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU17): Gestionar Venta
Sistema de Información II Página 133
sd Gestionar_Venta
Cajero
«frm»
F_Venta
A
«ctrl»
G_Venta
«entidad»
Lote
«entidad»
E_Venta
«entidad»
E_DetalleVenta_Lote
«entidad»
E_Cliente
«entidad»
E_Forma_Pago
«entidad»
E_Factura
«ctrl»
G_Cuota_Venta
«entidad»
E_Cuota_Venta
«frm»
F_Cuota_Venta
«frm»
LocalizarProducto
Finalizacion_Venta
loop Localizar_Producto
loop Insertar_Detalle
loop Insertar_Cuotas
1: Nuevo()
1.1: NuevoIdVenta()
1.2 : Nuevo()
1.3: Listar_Formas_de_Pagos()
1.4: Obtener_formas_pagos()
2: LocalizarCliente()
2.1: Obtener_Cliente()
2.2: Obtener_cliente()
3: LocalizarProducto()
*3.1: Obtener_Producto(nrolote)
*3.2: Obtener_Producto(nrolote)
4: Calcular()
4.1:CalcularMonto()
5: Guardar()
5.1:Validar()
5.2: Insertar_Venta()
5.3: Insertar()
*5.4: Insertar_Detalle()
*5.5: Guardar_detalle_venta()
5.6: Registrar_Factura()
5.7: Registrar_Factura()
[Cancelado]:5.8:Mostrar_FormularioFin()
CalcularCambio()
[NoCancelado]:5.9: Mostrar_formulario_cuotas() *5.10: Insertar_Cuota_Venta()
*5.11: Guardar_Cuotas()
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.2.2. Diagrama parcial de clases del diseño
Caso de Uso (CU6):Registrar Ingreso
Caso de Uso (CU7):Registrar Salida
Sistema de Información II Página 134
class Registrar Ingreso de producto
F_Ingreso
- Tabla_DetalleLote- Text_Idcompra- Text_IdIngreso- Text_Observacion- Time_Fecha
+ Nuevo() : void+ Registrar() : void+ GenerarCodigo() : void+ ValidarDatos() : void
Gestor_Ingreso
+ RegistrarIngreso(Lote, Ingreso) : void+ ObtenerProductos() : void+ ObtenerUltimoIngreso() : void
Producto
- IdProducto- descripcion- precio_Compra- precio_venta- precio_promedio- stock- stock_minimo- stock_maximo- unidad_medida
Lote
- idLote- fecha_vencimiento- cantidad_contenido- cantidad_existente- precio- estado
Ingreso
- id_Ingreso- fecha- observacionAdministrador de
almacen
1
*
1
1
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
class Registrar Salida de producto
F_Salida
- Text_Salida- Time_Fecha- Text_Motivo- Tabla_DetalleSalida
+ AgregarDetalle() : void+ ValidarDatos() : void+ RegistrarSalida() : void
DialogLote
- Text_idProducto- Tabla_DetalleLote
+ BuscarLotes() : void
GestorLote
+ ObtenerLotes() : void
GestorSalida
+ RegistrarSalida() : void
Lote
- IdLote- fechaVencimiento- cantidad_Contenido- cantidad_existente- precio- estado
Salida
- idSalida- fecha- motivo
DetalleSalida
- CantidadProducto
Administrador de almacen
1
1
11
1
1
Caso de Uso (CU8):Registrar baja de producto
class Registrar Baja de produ...
F_Baja
- Text_idBaja- Time_fecha- Text_motivo
+ AgregarDetalle() : void+ Registrar baja() : void+ ValidarDatos() : void+ MostrarDialogProducto() : void
DialogProducto
+ BuscarProductos(string) : void
GestorBaja
+ RegistrarBajaProductos() : void
GestorProducto
+ ObtenerProducto() : void
Baja
- idBaja- fecha- motivo
DetallaBaja
- cantidad
Producto
- idProducto- descripcion- precio_compra- precio_venta- precio_promedio- stock- stock_minimo- stock_maximo- unidad_medida
Administrador de almacen
*
1
1
1
1
1
Caso de Uso (CU10): Gestionar compra
Sistema de Información II Página 135
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Caso de Uso (CU17): Gestionar Venta
Sistema de Información II Página 136
class Gestionar Venta
F_Venta
- Fecha- Forma_Pago- Id_Cliente- Nombre- Nro- Observación- Total
+ Cancelar() : void+ Guardar() : void+ Nuevo() : void
Cajero
Cliente
G_Venta
+ Insertar_Detalle() : void+ Insertar_Venta() : void+ NuevoIdVenta()+ Obtener_Cliente() : void+ Obtener_id_Cliente() : void+ Obtener_id_forma_pago() : void+ Obtener_id_Lote() : void+ Obtener_Nro_Lote() : void
Lote
«column» idl fvenci ccont cexist es iprod iing
E_Cliente
«column» IdClientes Nombres nits IdEmpresas
E_Venta
«column» IdVentas Fechas Obsevacions Estados IdFormaPagos IdUsuarios IdClientes
E_Forma_pago
«column» IdFormaPagos DescripcionsE_Factura
«column» IdFacturas Fechas Obeservacions
E_Cuota_Venta
«column» IdCuotaVentas IdVentas Fechas Montos Estados IdRecibos
G_Cuota_Venta
+ Insertar_Cuota_Venta() : void
F_Cuota_Venta
- cantidad de cuota: int- Plazo de cancelacion- Monto Total: int
+ Aceptar() : void+ Cancelar() : void
E_Detalle_Lote
- idLote- idVenta: int
0..*
11..* 1..*
1..*
1
1
1..* 1
1
sd Registrar Salida de p...
E_Detalle_Lote
- CantidadProducto
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.3. DISEÑO DE DATOS
6.3.1. Diagrama de clases
Sistema de Información II Página 137
Pro
veedor
+Id
Prom
ocio
n+
nom
bre
+na
cion
alid
ad+
tele
fono
+fa
x+
dire
ccio
n+
e_m
ail
Com
pra
+id
Com
pra
+fe
cha_
emis
ion
+fe
cha_
entr
ega
+pl
azo
+m
onto
+es
tado
esta
1..*
1
Cuota
Com
pra
+nr
o+
fech
a+
mon
to+
esta
do
11..*
Pro
duct
o
+co
digo
+de
scrip
cion
+pr
ecio
_com
pra
+pr
ecio
_ven
ta+
prec
io_p
rom
edio
+st
ock
+st
ock_
min
imo
+st
ock_
max
imo
+un
idad
_med
ida
tiene
1..*
1..*
Deta
lle_co
mpra
+ca
nrid
ad
Devolu
cion
+id
Dev
oluc
ion
+fe
cha
+m
otiv
o
tiene
0..1
1
Baja
+id
Baja
+fe
cha
+m
otiv
o
Deta
lle_baja
+ca
ntid
adpr
oduc
totie
ne
1..*
1..*
Pro
moci
on
+id
Prom
ocio
n+
desc
ripci
on+
fech
a_in
icio
+fe
cha_
fin+
desc
uent
oD
eta
lle_Pro
moci
on1.
.*1.
.*
Marc
a
+id
Mar
ca+
desc
ripci
on
tiene
1
1..*
Sect
or
+id
Sect
or+
desc
ripci
on
pert
enec
e
1..*
1
Lote
+N
roLo
te+
fech
a_ve
ncim
ient
o+
Can
tidad
_con
teni
do+
cant
idad
_exi
sten
te+
prec
io+
esta
do
esta
1..*
1
Ingre
so
+id
Ingr
eso
+fe
cha
+ob
serv
acio
nSalid
a
+id
Salid
a+
fech
a+
mot
ivo
Deta
lle_sa
lida
+ca
ntid
adPr
oduc
to
tiene 1
1..*
Venta
+id
Vent
a+
fech
a+
mon
to+
obse
rvac
ion
+es
tado
Deta
lle_Venta
+C
antid
adPr
oduc
to
1..*
1..*
Cuota
Venta
+nr
oCuo
ta+
fech
a+
mon
to+
esta
do+
plaz
o
1
0..*
Clie
nte
+id
Clie
nte
+no
mbr
e+
nit
Empre
sa
+id
Empr
esa
+no
mbr
e+
dire
ccio
n+
tele
fono
tiene
11.
.*pe
rten
ece
0..1
1..*
Fact
ura
+id
Fact
ura
+fe
cha
+ob
serv
acio
n
tiene
1
1Form
a_pago
+id
form
aPag
o+
desc
ripci
ontie
ne1
1..* Reci
bo
+id
Rec
ibo
+fe
cha
+m
onto
tiene
1
1U
suari
o
+id
Usu
ario
+no
mbr
e+
pass
wor
d+
esta
do
real
iza 10..*
real
iza
0..*
1re
aliz
a0.
.*
1re
aliz
a
0..*
1Sesi
on
+id
Sesi
on+
inic
io+
fin
Opera
cion
+id
Ope
raci
on+
desc
ripci
on
Form
ula
rio
+id
Form
ular
io+
desc
ripci
on
Modulo
+id
mod
ulo
+de
scrip
cion
real
iza
1..*
1
Gru
po
+id
Gru
po+
desc
ripci
on
pert
enec
e
1
1..*
Bit
aco
ra
+ho
ra
1..*
1..*
Pri
vile
gio
1..*
1..*
pert
enec
e 11.
.*
pert
enec
e 11.
.*
Deta
lle_D
evolu
cion
+ca
ntid
adPr
oduc
to
11.
.*es
ta0..1
1
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 138
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.3.2. Diseño lógico de la base de datosBajaidBaja Fecha motivo
BitácoraidSesion idOperacion Hora
ClienteidCliente Nombre Nit idEmpresa
CompraidCompra FechaEmision FechaEntreg
aPlazo Precio Estado idProveedo
ridUsuario
CuotaCompraidCompra NroCuotaCompra Fecha Monto Estado
CuotaVentaidCuotaVenta
idVenta Fecha Monto Estado idRecibo
DetalleBajaidBaja idLote CantidadProducto
DetalleCompraidCompra idProducto Cantidad
detalleDevolucionidDevolucion idLote CantidadProducto
DetallePromocionidPromocion idProducto
DetalleSalidaidSalida idLote CantidadProducto
DetalleVenta_LoteidVenta idLote CantidadProducto
DevoluciónidDevolucion Fecha Motivo idCompra
EmpresaidEmpresa Nombre Dirección Teléfono
Sistema de Información II Página 139
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
FacturaidFactura Fecha Observación idVenta
FormaPagoidFormaPago descripcion
FormularioidFormulario Descripción idModuloGrupoidGrupo Descripción
IngresoidIngreso Fecha Observación idUsuario
LoteidLote fechaVencimient
oCantidadContenido CantidadExistente Estado idProducto
idIngreso precio
MarcaidMarca Descripción
ModuloidModulo Nombre
OperaciónidOperacion Descripción idFormulario
PrivilegioidOperacion idGrupo
Producto idProducto Descripción PrecioCompra PrecioVenta PrecioPromedio Stock StockMinimo
StockMaximo UnidadMedida idSector idMarca
PromociónidPromocion Descripción FechaInicio FechaFin descuento
ProveedoridProveedor
Nombre Nacionalidad Teléfono Fax Dirección E_mail
Recibo
Sistema de Información II Página 140
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
idRecibo Fecha Monto
SalidaIdSalida Fecha Observación idUsuario
SectoridSector descripcion
SesiónIdSesion Inicio Fin idUsuario
UsuarioidUsuario Nombre Nick Passwoord estado idGrupo
Venta idVenta Fecha Monto Observación Estado idFormaPago idUsuario idCliente
6.3.3. Diseño Físico de la base de datos Baja
Atributos Tipo de Dato Amplitud Llave Nulo Descripcion
idBaja Alfabetico 10 Primaria NoCodigo del
baja
Fecha Alfabetico - No NoFecha de
asignacion
Motivo Numerico 40 No No descripcion
Bitácora
Atributos Tipo de Dato Amplitud Llave Nulo Descripcion
idSesion Alfabetico 10Primaria, foranea
NoCodigo de
inicio sesion
idOperacion Alfabetico 10Primaria, foranea
NoCodigo de operación
Hora Fecha - No NoHora de
ejecucion
Cliente
Atributos Tipo de Dato Amplitud Llave Nulo Descripcion
Sistema de Información II Página 141
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
idCliente Alfabetico 10 Primaria NoCodigo de
cliente
Nombre Alfabetico 40 No NoNombre de
persona
Nit Numerico 10 No NoNumero de
nit
idEmpresa Alfabeltico 10 Foranea NoCodigo de Empresa
Compra
Atributos Tipo de Dato Amplitud Llave Nulo Descripcion
idCompra Alfabetico 10 Primaria NoCodigo de
compra
FechaEmision
Fecha - No NoFecha de emision
FechaEntrega Fecha - No NoFecha de entrega
Plazo Fecha - No NoPlazo a cancelar
Estado Alfabetico 1 No NoControlador
de cridito
idProveedor Alfanumerico 10 Foranea NoCodigo
deproveedor
idUsuario Alfabetico 10 Foranea NoCodigo de
Usuario
CuotaCompra
Atributos Tipo de Dato Amplitud Llave Nulo Descripcion
idCompra Alfabetico 10Primaria, foranea
NoCodigo de
compra
NroCuotaCompra Alfabetico 10 Primaria NoCodigo de
cuota
Fecha Fecha - No NoFecha de
cancelacion
Sistema de Información II Página 142
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Monto Float - No NoMonto a cancelar
Estado Alfabetico 1 No NoControlador
de cancelado
CuotaVenta
Atributos Tipo de Dato Amplitud Llave Nulo Descripcion
idCuotaVenta Alfabetico 10 Primaria NoCodigo de
Cuota
idVenta Alfabetico 10Primaria, foranea
NoCodigo de
venta
Fecha Fecha - No NoFecha de
cancelacion
Monto Float - No NoMonto a cancelar
Estado Alfabetico 1 No NoControlador
de cancelado
idRecibo Alfabetico 10 Foranea NoCodigo de
Recibo
DetalleBaja
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idBaja Alfabetico 10 Primaria No Codigo Baja
idProducto Alfabetico 10 Primaria,foranea NoCodigo de producto
Cantidad Numerico - No NoCantidad de
producto
DetalleCompra
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idCompra Alfabetico 10Primaria, foranea
NoCodigo de
compra
Sistema de Información II Página 143
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
idLote Alfabetico 10 Primaria,foranea NoCodigo de
lote
CantidadProducto
Numerico - No NoCantidad de
producto
DetalleDevolucion
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idDevolucion Alfabetico 10Primaria, foranea
NoCodigo de Devolucion
idLote Alfabetico 10 Primaria,foranea NoCodigo de
Lote
CantidadProducto Numerico - No NoCantidad de
producto
DetallePromocion
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idPromocion Alfabetico 10Primaria, foranea
NoCodigo de promocion
idProducto Alfabetico 10 Primaria,foranea NoCodigo de producto
DetalleSalida
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idSalida Alfabetico 10Primaria, foranea
NoCodigo de
Salida
idLote Alfabetico 10 Primaria,foranea NoCodigo de
Lote
CantidadProducto
Numerico - No NoCantidad de
Producto
DetalleVenta_Lote
Atributos Tipo de Amplitud Llave Nulo Descripcion
Sistema de Información II Página 144
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Dato
idVenta Alfabetico 10Primaria, foranea
NoCodigo de
venta
idLote Alfabetico 10 Primaria,foranea NoCodigo de
Lote
CantidadProducto
Numerico - No NoCantidad de
Producto
Devolución
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idDevolucion Alfabetico 10 Primaria NoCodigo de Devolucion
Fecha Fecha - No NoFecha de
devolucion
Motivo Alfabetico 40 No No Descripcion
Empresa
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idEmpresa Alfanumerico 10 Primaria NoCodigo de Empresa
Nombre Alfabetico 40 No NoNombre de la Empresa
Direccion Alfabetico 40 No NoDireccion de la Empresa
Telefono Numerico 8 No NoTelefono de
contacto
Factura
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idFactura Alfabetico 10 Primaria NoCodigo de
Factura
Sistema de Información II Página 145
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Fecha Fecha - No NoFecha de
facturacion
Observacion Alfabetico 40 No SiObservacion
si tubiera
idVenta Alfabetico 10 Foranea NoCodigo de
venta
FormaPago
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idFormaPago Alfabetico 10 Primaria NoCodigo de
FormaPago
Descripcion Alfabetico 40 No SiObservacion
si tubiera
Formulario
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idFormulario Alfabetico 10 Primaria NoCodigo de Formulario
Descripcion Alfabetico 40 No NoObservacion
si tubiera
idModulo Alfabetico 10 Foranea NoCodigo de
modulo
Grupo
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idGrupo Alfabetico 10 Primaria NoCodigo de
Grupo
Descripcion Alfabetico 40 No NoObservacion
si tubiera
Ingreso
Atributos Tipo de Amplitud Llave Nulo Descripcion
Sistema de Información II Página 146
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Dato
idIngreso Alfabetico 10 Primaria NoCodigo de
Ingreso
Fecha Fecha - No NoFecha de ingreso
Observacion Alfabetico 40 No Si descripcion
Lote
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idLote Alfabetico 10 Primaria No Codigo de Lote
FechaVenciniento Fecha - No NoFecha de
venciniemto
CantidadContenida Numerico - No NoCantidad de
producto
CantidadExistente Numerico - No NoCantidad de
producto
Estado Alfabetico 1 No NoEstado de existencia
idProducto Alfabetico 10 foranea NoCodigo de producto
idIngreso Alfabetico 10 Foranea NoCodigo de
ingreso
Precio Decimal - No No Precio de lote
Marca
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idMarca Alfabetico 10 Primaria NoCodigo de
marca
Descripcion Alfabetico 40 No NoDescripcion de marca
Sistema de Información II Página 147
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Modulo
Atributos Tipo de Dato Amplitud Llave Nulo Descripcion
idModulo Alfabetico 10 Primaria NoCodigo de
modulo
Nombre Alfabetico 40 No NoDescripcion de modulo
Operación
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idOperacion Alfabetico 10 Primaria NoCodigo de Operación
Descripcion Alfabetico 40 No NoDescripcion
de Operación
idFormulario Alfabetico 10 Foranea NoCodigo de formulario
Privilegio
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idOperacion Alfabetico 10Primaria, foranea
NoCodigo de Operación
idGrupo Alfabetico 10Primaria, foranea
NoCodigo de
Grupo
Producto
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idProducto Alfabetico 10 Primaria NoCodigo de producto
Descripcion Alfabetico 40 No NoDescripcion de producto
PrecioCompra Decimal - No No Precio de Compra
Sistema de Información II Página 148
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
PrecioVenta Decimal - No NoPrecio de
Venta
PrecioPromedio Decimal - No NoPromedio de
precios
Stock Numerico - No NoStock
existente
StockMinimo Numerico - No NoMinimo que
contiene
StockMaximo Numerico - No NoMaximo de
stock
UnidadMedida Alfabetico 20 No NoLa unidad de
medida
idSector Alfabetico 10 Foranea NoCodigo de
sector
idMarca Alfabetico 10 Foranea NoCodigo de
marca
Promoción
Atributos Tipo de Dato Amplitud Llave Nulo Descripcion
idPromocion Alfabetico 10 Primaria NoCodigo de promocion
Descripcion Alfabetico 40 No No Obsevaciones
FechaInicio Fecha - No NoFecha inicio promocion
FechaFin Fecha - No NoFecha final promocion
Descuento Decimal - No NoDescuento por oferta
Proveedor
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idProveedor Alfabetico 10 Primaria No Codigo de
Sistema de Información II Página 149
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
proveedor
Nombre Alfabetico 40 No NoNombre de proveedor
Nacionalidad Alfabetico 40 No NoPais del
proveedor
Telefono Numerico 8 No NoNumero de
contacto
Fax Numerico 8 No SiPara envio
de documento
Direccion Alfabetico 40 No NoDir de
proveedor
E-mail Alfabetico 40 No NoCorreo
electronico
Recibo
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idRecibo Alfabetico 10 Primaria NoCodigo de
recibo
Fecha Fecha - No NoFecha de emision
Monto Decimal - No NoMonto a cancelar
Salida
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idOperacion Alfabetico 10Primaria, foranea
NoCodigo de Operación
idGrupo Alfabetico 10Primaria, foranea
NoCodigo de
Grupo
Sector
Atributos Tipo de Amplitud Llave Nulo Descripcion
Sistema de Información II Página 150
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Dato
idSector Alfabetico 10 Primaria NoCodigo de
selctor
Descripcion Alfabetico 40 No NoDescripcion
de sector
Sesión
AtributosTipo de
DatoAmplitud 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
Usuario
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idUsuario Alfabetico 10 Primaria No Codigo de usuario
Nombre Alfabetico 40 No NoNombre de
usuario
Nick Alfabetico 40 No No Cuenta usuario
Passwoord Alfabetico 15 No No Contraseña
idGrupo Alfabetico 10 Foranea No Codigo de usuario
Venta
AtributosTipo de
DatoAmplitud Llave Nulo Descripcion
idVenta Alfabetico 10 Primaria No Codigo de venta
Fecha Fecha - No NoFecha de
realizacion
Monto Decimal - No No Monto a cobrar
Observacion Alfabetico 40 No Si Obs. Por motivo
Sistema de Información II Página 151
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Estado Alfabetico 1 No NoControla el tipo de
venta
idFormaPago Alfabetico 10 Foranea No La forma de pago
idUsuario Alfabetico 10 Foranea NoUsuario que
vende
idCliente Alfabetico 10 Foranea No Codigo de cliente
6.4. DISEÑO DE INTERFAZ DE USUARIO
6.4.1. Formulario Formulario principal
Sistema de Información II Página 152
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Formulario gestionar compra
Iniciar sesión
6.4.2. Reportes
Sistema de Información II Página 153
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.6. DIAGRAMA DE TIEMPO
Gestionar compra
sd Gestionar Compra
TimeLine6
InsertarCompra
Validardatos
ObtenerFormaPago
CalcularMonto
AgregarProducto
CalcularPlazo
ObtenerProv eedor
ObtenerIdCompra
TimeLine8
ObtidC ObtenPCalcPla AgreC CalMObteFPValD InsCom '
TimeLine7Aceptado
No Aceptado
0 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 95 100
TimeLine6
InsertarCompra
Validardatos
ObtenerFormaPago
CalcularMonto
AgregarProducto
CalcularPlazo
ObtenerProv eedor
ObtenerIdCompra
TimeLine8
ObtidC ObtenPCalcPla AgreC CalMObteFPValD InsCom '
TimeLine7Aceptado
No Aceptado
Sistema de Información II Página 154
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Gestionar Venta
sd Gestionar Venta
TimeLine3
Insertar_Venta
Validar Datos
ObtenerFormaPago
CalcularMonto
ObtenerProducto
ObtenerNombreCliente
ObtenerNitCliente
ObtenerNro
TimeLine5
ObtenerNro ObNitC ObNomC ObProducto CM ObtForPago VDat Insertar_Venta '
TimeLine4
Aceptado
No Aceptado
0 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 95 100
TimeLine3
Insertar_Venta
Validar Datos
ObtenerFormaPago
CalcularMonto
ObtenerProducto
ObtenerNombreCliente
ObtenerNitCliente
ObtenerNro
TimeLine5
ObtenerNro ObNitC ObNomC ObProducto CM ObtForPago VDat Insertar_Venta '
TimeLine4
Aceptado
No Aceptado
Sistema de Información II Página 155
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.7. DIAGRAMA DE NAVEGACIÓN
Compra de productos por internet
web Diagrama de Nav egaci...
Pag Principal
- Cuenta Cliente- Registrar Cliente
Cliente
Registrar Cliente
- Cuenta- Nit- Nombre- Password- Empresa
Cuenta del Cliente
- Comprar Productos- Ver l ista de Productos- Ver Productos en Promocion
Gestor Registro Cliente
Compra
- Codigo del Cliente- Lista Detalles de Producto- NroTarjetaCredito- Direccion
Gestor Compra
Gestor De Producto
Lista de Productos
Productos en Promocion
Gestor Promocion
Resultado Compra
«builds»«redirect»
«builds»
«link»
«submits»«link»
«submits»
«link»«link»
«link»
«builds»
Sistema de Información II Página 156
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 157
PARTE 7
“FLUJO DE TRABAJO IMPLEMENTACION”
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
7. FLUJO DE TRABAJO IMPLEMENTACIÓN
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 implementación
VENTAJAS:
Es más conocido
Es el que tiene más software desarrollado.
Se puede aprender desde cómo usar el Mouse hasta saber lo que es
un Firewall.
Tiene una gran cantidad de tutoriales.
No viene con CD de instalación o de recuperación. El Starter posee
una imagen en el disco rígido de la nueva computadora.
Incluye los programas clásicos y habituales de Windows en versiones
integras pero limitadas de acuerdo a las prestaciones anteriormente
reseñadas: Paint, Wordpad, Internet Explorer, Outlook Express,
Windows Media Player, Windows Messenger 4.7, Service Pack 2.
DESVENTAJAS:
Las nuevas versiones requieren muchos recursos.
La mayoría de los virus están hechos para Windows.
Puedes tener errores de compatibilidad en sistemas nuevos.
Limitaciones de actualización de Hardware.
b) Gestor de Base de Datos
El gestor de base de datos utilizado es el SQL SERVER.
Sistema de Información II Página 158
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
VENTAJAS:
Su aparente facilidad.
Buen rendimiento general.
Compatibilidad, versatilidad.
Es universal.
Es rápido y eficiente.
Importa base de datos, establece permisos de acceso.
Seguro.
La construcción 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 Programación
El lenguaje de programación utilizado para la implementación del software es el
Visual Basic.
VENTAJAS:
Es un lenguaje RAD.
Posee una curva de aprendizaje muy rápida.
Integra el diseño e implementación de formularios de Windows.
Permite usar con suma facilidad la plataforma de los sistemas Windows.
El código en Visual Basic es fácilmente migrable a otros lenguajes.
DESVENTAJAS:
Sin soporte de Microsoft desde el 4 de abril de 2008 (Pero el MSDN es muy
completo).
Sistema de Información II Página 159
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
No es multiplataforma (Sin embargo se pueden usar emuladores e
intérpretes para correrlos en otras plataformas).
Sólo permite el uso de funciones de librerías dinámicas (DLL) stdcall.
Algunas funciones están 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 dinámica, punteros, etc. como parte del
lenguaje.
Herramientas Case
Se utilizó diferentes herramientas case’s:
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 Colaboración 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 estática de las clases en el
sistema.
UML es una consolidación de muchas de las notaciones y conceptos más
usados orientados a objetos.
Sistema de Información II Página 160
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
DESVENTAJAS:
Diversos desarrolladores también dan nota de que UML es algo impreciso
dentro de su notación, por ejemplo, al hacer referencias a un diagrama con
servidores, no se sabe si los servidores simbolizados se encuentran
operativos, restringidos, pasivos…etc. Por eso se le califica de un poco
“inexacto”.
Otro problema de UML es que no se presta con facilidad al diseño de
sistemas distribuidos. En tales sistemas cobran importancia factores como
transmisión, serialización, persistencia, etc. UML no cuenta con maneras de
describir tales factores.
No se puede, por ejemplo, usar UML para señalar 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 estática de los objetos en
el sistema.
Diagramas de Componentes para modelar componentes.
Diagramas de Implementación para modelar la distribución del sistema.
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 programación.
DESVENTAJAS:
No es un método de desarrollo. No te va a decir cómo pasar del análisis al
diseño y de este al código. No son una serie de pasos que te llevan a
Sistema de Información II Página 161
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
producir código a partir de unas especificaciones a pesar de que genera el
código a partir del diseño y el análisis.
6.5. DIAGRAMAS DE ESTADO
Gestionar Compra
Sistema de Información II Página 162
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
sd Gestionar Compra
Solicitar Compra
Obtener Prov eedor
Agregar producto
Calcular Monto
ObtenerFormaPago Registrar Cuotas
Guardar
[Cancelado]
[No Cancelado]
Gestionar Venta
Sistema de Información II Página 163
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
sd Gestionar Compra
Solicitar Compra
Obtener Prov eedor
Agregar producto
Calcular Monto
ObtenerFormaPago Registrar Cuotas
Guardar
[Cancelado]
[No Cancelado]
7.2 MODELO DE IMPLEMENTACION DEL SISTEMA (Arquitectura)
Sistema de Información II Página 164
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de información para la administración de compra, venta e inventario del supermercado “Fidalga”
Diagrama de componente del sistema principal
Sistema de Información II Página 165
cmp arquitectura de la implementacion del SICV
Gestion de VentaAdministracion de Usuario Inv entario Gestion de Compra
«fuente»Proyecto Fidalga.v b
«exe»Proyecto
Fidalga.exe
«bd»Fidalga.mdf
«report»Crystal Report.rpt
«conexion»Conexion.v b
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
7.3. ARQUITECTURA DE LA IMPLEMENTACION DEL SUBSISTEMA
Subsistema Inventario
Subsistema Gestión Compra
Sistema de Información II Página 166
cmp Inv enta...
F_Baja.v b F_Ingreso.v b F_Marca.v b F_Producto.v b F_Salida.v b F_Sector.v b
GestorBaja.v b GestorIngreso.v b GestorMarca.v bGestorSector.v b
GestorProducto.v b
Baja.v b DetalleBaja.v b DetalleSalida.v bIngreso.v b
Lote.v b Marca.v b Producto.v b Salida.v b Sector.v b
GestionarSalida
cmp Gestion Compra
DialogCuotaCompra.v b Frm_Dev olucion.v b FrmCompra.v bFrmCuotaCompra.v b FrmProv eedor.v b
GestorCompra.v bGestorCuotaCompra.v b GestorDev olucion.v b GestorProv eedor.v b
Compra.v bCuotaCompra.v b DetalleCompra.v bDetalleDev olucion.v bDev olucion.v b Prov eedor.v b
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Subsistema Gestión Venta
Sistema de Información II Página 167
cmp Gestion de Venta1
«frm»F_Venta
«ctrl»G_Venta
«entidad»E_Venta
«entidad»E_Cliente
«entidad»Lote
«entidad»E_DetalleVenta_Lote
«entidad»E_Forma_pago
«frm»F_Empresa
«frm»F_Cliente
«ctrl»G_Empresa«ctrl»
G_Cliente
«frm»F_Cuota_Venta
«ctrl»G_Cuota_Venta
«frm»F_Promocion
«ctrl»G_Promocion
«frm»F_Factura
«ctrl»G_Factura
«entidad»E_Cuota_Venta
«frm»F_Forma_Pago
«ctrl»G_Forma_Pago
«entidad»E_Empresa
«entidad»E_Factura
«entidad»E_Promocion
«cnx»Conexion
«bd»Fidalga.mdf
«entidad»Producto
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Subsistema Administración de Usuario
Sistema de Información II Página 168
cmp Administracion de Usuario
GestionarUsuario.v bGestionarGrupo.v bConsultarBitacora.v b GestionarPriv ilegio.v b Iniciar_Sesion.v b
N_Bitacora.v b N_Grupo.v b N_GrupoUsuario.v b N_Operacion.v bN_Priv ilegio.v b N_Sesion.v b N_Sesion_Operacion.v b N_Usuario.v b
Bitacora.v b Formulario.v b Grupo.v b Grupo_Usuario.v b Modulo.v bOperacion.v bPriv ilegio.v b Sesion.v b Sesion_Operacion
Usuario
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
7.4. INGENIERÍA INVERSA
Diagrama de secuencia
Insertar Compra
Sistema de Información II Página 169
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Insertar venta
Sistema de Información II Página 170
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 171
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Sistema de Información II Página 172
PARTE 8
“FLUJO DE TRABAJO PRUEBAS”
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
8.FLUJO DE TRABAJO PRUEBAS
8.1. CASO DE PRUEBA CU Gestionar Compra
Se realizara la compra con 4 productos al crédito la cual será cancelada en un plazo determinado. Se crea el caso de prueba COMPRA- REGISTRAR COMPRA, se procederá a la verificación 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 emisión, 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 mínimo.
• Deberán estar registrado los datos mínimos para la compra.
Procedimiento de prueba registrar compra
1. Ingresar al formulario gestionar compra2. Seleccionar el nombre del proveedor3. Seleccionar la fecha de entrega4. Agregar productos5. Seleccionar estado6. Registrar compra
Sistema de Información II Página 173
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
6.1. Registrar cuotas de pago en caso de que la compra sea no cacelado.
CU Gestionar Venta
Se realizara la venta al crédito con 4 productos, la cual será cancelada en un plazo determinado. Se crea el caso de prueba VENTA- REGISTRAR VENTA, se procederá a la verificación 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 observación en caso que existiera.
La forma de pago seleccionada es crédito.
Resultado
La venta se registrara en la base de datos.
El stock de los productos deberán 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.
• Deberán estar registrado los datos mínimos para la venta.
Procedimiento de prueba registrar compra
1. Ingresar al formulario gestionar venta
Sistema de Información II Página 174
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
2. Introducir el nit del cliente en caso que tuviera3. Localiza Agrega los productos de un determinado lote4. Seleccionar la forma de pago5. Registrar venta
6.1. Registrar cuotas de pago en caso de que la venta sea al crédito.
CONCLUSION
Durante el transcurso del semestre, se planteó cumplir con los siguientes
propósitos: Implementación del Módulo o Paquete de Gestión de administración
de usuario, gestión de compra, gestión venta e inventario.
El cual todos los Módulos o Paquetes anteriores ya mencionados fueron
implementados de acuerdo a las exigencias, necesidades, requisitos previos del
supermercado y del Tutor de la Materia: Ing. Angélica Garzon C.
RECOMENDACIÓN
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
instalación del Gestor de Base de Datos SQL 2008.
Adjuntar la Base de Datos Fidalga.mdf
Previo a la Instalación del Sistema se requiere el Lenguaje de
Programación Visual Studio 2008.
Sería importante tomar en cuenta los futuros requerimientos que
puedan surgir, en el Supermercado para obtener un Software más
complejo acorde a las nuevas exigencias, necesidades para
optimizar los procesos establecidos.
7.
Sistema de Información II Página 175
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
BIBLIOGRAFIA
UML (Lenguaje Unificado de modelado)Autor:Bosch, Rumbao, Jacobson
El proceso unificado de desarrollo de softwareAutor: Bosch.
Los sistemas de InformaciónAutor: Shell
Ingeniería de Software – Roger Presuman
Páginas Web:
o Sistema de Información - Monografias_com.htm
o Es.wikipedia.org/wiki/laboratorio
o Información\Libre Estudio de Supermercados.htm
o http://esthervivas.wordpress.com
Sistema de Información II Página 176
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
ANEXOS
Entrevista con el administrador del supermercado Fidalga
Nombre: Líder Rodríguez Cargo: Administrador
¿Desde cuándo entró en servicio el Supermercado Fidalga y como ha
ido surgiendo desde entonces?
El supermercado Fidalga surge en el año 1986 con el nombre de ketal. En ese
entonces se contaba con una pequeña infraestructura y se ofrecían 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 año
2005 se decide cambiar el nombre de ketal a Fidalga.
¿Cómo se encuentra estructurado actualmente el supermercado?
Actualmente se cuenta con 4 departamentos: de gerencia, del área comercial
donde están las ventas,compras y almacén, un departamento de contabilidad
donde se contabiliza todas las cuentas y el departamento de Sistemas.
Nos podría describir el proceso que realizan para efectuar sus
compras y cada cuantos días 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 están faltando y la
envía a alguno de nuestros proveedores y una vez recibido el pedido
correspondiente, el registra la compra de los productos.
¿Las compras son al crédito o al contado?
Todas son al crédito. Normalmente, entramos en un acuerdo con nuestros
proveedores para determinar el plazo límite a ser canceladas, siendo este, por lo
regular, de 45 días.
Sistema de Información II Página 177
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
¿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.
También existen situaciones en que los pedidos llegan en mal estado, es entonces
donde también se realiza su devolución. Como también devolvemos los productos
que ya han vencido.
¿Cómo controlan sus productos? ¿Manejan algún registro de estos?
Todos los productos son registrados en el sistema e identificados por su código de
barra y estos son ubicados según al sector que corresponda y cada vez que estos
sean vendidos el sistema automáticamente los va descontando.
¿Cómo controlan el ingreso y salida de los productos a almacén?
El encargado de almacén 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 donación.
¿Cómo realizan sus ventas? ¿Venden también por cantidad?
Ofrecemos dos modalidades de ventas, al contado y al crédito. Las ventas al
contado, que mayormente son dirigidas a cualquier persona. Y las ventas crédito,
que son las ventas por cantidad, que normalmente están 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.
Sistema de Información II Página 178
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Documentos
*Facturas
Fig. 1(Recibo de pago por compra de productos)
Fig.2(Detalle de la compra)
Sistema de Información II Página 179
SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE COMPRA, VENTA EINVENTARIO PARA
“SUPERMERCADO FIDALGA”
Fig.3.-Factura de compra
Fig.4 Control de Vencimiento
Sistema de Información II Página 180