Manual de Ingeniería de Software en la aplicación de la arquitectura MVC para el Desarrollo de Aplicaciones Web

1 Objetivos Generales:

Proveer al DCyT metodología para el desarrollo de aplicaciones web en la arquitectura MVC

2 Objetivos Específicos

• Listar las etapas y procedimientos necesarios para la ejecución exitosa de un proyecto de desarrollo web con metodología OOP.
• Listar los instrumentos necesarios para el apoyo en c/u de las etapas del punto anterior.

3 Integrantes

4 Conceptos

MVC:

Es un patrón de arquitectura de software orientado a la modularización y medularización, que originalmente define 3 capas:

• Modelo: Implementa la lógica de negocio, así, se encarga de los datos, ordenando, procesando, validando y realizando cualquier manipulación de los mismos.
• Controlador: es la capa que gestiona las peticiones de los usuarios. Responde a la información con la ayuda del modelo, que entrega los datos, y a la vista, que entrega el formato de presentación.
• Vista: Es el conjunto de clases que se encargan de formatear y mostrar la información contenida en el modelo.
  Este paradigma fue introducido en los 70 por Tiygrv Reenskoug para enfrentar las necesidades que surgían en el desarrollo, ya que para el momento existía una gran mezcla de procesos, que daban origen a aquello conocido popularmente como “código espagueti”. Fuentes: Varias

IDEs:

Entorno de Desarrollo Integrado, por sus siglas en inglés, es una aplicación que proporciona servicios que permiten facilitar el trabajo de desarrollo de software.
Usualmente el IDE consiste en un editor de código fuente, un compilador (o intérprete) y un depurador. Muchos IDE modernos cuentan también con un navegador de clases, buscador de objetos y un diagrama de jerarquía de clases, para desarrollo POO. Fuente: Wikipedia

Frontend:

Es la parte de un sitio web que interactúa con los usuarios, por eso se dice que está del lado del cliente. Fuente: Platzi.com

Backend:

 es la parte que se conecta con la base de datos y el servidor que utiliza dicho sitio web, esto es invisible para el usuario y allí decimos que funciona del lado del servidor. Fuente: Platzi.

An Object-Oriented Architectural Pattern

The Client-Server Architectural Pattern

Dominio:

DBMS:

Un sistema manejador de bases de datos o DataBase Management System (DBMS) son aplicaciones cuya función es servir de interfaz entre la base de datos, el usuario y las distintas aplicaciones utilizadas. Fuente: Clases

5 Consideraciones

aqui debe ir la definicion del lenguaje: Ingles

11/22/19, 09:03 *QUIERE DECIR* que todas las variables y entidades dentro de la codificación se definen *EN INGLÉS*

6 Escenario

Se debe desarrollar un sistema de registro académico, cuyos usuarios, según el contexto, podrán tener la condición de alumnos y/o profesores. El contexto será la materia en la que dicho usuario estara relacionado. Esta entidad estara representada en el sistema y tendra las propiedades y los estados de un aula real. El backend de dicho sistema será una API desarrollada en Nodejs.

6.1 Reglas De Negocio

7 Modelo

        CREATE TABLE tb_user (
          id serial PRIMARY KEY
          ,deleted SMALLINT 
          ,suspended SMALLINT
          ,username VARCHAR(30)
          ,firstname VARCHAR(100) not null
          ,lastname VARCHAR(100) not null
          ,email VARCHAR(100)
          ,CHECK (deleted <1)
          ,CHECK (suspended <1)  
        );
      

          CREATE  TRIGGER trValidaCorreo
          BEFORE INSERT ON tb_user
          FOR EACH ROW EXECUTE PROCEDURE validaCorreo();
      

          CREATE OR REPLACE FUNCTION validaCorreo() RETURNS trigger AS $$ 
          BEGIN 
           IF NEW.email ~* '^[A-Za-z0-9._%-]+@gmail.com+$' OR NEW.email ~* '^[A-Za-z0-9._%-]+@ucla.edu.ve+$' 
            THEN 
            ELSE RAISE EXCEPTION 'Solo son permitidos correos ucla.edu.ve o gmail.com'; 
           END IF; 
          RETURN NEW; 
          END; 
         $$ LANGUAGE plpgsql SECURITY DEFINER; 
    

        CREATE EXTENSION citext;
    
        CREATE DOMAIN dm_email AS citext
        CHECK(
           VALUE ~* '^[A-Za-z0-9._%-]+@gmail.com+$' 
           OR ~* '^[A-Za-z0-9._%-]+@ucla.edu.ve+$' 
           );
      

        CREATE TABLE tb_user (
          id serial primary key
          ,deleted smallint
          ,suspended smallint
          ,username varchar(30)
          ,firstname varchar(100) not null
          ,lastname varchar(100) not null
          ,email dm_email
        );
        

        db_lenguajesaltonivel_demo=# SELECT 'lenguajesdealtonivel@gmail.com'::dm_email;
        dm_email
        --------------------------------
        lenguajesdealtonivel@gmail.com
        (1 row)
      

        db_lenguajesaltonivel_demo=# SELECT 'lenguajesdealtonivel@gmail'::dm_email;
        ERROR:  value for domain dm_email violates check constraint "dm_email_check"
      

        INSERT INTO "db_lenguajesaltonivel_demo"."public"."tb_user" (
        deleted
        ,suspended
        ,username
        ,firstname
        ,lastname
        ,email 
        ) 
        VALUES 
        (
        0
        ,0
        ,'15598676'
        ,'Carlos'
        ,'Batalla'
        ,'carlos@.com'
        );
    
        ERROR:  value for domain dm_email violates check constraint "dm_email_check"
      

aqui van las consideraciones al escoger un db. Como se ajusta al mvc

        const pg = require('pg')
        const conString = "postgres://db_usr:pwd@serverName/db_lenguajesaltonivel_demo"
        pg.connect(conString, (err, client) => {
        client.query("SELECT * FROM tb_user", (err, res) => {
        //en res.rows esta el arreglo que contiene los regs. del query 
        })
        })
    

8 Controlador

9 Vista