• Author / Uploaded
• jpizarro83

• Categories
• Factura
• Ingeniería de software
• Software
• Cliente
• Informática

Citation preview

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