Documente Academic
Documente Profesional
Documente Cultură
Código:
EXAMEN TÉCNICO PARA INGENIERO DE
Fecha: 04/01/2016
DESARROLLO
Versión:
Elaboró: Fernando Uribe Revisó: Claudio Ahumada Aprobó: John Cortes
Arquitecto Director de Operaciones Director Ejecutivo
o Diagrama de clases
o Diagrama de secuencia
o Diagrama de objetos
o Diagrama de componentes
o Diagrama de colaboración
3. Relacione las definiciones de los diagramas UML con el nombre de los mismos
Diagrama Definición
1) Diagrama de casos 3) Representa una foto en tiempo
de uso de ejecución de objetos de
software y sus interrelaciones
1)
5) Diagrama de objetos
6) Diagrama de estados
2)
4) Diagrama de
componentes
3)
1) Diagrama de despliegue
4)
3) Diagrama de clases
5)
8) Diagrama de secuencia
6)
7) Diagrama de paquetes
7)
2) Diagrama de casos de
8) uso
PROCESO DE GESTION HUMANA
Código:
EXAMEN TÉCNICO PARA INGENIERO DE
Fecha: 04/01/2016
DESARROLLO
Versión:
Elaboró: Fernando Uribe Revisó: Claudio Ahumada Aprobó: John Cortes
Arquitecto Director de Operaciones Director Ejecutivo
Lucasian Labs ha sido contratada para construir una aplicación que permita la
autenticación de usuarios a otras aplicaciones previamente construidas. Esta
aplicación a su vez, debe permitir autenticarse contra un repositorio central de
datos (Base de Datos Oracle).
Todos los usuarios se identifican mediante el nombre de una cuenta (login) y una
clave asociada (password). Una vez que el usuario sea autenticado, este debe ser
redirigido a un menú donde se selecciona la aplicación a la que desea ingresar. Por
el contrario, si no se pudo realizar la autenticación, el usuario debería ser
informado.
Para realizar la autenticación se deben tener en cuenta los siguientes estados de los
usuarios:
Describa en un diagrama de estados, los estados que puede tener un usuario, las
transiciones de estado que pueden darse y las condiciones que permiten esas
transiciones.
PROCESO DE GESTION HUMANA
Código:
EXAMEN TÉCNICO PARA INGENIERO DE
Fecha: 04/01/2016
DESARROLLO
Versión:
Elaboró: Fernando Uribe Revisó: Claudio Ahumada Aprobó: John Cortes
Arquitecto Director de Operaciones Director Ejecutivo
6)Generalización, capacidad de
1)Poliformismo resumir e identificar la parte
esencial de algo muy complejo
}
PROCESO DE GESTION HUMANA
Código:
EXAMEN TÉCNICO PARA INGENIERO DE
Fecha: 04/01/2016
DESARROLLO
Versión:
Elaboró: Fernando Uribe Revisó: Claudio Ahumada Aprobó: John Cortes
Arquitecto Director de Operaciones Director Ejecutivo
Cuando una clase hereda de otra clase hereda todo sus métodos, los cuales pueden
ser sobre escritos cambiando su comportamiento. Se debe crear una clase llamada
Futbol que herede de la clase Deportes y sobreescriba los métodos getNombre y
getNumeroJugadores retornando “futbol” y 11 respectivamente. Adicionalmente se
debe implementar un método que almacene en la clase los goles realizados por un
Jugador.
@Override
void getNumeroJugadores() {
System.out.println("11");
}
}
class Jugador{
int goles;
Cree una expresion Lambda que reciba 2 parametros enteros y retorne el resultado de
multiplicarlos.
interface IFuncionLambda {
Cree una expresión Lambda que itere un Mapa y concatene cada llave con su
respectivo valor en un stringBuilder
System.out.println(stringBuilder.toString());
PROCESO DE GESTION HUMANA
Código:
EXAMEN TÉCNICO PARA INGENIERO DE
Fecha: 04/01/2016
DESARROLLO
Versión:
Elaboró: Fernando Uribe Revisó: Claudio Ahumada Aprobó: John Cortes
Arquitecto Director de Operaciones Director Ejecutivo
ADMINISTRADORA
Nombre campo Tipo Descripción
Id Number(5) PK, id generado por
secuencia
Código Varchar2(20) Código de la administradora
Nombre Varchar2(200) Nombre de la administradora
Cod_tp_id Varchar2(2) Código del tipo de
identificación (NI, CC, PA,
RC)
Nro_id Varchar2(50) Número de identificación
Naturaleza Varchar2(20) PRIVADA
MIXTA
PUBLICA
Múltiple_arp Number(1) Booleano:
0: No soporta múltiple ARP
1: Soporta múltiple ARP
FSP Number(1) Booleano:
0: No soporta FSP
1: Soporta FSP
Fusionada Number(1) Booleano:
0: Fusionada
1: No fusionada
Fecha fusión Date Fecha de fusión
El componente debe:
Leer los registros del archivo, validar los tipos de datos y valores permitidos para
cada campo, así como su obligatoriedad.
Si el registro está bien debe insertar cada registro en la tabla de base de datos de
administradoras la cual se describe más adelante.
Los registros del archivo deben quedar en la tabla de base de datos todos o
ninguno, es decir, si se encuentra algún error en alguno de los registros, no debe
quedar ningún registro de este archivo en la base de datos. Si no hay ningún error
en el archivo, entonces deben quedar todos los registros en la tabla de base de
datos.
Al realizar las validaciones del archivo, el proceso no debe parar al primer error
encontrado, por el contrario debe ir acumulando los errores para todo el archivo y
generar un archivo de texto con los errores encontrados, donde cada línea
corresponda a cada error encontrado y debe referenciarse la línea del registro del
archivo plano donde se encontró el error, una descripción del error encontrado y el
campo para el cual se encontró el error.
Se evaluará de la prueba:
El cumplimiento del comportamiento funcional, así como los dos requerimientos no
funcionales mencionados anteriormente.
Manejo de excepciones
Uso eficiente y correcto de recursos de entrada y salida (archivos, conexiones BD,
resultsets de base de datos.
Transaccionalidad
Implementación de las validaciones de datos sobre el archivo.
Diseño del archivo de errores
NOTA 1: La tabla de bases de datos se debe crear en la maquina local con el motor
Oracle 11g y con las columnas según las especificaciones. Se debe enviar el script
de creación de la tabla y el proyecto en eclipse que contenga las clases que
solucionan el ejercicio.
NOTA 2: Adjuntar manual paso a paso donde indique como se debe configurar y
ejecutar el ejercicio. Definir o indicar el IDE utilizado para el desarrollo del ejercicio.