Caso de estudio integrador-Base de datos II
Autores:
Kely Johana Cruz Guzmán
Karen Dayana Suarez Claros
Rubén Sarmiento Rodríguez
Politécnico Internacional
Tecnología en Desarrollo de Software y Aplicativos Móviles
Caso de Estudio Integrador – Bases de datos II
Profesor: Jimy Javier Aldana Reyes
2024
Contenido
CASO INTEGRADOR ............................................................................................................3
1. Descripción del escenario: Describir en media página el escenario para
la Base de Datos relacional............................................................................................3
2. Construir los modelos que componen la Base de Datos ..................................4
3. Implementar la Base de Datos................................................................................5
4. Construcción de procedimientos almacenados ..................................................8
5. Resultado del diagrama entidad relación generado por el gestor de SQL
server. ............................................................................................................................... 19
6. Conclusión................................................................................................................ 20
CASO INTEGRADOR
1. Descripción del escenario: Describir en media página el escenario para
la Base de Datos relacional.
Se trabaja para una empresa que opera una línea de asistencia telefónica para
clientes que necesitan servicios de grúa. La empresa quiere crear una base de
datos centralizada para gestionar información detallada sobre los proveedores
de servicios de grúa que puedan atender a los clientes en diversas ubicaciones.
Objetivos
1. Centralizar la información de todos los proveedores de servicios de grúa.
2. Facilitar la rápida localización de proveedores según la ubicación del
cliente.
3. Mantener un registro actualizado de la disponibilidad y capacidad de los
proveedores.
4. Optimizar la asignación de servicios a proveedores para mejorar tiempos
de respuesta y satisfacción del cliente.
Entidades de la base de datos
Se validó en grupo y se determinaron las entidades fuertes:
Proveedor
Clientes
Grúa
Factura
Asesores (call center)
2. Construir los modelos que componen la Base de Datos
3. Implementar la Base de Datos
Aquí se crea la base de datos que va a contener las tablas, los registros y los
procedimientos almacenados.
Aquí se crea la tabla ‘proveedores’, su llave primaria se asigna automáticamente y es
auto incremental, esto es gracias a “identity (1,1)”
Aquí se crea la tabla clientes y su llave primaria se asigna automáticamente y es auto
incremental, esto es gracias a “identity (1,1)”
Aquí se crea la tabla grúas y su llave primaria se asigna automáticamente y es auto
incremental, esto es gracias a “identity (1,1)”
Aquí se crea la tabla ASESORES y su llave primaria se asigna automáticamente y es
auto incremental, esto es gracias a “identity (1,1)”
Aquí se crea la tabla CLIENTE_ASESOR, su llave primaria se asigna
automáticamente y es auto incremental, esto es gracias a “identity (1,1). Se relaciona
con la tablas CLIENTES y ASESOR.
Aquí se crea la tabla factura y su llave primaria se asigna automáticamente y es auto
incremental, esto es gracias a “identity (1,1), se relaciona con la tabla
CLIENTE_ASESOR
Aquí se crea la tabla GRUA_FACTURA, su llave primaria se asigna automáticamente
y es auto incremental, se relaciona con la tabla GRUA y FACTURA.
4. Construcción de procedimientos almacenados
CLIENTES
|
PROVEEDORES
GRUAS.
ASESOR
CLIENTE_ASESOR
FACTURA
GRUA_FACTURA
5. Resultado del diagrama entidad relación generado por el gestor de SQL
server.
6. Conclusión
Se creo la estructura de la base de datos en base al diagrama entidad-relación. Se
elaboró un CRUD para cada tabla utilizando procedimientos almacenados, se utiliza
diferentes sentencias SQL, se crea variables para almacenar valores, se retorna el
registro en las creaciones y actualizaciones, se utiliza la cláusula IDENTITY para
generar los id automáticamente y que sea auto incremental y se utiliza la función
SCOPE_IDENTITY para obtener el ultimo ID y lo utilizamos para devolver el registro
que se acaba de insertar.
