4.3 Multi-view clustering with meta-Gaussian distributions
4.3.1 Model specification
La ilustración anterior representa el modelo lógico de la base de datos del sistema del hotel, y se basa en el modelo conceptual pero con una representación más general de las tablas y cada una de sus relaciones.
50 MODELO FISICO DE LA BASE DE DATOS
Ilustración 12 : modelo físico de la base de datos
La ilustración anterior representa el modelo físico de la base de datos del sistema de hotel, y se basa en el modelo lógico pero con una representación más general de las tablas y cada una de sus relaciones.
51 DICCIONARIO DE DATOS
Para el desarrollo del sistema se ha procedido a realizar el modelo entidad relación (E-R), un modelado de datos que se emplea en la mayoría de Los banco de datos.
Tabla Agenda
Columna Tipo Nulo Predeterminado Comentarios
AGENDA_CODIGO (Primaria) int(11) No
AGENDA_NOMBRE varchar(75) Sí NULL
AGENDA_CEDULA varchar(50) Sí NULL
AGENDA_CIUDAD varchar(50) Sí NULL
AGENDA_DIRECCION varchar(75) Sí NULL
AGENDA_TELFONO varchar(10) Sí NULL
AGENDA_EMAIL varchar(50) Sí NULL
AGENDA_CREDITO decimal(11,2) Sí NULL
TIPO varchar(50) No
AGENDA_SUELDO decimal(10,2) No
AGENDA_ENTRADA date No
AGENDA_SALIDA date No
Tabla 6 : Diccionario de datos – Tabla Agenda
La tabla anterior representa la entidad necesaria para registrar las personas donde reside cada uno de los campos con sus determinados valores permitiendo la inserción, eliminación y actualización de los datos.
Tabla categorías
Columna Tipo Nulo Predeterminado Comentarios
codigo (Primaria) int(11) No
nombre varchar(50) No
Estado varchar(50) No
direccion varchar(50) No
52
La ilustración anterior representa la entidad necesaria para registrar las categorías donde reside cada uno de los campos con sus determinados valores permitiendo la inserción, eliminación y actualización de los datos.
Tabla detalle de documento
Columna Tipo Nulo Predetermi nado
Comenta rios
DETALLEDOCUMENTO_CODIGO (Primaria) int(11) No
DETALLEDOCUMENTO_CODIGODOCUMENTO int(11) Sí NULL
DETALLEDOCUMENTO_CODIGOPRODUCTO int(11) Sí NULL
DETALLEDOCUMENTO_CODIGODETALLEPRODUCTO int(11) Sí NULL
DETALLEDOCUMENTO_CANTIDAD decimal(11,
2) Sí NULL
DETALLEDOCUMENTO_DESCUENTO varchar(50) Sí
DETALLEDOCUMENTO_VALORUNITARIO decimal(11,
2) Sí NULL
DETALLEDOCUMENTO_FECHA datetime Sí NULL
FAMA_CODI int(11) Sí NULL
DETALLEDOCUMENTO_ESTADO varchar(50) Sí NULL
DETALLEDOCUMENTO_CODIGODOCUMENTO1 int(11) No
Tabla 8: Diccionario de datos – Tabla detalle de documento
La ilustración anterior representa la entidad necesaria para registrar los detalles de documentos donde reside cada uno de los campos con sus determinados valores permitiendo la inserción, eliminación y actualización de los datos.
Tabla detalle habitación
Columna Tipo Nulo Predeterminado Comentarios
Código int(11) No
codigo_h int(11) No
imagen varchar(150) No
Estado varchar(50) No
Tabla 9: Diccionario de datos – Tabla Habitación
La ilustración anterior representa la entidad necesaria para registrar los detalles de habitaciones donde reside cada uno de los campos con sus determinados valores permitiendo la inserción, eliminación y actualización de los datos.
53 Tabla documento
Columna Tipo Nulo Predetermin ado Comentario s DOCUMENTO_CODIGO int(11) No DOCUMENTO_CODIGOAGENDA int(11) Sí 0 DOCUMENTO_CODIGOUSUARIO int(11) Sí 0 DOCUMENTO_NUMERO varchar(20) Sí
DOCUMENTO_FECHA date Sí NULL
DOCUMENTO_SUMA decimal(11,2) Sí 0.00 DOCUMENTO_DESCUENTO decimal(11,2) Sí 0.00 DOCUMENTO_SUBTOTAL decimal(11,2) Sí 0.00 DOCUMENTO_IVA decimal(11,2) Sí 0.00 DOCUMENTO_IVA0 decimal(11,2) Sí 0.00 DOCUMENTO_TOTAL decimal(11,2) Sí 0.00
DOCUMENTO_ESTADO varchar(50) Sí NULL
DOCUMENTO_DETALLE varchar(700) Sí
DOCUMENTO_FECHA2 date Sí NULL
DOCUMENTO_TIPOPAGO varchar(50) Sí NULL
DOCUMENTO_FECHAPAGO date Sí 13/11/2013 DOCUMENTO_VALORPAGO decimal(10,2) Sí 0.00 DOCUMENTO_DOCUMENTOPAGO varchar(50) Sí DOCUMENTO_CAJA varchar(50) Sí DETALLEDOCUMENTO_CODIGODOCUMENT O1 int(11) No
Tabla 10: Diccionario de datos – Tabla Documento
La ilustración anterior representa la entidad necesaria para registrar los documentos donde reside cada uno de los campos con sus determinados valores permitiendo la inserción, eliminación y actualización de los datos.
Tabla habitación
Columna Tipo Nulo Predeterminado Comentarios
codigo int(11) No
numero varchar(20) Sí NULL
detalle varchar(500) Sí NULL
Estado varchar(50) Sí NULL
numeropersonas varchar(10) Sí NULL
Piso varchar(50) Sí NULL
usuario varchar(50) Sí NULL
Costo decimal(10,2) No
promo varchar(20) No
54
La ilustración anterior representa la entidad necesaria para registrar las habitaciones donde reside cada uno de los campos con sus determinados valores permitiendo la inserción, eliminación y actualización de los datos.
Tabla productos
Columna Tipo Nulo Predeterminado Comentarios
PRODUCTO_CODIGO int(11) No
PRODUCTO_CODIGOPROVEEDOR int(11) Sí NULL
PRODUCTO_CODIGO_CATEGORIA int(100) Sí NULL
PRODUCTO_NOMBRE varchar(600) Sí NULL
PRODUCTO_SERIE varchar(25) Sí NULL
PRODUCTO_STOC decimal(5,2) Sí 0.00
PRODUCTO_PRECIO1 decimal(5,2) Sí 0.00
PRODUCTO_PRECIO2 decimal(5,2) Sí 0.00
PRODUCTO_PRECIO decimal(5,2) Sí 0.00
PRODUCTO_ESTADO varchar(25) Sí NULL
PRODUCTO_OBSERVACION varchar(1000) Sí NULL
PRODUCTO_TIPO varchar(50) Sí NULL
PRODUCTO_GANANCIA decimal(11,2) Sí 0.00
DOCUMENTO_CB varchar(50) No
PRODUCTO_GDOCENA decimal(10,2) No
PRODUCTO_MARCA varchar(100) No
Tabla 12: Diccionario de datos – Tabla Productos
La ilustración anterior representa la entidad necesaria para registrar los productos donde reside cada uno de los campos con sus determinados valores permitiendo la inserción, eliminación y actualización de los datos.
Tabla usuarios
Columna Tipo Nulo Predeterminado Comentarios
Código int(11) No
nombre varchar(50) No
Clave varchar(30) No
Rango varchar(50) No
Tabla 13: Diccionario de datos – Tabla Usuarios
La ilustración anterior representa la entidad necesaria para registrar los usuarios donde reside cada uno de los campos con sus determinados valores permitiendo la inserción, eliminación y actualización de los datos.
55 Interfaz de usuario
En esta etapa se diseñará la interfaz, que corresponde a la creación y presentación de los formularios, es la parte visual o medio de comunicación entre el usuario y la base de datos. Por ende debe ser atractiva para el usuario de la aplicación a la vez que debe ser intuitiva amigable y fácil de entender y recordar. Diseño del Estándar del Sistema
NOMBRE ESTÁNDAR
Resolución Ancho 1024px; Alto 768px.
Color del Sistema #FFF; #000;
Botones: Dimensiones. Ancho: 0px 73.5px Alto: 40px Nuevo. Editar. Guardar. Eliminar. Salir. Menú del Sistema.
|
Inicio: Re-direcciona a la página principal del hotel. (Index)
Habitación: Se encuentran todas las habitaciones por categorías, productos, precios, etc.; del hotel El Costeñito. Promociones: Se encuentran todas las promociones y paquetes turísticos que esta fomentado el hotel por temporadas. Contactos: se encuentra la información referencial al hotel.
Registrarse: Se encuentra el formulario de Registro de los datos personales del cliente.
56 Conexión
Arquitectura.
La arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores.
Y los demandantes, llamados clientes. Un cliente realiza peticiones a otro programa, desde cualquier computador utilizando un navegador ya sea (Google Chrome, Mozilla, Safari, Opera, etc.,) y el servidor, quien dará la respuesta que se ha solicitado.
Ilustración 13: Arquitectura Cliente / Servidor
La ilustración 13: muestra la arquitectura cliente servidor que permite la interacción del sistema entre varios equipos.
57 Conectividad
Capa de presentación
Conocida también como interfaz gráfica, debe tener la característica de ser amigable, o sea, entendible y fácil de usar para el usuario.
Mostrará el sistema al usuario presentando la información y obteniendo la información del usuario en un mínimo de proceso. Esta capa se comunica únicamente con la capa intermedia o de negocio. Ilustración 16
Capa de negocio
Se denomina capa de negocio o capa de lógica del negocio, porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la de presentación, para recibir las solicitudes y presentar los resultados y también con la capa de acceso a datos, para solicitar al gestor de base de datos almacenar o recuperar datos de él. Ilustración 16
Capa de acceso a datos
Esta capa es la encargada de almacenar los datos del sistema y de los usuarios. Su función es almacenar y devolver datos a la capa de negocio. Ilustración16
58 SEGURIDADES
La seguridad en el acceso a la información en la tienda virtual cuenta con:
SEGURIDAD ESPECIFICACIONES
Inicio de usuarios. Donde se ingresa la contraseña y se accede al sistema.
Autenticación de usuarios Los usuarios autentifican sus correos electrónicos además de contraseñas para ingresar al sistema.
Concesión de privilegios a
usuarios del sistema
(Administrativos y clientes).
Los Administradores tienen toda la potestad sobre la manipulación del sistema a diferencia usuarios externos (clientes) que solo tendrán acceso a cierta información.
Bloqueo y desbloqueo de la aplicación.
Esta seguridad permite que el sistema se bloquee si el usuario ya no da uso al sistema.
Tabla 15: Seguridades en el Sistema.
FACTIBILIDAD
Para el desarrollo del proyecto se describen las siguientes factibilidades: Factibilidad Técnica.
En el desarrollo del portal web de comercio electrónico se debe considerar los siguientes aspectos:
El uso de aplicaciones web, que implemente la lógica del negocio y responda a las peticiones de los usuarios, mediante el uso de páginas dinámicas.
59
Uso de servicios web que representan un modelo de computación distribuida para internet, que manejen la comunicación usuario-aplicación y la interacción de aplicación-aplicación.
Utilización de la arquitectura de aplicación web, que generalmente incluye un navegador o browser (por ejemplo Mozilla Firefox o Internet Explorer), la red (Internet), un servidor web y un repositorio de datos.