MODELO CONCEPTUAL DE “TIENDATA BASE”

CRISTIAN FERNANDO ARIAS MONTEALEGRE

DANIEL ALEXANDER LOZANO CARDOSO
DAVID ANDRES SANCHEZ CARDOSO
SERGIO ALEJANDRO GOMEZ FRANCO

INSTITUCION DE EDUCACIÓN SUPERIOR-ITFIP

FACULTAD DE INGENIERIA Y CIENCIAS AGROINDUSTRIALES
TECNOLOGIA EN GESTIÓN INFORMATICA
DISEÑO DE BASES DE DATOS II
ESPINAL
2020
 TABLA DE CONTENIDO

INTRODUCCIÓN ..................................................................................................... 3
MODELO CONCEPTUAL DE “TIENDATA BASE” .................................................. 4
1. Identificación de las Entidades ....................................................................... 4
2. Identificar tipos de Relaciones ....................................................................... 4
3. Identificar y asociar atributos con entidades o relaciones. ............................. 5
4. Determinar los dominios de atributos. ............................................................ 6
6. Considerar el uso de otros mecanismos de abstracción. ............................... 8
7. Comprobar redundancias. .............................................................................. 9
8. Identificar transacciones de usuario. .............................................................. 9
CONCLUSIONES .................................................................................................. 11
REFERENCIAS ..................................................................................................... 12
 INTRODUCCIÓN

Desde un punto de vista metodológico, el diseño conceptual es un proceso creativo

de resolución de problemas, capacitado por el conocimiento humano, la creatividad
y el razonamiento. También puede entenderse como un proceso cognitivo, en el
que la generación de ideas, la externalización, la síntesis y la manipulación de
entidades mentales, llamados conceptos de diseño, toman lugar en un breve
proceso evolutivo. (Horváth, 2005).
La relevancia del diseño conceptual dentro de todo proceso de desarrollo es un
hecho común aceptado entre los investigadores en la materia, según Horváth (2005)
define el diseño conceptual como la mayor parte que es influenciada en cada
proceso de desarrollo. Por otro lado, French (1985) afirma que “es la fase donde
la ciencia de ingeniería, el conocimiento práctico, los métodos de producción
y los temas comerciales necesitan unirse y donde se toman las decisiones
más importantes.” Dicho desarrollo es una etapa crítica donde cualquier decisión
tomada es de vital importancia cuyo impacto determina la fiabilidad, coste y
prestaciones finales del producto en un grado muy alto.
El presente trabajo se refiere al tema de la metodología de diseño conceptual de
base de datos, que tiene por objeto el levantamiento de requerimientos de datos
para la solución de diversos problemas, Para desarrollar el presente modelo
conceptual, se realizó la debida recolección de información acerca de los procesos
y datos manejados por aquellos tenderos de barrios. Están basados en los
respectivos datos que llevará la base de datos de “TIENDA TA BASE”
 MODELO CONCEPTUAL DE “TIENDATA BASE”

El modelo conceptual, se creó con la finalidad de facilitar el diseño de las bases de

datos, pues, permite representar, mediante un esquema la estructura de
necesidades y relaciones de una organización que se desea representar en bases
de datos. Para realizar un modelo conceptual adecuado, se debe investigar acerca
de la organización que se desea representar en BD, delimitar las necesidades a las
cuales se creara solución, por último y no menos importante, observar y conversar
con los usuarios finales (esto con el fin de conocer los procesos e información que
manejan).
Para desarrollar el presente modelo conceptual, se realizó la debida recolección de
información acerca de los procesos y datos manejados por aquellos tederos de
barrios.
1. Identificación de las Entidades
Las principales Entidades identificadas en la mayoría de las tiendas pequeñas
de barrio son:
 CLIENTES: Son todas aquellas personas que llegan a la tienda con la
finalidad de adquirir alguno de sus productos.
 PRODUCTOS: Artículos que suplen las necesidades de los clientes.
 CATEGORIA DE PRODUCTOS: En las tiendas de barrio, se tiende a
vender variedad de productos. Por lo cual, es necesario identificar, la
categoría a la cual pertenecen.
 PROVEEDORES: Son aquellas empresas que surten con productos las
tiendas de barrio.
 FACTURACION: Es el proceso de aquellos productos adquiridos por los
clientes.
 PRESENTACION DE PRODUCTOS: Es la forma en la cual se encuentran
empacados los productos y su unidad de medida.
2. Identificar tipos de Relaciones
Todas las entidades anteriormente descritas se encuentran estrechamente
relacionadas, ya que, permiten el buen funcionamiento de las tiendas de barrio
con organización. Entre las relaciones encontradas se encuentran:
 CLIENTES Y FACTURACION: Un cliente, puede realizar varias compras
en la tienda, por lo cual, tendrá varias facturas. Relación Uno a Varios.
 PRODUCTOS Y CATEGORIA DE PRODUCTOS: Varios productos,
pueden pertenecer a una categoría de producto, Esto se dedujo porque
 las tiendas venden diferentes productos desde comida hasta medicinas.
Por lo cual, se debe llevar un control sobre la categoría a la cual cada
producto pertenece. Relación Varios a Uno.
 PRODUCTOS Y PRESENTACION DEL PRODUCTO: Varios productos,
pueden presentar diferentes maneras de empaque y unidad de medida.
Un ejemplo de ello es la Coca-Cola, este producto tiene diferentes
presentaciones y unidades de medida. Relación Varios a Varios.
 PROVEEDORES Y PRODUCTOS: Un proveedor puede surtir de varios
productos a una tienda. Por lo cual es una relación Varios a Varios
 PRODUCTOS Y FACTURACION: En la entidad facturación, varios
productos pueden estar registrados en varios procesos de facturación.
Por lo cual, estas entidades tienen una relación Varios a Varios

3. Identificar y asociar atributos con entidades o relaciones.

A continuación, se encuentran asociados los atributos con sus respectivas
entidades:
CLIENTES: PRODUCTOS:
Código del usuario Código del producto
Nombre del usuario Nombre del producto
Apellido del usuario Categoría del producto
Numero celular del usuario Presentación del producto
Correo electrónico del usuario Valor del producto
Dirección del usuario Estado del producto
Genero del usuario Stock del producto
Fecha de registro del usuario Proveedor del producto
Estado del Usuario
CATEGORIAS DE PRODUCTOS: PRESENTACION DEL
Código de categoría PRODUCTO
Nombre de la categoría Código de la presentación
Detalles de categoría Descripción de la Presentación
Estado de categoría Unidad de medida

PROVEEDORES: FACTURACION:
Código del proveedor Código de facturación
Nombre del proveedor Código del producto
Numero celular del proveedor Código del usuario
Correo del proveedor Fecha de la facturación
Dirección del proveedor Estado de la facturación
Estado del proveedor Unidades a llevar del producto
Valor total.
4. Determinar los dominios de atributos.
Atributo Descripción dominio
CLIENTES
Código del usuario Cadena de hasta 4 caracteres numéricos
Nombre del usuario Cadena de hasta 40 caracteres alfabéticos
Apellido del usuario Cadena de hasta 40 caracteres alfabéticos
Numero celular del usuario Cadena de hasta 12 caracteres numéricos
Cadena de hasta 50 caracteres alfanumérico y
Correo electrónico del usuario
caracteres especiales
Cadena de hasta 40 caracteres alfanumérico y
Dirección del usuario
caracteres especiales
Género del usuario Cadena de hasta 10 caracteres alfabéticos
Fecha de registro del usuario Cadena de hasta 30 caracteres alfanumérico
Estado del usuario Cadena de hasta 2 caracteres numérico
PRODUCTOS
Código del producto Cadena de hasta 4 caracteres numéricos
Nombre del producto Cadena de hasta 40 caracteres alfabéticos
Código de Categoría del
Cadena de hasta 2 caracteres numéricos
producto
Código de Presentación del
Cadena de hasta 2 caracteres numéricos
producto
Cadena de hasta 5 caracteres numérico y
Valor del producto
caracteres especiales
Estado del producto Cadena de hasta 2 caracteres numéricos
Stock del producto Cadena de hasta 3 caracteres numérico
Código del proveedor del
Cadena de hasta 2 caracteres numéricos
producto
CATEGORIA
Código de la categoría Cadena de hasta 2 caracteres numéricos
Nombre de la categoría Cadena de hasta 40 caracteres alfabéticos
Detalles de la categoría Cadena de hasta 40 caracteres alfabéticos
Estado de la categoría Cadena de hasta 2 caracteres numérico
PROVEEDORES
Código del proveedor Cadena de hasta 2 caracteres numéricos
Nombre del proveedor Cadena de hasta 40 caracteres alfabéticos
Numero Celular del proveedor Cadena de hasta 12 caracteres numéricos
Cadena de hasta 50 caracteres alfanuméricos
Correo del proveedor
y caracteres especiales
 Cadena de hasta 40 caracteres alfanuméricos
Dirección del proveedor
y caracteres especiales
Estado del proveedor Cadena de hasta 2 caracteres numéricos
FACTURACION
Código de la factura Cadena de hasta 10 caracteres numéricos
Código del producto Cadena de hasta 4 caracteres numéricos
Código del usuario Cadena de hasta 10 caracteres numéricos
Cadena de hasta 40 caracteres alfanuméricos
Fecha de facturación
y caracteres especiales
Estado de facturación Cadena de hasta 10 caracteres numéricos
Unidades a llevar del producto Cadena de hasta 10 caracteres numéricos
Cadena de hasta 5 caracteres numéricos y
Valor Total
caracteres especiales
PRESENTACION DEL PRODUCTO
Código de la presentación Cadena de hasta 2 caracteres numéricos
Descripción de la Presentación Cadena de hasta 40 caracteres alfabéticos
Unidad de medida Cadena de hasta 20 caracteres alfabéticos

5. Determinar identificadores primarios y alternativos.

Identificadores
Atributo
Primario Alternativo
CLIENTES
Código del usuario X
Nombre del usuario X
Apellido del usuario X
Numero celular del usuario X
Correo electrónico del usuario X
Dirección del usuario X
Genero del usuario X
Fecha de registro del usuario X
Estado del usuario X
PRODUCTOS
Código del producto X
Nombre del producto X
Código de Categoría del producto X
Código de Presentación del producto X
Valor del producto X
Estado del producto X
Stock del producto X
Código del proveedor del producto X
Cod del producto X
CATEGORIA DE PRODUCTO
Código de la categoría X
Nombre de la categoría X
Detalles de la categoría X
Estado de la categoría X
PRESENTACION DEL PRODUCTO
Código de la presentación X
Descripción de la Presentación X
Unidad de medida X
PROVEEDORES
Código del proveedor X
Nombre del proveedor X
Numero Celular del proveedor X
Correo del proveedor X
Dirección del proveedor X
Estado del proveedor X
FACTURACION
Código de la factura X
Código del producto X
Código del usuario X
Fecha de facturación X
Estado de facturación X
Unidades a llevar del producto X
Valor Total X

6. Considerar el uso de otros mecanismos de abstracción.

El mecanismo de abstracción utilizado para el proyecto “Tiendata Base” fue la

generalización, ya que obteníamos las entidades identificando los objetos que
 participaban en la tienda, por ejemplo, una persona común llamada María es un
cliente, por lo tanto, se dedujo la entidad Clientes. Así con las demás entidades.

7. Comprobar redundancias.
Después de realizar un exhaustivo análisis a cada uno de los atributos de cada
tabla, se encontraron redundancia de datos en las entidades de productos,
categoría de productos y presentación de productos. En campos como el
código que aparecía en diferentes tablas. Luego de un análisis detenido, se
redujo esa repetición innecesaria de datos. Por lo tanto,
8. Identificar transacciones de usuario.
Para identificar las transacciones que el usuario realiza, se lleva acabo el
grafico E-R, el cual, se encuentra adjunto en la siguiente página:
 CONCLUSIONES

Extraer conceptos de la realidad y plasmarlos en un modelo gráfico puede parecer

fácil, pero definitivamente no lo es. El desarrollo de un modelo de datos implica
utilizar este mecanismo de la forma más “objetiva” posible. Para ello, la asistencia,
en la construcción de modelos conceptuales, es indispensable para mejorar esta
tarea. Esto garantiza un avance significativo para el diseño adecuado de la base de
datos, pues, permite el acercamiento con los usuarios finales, conociendo sus
procesos y necesidades. Por último, el mercado no ofrece un Software que permita
estructurar el modelo conceptual de una base de datos, dado que todos los
asistentes disponibles comienzan desde el diseño lógico, obviando el diseño
conceptual, tan necesario para quienes intentan construir una Base de Datos sin
experiencia previa, y tan aconsejable para quienes ya tienen experiencia.
 REFERENCIAS

French, M.J., (1984). Conceptual design for engineers. Springer

Hidalgo Tene, R., (2008). Modelo Conceptual De La Base De Datos.
https://www.slideshare.net/ruthamada/modelo-conceptual-de-la-base-de-
datos-360327
Horváth, I., (2005). On some crucial issues of computer support of conceptual
design, in: Product Engineering. Springer, pp. 123–142