ESCUELA POLITÉCNICA NACIONAL

Transcripción

1 1 ESCUELA POLITÉCNICA NACIONAL ESCUELA DE INGENIERÍA SISTEMA DE COMPRA Y VENTA DE LIBROS CON TECNOLOGÍA SMART CLIENTE PARA EMPRESAS DISTRIBUIDORAS DE LIBROS PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS INFORMÁTICOS Y DE COMPUTACIÓN MIGUEL ADOLFO MÁRQUEZ VACAS mmarquezvacas@gmail.com SANDRA DEL ROCÍO PAREDES AYALA sandy.paredes@gmail.com DIRECTOR: ING. PAULVILCA pavich_2500@yahoo.es QUITO, MARZO 2008

2 2 DECLARACIÓN Nosotros, Miguel Adolfo Márquez Vacas y Sandra del Rocío Paredes Ayala, declaramos bajo juramento que el trabajo aquí descrito es de nuestra autoría; que no ha sido previamente presentada para ningún grado o calificación profesional; y, que hemos consultado las referencias bibliográficas que se incluyen en este documento. A través de la presente declaración cedemos nuestros derechos de propiedad intelectual correspondientes a este trabajo, a la Escuela Politécnica Nacional, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normatividad institucional vigente. Miguel Márquez Sandra Paredes

3 3 CERTIFICACIÓN Certifico que el presente trabajo fue desarrollado por Miguel Adolfo Márquez Vacas y Sandra del Rocío Paredes Ayala, bajo mi supervisión. Ing. Paúl Vilca DIRECTOR DE PROYECTO

4 4 CONTENIDO CAPITULO AMBIENTE SMART CLIENT Definición Smart Client Aplicaciones Clientes Ricas o Rich Client Applications Aplicaciones Clientes Delgadas Thin Client Applications Características Smart Client Usan los Recursos Locales: Usan los Recursos de la Red Dan soporte a los usuarios ocasionalmente conectados Proveen Instalación y Actualización Inteligente Proveen adaptación a los dispositivos cliente Arquitectura Smart Client Caché Configuración Acceso a datos Criptografía Offline TIPOS DE SMART CLIENT Aplicaciones Smart Client Windows Aplicaciones Smart Client Office Visión General de las Aplicaciones Smart Client con Microsoft Office Aplicaciones Smart Client Móviles Desarrollando Aplicaciones Móviles Smart Client Orientadas a servicios Web NET Compact Framework y Smart Client HERRAMIENTAS Y TECNOLOGÍAS SMART CLIENT Tecnología Microsoft Tecnología Java Bases de datos MSDE SQL Server 2005 Express SQL Anywhere VistaDB XML METODOLOGÍA DE DESARROLLO IntroduccióN Proceso unificado de Rational Introducción... 38

5 REQUISITOS ANÁLISIS DISEÑO IMPLEMENTACIÓN PRUEBA CAPITULO 2. ANÁLISIS Y DISEÑO DEL SISTEMA PARA LA COMPRA Y VENTA DE LIBROS UTILIZANDO TECNOLOGÍA SMART CLIENT. SMARTBOOKSB ANALISIS DEL SISTEMA ESPECIFICACIÓN DE REQUERIMIENTOS DEL SISTEMA Introducción Descripción General Requerimientos Específicos MODELO DE CASOS DE USO LISTA DE ACTORES Diagrama de Casos Uso Especificación del Diagrama de Casos de Uso DIAGRAMAS DE SECUENCIA PAQUETES DE ANÁLISIS DISEÑO DEL SISTEMA Arquitectura del sistema MODELO DE DISEÑO MODELO DEL DOMINIO DIAGRAMA DE CLASES DIAGRAMAS DE SECUENCIA DIAGRAMAS DE COLABORACIÓN DEFINICIÓN DE MÓDULOS Modelo Relacional Lógico Modelo Relacional Físico Diseño de interfaces Diagrama de Navegación Interfaces de Usuario CAPITULO 3. CONSTRUCCIÓN Y PRUEBAS DEL SISTEMA PARA LA COMPRA Y VENTA DE LIBROS UTILIZANDO TECNOLOGÍA SMART CLIENT. SMARTBOOKSB IMPLENTACIÓN DEL SISTEMA alcance HERRAMIENTAS DE DESARROLLO Detalle de las Herramientas ESTÁNDARES DE PROGRAMACIÓN Diagrama de Componentes Generalidades

6 Descripción del Diagrama de Componentes Diagrama de Despliegue PRUEBAS INTRODUCCIÓN Diseño de Pruebas Pruebas Clientes Prueba Libros Prueba Compra de Libros Prueba Venta de Libros Prueba Proveedores Prueba Reporte Compra de Libros Prueba Reporte Ventas de Libros Resultados: CAPITULO 4. CASO DE ESTUDIO IMPLANTACIÓN DEL SISTEMA Selección del Ambiente Ambiente Tecnológico Comunicaciones: Servidores: Implantación Implantación en el Servidor Creación de la Base de Datos Migración de datos de empleados y perfiles de seguridad Implantación en el Servidor Evaluación de la Aplicación PARÁMETROS DE EVALUACIÓN TABLA DE EVALUACIÓN CAPITULO 5. CONCLUSIONES Y RECOMENDACIONES CONCLUSIONES RECOMENDACIONES: GLOSARIO BIBLIOGRAFIA

7 7 INDICE DE FIGURAS FIGURA 1. VENTAJAS COMPETITIVAS FIGURA 2. EXPLOTACIÓN DE LOS RECURSOS DE HARDWARE DEL LADO DEL CLIENTE FIGURA 3. ACTUALIZACIONES AUTOMÁTICAS FIGURA 4. ADAPTACIÓN A LOS DISPOSITIVOS CLIENTE FIGURA 5. ARQUITECTURA DE UN SMART CLIENT FIGURA 6. ESTRUCTURA DE OFFLINE FIGURA 7. CONECTIVIDAD CON DIVERSOS ORÍGENES DE DATOS FIGURA 8. USO DE XML EN APLICACIONES SMART CLIENT OFFICE FIGURA 9. ARQUITECTURA DE UNA APLICACIÓN SMART CLIENT MÓVIL FIGURA 10. LA VIDA DEL PROCESO UNIFICADO FIGURA 11. DIAGRAMA DE CASO DE USO PRINCIPAL FIGURA 12. DIAGRAMA DE CASOS DE USO ADMINISTRAR CLIENTES FIGURA 13. DIAGRAMA DE CASOS DE USO ADMINISTRAR VENTA DE LIBROS FIGURA 14. DIAGRAMA DE CASOS DE USO ADMINISTRAR COMPRA DE LIBROS FIGURA 15. DIAGRAMA DE CASOS DE USO ADMINISTRAR LIBROS FIGURA 16. DIAGRAMA DE CASOS DE USO ADMINISTRAR PROVEEDORES FIGURA 17. DIAGRAMA DE CASOS DE USO REPORTES FIGURA 18. PAQUETE ADMINISTRACIÓN FIGURA 19. PAQUETE SEGURIDAD FIGURA 20. PAQUETE ÓRDENES DE COMPRA FIGURA 21. PAQUETE VENTAS FIGURA 22. ARQUITECTURA DEL SISTEMA SMARTBOOKSB FIGURA 23. MODELO DEL DOMINIO FIGURA 24. DIAGRAMA DE CLASES FIGURA 25. DIAGRAMA DE SECUENCIA - ADMINISTRACIÓN VENTA DE LIBROS FIGURA 26. DIAGRAMA DE SECUENCIA - ADMINISTRACIÓN DE PROVEEDORES FIGURA 27. DIAGRAMA DE SECUENCIA - ADMINISTRACIÓN DE CLIENTES FIGURA 28. DIAGRAMA DE SECUENCIA - ADMINISTRACIÓN DE ÓRDENES DE COMPRA FIGURA 29. DIAGRAMA DE SECUENCIA - ADMINISTRACIÓN DE LIBROS FIGURA 30. DIAGRAMA DE SECUENCIA - REPORTES FIGURA 31. DIAGRAMA DE COLABORACIÓN ADMINISTRAR CLIENTES FIGURA 32. DIAGRAMA DE COLABORACIÓN ADMINISTRAR LIBROS FIGURA 33. DIAGRAMA DE COLABORACIÓN ADMINISTRAR PROVEEDOR FIGURA 34. DIAGRAMA DE COLABORACIÓN INGRESO DE PEDIDO DE VENTA FIGURA 35. DIAGRAMA DE COLABORACIÓN CONSULTA PEDIDO DE VENTA... 94

8 8 FIGURA 36. DIAGRAMA DE COLABORACIÓN ACTUALIZACIÓN DE PEDIDO DE VENTA FIGURA 37. DIAGRAMA DE COLABORACIÓN AUTORIZAR PEDIDO DE VENTA FIGURA 38. DIAGRAMA DE COLABORACIÓN GENERAR FACTURA FIGURA 39. DIAGRAMA DE COLABORACIÓN INGRESAR ORDEN DE COMPRA FIGURA 40. DIAGRAMA DE COLABORACIÓN CONSULTAR ORDEN DE COMPRA FIGURA 41. DIAGRAMA DE COLABORACIÓN ACTUALIZAR ORDEN DE COMPRA FIGURA 42. DIAGRAMA DE COLABORACIÓN AUTORIZAR ORDEN DE COMPRA FIGURA 43. DIAGRAMA DE COLABORACIÓN REPORTE DE ÓRDENES DE COMPRA FIGURA 44. DIAGRAMA DE COLABORACIÓN REPORTE PEDIDOS DE VENTA FIGURA 45. MODELO RELACIONAL LÓGICO FIGURA 46. MODELO RELACIONAL FÍSICO FIGURA 47. DIAGRAMA DE NAVEGACIÓN PERFIL ADMINISTRADOR FIGURA 48. DIAGRAMA DE NAVEGACIÓN PERFIL VENDEDOR FIGURA 49. DIAGRAMA DE NAVEGACIÓN PERFIL JEFE DE VENDEDORES FIGURA 50. DIAGRAMA DE NAVEGACIÓN PERFIL JEFE DE COMPRAS FIGURA 51. DISEÑO DE INTERFAZ - INGRESO AL SISTEMA FIGURA 52. DISEÑO DE INTERFAZ - MENÚ FIGURA 53. DISEÑO DE INTERFAZ PRINCIPAL FIGURA 54. DIAGRAMA DE COMPONENTES FIGURA 55. DIAGRAMA DE DESPLIEGUE

9 9 INDICE DE TABLAS TABLA 1. LISTA DE ACTORES TABLA 2. ESPECIFICACIÓN DE CASO DE USO - CONSULTAR DATOS DE PROVEEDOR TABLA 3. ESPECIFICACIÓN DE CASO DE USO - INGRESAR DATOS DE PROVEEDOR TABLA 4. ESPECIFICACIÓN DE CASO DE USO - ACTUALIZAR PROVEEDOR TABLA 5. ESPECIFICACIÓN DE CASO DE USO - CONSULTAR DATOS DE CLIENTES TABLA 6. ESPECIFICACIÓN DE CASO DE USO - INGRESAR DATOS DEL CLIENTE TABLA 7. ESPECIFICACIÓN DE CASO DE USO - ACTUALIZAR CLIENTE TABLA 8. ESPECIFICACIÓN DE CASO DE USO - CONSULTAR PEDIDO DE VENTA TABLA 9. ESPECIFICACIÓN DE CASO DE USO - INGRESAR PEDIDO DE VENTA TABLA 10. ESPECIFICACIÓN DE CASO DE USO - ACTUALIZAR PEDIDO DE VENTA TABLA 11. ESPECIFICACIÓN DE CASO DE USO - AUTORIZAR PEDIDO DE VENTA TABLA 12. ESPECIFICACIÓN DE CASO DE USO - GENERAR FACTURA TABLA 13. ESPECIFICACIÓN DE CASO DE USO - CONSULTAR ORDEN DE COMPRA TABLA 14. ESPECIFICACIÓN DE CASO DE USO - INGRESAR ORDEN DE COMPRA TABLA 15. ESPECIFICACIÓN DE CASO DE USO - ACTUALIZAR ORDEN DE COMPRA TABLA 16. ESPECIFICACIÓN DE CASO DE USO - AUTORIZAR ORDEN DE COMPRA TABLA 17. ESPECIFICACIÓN DE CASO DE USO - CONSULTAR DATOS DE LIBROS TABLA 18. ESPECIFICACIÓN DE CASO DE USO - INGRESAR DATOS DE LIBRO TABLA 19. ESPECIFICACIÓN DE CASO DE USO - ACTUALIZAR LIBRO TABLA 20. ESPECIFICACIÓN DE CASO DE USO - CONSULTAR DATOS DE COMPRAS TABLA 21. ESPECIFICACIÓN DE CASO DE USO - CONSULTAR DATOS DE VENTAS TABLA 22. ESPECIFICACIÓN DEL DIAGRAMA DE CLASES TABLA 23. CLASES MÓDULO DE VENTAS TABLA 24. CLASES MÓDULO DE COMPRAS TABLA 25. CLASES MÓDULO DE ADMINISTRACIÓN TABLA 26. CLASES MÓDULO DE SEGURIDAD TABLA 27. DESCRIPCIÓN DE HERRAMIENTAS TABLA 28. ESTÁNDARES DE PROGRAMACIÓN TABLA 29. DESCRIPCIÓN DE COMPONENTE CLSVENTAS TABLA 30. DESCRIPCIÓN DE COMPONENTE CLSADMINISTRACIÓN TABLA 31. DESCRIPCIÓN DE COMPONENTE CLSCOMPRAS TABLA 32. DESCRIPCIÓN DE COMPONENTE CLSBDD TABLA 33. DESCRIPCIÓN DE COMPONENTE CLSGESTORCONEXION TABLA 54. EVALUACIÓN DE LAS PRUEBAS

10 10 CAPITULO AMBIENTE SMART CLIENT DEFINICIÓN SMART CLIENT. Las aplicaciones Smart Client son una alternativa poderosa para hacer más ligeras las aplicaciones del cliente. Estas pueden proporcionar una interfase de usuario rica y sensible, la habilidad de trabajar desconectado, y una manera de aprovechar los recursos de hardware y software. Además, éstas pueden ser diseñadas para correr en un espectro amplio de dispositivos clientes, tales como: desktop PCs, Tablet PCs, y dispositivos móviles portátiles (Pocket PCs y Smartphones). Las aplicaciones Smart Client dan a los usuarios acceso a la información y a los servicios remotos dentro de un poderoso e intuitivo ambiente cliente, y es una solución eficaz para las aplicaciones flexibles orientadas a usuarios, además de incrementar la productividad y satisfacción del usuario Las aplicaciones Smart Client pueden diseñarse para combinar los beneficios tradicionales de una aplicación Cliente Rica o Rich Client con los beneficios de la manejabilidad de una aplicación Cliente Delgada o Thin Client A Ventajas Cola D A Abs Figura 1. Ventajas Competitivas 1 Las aplicaciones Smart Client dan a los usuarios acceso a la información y a los servicios remotos dentro de un poderoso e intuitivo ambiente cliente 1 Microsoft Corporation, Architecting Smart Client Solution, msdn.microsoft.com/seminar/shared/asp/view.asp/?url=/seminar/en/ smartclient03/manifest.xml& rate=1

11 Aplicaciones Clientes Ricas o Rich Client Applications A mediados de los 90`s el número de aplicaciones Rich Client desarrolladas para los sistemas operativos de Microsoft Windows incrementó dramáticamente. Estos clientes fueron diseñaron para aprovechar los recursos locales de hardware y las características de la plataforma del sistema operativo del cliente. A pesar de la funcionalidad impresionante de muchas de estas aplicaciones, tienen limitaciones. Muchas de estas aplicaciones son autosuficientes y operan en la computadora del cliente, con pequeño o ningún conocimiento del ambiente en cual ellos operan. Este ambiente incluye otras computadoras y cualquier servicio en la red, así como cualquier otra aplicación en la computadora del usuario. Muy a menudo, la integración entre las aplicaciones se limita a usar las característica de cortar ó copiar y pegar proporcionadas por Windows para transferir cantidades pequeñas de datos entre las aplicaciones. Hay tecnologías para aumentar la conectividad de aplicaciones Rich Client. Por ejemplo, las aplicaciones de dos capas permiten a varios usuarios acceder a datos comunes que residen en la red, y DCOM permite a las aplicaciones volverse más distribuidas. (Con DCOM, la lógica y el estado no esta atado nunca más a la computadora cliente y, en cambio, están encapsulados dentro de objetos que son distribuidos a través de varias computadoras). Sin embargo, las aplicaciones conectadas son considerablemente más complejas de desarrollar. Así como el tamaño y la complejidad de estas aplicaciones distribuidas crece, cualquier acoplamiento firme entre las aplicaciones cliente y los servicios que ellos consumen se hace mucha más difícil de mantener. Mientras que los Rich Client proporcionan típicamente una experiencia al usuario de alta calidad, de buena repuesta y tienen un bueno soporte para el desarrollador y la plataforma, estos son muy difíciles de desplegar y

12 12 mantener. Así como la complejidad de las aplicaciones y la plataforma del cliente aumentan, así también las dificultades asociadas con el despliegue de la aplicación en la computadora del cliente de una manera fiable y segura. Una aplicación puede interrumpir otra aplicación fácilmente si se despliega un componente incompatible compartido o librería, este es un fenómeno conocido como la fragilidad de la aplicación. Nuevas versiones de la aplicación se convierten en utilizables al redesplegar la aplicación entera, lo cual puede incrementar un problema de fragilidad de la aplicación Aplicaciones Clientes Delgadas Thin Client Applications El Internet proporciona una alternativa al modelo del Rich Client tradicional que resuelve muchos de los problemas asociados con el despliegue de la aplicación y su mantenimiento. Las Thin Client, aplicaciones basadas en navegadores son desplegadas y actualizadas en un Servidor Web Central; por lo tanto, eliminan la necesidad de desplegar y administrar explícitamente cualquier parte de la aplicación en la computadora del cliente. Este modelo les permite a las compañías exponer muy eficientemente sus aplicaciones a una audiencia externa, amplia y diversa. Debido a que los Thin Clients han demostrado ser eficaces al resolver algunos de los problemas de despliegue y manejabilidad, son usados para proporcionar el acceso a muchas aplicaciones de líneas de negocio (LOB), a usuarios dentro de una organización, así como el acceso externo a las aplicaciones por parte de clientes y socios. Esto a pesar del hecho de que las necesidades y expectativas de estos dos tipos de usuarios son a menudo sumamente diferentes. Las aplicaciones Thin Client tienen algunas desventajas. El navegador debe tener una conexión de red en todo momento. Esto significa que

13 13 usuarios móviles no tienen el acceso a las aplicaciones si ellos están desconectados, entonces ellos deben reingresar los datos cuando regresen a la oficina. También, características comunes entre aplicaciones tales como arrastrar y colocar, deshacer-rehacer y ayuda sensitiva al contexto pueden no estar disponibles, lo cual puede reducir la usabilidad de la aplicación. Debido a que la inmensa mayoría de la lógica de la aplicación y el estado se encuentra en el servidor, los Thin Client hacen solicitudes de datos y procesamiento frecuentemente. El navegador debe esperar por una repuesta antes de que el usuario pueda continuar usando la aplicación; por consiguiente, la aplicación tendrá una respuesta más lenta que una aplicación Rich Client equivalente. Este problema se incrementa en condiciones de bajo ancho de banda o alta latencia, y las consecuencias de los problemas de rendimiento pueden llevar a una reducción significativa de la usabilidad de la aplicación y eficiencia del usuario. Una aplicación LOB que requiere gran entrada de datos y/o la navegación frecuente a través de ventanas múltiples puede ser afectada particularmente por este problema CARACTERÍSTICAS SMART CLIENT Las aplicaciones Smart Client pueden ser diseñadas para combinar los beneficios de una aplicación Rich Client con las ventajas de despliegue y administración de una aplicación Thin Client, aunque la naturaleza del balance entre las dos estrategias depende del escenario exacto. Las aplicaciones Smart Client tienen a menudo requisitos muy diversos, y así varía mucho en el diseño e implementación. Sin embargo, todos los Smart Client comparten algunas o todas de las siguientes características: Hacen uso de recursos locales

14 14 Hacen uso de recursos de la red Soporte a usuarios ocasionalmente conectados Proporcionan instalación y actualización inteligentes Se adaptan a los dispositivos cliente Usan los Recursos Locales: Una aplicación Smart Client bien diseñada se aprovecha del hecho de que el código y los datos son desplegados en el cliente, además de ejecutarse y accederse localmente. Esto provee una aplicación con una interfaz de usuario rica y de buena respuesta, además de capacidades poderosas de procesamiento en el lado del cliente. Por ejemplo, podría permitirle al usuario realizar manipulación de datos complejos, visualización, búsqueda, u operaciones de ordenamiento. Los Smart Client pueden aprovechar los recursos de hardware del lado del cliente (como teléfonos o lectores del código de barras) y otro software y aplicaciones. Esto ha hecho que resuelvan problemas que una aplicación Thin Client no puede resolver correctamente, tal como aplicaciones de punto de venta. Los Smart Client también pueden tomar la ventaja del software local, como las aplicaciones Microsoft Office, o cualquier aplicación LOB instalada en la computadora del cliente. La creación de soluciones que se integran y coordinan muchas aplicaciones LOB, les permite a los usuarios trabajar más eficientemente, tomar mejores decisiones, y reducir errores de ingreso de datos. Tales soluciones también permitir a su aplicación integrarse más herméticamente con el ambiente de trabajo del usuario, por ejemplo teniendo una interfaz de usuario familiar o personalizada, lo que puede conducir a costos reducidos de capacitación. Otras aplicaciones cliente pueden integrarse o coordinarse con las aplicaciones Smart Client para proporcionar una solución global coherente y eficaz. Estas aplicaciones también deben ser conscientes del contexto en

15 15 el cual las aplicaciones están siendo usadas, y deben adaptarse a ese contexto para ayudar al usuario tanto como sea posible; por ejemplo, almacenando preventivamente en caché datos apropiados y útiles de acuerdo al patrón de uso o el perfil del usuario. Aumentando al máximo el uso e integrando los recursos locales en sus aplicaciones Smart Client permitirán a la aplicación aprovechar más eficazmente el hardware que ya está disponible. Muy a menudo, poderosos procesadores, memoria, y capacidades gráficas avanzadas no se usan. El uso de los recursos en la computadora cliente puede también reducir requerimientos de hardware en el lado del servidor. Figura 2. Explotación de los recursos de Hardware del lado del cliente Usan los Recursos de la Red Los Smart Client pueden consumir y usar diferentes servicios y datos por medio de la red. Ellos son una manera efectiva de recuperar los datos de diversas fuentes y pueden ser diseñados para analizar o agregar los datos, permitiendo al usuario tomar decisiones mejores y más eficientes. Por ejemplo, un Smart Client podría usar un servicio de cartografía para proveer detalles de ubicación e instrucciones de manejo. 2 Microsoft Corporation, Architecting Smart Client Solution, msdn.microsoft.com/seminar/shared/asp/view.asp/?url=/seminar/en/ smartclient03/manifest.xml& rate=1

16 16 Las aplicaciones Smart Client deben estar conectadas tanto como sea posible y deben hacer uso de los recursos y servicios que están disponibles para ellas en la red. No deben ser aplicaciones autosuficientes y siempre deben formar parte de una solución distribuida más grande. Como mínimo, una aplicación Smart Client debe usar los servicios centralizados que ayudan a mantener la aplicación y proveen servicios de despliegue y actualización. La naturaleza de conexión de las aplicaciones Smart Client les permite proporcionar valiosa agregación de los datos, análisis, y servicios de transformación. Estas pueden permitirles a los usuarios colaborar en las tareas en tiempo real o durante un período de tiempo. En muchos casos, una aplicación Smart Client puede proporcionar características parecidas a un portal Web al usuario, permitiendo que datos dispares y servicios estén coordinados e integrados en una solución general Dan soporte a los usuarios ocasionalmente conectados. Los Smart Client pueden ser diseñados para proporcionar funcionalidad a usuarios que están conectados ocasionalmente a la red, permitiéndole al usuario continuar trabajando eficazmente cuando esté explícitamente desconectado, en condiciones de bajo ancho de banda o alta latencia en la red, o cuando la conexión es intermitente. Incluso cuando el cliente se conecta a la red la mayoría del tiempo, las aplicaciones Smart Client pueden mejorar el rendimiento y usabilidad almacenando en caché los datos y administrando la conexión de forma inteligente. Para las aplicaciones móviles, los Smart Client pueden optimizar también el ancho de banda de la red, como por ejemplo: haciendo solicitudes programadas al servidor. El ser capaz de trabajar mientras esta desconectado u conectado aumenta la productividad y la satisfacción del usuario. Una aplicación Smart Client

17 17 debe apuntar a proporcionar tanta funcionalidad como sea posible cuando se esta desconectado Proveen Instalación y Actualización Inteligente Algunos de los problemas más grandes con los Rich Client tradicionales ocurren cuando la aplicación es desplegada o actualizada. Muchas aplicaciones Rich Client tienen un gran número requisitos de instalación complejos y pueden compartir código registrando componentes y/o instalando DLLs en una ubicación común, llevando a una fragilidad de la aplicación y dificultades de actualización. Las aplicaciones Smart Client pueden diseñarse para manejar su despliegue y actualización de una manera mucho más inteligente y flexible que las aplicaciones Rich Client tradicionales. Ellas pueden evitar éstos problemas comunes, lo cual puede ayudar a reducir los costos de administración de la aplicación. Hay varias maneras diferentes de desplegar Smart Client, tales como: copiar archivos hacia una computadora local, transmitir el código automáticamente de un servidor central usando despliegue automático, o desplegando paquetes de Windows Installer usando una tecnología empresarial tal como Microsoft Systems Management Server (SMS). El método que se usará dependerá de una situación específica. Las aplicaciones Smart Client pueden actualizarse automáticamente, ya sea cuando están corriendo o en segundo plano. Esta capacidad les permite ser actualizadas en una basándose en una base perfil por perfil; actualizadas de una manera segmentada, permitiendo que las aplicaciones sean perfiladas a grupos piloto o conjuntos limitados de usuario; o actualizadas de acuerdo a una calendarización establecida.

18 18 Figura 3. Actualizaciones automáticas 3 Las aplicaciones Smart Client pueden actualizarse automáticamente Proveen adaptación a los dispositivos cliente Los Smart Client también pueden proporcionar un ambiente flexible y personalizado, permitiéndole al usuario configurar la aplicación para apoyar su manera preferida de trabajar. Las aplicaciones Smart Client no se restringen a computadoras de escritorio o portátiles. Mientras se incrementa la conectividad y el poder de los dispositivos de pequeña escala, la necesidad de aplicaciones cliente útiles que proporcionan el acceso a los datos esenciales y servicios en dispositivos múltiples se incrementa también. Los Smart Client pueden ser diseñados para adaptarse al ambiente del anfitrión, proporcionando funcionalidad apropiada para el dispositivo en el cual se están ejecutando. Por ejemplo, una aplicación Smart Client diseñada para ejecutarse en Pocket PC debe proporcionar una interfase de usuario que se ajuste al uso de un stylus en un área de pantalla pequeña. En muchos casos, se necesitará diseñar múltiples versiones de una aplicación Smart Client, cada una tendrá por objetivo un tipo de dispositivo específico para tomar ventaja de las características particulares soportadas por el dispositivo. Debido a que los dispositivos de pequeña escala están limitados en su capacidad de entregar un rango completo de características 3 Microsoft Corporation, Architecting Smart Client Solution, msdn.microsoft.com/seminar/shared/asp/view.asp/?url=/seminar/en/ smartclient03/manifest.xml& rate=1

19 19 de aplicaciones Smart Client, estás proporcionan acceso móvil a solamente a un subconjunto de los datos y servicios que una aplicación Smart Client completa proporciona, o estas pueden ser usadas para recopilar y agregar los datos cuando el usuario es móvil. Estos datos pueden entonces ser analizados o procesados por una aplicación Smart Client más completa o por una aplicación del lado del servidor. Un conocimiento de las capacidades y uso del ambiente del dispositivo designado, no importa si es una computadora de escritorio, portátil, tablet, o dispositivo móvil, y la capacidad de ajustar la aplicación para proporcionar la funcionalidad más apropiada son características esenciales de muchas aplicaciones Smart Client. Figura 4. Adaptación a los dispositivos cliente ARQUITECTURA SMART CLIENT La arquitectura de un Smart Client está configurada en base a capas, en los siguientes párrafos se realiza una descripción de cada una de éstas capas, así como también se exponen sus características principales. 4 Microsoft Corporation, Architecting Smart Client Solution, msdn.microsoft.com/seminar/shared/asp/view.asp/?url=/seminar/en/ smartclient03/manifest.xml& rate=1

20 20 Figura 5. Arquitectura de un Smart Client Caché Cuando se construye aplicaciones Smart Client, los arquitectos y desarrolladores se enfrentan a muchos retos. El caché de datos puede ayudar a sobrellevar algunos de éstos retos, incluyendo los siguientes: Rendimiento. El caché de datos mejora el rendimiento de la aplicación al almacenar datos relevantes lo más cerca posible del consumidor de datos. Esto evita creación repetitiva de datos, procesamiento y transporte. Escalabilidad. Almacenar los datos en el caché ayuda a conservar recursos y aumenta la escalabilidad conjuntamente con el incremento de la demanda en la aplicación. Disponibilidad. Al almacenar datos en el caché local, la aplicación puede ser capaz de sobrevivir a fallas del sistema, tales como latencia de la red, problemas con el Web Service y fallas de Hardware. El caché de datos es adecuado para cualquiera de las siguientes situaciones: Acceso repetitivo a datos estáticos o a datos que rara vez cambian

21 21 El acceso a los datos es costoso en términos de creación, acceso y transporte. Los datos deben estar siempre disponibles, incluso cuando el origen, tal como un servidor, no está disponible Configuración. Casi toda aplicación requiere alguna forma de información para configuración. Esta información puede ser tan simple como una cadena de conexión a base de datos o tan compleja como información de preferencia de usuario múltiple y jerárquica. Donde y cómo almacenar los datos de configuración de una aplicación son preguntas que un desarrollador debe enfrentar. Soluciones típicas incluyen lo siguiente: Uso de archivos de configuración tales como archivos XML o archivos.ini de Windows Uso del registro de Windows Uso de base de datos tal como Microsoft SQL Server Cada una de estas alternativas tiene sus ventajas y debilidades; no hay solución que sea la mejor para cualquier situación. En una aplicación simple, se puede adoptar más de una estrategia para acomodarse a tipos diferentes de configuraciones que su aplicación necesite. Por ejemplo, si la aplicación corre en ambientes diferentes, se puede necesitar múltiples soluciones de almacenamiento de la configuración. Otros factores importantes a considerarse incluyen el asegurar la seguridad y la integridad de los datos de configuración de la aplicación y el minimizar el impacto del almacenamiento sobre el rendimiento de la aplicación. Esta capa está diseñada para cumplir los siguientes objetivos: Proveer una interfaz simple para leer y escribir datos de configuración Para aislar a las aplicación del lugar de almacenamiento físico de los datos de configuración.

22 22 Para proveer un modelo extensible que permita lugares de almacenamiento personalizado y características de representación de la configuración en tiempo de ejecución Acceso a datos. Esta capa se utiliza en una variedad de situaciones, tales como leer los datos para desplegarlos, obtener datos para usarlos a través de otras capas y para devolver los datos que han sufrido cambios de vuelta al sistema de base de datos. Esta capa incluye soporte para el uso de procedimientos almacenados y para tareas comunes como la administración de conexiones y la creación y almacenamiento en caché de parámetros que están encapsulados en la capa de aplicación. Esta capa posee las siguientes características: Ayuda a mantener los datos consistentes, tanto en la aplicación como a través de la empresa. Reduce la dificultad de cambiar la base de datos física. Permite almacenar en caché datos usados frecuentemente Para asegurar que la consistencia de los datos se mantenga, y para evitar que los datos sean usados de manera impropia, esta capa toma en cuenta que los cambios realizados en el cliente son monitoreados. Tales cambios son tentativos hasta que se han sincronizado correctamente con el servidor Criptografía La capa de criptografía simplifica el uso de criptografía en las aplicaciones. Las aplicaciones pueden hacer uso de ésta capa para una variedad de actividades, tales como cifrar información, crear un hash a partir de ciertos

23 23 datos, y comparar valores hash para verificar que los datos no han sido alterados. Tiene las siguientes características: Provee de implementaciones que se pueden usar para resolver problemas comunes de criptografía en una aplicación. Ayuda a mantener prácticas de criptografía consistentes, tanto en la aplicación como a través de la empresa. Es extensible, soportando implementaciones adicionales de proveedores criptográficos. Existen aplicaciones que requieren de características de encriptación y hashing para cumplir con los requerimientos de seguridad en una organización. Los datos que son creados y mantenidos por las aplicaciones, así como información de configuración, muchas veces necesitan ser cifrados. Adicionalmente, las claves que son usadas para acceder a la funcionalidad de una aplicación o a los datos, necesitan ser cifradas. Esta capa fue diseñada para cumplir con los siguientes objetivos: Proveer una interfaz simple para la funcionalidad más comúnmente requerida. Encapsular la lógica que es usada para realizar las tareas más comunes de criptografía en una aplicación. Presentar un modelo estándar y consistente para tareas de criptografía comunes Asegurarse de la capa de aplicación es extensible Offline. A medida que las organizaciones se hacen altamente dependientes de los sistemas de TI y los datos y los servicios que proveen, se vuelve

24 24 importante para los usuarios el ser capaces de trabajar fuera de línea (offline). El proveer soporte para acceso offline a los datos y los servicios, mediante el uso de la misma aplicación, no importa si en línea u offline, le permite al usuario mantenerse productivo todo el tiempo y ayuda a mantener la consistencia y la calidad de los datos. Mientras que la conectividad a la red es más que obvia, es importante que tener una conexión a la red no es suficiente para garantizar acceso a una aplicación y a los datos y servicios que representa. Las aplicaciones de la línea de negocio (LOB) dentro del firewall pueden ser no asequibles para los usuarios cuando están fuera de la oficina, a menos que la organización invierta en una infraestructura VPN. Aún si éste fuera el caso, alterar una conexión puede consumir tiempo y dinero. Acceso breve a la aplicación es inapropiado o imposible muchas veces llevando a pérdida de oportunidades o inconsistencia en los datos. Algunas veces los usuarios pueden planificar el estar fuera de línea (offline). Por ejemplo, un trabajador en ventas que está fuera de la oficina por un período específico de tiempo o un usuario que trabaja desde el hogar. Algunas veces, es difícil planificar un escenario offline. Por ejemplo, un usuario en una bodega con un Tablet PC puede tener una conexión wireless que se cae periódicamente. Otra consideración es la calidad de la conexión del usuario. Mientras que las organizaciones se vuelven mucho más distribuidas alrededor del mundo, la conectividad con la red puede sufrir de problemas de alta latencia y bajo ancho de banda. En cada uno de estos casos, una solución Smart Client puede proveer acceso robusto a la aplicación de tal manera que los efectos de los cambios en la conectividad pueden ser minimizados o eliminados. Guardando en caché los datos y la lógica en el lado del cliente de manera inteligente, y automáticamente ejecutando actualizaciones cuando es requerido, la aplicación puede proveer al usuario de una experiencia ininterrumpida independientemente de su estado de la conexión. Además,

25 25 un Smart Client puede asegurar que todas las llamadas a la red son manejadas en un hilo de ejecución en segundo plano de forma que la aplicación nunca tiene que esperar por una respuesta de la red, permitiéndole al usuario seguir trabajando sin importarle el estado de la red. Para soportar el trabajo fuera de línea se requiere de una infraestructura que permita almacenar las solicitudes de servicios de manera que puedan ser almacenados y ejecutados cuando el cliente restablezca la conexión. Esta infraestructura consiste en cuatro elementos: 1. Service Agent Provee el punto de acceso primario al servicio. Maneja toda la interacción del cliente con el servicio y encapsula toda la lógica necesaria para permitir al cliente llamar al servicio. 2. Service Request Todos los detalles de la llamada al servicio son encapsulados en este objeto. Las llamadas al servicio persisten en la cola hasta que el componente Executor está listo para procesarlas. 3. Service Request Queue La cola que proporciona almacenamiento persistente a los objetos del servicio de llamados. 4. Executor Es responsable de obtener las llamadas de servicio de la cola y ejecutarlas cuando el cliente se reconecta. Una vez finalizada la llamada al servicio, el Executor informa al agente de servicios, para que este informe al cliente.

26 26 Figura 6. Estructura de Offline TIPOS DE SMART CLIENT. Los Smart Client varían grandemente en el diseño e implementación, tanto en requisitos de la aplicación, como en el número de escenarios y ambientes en los cuales pueden usarse. Por consiguiente los Smart Client pueden tomar muchas diferentes formas y estilos. Estas formas pueden ser divididas en tres extensas categorías según la plataforma que la aplicación Smart Client tenga por objetivo: Aplicaciones Smart Client Windows Aplicaciones Smart Client Office Aplicaciones Smart Client Móviles Es común para una aplicación Smart Client ser designada para una o más de estas plataformas, dependiendo del rol del usuario y la funcionalidad requerida. Tal flexibilidad es una de las fuerzas importantes de aplicaciones Smart Client. 5 Microsoft Corporation, Smart Client Platform Architectural Guidance,

27 27 Es útil examinar brevemente cada tipo para que se pueda determinar qué estilo de aplicación sería mejora para adaptarse a la situación APLICACIONES SMART CLIENT WINDOWS Cuando se piensa en una aplicación Rich Client típicamente se puede pensar en una aplicación de escritorio que usa los recursos disponibles del sistema y eso proporciona una interfaz de usuario rica. Las aplicaciones Smart Client para Windows representan una evolución de aplicaciones Rich Client tradicionales, y proporcionan objetivos específicos y funcionales. Estos tipos de aplicaciones usan típicamente Windows Forms para proporcionar un estilo de interfaz de usuario familiar de Windows, donde la propia aplicación proporciona mucha de la funcionalidad y no confía en otra aplicación para proporcionar la interfaz de usuario principal. Tales Smart Client pueden ir desde aplicaciones simples ejecutadas sobre HTTP, hasta aplicaciones muy sofisticadas. Entre las características que provee este tipo aplicaciones tenemos: Proporciona la interfaz del usuario rica o Interfaz mas intuitiva para los usuarios finales o Mayor funcionalidad de la interfaz para los usuarios finales o Mayor control sobre la interfaz del usuario Interacción con los dispositivo locales Sensibilidad del usuario Soporte localizado / globalizado Buen empaquetamiento y seguridad que las Aplicaciones Web Despliegue "no-touch" / "click once" Escenario tanto desconectado y reconectado. Una aplicación Smart Client Windows es conveniente en situaciones dónde una aplicación necesita ser desplegada y acceda como una aplicación familiar de tipo escritorio. Estos tipos de aplicaciones típicamente proporcionan la

28 28 mayoría de su funcionalidad ellos mismo, pero pueden integrarse o coordinarse con otras aplicaciones cuando sea necesario. Ellos proporcionan funcionalidad a la aplicación ajustándose a las tareas particulares, para proporcionar proceso específico, de alto rendimiento o capacidades gráficas. Las aplicaciones Smart Client Windows son muy convenientes para aplicaciones que corren en desktop, portátil, o tablet PCs. Además, ellas generalmente proporcionan funcionalidad que no se asocia herméticamente con un documento particular o tipo de documento. Estos tipos de aplicaciones pueden usarse en una gran variedad de situaciones, por ejemplo como aplicaciones LOB, financiera, científica, o de colaboración. Los ejemplos de estos tipos de aplicaciones son Microsoft Money y Microsoft Outlook, que son de mensajería y colaboración al cliente. Figura 7. Conectividad con diversos orígenes de datos APLICACIONES SMART CLIENT OFFICE El sistema Microsoft Office 2003 proporciona una plataforma útil en que cual construir las aplicaciones Smart Client, especialmente en el ambiente de la 6 Microsoft Corporation, Microsoft smart clients: Power, performance, flexibility",

29 29 empresa. Con una solución Smart Client Office, se puede integrar las fuentes de los datos, acensando a través de los servicios Web. Tales aplicaciones Smart Client pueden volverse una parte integrada del ciclo de manejo de información de una organización, no simplemente recipientes estáticos para los datos del documento. Ellos pueden proporcionar los datos de contexto sensibles tal como el usuario trabaja en un documento, así como workflow, guía de tarea, análisis de datos, reportes, y características de presentación que vuelven datos expuestos en los servicios Web dentro de información útil. Microsoft Office soporta XML y separa los datos de otros aspectos de un documento para que estos puedan ser reutilizar por otras aplicaciones. Porque los datos en las aplicaciones Microsoft pueden ser descritas por el mismo esquema definido del cliente de XML a través de múltiples aplicaciones, los desarrolladores pueden integrar esos datos en aplicaciones Smart Client. Microsoft Office 2003 tiene un número de características claves y opciones para construir soluciones Smart Client. Entre otras son: Smart Tags. Los Smart tags dan a las aplicaciones una manera de proveer a usuarios datos de contexto sensitivo que pertenecen al contenido de un documento y de permitir que ellos fácilmente vean y utilicen la información relevante al trabajar dentro de un documento. Por ejemplo, los smart tags se pueden utilizar para proporcionar el estado de cuenta para los clientes mientras estos hacen refieren dentro de un documento, o pueden ser utilizados para proporcionar la información de estado de una orden mientras se digita el ID de la orden. Esta retroalimentación permite a los usuarios tomar decisiones más precisas mientras trabajan.

30 30 Smart documents. Los Smart documents proporcionan una manera más poderosa para que el usuario interactúe con los documentos y los servicios Web del negocio. Los Smart documents son un nuevo tipo de modelo de solución para Word 2003 y Excel 2003 que tienen una estructura fundamental de XML y un panel de tareas personalizado. El panel de tareas se puede utilizar para exhibir la información del contenido, las tareas, las herramientas, los pasos siguientes, y otra información relevante al usuario. El usuario puede iniciar otras acciones y tareas para interactuar con el panel de tareas, permitiendo comprender las soluciones del negocio a ser construidas (estructuradas). Herramientas Microsoft Visual Studio para Sistema Microsoft Office. Este conjunto de herramientas permite a los desarrolladores crear aplicaciones Smart Client que manejen código Office a ser usando por el Sistema de desarrollo Microsoft Visual Studio.NET. Los desarrolladores pueden separar soluciones de documento del código fundamental (una alternativa previa la modelo Smart Client que contiene Visual Basic para aplicaciones son los macros con lógica del negocio). Usando código administrado con Microsoft Office los desarrolladores proporcionan opciones más eficaces para crear, desplegar, y actualizar el manejo para soluciones Smart Client. Microsoft Office InfoPath InfoPath 2003 es una aplicación que puede recopilar datos estructurados del usuario usando una interfaz forma-como. InfoPath 2003 proporciona la ayuda para los servicios Web XML, un interfaz de usuario forma-basado, y el soporte para las tecnologías estándares tales como WSDL y UDDI. InfoPath 2003 soporta uso limitado fuera de línea permitiendo al usuario interactuar con la forma cuando este fuera de línea y después permitiendo que el usuario envíe la forma a un servicio Web cuando el usuario está conectado.

31 31 Figura 8. Uso de XML en aplicaciones Smart Client Office VISIÓN GENERAL DE LAS APLICACIONES SMART CLIENT CON MICROSOFT OFFICE En el mercado competitivo y de gran movimiento de hoy en día, el acceso a los datos empresariales a cualquier hora, en cualquier lugar y desde cualquier dispositivo es una ventaja de negocio crítica. Recientemente, nuevas aplicaciones dinámicas basadas en.net Framework han emergido de tal manera que pueden tomar ventaja de los modelos cliente-servicioservidor para distribuir y consumir datos a través de los XML Web Services. Usando XML Web Services para proveer acceso a sus propios datos del negocio, las organizaciones pueden actualizar continuamente el como y que información es compartida a través del Internet, con socios, clientes y empleados, y con sus propias intranet y aplicaciones de la línea de negocios (LOB) a lo largo de orígenes de datos dispersos. Con tecnología superior para soluciones Smart Client el Microsoft Office System ofrece a las organizaciones con características de análisis de datos, colaboración, reporteo y presentación poderosas, para convertir la información expuesta por los XML Web Services en información y oportunidades de negocio. 7 Microsoft Corporation, Microsoft Office as a Smart Client,

32 32 Un Smart Client es una aplicación cliente diseñada para consumir XML Web Services e interactuar con los datos expuestos por los mismos, aun estando fuera de línea. A diferencia de las aplicaciones basadas en navegador, los Smart Clients muchas veces son soluciones que no dependen de una conexión al servidor para realizar su procesamiento; en cambio, la mayoría de la lógica y procesamiento de la aplicación ocurre en la maquina cliente usando funcionalidad rica. Con Microsoft Office 2003, una empresa puede integrar nuevos orígenes de datos con las interfaces de usuarios cómodos y familiares de Microsoft Office Word 2003, Microsoft Office Excel 2003, u otros programas de Microsoft Office System para desarrollar soluciones Smart Client flexibles e innovadoras APLICACIONES SMART CLIENT MÓVILES. Los Smart Client móviles son aplicaciones que funcionan en los dispositivos inteligentes, como: Pocket PCs, Smartphones, y otros dispositivos pequeños factor de forma tales como cajas de fijar-tapa (set-top). Estas aplicaciones son desarrolladas usando.net Compact Framework, que es un subconjunto del NET Framework. El.NET Compact Framework tiene muchas de las características del.net Framework completo, soporta XML, y utiliza servicios Web. Se optimiza para el uso en dispositivos pequeños factor de forma, e incluye a diseñador Windows para desarrollar la interfase de usuario. Usando Visual Studio.NET para Proyectos de Dispositivos, usted puede desarrollar a Smart Client que funcionarán en.net Compact Framework. Este método permite que usted desarrolle, pruebe, y depure errores en aplicaciones que usan Visual Studio.NET en un emulador de dispositivos pequeños factor de forma (form factor). El uso de un emulador acelera significativamente el desarrollo y la prueba de estos tipos de aplicaciones.

33 33 Las aplicaciones Smart Client Móviles se utilizan típicamente para proporcionar el acceso móvil a los datos y servicios fundamentales, o para recolectar y agregar datos cuando el usuario este en movimiento. Los ejemplos de estos tipos de aplicaciones son aplicaciones acopiamiento de datos para seguro y finanzas, aplicaciones de administración de inventarios, y aplicaciones de administración de productividad del personal. Figura 9. Arquitectura de una Aplicación Smart Client Móvil DESARROLLANDO APLICACIONES MÓVILES SMART CLIENT ORIENTADAS A SERVICIOS WEB La creación de aplicaciones para dispositivos móviles tiene su propio conjunto de retos. Además de esto, existe el problema de mantener la conectividad sobre lentas, caras e inestables. El trabajar con servicios Web y otros protocolos de red que fueron diseñados para banda ancha pueden convertir en un obstáculo para construir aplicaciones móviles. 8 Microsoft Corporation, Microsoft Office as a Smart Client,

34 NET COMPACT FRAMEWORK Y SMART CLIENT La adopción del.net Compact Framework en dispositivos móviles basados en Windows (incluyendo PocketPC y Smartphones) permite extender la infraestructura Web Service existente para dar soporte a las aplicaciones móviles. El.NET Compact Framework tiene muchas ventajas sobre otras plataformas de tecnología móvil. Comparado con los Thin Client móviles basados en Micro navegador, los Smart Client basados en el.net Compact Framework son más confiables y rápidos porque son menos dependientes de la red y pueden utilizar el caché agresivamente para reducir redundancias en la red. En las redes Wireless no confiables, caras y lentas de hoy en día, la habilidad de operación fuera de línea es crucial para el éxito de una aplicación móvil. Además los Smart Client ofrecen experiencias de usuario más ricas a través de interfaces de usuario mas interactivas que corren en el dispositivo localmente. Debido a que los dispositivos móviles tienen espacio de memoria y poder de procesamiento limitados, la mayoría de los Smart Client delegan algunas tareas intensivas que utilizan datos o cálculos para los servidores en el back-end. El.NET Compact Framework ofrece un soporte sobresaliente para los servicios XML Web, lo que permite construir Smart Clients conectados que fácilmente se integran en la infraestructura de servicios existentes. El.NET Compact Framework esta especialmente designado para seguir los mismos modelos de aplicación y las APIs disponibles en el.net Framework regular. Junto con herramientas tales como Visual Studio.NET 2005, es muy fácil para un desarrollador de escritorio o del lado del servidor, el empezar a utilizar el Compact Framework. Sin embargo, a pesar de la similitud aparente entre los ambientes de desarrollo, los dispositivos móviles y las redes son diferentes de las PCs y las Ethernet en muchas formas fundamentales. Como desarrollador se debe entender los

35 35 requerimientos especiales y características de aplicaciones móviles que utilizan las redes. 1.3 HERRAMIENTAS Y TECNOLOGÍAS SMART CLIENT TECNOLOGÍA MICROSOFT. Los Web Services proveen las bases para el software Smart Client. Hoy en día, Microsoft ofrece un conjunto integral de tecnologías que proveen de buen soporte para los Web Services y entregan el potencial para crear soluciones Smart Client. Estas tecnologías incluyen: El.NET Framework, que provee a los desarrolladores de un ambiente rico y administrado para crear aplicaciones que se utilizan en una variedad de dispositivos. Microsoft Visual Studio.NET, el cual ofrece herramientas globales para construir rápidamente e integrar los Web Services con las aplicaciones, junto con una arquitectura abierta que permite a los desarrolladores el uso de cualquier lenguaje que utiliza el.net Framework. Microsoft Windows Server 2003, un servidor empresarial de última generación que provee la plataforma para construir y ejecutar soluciones conectadas. Microsoft Office Professional Edition 2003, lo cual incluye herramientas propias que permiten el desarrollo rápido de aplicaciones Smart Client TECNOLOGÍA JAVA. Para las aplicaciones Smart Client que poseen una aplicación Java en el dispositivo cliente, hay dos opciones: Java 2 Standard Edition (J2SE) y Java 2 Micro Edition (J2ME). Las aplicaciones basadas en J2SE son aplicaciones Java standalone, usando usualmente Personal Java. Personal Java es un subconjunto de J2SE con un Java Runtime Environment (JRE) más pequeño,

36 36 adecuado para la capacidad limitada de almacenamiento en los PDA. Las Java Virtual Machines (JVM) basadas en J2SE existen para una amplia variedad de dispositivos cliente, incluyendo Pocket PC y Symbian OS, Linux y dispositivos Palm OS. Cuando se toma en cuenta a J2ME, hay una variedad de opciones disponibles. Existen varios perfiles que son idóneos para diferentes dispositivos. El perfil de interés para aplicaciones Smart Client es el perfil Personal. Se espera que éste perfil reemplace a Personal Java con el tiempo, y se convierta en la plataforma ideal para las aplicaciones Java en dispositivos como los PDA y teléfonos inteligentes BASES DE DATOS Entre las herramientas de bases de datos más usadas para el almacenamiento de datos por parte de las aplicaciones Smart Client tenemos: MSDE El Microsoft Data Engine es un descendiente directo de SQL Server Es una tecnología sólida pero le faltan las herramientas de administración de SQL Server 2000 Standard. También puede ser difícil instalar MSDE en un computador cliente. Debido a que es gratuito, no existen problemas de licenciamiento y soporta aplicaciones con transacciones y datos voluminosos. Desafortunadamente, es fácil para un hacker encontrar y recuperar los datos SQL Server 2005 Express Esta nueva versión de MSDE está mejorada. Mientras que no tiene muchas de las características del paquete completo de SQL Server, la edición Express tiene muchas de las características de administración incluidas. Es buena para aplicaciones con alto volumen de datos, pero también puede ser un buen objetivo de hackers.

37 SQL Anywhere. Este producto es de Sybase. Como SQL Server 2005 Express, es una base de datos robusta. Ofrece una gran variedad de características, incluyendo encriptación completa de los datos. Tiene, sin embargo, un alto precio VistaDB VistaDB 2.0 es una base de datos.net que se entrega con su aplicación como un conjunto de DLLs. Soporta el estándar SQL-92 y provee un conjunto completo de componentes de acceso a datos que emulan a los que provee Microsoft para SQL Server y Oracle. Es una solución de base de datos robusta, capaz de manejar cargas de datos moderadas. No requiere de instalación, aparte de x-copy. La licencia permite distribución gratuita e ilimitada XML Debido a que se tiene que escribir la solución desde cero, es la opción que más tiempo consume. Se puede almacenar la aplicación en formato XML, en archivos planos, utilizando la máquina cliente. Se tiene control granular sobre cómo los datos está almacenados, y una vez que se carga un documento en un objeto XML Document, se pueden usar consultas xpath para obtener los datos. A menos que se cifren los archivos de datos XML, están sujetos al ataque de hackers. Requerimientos 1.4 METODOLOGÍA DE DESARROLLO INTRODUCCIÓN Las metodologías de Ivar Jacobson (OOSE), Rumbaugh (OMT) y RUP han sido las más populares entre los analistas y desarrolladores de software. Esto tiene su base en que cada uno de ellas es muy completa en cierta área del ciclo de vida del software, así por ejemplo, la OMT es fuerte en el análisis y débil en el diseño, OOSE es fuerte en el estudio de los

38 38 requerimientos y análisis y débil en las otras etapas del ciclo de vida del software y RUP está equilibrado por ser el producto final de tres décadas de desarrollo y uso práctico. RUP es muy fácil de aprender ya que para la mayoría de los proyectos, se ocupan en gran parte el mismo subconjunto de notaciones, además debido a su sencillez se ha extendido a varios niveles de ingeniería de software PROCESO UNIFICADO DE RATIONAL Introducción El Proceso Unificado de Rational es una metodología de desarrollo de software orientada a objetos creada por Rational Software Corporation. Los creadores de la metodología son los mismos que los del UML (Unified Model Language): Ivar Jacobson, Grady Booch y James Rumbaugh, que respectivamente eran autores de las metodologías: Process Objectory, el método Booch y la metodología OMT. Como toda metodología de desarrollo software, su finalidad es convertir las especificaciones que da el cliente en un sistema. Las características que tiene el R.U.P. (Rational Unified Process) son: 1. Está basado en componentes. Estos componentes a su vez están conectados entre sí a través de interfaces. 2. Utiliza el UML como notación básica. 3. Dirigido por casos de uso. 4. Centrado en la arquitectura. 5. Ciclo de vida iterativo e incremental. Proceso dirigido por casos de uso Los casos de uso son los encargados de la captura de requisitos. Los objetivos de la captura de requisitos son dos: 1. Encontrar los verdaderos requisitos 2. Representarlos de un modo adecuado para los usuarios, clientes y desarrolladores. Proceso centrado en la arquitectura

39 39 La arquitectura es un conjunto de representaciones de un sistema tomadas cada una desde diferentes perspectivas. Proceso iterativo e incremental El proceso de desarrollo consta de una serie de hitos que dan el criterio a seguir por los diseñadores para dar el paso de una fase a la siguiente. Un proceso iterativo e incremental significa llevar a cabo un desarrollo en pequeños pasos. Para ello: 1. Se escoge una pequeña parte del sistema y se sigue con todo el ciclo de vida clásico en cascada (planificación, especificación, diseño, etc ). 2. Si estamos satisfechos con el paso anterior damos otro. Cada uno proporciona retroalimentación. 3. Las iteraciones son distintas. Al principio del proyecto proporcionan una comprensión de los requisitos, del problema, de los riesgos y el dominio de la solución; las últimas nos proporcionan la visión externa (producto para el cliente). En una fase se pasan por una serie de iteraciones e incrementos que nos llevan hasta esos hitos. Los criterios a seguir en las fases son: Inicio: Viabilidad. Elaboración: Capacidad de construir el sistema con un presupuesto limitado. Construcción: Sistema capaz de una operatividad inicial en el entorno del usuario. Transición: Sistema que alcanza operatividad final. 1. Inicio: Se describe el producto final. Se responde a las preguntas: Cuáles son las principales funciones del sistema para sus usuarios más importantes?. La respuesta está en el modelo de casos de uso simplificado. Cómo podría ser la arquitectura del sistema? Cuál es el plan del proyecto y cuánto costará desarrollar el producto?

40 40 Figura 10. La vida del proceso unificado 9 2. Elaboración: Se especifican en detalle la mayoría de los casos de uso y se diseña la arquitectura del sistema. La arquitectura se especifica en forma de vistas de todos los modelos del sistema y todas ellas especifican el sistema entero. 3. Construcción: Se construye el producto. Se utilizan la mayor parte de los recursos. Al finalizar se cubren todos los casos de uso. La pregunta es: Cubre el producto las necesidades de los usuarios como para hacer una primera entrega? 4. Transición: El producto existe en versión Beta. Unos pocos usuarios experimentados prueban el producto. Tipos de defectos: a) Los que tienen importancia como para justificar una versión incremental (versión delta) 9 JACOBSON Ivan; BOOCH Grday; RUMBAUGH Jame; Proceso Unificado de Desarrollo, Pearson Education, 200

41 41 b) Los que se pueden corregir en la siguiente versión. A su vez, cada fase puede tener varias iteraciones, cada una con cinco flujos de trabajo: Requisitos, Análisis, Diseño, Implementación y Prueba REQUISITOS Cada tipo de proyecto es diferente y tendrá una aproximación diferente pero se puede decir que un flujo de trabajo arquetípico tendrá que cubrir los siguientes puntos: 1. Enumerar los requisitos candidatos 2. Comprender el contexto del sistema o Modelado del dominio o Modelado del negocio 3. Capturar requisitos funcionales 4. Capturar requisitos no funcionales Artefactos Los artefactos utilizados en la captura de requisitos son: 1. Modelo de casos de uso: 2. Actor 3. Caso de uso 4. Descripción de la arquitectura 5. Glosario 6. Prototipo de interfaz de usuario Trabajadores Entendemos por trabajador como una persona real que desempeña una función dentro del proyecto. Una misma persona puede ser varios trabajadores. Tipos de trabajadores: 1. Analista de sistemas 2. Especificador de casos de uso 3. Diseñador de interfaz de usuario

42 42 4. Arquitecto Flujo de trabajo 1. Encontrar actores y casos de uso 2. Priorizar casos de uso 3. Detallar un caso de uso 4. Prototipar la interfaz de usuario 5. Estructurar el modelo de casos de uso ANÁLISIS Durante el análisis se estructura el conocimiento que se ha conseguido de los usuarios por clases y paquetes en vez de casos de uso, de modo que no contenga inconsistencias. El análisis está pensado para dar la visión interna del sistema (en vez de la externa de los casos de uso) a los desarrolladores y por eso está descrito con su lenguaje Artefactos 1. Modelo del análisis 2. Clase del análisis 3. Realización de caso de uso-análisis 4. Paquete del análisis 5. Paquete de servicio 6. Descripción de la arquitectura Trabajadores 1. Arquitecto 2. Ingeniero de casos de uso 3. Ingeniero de componentes Flujo de trabajo 1. Análisis de la arquitectura 2. Analizar un caso de uso

43 43 3. Analizar una clase 4. Analizar un paquete DISEÑO La entrada del diseño es la salida de la fase anterior y la salida del diseño es un modelo que puede ser implementado directamente. Debido a esta proximidad con la implementación hay que comprender aspectos no funcionales como lenguajes de programación, sistema operativo, etc. También es necesario tener el sistema dividido en trozos manejables por equipos de trabajo. Las interfaces entre los diferentes subsistemas deberían estar claras. La implementación debería seguir la misma estructura que el diseño y de esta forma se podría hacer un camino de ida y vuelta automatizado Artefactos 1. Modelo de diseño 2. Clase del diseño 3. Realización de caso de uso-diseño 4. Subsistema de diseño 5. Interfaz 6. Vista de la arquitectura del modelo de diseño. 7. Modelo de despliegue Vista de la arquitectura del modelo de despliegue Trabajadores 1. Arquitecto 2. Ingeniero de casos de uso Ingeniero de componentes Flujo de trabajo 1. Diseño de la arquitectura 2. Diseño de un caso de uso 3. Diseño de una clase 4. Diseño de un subsistema

44 IMPLEMENTACIÓN La implementación tiene como finalidades: 1. Planificar las integraciones. Se sigue un enfoque incremental. 2. Distribuir el sistema entre los nodos. 3. Implementar clases y subsistemas del diseño. 4. Probar los componentes individuales hasta donde sea posible Artefactos 1. Modelo de implementación 2. Componente 3. Subsistema de implementación 4. Interfaz 5. Vista de la arquitectura del modelo de implementación 6. Plan de integración de construcciones Trabajadores 1. Arquitecto 2. Ingeniero de componentes 3. Integrador de sistemas Flujo de trabajo 1. Implementación de la arquitectura 2. Integrar el sistema 3. Implementar un subsistema 4. Implementar una clase 5. Realizar prueba de unidad PRUEBA La finalidad de esta fase es planificar, diseñar, implementar las pruebas de cada iteración Artefactos

45 45 1. Modelo de pruebas 2. Caso de prueba 3. Procedimiento de prueba 4. Componente de prueba 5. Plan de prueba 6. Evaluación de prueba Trabajadores 1. Diseñador de pruebas 2. Ingeniero de componentes 3. Ingeniero de pruebas de integración 4. Ingeniero de pruebas de sistema Flujos de trabajo 1. Planificar prueba 2. Diseñar prueba 3. Implementar prueba 4. Realizar pruebas de integración 5. Realizar prueba de sistema 6. Evaluar prueba

46 46 CAPITULO 2. ANÁLISIS Y DISEÑO DEL SISTEMA PARA LA COMPRA Y VENTA DE LIBROS UTILIZANDO TECNOLOGÍA SMART CLIENT. SMARTBOOKSB. 2.1 ANALISIS DEL SISTEMA ESPECIFICACIÓN DE REQUERIMIENTOS DEL SISTEMA Introducción En base a levantamiento de información planteadas en las reuniones realizadas con diversas empresas distribuidoras de Libros, como por ejemplo: Libri Mundi, Librería Española, etc.; se ha podido determinar e identificar los principales problemas con el manejo en venta masiva de libros, así como inconvenientes con los software existentes como la falta de flexibilidad al momento de facturar, los sistemas instalados no son amigables con el usuario, son difíciles de manejar, no se puede trabajar fuera de línea, no permite realizar en el sistema pedidos en la empresa adquiriente. En este documento se encuentran los requerimientos que debe cumplir SMARTBOOKSB, como referencia se tiene los Diagramas de Caso de Uso. A continuación se detalla el propósito, alcance, requerimientos funcionales y no funcionales, y otras especificaciones requeridas por el sistema Propósito El propósito del presente documento es dar a conocer sobre requerimientos funcionales, no funcionales y sobre otros aspectos que permitan proporcionar una descripción de los requerimientos del software Alcance

47 47 El documento expuesto se aplica en todos los subsistemas de SMARTBOOKSB y está asociado al Diagrama de Casos de Uso presentado posteriormente Definiciones, Acrónimos y Abreviaciones Se encuentra en el Glosario del Documento Referencias Diagramas de Caso de Uso Glosario del Documento Descripción General Las personas encargadas de la compra y venta de libros, están familiarizadas con los programas ofimáticos (como Word y Excel). La tecnología Smart Client permite aprovechar el entorno de éstas herramientas, agregando las ventajas que posee el software que utiliza acceso a datos e interconectividad mediante redes, lo que facilitaría el uso de éste sistema y la optimización de las tareas que quiere desarrollar el usuario. El objetivo del sistema es el de satisfacer las necesidades de las personas encargadas de la comercialización de libros, permitiéndoles usar un entorno familiar y proveyéndoles de herramientas que les ayuden a desempeñar su trabajo de manera más eficiente.requerimientos Específicos Funcionalidad El negocio necesita un sistema que realice las siguientes funciones: i. Administrar Clientes ii. Administrar compra de libros iii. Administración de ventas de libros a los clientes iv. Reportes trimestrales v. Administrar proveedores La función Administrar clientes permite al vendedor el ingreso y actualización de los datos de los clientes.

48 48 La función Administración de ventas de libros a los clientes permite al vendedor crear órdenes de venta solicitadas por los diferentes clientes que él visita. La función Reportes trimestrales le permite al jefe de vendedores, obtener información de las ventas realizadas, para poder enviar ésta información al gerente. La función Administrar Proveedores permite al vendedor el ingreso y la actualización de los datos de los proveedores La función Administrar Libros permite al vendedor el ingreso y actualización de la información de los libros que la empresa comercializa. La función Administración de compra de libros le permite al jefe de vendedores generar órdenes de compra, para productos faltantes y nuevos que deben ingresar a la matriz y le permite al jefe de compras aprobar o denegar dichas órdenes de compra Usabilidad Entrenamiento a Usuarios.- El sistema debe ser amigable y fácil de usar; los usuarios no requerirán capacitación en herramientas adicionales a SMARTBOOKSB. Estándares de Interfaz de una aplicación.- El sistema debe estar en la capacidad de proporcionar todas las facilidades que un sistema posee; mantener áreas definidas para la manipulación de información, botones, menú y mensajes Confiabilidad

49 49 Disponibilidad.- El sistema debe estar disponible en cualquier momento, las 24 horas del día, los 7 días de la semana, durante todo el año. Lapso de Tiempo para Reparación de Fallas.- El tiempo máximo empleado para la reparación de fallas debe ser de cuatro horas, pues la información que el sistema genera es crítica para el funcionamiento del negocio Desempeño Tiempo de Respuesta.- Cada transacción común del sistema debe demorarse máximo un segundo. Capacidad.- El sistema no va a tener demasiados usuarios, por lo que no es necesario controlar la cantidad de usuarios concurrentes Soporte Se utilizarán estándares de programación y de base de datos, para facilitar el mantenimiento del sistema Restricciones de Diseño Utilización del motor de base de datos Microsoft SQL Server 2000 y el.net Framework versión MODELO DE CASOS DE USO LISTA DE ACTORES ACTORES Vendedor Gerente DESCRIPCIÓN Persona encargada de realizar la venta de productos a los clientes. Persona encargada de administrar la empresa.

50 50 Cliente Proveedor Jefe de vendedor Jefe de Compras Es la persona que compra los libros a la empresa Entidad que provee de productos a la empresa. Persona encargada de aprobar o denegar un pedido realizado por los vendedores. Además se encarga de la logística del recurso humano, en lo que concierne a los vendedores de la empresa. Persona encargada de aprobar o denegar una orden de compra realizada por el jefe de vendedores. Tabla 1. Lista de Actores

51 Diagrama de Casos Uso Administrar Clientes Cliente «extends» Consultar clientes Gerente Solicitar información de ventas Solicitar compra de libros Ingresar datos de clientes Administrar venta de libros Autorizar pedidos de venta Ingresar datos pedido de venta «extends» Consultar libros y stock Ingresar información de libros Jefe de vendedores Información Reportes Administrar Libros Ingresar información de proveedor Reportes Vendedor Solicitar libros Ingresar información de orden de compra Administrar proveedores «extends» Consultar proveedores Proveedor Administrar Compra de libros Autorizar ordenes de compra Jefe de Compras Figura 11. Diagrama de Caso de Uso Principal

52 52 Figura 12. Diagrama de Casos de Uso Administrar Clientes Figura 13. Diagrama de Casos de Uso Administrar Venta de Libros

53 53 Figura 14. Diagrama de Casos de Uso Administrar Compra de Libros

54 54 Figura 15. Diagrama de Casos de Uso Administrar Libros Figura 16. Diagrama de Casos de Uso Administrar Proveedores

55 55 Figura 17. Diagrama de Casos de Uso Reportes Especificación del Diagrama de Casos de Uso Especificación de Casos de Uso Administración de Proveedores. Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Consultar Datos de Proveedor Jefe de vendedores Dar información acerca de un proveedor. El jefe de vendedores provee una descripción del proveedor o ingresa directamente el código del mismo. Existe información registrada del proveedor 1. El jefe de vendedores ingresa el código o la descripción del proveedor. 2. El sistema busca el o los proveedores que cumplen

56 56 con las condiciones. 3. El sistema comprueba que exista información. 4. El jefe de vendedores escoge el proveedor. 5. El sistema presenta la información solicitada. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Ninguna Tabla 2. Especificación de Caso de Uso - Consultar Datos de Proveedor

57 57 Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Ingresar Datos de Proveedor Jefe de vendedores Ingresar información de un proveedor El jefe de vendedores ingresa los datos correspondientes del proveedor. Ninguna 1. El jefe de vendedores ingresa los datos del proveedor. 2. El sistema valida los datos que son requeridos. 3. El sistema ingresa la información. 4. El sistema confirma el ingreso. Alternativas Extensiones Los datos ingresados no son válidos. El sistema despliega un mensaje indicando que la información no es válida. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Ninguna Tabla 3. Especificación de Caso de Uso - Ingresar Datos de Proveedor

58 58 Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Actualizar Proveedor Jefe de vendedores Actualizar información de un proveedor Permite actualizar datos del proveedor Existencia del proveedor 1. Se utiliza el caso de uso de consulta de proveedores. 2. El jefe vendedores cambia la información respectiva. 3. El sistema valida la información ingresada. 4. El sistema actualiza la información. 5. El sistema confirma la actualización. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Los datos ingresados no son válidos. El sistema despliega un mensaje indicando que la información no es válida. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Consultar datos de proveedor Tabla 4. Especificación de Caso de Uso - Actualizar Proveedor

59 Administración Clientes Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Consultar Datos de Clientes Vendedor Dar información acerca de un cliente. El Vendedor obtiene información del cliente. Existe información registrada del cliente 1. El Vendedor ingresa el código o la descripción del cliente. 2. El sistema busca el o los clientes que cumplen con las condiciones. 3. El sistema comprueba que exista información. 4. El Vendedor escoge al cliente. 5. El sistema presenta la información solicitada. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Ninguna Tabla 5. Especificación de Caso de Uso - Consultar Datos de Clientes

60 60 Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Ingresar Datos del Cliente Vendedor Ingresar información de un cliente El Vendedor ingresa los datos correspondientes del cliente obtenidos del mismo. Ninguna 1. El Vendedor ingresa los datos del cliente. 2. El sistema valida los datos que son requeridos. 3. El sistema ingresa la información. 4. El sistema confirma el ingreso. Alternativas Extensiones Los datos ingresados no son válidos. El sistema da un mensaje indicando que la información no es válida. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Ninguna Tabla 6. Especificación de Caso de Uso - Ingresar Datos del Cliente

61 61 Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Actualizar Cliente Vendedor Actualizar información de un cliente Permite actualizar datos del cliente Existencia del cliente 1. Se utiliza en caso de uso consultar datos de clientes 2. El Vendedor cambia la información respectiva. 3. El sistema actualiza la información. 4. El sistema confirma la actualización. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Consultar datos de cliente Tabla 7. Especificación de Caso de Uso - Actualizar Cliente

62 Administrar Venta de Libros Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Consultar Pedido de Venta Jefe de Vendedores Consultar información de un pedido de venta El Jefe de vendedores obtiene información del pedido. Existe información registrada del pedido de venta 1. El Jefe de Vendedores ingresa el código o la fecha del pedido de venta. 2. El sistema busca el o los pedidos que cumplen con las condiciones. 3. El sistema comprueba que exista información. 4. El Jefe de vendedores escoge el pedido de venta. 5. El sistema presenta la información solicitada. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Ninguna Tabla 8. Especificación de Caso de Uso - Consultar Pedido de Venta

63 63 Caso de uso Ingresar Pedido de Venta Actor Principal Vendedor Objetivos Ingresar información del pedido de venta Descripción El Vendedor ingresa los requerimientos del cliente referentes al nuevo pedido Precondición Datos de cliente registrados Datos de productos registrados. Secuencia 1. Se utiliza el caso de uso Consultar datos de cliente, para colocar los datos del cliente. 2. Se utiliza el caso de uso Consultar Datos de Libros, para colocar los datos del libro. 3. El vendedor ingresa la cantidad de libro que necesita. 4. El sistema valida la información ingresada por el vendedor. 5. El sistema calcula el precio por cada libro y el total del pedido. 6. El vendedor repite los pasos 2 al 5, para agregar más libros en el pedido de venta. 7. El sistema registra el ingreso del pedido de la venta 8. El sistema confirma el ingreso. Alternativas Los datos del producto ingresados no son válidos. El sistema da un mensaje indicando que la ingresada en la cantidad del libro requerido no es valida debido a que no existe el suficiente stock. El vendedor registra el pedido hasta que el cliente confirme que se haga efectivo el pedido. En caso de que el pedido no sea confirmado por el cliente el pedido es anulado.

64 64 Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Extensiones Consultar Datos de Clientes Consultar Datos de libros Tabla 9. Especificación de Caso de Uso - Ingresar Pedido de Venta

65 65 Caso de uso Actualizar Pedido de Venta Actor Principal Vendedor Objetivos Actualizar información del pedido de venta Descripción El Vendedor actualiza la información del pedido de la venta. Precondición Datos de cliente registrados Datos de productos registrados. Datos de Pedido registrados. Secuencia 1. Se utiliza el caso de uso Consultar Pedido de Venta. 2. El vendedor actualiza la información del pedido. 3. El sistema valida la información ingresada por el vendedor. 4. El sistema calcula el precio por cada libro y el total del pedido. 5. El sistema actualiza el pedido de la venta 6. El sistema confirma la actualización. Alternativas Los datos del producto ingresados no son válidos. El sistema da un mensaje indicando que la ingresada en la cantidad del libro requerido no es valida debido a que no existe el suficiente stock. El vendedor registra el pedido hasta que el cliente confirme que se haga efectivo el pedido. En caso de que el pedido no sea confirmado por el cliente el pedido es anulado. No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la

66 66 conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Extensiones Consultar Datos de libros Consultar Pedido de Venta Tabla 10. Especificación de Caso de Uso - Actualizar Pedido de Venta

67 67 Caso de uso Autorizar Pedido de Venta Actor Principal Jefe de Vendedores Objetivos Aprobar o denegar pedidos de venta Descripción El Jefe de Vendedores aprueba o deniega el pedido realizado por el cliente Precondición Datos de cliente registrados Datos de productos registrados. Pedido este registrado Secuencia 1. Se utiliza el caso de uso Consultar Pedido de Venta. 2. El Jefe de Vendedores aprueba o anula el pedido 3. El sistema actualiza el pedido de la venta 4. El sistema confirma la autorización del pedido. Alternativas No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Extensiones Consultar pedido de venta Tabla 11. Especificación de Caso de Uso - Autorizar Pedido de Venta

68 68 Caso de uso Generar Factura. Actor Principal Vendedor Objetivos Generar Factura en base al pedido realizado por el cliente Descripción El Vendedor Genera la Factura correspondiente al pedido realizado por el cliente Precondición Datos de cliente registrados Datos de productos registrados. Datos de pedidos aprobados para clientes. Secuencia 1. Se utiliza el caso de uso consultar pedido de venta. 2. EL vendedor genera el documento correspondiente a la Factura en base al pedido aprobado para el cliente. 3. El sistema registra la factura del pedido de la venta 4. El sistema confirma el ingreso de la factura. Alternativas No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Extensiones Consultar Pedido de Venta. Consultar Datos de libros. Tabla 12. Especificación de Caso de Uso - Generar Factura.

69 Administración de Orden de Compra Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Consultar Orden de Compra Jefe de Compras Consultar información de una orden de compra El Jefe de compras obtiene información de la orden de compra. Existe información registrada de la orden de compra. 1. El Jefe de Compras ingresa el código o la fecha de la orden de compra. 2. El sistema busca el o las órdenes de compra que cumplen con las condiciones. 3. El sistema comprueba que exista información. 4. El Jefe de compras escoge la orden de compra. 5. El sistema presenta la información solicitada. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Ninguna Tabla 13. Especificación de Caso de Uso - Consultar Orden de Compra.

70 70 Caso de uso Ingresar Orden de Compra Actor Principal Vendedor Objetivos Ingresar información de la orden de compra. Descripción El Vendedor ingresa los requerimientos de nuevos productos. Precondición Datos de proveedores registrados. Secuencia 1. Se utiliza el caso de uso Consultar datos de Proveedor, para colocar los datos del proveedor. 2. Se utiliza el caso de uso Consultar Datos de Libros, para colocar los datos del libro. 3. El vendedor ingresa la cantidad de libro que necesita se reponga para su posterior comercialización. 4. El sistema valida la información ingresada por el vendedor. 5. El vendedor repite los pasos 2 al 4, para agregar más libros en el pedido de venta. 6. El sistema registra el ingreso de la orden de compra 7. El sistema confirma el ingreso. Alternativas Los datos de la orden de compra ingresados no son válidos. El sistema muestra un mensaje indicando el error. Reinicia el caso de uso Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada.

71 71 Reinicia el caso de uso. Extensiones Consultar Datos de Proveedor Consultar Datos de libros Tabla 14. Especificación de Caso de Uso - Ingresar Orden de Compra.

72 72 Caso de uso Actualizar Orden de Compra Actor Principal Vendedor Objetivos Actualizar información de la orden de compra Descripción El Vendedor actualiza la información de la orden de compra. Precondición Datos de cliente registrados Datos de productos registrados. Datos de Pedido registrados. Secuencia 1. Se utiliza el caso de uso Consultar Orden de Compra. 2. El vendedor actualiza la información de la orden de compra. 3. El sistema valida la información ingresada por el vendedor. 4. El sistema actualiza la orden de compra. 5. El sistema confirma la actualización. Alternativas Los datos del producto ingresados no son válidos. El sistema da un mensaje indicando que la ingresada en la cantidad del libro requerido no es valida debido a que no existe el suficiente stock. El vendedor registra el pedido hasta que el cliente confirme que se haga efectivo el pedido. En caso de que el pedido no sea confirmado por el cliente el pedido es anulado. No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la

73 73 conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información. El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Extensiones Consultar Datos de libros. Consultar Orden de Compra. Tabla 15. Especificación de Caso de Uso - Actualizar Orden de Compra.

74 74 Caso de uso Autorizar Orden de Compra Actor Principal Jefe de Compras Objetivos Aprobar o denegar ordenes de compra. Descripción El Jefe de Compras aprueba o deniega la orden de compra. Precondición Datos de proveedor registrados. Datos de orden de compra registrados. Secuencia 1. Se utiliza el caso de uso Consultar Orden de compra. 2. El Jefe de Compras aprueba o anula la orden de compra. 3. El sistema actualiza la orden de compra. 4. El sistema confirma la autorización de la orden de compra. Alternativas No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Extensiones Consultar orden de compra. Extensiones Consultar Datos de libros Tabla 16. Especificación de Caso de Uso - Autorizar Orden de Compra.

75 Administración de Libros Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Consultar Datos de Libros Vendedor, Jefe de Vendedores Presentar información acerca de la cantidad de stock del libro. El Vendedor o Jefe de Vendedores ingresa el código o la descripción del libro del cual requiere realizar la consulta. Existe información registrada de productos 1. El Vendedor o Jefe de Vendedores ingresa el código o la descripción del libro. 2. El sistema busca el o los libros que cumplen con las condiciones. 3. El sistema comprueba que exista información. 4. El sistema muestra los productos que cumplen con las condiciones. 5. El Vendedor o Jefe de Vendedores escoge el libro requerido por el cliente. 6. El sistema presenta la información solicitada. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Ninguna Tabla 17. Especificación de Caso de Uso - Consultar Datos de Libros

76 76 Caso de uso Ingresar Datos de Libro. Actor Principal Jefe de vendedores Objetivos Ingresar información de libros. Descripción El Jefe de vendedores ingresa los datos correspondientes libro. Precondición Ninguna Secuencia 1. El Jefe de vendedores ingresa los datos del libro. 2. El sistema valida los datos que son requeridos. 3. El sistema ingresa la información. 4. El sistema confirma el ingreso. Alternativas Extensiones Los datos ingresados no son válidos. El sistema da un mensaje indicando que la información no es válida. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Ninguna Tabla 18. Especificación de Caso de Uso - Ingresar Datos de Libro.

77 77 Caso de uso Actor Principal Objetivos Descripción Precondición Secuencia Actualizar Libro Jefe de vendedores Actualizar información de un libro Permite actualizar datos del libro Existencia del libro 1. Se utiliza en caso de uso Consultar Datos de Libros. 2. El Jefe de vendedores cambia la información respectiva. 3. El sistema actualiza la información. 4. El sistema confirma la actualización. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Violación de Reglas y condiciones de integridad de información El sistema despliega un mensaje indicando la condición o regla que ha sido violada. Reinicia el caso de uso. Consultar Datos de Libros. Tabla 19. Especificación de Caso de Uso - Actualizar Libro.

78 Reportes Caso de uso Actor Principal Objetivos Descripción Consultar datos de compras Jefe de Vendedores Presentar información acerca de las compras. El Gerente pide información de las compras al Jefe de Vendedores, éste genera la consulta para el reporte. Precondición Datos de proveedor registrados Datos de productos registrados. Datos de compra registrada Secuencia 1. El Jefe de Vendedores ingresa los filtros determinados para el reporte. 2. El sistema busca la información solicitada por el Jefe de Vendedores con los filtros ingresados. 3. El sistema comprueba que exista información. 4. El sistema presenta la información solicitada de las compras. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Ninguna Tabla 20. Especificación de Caso de Uso - Consultar datos de compras.

79 79 Caso de uso Actor Principal Objetivos Descripción Consultar datos de ventas Jefe de Vendedores Presentar información acerca de las ventas. El Gerente pide información de las ventas al Jefe de Vendedores, éste genera la consulta para el reporte. Precondición Datos de clientes registrados Datos de productos registrados. Datos de ventas registrada Secuencia 1. El Jefe de Vendedores ingresa los filtros determinados para el reporte 2. El sistema busca la información solicitada por el Jefe de Vendedores con los filtros ingresados. 3. El sistema comprueba que exista información. 4. El sistema presenta la información solicitada de las ventas. 5. El sistema presenta un total de las ventas realizada por libro. Alternativas Extensiones No existe la información requerida. El sistema da un mensaje indicando que no existe información con los datos ingresados. Reinicia el caso de uso. Pérdida de conexión con la base de datos El sistema despliega un mensaje indicando que la conexión con la base de datos se ha perdido. Reinicia el caso de uso. Ninguna Tabla 21. Especificación de Caso de Uso - Consultar datos de ventas.

80 DIAGRAMAS DE SECUENCIA PAQUETES DE ANÁLISIS Cliente Administración Libro Proveedor Figura 18. Paquete Administración Empleado Usuario Seguridad Perfil Figura 19. Paquete Seguridad Orden_Compra Ordenes de Compra Orden Compra Detalle Autorizacion_Compra Figura 20. Paquete Órdenes de Compra

81 81 Autorizacion_Venta Pedido_Venta Ventas Factura Pedido_Venta_Detalle Factura_Detalle Figura 21. Paquete Ventas 2.2 DISEÑO DEL SISTEMA ARQUITECTURA DEL SISTEMA. En cuanto a la arquitectura del sistema, cabe destacar que se van a utilizar elementos de la tecnología Smart Client, claramente expuestos en la siguiente figura: Figura 22. Arquitectura del sistema SMARTBOOKSB