documentación final fidalga

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



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 -




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 -





“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.



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.




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.




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


Gerencia General

Dpto. Comercial

CompraVentas

Dpto. de Administracion

y Finanzas

contabillidad

Dpto. de Sistemas



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.




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.




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.




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).




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




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.




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




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.




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


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



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




Gestionar venta


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




PARTE 2

“MARCO TEORICO”



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




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.




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.




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




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.




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,




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




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




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.




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


Realizando Pedidos

Nombre

Atributos

Operaciones



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:


Cadena de responsabilidades



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.


Esperando



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.


Reglas de negocios

Devuelve una copia



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




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




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.




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).





PARTE 3

“MODELOS”



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]




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]




3.2. MODELO DE DOMINIO

Diagrama de clases


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







PARTE 4

“FLUJO DE TRABAJO CAPTURA DE REQUISITO”



4. FLUJO DE TRABAJO CAPTURA DE REQUISITO

4.1. IDENTIFICAR ACTORES Y CASOS DE USO

Actores


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.



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


uc Actors

Cliente

Cliente.- Es quien compra algún producto del supermercado.



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




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




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


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


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.





Eliminar

1.- Usuario introduce la descripción de la marca.

2.- Pulsa el botón eliminar

3.- El sistema verifica descripción.


CAMINO ALTERNATIVO

Registrar

3.- Marca ya existe.Eliminar4.- La descripción es incorrecta o marca no existe.

Caso de Uso (CU3): Gestionar Sector


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


Post-condiciónEl sector de producto ha sido guardado en el sistema

CAMINO BASICO


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


uc Primary Use Cases

Gestionar Sector



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


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


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




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.




Caso de Uso (CU7): Registrar Salida



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.



Pre-condición Registrar ingresoPost-condición Ninguna

CAMINO BASICO


Registrar


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




9.- Tipo de dato es incorrecto




Caso de Uso (CU8): Registrar baja de producto



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.



Pre-condición El producto debe tener algún dañoPost-condición Ninguna

CAMINO BASICO


Registrar


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.




CAMINO ALTERNATIVO

10.- Tipo de dato es incorrecto.

Caso de Uso (CU9): Gestionar proveedor


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


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.


Modificar

1.- Pulsar el botón Código.

2.- Introducir el id proveedor

3.- Introducir los datos a modificar


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





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



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





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



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


Pre-condición La compra debe existir en el sistema.





CAMINO BASICO

Acciones del Actor Respuestas del Sistema

Modificar

1.- Introducir código de la compra.

2.- Pulsar el botón localizar cuotas.



3.- El sistema verificar código.

4.- El sistema mostrará los datos de las cuotas para ser modificadas.

7.- El sistema verifica los datos.


Eliminar

1.- Introducir el código de la compra


3.- El sistema verifica código.


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



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


Pre-condiciónLa compra de los productos debe existir en el sistema.


CAMINO BASICO





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



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


Post-condiciónSe obtendrá un descuento en el precio de los productos




CAMINO BASICO


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


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.


uc CUGestionar Cliente

CajeroCliente

Registrar Venta

Gestionar Cliente

Gestionar Empresa

«extend»

«extend»



CAMINO BASICO


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




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


Insertar1.-Introducir los datos en los campos requeridos2.- Pulsar El Botón Insertar


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


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




uc CUGestionar Empresa

CajeroCliente

Gestionar Cliente

Gestionar Empresa

«extend»

Detalle

CASO DE USO CU16:GESTIONAR EMPRESA

Propósito Administrar las Empresas

Actores Cajero, Cliente


Pre-condición Que se solicite una venta

Post-condición La empresa ha sido guardada en el sistema

CAMINO BASICO


Nuevo


Insertar

1.-Introducir los datos en los campos requeridos.2.- Pulsar El Botón Insertar


Modificar

1.- Introducir los datos2.-Pulsar el botón Modificar

3.- El sistema verificará los datos4.- El sistema guarda satisfactoriamente

CAMINO ALTERNATIVO

Insertar


Modificar


uc CURegistrar Venta

CajeroCliente

Registrar Venta

Registrar Factura

Registrar Cuota Venta

Gestionar Cliente

Gestionar Empresa

«extend»

«extend» «extend»

«extend»



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


Nuevo

1.- Pulsar el botón nuevo

2.-El sistema generará y mostrará un id nuevo




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


uc CUGestionar Cuota_Venta

CajeroCliente

Gestionar Cuota Venta

Registrar Recibo

«extend»



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


Pre-condición Que se hayan registrado las cuotas de ventas.

Post-condición Se emitirá un recibo por la cuota cancelada.

CAMINO BASICO


Modificar

1.- Introducir código del cliente.



5.- Pulsar el botón modificar.




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


uc CURegistrar Recibo

CajeroCliente

Gestionar Cuota Venta

Registrar Recibo

«extend»



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






CAMINO BASICO


Modificar








Eliminar





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.




Caso de Uso (CU20): Registrar Factura

uc CURegistrar Factura

CajeroCliente

Registrar Venta

Registrar Factura

«extend»

Detalle

CASO DE USO CU20:Registrar Factura






CAMINO BASICO


Modificar








Eliminar





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.




Caso de Uso (CU21): Gestionar usuario



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


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


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.




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



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


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.




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


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



Gestionar priv ilegio

Detalle




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


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





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


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






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



CAMINO BASICO


1.- Seleccionar Usuario, introducir la fecha

2.- Pulsar el botón consultar

3.- El sistema visualiza las transacciones que realizo el usuario.




4.4. DIAGRAMA GENERAL DE CASOS DE USO


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




PARTE 5

“FLUJO DE TRABAJO ANÁLISIS”



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.




5.1.2. Vista de paquetes Paquete inventario


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»



Paquete Gestión Compra

uc Paquetes

Gestion de compra

Gestionar compra


Gestionar prov eedor


«trace»

«trace»

«trace»

«trace»




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


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»



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




5.1.3. Encapsular casos de uso Paquete Inventario

Paquete gestión compra

Paquete gestiónventa


uc Inv enta...

Inv entario


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


Gestionar compra


Gestionar prov eedor


Localizar producto

Prov eedor

«include»

«extend»«include»


“SUPERMERCADO FIDALGA”uc Gestion de venta

Gestion de Venta

Adminsitrador de venta Cajero

Gestionar empresa


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


Adminsitrador de almacen

Adminsitrador de v enta

Generar Reporte de Inv entario

Generar Reporte de compra


Paquete Administración de Usuario


uc Diagrama de casos de uso

Localizar producto

Cajero


Gestionar promocion


Gestionar empresa


Gestionar v enta

Gestionar cuota de v enta

Emitir Factura

Emitir Recibo

Gestionar cliente

cliente

Cliente naturalCliente juridico

«include»

«extend»

«extend»

«extend»«extend»

«extend»


“SUPERMERCADO FIDALGA”uc Admnistracion de Usuario

Administracion de Usuario


Gstionar Usuario

Gestionar Grupo

Gestiona Priv ilegio

Consultar Bitacora

Iniciar sesion

Usuario

«include»


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.



5.2. ANÁLISIS DE CASOS DE USO

5.2.1. Diagramas de colaboración

CU1: Gestionar producto

sd Gestionar Producto


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...


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


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.



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


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.



sd Registrar Salida de producto


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...


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()




CU9: Gestionar proveedor

sd Prov eed...

<Frm Proveedor> Gestor Proveedor Proveedor


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()


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.



CU10: Gestionar compra


sd 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.



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


sd Gestionar Promoción


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()


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()



3: Modificar() 3.1: Modificar Datos() 3.2: Modificar Datos()



CU14: Gestionar Forma de Pago

CU15: Gestionar Cliente




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.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.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 .



CU16: Gestionar Empresa


sd Gestionar Empresa

Cajero

Cliente

F_Empresa G_Empresa E_Empresa

1: Nuevo() 1.1: ObteneIdEmpresa() 1.2: ObtenerIdEmpresa()




3: Modificar() 3.1: Modificar Datos() 3.2: Modificar Datos()



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.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()


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()



CU18: Gestionar Cuota de Venta

CU19: Registrar Recibo


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()



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()


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.



CU22: Gestionar grupo

CU23: Gestionar privilegio

sd Gestionar Priv ilegio

<Frm Privilegio> Gestor Privilegio

Privilegio


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


sd Gestionar Grupo

<Frm Grupo> Gestor Grupo Grupo


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()



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


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




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


Dialog_LocalizarProducto Gestor Producto

CU6: Registrar Ingreso

class Analisis de clases registrar ingreso

Producto


Lote

«column» nroLote feha_venciminteo cantidad_contenida cantidad_existente precio

Ingreso

«column» idIngreso fecha observacionAdministrador de

Almacen

F_Ingreso Gestor ingreso1..*1

1

1..*




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


F_Salida Gestor Salida

Dailog_Lote Gestor Lote

CU8: Registrar Baja de producto

class Analisis de clases registrar ba...

Producto


Baja

«column» idBaja fecha motivo

Detalle_baja

- cantidad: int


F_Baja

Dialog_Producto Gestor Producto

Gestor_Baja




CU9: Gestionar proveedor

sd Prov eedorEntidad

<Frm Proveedor> Gestor Proveedor


Prov eedor

- direccion- e-mail- fax- idProveedor- Nacionalidad- Nombre- telefono

CU10: Gestionar compra


sd compraEntidad


<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



CU11: Gestionar cuota de compra

sd CuotacompraEntidad

<Cuota Compra> Gestor Cuota deCompra


Cuota_Compra

- estado- fecha- monto- nro

Compra


CU12: Gestionar devolución

sd Dev olucionEntidad

<Devolucion Compra> Gestor DevolucionCompra


Dev olucion

- fecha- idDevolucion- motivo

Producto

- Cod- descripcion- precio_compra- precio_promedio- precio_venta- stock- stock_maximo- stock_minimo- unidad_medida

Compra


Detalle_Dev olucion

- Cantidad




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


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




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


Cliente

Cajero

F-Empresa G_Empresa




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


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


sd Analysis Factura

Cajero

Cliente

F_Factura G_Factura

E_Factura




CU19:Registrar Recibo

sd Analysis Factura

Cajero

Cliente

F_Factura G_Factura

E_Factura


CU20: Registrar Factura

CU21: Gestionar usuario


sd usuarioEntidad

<Frm Usuario> Gestor Usuario

Usuario

- estado- idUsuario- nombre




CU22: Gestionar grupo

CU23: Gestionar privilegio

sd Gestionar Priv ilegio

<Frm Privilegio> Gestor PrivilegioAdministrador de

Sistema

Operacion

- descripcion- idOperacion

Grupo

- descripcion- IdGrupo

Priv ilegio


sd GrupoEntidad


<Frm Grupo> Gestor Grupo

Grupo

- descripcion- idGrupo



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


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



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.


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



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.


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


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 ().



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.


Clase Interfaz : F_Sector

Nombre F_Sector


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



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


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.



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()




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




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()




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




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()


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()



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.


analysis Ge...

Entidad



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.


Nombre E_Cliente

Responsabilidad Almacenar los datos del cliente

Atributos NitCliente, Nombre

Relaciones Empresa



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


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



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.




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


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



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




5.3. ANÁLISIS DE PAQUETES


uc Diagrama de Paquetes


Principal

Inv entario Gestion Compra

Gestion Venta Reporte

«trace»

«trace» «trace»«trace»

«trace»

«trace»




PARTE 6

“FLUJO DE TRABAJO DISEÑO”



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.


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




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




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




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


«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()




Caso de Uso (CU7):Registrar Salida


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()



Caso de Uso (CU8):Registrar baja de producto


sd Registrar Baja de produ...


«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()





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()





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()



[Cancelado]:5.8:Mostrar_FormularioFin()

CalcularCambio()

[NoCancelado]:5.9: Mostrar_formulario_cuotas() *5.10: Insertar_Cuota_Venta()

*5.11: Guardar_Cuotas()



6.2.2. Diagrama parcial de clases del diseño

Caso de Uso (CU6):Registrar Ingreso

Caso de Uso (CU7):Registrar Salida


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



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


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


*

1

1

1

1

1







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



6.3. DISEÑO DE DATOS

6.3.1. Diagrama de clases


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






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




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




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


idSesion Alfabetico 10Primaria, foranea

NoCodigo de

inicio sesion

idOperacion Alfabetico 10Primaria, foranea

NoCodigo de operación

Hora Fecha - No NoHora de

ejecucion

Cliente





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


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


idCompra Alfabetico 10Primaria, foranea

NoCodigo de

compra

NroCuotaCompra Alfabetico 10 Primaria NoCodigo de

cuota

Fecha Fecha - No NoFecha de

cancelacion




Monto Float - No NoMonto a cancelar


de cancelado

CuotaVenta


idCuotaVenta Alfabetico 10 Primaria NoCodigo de

Cuota

idVenta Alfabetico 10Primaria, foranea

NoCodigo de

venta


cancelacion

Monto Float - No NoMonto a cancelar


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


idCompra Alfabetico 10Primaria, foranea

NoCodigo de

compra




idLote Alfabetico 10 Primaria,foranea NoCodigo de

lote

CantidadProducto

Numerico - No NoCantidad de

producto

DetalleDevolucion

AtributosTipo de


idDevolucion Alfabetico 10Primaria, foranea

NoCodigo de Devolucion


Lote

CantidadProducto Numerico - No NoCantidad de

producto

DetallePromocion

AtributosTipo de


idPromocion Alfabetico 10Primaria, foranea

NoCodigo de promocion

idProducto Alfabetico 10 Primaria,foranea NoCodigo de producto

DetalleSalida

AtributosTipo de


idSalida Alfabetico 10Primaria, foranea

NoCodigo de

Salida


Lote

CantidadProducto


Producto

DetalleVenta_Lote

Atributos Tipo de Amplitud Llave Nulo Descripcion




Dato

idVenta Alfabetico 10Primaria, foranea

NoCodigo de

venta


Lote

CantidadProducto


Producto

Devolución

AtributosTipo de


idDevolucion Alfabetico 10 Primaria NoCodigo de Devolucion


devolucion

Motivo Alfabetico 40 No No Descripcion

Empresa

AtributosTipo de


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


idFactura Alfabetico 10 Primaria NoCodigo de

Factura





facturacion

Observacion Alfabetico 40 No SiObservacion

si tubiera

idVenta Alfabetico 10 Foranea NoCodigo de

venta

FormaPago

AtributosTipo de


idFormaPago Alfabetico 10 Primaria NoCodigo de

FormaPago

Descripcion Alfabetico 40 No SiObservacion

si tubiera

Formulario

AtributosTipo de


idFormulario Alfabetico 10 Primaria NoCodigo de Formulario

Descripcion Alfabetico 40 No NoObservacion

si tubiera

idModulo Alfabetico 10 Foranea NoCodigo de

modulo

Grupo

AtributosTipo de


idGrupo Alfabetico 10 Primaria NoCodigo de

Grupo

Descripcion Alfabetico 40 No NoObservacion

si tubiera

Ingreso





Dato

idIngreso Alfabetico 10 Primaria NoCodigo de

Ingreso

Fecha Fecha - No NoFecha de ingreso

Observacion Alfabetico 40 No Si descripcion

Lote

AtributosTipo de


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


idMarca Alfabetico 10 Primaria NoCodigo de

marca

Descripcion Alfabetico 40 No NoDescripcion de marca




Modulo


idModulo Alfabetico 10 Primaria NoCodigo de

modulo

Nombre Alfabetico 40 No NoDescripcion de modulo

Operación

AtributosTipo de


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



NoCodigo de Operación

idGrupo Alfabetico 10Primaria, foranea

NoCodigo de

Grupo

Producto

AtributosTipo de


idProducto Alfabetico 10 Primaria NoCodigo de producto

Descripcion Alfabetico 40 No NoDescripcion de producto

PrecioCompra Decimal - No No Precio de Compra




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


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


idProveedor Alfabetico 10 Primaria No Codigo de




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


idRecibo Alfabetico 10 Primaria NoCodigo de

recibo

Fecha Fecha - No NoFecha de emision

Monto Decimal - No NoMonto a cancelar

Salida

AtributosTipo de



NoCodigo de Operación

idGrupo Alfabetico 10Primaria, foranea

NoCodigo de

Grupo

Sector





Dato

idSector Alfabetico 10 Primaria NoCodigo de

selctor

Descripcion Alfabetico 40 No NoDescripcion

de sector

Sesión

AtributosTipo de


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


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


idVenta Alfabetico 10 Primaria No Codigo de venta


realizacion

Monto Decimal - No No Monto a cobrar

Observacion Alfabetico 40 No Si Obs. Por motivo




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




Formulario gestionar compra

Iniciar sesión

6.4.2. Reportes




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




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




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»





PARTE 7

“FLUJO DE TRABAJO IMPLEMENTACION”



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.




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).


http://es.wikipedia.org/wiki/MSDN

http://es.wikipedia.org/wiki/2008

http://es.wikipedia.org/wiki/4_de_abril

http://es.wikipedia.org/wiki/Microsoft

http://es.wikipedia.org/wiki/RAD



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.


http://es.wikipedia.org/wiki/DLL



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




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




sd Gestionar Compra

Solicitar Compra

Obtener Prov eedor

Agregar producto

Calcular Monto

ObtenerFormaPago Registrar Cuotas

Guardar

[Cancelado]

[No Cancelado]

Gestionar Venta




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 para la administración de compra, venta e inventario del supermercado “Fidalga”

Diagrama de componente del sistema principal


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



7.3. ARQUITECTURA DE LA IMPLEMENTACION DEL SUBSISTEMA

Subsistema Inventario

Subsistema Gestión Compra


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



Subsistema Gestión Venta


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



Subsistema Administración de Usuario


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



7.4. INGENIERÍA INVERSA

Diagrama de secuencia

Insertar Compra




Insertar venta





PARTE 8

“FLUJO DE TRABAJO PRUEBAS”



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




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




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.




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




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.




¿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.




Documentos

*Facturas

Fig. 1(Recibo de pago por compra de productos)

Fig.2(Detalle de la compra)




Fig.3.-Factura de compra

Fig.4 Control de Vencimiento


documentación final fidalga

Documents