{"push_id":1055413923,"size":14,"distinct_size":1,"ref":"refs/heads/jtapia","head":"b35858a8e8b9d6bcb9ba3fc747fc98ad1175a2cb","before":"7966027370f5fb8379144722e9afb2f85ec6edb0","commits":[{"sha":"966fef8f4fda509ef33e05e9bfab18e3a8e338b8","author":{"email":"1096e86e7ba796566987a50ade52fd30e1782f36@hotmail.com","name":"Juanjo García"},"message":"[PROTOTYPE] Axure - Actualización prototipo\nModificaciones de todas las pantallas con correcciones aplicadas en sesión de revisión de interficies","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/966fef8f4fda509ef33e05e9bfab18e3a8e338b8"},{"sha":"484012e487518c06b045a5b8f0c926fce4b2f93e","author":{"email":"1096e86e7ba796566987a50ade52fd30e1782f36@hotmail.com","name":"Juanjo García"},"message":"[PROTOTYPE] Axure - Actualización protot\nSe han añadido las cuatro imágenes en archivos png de las cuatro páginas del prototipo: home, brochure, 404 y result.","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/484012e487518c06b045a5b8f0c926fce4b2f93e"},{"sha":"a87fb59365a0c68da0efc4507e7914979d578880","author":{"email":"86d3c3f33e803b23e89ac984591f5633788cc989@gmail.com","name":"immallobet"},"message":"ultima actualitzacio del prototip de Bazaary realitzar¡t amb Balsamiq","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/a87fb59365a0c68da0efc4507e7914979d578880"},{"sha":"7a2e64237673673b251c73c5847e40fc5a8b5aa1","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Profe"},"message":"se ha añadido el modelo conceptual.\nincluye las mismas clases que el anterior pero con los atributos y sus tipos.","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/7a2e64237673673b251c73c5847e40fc5a8b5aa1"},{"sha":"170e7f0fb8a52cb2359ef26be8d65675fcbaf11c","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Xavi (Profe)"},"message":"[UML] Logical Model (export)\nLogical Model Class Diagram has been exported to SVG and JPG","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/170e7f0fb8a52cb2359ef26be8d65675fcbaf11c"},{"sha":"97afd60433459795b8e5664b939a2cac787bdde6","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Xavi (Profe)"},"message":"[UML] LOGICAL MODEL - Classes updated\n\nCONVENCION APLICADA\nSe usa la forma plural para el nombre de todas las clases\n\nCLASES MODIFICADAS\nSe aplica la nomenclatura DADA por el documento de especificaciones\n- Fichero -> Spreadsheets\n- Proveedor -> Suppliers\n- Ventas -> Sales\n- Imagenes -> Pictures\n- Categoria -> Categories\n- Articulo -> Items\n\nCLASES ELIMINADAS\n- Catalogo: Catálogo no es una información sujeta al ciclo de vida de los datos.\nNo existiran \"catálogos\" en la aplicación, sinó que una de las pantallas que muestran los datos de la aplicación es el catalogue.\n\nCLASES CREADAS\n- Tag: Clase hermana de Categories.","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/97afd60433459795b8e5664b939a2cac787bdde6"},{"sha":"3031f7a5615e68a74557976df37964cb8f3317d0","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Xavi (Profe)"},"message":"[UML] LOGICAL MODEL - Classes attributes updated\n\nCONVENCION APLICADA\nSe escriben todos los atributos en minúsculas.\nSe usa el guion bajo (underscore) para separar los términos que conforman el nombre de los atributos.\nSe traducen los términos en castellano al inglés, por una doble cuestión de:\na) uniformidad con los nombres de las clases\nb) internacionalización del modelo de datos (a efectos de mantenimiento futuro)\n\nATRIBUTOS MODIFICADOS\n- Sales.Cantidad -> Sales.quantity\n\n- Suppliers.Nombre -> Suppliers.name\n\n- Items.Url de ventas -> Items.sales_url\n- Items.Codigo -> Items.ref_code : es el identificador (code) externo (ref) que se usa en la web del supplier para identificar el item, y que PUEDE aparecer en la sales_url\n- Items.Descripcion -> Items->description\n- Items.Nombre -> Items.title\n- Items.Precio -> Items.price\n\n- Pictures.Tipo -> Pictures.mimetype\n- Pictures.Imagen -> Pictures.highres_url\n\nATRIBUTOS ELIMINADOS\n- Suppliers.Url de ventas: La Url de ventas, según se explica en el Project Product Description, será proporcionada para cada Producto\n\n- Sales.Session: En el documento de especificaciones no se habla en ningún momento de sesiones de usuarios\n- Sales.Articulo: Sales ya está conectada con Items (antiguo \"Articulos\"), no tiene ninguna necesidad de mantener una información de manera extraordinaria, pues ésta que ya queda expresada mediante la relación con Items.\n- Sales.Proveedor: Dado que existen Suppliers, el atributo proveedor no formaliza correctamente una relación de correspondencia.\n\n- Pictures.Nombre: No se nos indica en Especificaciones ni en Prototipos la existencia de un nombre para las pictures\n\nATRIBUTOS CREADOS\n- Items.Url de ventas (modificada a sales_url): La Url de ventas vendrá por cada artículo, facilitada en el spreadsheet\n- Items.sales_qty: Cantidad de ventas registradas para ese artículo, (que lo permiten comparar con sus competidores, es decir, con otros artículos)\n- Items.colours: Conjunto de colores que posee el ítem (puede usarse la notación JSON o CSV para anotarse este conjunto)\n- Items.created: Fecha en que el item fue creado\n- Items.updated: Momento de la última modificación del artículo (incluye actualización de precios bajo demandal)\n- Items.imported: Momento de la última importación que haya afectado al artículo\n\n- Suppliers.created: Fecha en que se creó un supplier por algun medio (manual o importación spreadsheet)\n- Suppliers.website_url: La URL correspondiente al supplier\n- Suppliers.supplier_route: La URL o la ruta (nombre interno) que conduce a una página dedicada a este supplier\n- Suppliers.active: Indicador de si un supplier está activo\n\n- Spreadsheets.file_url: Indica la ruta completa dónde está el fichero físico con la spreadsheet facilitada\n- Spreadsheets.uploaded: Indica la fecha exacta en que fue subida un fichero de spreadsheet\n- Spreadsheets.size: Indica la cantidad en bytes del tamaño del fichero de spreadsheet\n- Spreadsheets.volume: Indica la cantidad de productos (filas que contengan un producto)\n- Spreadsheets.imported_qty: Indica la cantidad de productos (filas...) correctamente importados\n- Spreadsheets.errors_qty: Indica la cantidad de productos (filas...) que no han sido correctamente importadas\n- Spreadsheets.overwritten_qty: Indica la cantidad de productos que han sido actualizados como resultado de la importacion\n- Spreadsheets.blanks_qty: Indica la cantidad de filas que no contengan datos (en blanco) y que se encuentren entre líneas que contengan datos\n- Spreadsheets.incomplete_qty: Indica la cantidad de filas que pese a contener datos, no contienen suficientes datos para completar un producto\n- Spreadsheets.header: Indica la posición (fila) de la cabecera (en caso de haberla)\n- Spreadsheets.start: Indica la primera posición (fila) en que encontramos un producto\n- Spreadsheets.end: Indica la última posición (fila) en que encontramos un producto\n\n- Sales.sale_url: Indica la url que fue empleada para encaminar la venta del fichero\n- Sales.timestamp: Momento en que se produjo el encaminamiento\n- Sales.last_status: Indica el estado (HTTP Status Codes) de la url de venta immediatamente previo al encaminamiento de la venta\n- Sales.IPv4: Registra la IP (version 4) del comprador\n- Sales.IPv6: Registra la IP (version 6) del comprador\n- Sales.user_agent: Características tecnológicas del dispositivo usado por el comprador\n\n- Pictures.lowres_base64: Volcado de la imagen en baja resolución codificado como un string en base64\n- Pictures.created: Fecha de creación de una imagen","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/3031f7a5615e68a74557976df37964cb8f3317d0"},{"sha":"0fff61d622cb7836f992a5b823a32f97e9c7da1c","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Profe"},"message":"[UML] LOGICAL MODEL - Revamp for Tags class and Categories class\n\nCLASES MODIFICADAS\n- Categories -> Labels: Se sustituye Categories por la nueva clase común Labels (etiquetas) que \"generaliza\" aquello que son las clases Tags y Categories\n\nCLASES CREADAS\n- Categories: Al haber sido sustituida por Labels, Categories debe volver a generarse\n\nATRIBUTOS CREADOS\n- Categories.main: Indica si la categoria se considera principal (main), con lo que deberá aparecer entre las categories listadas en el panel de categorias que se muestra al pulsar un botón que aparece junto a la barra de búsqueda\n\nRELACIONES CREADAS\n- Categories ==> Labels: Categories es un tipo de Label, con lo que Categories especializa a Labels, y Labels generaliza a Categories\n- Tags ==> Labels: Tags es un tipo de Label, con lo que Tags especializa a Labels, y Labels generaliza a Tags","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/0fff61d622cb7836f992a5b823a32f97e9c7da1c"},{"sha":"59afd8162cb48adfb435fc9e0cb8cf35f4ea19e7","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Profe"},"message":"[UML] LOGICAL MODEL - RELATIONSHIPS IDENTIFICATION\n\nRELACIONES ELIMINADAS\n- aporta(Suppliers->Spreadsheets): El diseño parece partir de un análisis distinto al realizado sobre el documento de especificaciones. El supplier provee un circuito de venta para ciertos Items. Los Items se \"recogen\" de archivos de tipo Spreadsheet que Bazaary Inc se encarga de generar para alimentar los datos del presente modelo de datos.\n\nRELACIONES CREADAS\n- shows(Items->Pictures): Relación paralela a \"se visualiza\" (que ha sido rebautizada como \"has\"). Se emplea para destacar la relación entre una Picture y un Item. Esta relación determina cuál es la Picture elegida para ser mostrada como \"portada\" de un Item, tanto en la interficie Catalogue como en otras Interficies (brochure, resultados de búsqueda...).\n- supplies(Supplier->Items): Indica que los Suppliers proveen o aportan Items, con lo que puede decirse que los Items son aportados por Suppliers\n\nRELACIONES MODIFICADAS\n- genera(Items->Sales) -> produces(Items->Sales)\n- se visualiza(Items->Pictures) -> has(Items->Pictures)\n- pertenece(Items->Labels) -> labels(Labels->Items)\n- contiene(Spreadsheet->Items) -> contains(Spreadsheet->Items)","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/59afd8162cb48adfb435fc9e0cb8cf35f4ea19e7"},{"sha":"d050b5bff53a510b20fadf02b41acd118796828e","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Profe"},"message":"[UML] LOGICAL MODEL - RELATIONSHIPS MULTIPLICITY\n\nCARDINALIDADES MODIFICADAS\n- contains(1 Spreadsheets -> 1..* Items) -> contains(1..* Spreadsheets -> 0..* Items):\nLa carga de Spreadsheets es regular, y es muy probable que contengan Items repetidos entre Spreadsheets (es en principio, la base de datos que gestiona el cliente, con lo que es altamente probable que cada Spreadsheet recibido contenga todos los Items que se usen en ese momento).\nEl número de Items puede ser 0, dado que un Spreadsheet puede estar mal formateado y no contener líneas de Ítem válidas\n\n- produces(1..* Sales -> 1 Items) -> produces(0..* Sales -> 1 Items):\nCualquier Item puede ser vendido. Lo que significa que puede no serlo.\nCuando un Item puede no haber producido ninguna venta, debe fijarse la cardinalidad de Sales a 0..*\n\n- labels(1 Item -> 1..* Labels) -> labels(0..* -> 0..*):\nA pesar de no haberse especificado el momento de la desaparición del dato Item, este momento (propio del ciclo de vida de los datos) debe ser tenido en cuenta.\nCuando llegue ese momento, las Labels que lo etiqueten quedarán huérfanas de ese Item.\nEso significa que puede darse que una Label quede completamente huérfana de Items... con lo que la cardinalidad del lado de Items podrá ser 0. Y naturalmente, como varios Items puden tener asociada una misma Label, la cardinalidad del lado de Items podrá ser *. Ello nos lleva a plantear la cardinalidad 0..* en el extremo Items de la relación \"labels\".\nRespecto al otro extremo, dado que el documento de especificación no ofrece garantía alguna de etiquetaje (o categorización) de un Item, debemos reonsiderar el 1..* como 0..*\n\nCARDINALIDADES CREADAS\n\n- supplies(1 Supplier -> 0..* Items):\nCuando no se trabaja con un supplier no tiene sentido disponer de sus Items (pues no podrán ser vendidos). Ello lleva a la determinación de que no hay lugar para una cardinalidad 0..1 en el extremo Supplier.\nEn cuanto a los Items, pese a que el sentido común indica a plantearse que la razón de ser de un supplier es proveer Items al circuito de encaminamiento de ventas de Bazaary, tambien es posible que los datos del Supplier sean aprovechados para hacer marketing y SEO, pese a no ofrecer (en aquellos momentos) ningún artículo.\nLa existencia de un Supplier, de manera desconectada de los artículos (puede no proveer ninguno), permite poder relacionar en un futuro los Suppliers con otras Clases del Modelo, sin que este sea incongruente.\n\n- shows(1 Items -> 1 Pictures):\nDado que la presencia de Pictures se observa indispensable en las interfícies de bazaary, no se desea concebir ningún Item sin Picture que lo presente. Es por ello que se exige 1 Picture por cada Item. Por otro lado, el fin del ciclo de vida de un Item, permitirá y obligará al vaciado de datos de la Picture que tubiera asociada, dado que esta quedará huérfana de su única Clase conectada, con el que tenía una relación de estricta dependencia.","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/d050b5bff53a510b20fadf02b41acd118796828e"},{"sha":"31c64375b7de2c5cd89698d237e66e3a3ecf54ff","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Profe"},"message":"[UML] Logical Model Draft Created","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/31c64375b7de2c5cd89698d237e66e3a3ecf54ff"},{"sha":"5fd3e79db80cc60a49a97e6fec5039dc12eb3c46","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Profe"},"message":"Merge branch 'master' of https://www.github.com/IFCD0210/bazaary","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/5fd3e79db80cc60a49a97e6fec5039dc12eb3c46"},{"sha":"b49d76aecb23e3f75c32c717b450f26ee7fd83e5","author":{"email":"488fa3240ec11666f2acf8d0503d3f21c121a5eb@gmail.com","name":"Profe"},"message":"Merge branch 'jaumemarco'","distinct":false,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/b49d76aecb23e3f75c32c717b450f26ee7fd83e5"},{"sha":"b35858a8e8b9d6bcb9ba3fc747fc98ad1175a2cb","author":{"email":"723187b132374a5981108a4bf86280c44f2c5c22@gmail.com","name":"JonathanTapia"},"message":"Merge branch 'master' into jtapia","distinct":true,"url":"https://api.github.com/repos/IFCD0210/bazaary/commits/b35858a8e8b9d6bcb9ba3fc747fc98ad1175a2cb"}]}