Sunteți pe pagina 1din 23

Gestión de

almacén
v1.3

Realizado por:

Judith Barrios Sánchez


Sara Fidalgo Burón
Laura Fontanillo Fontanillo
Rubén González del Pozo
Eduardo González González
Alberto Rodríguez Valle

3/11/2004

Gestión almacén v1.3 Ingeniería del Software 2004-2005 1


• DESCRIPCIÓN DEL PROYECTO
Se desea realizar la gestión de un negocio de distribución de productos en
exclusiva de alimentación. Para ello se pide:

1. Gestión clientes
Los clientes pueden ser personas jurídicas o físicas. Los datos que interesa
mantener de los clientes son un código único de cliente, nombre, razón social,
dirección, lista de teléfonos de contacto, ciudad, código postal, CIF/NIF, la
forma de pago (que puede ser contado o crédito; si fuera crédito puede hacerlo
por domiciliación bancaria, enviando talón o por cobrador), comentarios.
Los clientes pueden darse de alta, modificarse y darse de baja. Dar de baja a
un cliente supone desactivarlo no eliminarlo de la base de datos.

2. Gestión de proveedores
De los proveedores interesa mantener los siguientes datos: un código único,
nombre, razón social, dirección, ciudad, código postal, lista teléfonos, fax,
CIF/NIF.
Los proveedores pueden darse de alta, modificarse y darse de baja. Dar de
baja un proveedor supone desactivarlo a él y a los productos que sirve.

3. Gestión de artículos
Los artículos se dividen en familias. Cada familia se caracteriza por un código y
una descripción.
Cada artículo se compone de un código, nombre, IVA que se le aplica, precio
de coste, precio de venta, número de unidades.
Cada artículo lo sirve un único proveedor.
Los artículos pueden darse de alta, modificarse y darse de baja. Dar de baja un
producto supone desactivarlo no eliminarlo de la base de datos.

4. Gestión de albaranes
Un albarán es un documento que recoge los datos de una venta a un cliente.
Un albarán estaría formado por una cabecera, por unas líneas de albarán y por
un pie con los totales.
La cabecera tiene el número de albarán, los datos del cliente que se estimen
oportunos y la fecha de creación del albarán.
Cada línea del albarán consta del código y la descripción del artículo, el
número de unidades, el precio de venta (que puede diferir del precio de venta
recogido en la definición del artículo), el número de unidades bonificadas (las
unidades bonificadas son unidades del producto que se le entregan al cliente a
mayores de las compradas a coste cero) y el importe total del artículo.
El pie recoge los totales de la siguiente forma: existirá una fila por cada base de
IVA diferente aplicado en los diferentes artículos. Cada fila tendrá cuatro
columnas, la primera indica la base de IVA aplicado, la segunda la suma de los
importes de los artículos a los que aplicarles ese IVA, la tercera el IVA, la
cuarta sería la suma de los importes con el IVA aplicado. Por último, aparecerá
el total a pagar.
Gestión almacén v1.3 Ingeniería del Software 2004-2005 2
De un albarán debe saberse si está pagado o no.
Los albaranes pueden crearse en cualquier momento. Un albarán puede
borrarse sólo si no existe una factura asociada. Un albarán puede modificarse
siempre, pero teniendo en cuenta que si se modifica un albarán que tiene
asociada una factura, ésta se verá modificada a su vez.

5. Gestión de facturas
Una factura recoge la información de un conjunto de albaranes pertenecientes
a un cliente. Una factura consta de una cabecera, un cuerpo de factura y un pie
de factura.
La cabecera de la factura tiene los siguientes datos: datos fiscales del emisor
de la factura, datos fiscales del cliente (CIF/NIF, razón social, nombre...), fecha
y número de factura (el número de factura es único y asignado por el sistema,
iniciándose cada mes de enero).
El cuerpo de la factura estaría formado por los albaranes que forman la factura,
de manera que para cada uno de ellos aparezca el número del albarán y las
líneas del albarán.
El pie de factura sería similar al pie de albarán, pero haciendo referencia a
todos los albaranes que se contemplan en dicha factura.
El proceso de facturación se lleva a cabo dando el rango de clientes a los que
se quiere facturar y un rango de fechas para seleccionar los albaranes.
Las facturas sólo pueden crearse. Si hace falta modificar su contenido se
modifican los albaranes correspondientes. Las facturas no pueden borrarse.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 3


• DIAGRAMA ENTIDAD/RELACIÓN

Diagrama 1

• COMPONENTES
ENTIDADES REGULARES:

o CLIENTE

Descripción: Los clientes pueden ser personas jurídicas o físicas. Los


datos que interesa mantener de los clientes son un código único de
cliente, nombre, razón social, dirección, lista de teléfonos de contacto,
ciudad, código postal, CIF/NIF, la forma de pago (que puede ser
contado o crédito; si fuera crédito puede hacerlo por domiciliación
bancaria, enviando talón o por cobrador), comentarios.

Los clientes pueden darse de alta, modificarse y darse de baja. Dar de


baja a un cliente supone desactivarlo no eliminarlo de la base de datos.

Atributos: nombre, codigo, direccion, ciudad , CP , estado , forma_pago

Gestión almacén v1.3 Ingeniería del Software 2004-2005 4


o nombre

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres utilizada para


especificar el nombre del cliente.

o codigo

Descripción: Código único de cliente

Tipo: Clave

Dominio: dom_cod. Entero que identifica unívocamente al cliente.

o direccion

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres utilizada para


especificar la dirección del cliente.

o ciudad

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres utilizada para


especificar la ciudad del cliente.

o CP

Tipo: Normal

Dominio: dom_cp. Entero utilizado para especificar el Código


Postal del cliente.

o estado

Descripción: Identifica si el cliente esta dado de alta o esta de baja

Tipo: Normal

Dominio: dom_estado. Enumeración utilizada para especificar el


estado del cliente (1-Activo, 2-Baja).

Gestión almacén v1.3 Ingeniería del Software 2004-2005 5


o forma_pago

Descripción: Identifica las diferentes formas de pago.

1 - Pago al contado

Crédito:
2 - Domiciliación bancaria
3 - Talón
4 - Cobrador

Tipo: Normal

Dominio: dom_forma_pago. Enumeración de las anteriores


formas de pago.

o JURIDICA

Descripción: Se trata de una persona jurídica

Atributos: cif, razon_social.

o cif

Tipo: Clave

Dominio: dom_cif/nif. Dominio alfanumérico que representa a la


persona jurídica.

o razon_social

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres utilizada para


especificar la razón social del cliente.

o FISICA

Descripción: Se trata de una persona física

Atributos: nif

Gestión almacén v1.3 Ingeniería del Software 2004-2005 6


o nif

Tipo: Clave

Dominio: dom_cif/nif. Dominio alfanumérico que representa a la


persona física.

o TELEFONO

Descripción: Número de teléfono asociado a un cliente.

Atributos: numero

o numero

Tipo: Clave

Dominio: dom_tlf. Entero que identifica el número de teléfono de


un cliente.

o ALBARAN

Descripción: Un albarán es un documento que recoge los datos de una


venta a un cliente. Un albarán estaría formado por una cabecera, por
unas líneas de albarán y por un pie con los totales.

La cabecera tiene el número de albarán, los datos del cliente que se


estimen oportunos y la fecha de creación del albarán.

De un albarán debe saberse si está pagado o no. Los albaranes pueden


crearse en cualquier momento. Un albarán puede borrarse sólo si no
existe una factura asociada. Un albarán puede modificarse siempre, pero
teniendo en cuenta que si se modifica un albarán que tiene asociada una
factura, ésta se verá modificada a su vez.

Atributos: numero, fecha_creacion

o numero

Tipo: Clave

Dominio: dom_cod. Entero que identifica unívocamente al


albarán.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 7


o fecha_creacion

Tipo: Normal

Dominio: dom_fecha. Dominio que identifica la fecha de creación


de un albarán.

o FACTURA

Descripción: Una factura recoge la información de un conjunto de


albaranes pertenecientes a un cliente. Una factura consta de una
cabecera, un cuerpo de factura y un pie de factura.

La cabecera de la factura tiene los siguientes datos: datos fiscales del


emisor de la factura, datos fiscales del cliente (CIF/NIF, razón social,
nombre...), fecha y número de factura (el número de factura es único y
asignado por el sistema, iniciándose cada mes de enero).

El cuerpo de la factura estaría formado por los albaranes que forman la


factura, de manera que para cada uno de ellos aparezca el número del
albarán y las líneas del albarán.

El pie de factura sería similar al pie de albarán, pero haciendo referencia


a todos los albaranes que se contemplan en dicha factura.

El proceso de facturación se lleva a cabo dando el rango de clientes a los


que se quiere facturar y un rango de fechas para seleccionar los
albaranes.

Las facturas sólo pueden crearse. Si hace falta modificar su contenido se


modifican los albaranes correspondientes. Las facturas no pueden
borrarse.

Atributos: numero, fecha

o numero

Descripción: Identifica unívocamente una factura.

Tipo: Clave

Dominio: dom_cod. Entero que identifica unívocamente a una


factura.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 8


o fecha

Tipo: Normal

Dominio: dom_fecha. Dominio que identifica la fecha de creación


de una factura.

o LINEA

Descripción: Cada línea del albarán consta del código y la descripción


del artículo, el número de unidades, el precio de venta (que puede diferir
del precio de venta recogido en la definición del artículo), el número de
unidades bonificadas (las unidades bonificadas son unidades del
producto que se le entregan al cliente a mayores de las compradas a coste
cero) y el importe total del artículo.

Atributos: unidades, precio_venta , unidades_bonificadas , iva , numero

o unidades

Descripción: Número de unidades vendidas de cada artículo.

Tipo: Normal

Dominio: dom_uds. Entero que especifica el número de unidades


vendidas de un artículo.

o precio_venta

Tipo: Normal

Dominio: dom_precio. Real que especifica el precio de venta de un


artículo.

o unidades_bonificadas

Descripción: Unidades del producto que se le entregan al cliente a


mayores de las compradas a coste cero.

Tipo: Normal

Dominio: dom_uds. Entero que especifica el número de unidades


que se entregan al cliente a mayores de las compradas a coste
cero.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 9


o iva

Descripción: Impuesto sobre el valor añadido. Podrá tener 2


valores: 1 (7%) ó 2 (16%).

Tipo: Normal

Dominio: dom_iva. Entero que identifica el IVA del producto.

o numero

Tipo: Clave

Dominio: dom_cod. Entero que identifica unívocamente el


número de línea del albarán.

o ARTICULO

Descripción: Los artículos se dividen en familias. Cada familia se


caracteriza por un código y una descripción.

Cada artículo se compone de un código, nombre, IVA que se le aplica,


precio de coste, precio de venta, número de unidades.

Cada artículo lo sirve un único proveedor.

Los artículos pueden darse de alta, modificarse y darse de baja. Dar de


baja un producto supone desactivarlo no eliminarlo de la base de datos.

Atributos: codigo, nombre, iva, precio_costo, precio_venta,


numero_unidades, estado

o codigo

Tipo: Clave

Dominio: dom_cod. Entero que identifica unívocamente al


artículo.

o nombre

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres que identifica al


artículo.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 10


o iva

Descripción: Impuesto sobre el valor añadido. Podrá tener 2


valores: 1(7%) o 2(16%).

Tipo: Normal

Dominio: dom_iva. Entero que especifica el IVA del producto.

o precio_costo

Tipo: Normal

Dominio: dom_precio. Real que especifica el precio de costo del


producto.

o precio_venta

Tipo: Normal

Dominio: dom_precio. Real que especifica el precio de venta del


producto.

o numero_unidades

Tipo: Normal

Dominio: dom_uds. Entero que especifica el número de unidades


en stock del artículo.

o estado

Descripción: Identifica si el articulo esta dado de alta o esta de


baja

Tipo: Normal

Dominio: dom_estado. Enumeración utilizada para especificar el


estado del producto (1-Activo, 2-Baja).

o FAMILIA

Descripción: Cada familia se caracteriza por un código y una descripción.

Atributos: codigo_familia , decripcion

Gestión almacén v1.3 Ingeniería del Software 2004-2005 11


o codigo_familia

Tipo: Clave

Dominio: dom_cod. Entero que identifica unívocamente la familia


a la que pertenece un artículo.

o decripcion

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres utilizado para


describir características generales de la familia.

o PROOVEDOR

Descripción: De los proveedores interesa mantener los siguientes datos:


un código único, nombre, razón social, dirección, ciudad, código postal,
lista teléfonos, fax, CIF/NIF.

Los proveedores pueden darse de alta, modificarse y darse de baja. Dar


de baja un proveedor supone desactivarlo a él y a los productos que
sirve.

Atributos: codigo, nombre, direccion, razon_social, ciudad, cp, fax,


estado

o codigo

Tipo: Clave

Dominio: dom_cod. Entero que identifica unívocamente al


proveedor.

o nombre

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres que identifica


unívocamente al proveedor.

o direccion

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres que identifica la


dirección del proveedor.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 12


o razon_social

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres utilizada para


especificar la razón social del proveedor.

o ciudad

Tipo: Normal

Dominio: dom_cadena. Cadena de caracteres que identifica la


ciudad del proveedor.

o cp

Descripción: Código postal

Tipo: Normal

Dominio: dom_cp. Entero que identifica el Código Postal del


proveedor.

o fax

Tipo: Normal

Dominio: dom_tlf. Entero que identifica el número de fax del


proveedor.

o estado

Descripción: Identifica si el cliente esta dado de alta o esta de baja

Tipo: Normal

Dominio: dom_estado. Enumeración utilizada para especificar el


estado del producto (1-Activo, 2-Baja).

o JURIDICA_P

Descripción: Se trata de un proveedor jurídico.

Atributos: cif

o cif

Descripción: Código de identificación fiscal

Gestión almacén v1.3 Ingeniería del Software 2004-2005 13


Tipo: Clave

Dominio: dom_cif/nif. Dominio alfanumérico que identifica


unívocamente a un proveedor con identidad jurídica.

o FISICA_P

Descripción: Se trata de un proveedor físico.

Atributos: nif

o nif

Descripción: Numero de identificación fiscal

Tipo: Clave

Dominio: dom_cif/nif. Dominio alfanumérico que identifica


unívocamente a un proveedor con identidad física.

o TELEFONO

Descripción: Número de teléfono asociado a un proveedor.

Atributos: numero

o numero

Tipo: Clave

Dominio: dom_tlf. Entero que identifica el número de teléfono de


un proveedor.

RELACIONES REGULARES:

o tiene

Descripción: Consideramos que un cliente puede tener asociados varios


o ningún teléfono. Cada teléfono pertenece a un solo cliente.

Entidades Relacionadas: CLIENTE/TELEFONO

Tipo: 1:N

Gestión almacén v1.3 Ingeniería del Software 2004-2005 14


o tiene_asociado

Descripción: Cada albarán esta asociado a un solo cliente.

Cada cliente puede tener varios albaranes.

Entidades Relacionadas: CLIENTE/ALBARAN

Tipo: 1:N

o recoge

Descripción: Una factura recoge la información de un conjunto de


albaranes.

Entidades Relacionadas: FACTURA/ALBARAN

Tipo: 1:N

o formado_por

Descripción: Cada albarán esta formado por varias líneas cada una de las
cuales representa cada artículo vendido.

Entidades Relacionadas: ALBARAN/LINEA

Tipo: 1:N

o representa

Descripción: Una línea esta representada por un único articulo.

Un artículo puede aparecer en diferentes líneas.

Entidades Relacionadas: LINEA/ARTICULO

Tipo: N:1

o pertenece

Descripción: cada artículo pertenece a una familia. Cada familia puede


no tener artículos en un momento dado.

Entidades Relacionadas: FAMILIA/ARTICULO

Tipo: 1:N

Gestión almacén v1.3 Ingeniería del Software 2004-2005 15


o posee

Descripción: Consideramos que un proveedor puede tener asociados


varios o ningún teléfono. Cada teléfono pertenece a un solo proveedor.

Entidades Relacionadas: TELEFONO /PROOVEDOR

Tipo: 1:N

o provee

Descripción: Cada artículo es provisto por un solo proveedor.

Un proveedor sirve al menos un artículo.

Entidades Relacionadas: PROOVEDOR/ARTICULO

Tipo: 1:N

GENERALIZACIONES:

o ISA_C

o ISA_P

DOMINIOS:

o dom_estado

Descripción: Un atributo de este dominio puede tomar dos valores: 1


(activo) y 2 (baja)

Tipo: Numeric

Valor por defecto: 1

o dom_forma_pago

Descripción: Un atributo de este dominio puede tomar cuatro valores: 1


(contado), 2 (domiciliación bancaria), 3 (talón) y 4 (cobrador)

Tipo: Numeric

o dom_fecha

Tipo: Date

Gestión almacén v1.3 Ingeniería del Software 2004-2005 16


o dom_iva

Descripción: Un atributo de este dominio puede tomar dos valores: 1


(7%) y 2 (16%)

Tipo: Numeric

o dom_cp

Tipo: Integer

o dom_cadena

Tipo: Character

o dom_cod

Tipo: Integer

o dom_cif/nif

Tipo: Character

o dom_tlf

Tipo: Integer

o dom_uds

Tipo: Integer

o dom_precio

Tipo: Float

• MODELOS
MODELO LÓGICO:

.CLIENTE (nombre, #codigo, direccion, ciudad, CP, estado, forma_pago,


#cif, razon_social, #nif)

.ALBARAN (#numero, fecha_creacion, numero_FACTURA, codigo, cif,


nif)

Claves ajenas:

- numero_FACTURA referencia a FACTURA.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 17


- codigo referencia a CLIENTE.

- cif referencia a CLIENTE.

- razon_social referencia a CLIENTE.

- nif referencia a CLIENTE.

.FACTURA (#numero, fecha)

.LINEA (unidades, precio_venta, unidades_bonificadas, iva, #numero,


codigo, numero_ALBARAN)

Claves ajenas:

- codigo referencia a ARTICULO.

- numero_ALBARAN referencia a ALBARAN.

.ARTICULO (#codigo, nombre, iva, precio_costo, precio_venta,


numero_unidades, estado, codigo_PROOVEDOR, cif, nif,
codigo_familia)

Claves ajenas:

- codigo_PROOVEDOR referencia a PROOVEDOR.

- cif referencia a PROOVEDOR.

- nif referencia a PROOVEDOR.

- codigo_familia referencia a FAMILIA.

.FAMILIA (#codigo_familia, decripcion)

.PROOVEDOR (#codigo, nombre, direccion, razon_social, ciudad, cp,


fax, estado, razon_social, #cif, #nif)

.TELEFONO (#numero, descripcion)

.tiene (#numero, #codigo, #cif, #nif)

Claves ajenas:

- #numero referencia a TELEFONO.

- #codigo referencia a CLIENTE.

- #cif referencia a CLIENTE.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 18


- #nif referencia a CLIENTE.

.posee (#numero, #codigo, #cif, #nif)

Claves ajenas:

- #numero referencia a TELEFONO.

- #codigo referencia a PROOVEDOR.

- #cif referencia a PROOVEDOR.

- #nif referencia a PROOVEDOR.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 19


• ASPECTOS MÁS INTERESANTES DEL
MODELADO CONCEPTUAL

Diagrama 2

(Diagrama 2) La existencia de esta relación es debida a la necesidad de asociar un


albarán a cada compra realizada por un cliente. De esta forma podemos recoger en
nuestro modelo todos los datos asociados a una determinada compra por parte de un
cliente.
Al ser un almacén las compras las podrán realizar personas físicas o jurídicas (empresa).

Diagrama 3

(Diagrama 3) Con esta relación pretendemos expresar cómo cada factura puede recoger
un número indeterminado de albaranes de un mismo cliente. Suponemos que una vez
que un albarán es recogido por una factura es que el importe a pagar ha sido hecho
efectivo.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 20


Diagrama 4

(Diagrama 4) Cada albarán está formado por un conjunto de líneas en las cuales se
recoge las características de una compra de un determinado artículo (precio,
cantidad…).

Diagrama 5

(Diagrama 5) Cada artículo es suministrado por un proveedor que puede ser una
persona física o jurídica.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 21


Diagrama 6

(Diagrama 6) En cada línea de albarán se representan las características de una


determinada venta de un artículo a un cliente.
Un artículo tiene que pertenecer a una única familia pero una familia no tiene porque
tener asociada ningún artículo.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 22


Diagrama 7

(Diagrama 7) La relación “tiene” identifica los teléfonos que pertenecen a cada cliente.
Los proveedores pueden tener, al igual que los clientes, varios teléfonos. Utilizamos una
relación en vez de un atributo ya que un cliente/proveedor puede tener varios o ningún
teléfono. Un mismo teléfono puede pertenecer a varios clientes/proveedores.

Gestión almacén v1.3 Ingeniería del Software 2004-2005 23

S-ar putea să vă placă și