Se detallan conceptos basicos sobre el modelado de datos, para posteriormente pasar a realizar el analisis y modelado de datos de FACTURACIÓN en forma general para poder ser aplicada en cualquier organizacion, se muestra el diagrama de casos de uso de FACTURACIÓN y la descripción correspondiente.

1. Carrera profesional de Ingeniería de Sistemas

2. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
Tabla de contenido
Resumen
Asbract
Capítulo I: Aspectos Generales
1.1. Objetivos
1.2. Entidad
1.3. Sub tipos y súper tipos
1.4. Atributos
1.5. Relaciones
1.5.1. Tipos de relaciones
1.5.2. Cardinalidad de las relaciones
1.5.2.1. Uno a uno
1.5.2.2. Uno a muchos
1.5.2.3. Muchos a muchos
1.5.3. Llave foránea
1.5.4. Herencia de Llave foránea
1.5.5. Entidades intermedias para manejar relaciones de muchos a muchos
1.5.6. Arcos exclusivos
1.5.7. Relaciones recursivas
Capítulo II: Modelo de Dato Facturación
2.1. Las facturas y Artículos de factura
2.2. Funciones de la factura
2.3. Casos de uso Facturación
2.4. Descripción de los casos de uso.
2.4.1. Registrar Articulo
2.4.2. Añadir Existencias
2.4.3. Registrar Cliente
2.4.4. Buscar Cliente
2.4.5. Registrar Pedido
2.4.6. Realizar Factura
2.4.7. Pagar Factura

6. Modelo de Datos Facturación
2.4.8. Confirmar Entrega
2.4.9. Anular Factura
Bibliografía
Conclusiones

7. Modelo de Datos Facturación
Í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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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.
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.

11. Modelo de Datos Facturación
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

12. Modelo de Datos Facturación
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.
PEDIDO
# ID PEDIDO
* FECHA PEDIDO
oFECHA ENTRADA
Figura 1.3 Atributos
1.5.Relaciones
Las relaciones definen cómo dos entidades se asocian entre sí.

13. Modelo de Datos Facturación
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.
DEPARTAMENTO PUERTO
Opcional Obligatorio
El departamento El puerto debe pertenecer
puede tener puerto a un departamento
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.
DEPARTAMENTO CAPITAL
Figura 1.5Relación uno a uno
<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]

14. Modelo de Datos Facturación
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.
ÁREA RURAL VEREDAS
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.
PARCELA DUEÑO
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.

15. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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.

17. Modelo de Datos Facturación
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.
PARTICULAR EMPRESA
ALQUILER
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

18. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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. Modelo de Datos Facturación
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 tipos
y cantidades de artículos que ingresan por almacén a la organización, para su posterior
venta.

29. Modelo de Datos Facturación
2.4.2. Añadir Existencias
NOMBRE DEL CASO DE USO: Añadir Existencias
ACTORES:
Vendedor
DESCRIPCIÓN DEL CASO DE USO:
El presente caso de uso tiene como finalidad añadir existencias o artículos elegidos por
el 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
DESCRIPCIÓN DEL CASO DE USO:
El presente caso de uso tiene como finalidad registrar a los clientes, este proceso es para
aquellos clientes que aun no están registrados, el cual se realizará solo una vez por
cliente, 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
DESCRIPCIÓN DEL CASO DE USO:
El presente caso de uso tiene como finalidad buscar los datos del cliente, para poder
emitir la factura de los artículos adquiridos.

30. Modelo de Datos Facturación
2.4.5. Registrar Pedido
NOMBRE DEL CASO DE USO: Registrar Pedido
ACTORES:
Vendedor
Cliente
DESCRIPCIÓN DEL CASO DE USO:
El presente caso de uso tiene como finalidad que el vendedor registre todos los pedidos
realizados y confirmados por el cliente ya sea en forma personal o mediante una orden
de compra autorizada, para poder emitir la factura.
2.4.6. Realizar Factura
NOMBRE DEL CASO DE USO: Realizar Factura
ACTORES:
Vendedor
Cliente
DESCRIPCIÓN DEL CASO DE USO:
El presente caso de uso tiene como finalidad que el vendedor realice la emisión de la
factura 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
DESCRIPCIÓN DEL CASO DE USO:
El presente caso de uso tiene como finalidad la confirmación de la entrega de los
productos a los clientes, contando ya con la factura emitida no necesariamente cancelada
en todos los casos.

31. Modelo de Datos Facturación
2.4.8. Pagar Factura
NOMBRE DEL CASO DE USO: Pagar Factura
ACTORES:
Vendedor
Cliente
DESCRIPCIÓN DEL CASO DE USO:
El presente caso de uso tiene como finalidad que se realice el pago de las facturas
emitidas, ya que no todos las facturas emitidas al momento pueden ser cancelados. La
cancelació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
DESCRIPCIÓN DEL CASO DE USO:
El presente caso de uso tiene como finalidad que el vendedor pueda anular una factura
debido a un fallo que se realizo al emitir una factura, ya sea por inconsistencias en los
datos o precios. El cliente puede presentar una anulación de la factura por los mismos
hechos, mas no se pueden realizar una eliminación de dicha factura.

32. Modelo de Datos Facturación
Bibliografía
Silverston Len. TheData Model Resource Book Revised Edition.(Volume 1).TORONTO:
Wiley Computer Publishing.

33. Modelo de Datos Facturación
Conclusiones
Reutilizar modelos ya diseñados ayuda a desarrollar modelo de datos de forma
rápida y eficiente. Evitando así redescubrir la pólvora, ósea estar diseñando
cosas 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 este
proceso.