Ensayo Soporte Tecnico

PLANTEAMIENTO DEL PROBLEMA.

Soporte técnico.

Una empresa, que se dedica al soporte técnico, mantenimiento de pc, venta de páginas web, venta de artículos para pc, entre otro tipo de servicios que ofrecen, quieren crear una base de datos la cual, les ayude a tener un control de lo siguiente;

- Saber los datos del cliente como (nombre, teléfono, dirección, correo electrónico, aparato a reparar/ comprar).

- También se quiere saber las características del aparato que se repare o venda las cuales son las siguiente (Aparato a reparar o vender (PC/laptop/notebook, impresora, etc.), color, estado, marca, modelo.), siempre se pedirá que entregue una copia de que el aparato es de su auditoria, en caso de que sea venta no se pedirá nota, esto en caso de no tener membresía.

- En el caso de que sea algún tipo de reparación, se le requiere saber qué tipo de servicio se la dará a el equipo como la fecha de entrega de este, como la garantía, si se le brindara y de cuánto tiempo si hay algún cambio de piezas.

- La empresa desea saber el nombre de quien atiende como la dirección y el teléfono y el tiempo que lleva laborando para tal y su horario de entrada y salida.

- Si el cliente no va a recoger sus aparatos en el tiempo indicado, deberemos saber cuánto tiempo tiene de la fecha límite para recoger sus electrónicos, en caso de que después de una semana no se presente, estos serán puestos a la venta. Así que se requiere un estatus, para el electrodoméstico, así como los advertencias dadas al cliente.

- Hay clientes que tienen su membresía, en este caso se les dará un a promoción y una atención especial en cuestión de la entrega de sus electrónicos, se requiere saber (Nombre, Dirección, Teléfono, Edad, Membresía (Gold, Platinum, Premium) y producto a adquirir o reparar*).

INSTRUCCIONES (SQL).

1- Create database SOPORTE

2- Create table CLIENTE (Id_Cliente int not null, Nombre varchar(10), Teléfono int(10), Dirección varchar(20), Correo_electrónico varchar (30), Aparato_a_comprar_y/o_reparar varchar(10));

3- Insert into CLIENTE values (0, ‘carlos’,’58902302’,’Mexico’, probando1@hotmail.com)

4- Update Cliente set Id_Cliente=0, Nombre=”Gerardo”, Telefono=”27890998”, Direccion=”Venezuela”, Correo_electronico = prueba2@gmail.com;

5- Drop table CLIENTE

6- Indexo on SOPORTE to CLIENTE unique, not null primary

7- Use CLIENTE order by Id_Cliente

8- Create index on CLIENTE (descripción_Direccion_asc);

9- Select * from CLIENTE where Nombre=”carlos” and teléfono = 58902302

10- Seek (“Gerardo 27890998”)

ANALIZAR LA APLICACIÓN DE FORMAS NORMALES EN EL MODELO PROPUESTO DONDE SE APLICA.

(1FN)

Nuestra B.D se encuentra en regla, a la primera forma normal ya que al momento de llenarla no duplicaremos datos en una misma fila, ya que así, tendríamos muchos conflictos para encontrar un registro, no se pueden llenar una solicitud con 2 o más especificaciones en cuestiones de registro.

(2FN)

Cumplimos con las segunda norma, el motivo por el cual se cumple, es el siguiente, nuestra tabla base, hace puente con las demás tablas (referencia), y por esto tenemos un atributo el cual conecta con nuestra entidad y así podemos mandar a llamar a nuestros otros atributos, en el error de información mal capturada, no corremos ese error, puesto que cada una de nuestras tablas piden diferentes datos y no duplicamos datos en alguna de estas que sea solicitado.

(3FN)

Seguimos en normalización ya que también cumplimos esta norma, la cual dice que no se pueden pedir dos atributos de una misma tabla, en este caso nosotros no referenciamos 2 atributos en una sola

...