modelo de datos facturacion

UNIVERSIDAD NACIONALJOSÉ MARÍA ARGUEDAS

Carrera profesional de Ingeniería de Sistemas

Modelo de Datos FacturaciónCurso: Control de Calidad del Software

Docente: Ing. Richart Smith Escobedo Quispe

Semestre: Decimo

Presentado por:

Gonzales Ccente Liz

Zevallos Salazar Josias

Fecha: 17 de Octubre de 2011





Semestre: Decimo

Presentado por:

Gonzales Ccente Liz







Semestre: Decimo

Presentado por:

Gonzales Ccente Liz



Modelo de Datos Facturación

2

Presentación

Toda empresa requiere necesariamente de un modelo de datos, para una mejor

administración de la información que maneja, con el modelo de datos que se presenta ya

analizado y modelado nos facilita la integración de algunas áreas debido a que estos

modelos son generales. Se puede adaptar fácilmente el modelo de datos

FACTURACIÓN a cualquier empresa solo tenemos que estudiar detalladamente las

regalas del negocio de la organización a la que desean implementar.

El presente trabajo está dirigido a toda aquella persona que tiene intereses en

modelamiento de base de datos. El lector no requiere mucho conocimiento en estos

temas, pues este trabajo pretende brindar de forma clara los conceptos del modelo

entidad relación necesarios, que serán básicos para lograr el entendimiento del modelo

de datos FACTURACIÓN el cual trataremos como caso de estudio.


3

Dedicatoria:

A nuestros padres, que nos apoyan

incondicionalmente, a los docentes,

que nos ayudan en nuestra formación

profesional día a día.


4

Epígrafe

“Si piensas que los usuarios de tus programas son idiotas, sólo los idiotas usarán tus

programas.”

Linus Torvalds - "padre" de Linux.


5

Tabla de contenidoResumen........................................................................................................................................ 8

Asbract .......................................................................................................................................... 9

Capítulo I: Aspectos Generales................................................................................................... 10

1.1. Objetivos .................................................................................................................... 10

1.2. Entidad....................................................................................................................... 10

1.3. Sub tipos y súper tipos .............................................................................................. 10

1.4. Atributos .................................................................................................................... 12

1.5. Relaciones .................................................................................................................. 12

1.5.1. Tipos de relaciones ............................................................................................ 13

1.5.2. Cardinalidad de las relaciones ......................................................................... 13

1.5.2.1. Uno a uno ....................................................................................................... 13

1.5.2.2. Uno a muchos................................................................................................. 14

1.5.2.3. Muchos a muchos .......................................................................................... 14

1.5.3. Llave foránea .................................................................................................... 14

1.5.4. Herencia de Llave foránea................................................................................ 15

1.5.5. Entidades intermedias para manejar relaciones de muchos a muchos ........ 15

1.5.6. Arcos exclusivos................................................................................................. 17

1.5.7. Relaciones recursivas ........................................................................................ 17

Capítulo II: Modelo de Dato Facturación ................................................................................... 18

2.1. Las facturas y Artículos de factura ......................................................................... 19

2.2. Funciones de la factura............................................................................................. 26

2.3. Casos de uso Facturación ......................................................................................... 28

2.4. Descripción de los casos de uso. ............................................................................... 28

2.4.1. Registrar Articulo ............................................................................................. 28

2.4.2. Añadir Existencias ............................................................................................ 29

2.4.3. Registrar Cliente ............................................................................................... 29

2.4.4. Buscar Cliente.................................................................................................... 29

2.4.5. Registrar Pedido................................................................................................ 30

2.4.6. Realizar Factura................................................................................................ 30

2.4.7. Pagar Factura .................................................................................................... 31


6

2.4.8. Confirmar Entrega............................................................................................ 30

2.4.9. Anular Factura .................................................................................................. 31

Bibliografía ................................................................................................................................. 32

Conclusiones ............................................................................................................................... 33


7

Índice de Figuras

Figura 1.1 Una entidad.................................................................................................... 10

Figura 1.2 Sub tipos y súper tipos................................................................................... 11

Figura 1.3 Atributos ........................................................................................................ 12

Figura 1.4 Tipos de relaciones........................................................................................ 13

Figura 1.5 Relación uno a uno ........................................................................................ 13

Figura 1.6 Relación uno a muchos.................................................................................. 14

Figura 1.7 Relación muchos a muchos ........................................................................... 14

Figura 1.8 Herencia de llave foránea .............................................................................. 15

Figura 1.9 Entidad intermedia para relación muchos a muchos ..................................... 16

Figura 1.10 Arcos exclusivos.......................................................................................... 17

Figura 1.11 Relaciones recursivas .................................................................................. 17

Figura 2.1 Factura y artículos de factura ........................................................................ 20

Figura2.2 Muestra de datos para la entidad FACTURA. ............................................... 21

Figura 2.3 Ejemplo de una factura con cuatro elementos............................................... 23

Figura 2.4 Contiene ejemplos de datos de ajuste de la factura. ...................................... 25

Figura3.1 Datos de ejemplo de la información mantenida por las partes de la factura. . 27


8

Resumen

En el capítulo I se desarrollara la teoría sobre el modelo de datos entidad relación, tanto

la definición de la entidad como algo de importancia sobre la cual la empresa desea

almacenar información, así como sus relaciones. También se habla de los atributos de

las entidades, los tipos de relaciones; las obligatorias y las opcionales, se describe la

cardinalidad de la relaciones, se habla también sobre las llaves foráneas y sus posibles

herencias. Finalmente se da a entender el uso de entidades intermedias para el manejo

de las relaciones muchos a muchos, y los tipos de relaciones recursivas.

En el capítulo II se detalla el modelo de datos FACTURACIÓN, tanto sus entidades

principales que lo componen y sus relaciones. Se muestra además el diagrama de caso

de uso respectivo, y a los actores involucrados en el proceso de facturación.


9

Asbract

In chapter I develop the theory of the entity-relationship data model, the definition of

the entity as something of importance on which the company wants to store

information and their relationships. They also talk about the attributes of the entities, the

types of relationships, mandatory and optional describes the cardinalidad of

the relations, also talks about foreign keys and their possible inheritance. Finally

it suggests the use of intermediary bodies to handle the many to many

relationships and recursive relationship types.

Chapter II details INVOICE data model, both its main entities that compose it and their

relationships. It also shows the use case diagram respectively, and those involved in the

billing process.


10

Capítulo I: Aspectos Generales

1.1.Objetivos

Comprender el modelo de datos entidad relación.

Analizar y diseñar un modelo de datos para el sistema de facturación.

1.2.Entidad

Una entidad es algo de importancia sobre los cuales la empresa desea almacenar

información. Las entidades serán nombradas en mayúsculas. Por ejemplo, PEDIDO

representa una entidad que almacena información acerca de un compromiso entre las

partes en la compra de productos. Pueden mostrarse en minúsculas si son usadas como

parte de una frase.

Los nombre de las entidades deben estar en singular y debe ser lo más significativo

posible que refleje la información que mantiene.

Las entidades son representadas por cuadros redondeados. La figura 1.1

muestra un ejemplo de la entidad pedido.

Figura 1.1 Una entidad.

1.3.Sub tipos y súper tipos

Un subtipo, a veces se denomina una sub entidad, es una clasificación de una entidad

que tiene características tales como atributos o relaciones en común con la

entidad más general. ORGANIZACIÓN JURÍDICA y ORGANIZACIÓN

INFORMAL son, por ejemplo, los subtipos de ORGANIZACIÓN.

PEDIDO


11

Los subtipos están representados en los diagramas de modelado de datos por las

entidades dentro de otras entidades. Los atributos comunes y las relaciones entre los

subtipos se muestran en la entidad externa, que se conoce como el súper tipo. Los

atributos y las relaciones del súper tipo, por lo tanto son heredados por el subtipo. La

figura 1.2 muestra el súper tipo ORGANIZACIÓN y sus subtipos ORGANIZACIÓN

JURÍDICA y ORGANIZACIÓN INFORMAL. El atributo Nombre se pone a

organización.

Ambos ORGANIZACIÓN JURÍDICA y ORGANIZACIÓN INFORMAL tendrán un

nombre, porque ellos heredarán los valores del súper tipo.

Figura 1.2 Sub tipos y súper tipos.

Los Súper tipos pueden tener muchos niveles. La figura 1.2 muestra que una

CORPORACIÓN y UNA AGENCIA GUBERNAMENTAL son subtipos de la

ORGANIZACIÓN INFORMAL

CORPORACIÓN AGENCIA GUBERNAMENTAL

EQUIPO FAMILIAR

ORGANIZACIÓN

*NOMBRE

ORGANIZACIÓN LEGAL


12

ORGANIZACIÓN LEGAL, que también es un subtipo de la

ORGANIZACIÓN. Así, las cajas pueden estar en una caja hasta cualquier nivel para

ilustrar que los subtipos heredan los atributos y las relaciones del súper tipo padre

(su caja exterior).

Los subtipos representan un conjunto completo de las posibles clasificaciones y al

mismo tiempo deben ser mutuamente excluyentes uno del otro.

1.4.Atributos

Un atributo tiene una pieza particular de información sobre una entidad, como la fecha

de pedido en un pedido.

Los atributos pueden ser parte del identificador único de una entidad (también conocida

como llave primaria), obligatorio, u opcional. El o los atributos de llave primaria son

identificados por "#" que precede el nombre de atributo sobre el diagrama. Atributos

obligatorios son significados por "un *" antes del nombre de atributo. Atributos

opcionales tienen "una o" antes del atributo. Figura 1.3.

Figura 1.3 Atributos

1.5.Relaciones

Las relaciones definen cómo dos entidades se asocian entre sí.

PEDIDO# ID PEDIDO* FECHA PEDIDOoFECHA ENTRADA


13

1.5.1. Tipos de relaciones

A su vez las relaciones pueden ser obligatorias u opcionales y obedecen a si la relación

entre dos entidades debe darse o puede darse1.Una línea de relación de puntos junto a

una entidad significa que la relación de esa entidad es opcional, y una línea

continua significa que la relación es obligatoria.

Figura 1.4Tipos de relaciones

1.5.2. Cardinalidad de las relaciones

1.5.2.1.Uno a uno

Un registro en una tabla sólo tiene relación con un registro en otra tabla. En la figura 1.5

se muestra una relación de uno a uno, donde un departamento solo puede tener una

capital, y una capital solo puede pertenecer a un departamento.

Figura 1.5Relación uno a uno

1 <http://gemini.udistrital.edu.co/comunidad/profesores/rfranco/modelo_er.htm>. Agosto del

2010. Modelo Entidad Relación. [web en línea]. [con acceso el 04 de octubre de 2011]

DEPARTAMENTO

DEPARTAMENTO

OpcionalEl departamento

puede tener puerto

ObligatorioEl puerto debe pertenecer

a un departamento

PUERTO

CAPITAL

http://gemini.udistrital.edu.co/comunidad/profesores/rfranco/modelo_er.htm


14

1.5.2.2.Uno a muchos

Un registro en una tabla puede relacionarse con varios registros en otra pero cada uno

de esos registros sólo se relaciona con un registro en esa tabla. En la figura 1.6 se

muestra una relación de uno a muchos, en el cual un área rural puede tener muchas

veredas pero cada una de estas veredas solo pertenecen a un área rural.

Figura 1.6 Relación uno a muchos

1.5.2.3.Muchos a muchos

Muchos registros en una tabla se relacionan con muchos registros en otra tabla. En la

figura 1.7 se muestra una relación de muchos a muchos, en el cual una parcela tener

varios dueños y cada dueño puede tener varias parcelas.

Figura 1.7 Relación muchos a muchos

1.5.3. Llave foránea

Una llave foránea es definida como la presencia de la llave primaria de otra entidad (o

tabla) en una entidad (o tabla). Por ejemplo, en la Figura 1.8 ID pedido de la entidad de

ORDEN es parte de la entidad de DETALLE PEDIDO; por lo tanto, es una llave

foránea. Cabe mencionar que no se muestran las llaves foráneas de entidades como

atributos como lo hacen algunos modeladores de datos, porque es redundante.

PARCELA

ÁREA RURAL

DUEÑO

VEREDAS


15

Figura 1.8Herencia de llave foránea

1.5.4. Herencia de Llave foránea

En los diagramas una línea de tilde ("~") en una relación indica que la llave

foránea heredada es parte de la llave principal de la entidad hijo. La línea de tilde

("~") en la relación mostrada en la figura 1.8 indica que ID pedido es parte de la llave

primaria de la entidad DETALLE PEDIDO.

1.5.5. Entidades intermedias para manejar relaciones de muchos a muchos

Se utilizan para resolver relaciones de muchos-a-muchos de referencias cruzadas de una

entidad a otra. Cada entidad asociativa hereda la clave de cada una de las entidades a las

que interseca. Por lo tanto la tilde ("~") se utiliza siempre en las relaciones de

referencia de una entidad asociativa.


16

Figura 1.9Entidad intermedia para relación muchos a muchos

Tenga en cuenta que, cada relación tiene dos nombres de relación asociados que

describen la relación en ambas direcciones.

PERSONA

# ID PERSONA

MECANISMOCONTACTO#ID MECANISMO DE CONTACTO

*DIRECCION 1

0DIRECCION 20 INSTRUCCIONES

NUMERO DETELECOMUNICACIONES*CODIGO DE REGIÓN

0NUMERO DE CONTACTO0CODIGO DE PAIS

CORREO ELECTRÓNICO*DESCRIPSION

DIRECCION POSTALEspecificadoa través de

Usadopor

Mecanismoparacontacto

Contacto a travésde

PERSONA MECANISMO DECONTACTO

# FECHA0 EXTENSIÓN0COMENTARIO


17

1.5.6. Arcos exclusivos

Indica que una entidad tiene dos o más relaciones de las cuales solo una es válida al

mismo tiempo. Se representa mediante un arco que encierra a las “n” relaciones.

Figura 1.10Arcos exclusivos

1.5.7. Relaciones recursivas

Relaciones recursivas son las relaciones que muestran cómo una la entidad se

relaciona a sí mismo. En la figura 1.11 se muestra la relación recursiva, donde el

empleado puede ser dirigido por un jefe, y cada jefe puede estar al mando de muchos

empleados.

Figura 1.11Relaciones recursivas

ALQUILER

EMPRESAPARTICULAR


18

Capítulo II: Modelo de Dato Facturación

Asegurar que se dé el pago es crítico para las organizaciones. Ahora bien los

artículos pueden ser sido pedidos, enviados o entregados de alguna manera, es muy

importante para la empresa asegurarse de los pagos de los requerimientos, esto se hace a

menudo a través de las facturas. Es importante también enviar las facturas correctas que

corresponden a las órdenes pertinentes, los envíos, o los esfuerzos de trabajo. La

empresa debe establecer sistemas que faciliten los pagos, y esto podría implicar la

creación de cuentas de facturación adecuados, correspondiente a las facturas de los

pedidos, la facturación de los envíos, la facturación de los esfuerzos de trabajo, envío de

facturas, seguimiento de los pagos de las facturas, los depósitos de grabación y emisión

de declaraciones.

Preguntas que las empresas necesitan saber acerca de la facturación son los siguientes:

¿Cómo se relacionan cada factura con pedidos, envíos y / o esfuerzos de trabajo?

¿Cuáles son los productos, características, y otros cargos para los que vencen los pagos?

¿Quién debe la cantidad de a quién?

¿Cuál es el estado de cada factura?

¿Cuál es el historial de pago de cada parte?

El modelo que analizaremos será el de factura y articulo de factura:


19

2.1.Las facturas y Artículos de factura

Los elementos de una factura pueden ser los productos, las características, los esfuerzos

de trabajo, las entradas de tiempo, o ajustes, tales como impuesto sobre las ventas, el

transporte y los gastos de envío, comisiones, etc.

Cada FACTURA se compone de ARTICULO DE FACTURA que representan todos los

elementos que se están cargando. La FACTURA mantiene la información de

cabecera acerca de la transacción, y el ARTICULO DE FACTURA mantiene los

detalles de cada elemento que se está cargando. Cada ARTICULO DE

FACTURA puede tener una relación de muchos-a-uno a cada PRODUCTO

o CARACTERÍSTICA DE PRODUCTO.

El ARTICULO DE FACTURA también puede estar relacionado con un

INVENTARIO SERIALIZADO DE ARTÍCULO debido a que el mantenimiento de la

instancia actual del producto que se compró con su número de serie puede ser útil. Por

ejemplo, los fabricantes de ordenadores a menudo registran el número de serie del

equipo que fue comprado y facturado.


20

TIPO DE ARTICULO FACTURA# ID TIPO ARTICULOS FACTURA

VENTA ARTICULOS FACTURA COMPRA ARTICULOS FACTURA

ARTICULOS DE FACTURA# ID SEC ARTICULO FACTURA

* BANDERAS SUJETAS A IMPUESTOS

0 CANTIDAD0 IMPORTE0 DESCRIPSION DEL ARTÍCULO

CARACTERÍSTICAS DE PRODUCTO# ID CARACTETÍSTICAS PRODUCTO

*DESCRIPCIÓN

PRODUCTO# ID PRODUCTO

*NOMBRE

0 FECHA INTRODUCCIÓN0 FECHA SUSPENSION VENTA0 FECHA INTERRUPCION SOPORTE0 COMENTARIO

FACTURA# ID FACTURA

*FECHA FACTURA

0 MENSAJE0 DESCRIPCIÓN

INVENTARIO ARTÍCULO# ID INVENTARIO ARTÍCULO

INVENTARIO ARTICULO SERIALIZADO# NUMERO SERIAL

INVENTARIO ARTICULO NOSERIALIZADO# CANTIDAD A MANO

Descrito por

Ladescripciónpara

Ajustadopor

Facturada vía

El cargopara

Compuesto por

El cargopara

Facturada vía

El cargopara

Facturada vía

Parte de

El ajuste para

Vendido con

Vendido para

Figura 2.1 Factura y artículos de factura

Los ARTICULOS DE LA FACTURA no se refieren únicamente a los productos (es

decir, que también se relacionan con el esfuerzo de trabajo, las entradas de tiempo). Si

el elemento representa un elemento de cargo único que no está catalogado, el

atributo descripción del artículo en la entidad FACTURA se puede utilizar para grabar


21

lo que se cargó. Cada ARTICULO DE FACTURA se puede clasificar por un TIPO DE

ARTICULO DE FACTURA, que podrían incluir valores como ajuste de factura, ajuste

de artículo de factura, artículos de productos de factura, artículo de factura característica

del artículo, artículo de factura, el esfuerzo de trabajo, o tiempo del artículo de la factura

de entrada. Cada ARTICULO DE LA FACTURA tiene una relación recursiva, ya

que se puede ajustar uno o más ARTICULOS DE LA FACTURA otros, lo que

sería de TIPO DE ARTICULO DE FACTURA ajuste artículo de

factura. Cada ARTICULO DE FACTURA también se puede vender con ARTICULOS

DE LA FACTURA otros que podrían ser de tipo artículos de la factura, característica

del producto.

Al igual que con los envíos, muchas cosas son necesarias a fin de enviar un proyecto de

ley correcta a los clientes. La primera cosa a registrar sobre la factura (además de un

identificador único) es la fecha de creación de la factura o la fecha de factura. Este será

un llamado importante para discutir su factura. Algunos sistemas pueden incluir una

nota específica o un mensaje para el cliente en la factura, por lo que el modelo

incluye el mensaje de atributos. El atributo de descripción describe la naturaleza de la

factura.

Figura2.2 Muestra de datos para la entidad FACTURA.


22

Debido a que cada ARTICULO DE FACTURA puede ser para un producto,

característica del artículo, el esfuerzo de trabajo, o la entrada de tiempo o porque se

puede describir a través de una descripción del artículo no estándar artículos, las

relaciones de PRODUCTO y CARACTERISTICAS DEL PRODUCTO son

opcionales. Cuando las funciones se muestran en la factura de los elementos, las

relaciones recursivas vendidas deben ser registradas con el fin de indicar que la

función se haya facturado para un artículo específico que se factura por un producto. La

cantidad es opcional, ya que sólo puede haber una cantidad que no y una cantidad de

elementos como las características que la cantidad realmente no es necesaria y no es

aplicable.

En lugar de atar un ARTICULO DE FACTURA recursivamente a otro ARTICULO DE

FACTURA para grabar la función de un producto, ¿por qué no registrar el producto y la

función en un artículo de factura? Esto no cuenta para las facturas que tienen el mismo

producto en dos artículos factura diferente. Por ejemplo, si una organización compró

dos servidores de un ordenador diferente con características diferentes en cada uno,

sería importante registrar que la combinación de correspondencia con las características

de los productos específicos. ¿Qué pasa si una función se añadió más tarde de un

producto existente que el cliente ya tiene? El artículo de factura podría estar relacionado

con el artículo de factura inicial que tenía la carga de productos.

LA Figura 2.3, proporciona un ejemplo de factura con cuatro elementos que se carga,

tres de los productos y otro para la función de papel brillante especial para el

grado Johnson bien 8L / 2 de papel bond11. El segundo elemento, que es para un

acabado brillante adicional para el grado Johnson fina 8 1 / 2 de papel bond 11,


23

incluye una relación recursiva al artículo de factura para el producto con el fin

de mostrar que el tema es de una función en el contexto de un producto.

Figura 2.3 Ejemplo de una factura con cuatro elementos.

Además de los ID_FACTURA y el producto o característica, los datos incluyen la

cantidad de artículos que se factura, la cantidad, y si se trata de un elemento pasivo a

través del atributo bandera imponible. Tenga en cuenta que la información específica

del producto, como unidad de medida de la cantidad, se puede derivar a través de la

relación de PRODUCTO Y la UNIDAD DE MEDIDA. También, observe que el precio

con descuento para el elemento no es un atributo, porque se trata de

información derivable.

La bandera imponible se almacena en los artículos la factura para indicar si el

artículo está sujeto a tributación. Esto no siempre puede ser determinada por el

elemento que se factura por la sujeción a impuestos de un elemento puede

variar dependiendo de muchas circunstancias, tales como el origen y destino del envío


24

o la situación fiscal de la organización de compras. La información necesaria

para calcular los impuestos no está incluida en este modelo, ya que es altamente

dependiente de las reglas y regulaciones de cada límite geográfico.

Otra información que las empresas pueden querer saber sobre una factura es, incluir

ajustes a la factura, tales como el impuesto total (después de que se calcula), los gastos

de flete y los gastos de manipulación. Cada ajuste se almacena como una instancia

de ARTICULOS DE FACTURA porque estos también están acusados de los

elementos. ¿Por qué el AJUSTE DE ORDEN es una entidad separada en el capítulo

de orden, pero las facturas incluyen los ajustes que sean las instancias de una partida de

factura? La razón es que cuando algo ordena las partes, no solicita ajustes, tales

como impuestos, honorarios, gastos de manipulación, y así sucesivamente. Estos

ajustes se registran como AJUSTE DE ORDEN con el fin de mantener el potencial

de los cargos se espera, sin embargo, todavía no son artículos solicitados. LOS

ARTICULOS DE LA FACTURA representan gastos que se incurren, y estos ajustes se

incluyen en esta definición. El TIPO DE ARTICULO DE FACTURA podría

incluir diferentes tipos de ajustes, como la carga de varios, impuesto sobre las ventas,

ajuste de descuento, los gastos de envío, ajuste de recargo y cuota. Si es necesario, un

atributo de porcentaje podría ser añadido al ARTICULO DE FACTURA para

almacenar el porcentaje del ajuste, como por ejemplo 0,07 de impuesto sobre las ventas.


25

Figura 2.4 Contiene ejemplos de datos de ajuste de la factura.

Utilizando esta estructura, una empresa puede incluir cualquier número de ajustes a la

factura que pueden ser de muchos tipos diferentes. Esto es mucho más flexible

que incluyendo atributos tales como la cantidad de impuestos o de costes de transporte

en la entidad FACTURA porque los atributos nuevos que se añadirán a la entidad si la

empresa descubrió que otros ajustes necesarios para realizar un seguimiento. Con este

modelo, la empresa simplemente define los nuevos elementos de factura que puede

tener los TIPOS DE ARTICULOS DE FACTURA diferentes y se relaciona instancias

adicionales a cualquiera de la FACTURA o ARITICULOS DE FACTURA(a través

de una relación recursiva).

Elementos de la factura se puede ajustar por otros artículos de la factura de otra

manera. Por ejemplo, supongamos que hubo un error en el que la cantidad de

artículos facturados fue de 10 en lugar de 8, la cantidad correcta. Un elemento de la

factura que muestra el futuro de un crédito de 2 artículos podría ser utilizado para

corregir la factura. Esta corrección se puede implementar usando un ARTICULO DE

FACTURA con una cantidad de que se relaciona con los ARTICULOS DE FACTURA

original que había una cantidad de 10. Muchas empresas muestran las correcciones que

utilizan en este enfoque en lugar de modificar la factura, lo que podría conducir a un


26

control y auditoría. La relación recursiva en todo los ARTICULOS DE

FACTURA proporciona la información necesaria para relacionar los elementos de la

factura juntos.

2.2.Funciones de la factura

Las empresas también necesitan saber a dónde enviar la factura y de dónde vienen. Los

modelos estándar suelen registrar sólo la dirección del cliente, y la dirección del

proveedor se supone que la empresa hace la facturación.

Cada factura puede ser facturado de cualquier parte, y por lo tanto puede

acomodar tanto de entrada (factura de compra) y salida (facturas de venta). Estos dos

papeles representan el dinero que se debe y el pago que se solicita.

Además de estas dos funciones clave, las funciones adicionales pueden estar

involucradas en la factura. Las funciones adicionales son mantenidas por el ROL DE

FACTURA, que registra cada PARTE involucrado en cada una de los TIPOS DE ROL

DE LA FACTUTRA. Por ejemplo, tipos de facturas papel puede incluir introducido

por, de aprobación, emisor y receptor. El atributo de fecha y hora indica la fecha y

hora que la persona u organización que realiza el papel.

Medios flexibles de envío y recepción de facturas se necesitan para registrar desde

dónde y para cuando la factura fue enviada debido a que hay muchas maneras de enviar

una factura. Cada FACTURA también necesita mantener el MECANISMO DE

CONTACTO al que se dirige la factura y el MECANISMO DE CONTACTO que fue

enviado. Esto se relaciona con el súper tipo, MECANISMO DE CONTACTO, debido a

que la FACTURA puede ser enviada o recibida a través de numerosos subtipos de


27

MECANISMOS DE CONTACTO incluyendo CODIGO POSTAL, NUMERO

DIRECCIONELECTRONICA. En estos días de comercio electrónico, el envío de una

factura por correo electrónico, que es una forma de DIRECCIONELECTRONICO, se

está volviendo más y más común. Una factura puede ser enviada por fax, que es un tipo

de NUMEROS DE TELECOMUNICACIONES. Finalmente, la factura podría ser

enviada a la antigua usanza, haciendo frente a él a través de un CODIGO POSTAL.

Figura 2.5 Datos de ejemplo de la información mantenida por las partes de la factura.

Tenga en cuenta que la factura # 30002 ha dirigido al estándar y enviadas desde las

localidades, pero # 30005 está dirigido a una Internet dirección de correo

electrónico. En este caso, la factura se envía vía e-mail (no obstante, los datos muestran

que sólo la dirección física del remitente). De la factura # 30010, los datos indican

que la factura se envía desde una dirección de correo electrónico a otro e-mail.


28

2.3. Casos de uso Facturación

Figura 2.6 casos de uso facturación

2.4.Descripción de los casos de uso.

2.4.1. Registrar Articulo

NOMBRE DEL CASO DE USO: Registrar Articulo

ACTORES:

Vendedor

DESCRIPCIÓN DEL CASO DE USO:

El presente caso de uso tiene como finalidad que el vendedor registre los diversos tiposy cantidades de artículos que ingresan por almacén a la organización, para su posteriorventa.


29

2.4.2. Añadir Existencias

NOMBRE DEL CASO DE USO: Añadir Existencias

ACTORES:

Vendedor


El presente caso de uso tiene como finalidad añadir existencias o artículos elegidos porel cliente para ser añadidos en su pedido y realizar su compra.

2.4.3. Registrar Cliente

NOMBRE DEL CASO DE USO: Registrar Cliente

ACTORES:

Vendedor Cliente


El presente caso de uso tiene como finalidad registrar a los clientes, este proceso es paraaquellos clientes que aun no están registrados, el cual se realizará solo una vez porcliente, para contar con sus datos personales al realizar otra compra.

2.4.4. Buscar Cliente

NOMBRE DEL CASO DE USO: Buscar Cliente

ACTORES:

Vendedor Cliente


El presente caso de uso tiene como finalidad buscar los datos del cliente, para poderemitir la factura de los artículos adquiridos.


30

2.4.5. Registrar Pedido

NOMBRE DEL CASO DE USO: Registrar Pedido

ACTORES:

Vendedor Cliente


El presente caso de uso tiene como finalidad que el vendedor registre todos los pedidosrealizados y confirmados por el cliente ya sea en forma personal o mediante una ordende compra autorizada, para poder emitir la factura.

2.4.6. Realizar Factura

NOMBRE DEL CASO DE USO: Realizar Factura

ACTORES:

Vendedor Cliente


El presente caso de uso tiene como finalidad que el vendedor realice la emisión de lafactura con los datos propios y los pedidos realizados por el cliente.

2.4.7. Confirmar Entrega

NOMBRE DEL CASO DE USO: Confirmar Entrega

ACTORES:

Vendedor Cliente


El presente caso de uso tiene como finalidad la confirmación de la entrega de losproductos a los clientes, contando ya con la factura emitida no necesariamente canceladaen todos los casos.


31

2.4.8. Pagar Factura

NOMBRE DEL CASO DE USO: Pagar Factura

ACTORES:

Vendedor Cliente


El presente caso de uso tiene como finalidad que se realice el pago de las facturasemitidas, ya que no todos las facturas emitidas al momento pueden ser cancelados. Lacancelación de la factura debe ser por parte del cliente, pero registrada por el vendedor.

2.4.9. Anular Factura

NOMBRE DEL CASO DE USO: Anular Factura

ACTORES:

Vendedor Cliente


El presente caso de uso tiene como finalidad que el vendedor pueda anular una facturadebido a un fallo que se realizo al emitir una factura, ya sea por inconsistencias en losdatos o precios. El cliente puede presentar una anulación de la factura por los mismoshechos, mas no se pueden realizar una eliminación de dicha factura.


32

Bibliografía

Silverston Len. TheData Model Resource Book Revised Edition.(Volume 1).TORONTO:

Wiley Computer Publishing.


33

Conclusiones

Reutilizar modelos ya diseñados ayuda a desarrollar modelo de datos de formarápida y eficiente. Evitando así redescubrir la pólvora, ósea estar diseñandocosas que ya fueron elaboradas con anterioridad.

Toda empresa requiere una forma óptima de mejorar su proceso de facturación,un sistema de información puede ayudar en buena manera a la mejora de esteproceso.

modelo de datos facturacion

Technology