UNIVERSIDAD POPULAR DEL CESAR

GUÍA DE ACTIVIDADES PARA LA CONSTRUCCIÓN DE CONOCIMIENTO

NOMBRE DE LA ASIGNATURA Programación de Computadores II

NOMBRE DE LA ACTIVIDAD Evaluación Practica No 2

TIPO DE ACTIVIDAD Sincrónica Asincrónica x Individual X Grupal

TEMÁTICA REQUERIDA PARA LA ACTIVIDAD
Unidad 3. Herencia, polimorfismo e interfaces
Unidad 4. Gestión de errores mediante excepciones
COMPETENCIAS
 Implementa los mecanismos de herencia, polimorfismo  Material educativo de la asignatura para cada una de
e interfaces para mejorar la estructura de soluciones de
software orientadas a objetos
 Implementa la gestión de excepciones para la
construcción de software robusto.
OBJETIVOS
Validar la apropiación de los conceptos y competencias
asociadas a las unidades temáticas que cubre la
evaluación.
INSUMOS PARA EL DESARROLLO DE LA ACTIVIDAD /
REFERENCIAS BIBLIOGRÁFICAS
las unidades desarrolladas.
 Referencias bibliográficas definidas en el plan de
desarrollo de la asignatura para cada unidad temática
incluida en la evaluación.
 Talleres, actividades y prácticas realizadas por los
estudiantes durante el desarrollo de las unidades
temáticas que cubre la evaluación.
 Grabaciones de las sesiones virtuales

CONOCIMIENTOS PREVIOS REQUERIDOS

Unidad 1. Introducción a la POO

Unidad 2. Programación basada en objetos

ESPECIFICACIONES DE LA ACTIVIDAD

Procedimientos: Se solicita la creación de un aplicativo orientado a objetos, en java, en Netbeans 8.2, que solucione el
problema planteado.

Entregables: El estudiante como resultado de la evaluación, debe entregar el código fuente del aplicativo desarrollado
(verificar que sea público) y la imagen (pantallazo) del diagrama de clases diseñado.

Método de entrega: A través de aula web se debe adjuntar los siguientes elementos:

 Carpeta del proyecto Netbeans de su parcial comprimida (.rar o .zip)

 Imagen o pantallazo de su diagrama de clases ( formatos bmp, jpeg, png)

Problema planteado.
La Gobernación del cesar requiere un aplicativo que le permita calcular el presupuesto requerido para el pago de subsidios
a matriculas de estudiantes universitarios y el pago de obligaciones adquiridas por administraciones anteriores.

La entidad asigna los subsidios a estudiantes teniendo en cuenta las siguientes disposiciones:

Se entregan dos tipos de subsidios: Pregrado y Postgrado. En ambos casos se requiere, el No documento del estudiante,
nombre de la IES, el valor de matrícula y su nivel de sisben. Para el caso de pregrado, se requiere el Semestre académico
a cursar por el estudiante. Para los de Postgrado, la categoría de la IES (pública o privada).

El monto de pago, por concepto del subsidio, se calcula de acuerdo a las siguientes tablas:

Con relación a las Obligaciones, el monto de pago, se calcula de acuerdo al saldo pendiente de la misma. Para su registro
se requiere su descripción, valor cuota, plazo pendiente (en meses).

La Gobernación, requiere almacenar la información del pago de subsidios y obligaciones en una única estructura de datos
(Lista), y sobre permitir:

a) El registro de subsidios de tipo pregrado y postgrado, así como también obligaciones.

b) Calcular el valor total del presupuesto requerido para cumplir con ellos.
c) Eliminar de la lista todos aquellos para los que no se requiere pago alguno e informar cuantos fueron eliminados.
d) Mostrar todos los registros de subsidios asignados a estudiantes de pregrado, que cursan entre VI-X semestre, con
nivel de sisben 1-2.

Adicionalmente se requiere al momento del desarrollo de la solución, el uso de los mecanismos de herencia, polimorfismo,
clases y métodos abstractos, colecciones (tipo lista), y el diseño del diagrama de clases correspondiente.

Ejemplo de entrada:
Salidas:

A) Presupuesto total: 2 357 720

B) 1 registro eliminado
C) Imprime los registros en el siguiente orden: o1, o3, o2, s7,s5,s1,s3,s2,s6,s8
D) Imprime los registros s1 y s3
E) Resultados informe:
Categoría pregrado: 1 registro, imprime s1
Categoría postgrado: 2 registros, imprime s5 y s7
Categoría obligación: 1 registro, imprime o2

Criterios de evaluación:

Criterio de evaluación Valoración

Diseño de diagrama de clases 0,5
Uso Herencia y polimorfismo 1
Definición e implementación de Interfaces 0,5
Gestión de colección 0,9
Gestión de excepciones 0,5
Funcionalidad 1,6

 Para poder evaluar el parcial desarrollado este debe ser funcional, es decir, no presentar errores de sintaxis. En caso
contrario su calificación será de 0.5.

Las clases implementadas en el código que presente el estudiante, deben coincidir,

RECOMENDACIONES / en su estructura, con las presentadas en el diagrama de clases.
OBSERVACIONES
En caso de que se evidencie fraude, el examen será anulado, sin discusión, y la
calificación será cero (0).