Sistema para el control de las garantías comerciales en CIMEX

Texto completo

(1)

(2) Pensamiento. “Lo poco que he aprendido carece de valor, comparado con lo que ignoro y no desespero en aprender” - René Descartes.

(3) Agradecimientos. A todos los que de una forma u otra me brindaron apoyo y confianza.

(4) Resumen. Resumen El presente trabajo utiliza las facilidades de la red interna de la Corporación CIMEX para el intercambio de información de las unidades con los complejos y sucursales a través de frame relay y comunicación por RAS para automatizar el control de las garantías que ofrecen estas unidades a sus clientes cuando compran una serie de artículos que pueden ser reparados gratuitamente durante determinado período en Servicios Técnicos, una afiliada de CIMEX. Se realizó el análisis de la estructura informativa de los sistemas que se instalarán en las unidades desde donde se enviará la información de los clientes que tienen artículos en garantía hacia un sitio Web. Este sitio podrá ser consultado en los talleres de reparación de Servicios Técnicos. Para el diseño de las bases de datos utilizamos el Enterprise Architect, en la implementación de la interfaz Web se utilizó la plataforma .net del Visual Studio 2005 y para el almacenamiento de los datos empleamos el motor de base de datos de SQL Server 2005..

(5) Índice. ÍNDICE INTRODUCCIÓN .......................................................................................................... 2 CAPÍTULO 1: FUNDAMENTACIÓN ........................................................................ 5 1.0 Introducción al capítulo .......................................................................................... 5 1.1 Breve reseña histórica de la Corporación CIMEX ................................................. 5 1.2 Garantía Comercial................................................................................................. 6 1.3 Procedimiento para la venta y entrega de los Certificados de Garantía y de Propiedad...................................................................................................................... 7 1.4 Datos necesarios para llenar el Certificado de Propiedad ...................................... 8 1.5 Tratamiento para los servicios de garantía ............................................................. 8 1.6 Importancia de automatizar el control de las garantías. ......................................... 9 1.7 Características nuevas en SQL Server 2005......................................................... 10 1.7.1 Administración de datos ................................................................................ 10 1.7.2 Mejoras en Transact-SQL.............................................................................. 17 1.7.3 Mejores herramientas de desarrollo............................................................... 19 1.7.4 Integración con Visual Studio ....................................................................... 19 1.7.5 Mejores Servicios Web y Acceso a los Datos ............................................... 20 1.7.6 ADO.NET 2.0/ADOMD.NET....................................................................... 21 1.7.7 Compatibilidad con XML.............................................................................. 23 1.7.8 Reporting Services......................................................................................... 25 1.8 Conclusiones parciales ......................................................................................... 27 CAPÍTULO 2: DISEÑO DE LA BASE DE DATOS ................................................ 28 2.0 Introducción al capítulo ........................................................................................ 28 2.1 Diseño conceptual................................................................................................. 28 2.1.2 Especificaciones de requisitos de la base de datos. ....................................... 28 2.1.2 Diagrama Entidad Relación (E/R)................................................................. 29 2.1.2.1 Entidades y atributos .............................................................................. 31 2.1.2.2 Interrelaciones y atributos. ..................................................................... 32 2.2 Diseño lógico........................................................................................................ 34 2.2.1 Esquema relacional........................................................................................ 34 2.2.1.1 Tablas y atributos ................................................................................... 34 2.2.1.2 Llaves ..................................................................................................... 35 2.2.1.3 Grafo de dependencias............................................................................ 36 2.3 Restricciones adicionales...................................................................................... 38 2.4 Casos de uso ......................................................................................................... 39 2.4.1 Especificación de los principales casos de uso.............................................. 42 2.5 Diagrama de actividades....................................................................................... 46 2.6 Conclusiones parciales ......................................................................................... 47 CAPÍTULO 3: IMPLEMENTACIÓN DEL SISTEMA ........................................... 48 3.0 Introducción al capítulo ........................................................................................ 48 3.1 Acceso al sitio Web .............................................................................................. 48 3.2 Forma de acceder a la página de las garantías...................................................... 49 3.3 Menú Principal para las unidades minoristas ....................................................... 49.

(6) Índice. 3.4 Explicación de las opciones del menú principal................................................... 50 3.5 Menú Principal para los técnicos de la Gerencia Tecnológica............................. 55 3.6 Explicación de las opciones del menú principal................................................... 56 3.7 Conclusiones parciales ......................................................................................... 62 CONCLUSIONES ........................................................................................................ 63 RECOMENDACIONES .............................................................................................. 64 BIBLIOGRAFÍA .......................................................................................................... 65 ANEXOS ....................................................................................................................... 67.

(7) Introducción. INTRODUCCIÓN En los talleres de la División Tecnológica de la Corporación CIMEX reparan durante el período de garantía los equipos electrodomésticos adquiridos en la red de establecimientos minoristas. Este servicio es muy importante para los clientes ya que permite sanear los defectos que no pudieron ser observados en el momento de la compra.. La División de Distribución y Almacenaje, suministra al establecimiento, junto con los equipos, igual número de Certificados de Garantía y la Sucursal Territorial se encarga de garantizar la producción y distribución a las tiendas de los Certificados de Propiedad. Estos certificados son entregados al cliente por el dependiente luego de cerciorarse del buen funcionamiento del equipo y deben ser presentados en los talleres a la hora de reparar el bien adquirido cuando se detecta una rotura.. Actualmente existen irregularidades en el momento de verificar la veracidad de los documentos presentados por los clientes en los talleres de la División Tecnológica.. Por este motivo puede ser muy útil diseñar un sistema con interfaz Web para las unidades donde se captan los datos contenidos en los certificados de garantía y propiedad que pueda ser consultado por los técnicos de los talleres simplificando la verificación de los datos y logrando un mejor control de los equipos que aún se encuentran en el período de garantía.. De lo anteriormente expuesto se deriva el siguiente problema científico:. El servicio de garantía de postventa en los talleres de la División Tecnológica presenta dificultades para verificar la veracidad de los documentos presentados por los clientes con artículos comprados en las unidades minoristas. Los técnicos intentan comunicarse con las unidades donde fueron vendidos los. 2.

(8) Introducción. equipos para comprobar el período de garantía y por disímiles motivos resulta engorroso recibir una respuesta que confirme la fecha de venta.. A la situación antes mencionada se le da solución con la siguiente hipótesis de investigación:. La automatización y el control de toda la información de los certificados de garantías y propiedad de los clientes se logra con la utilización de un software.. Por tanto el objetivo general del trabajo es:. Automatizar el control de los certificados de garantía y propiedad, y ofrecer a los técnicos de la Gerencia Tecnológica toda la información necesaria sobre los artículos vendidos en las unidades minoristas de la red de tiendas de CIMEX.. Podemos. desglosar. el. objetivo. general. en. los. siguientes. objetivos. específicos: •. Implementar un sistema de gestión de bases de datos que permita controlar las garantías de los productos vendidos en las unidades.. •. Utilizar las facilidades del gestor de bases de datos SQL Server 2005 para obtener información adicional sobre las existencias, características de los productos y los períodos de garantías haciendo uso de la implementación del estándar SQL 3 que proporciona este propio gestor.. El informe se organizó de la forma siguiente: Una introducción.. Capítulo 1, en este capítulo se fundamenta la creación del software.. Capítulo 2, se realiza el diseño conceptual y lógico de la base de datos utilizando el diagrama Entidad Relación para el modelado de los datos.. 3.

(9) Introducción. Capítulo 3, se realiza el diseño del sistema.. Al final se hacen las conclusiones y recomendaciones de acuerdo a los resultados obtenidos.. 4.

(10) Capítulo 1: Fundamentación. CAPÍTULO 1: FUNDAMENTACIÓN 1.0 Introducción al capítulo En este capítulo realizamos una reseña de las características de la Corporación CIMEX y del proceso de emisión de los Certificados de Garantía y Propiedad así como de la posterior reparación o cambio de los artículos con defectos en los talleres de la División Tecnológica. Además se exponen los resultados de la revisión bibliográfica realizada sobre las nuevas potencialidades del SQL Server 2005.. 1.1 Breve reseña histórica de la Corporación CIMEX En noviembre de 1987, se crea CIMEX para la compra de objetos de oro y plata a la población en tiendas que se abrieron con ese propósito, llamadas "Del Oro y la Plata". Paralelamente se crearon otras tiendas para vender directamente en moneda convertible a segmentos de la población autorizados a su tenencia. En el marco de los Juegos Panamericanos en nuestro país en el año 1991 estos establecimientos tomaron el nombre de "Panamericanas". También desde el año 1989 CIMEX comenzó a operar tiendas Duty Free en los aeropuertos fundamentales del país, creándose la Sociedad Tiendas CIMEX.. En Octubre de 1993, la Sociedad de Tiendas CIMEX y con la incorporación de las Tecnitiendas del Consejo de Estado, se crea la Sociedad de Tiendas Panamericanas con 72 puntos de ventas, a partir de este momento se llevó a cabo un acelerado proceso inversionista que permitió abrir como promedio más de 100 puntos de ventas anualmente. Tiendas Panamericanas se erige como líder con relación al resto de las cadenas recaudadoras de divisas del país con más de 700 Puntos de Ventas incluyendo más de 25 Tiendas por Departamentos, más de 130 Mixtas, más de 70 Especializadas y más de 400 Puntos de Cercanía que comercializan fundamentalmente artículos de vestir, del hogar, ferretería, electrónica y electrodomésticos, y alimentos entre otros. En la actualidad todas las tiendas se subordinan a Complejos y estos a su vez. 5.

(11) Capítulo 1: Fundamentación. en Sucursales, como resultado del proceso organizativo desarrollado en CIMEX, e incluye las Tiendas Panamericanas, las Tiendas en Aeropuertos Dutty Free y las Boutiques Glamour, así como subordinadas directamente a la Corporación las Boutiques y La Maison.. La Red de Comercio Minorista, está compuesta por un conjunto de comercios dedicados a las ventas al detalle, de las especialidades de: Tiendas, Servicentros, Fotografías, Cafeterías Video Centros y Joyerías.. La Dirección de Comercio Minorista, es el órgano normativo, de organización, control y de dirección funcional de la Red de Comercio Minorista; así como del análisis de los resultados económicos, del desarrollo y las inversiones y cuenta con las especialidades técnicas, de las distintas actividades que la componen. Por las Sucursales Territoriales se lleva a efecto la administración y dirección funcional de estos comercios con el objetivo de cumplir sus tareas y funciones con el máximo de eficiencia.. El complejo es una agrupación de establecimientos con una vinculación lógica, fundamentalmente desde el punto de vista territorial, que se desarrolla para mejorar la gestión en la base, simplificar la estructura de la organización, utilizar mejor el personal de dirección y ahorrar fuerza de trabajo y otros recursos. Se subordina directamente a la Gerencia Minorista de la Sucursal Territorial, su establecimiento matriz representa ante la misma a los demás establecimientos del complejo.. En toda esta extensa red de tiendas minoristas se comercializan una gran cantidad de equipos electrodomésticos a los cuales se les presta servicios de Garantía Comercial.. 1.2 Garantía Comercial Se define como Garantía Comercial la obligación del vendedor de sanearle los defectos ocultos en los Bienes de Uso Duradero (equipos) adquiridos por sus. 6.

(12) Capítulo 1: Fundamentación. clientes, mediante la reparación, reposición o devolución del precio pagado por los mismos de acuerdo a lo establecido en el Código Civil, estando dirigida solamente a subsanar aquellos defectos o roturas que no pudieron ser observados en el momento de la compra.. Los complejos integrados por establecimientos entre los que se encuentran más de una de las diferentes actividades principales minoristas (Comercios, servicentros, gastronomía, fotografía, video centro), se asegurará en los establecimientos correspondientes se mantenga el personal especializado para garantizar dicha actividad, fundamentalmente en los aspectos comerciales y de operación.. 1.3 Procedimiento para la venta y entrega de los Certificados de Garantía y de Propiedad. La Sucursal Territorial será la encargada de garantizar la producción y distribución al establecimiento de los Certificados de Propiedad, controlados y debidamente foliados, según lo establecido.. El dependiente al efectuar la venta del Bien de Uso Duradero, está en la obligación de poner en conocimiento del cliente:. El uso adecuado del Bien a adquirir y brindarle la información necesaria para su correcto funcionamiento. Manipular en presencia del cliente el Bien antes de ejecutar la venta, a fin de que éste se y forma de operarlo.. Solicitar al cliente la revisión visual del Bien seleccionado, hasta recibir su conformidad en cuanto al buen estado del mismo y los accesorios e implementos que lo componen.. El dependiente debe explicar: el tiempo de Garantía, las condiciones generales y situaciones que la invalidan señalándole donde aparecen, en el modelo del Certificado de Garantía. Igualmente informará las direcciones y teléfonos del 7.

(13) Capítulo 1: Fundamentación. taller que corresponda o en el caso de no existir taller en la localidad, el lugar, día y hora, donde se recibirá y atenderá el equipo reportado por el cliente, si se le presenta alguna dificultad.. 1.4 Datos necesarios para llenar el Certificado de Propiedad Se llenará (con letra de molde) el Certificado de Propiedad, solicitando los datos personales correspondientes; acto seguido se llenará el Certificado de Garantía. En ambos documentos se consignará el Número de Serie del equipo y la fecha en que fue vendido.. Se le informará que debe conservar estos documentos y el comprobante de pago de la Caja Registradora para que pueda recibir el Servicio de Garantía.. El cajero de línea al ejecutar el cobro del importe del Bien adquirido "VALIDARA" el Certificado de Propiedad por la tecla (VALD) y entregará al cliente en sus manos los documentos y el comprobante de pago de la Caja Registradora.. El Comercial del establecimiento será el encargado de controlar y preservar los Certificados de Garantía y los Certificados de Propiedad en blanco se controlan por el Económico o Contador.. 1.5 Tratamiento para los servicios de garantía La División Tecnológica, dará en sus talleres los Servicios de Garantía. En el caso de los Televisores de más de 25 pulgadas, refrigeradores, lavadoras y cocinas con horno se brindará en el domicilio del cliente.. Atención a la Garantía de los equipos en la ciudad o en el municipio donde radica el taller de la División Tecnológica.. 8.

(14) Capítulo 1: Fundamentación. Los Servicios de Garantías, se efectuarán en cualquiera de los talleres autorizados según los teléfonos y direcciones registradas en el Certificado de Garantía.. Atención a la Garantía de los equipos donde no existen talleres de la División Tecnológica. El taller coordinará con los establecimientos la forma en que se brindará la atención a las Garantías, donde se pueden definir una o varias fechas, (como máximo cada 10 días hábiles) y los lugares de atención según sean las posibilidades de los Servicios Técnicos y las necesidades de la zona.. Las fechas y lugares de recepción de las Garantías deben estar en documentos, al acceso del dependiente del establecimiento y ser de su conocimiento, para informarlo al cliente de forma verbal y por escrito en el Certificado de Garantía.. El cliente puede:. Presentarse en los talleres autorizados que están reflejados en el Certificado de Garantía, para hacer el reporte de solicitud del Servicio de Garantía o llevar el equipo.. Presentarse en la fecha y lugar de atención a Garantías que le oriente el dependiente en el momento de la venta para hacer el reporte o llevar el equipo.. Presentarse en cualquier momento y dentro del Período de Garantía, en el lugar de atención a Garantías que le oriente el dependiente en el momento de la venta para hacer el reporte.. 1.6 Importancia de automatizar el control de las garantías. Todo esto trae consigo la necesidad de tener un control estricto de las. 9.

(15) Capítulo 1: Fundamentación. garantías para poder brindar un servicio de mayor calidad a la población y tomar decisiones correctas en cada caso.. Por ello nos dimos a la tarea de automatizar todo el proceso de emisión de las garantías y permitir que este control que se puede realizar desde cualquiera de nuestras unidades llegue a los talleres donde se brinda el servicio de reparaciones, sin tener que recurrir a llamadas o que se produzcan alteraciones en las fechas u otros datos de importancia en los certificados de garantía.. 1.7 Características nuevas en SQL Server 2005. 1.7.1 Administración de datos En un mundo conectado como es el de hoy en día, la información y los sistemas de administración de datos tienen que ser seguros y a la vez estar a disposición de los usuarios. Con SQL Server 2005, los usuarios y profesionales de las tecnologías de la información (TI) se beneficiarán de un menor tiempo de inactividad, mayor escalabilidad y rendimiento y controles de seguridad rigurosos pero flexibles. SQL Server 2005 cuenta con mejoras clave para la administración empresarial de datos en lo que respecta a las siguientes áreas: •. Facilidad de uso. •. Disponibilidad. •. Escalabilidad. •. Seguridad. 1.7.1.1 Facilidad de uso SQL Server 2005 simplifica el empleo, la administración y optimización de las aplicaciones empresariales para análisis de datos. Esta plataforma para la administración empresarial de datos cuenta con una única consola de administración que permite a los administradores de datos controlar, administrar y ajustar todas las bases de datos y servicios relacionados desde. 10.

(16) Capítulo 1: Fundamentación. cualquier lugar de la empresa. Cuenta con una amplia infraestructura de administración que se puede programar fácilmente utilizando SQL Management Objects, permitiendo a los usuarios personalizar y extender su entorno de administración y a los proveedores de software independientes diseñar herramientas y funcionalidades adicionales para desarrollar las capacidades predeterminadas.. SQL Server Management Studio. SQL Server 2005 simplifica la administración al contar con una consola de administración integrada para supervisar y administrar la base de datos relacional de SQL Server, así como Integration Services, Analysis Services, Reporting Services, Notification Services y SQL Server Mobile Edition de los diferentes servidores y bases de datos. Los administradores de las bases de datos pueden realizar diversas tareas al mismo tiempo, tales como escribir y ejecutar consultas, visualizar objetos del servidor, administrar objetos, supervisar la actividad del sistema y visualizar la ayuda en pantalla. SQL Server Management Studio contiene un entorno de desarrollo para la creación, edición y administración de secuencias de comandos y procedimientos almacenados utilizando Transact-SQL, Multidimensional Expressions, XML for Analysis y SQL Server Mobile Edition. Management Studio está integrado con el control de código fuente. Management Studio también cuenta con herramientas para programar las tareas del agente del SQL Server y administrar los planes de mantenimiento de manera tal que se puedan automatizar las tareas de funcionamiento y mantenimiento. La integración de administración y creación en una única herramienta junto con la posibilidad de administrar. todo. tipo. de. servidores. mejora. la. productividad. de. los. administradores de bases de datos.. SQL Server 2005 presenta más de 70 nuevas formas de medir el rendimiento de las bases de datos internas y la utilización de recursos, que van desde la memoria, bloqueo y programación hasta operaciones y redes y E/S de disco. Estas visiones dinámicas de administración brindan mayor transparencia y. 11.

(17) Capítulo 1: Fundamentación. visibilidad dentro de la base de datos y una sólida infraestructura para controlar en forma preventiva la integridad y el rendimiento de la base de datos.. SQL Management Objects. SQL Management Objects (SMO) es un conjunto nuevo de objetos de programación que expone por completo la funcionalidad de la administración de las bases de datos del SQL Server. De hecho, Management Studio se creó con SQL Management Objects. SMO está implementado como un ensamblado de Microsoft .NET Framework. SMO puede ser utilizado para automatizar tareas. de. administración. comunes. del. SQL. Server:. recuperar. programáticamente valores de configuración, crear nuevas bases de datos, aplicar secuencias Transact-SQL, crear tareas para el agente del SQL Server y programar copias de seguridad. El modelo de objetos SMO es un sustituto más seguro, confiable y escalable de Distributed Management Objects (DMO), que se incluyó en versiones anteriores de SQL Server.. 1.7.1.2 Disponibilidad Las inversiones en tecnologías de alta disponibilidad, capacidades de restauración y copias de seguridad adicionales, y mejoras de réplica permiten a las empresas crear e implementar aplicaciones de alta disponibilidad. Funciones innovadoras de alta disponibilidad tales como reflejos de bases de datos, clústeres de conmutación tras error, instantáneas de bases de datos y operaciones de mejora en línea minimizarán el tiempo de inactividad y le garantizarán el acceso a los sistemas empresariales esenciales.. Reflejo de base de datos. El reflejo de base de datos permite transmitir de forma continua el registro de transacciones desde un servidor de origen a un único servidor de destino. En caso de registrarse un error en el sistema primario, se pueden volver a conectar las aplicaciones de inmediato a la base de datos en el servidor secundario. La segunda instancia detecta el error en el servidor primario en. 12.

(18) Capítulo 1: Fundamentación. cuestión de segundos y acepta las conexiones de bases de datos de inmediato. El reflejo de bases de datos trabaja con hardware para servidores estándar y no necesita almacenamiento ni controladores especiales.. Clústeres de conmutación por error Un clúster de conmutación por error es una solución de alta disponibilidad que explota Microsoft Windows Clustering Services para crear servidores virtuales resistentes a errores que permiten una rápida conmutación por de errores en servidores de bases de datos. En la versión SQL Server 2005 SQL, Server Analysis Services, Notification Services y la réplica para SQL Server también cuentan con clústeres de conmutación por error. La cantidad máxima de nodos de clústeres ha aumentado a ocho. Los clústeres de conmutación por error del SQL Server constituyen ahora una solución completa para servidores resistentes a errores.. Instantáneas de base de datos. SQL Server 2005 introduce la posibilidad para los administradores de bases de datos de crear visualizaciones instantáneas y de solo lectura de las bases de datos. La instantánea de base de datos permite obtener una visualización estable sin la sobrecarga de tiempo y almacenamiento de crear una copia completa de la base de datos. Mientras que la base de datos primaria diverge de la instantánea, esta agrega su propia copia de las páginas a medida que se van modificando. Como resultado, la instantánea se puede utilizar para recuperarse rápidamente de un cambio accidental en la base de datos simplemente volviendo a aplicar las páginas originales de la instantánea a la base de datos primaria.. Recuperación rápida. SQL Server 2005 mejora la disponibilidad de las bases de datos del SQL Server gracias a una nueva y más rápida opción de recuperación. Los usuarios pueden volver a conectarse a la base de datos que se está recuperando una vez transferido el registro de transacciones. Las versiones anteriores del SQL 13.

(19) Capítulo 1: Fundamentación. Server requerían que los usuarios esperaran hasta que se deshicieran las transacciones incompletas, aunque los usuarios no necesitaran acceder a las partes afectadas de la base de datos.. Conexión del administrador no compartida. SQL Server 2005 presenta una conexión del administrador dedicada a obtener acceso al servidor que se está ejecutando aún cuando éste no responde o no se encuentra disponible. Esto le permite ejecutar funciones de diagnóstico o instrucciones Transact-SQL para resolver problemas en el servidor. La conexión es activada por los miembros de la función fija del servidor sysadmin y sólo está disponible por medio de la herramienta de símbolo del sistema SQLCMD ya sea desde el mismo equipo o desde un equipo remoto.. Operaciones en línea. La función de crear un índice en línea es una característica actualizada del SQL Server 2005 que aumenta las capacidades de indización de las versiones anteriores de SQL Server. La opción de índices en línea permite modificar (actualizar, eliminar e insertar) las tablas subyacentes o los datos de índices organizados en clústeres y a la vez modificar los índices relacionados durante la ejecución del lenguaje de definición de datos (DDL) para índices. Al admitir operaciones de índice en línea, usted puede agregar índices sin que esto interfiera en el acceso a las tablas u otros índices existentes. Además, la carga de trabajo del servidor permite a las operaciones de índice beneficiarse con el procesamiento paralelo. SQL Server 2005 además permite realizar operaciones de restauración mientras se ejecuta una instancia del SQL Server. Las capacidades de restauración en línea mejoran la disponibilidad del SQL Server porque la única información que no queda disponible es la que se restaura. El resto de la base de datos permanece en línea y disponible. Las versiones anteriores del SQL Server requieren que se desconecte la base de datos antes de restaurarla.. 14.

(20) Capítulo 1: Fundamentación. Réplica. La réplica fue diseñada para aumentar la disponibilidad de la información mediante la distribución de los datos a múltiples servidores de base de datos. La disponibilidad aumenta al permitir a las aplicaciones escalar la carga de trabajo leída del SQL Server en las cargas de datos. La réplica de SQL Server 2005 es mejor, puesto que utiliza un nuevo modelo entre iguales que ofrece una nueva topologia en la que se pueden sincronizar las bases de datos de forma transaccional con una base de datos idéntica.. 1.7.1.3 Escalabilidad Los avances en escalabilidad, tales como la partición de tablas, el aislamiento de instantáneas y la admisión de 64 bits le permitirán crear e implementar aplicaciones más exigentes utilizando el SQL Server 2005. La partición de tablas e índices de gran tamaño mejora significativamente los resultados de las consultas en bases de datos de gran tamaño.. Partición de tablas e índices. La partición de tablas e índices facilita la administración de bases de datos de gran tamaño al fragmentar las bases. Si bien el concepto de partición de datos en tablas, bases de datos y servidores no es novedoso en el mundo de las bases de datos, SQL Server 2005 introduce una función para particionar tablas en bases de datos para los diferentes grupos de archivos. La partición horizontal permite dividir las tablas en pequeños grupos en base al esquema de participación. La partición de tablas fue diseñada para bases de datos de gran tamaño, de cientos de gigabytes a terabytes o más.. Aislamiento de instantáneas. Una vez que los datos se han copiado, transformado y archivado en una base de datos para su análisis, ésta se debe actualizar o volver a crear. 15.

(21) Capítulo 1: Fundamentación. periódicamente. Los usuarios verdaderamente se benefician al tener una versión de la base de datos coherente desde el punto de vista transaccional. Sin embargo, la versión de los datos que visualizan ya no es actual. Puede llevar muchas horas construir la base e indizar los datos y es probable que esto no sea lo que el usuario realmente necesita. Aquí es donde es útil el aislamiento de instantáneas. El aislamiento de instantáneas permite a los usuarios tener acceso a la última fila utilizada gracias a que obtienen una visualización de la base de datos coherente desde el punto de vista transaccional.. Supervisor de réplicas. El Supervisor de réplicas es una herramienta que establece una nueva forma de uso que facilita la administración de operaciones de réplica de información complejas gracias a su interfaz de usuario fácil de usar y una gran variedad de indicadores para el manejo de la información.. 1.7.1.4 Seguridad SQL Server 2005 presenta mejoras significativas al modelo de seguridad de la plataforma de la base de datos para que el control sea más preciso y flexible, y brinde mayor rigurosidad en la seguridad de la información. Se ha invertido considerablemente en una gran cantidad de características a fin de proveer un alto nivel de seguridad para la información de su empresa. Entre esas características se encuentran:. Autorización. Un nuevo modelo de seguridad en el SQL Server 2005 permite a los administradores administrar permisos a nivel granular y en el ámbito designado al facilitar la administración de permisos y al garantizar el respeto del principio de privilegios mínimos. SQL Server 2005 le permite especificar un contexto para la ejecución de las instrucciones de los módulos. Esta función también es un excelente mecanismo de administración granular de permisos.. 16.

(22) Capítulo 1: Fundamentación. Autenticación. Los clústeres de SQL Server 2005 son compatibles con la autenticación de Kerberos contra un servidor virtual del SQL Server 2005. Los administradores pueden especificar políticas al estilo de Microsoft Windows acerca del inicio de sesión estándar de manera tal que se aplique una política coherente en todas las cuentas del dominio.. Cifrado nativo. SQL Server 2005 es compatible con las capacidades de cifrado de la base de datos, completamente integrado con una infraestructura de administración de claves. De forma predeterminada, las comunicaciones cliente/servidor están cifradas. A fin de centralizar la garantía de seguridad, se puede definir la política del servidor de manera tal que rechace comunicaciones no cifradas.. SQL Server y Trustworthy Computing. La iniciativa de Microsoft Trustworthy Computing define el marco con los pasos a seguir para una mayor seguridad informática así como medidas que lo ayudarán a usted a implementar y mantener un entorno más seguro. Los pasos a seguir lo ayudarán a proteger la confidencialidad, integridad y disponibilidad de la información y los sistemas en cada una de las fases del ciclo de vida del software, desde el diseño hasta la entrega y el mantenimiento.. 1.7.2 Mejoras en Transact-SQL Transact-SQL es desde hace tiempo la base de toda la programabilidad de SQL Server. SQL Server 2005 presenta nuevas capacidades de lenguaje para desarrollar aplicaciones de base datos escalables. Estas mejoras incluyen control de errores, nuevas capacidades de consulta recursivas y compatibilidad con las nuevas capacidades de SQL Server Database Engine. Las mejoras de Transact-SQL en SQL Server 2005 aumentan la capacidad expresiva en la 17.

(23) Capítulo 1: Fundamentación. escritura de consultas y le permiten mejorar el rendimiento del código y ampliar las capacidades de administración de errores. El esfuerzo permanente por mejorar Transact-SQL demuestra la confianza firme que se tiene en el importante rol que cumple en SQL Server.. Los nuevos aspectos introducidos al T-SQL en SQL Server 2005 representan un gran avance en el desarrollo de dicho lenguaje de consultas además de dar soporte al estándar SQL:1999, y también nos brinda muchas formas más eficientes y directas para la manipulación de los datos (Bob Beauchemin 2006). Durante el transcurso de esta investigación se ha realizado el estudio de algunos de los aspectos que incorpora el T-SQL en SQL Server 2005; a continuación enunciaremos de forma breve estas mejoras, enfatizando en aquellas que han sido utilizadas en el presente trabajo para la obtención de reportes que ayudan a la Gerencia Tecnológica a tomar decisiones en lo que respecta a los servicios de postventa y la compra de equipos para reposiciones.. SQL Server 2005 adiciona al T-SQL el operador PIVOT, el cual puede crear una nueva tabla intercambiando las filas con las columnas de una tabla existente, o sea, en esencia puede convertir los valores únicos de una columna en varias columnas de la nueva tabla y en general este operador es muy útil cuando se desea mostrar una vista analítica de los datos.. Un uso típico del operador PIVOT es el de convertir datos temporales, en datos categorizados para que sea más fácil su posterior análisis, por ejemplo, considerando una tabla con los certificados de garantías que se han emitido durante el transcurso del tiempo, donde cada fila representa una garantía que incluye los datos del cliente, este tipo de información es útil solo para poder acceder a la información de las garantías y recuperar datos de las mismas; pero sería muy difícil utilizar este tipo de “vista” de los datos para poder hacer un análisis comparativo de la cantidad de equipos vendidos por unidad o por municipios, para lo cual si es ideal el uso del operador PIVOT.. 18.

(24) Capítulo 1: Fundamentación. SQL Server 2005 también incorpora el operador UNPIVOT, el cual complementa al PIVOT, en el sentido de que realiza la operación inversa, o sea, convierte las cabeceras de columnas en una sola columna.. El uso del operador PIVOT también ha sido muy importante en la obtención de reportes no convencionales sobre los modelos de equipos más vendidos por unidades, lo cual se detallará en el capítulo 3.. 1.7.3 Mejores herramientas de desarrollo Los encargados del desarrollo podrán utilizar una herramienta de desarrollo para Transact-SQL, XML, Multidimensional Expressions (MDX) y XML for Analysis (XMLA). La integración con el entorno de desarrollo de Visual Studio ofrecerá un desarrollo más eficiente y la depuración de las aplicaciones de unidades de negocios e inteligencia comercial (BI).. Business Intelligence Development Studio. Business Intelligence Development Studio es un entorno de desarrollo común para construir soluciones BI basadas en Visual Studio tales como motores de base de datos, servicios de análisis e informes. Utilice la interfaz gráfica de usuario (GUI) de Business Intelligence Development Studio para crear paquetes de SQL Server Integration Services (SSIS) para aplicaciones de administración de datos. En Business Intelligence Development Studio los paquetes SSIS se crean, desarrollan y depuran arrastrando tareas desde la barra de herramientas, configurando las propiedades y conectando tareas con restricciones prioritarias. En la figura 2 se muestra la interfaz de Business Intelligence Development Studio en Visual Studio.. 1.7.4 Integración con Visual Studio Nunca antes se logró obtener un mayor nivel de integración entre la base de datos y el entorno de desarrollo de la aplicación como con SQL Server 2005 y. 19.

(25) Capítulo 1: Fundamentación. Visual Studio 2005 juntos. Ahora los encargados del desarrollo pueden crear procedimientos almacenados, funciones y tipos definidos por el usuario en CLR, y agregados definidos por el usuario directamente desde el entorno de desarrollo de Visual Studio. Pueden utilizar estos nuevos objetos de base de datos directamente desde Visual Studio sin necesidad de cambiar de herramienta. Visual Studio 2005 es directamente compatible con todos los tipos de datos nuevos de SQL Server, tales como XML nativo. También puede agregar los objetos de base de datos en CLR al mismo sistema de control de origen que utiliza para todos sus proyectos en Visual Studio, y de esta manera el nivel de integración y seguridad de los procesos de desarrollo serán aún mayores.. Depuración a través de varios niveles y de varios lenguajes. SQL Server 2005 y Visual Studio 2005 juntos permiten un mayor nivel de integración en el área de depuración de aplicaciones. Esta combinación le permite depurar uniformemente los códigos tanto en CLR como en TransactSQL utilizando la misma interfaz de depuración de Visual Studio y realizar depuraciones de CLR a Transact-SQL y viceversa, independientemente de la ubicación del código, ya sea que se encuentre en el equipo del Desarrollador o almacenado en la base de datos del SQL Server.. 1.7.5 Mejores Servicios Web y Acceso a los Datos En SQL Server 2005, usted puede desarrollar servicios Web XML a nivel de la base de datos, haciendo que SQL Server se convierta en una escucha HTTP. De esta forma ofrece un nuevo tipo de capacidad de acceso a los datos para aplicaciones que están centralizadas en los servicios Web. En SQL Server 2005, usted puede usar HTTP para obtener acceso a SQL Server directamente, sin usar una eschcha de nivel medio como por ejemplo los Servicios de Información de Internet de Microsoft (IIS). SQL Server expone una interfaz de servicio Web para permitir la ejecución de la instrucciones de SQL así como la invocación de funciones y procedimientos. Los resultados de las. 20.

(26) Capítulo 1: Fundamentación. consultas vuelven en formato XML y pueden aprovechar la infraestructura de servicios de Visual Studio Web.. XML para Analysis Services. XML para Analysis Services (XMLA) es el protocolo nativo, basado en estándares para comunicarse con el servidor de Analysis Services. Se habilitan nuevos tipos de aplicaciones y aplicaciones fáciles de desarrollar que integran analítica con operaciones en tiempo real. Con XMLA como protocolo nativo, los clientes de Analysis Services pueden ser configurados para que tengan un espacio en disco de cero y cada servidor sea automáticamente un servicio Web. Hay una capa Win32 con escaso espacio en disco para compatibilidad con versines anteriores con herramientas que trabajan con Analysis Services 2000 en OLE DB para OLAP, ADOMD y ADOMD.NET. Muchos usuarios seguirán usando el modelo de objeto de ADOMD.NET para construir aplicaciones personalizadas en Analysis Services.. Marco de la aplicación. SQL Server 2005 presenta un nuevo marco de aplicación de SQL Server que incluye Service Broker, Notification Services, SQL Server Mobile y SQL Server Express. Service Broker es un marco de aplicación distribuido que proporciona un servicio de mensajes asincrónico confiable a nivel de bases de datos para bases de datos.. 1.7.6 ADO.NET 2.0/ADOMD.NET Hay muchas novedades en la siguiente versión de ADO.NET. Desde nuevas compatibilidades para notificaciones de cambio de consulta hasta Conjuntos múltiples de resultados activos (MARS), ADO.NET ofrece mejor acceso y manejo de conjuntos de datos para lograr mayor escalabilidad y flexibilidad. Notificación de consultas SQL Server 2005 admite notificaciones para consultas de SQL Server. Usted puede usar esta compatibilidad para enviar un comando a SQL Server y 21.

(27) Capítulo 1: Fundamentación. solicitar que se genere una notificación si al ejecutar el mismo comando nuevamente se producen diferentes resultados de los obtenidos inicialmente. Usted lo realiza usando un objeto en dependencia que detecte cuándo se cambian los datos subyacentes. Los comandos enviados al servidor a través de cualquiera de los API de cliente como por ejemplo ADO.NET, OLE DEB, Open Database Connectivity (ODBC), Microsoft ActiveX Data Objects (ADO), o Simple Object Access Protocol (SOAP) pueden incluir una etiqueta que requiere una notificación. Para cada instrucción que se ejecuta como parte del pedido, el servidor crea una suscripción de notificación que se dispara una vez por cada instrucción que se incluye en el pedido. Las notificaciones son entregadas a través de la cola del SQL Service Broker que las aplicaciones pueden sondear y utilizar los servicios de activación o las instrucciones de bloqueo que vuelven cada vez que las notificaciones están disponibles. Las notificaciones de consultas son útiles para permitir el almacenamiento en caché de los resultados en aplicaciones tales como sitios Web destinados a bases de datos.. MARS. Los Conjuntos múltiples de resultados activos (MARS) ofrecen el medio para tener más de un pedido en trámite por conexión, en particular para tener más de un conjunto de resultados predeterminados abierto por conexión. Los conjuntos de resultados predeterminados son de avance y de sólo lectura. Para los conjuntos de resultados predeterminados, los controladores del cliente recuperan en forma transparente los datos en grandes fragmentos (Tabular Data Stream Buffer-sixed chunks) de manera que los pedidos de aplicaciones sean satisfechos sin un recorrido de ida y vuelta al servidor (como en el caso de los cursores del servidor. La aplicación puede usar un modelo de programación de una hilera por vez sin poner en peligro el rendimiento. La característica MARS elimina la restricción actual en la cual un conjunto de resultados predeterminados abiertos bloquea al controlador impidiendo que envíe pedidos al servidor hasta que se termine todo el conjunto de resultados. Conmutación por error transparente para reflejo de datos. 22.

(28) Capítulo 1: Fundamentación. SQL Server 2005 es compatible con la capacidad de "reposición en caliente" a través del reflejo de bases de datos. Si falla una instancia de SQL Server, el trabajo puede trasladarse automá ticamente al servidor de copia de seguridad. Esto hace que se necesite una instancia para observar la conmutación por error conocida (por cierto) como la instancia de observación. Los escenarios de reposición en caliente exigen que las conexiones del cliente actual "sepan" como conmutar por error (establezcan una conexión con la nueva instancia de servidor) también. No llega a ser óptimo para las conexiones del cliente que produzcan un error en el siguiente intento de acceso y que deba practicarse una "conmutación por error" manual mediante una programación por parte del cliente. SqlClient en ADO.NET 2.0 es compatible con conmutación por error del cliente sin una programación especial del programa de aplicación.. 1.7.7 Compatibilidad con XML. Los avances tales como el tipo de datos XML nativo y XQuery ayudan a las organizaciones a conectarse sin interrupciones con los sistemas internos y externos. SQL Server 2005 es compatible tanto con datos relacionales como con XML en forma nativa, de manera que las empresas puedan almacenar, manejar y analizar datos en el formato que más se adapte a sus necesidades. El soporte para los estándares abiertos existentes y emergentes tales como el protocolo de transferencia de hipertexto (HTTP), XML, Simple Object Access Protocol (SOAP), XQuery y el lenguaje XML Schema definition (XSD) también facilitan la comunicación a través de gran cantidad de sistemas empresariales.. Tipos de datos XML. El XML puede modelar datos complejos; no está limitado a los tipos escalares que son compatibles con SQL Server. Como tal, un tipo de datos incorporado, basado en cadenas como por ejemplo char o varchar no es suficiente para utilizar en forma eficaz todas las posibilidades y numerosas ventajas de XML. Por ejemplo, si XML está almacenado en forma de cadena, se puede insertar o seleccionar todo un documento o incluso recuperar bytes contiguos de él, pero no se puede consultar el contenido de ese documento. Al proporcionar el tipo 23.

(29) Capítulo 1: Fundamentación. de datos XML, SQL Server 2005 permite consultar porciones de un documento XML, convalidar que el documento se ajuste a un esquema XML e incluso modificar el contenido del documento XML en su lugar. También integra datos tradicionales, relacionales con datos en documentos no estructurados o semiestructurados XML en formas que no son posibles con SQL Server 2000. En SQL Server 2005, los datos XML se almacenan como objetos blinarios grandes (BLOB) en una representación interna que permite realizar un nuevo análisis en forma eficiente y cierto grado de compresión. Se puede asociar un conjunto de esquemas XML con una columna de tipo XML. De esta forma se proporciona la validación de las restricciones, inserciones y actualizaciones y también se escriben valores dentro de los datos XML almacenados así como optimizaciones para el almacenamiento y el procesamiento de las consultas. SQL Server 2005 también proporciona varias instrucciones DDL para manejar esquemas en el servidor.. XQuery. El lenguaje de consulta XML o XQuery es un lenguaje inteligente y robusto optimizado para hacer consultas de todo tipo de datos XML. Con XQuery, se pueden ejecutar consultas contra variables y columnas del tipo de datos XML usando los métodos asociados de este último. Al igual que con muchos estándares XML, el World Wide Web Consortium (W3C) supervisa el desarrollo de XQuery. XQuery evolucionó a partir de un lenguaje de consultas denominado Quilt, que a su vez estaba basado en varios otros lenguajes de consulta tales como el lenguaje de ruta XML (XPath) versión 1.0, el lenguaje de consulta XML (XQL) y SQL. También contiene XPath 2.0 como subconjunto. Por lo tanto, si usted tiene experiencia usando XPath 1.0 puede capitalizar sus habilidades y no tener que aprender todo un nuevo lenguaje de consulta. Sin embargo hay, avances significativos que van más allá de XPath 1.0, tales como escribir, funciones especiales y compatibilidad para una mejor iteración, ordenación de resultados y construcción. SQL Server 2005 se distribuye con importantes capacidades de XQuery que permiten la manipulación de objetos XML en el nivel de los datos. Es. 24.

(30) Capítulo 1: Fundamentación. compatible con un subconjunto escrito en forma estática de XQuery 1.0 Working Draft del 15 de noviembre de 2003.. 1.7.8 Reporting Services Reporting Services extiende la plataforma BI de Microsoft para llegar al trabajador de la información que necesita tener acceso a los datos comerciales. Reporting Services es un entorno de creación de informes empresariales basado en un servidor, administrado mediante servicios Web. Los informes pueden ser entregados en una variedad de formatos, con una gama de opciones de interactividad e impresión. Los análisis complejos pueden llegar a una amplia audiencia a través de la distribución de informes como una fuente de datos para BI en flujo inverso. Informes relacionales y OLAP Los Informes creados sobre datos relacionales son útiles pero la capacidad para agregar capacidades analíticas adicionales hace que tales informes sean de gran utilidad. Reporting Services le permite generar con facilidad informes en conjunto o por separado. SQL Server 2005 admite tanto datos relacionales como OLAP y ofrece un editor de consultas para ambos, incluyendo SQL Query Editor y MDX Query Editor. Report Builder Report Builder, un nuevo componente de SQL Server 2005 Reporting Services permite a los usuarios empresariales crear sus propios informes usando un modelo de sus datos fácil de usar. Report Builder aprovecha la plataforma de Reporting Services para ofrecer informes especiales a todos los usuarios finales. Los usuarios crean y editan informes con la aplicación de Report Builder para el cliente. La interfaz de usuario de Report Builder está diseñada sobre los paradigmas propios de Microsoft Office tales como Microsoft Excel y Microsoft PowerPoint. La figura 6 muestra un ejemplo de informe de Report Builder.. 25.

(31) Capítulo 1: Fundamentación. Report Builder es una aplicación ClickOnce implementada a través del explorador. Los usuarios comienzan a seleccionar plantillas de diseño de informes que contiene secciones de datos predefinas tales como tablas, matrices y gráficos. Arrastran y colocan elementos de informes desde el modelo hasta la superficie de diseño y definen restricciones para filtrar los datos del informe. El modelo contiene toda la información necesaria para que Report Builder genere autormáticamente la consulta de origen y recupere los datos solicitados. Report Builder también permite a los usuarios: Integración con Microsoft Office System Los informes emitidos mediante Report Server en Reporting Services pueden usarse en el contexto de aplicaciones de Microsoft SharePoint Portal Server y Microsoft Office System tales como Microsoft Word y Microsoft Excel. Puede usar características SharePoint para firmar los informes, crear nuevas versiones de informes y distribuir informes. También puede abrir informes en Word o Excel para ver las versiones HTML de los informes.. 26.

(32) Capítulo 1: Fundamentación. 1.8 Conclusiones parciales Al concluir este capítulo podemos observar que: En la Corporación CIMEX el proceso de emisión de los Certificados de Garantía y Propiedad así como de la posterior reparación o cambio de los artículos con defectos no está automatizado.. Teniendo en cuenta la necesidad anteriormente mencionada y después de la revisión bibliográfica realizada sobre las nuevas potencialidades del SQL Server 2005 es que hemos decidido realizar el diseño de una base de datos para automatizar este proceso.. 27.

(33) Capítulo 2: Diseño de la base de datos. CAPÍTULO 2: DISEÑO DE LA BASE DE DATOS 2.0 Introducción al capítulo En el desarrollo de este capítulo se realiza el diseño de la base de datos. Primero se especifican los requerimientos de la base de datos, se hace el diagrama Entidad Relación, luego se analizan las entidades, interrelaciones y llaves. Se expone el Esquema Relacional y finalmente se analizan los casos de uso del sistema.. 2.1 Diseño conceptual Partiendo de las especificaciones de los requisitos del sistema y utilizando el modelo Entidad Relación (E/R) para el modelado de los datos se realizó el diseño conceptual.. 2.1.2 Especificaciones de requisitos de la base de datos. Requerimientos del Negocio 1. Los certificados de garantía se emiten en las unidades Solo los contadores de las unidades de la red minorista de CIMEX podrán emitir nuevos certificados de garantía. 2. Solo los técnicos de la Gerencia Tecnológica pueden modificar la garantía En caso de rotura los equipos se repararán en las unidades de la gerencia tecnológica y los técnicos modificarán el tiempo de garantía de los mismos Requerimientos del Producto 1. Se emitirá un individualmente.. certificado. de. propiedad. para. cada. producto. Cuando el cliente compre varios artículos, aún perteneciendo al mismo lote, se emitirán tantos certificados de propiedad como productos con garantía adquiera.. 28.

(34) Capítulo 2: Diseño de la base de datos. 2. Los equipos solo se pueden reparar tres veces Los técnicos de la gerencia tecnológica pueden ampliar el período de garantía, y reparar los equipos solo 3 veces dentro del período de garantía de los mismos. 3. Se debe mostrar la información de las ventas de los productos con garantía. Se emitirá un reporte de todos los productos vendidos en un período de tiempo determinado por unidades. 4. Permitir ver la historia de las reparaciones de un artículo determinado. Dado un producto determinado se debe mostrar todas las veces que se le ha modificado la garantía por concepto de reparación o cambio en los talleres de la Gerencia Tecnológica. 5. Para cada producto se puede poder ver su fecha de terminación de la garantía Cuando el cliente lleve su producto a reparar el técnico debe verificar la fecha de terminación de la garantía del mismo para comprobar que está dentro de los términos establecidos para ese producto. 6. Mostrar las ventas de los lotes de productos por períodos en cada unidad. Los comerciales de las unidades minoristas deben poder analizar las tendencias de las ventas de los lotes de productos por períodos en cada una de las unidades minoristas de la red CIMEX.. 2.1.2 Diagrama Entidad Relación (E/R). Se utilizó el diagrama Entidad Relación (Codd 1970) como técnica para representar la estructura lógica de una base de datos en forma de gráficos, en el que se pueden observar las entidades, que no son más que objetos o elementos que existen en el mundo natural y están bien diferenciados entre si; se muestran sus propiedades y las interrelaciones que se establecieron enlazando las entidades básicas. (Date 2003). Se subrayaron las propiedades que se establecieron como llave principal de cada entidad y que definirá que cada ocurrencia del tipo de entidad sea única y diferente a las demás. Se. 29.

(35) Capítulo 2: Diseño de la base de datos. muestra también la cardinalidad (el número de posibles relaciones que una entidad determinada puede tener sobre otra) y se especifican la cantidad mínima y máxima de cada instancia de las asociaciones. Ver figura 2.1. IdModelo IdProveedor. [1, 1] MODELO. [1, 1] Posee. PROVEEDOR. [1, M]. Oferta. Descripción. Descripción Tiene. [1, M] [1, M] LOTE. [1, M]. Cuenta. [1, M]. [1, 1]. [1, 1]. IdMarca. UNIDAD MEDIDA. MARCA. IdUnidad Contiene. Descripción USUARIO. Descripción. Usuario [1, 1]. Nombre Resp.. IdEquipo. Municipio. EQUIPO. [1, 1]. [1, M]. NoSerie. Pertenece. UNIDAD. [1, M]. [1, 1]. IdUnidad Recibe. MUNICIPIO. [1, 1]. Idmunicipio. Emite. NombreCliente No.consecutivo. [1, 1] [1, M]. CLIENTE. IdCliente [1, 1]. CERTIFICADO GARANTÍA. Carné Identidad [1, 1]. Unidad Fecha. Tiempo garantía Fecha AJUSTE GARANTÍA. Cambiar garantía. [0, 3]. NoOrden. Figura 2.1 Diagrama Entidad Relación. 30.

(36) Capítulo 2: Diseño de la base de datos. 2.1.2.1 Entidades y atributos A continuación se describen las entidades básicas del diagrama E/R y sus atributos:. CERTIFICADOGARANTIA: Esta entidad representa los certificados de garantía que se les entregan a los clientes en el momento que compran los equipos en las unidades minoristas. Tiene como atributos Consecutivo, Unidad, Cliente, Código, Fecha de venta, Nombre del dependiente que confeccionó el certificado y Tiempo de garantía.. CLIENTE: Esta entidad representa a los clientes que compran equipos amparados con servicios de garantía de postventa. Tiene como atributos el Identificador del cliente, Carné de identidad, Nombre y Dirección.. LOTE: Esta entidad representa a todos los códigos panamericanos vigentes. Tiene como atributos el Identificador del código, Equipo, Código, Descripción, Precio de venta, Precio de costo, Proveedor y Unidad de medida.. EQUIPO: Esta entidad representa a los equipos comprados por los clientes. Tiene como atributos el Identificador de equipo, el Número de serie y Consecutivo e Identificador de unidad que son llaves candidatas de la entidad CERTIFICADOSGARANTIA.. UNIDAD: Esta entidad representa todas las unidades minoristas donde se venden equipos con garantía comercial. Tiene como atributos el Identificador de la unidad, Nombre de la unidad y Municipio a que pertenece.. AJUSTEGARANTIA: Esta entidad representa la actualización del período de garantía cuando se repara un equipo en la Gerencia Tecnológica, se actualiza por los técnicos que prestan el servicio de reparación de postventa. Tiene como atributos el Número de la orden de servicio, Consecutivo, Unidad y la Fecha de vencimiento de la garantía ajustada.. 31.

(37) Capítulo 2: Diseño de la base de datos. MODELO: Esta entidad representa todos los modelos de equipos que se venden en las unidades minoristas. Tiene como atributos el Identificador del modelo, Identificador de marca y la Descripción del modelo.. MARCA: Esta entidad representa las marcas de todos los modelos de equipos que se venden actualmente en las unidades minoristas. Tiene como atributos el Identificador de marca y la Descripción de la marca.. UNIDADMEDIDA: Esta entidad representa todas las unidades de medida que tienen los códigos panamericanos. Tiene como atributos el Identificador de la Unidad de medida y la Descripción.. PROVEEDOR: Esta entidad representa a todos los proveedores que venden mercancías a las unidades minoristas. Tiene como atributos el Identificador del proveedor y la Descripción.. MUNICIPIO: Esta entidad representa a todos los municipios donde existen unidades minoristas. Tiene como atributos el Identificador del municipio y el Nombre del municipio.. USUARIO: Esta entidad representa a todos los usuarios que tendrán acceso al sistema. Tiene como atributos el Identificador de la unidad y la cuenta del usuario en el dominio CIMEX.. 2.1.2.2 Interrelaciones y atributos. A continuación se describen las interrelaciones que se establecieron entre las entidades básicas del diagrama E/R:. RECIBE: Esta interrelación ternaria relaciona a los clientes que comprarán equipos y recibirán certificados de garantía.. 32.

(38) Capítulo 2: Diseño de la base de datos. EMITE: Esta interrelación binaria relaciona a los certificados de garantía con las unidades donde fueron emitidos.. CAMBIARGARANTIA: Esta interrelación binaria relaciona los certificados de garantía con los ajustes que se le hacen a las garantías cuando los técnicos reparan los equipos en la Gerencia Tecnológica.. OFERTA: Esta interrelación binaria relaciona los proveedores con el codificador donde están registrados todos los códigos panamericanos vigentes.. CUENTA: Esta interrelación binaria relaciona el codificador de equipos con las unidades de medida con la que se registran los códigos panamericanos.. PERTENECE: Esta interrelación binaria relaciona las unidades minoristas con los municipios a que pertenecen.. POSEE: Esta interrelación binaria relaciona los lotes de equipos con el modelo a que pertenecen.. TIENE: Esta interrelación binaria relaciona los modelos de los equipos con las marcas a que pertenecen esos modelos.. RESPONSABLE: Esta interrelación binaria relaciona los usuarios que tendrán acceso al sistema con las unidades en las cuales ellos son responsables del control y la emisión de los certificados.. CONTIENE: Esta interrelación binaria relaciona los lotes donde se registran todos los códigos panamericanos con cada equipo en particular representado por su número de serie.. 33.

(39) Capítulo 2: Diseño de la base de datos. 2.2 Diseño lógico Se realizó el diseño lógico, que tiene como objetivo el modelo Relacional y como punto de partida el modelo Entidad Relación, para ello utilizamos las reglas de transformación.. 2.2.1 Esquema relacional Con la realización del diseño lógico se obtuvo el esquema relacional, generado utilizando las reglas de transformación de entidades e interrelaciones: 2.2.1.1 Tablas y atributos A continuación se muestran las tablas que forman parte del esquema relacional: CPropiedad (Consecutivo, Id_Unidad, Confeccionado_por, Tiempo_garantia). Id_Cliente,. Id_Codigo,. Fecha,. NmClientes (Id_Cliente, CI, Nombre, Direccion) NmUnidad (IdUnidad, Nombre, Id_Municipio) Municipios (Id_Municipio, Municipio) AjusteGarantia (NoOrden, Consecutivo, Id_Unidad, Fecha) NmCodigo (Id_Codigo, Id_Modelo, Id_Proveedor, Id_UnidadMedida, Codigo, Descripcion, Pventa, Pcosto) Equipo (Id_Equipo, Id_Cliente, Consecutivo, Id_Unidad, NoSerie) NmProveedor (Id_Proveedor, Descripcion) NmUnidadMedida (Id_UnidadMedida, Descripcion) NmModelo (Id_Modelo, Id_Marca, Descripcion) NmMarca (Id_Marca, Descripcion) Usuario (Usuario, Id_Unidad). 34.

(40) Capítulo 2: Diseño de la base de datos. 2.2.1.2 Llaves Tablas. Llaves principales. CPropiedad. Consecutivo, Id_Unidad • Id_Cliente referida a la tabla NmClientes. • Id_Codigo referida a la tabla NmCodigo • Id_Unidad referida a la tabla NmUnidad Id_Cliente Id_Unidad • Id_Municipio referida a la tabla Municipios. Id_Municipio NoOrden • Consecutivo referida a la tabla CPropiedad. • Id_Unidad referida a la tabla CPropiedad Id_Codigo • Id_Modelo referida a la tabla NmModelo • Id_Proveedor referida a la tabla NmProveedor • Id_UnidadMedida referida a la tabla NmUnidadMedida Id_Equipo • Consecutivo referida a la tabla CPropiedad. • Id_Unidad referida a la tabla CPropiedad • Id_Cliente referida a la tabla NmClientes. Id_Proveedor Id_UnidadMedida Id_Modelo • Id_Marca referida a la tabla NmMarca Id_Marca Usuario • Id_Unidad referida a la tabla NmUnidad. NmClientes NmUnidad Municipios AjusteGarantia. NmCodigo. Equipo. NmProveedor NmUnidadMedida NmModelo NmMarca Usuario. Llaves extranjeras. Tabla 2.1. Llaves 2.2.1.2.1 Llaves principales En este epígrafe se describen las llaves principales de las tablas: Consecutivo e Id_Unidad serán las llaves principales de la tabla CPropiedad. Los números de consecutivos se repiten para cada unidad minorista por ello incluimos también el Id_Unidad para garantizar la identificación de forma única de la fecha, el cliente, el código, por quién fue confeccionado el certificado y el tiempo de garantía. 35.

(41) Capítulo 2: Diseño de la base de datos. Id_Cliente: Este atributo será la llave principal de la tabla NmClientes. Identificará de forma única el nombre del cliente, carné de identidad y su dirección. Id_Unidad: Este atributo será la llave principal de la tabla NmUnidad. Identificará de forma única el nombre de la unidad y el municipio a que pertenece. Id_Municipio: Este atributo será la llave principal de la tabla Municipios. Identificará de forma única el municipio. NoOrden: Este atributo será la llave principal de la tabla AjusteGarantia. Identificará de forma única el consecutivo y la unidad que son llaves foráneas y a la fecha de vencimiento de la garantía ajustada. IdCodigo: Este atributo será la llave principal de la tabla NmCodigo. Identificará de forma única el modelo, el proveedor, la unidad de medida IdEquipo: Este atributo será la llave principal de la tabla Equipo. Identificará de forma única el cliente, el consecutivo, la unidad y el número de serie Id_Proveedor: Este atributo será la llave principal de la tabla NmProveedor. Identificará de forma única la descripción del proveedor. Id_UnidadMedida: Este atributo será la llave principal de la tabla NmUnidadMedida. Identificará de forma única la descripción de las unidades de medida. Id_Modelo: Este atributo será la llave principal de la tabla NmModelo. Identificará de forma única el identificador de la marca y la descripción del modelo. IdMarca: Este atributo será la llave principal de la tabla NmMarca. Identificará de forma única la descripción de la marca. Usuario: Este atributo será la llave principal de la tabla Usuario. Identificará de forma única los usuarios que accederán al sistema. 2.2.1.3 Grafo de dependencias Se dibujo el grafo de dependencias, donde se visualizan las tablas a crear y las relaciones establecidas con el uso de llaves principales y llaves extranjeras.. 36.

(42) Capítulo 2: Diseño de la base de datos. Figura 2.2. Se determinó que el tipo de chequeo de integridad referencia es de eliminación y actualización de cascada para garantizar la coherencia de los datos.. 37.

(43) Capítulo 2: Diseño de la base de datos. 2.3 Restricciones adicionales Para garantizar que los datos almacenados sean consistentes fue necesario definir las siguientes restricciones:. 1- El identificador del proveedor en la tabla NmProveedor solo puede tener hasta 5 dígitos.. 2- En la tabla Lote el identificador del código puede ser hasta de 13 dígitos y solo caracteres numéricos.. 3- En la tabla NmUnidadMedida la descripción de la unidad de medida tiene que ser menor o igual a 5 dígitos.. 4- En la tabla NmClientes el carné de identidad tiene que ser de 11 dígitos y caracteres numéricos.. 5- En la tabla Usuarios el identificador de usuarios tiene que ser menor de 9 caracteres.. 6- En la tabla NmUnidad el identificador de la unidad tiene que ser de 4 caracteres. En el Anexo 1. Figura 2.3 se muestra el diagrama de clases que se generó utilizando el Enterprise Architect. 38.

(44) Capítulo 2: Diseño de la base de datos. 2.4 Casos de uso A continuación mostramos un diagrama con los principales casos de usos del sistema. Módulo para los contadores. Introducir garantías Modificar garantías Eliminar garantías Contador. Módulo para los técnicos de la Gerencia Tecnológica. Introducir órdenes. Modificar órdenes. Añadir usuarios. Añadir unidades Técnico. Eliminar órdenes. Modificar usuarios. Modificar unidades Añadir unidades. Eliminar usuarios. Figura 2.4 Diagrama de los principales casos de uso del sistema. 39.

(45) Capítulo 2: Diseño de la base de datos. Solo existen dos actores del sistema porque los actores cliente y dependiente son actores del negocio pero no del sistema. En la siguiente tabla se muestran todos los casos de uso del sistema:. Actores del sistema Contadores de las unidades minoristas. Casos de usos del sistema. 1. Introducir garantía. 2. Modificar garantía. 3. Eliminar garantía. Técnicos de la Gerencia Tecnológica. 4. Introducir órdenes de servicio. 5. Modificar órdenes de servicio. 6. Eliminar órdenes de servicio. 7. Añadir unidades minoristas. 8. Modificar unidades minoristas. 9. Eliminar unidades minoristas. 10. Introducir usuarios. 11. Modificar usuarios. 12. Eliminar usuarios. 13. Introducir modelos de equipos. 14. Modificar modelos de equipos. 40.

(46) Capítulo 2: Diseño de la base de datos. 15. Eliminar modelos de equipos. 16. Introducir marcas. 17. Modificar marcas. 18. Eliminar marcas. 19. Introducir códigos de equipos. 20. Modificar códigos de equipos. 21. Eliminar códigos de equipos. 22. Introducir proveedores. 23. Modificar proveedores. 24. Eliminar proveedores. 25. Introducir unidades de medida. 26. Modificar unidades de medida. 27. Eliminar unidades de medida.. Tabla 2.2. 41.

(47) Capítulo 2: Diseño de la base de datos. 2.4.1 Especificación de los principales casos de uso. 2.4.1.1 Caso de uso Introducir garantías Precondición: Que este registrado el código panamericano en la base de datos Condición finalizada correcta: Garantía introducida Poscondición fallida: No se puede introducir la garantía Disparador: Clic en la opción Introducir garantías Actor: Contador de unidad minorista Pasos: 1- Introducir el código del equipo 2- Introducir los datos de los certificados de propiedad y garantía 3- Grabar. 2.4.1.2 Caso de uso Modificar garantías Precondición: Que este registrada la garantía Condición finalizada correcta: Garantía modificada Poscondición fallida: No se puede modificar la garantía Disparador: Clic en la opción Modificar garantías Actor: Contador de unidad minorista Pasos: 1- Introducir el número de consecutivo 2- Modificar los datos de los certificados de propiedad y garantía 3- Grabar. 2.4.1.3 Caso de uso Eliminar garantías Precondición: Que este registrada la garantía Condición finalizada correcta: Garantía eliminada Poscondición fallida: No se puede eliminar la garantía Disparador: Clic en la opción Modificar garantías Actor: Contador de unidad minorista Pasos: 1- Introducir el número de consecutivo 2- Eliminar la garantía. 42.