MODELO ENTIDAD RALACION

MATRIZ CRUD
Es una tabla que muestra las funciones en una aplicación que contiene SQL que
afecta partes de una base de datos.
La matriz C RUD es una excelente técnica para identificar las tablas de una base
de datos que se utilizan en cualquier interacción del usuario con un sitio web.
CRUD es el acrónico de Crear, Obtener, Actualizar y borrar (Créate, Red, Update, Delete). Se usa
para referirse a las funciones básicas en base de datos o la capa de persistencia en un software.

MODELO CRUD CON PERFILES

Analiza el grado de prioridad que cada entidad tiene sobre cada uno de los procesos.

MODELO CRUD CON PERFILES

ADMINISTRADOR USUARIO
MODULOS/PAGINAS

C R U D C R U D
PERFIL X X X X X X X
CLIENTE X X X X X X X
VENTA X X X X X X X
FACTURA X X X X X X X
INVENTARIO X X X X X X X
COMPRA X X X X X X X
PRODUCTO X X X X X X X
PROVEEDOR X X X X X X X
PAGO X X X X X X X
MODELO CRUP FUINCIONES Y PERFILES

PERFIL

ADMINISTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X X
LEER X X
ACTUALIZAR X X
ELIMINAR X

CLIENTE
ADMINISTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X X
LEER X X
ACTUALIZAR X X
ELIMINAR X

VENTA
ADMINSTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X X
LEER X X
ACTUALIZAR X X
ELIMINAR X
 FACTURA
ADMINISTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X X
LEER X X
ACTUALIZAR X X
ELIMINAR X

INVENTARIO
ADMINISTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X
LEER X X
ACTUALIZAR X
ELIMINAR X

COMPRA
ADMINISTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X X
LEER X X
ACTUALIZA X X
ELIMINAR X
 PRODUCTO
ADMINISTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X X
LEER X X
ACTUALIZAR X X
ELIMINAR X

PROVEEDOR
ADMINISTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X X
LEER X X
ACTUALIZAR X U
ELIMINAR X

PAGO
ADMINISTRADOR USUARIO
FUNCION
C R U D C R U D
REGISTRAR X X
LEER X X
ACTUALIZAR X X
ELIMINAR X
ARQUITECTURA

Aplicamos a este proyecto la arquitectura MODELO-VISTA-CONTROLADOR

Es un patrón de arquitectura muy usado en distintos tipos de aplica cativos.
Modelo Vista Controlador (MVC) es un patrón de arquitectura de software que
separa los datos de una aplicación, la interfaz de usuario, y la en
tres componentes distintos. El patrón MVC se ve frecuentemente en
aplicaciones web, donde la vista es la página HTML y el código que provee de datos
dinámicos a la página.
 Modelo: Esta es la representación específica del dominio de la información
sobre la cual funciona la aplicación. El modelo es otra forma de llamar a la
capa de dominio. La lógica de dominio añade significado a los datos; por
ejemplo, calculando si hoy es el cumpleaños del usuario o los totales,
impuestos o portes en un carrito de la compra.
  Vista: Este presenta el modelo en un formato adecuado para interactuar,
usualmente un elemento de interfaz de usuario.
 Controlador: Este responde a eventos, usualmente acciones del usuario e
invoca cambios en el modelo y probablemente en la vista.
 Muchas aplicaciones utilizan un mecanismo de almacenamiento persistente
(como puede ser una base de datos) para almacenar los datos. MVC no
menciona específicamente esta capa de acceso a datos.
Es común pensar que una aplicación tiene tres capas principales: presentación (IU),
dominio, y acceso a datos. En MVC, la capa de presentación está partida en
controlador y vista. La principal separación es entre presentación y dominio; la
separación entre V/C es menos clara.
Aunque se pueden encontrar diferentes implementaciones de MVC, el flujo que
sigue el control generalmente es el siguiente:
1. El usuario interactúa con la interfaz de usuario de alguna forma (por ejemplo,
el usuario pulsa un botón, enlace)
2. El controlador recibe (por parte de los objetos de la interfaz-vista) la
notificación de la acción solicitada por el usuario. El controlador gestiona el
evento que llega, frecuentemente a través de un gestor de eventos .
3. El controlador accede al modelo, actualizándolo, posiblemente
modificándolo de forma adecuada a la acción solicitada por el usuario (por
ejemplo, el controlador actualiza el carro de la compra del usuario). Los
controladores complejos están a menudo estructurados usando un patrón de
comando que encapsula las acciones y simplifica su extensión.
4. El controlador delega a los objetos de la vista la tarea de desplegar la
interfaz de usuario. La vista obtiene sus datos del modelo para generar la
interfaz apropiada para el usuario donde se refleja los cambios en el modelo
(por ejemplo, produce un listado del contenido del carro de la compra). El
modelo no debe tener conocimiento directo sobre la vista. Sin embargo, el
patrón de observador puede ser utilizado para proveer cierta dirección entre
el modelo y la vista, permitiendo al modelo notificar a los interesados de
cualquier cambio. Un objeto vista puede registrarse con el modelo y esperar
a los cambios, pero aun así el modelo en sí mismo sigue sin saber nada de la
vista. El controlador no pasa objetos de dominio (el modelo) a la vista
aunque puede dar la orden a la vista para que se actualice. Nota: En algunas
implementaciones la vista no tiene acceso directo al modelo, dejando que el
controlador envíe los datos del modelo a la vista.
5. La interfaz de usuario espera nuevas interacciones del usuario, comenzando
el ciclo nuevamente.