MDY3131 PE1-Segundo

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 3

PREPARACIÓN PRUEBA PARCIAL N°1

MDY3131

DETALLE EVALUACIÓN

EXPERIENCIA DE APRENDIZAJE 1: Construyendo Bloques Anónimos PL/SQL Simples

COMPETENCIAS Y APRENDIZAJES EVALUADOS:

• Competencia de Especialidad: Programar consultas o rutinas para manipular información de una base de
datos de acuerdo a los requerimientos de la organización..
• Unidad de Competencia de Especialidad: Desarrolla operaciones sobre la base de datos que permitan
administrar los objetos de la misma de acuerdo a requerimientos de usuario y buenas prácticas de la industria.
Aprendizajes Procedimentales: Construir bloques anónimos PL/SQL complejos que procesen datos para
solucionar los requerimientos de información planteados

INSTRUCCIONES GENERALES
• Puede hacer uso de las presentaciones de la asignatura y/o apuntes personales como material de consulta durante
el desarrollo de la prueba.
• Desarrolle el caso planteado usando la herramienta Oracle SQLDeveloper.
• El caso está planteado sobre el Modelo que se adjunta como Anexo “C”. Por esta razón, para construir las solución
de los requerimientos de información planteados en el caso, deberá ejecutar el script Tablas_E1C.sql. (entregado
por el docente) que creará y poblará las tablas del Modelo que se adjunta.
• Se debe trabajar con los valores REDONDEADOS a enteros sin decimales cuando sea necesario.
• El proceso debe ser capaz de obtener la información en forma paramétrica. Esto significa que se deben usar
las funciones adecuadas para obtener la fecha y NO USANDO FECHAS FIJAS.
• La competencia de empleabilidad “Resolución de problemas” en Nivel 1 se evalúa en el caso planteado. Esto
significa que, además de evaluar la competencia de especialidad, se integra la evaluación de la competencia de
empleabilidad. Para esto, debe responder las preguntas que se plantean al final de la evaluación. Deben
quedar como comentarios en su código.

NOTA: los resultados que se muestran en cada ejercicio son parciales y su objetivo es poder mostrar el formato en
que se debe visualizar la información.

1
CASO A RESOLVER
Considerando la actual situación nacional y como una forma de entregar confianza y algo de seguridad a sus colaboradores
la gerencia de la empresa ha decidido poner en marcha un proceso de bonificación por ventas y por antigüedad. Estas
bonificaciones que serán entregadas a los colaboradores deben ser informadas al departamento de contabilidad de forma
de transparentar las salidas de dinero. Para poder conocer el monto total de estas bonificaciones se requiere la emisión de
un informe que contenga el detalle de los porcentajes y montos que serán entregados a cada colaborador; esto permite
conocer los montos exactos y poder disponibilizar los recursos financieros que se necesiten en el momento indicado.
El pago de los bonos se realiza en base el sueldo base del vendedor y, en el caso del bono por ventas se calcula en base al
monto neto total de las facturas que el vendedor a emitido en un determinado período de tiempo, este período de tiempo
viene dado por un mes y un año, por ejemplo: 06-2020 se refiere a junio del año 2020; este valor debe ser paramétrico y
el encargado de emitir el informe decidirá al momento de solicitar el informe. Además, se va a considerar el pago de una
bonificación por escolaridad (tal y como se declara en la regla de negocio asociada).
Además se ha decidido asignar una categoría al vendedor durante el período de tiempo consultado y esto va a depender,
al igual que el bono por ventas, del monto neto total de las facturas emitidas por el vendedor en el período de tiempo
consultado.
En esta primera instancia se va a considerar solo las facturas que han sido pagadas con un banco en particular este valor
se debe manejar de forma paramétrica, constante y usando el nombre del banco; en este caso será SANTANDER
El requerimiento que se ha elaborado indica que el informe debe contener:

• ID del vendedor.
• Período de consulta.
• Cantidad total de facturas emitidas por el vendedor en el período de consulta.
• Monto neto total de las facturas emitidas por el vendedor en el período de consulta.
• Categoría del vendedor.
• Proporción del sueldo, por bono de venta, que le corresponde de acuerdo a la regla de negocio definida (ver en el
detalle de las reglas de negocio).
• Monto del bono por venta.
• Monto del bono por antiguedad.
• Monto total de bonificaciones.
REGLAS DEL NEGOCIO
• El valor del bono por ventas se basa en el monto neto total de facturas (del banco que se está analizando) que se
han emitido por parte del vendedor. El porcentaje del bono por ventas se calcula en base a la propoción del sueldo
base de acuerdo a los rangos existentes en la tabla BONO_POR_FACTURA.

• El valor del bono por antiguedad es un porcentaje (4%, 6%, 7% o 10%) del sueldo base del vendedor de acuerdo
a los tramos existentes en la tabla TRAMO_ANTIGUEDAD:

• Cada vendedor tendrá una categoría que se define de acuerdo al monto neto total de las facturas emitidas por el
vendedor en el período de tiempo de consulta. Para esto se deben manejar un monto mínimo inferior y superior
que se deben trabajar como valores paramétricos constantes seteados en $150.000 y $950.000 respectivamente.
La definición de la categoría se determina de acuerdo a:

CRITERIO VALOR CATEGORÍA


Monto total de todas las boletas emitidas está dentro de los límites A
definidos o la antigüedad es 10 años o menos.
Antigüedad es mayor a 13 C
En cualquier otro caso B

2
REQUERIMIENTOS MÍNIMOS, EN TÉRMINOS DE DISEÑO, PARA CONSTRUIR EL PROCESO:
La simulación de este nuevo proceso deberá ser implementada a través de un bloque PL/SQL Anónimo. Para esto, se
deberán tener presente las siguientes consideraciones:
• La información que se requiere es la que se muestra en el ejemplo y deberá quedar almacenada en las
tablas BONO _VENDEDOR_FACTURA.
• Uso de variables BIND (constante) para definir:
o Monto total mínimo de facturas para determinar la categoría.
o Monto total máximo de facturas para determinar la categoría.
o Período de proceso a calcular
o Nombre del banco
• Se deberá TRUNCAR la tabla BONO_VENDEDOR_FACTURA en tiempo de ejecución. Esto permitirá poder
ejecutar el bloque PL/SQL todas las veces que se requiera.
• Por eficiencia del proceso, TODOS los cálculos se deben efectuar en sentencias por separado.
• Todos los cálculos deben ser redondeados en valores enteros.
• El cálculo de bonos (venta, antigüedad) se DEBERÁ obtener en sentencias PL/SQL, NO en la(s) sentencia(s)
SELECT del Bloque PL/SQL.
• Se DEBERÁN usar las estructuras de control condicional y de control de iteración que Ud. desee.
• En el bloque PL/SQL se DEBERAN documentar todas las sentencias SQL, sentencias PL/SQL y cálculos que se
realicen.
• Para efectos de prueba, deberá ejecutar su proceso calculando los bonos para el mes de marzo del 2020 de todos
los vendedores. Considerar que el código del vendedor va de 1 en 1.

RESULTADOS DEL PROCESO

TABLA BONO _VENDEDOR_FACTURA

También podría gustarte