Entregable del segundo ciclo Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 Especialización en construcción de software Universidad de los andes Bogotá 2010 Andrés González. 201018063 Julián Morales. 200213074 Carlos Criales. 200925612 José Daniel García. 200818257 Robinson De La Hoz. 201018033 Haiver Páez. 201018119 Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 Versión 1.0 Modificado por Líder de calidad Descripción Creación del documento Fecha 25 Octubre 2010 Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 CONTENIDO Introduccion ......................................................................................................... Error! Bookmark not defined. Objetivos ............................................................................................................................................................ 4 Desarrollo del taller ............................................................................................................................................ 5 Experimento A.................................................................................................. Error! Bookmark not defined. Pre experimentación ................................................................................... Error! Bookmark not defined. Post – experimentación ............................................................................... Error! Bookmark not defined. Experimento B .................................................................................................. Error! Bookmark not defined. Pre experimentación ................................................................................... Error! Bookmark not defined. Post – experimentación ............................................................................... Error! Bookmark not defined. Experimento C .................................................................................................. Error! Bookmark not defined. Pre experimentación ................................................................................... Error! Bookmark not defined. Post – experimentación ............................................................................... Error! Bookmark not defined. Experimento D ................................................................................................. Error! Bookmark not defined. Pre experimentación ................................................................................... Error! Bookmark not defined. Post – experimentación ............................................................................... Error! Bookmark not defined. Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 INTRODUCCIÓN El presente documento pretende ilustrar los aspectos tecnológicos mas importantes encontrados durante la elaboración de las aplicaciones correspondientes al ciclo 2. Este documento incluye todos los modelos y diagramas relacionados con cada entregable y las decisiones arquitectónicas tomadas durante el desarrollo OBJETIVOS Mostrar un documento con la arquitectura de los entregables del segundo ciclo. Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 DESARROLLO DEL ENTREGABLE A continuación se describe cada unos de los entregables del segundo ciclo CARGA DE ARCHIVOS PROBLEMA QUE SE QUIERE RESOLVER. El banco de los Alpes en su proceso de búsqueda de nuevos clientes utiliza información de cuatro proveedores externos con el fin de buscar posibles clientes de los productos que el banco ofrece. La información que los proveedores ofrecen se encuentra en archivos planos y se desea encontrar la forma más eficiente de cargar la información de los clientes prospectos al sistema. DESCRIPCIÓN DEL COMPONENTE Teniendo en cuenta el contexto del problema en donde se quiere favorecer la eficiencia y se tiene que cargar múltiples archivos se optó por usar un patrón llamado Fábrica de métodos. Por medio de este patrón simplificamos el acceso a instancias de métodos globales, es decir, tenemos una interfaz del tipo archivo y varias implementaciones de acuerdo a la estructura de cada proveedor. La clase principal llama directamente a la clase que sabe interpretar un archivo específico La anterior estructura favorece el rendimiento por que reduce el número de componentes por los que se manipula la información y permite el control del los recursos del sistema de acuerdo al archivo que se está procesando. Las pruebas unitarias estarán diseñadas para arrojar un error cuando el número final de registros procesados no coincida con el esperado en el archivo o cuando no se efectúe el proceso del número de registros en el tiempo esperado. La persistencia de los clientes se hace en la base de datos mysql que se encuentra en la máquina y se tiene un esquema propio para no interferir con otros desarrollos en la máquina. Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 DISEÑO DE LA APLICACIÓN Durante la fabricación del componente se desarrollaron los siguientes modelos: 1. 2. Librería para la lectura de archivos planos Archivos de prueba DIAGRAMA DE CLASES Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 DIAGRAMA DE SECUENCIA DIAGRAMA DE ESTADOS Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 DIAGRAMA DE COMPONENTES DIAGRAMA DE CASOS DE USO RESULTADOS DE LAS PRUEBAS UNITARIAS A continuación se muestra el resultado obtenido de realizar 8 casos de prueba relacionados con la carga de diferentes cantidades de información. TEST NUMERO 1. CARGA DE 50 REGISTROS o Hora de inicio de la prueba: 07:10:07:868 o Hora de fin de la prueba: 07:10:07:894 o La prueba tomo (hh:mm:ss:SS): 00:00:00:26 TEST NUMERO 2. CARGA DE 500 REGISTROS o Hora de inicio de la prueba:07:10:07:899 o Hora de fin de la prueba: 07:10:07:929 Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 o La prueba tomo (hh:mm:ss:SS): 00:00:00:30 TEST NUMERO 3. CARGA DE 1000 REGISTROS o Hora de inicio de la prueba:07:10:07:931 o Hora de fin de la prueba: 07:10:07:953 o La prueba tomo (hh:mm:ss:SS): 00:00:00:22 TEST NUMERO 4. CARGA DE 5000 REGISTROS o Hora de inicio de la prueba:07:10:07:955 o Hora de fin de la prueba: 07:10:08:50 o La prueba tomo (hh:mm:ss:SS): 00:00:00:95 TEST NUMERO 5. CARGA DE 10000 REGISTROS o Hora de inicio de la prueba:07:10:08:52 o Hora de fin de la prueba: 07:10:08:247 o La prueba tomo (hh:mm:ss:SS): 00:00:00:195 TEST NUMERO 6. CARGA DE 50000 REGISTROS o Hora de inicio de la prueba:07:10:08:249 o Hora de fin de la prueba: 07:10:09:141 o La prueba tomo (hh:mm:ss:SS): 00:00:00:892 TEST NUMERO 7. CARGA DE 100000 REGISTROS o Hora de inicio de la prueba:07:10:09:143 o Hora de fin de la prueba: 07:10:10:747 o La prueba tomo (hh:mm:ss:SS): 00:00:01:604 TEST NUMERO 8. CARGA DE 100000 REGISTROS de concesionarios o Hora de inicio de la prueba:07:10:10:750 o Hora de fin de la prueba: 07:10:12:229 o La prueba tomo (hh:mm:ss:SS): 00:00:01:479 TEST NUMERO 9. CARGA DE 1 REGISTROS de concesionarios enviado por el método que carga archivo pr archivo. El resultado es el esperado TEST NUMERO 10. CARGA DE 1 REGISTRO de archivo de constructoras enviado por el método que carga archivo pr archivo. El resultado es el esperado