Crear el sistema de un hotel con el patron de diseño MVC

El patrón de diseño (de software) MVC se encarga de separar la “lógica de negocio” de la “interfaz de usuario” y es el más utilizado en aplicaciones web, ya que facilita la funcionalidad, mantenibilidad y escalabilidad del sistema.

En esta clase utilizaremos las carpetas:

• app: controladores, libs, modelos, sql, vistas.

• public: css, js, Img, fotos.

Tablas: auditoria, checkin, checkout, clientes, configuracion, consumos, cuentas, estadisticas, estadohabitacion, estadoreservacion.

• El archivo .htaccess nos permite modificar el acceso, en un ambiente Apache, a directorios o archivos.

• Para que no puedan entrar a un directorio desde la URL y no ver el mismo se utiliza (en app): Options -Indexes

• extension=php_pdo.dll

• extension=php_pdo_firebird.dll

• extension=php_pdo_informix.dll

• extension=php_pdo_mssql.dll

• extension=php_pdo_mysql.dll

• extension=php_pdo_oci.dll

• extension=php_pdo_oci8.dll

• extension=php_pdo_odbc.dll

• extension=php_pdo_pgsql.dll

• extension=php_pdo_sqlite.dll

MVC divide las aplicaciones en tres niveles de abstracción: Modelo-Vista-Controlador.

El método separaURL() toma la URL del sistema y lo separará.

Utilizaremos las funciones:

• isset() valida si una variable está definida.

• rtrim() limpia caracteres a la derecha.

• filter_var(FILTER_SANITIZE_URL) limpia los caracteres ilegales en una URL.

• explode() separa una cadena por medio de una cadena delimitadora.

Dentro del constructor llamaremos el controlador y el método solicitado desde los parámetros.

Utilizaremos las funciones:

• file_exists() verifica que exista el archivo físico.

• ucwords() cambia a mayúscula las primeras letras.

• unset() elimina una variable.

• En todos los controladores necesitaremos dos métodos: Uno para llamar a las vistas con los datos a desplegar y otro para generar el modelo.

• Nos conviene generar una clase auxiliar (que no se ejecuta directamente) con ambos métodos.

• En todos los controladores necesitaremos dos métodos: Uno para llamar a las vistas con los datos a desplegar y otro para generar el modelo.

• Nos conviene generar una clase auxiliar (que no se ejecuta directamente) con ambos métodos.

El proceso de entrada o login es un procedimiento de seguridad que permite a un usuario autenticarse para acceder a un sistema, aplicación o servicio en línea, generalmente utilizando un nombre de usuario y una contraseña, y a menudo complementado con autenticación multifactor (MFA) para mayor seguridad.

Bootstrap 5.3, la versión actual de Bootstrap, es muy bien considerada por la comunidad de desarrolladores web. Se destaca por su facilidad de uso, su amplia compatibilidad y su extensa documentación, lo que lo convierte en una herramienta muy valiosa tanto para principiantes como para desarrolladores experimentados.

• form-group

• text-left

• form-control

• btn

• btn-info

Dividiremos la vista en un encabezado y en un pie de página para utilizarlos en las diferentes vistas.

• Una práctica muy común es tomar un archivo anterior y convertirlo en un nuevo.

• Lo realizaremos para crear la vista de “olvido de la contraseña”.

• De la vista principal al controlador.

• El controlador despliega la vista de “Olvidaste tu contraseña”.

• A medida que avanzamos en las llamas de los métodos, la ruta relativa se puede ir perdiendo, por lo que la mantendremos en una Constante global.

• define()

filter_var() en PHP es una función esencial para validar y sanear datos, como emails, URLs, números e IPs, asegurando que sean seguros y cumplan con un formato específico, protegiendo tu aplicación de datos maliciosos o incorrectos. Se usa con la sintaxis filter_var($variable, $filtro, $opciones), donde el filtro puede ser FILTER_VALIDATE_* para comprobar si es correcto (ej. FILTER_VALIDATE_EMAIL) o FILTER_SANITIZE_* para limpiar caracteres no deseados (ej. FILTER_SANITIZE_STRING).

• Un proceso de validación muy importante es que busquemos en la base de datos el correo electrónico antes de enviar el correo.

Por medio de la instrucción mail() enviaremos el correo electrónico al usuario.

Realizaremos la función para desplegar el arreglo de errores dentro de la vista.

• Aprovecharemos la vista de “Alta” para mostrar el registro antes de borrarse.

• Necesitamos un método para “armar” la vista de baja.

• En nuestro caso, la baja será lógica, no física.

• base64_encode()

• base64_decode()

• str_contains()

• str_replace()

• Necesitamos crear el método y la vista para cambiar la clave de acceso.

hash_hmac(“sha512”,$clave,”llave encriptacion”); Genera una cadena cifrada por el método HMAC.

hash_hmac(“sha512”,$clave,”llave encriptacion”); Genera una cadena cifrada por el método HMAC.

• Una vez que tenemos la clave de acceso encriptada, la compararemos con la correspondiente en la base de datos.

• hash_hmac(“sha512”,$clave,”llave encriptacion”);

• Genera una cadena cifrada por el método HMAC.

• session_start(array $options = []): bool

• $_SESSION[ ]

• session_destroy(): bool

• Debemos validar que la sesión sea correctamente creada.

• Si el usuario “retrocede” al login, debemos eliminar la sesión.

time() - Regresa los números de segundo transcurridos desde el 1o de enero de 1970, tiempo Unix.

setcookie() - establece una cookie o galleta.

$_COOKIE[] - vector global

Dentro de el archivo del encabezado podemos añadir un menú y manipularlo si es administrativo o un usuario.

• Crear las opciones del lado derecho: usuario y salida.

• Crear el parámetro private $sesion; el la clase Tablero.

• Modificar el constructor en la clase Tablero.

• Crear el método de logout() en la clase Tablero.

Id (*) int(11), nombres varchar(200), apellidos varchar(200), correo varchar(200), clave varchar(500), telefono varchar(100), tipoUsuario (Índice) int(11), estadoUsuario (Índice) int(11), genero (Índice) int(11), baja tinyint(4), login_dt datetime, alta_dt datetime, baja_dt datetime, cambio_dtdatetime

Id (*) int(11), nombres varchar(200), apellidos varchar(200), correo varchar(200), clave varchar(500), telefono varchar(100), tipoUsuario (Índice) int(11), estadoUsuario (Índice) int(11), genero (Índice) int(11), baja tinyint(4), login_dt datetime, alta_dt datetime, baja_dt datetime, cambio_dtdatetime

Id (*) int(11), nombres varchar(200), apellidos varchar(200), correo varchar(200), clave varchar(500), telefono varchar(100), tipoUsuario (Índice) int(11), estadoUsuario (Índice) int(11), genero (Índice) int(11), baja tinyint(4), login_dt datetime, alta_dt datetime, baja_dt datetime, cambio_dtdatetime

• Debemos primero “armar” la vista con los datos necesarios.

• Crear la vista con los campos.

• Regresar los mismos al controlador y validarlos.

• Insertarlos en la base de datos.

• Creamos la etiqueta Select

• Escribimos la primer etiqueta <option>

• Creamos las etiquetas del catálogo con PHP

• Verificamos si una de ellas ha sido seleccionada previamente.

• Realizaremos el proceso de validación y creación de la clave de acceso temporal.

• Los usuarios tendrán un estado “inactivo”.

• Devuelve una cadena con barras invertidas antes de los caracteres que deben escaparse. Estos caracteres son:

  • comilla simple ( ')

  • comillas dobles ( ")

  • barra invertida ( \)

  • NUL (el byte NUL)

• Primero verificaremos que el correo no exista previamente en la base de datos.

• Después insertamos el registro.

• Después enviaremos el correo al usuario.

• Aprovecharemos la vista de “Alta” para modificar los datos.

• Necesitamos un método para “armar” la vista.

• Aprovecharemos la vista de “Alta” para modificar.

• Necesitamos un método para “armar” la vista.

• Enviaremos los datos al método “alta”.

• Debemos validar que el usuario esté activo.

• Actualizar la fecha del login.

• Enviarlo a diferente menú (si procede).

1. Debemos definir el tamaño de la página (una constante).

2. El método de carátula debemos calcular el número de página.

3. Determinar el número de registros de la tabla.

4. Debemos calcular la página y el último registro.

5. Enviar los datos a la vista

6. Crear un archivo de librerías

1. Debemos definir el tamaño de la página (una constante).

2. El método de carátula debemos recibir el número de página.

3. Determinar el número de registros de la tabla.

4. Debemos calcular la página y el último registro.

5. Enviar los datos a la vista

6. Crear un archivo de librerías

1. Debemos definir el tamaño de la página (una constante).

2. El método de carátula debemos recibir el número de página.

3. Determinar el número de registros de la tabla.

4. Debemos calcular la página y el último registro.

5. Enviar los datos a la vista

6. Crear un archivo de librerías

7. Límites y número de páginas (izquierda y derecha)

Crearemos los archivos del patrón de diseño MVC tomándo como base los anteriores ejercicios.

• CREATE TABLE `clientes` (

  • `id` int(11) NOT NULL,

  • `nombres` varchar(200) NOT NULL,

  • `apellidos` varchar(200) NOT NULL,

  • `direccion` varchar(300) NOT NULL,

  • `razonSocial` varchar(300) NOT NULL,

  • `rfc` varchar(100) NOT NULL,

  • `correo` varchar(200) NOT NULL,

  • `telefono` varchar(100) NOT NULL,

  • `baja` tinyint(4) NOT NULL,

  • `alta_dt` datetime NOT NULL,

  • `baja_dt` datetime NOT NULL,

  • `cambio_dt` datetime NOT NULL

  • ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

• Realizaremos el proceso de validación utilizando el método de alta anterior.

• Primero verificaremos los datos.

• Después insertamos el registro.

• Aprovecharemos la vista de “Alta” para modificar.

• Necesitamos un método para “armar” la vista.

• Aprovecharemos la vista de “Alta” para mostrar el registro antes de borrarse.

• Necesitamos un método para “armar” la vista de baja.

• En nuestro caso, la baja será lógica, no física.

• Crearemos los archivos del Controlador, el modelo y las dos vistas base.

• Adecuaremos el método de la tabla.

Realizaremos el proceso de validación e inserción utilizando el método de alta anterior.

• Aprovecharemos la vista de “Alta” para modificar.

• Necesitamos un método para “armar” la vista.

• Aprovecharemos la vista de “Alta” para mostrar el registro antes de borrarse.

• Necesitamos un método para “armar” la vista de baja.

• En nuestro caso, la baja será lógica, no física.

• Crearemos los archivos del Controlador, el modelo y las dos vistas base.

• Adecuaremos el método de la tabla.

• Aprovecharemos la vista de “Alta” para modificar.

• Necesitamos un método para “armar” la vista.

• Aprovecharemos la vista de “Alta” para modificar.

• Necesitamos un método para “armar” la vista.

• Aprovecharemos la vista de “Alta” para borrar el registro.

• Necesitamos un método para “armar” la vista.

• Crearemos los archivos del patrón de diseño MVC tomándo como base los anteriores ejercicios.

  • 1: Abierta

  • 2: Confirmada

  • 3: Activa

  • 4: Cerrada

  • 5: Cancelada

• CREATE TABLE `reservaciones` (

• `id` int(11) NOT NULL,

• `idCliente` int(11) NOT NULL,

• `idTipoHabitacion` int(11) NOT NULL,

• `idHabitacion` int(11) NOT NULL,

• `adultos` tinyint(4) NOT NULL,

• `ninios` tinyint(4) NOT NULL,

• `fechaEntrada` date NOT NULL,

• `fechaSalida` date NOT NULL,

• `estadoReservacion` int(11) NOT NULL,

• `baja` tinyint(4) NOT NULL,

• `alta_dt` datetime NOT NULL,

• `baja_dt` datetime NOT NULL,

• `cambio_dt` datetime NOT NULL

• ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

• Realizaremos el proceso de validación utilizando el método de alta anterior.

• Cuando creamos una reservación, adquiere el estado de "Abierta".

• Cuando se realiza el primer depósito, cambia el estado a "Confirmada".

• Aprovecharemos la vista de “Alta” para mostrar el registro antes de borrarse.

• Necesitamos un método para “armar” la vista de baja.

• En nuestro caso, la baja será lógica, no física.

• Recibiremos, limpiaremos y validaremos los datos del formulario.

• Procederemos a insertar el registro en la base de datos.

• Realizaremos el proceso de modificación de los depósitos.

• Aprovecharemos la vista de “Alta” para mostrar el registro antes de borrarse.

• Necesitamos un método para “armar” la vista de baja.

• En nuestro caso, la baja será lógica, no física.

• Recibiremos, limpiaremos y validaremos los datos del formulario.

• Procederemos a actualización el registro en la base de datos.

Crearemos los archivos del patrón de diseño MVC tomándo como base los anteriores ejercicios.

• CREATE TABLE `checkin` (

• `id` int(11) NOT NULL,

• `idReservacion` int(11) NOT NULL,

• `idHabitacion` int(11) NOT NULL,

• `idCliente` int(11) NOT NULL,

• `baja` int(11) NOT NULL,

• `alta_dt` datetime DEFAULT NULL,

• `baja_dt` datetime DEFAULT NULL,

• `cambio_dt` datetime DEFAULT NULL

• ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

Realizaremos el proceso de checkin cambiando el estado de la reservación a "Activa" y la habitación a "Ocupada".

Podemos cancelar la reservación si el cliente no llega antes de una hora determinada.

Para permitir un ingreso sin reservación, primero mostraremos las habitaciones disponibles y asignaremos una al cliente.

• Recibiremos, limpiaremos y validaremos los datos del formulario.

• Procederemos a insertar el registro en la base de datos.

• Realizaremos el proceso de alta de la entrada recepción.

• Realizaremos el proceso de alta de la entrada recepción.

Crearemos los archivos del patrón de diseño MVC tomándo como base los anteriores ejercicios.

Crearemos el archivo de vista para realizar el CRUD del objeto de movimientos.

• Realizaremos el proceso de validación utilizando el método de alta anterior.

• Recibiremos, limpiaremos y validaremos los datos del formulario.

• Procederemos a actualización el registro en la base de datos.

• Recibiremos, limpiaremos y validaremos los datos del formulario.

• Procederemos a actualización el registro en la base de datos.

En este video crearemos los archivos de Modelo-Vistas-Controlador para el objeto Auditoría.

En esta lección actualizaremos la fecha de la auditoría.

Leeremos los movimientos del día para ser reportados como un acordeón en la siguiente vista.

Enviaremos los arreglos con las secciones y los movimientos para ser desplegados como un acordeón.

• Crearemos una ventana de verificación.

• Lanzaremos el proceso de cierre del día.

Recorremos las habitaciones y si se encuentran ocupadas, realizamos el cargo de la noche.

Guardamos las estadísticas de las habitaciones y generamos las estadísticas de los movimientos.

Crearemos los archivos del patrón de diseño MVC tomándo como base los anteriores ejercicios.

Antes de dar salida a la cuenta del cliente, debemos revisar los movimientos por habitación.

En esta vista dividiremos los movimientos en cargos y abonos en diferentes columnas con sus totales.

• Antes de efectuar el proceso de checkout, debemos verificar el saldo.

• Si este es cero, procederemos a la salida. De lo contrario, activaremos un botón para efectuar el pago correspondiente.

Realizaremos el proceso del pago del saldo de los consumos de la habitación.

• Debemos crear una pantalla preventiva del cierre de la cuenta.

• Cerrar la reservación y poner a la habitación en "limpieza".

Para imprimir en formato PDF necesitamos instalar la herramienta FPDF y crear una clase.

Leeremos todos los datos para la facturación del cliente y de los movimientos.

Leeremos todos los datos para la facturación del cliente y de los movimientos, segunda parte.

• Enviamos los datos a la clase Facturar para ser impreso en formato PDF.

Por medio de los comandos de FPDF como:

• Cell(float w [, float h [, string txt [, mixed border [, int ln [, string align [, boolean fill [, mixed link]]]]]]])

• iconv en PHP es una función que convierte cadenas de texto entre diferentes codificaciones de caracteres, como de UTF-8 a ISO-8859-1.

Por medio de los comandos de FPDF como:

• Cell(float w [, float h [, string txt [, mixed border [, int ln [, string align [, boolean fill [, mixed link]]]]]]])

• iconv en PHP es una función que convierte cadenas de texto entre diferentes codificaciones de caracteres, como de UTF-8 a ISO-8859-1.

• Crearemos un método para convertir una cantidad a su equivalente cadena.

• Crearemos un método para convertir una cantidad a su equivalente cadena.