Anda di halaman 1dari 18

UNIVERSIDAD DE LAS AMÉRICAS

UDLA
FACULTAD DE INGENIERÍA Y CIENCIAS AGROPECUARIAS

BASES DE DATOS DISTRIBUIDAS


IRC 630

PARALELO 70

ALBORNOZ GARCÍA ISRAEL ALEXANDER


ECHEVERRÍA LÓPEZ AARÓN DAVID

AULA: 435

(IRC630-70)

DISEÑO DEL SISTEMA

LUNES, 12 DE NOVIEMBRE DE 2018

QUITO
Índice

1. Introducción ......................................................................................................................................... 3
2. Objetivos del manual ........................................................................................................................... 3
3. Arquitectura del sistema ...................................................................................................................... 4
a. Arquitectura lógica: .......................................................................................................................... 4
b. Arquitectura física: ........................................................................................................................... 5
4. Modelo de Datos ER ............................................................................................................................. 6
5. Modelo Clases ...................................................................................................................................... 9
a. Descripción de las clases ................................................................................................................ 11
I. Bodega ........................................................................................................................................ 11
II. Categoria..................................................................................................................................... 11
III. Cliente ..................................................................................................................................... 12
IV. Factura .................................................................................................................................... 13
V. Producto ..................................................................................................................................... 14
VI. Proveedor ............................................................................................................................... 15
VII. User ......................................................................................................................................... 16
VIII. Venta ....................................................................................................................................... 17
6. Conclusiones y recomendaciones ...................................................................................................... 17
DOCUMENTO DE DISEÑO

1. Introducción

En el siguiente documento se realiza una descripción de la arquitectura del Sistema de

Registro y Venta de Productos Tecnológicos, así como también, de los dos tipos de

usuarios que tiene este sistema, y las funcionalidades que está destinado el sistema.

El Sistema de Registro y Venta de Productos Tecnológicos está destinado para empresas

tipo PYMES que se dediquen a actos mercantilistas, como es la compraventa de

productos tecnológicos, los usuarios deben tener conocimiento básico de manejo de un

computador o software, ya que el sistema es muy intuitivo y de fácil uso.

En la sección de arquitectura el lector tendrá una explicación más detallada de la

arquitectura del sistema; se mostrarán los componentes del sistema y de conjunta

interacción. Se verá un diagrama de componentes y de interfaces. También el lector

tendrá una descripción del hardware del sistema y de cómo estos componentes serán

instalados.

2. Objetivos del manual


Este documento es actualizable de acuerdo con los cambios técnicos de arquitectura que

se realicen. Se detalla el equipo que mantiene la infraestructura técnica y los

requerimientos de cambios que el equipo pudiera tener. El objetivo del documento es

mantener organizada la Arquitectura Técnica Organizacional y proveer una fuente de

referencia para los analistas y diseñadores de la aplicación.

Los analistas y desarrolladores de la aplicación utilizarán este documento para propósitos

informativos de entendimiento de la actual arquitectura, y para los propósitos del análisis

para discernir si la arquitectura, como es, apoyará sus requisitos de la aplicación.

Si se exigen cambios a la arquitectura, estos cambios deben revisarse con el equipo de

Infraestructura para su resolución. El diseñador de la aplicación hará las modificaciones

apropiadas entonces a este documento.

3. Arquitectura del sistema

a. Arquitectura lógica:

En este diagrama se muestran los componentes más gruesos del sistema, describiendo

los principales componentes de software.

El sistema se maneja en tres capas. Primero, la capa del modelo que contiene todo lo

relacionado con datos, es decir, los registros se guardan en este componente. Segundo,

se puede observar la capa del controlador, la cual maneja toda la lógica del negocio como

las consultas a la base de datos, la seguridad y demás operaciones que se realicen en la


aplicación. Y por último tenemos la capa de vista, encargada de toda la presentación. En

esta capa se maneja todo lo que se le va a mostrar al usuario con datos que son enviados

desde el controlador y viceversa, cuando se hace una petición del usuario la vista envía

esta información al controlador.

b. Arquitectura física:

Tenemos el cliente, el mismo que para poder acceder al sistema tiene que registrar su

usuario y su rol en la empresa, para poder acceder al sistema, y poder ingresar a la

Interfaz gráfica.

La funcionalidad de la interfaz gráfica, las operaciones y trabajos que realicen van a

encontrarse en el ordenador de la empresa, desde el ordenador se va a tener acceso a

los datos.
Toda la información se va a encontrar almacenada en la base de datos, que va a estar

constituida por un sistema gestor de base de datos, y la base de datos, en este caso se

utilizo SQLite debido a su portabilidad y ligereza.

4. Modelo de Datos ER
5. Modelo Clases
a. Descripción de las clases

I. Bodega

Entidad en la que se van a almacenar los diversos productos tecnológicos.

 IdBodega

Clave primaria de la entidad bodega, se autoincrementa cada ves que se crea una nueva

bodega, al ser clave primaria este atributo es un entero.

 UsuarioBodega

Este atributo corresponde al usuario que ingresa los diversos productos en la bodega,

este atributo es de tipo string.

 NombreBodega

Este atributo es el nombre que se le da a la bodega para poder saber los diversos

productos que tiene, este atributo es de tipo string.

 DireccionBodega

Este atributo corresponde en donde esta la ubicación de la bodega es de tipo string.

 EspaciosBodega

Este atributo corresponde a la capacidad de almacenamiento que va a tener la bodega,

el tipo de dato utilizado en este atributo es entero.

 CategoriaBodega

Este atributo corresponde a que tipo de productos o artefactos va a tener la bodega, el

tipo de dato utilizado en este atributo es string.

II. Categoria

Esta entidad resulta de una clasificación de los productos según un criterio o jerarquía
 IdCategoria

Clave primaria de la entidad categoría, se autoincrementa cada vez que se crea

una nueva categoría, al ser clave primaria este atributo es un entero.

 NombreCategoria

Este atributo corresponde al tipo de línea del producto que se ingresó, sea esta

telefonía, repuestos, ordenadores, etc. El tipo de dato de esta entidad es string.

 NombreIngreso

Este atributo de tipo string corresponde al nombre del usuario que ingreso esta

categoría, este dato es de tipo string.

III. Cliente

Esta entidad es una persona que utiliza los servicios de un profesional o de una empresa,

especialmente la que lo hace regularmente

 IdCliente

Clave primaria de la entidad cliente, se autoincrementa cada vez que se crea un

nuevo cliente, al ser clave primaria este atributo es un entero.

 NombreCliente

Este atributo de tipo string, corresponde al nombre y apellido del cliente

 DireccionCliente

Este atributo de tipo string corresponde a la dirección de domicilio del cliente.


 TelefonoCliente

Este atributo de tipo string corresponde al teléfono del cliente, sea este móvil o fijo

 EmailCliente

Atributo de tipo string en el que se registrara el correo electrónico del cliente.

 CedulaCliente

Este atributo de tipo string corresponde a la cedula del cliente, que es única en

cada persona.

IV. Factura

Esta entidad es una cuenta en la que se detallan las mercancías compradas o los

servicios recibidos, junto con su cantidad y su importe, y que se entrega a quien debe

pagarla.

 IdFactura

Clave primaria de la entidad factura, se autoincrementa cada vez que se crea una

nueva factura, al ser clave primaria este atributo es un entero.

 ClienteFactura

Este atributo de tipo string corresponde al cliente que efectuo la compra

 ProductoFactura

Este atributo de tipo string corresponde a los productos elegidos por el cliente para

efectuar la transacción mercantil

 UnidadesFactura

Este atributo de tipo entero corresponde a la cantidad de productos elegidos por

el cliente
 TotalFactura

Este atributo de tipo flotante corresponde al total de la compra de los productos

del cliente

 UsuarioFactura

Este atributo de tipo string corresponde al encargado que lleno los datos de la

factura.

V. Producto

Esta entidad corresponde a los productos tecnológicos que se encuentran en stock.

 IdProducto

Clave primaria de la entidad producto, se autoincrementa cada vez que se crea

un nuevo producto, al ser clave primaria este atributo es un entero.

 NombreProducto

Este atributo de tipo string corresponde al nombre del producto que se esta

adquiriendo.

 PrecioProducto

Este atributo de tipo flotante es el valor del producto que se encuentra en stock.

 DisponibilidadProducto

Este atributo tipo entero nos indica si el producto se encuentra en stock o agotado.

 DescripcionProducto

Este atributo de tipo string, nos da una breve descripción de cada producto para

que el cliente tenga una noción de que es cada uno.


VI. Proveedor

Esta es la entidad que se dedica a proveer o abastecer de productos necesarios a la

empresa.

 IdProveedor

Clave primaria de la entidad proveedor, se autoincrementa cada vez que se crea

un nuevo proveedor, al ser clave primaria este atributo es un entero.

 NombreProveedor

Este atributo de tipo string corresponde al nombre de la entidad que provee de

productos a la empresa.

 DireccionProveedor

Este atributo de tipo string corresponde a la dirección del proveedor de la empresa

 TelefonoProveedor

Este atributo de tipo string corresponde al teléfono fijo o móvil del proveedor

 NombreProductoProveedor

Este atributo de tipo string corresponde al nombre de los productos que nos

abastece el proveedor.

 CantidadProducto

Este atributo de tipo entero corresponde a la cantidad de productos que llegan a

la bodega.

 CategoriaProductoProveedor

Este atributo de tipo string corresponde a que tipo de producto tecnológico nos

está abasteciendo el proveedor.

 CostoProductoProveedor
Este atributo de tipo flotante corresponde el valor que estamos pagando por los

productos del proveedor.

 BodegaProductoProveedor

Este atributo de tipo string corresponde desde que bodega nos esta enviando el

proveedor los productos.

 TotalPagoProveedor

Este atributo de tipo flotante corresponde al total que se le va a cancelar al

proveedor por todos los productos.

VII. User

Esta entidad corresponde al rol que va a tener el usuario, dependiendo a esto se puede

definir como cliente o administrador, esta entidad no tiene clave primaria.

 UserName

Este atributo de tipo string corresponde al nombre del usuario.

 Password

Este atributo de tipo string corresponde a la contraseña del usuario

 Email

Este atributo de tipo string corresponde al correo electrónico del usuario

 Rol

Este atributo de tipo string corresponde al rol que va a tener el usuario en el

sistema, sea este administrador o cliente.


VIII. Venta

Esta entidad corresponde al cierre del proceso mercantil con el cliente

 IdVenta

Clave primaria de la entidad venta, se autoincrementa cada vez que se crea una

nueva venta, al ser clave primaria este atributo es un entero.

 ClienteVenta

Este atributo de tipo string corresponde al cliente que se está realizando la venta

 ProductoVenta

Este atributo de tipo string corresponde a los productos que está cancelando el

cliente.

 UnidadesVenta

Este atributo de tipo entero corresponde al numero de unidades de cada producto

que está cancelando el cliente

 PagoVenta

Este atributo de tipo flotante corresponde al total que debe cancelar el cliente por

todos los productos

6. Conclusiones y recomendaciones

Al realizar el diseño de este sistema se trato de hacer lo más personalizado posible a las

actividades que realiza la empresa, para que no exista ninguna falla en el ingreso de

datos, también se identifico todo el equipo necesario que se necesita para que se ponga

en funcionamiento.
El sistema no tiene una arquitectura muy compleja, por lo que es de fácil funcionamiento

y acoplamiento en cualquier tipo de empresa tipo PYMES, por lo que se puede afirmar la

portabilidad y adaptabilidad del Sistema De Registro Y Venta De Productos Electrónicos.

La base de datos que se utiliza es SQLite, la misma que es portable, y bien ligera, pero

eso no significa que no cumpla con su totalidad sus funciones de almacenamiento,

búsqueda y consultas.

El usuario debe saber bien que tipos de datos debe ingresar en cada formulario, pero en

caso de que se equivoque, el sistema esta validado para omitir este tipo de errores y

alertar al usuario.

Anda mungkin juga menyukai