SISTEMA INTEGRADO DE GESTIÓN OPERATIVA PARA LA EMPRESA VENTAS Y SERVICIOS S.A. STEFHANIA DOMINGUEZ VARGAS

Transcripción

1 SISTEMA INTEGRADO DE GESTIÓN OPERATIVA PARA LA EMPRESA VENTAS Y SERVICIOS S.A. STEFHANIA DOMINGUEZ VARGAS UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA PROGRAMA DE INGENIERÍA DE SISTEMAS BOGOTA D.C. 2013

2 SISTEMA INTEGRADO DE GESTIÓN OPERATIVA PARA LA EMPRESA VENTAS Y SERVICIOS S.A. STEFHANIA DOMINGUEZ VARGAS Trabajo de Grado Director JORGE E. CARRILLO C. Ingeniero de Sistemas UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA PROGRAMA DE INGENIERÍA DE SISTEMAS BOGOTA D.C. 2013

3

4 Nota de aceptación Aprobado por el comité de grado en cumplimiento de los requisitos exigidos por la Facultad de Ingeniería y la Universidad Católica de Colombia para optar al título de ingenieros de Sistemas. Ingeniero Jorge E. Carrillo C. Director. Ingeniero Ramón Díaz Revisor Metodológico. Bogotá D. C., Mayo 28 de 2013

5 A mi familia por darme el apoyo incondicional en este paso tan importante de mi vida, A todas aquellas personas y amigos que Han aportado grandes y diversas enseñanzas en mi vida. 4

6 AGRADECIMIENTOS Le Agradezco a Dios por haberme acompañado y guiado a lo largo de mi carrera, por ser mi fortaleza y por brindarme una vida llena de aprendizajes, experiencias y sobre todo felicidad. Le doy gracias a mis padres Lucia y Luis por apoyarme en todo momento, por los valores que me han inculcado y por haberme dado la oportunidad de tener una excelente educación en el transcurso de mi vida. Sobre todo por ser un excelente ejemplo de vida a seguir. A mi hermana Sandra por ser parte importante de mi vida y representar la unidad familiar. Por ser un ejemplo de desarrollo profesional a seguir. A mis sobrinos Tatiana y Nicolás por llenar mi vida de grandes momentos que hemos compartido. Le agradezco la experiencia y conocimientos de quienes con su profesionalismo dejaron a mi alcance sus conocimientos y puntos de vista. A todos por su gratificante interés por procurar siempre mi mejor entendimiento. Son muchas las personas que han formado parte de mi vida profesional a las que me encantaría agradecerles su amistad, consejos, apoyo, ánimo y compañía en los momentos más difíciles de mi vida. Algunas están aquí conmigo y otras en mis recuerdos y en mi corazón, sin importar en donde estén quiero darles las gracias por formar parte de mí, por todo lo que me han brindado y por todas sus bendiciones. Para todos, muchas gracias. 5

7 CONTENIDO Pág. INTRODUCCIÓN GENERALIDADES ANTECEDENTES PLANTEAMIENTO DEL PROBLEMA Descripción del problema Formulación del problema OBJETIVOS Objetivo General Objetivos Específicos JUSTIFICACIÓN DELIMITACIÓN Espacio Tiempo Contenido Alcance MARCO REFERENCIAL Marco conceptual Marco teórico METODOLOGÍA PROPUESTA 24 ANEXOS ANEXO A. DOCUMENTO DE ESPECIFICACIÓN Y REQUERIMIENTOS ANEXO B. DOCUMENTO DE CASOS DE USO ANEXO C. MODELO ENTIDAD RELACIÓN... 3 ANEXO D. DICCIONARIO DE DATOS ANEXO E. MODELO DE COMPONENTES ANEXO F. DIAGRAMAS DE ESTADO ANEXO G. DIAGRAMAS DE SECUENCIA ANEXO H. DIAGRAMA DE CLASES ANEXO I. MANUAL DE USUARIO SISTEMA SIGO CONCLUSIONES

8 BIBLIOGRAFIA

9 LISTA DE ILUSTRACIONES Pág. Ilustración 1 Módulo Información Cliente Ilustración 2 Módulo Marcación Telefónica Ilustración 3 Módulo Datos Principales Ilustración 4 Módulo Direcciones Principal Ilustración 5 Módulo Direcciones, Nueva Ilustración 6 Módulo de Teléfonos Ilustración 7 Módulo Solicitud de Compra Ilustración 8 Módulo Entrega de Pedido Ilustración 9 Módulo Forma de Pago Ilustración 10 Módulo Tipificación Ilustración 11 Diagrama CU Registro Usuario Ilustración 12 Diagrama CU Registro Teléfonos Ilustración 13 Diagrama CU Registro Marcación Ilustración 14 Diagrama CU Registro Dirección Ilustración 15 Diagrama CU Registro Producto Ilustración 16 Diagrama CU Registro Entrega de Pedido Ilustración 17 Diagrama CU Registro Forma de Pago Ilustración 18 Diagrama CU Finalización Gestión Ilustración 19 Modelo Entidad Relación... 3 Ilustración 20 Atributos MER Ilustración 21 Modelo de Componentes Ilustración 22 Componente Capa de Presentación Ilustración 23 Componente Capa de Lógica de Negocio Ilustración 24 Componente Capa de Aplicación de Servicios Ilustración 25 Diagrama de Estado Gestión Pedido Ilustración 26 Diagrama de Estado Registro Usuario Ilustración 27 Diagrama de Estado Marcación Ilustración 28 Diagrama de Secuencia Registrar Usuario Ilustración 29 Diagrama de Secuencia Actualizar Usuario Ilustración 30 Diagrama de Secuencia Registrar Teléfono Ilustración 31 Diagrama de Secuencia Alctualizar Teléfono Ilustración 32 Diagrama de Secuencia Actualizar Dirección Ilustración 33 Diagrama de Secuencia Registrar Entrega de Pedido Ilustración 34 Diagrama de Secuencia Registrar Forma de Pago Ilustración 35 Diagrama de Secuencia Registrar Producto Ilustración 36 Diagrama de Secuencia Registrar Tipificación Ilustración 37. Diagrama de Clases

10 LISTA DE TABLAS Pág. Tabla 1. Lista de Requerimientos Funcionales del Sistema Tabla 2. RF1, Registrar Usuario Tabla 3. RF2, Actualizar Información Usuario Tabla 4. RF3, Actualización Contraseña Usuario Tabla 5. RF4, Registrar Teléfono Gestión Tabla 6. RF5, Actualizar Teléfono Gestión Tabla 7. RF6, Eliminar Teléfono Gestión Tabla 8. RF7, Tipificar Registro de Teléfono Tabla 9.RF8, Realizar marcación Teléfonica Tabla 10. RF9, Finalizar Marcación Teléfonica Tabla 11. RF10, Tipificar Marcación Teléfonica Tabla 12. RF11, Registrar Dirección Gestión Tabla 13. RF12, Actualizar Dirección Gestión Tabla 14.RF13, Tipificar Registro de Dirección Tabla 15. RF14, Agregar Producto en Solicitud de Compra Tabla 16. RF15, Eliminar producto en Solicitud de Compra Tabla 17. RF16, Tipificar Solicitud de Compra Tabla 18. RF17, Registrar Entrega de Pedido Tabla 19. RF18, Agregar Destinatario en Entrega de Pedido Tabla 20.RF19, Agregar Dirección de Entrega Tabla 21. RF20, Tipificar Entrega de Pedido Tabla 22. RF21, Registrar Fecha de Entrega Pedido Tabla 23. RF22, Registrar Forma de Pago Tabla 24.RF23, Tipificar Forma de Pago Tabla 25. RF24, Registrar Tipificación Gestión Finalizada Tabla 26. RF25, Actualizar Resumen Gestión Finalizada Tabla 27. CU001 Registrar Usuario Tabla 28. CU 002 Actualizar Usuario Tabla 29.CU003 Actualizar Contraseña Usuario Tabla 30.CU 004 Registrar Teléfono Tabla 31.CU005 Actualizar Teléfono Tabla 32.CU006 Eliminar Teléfono Tabla 33. CU007 Tipificar Registro de Teléfonos Tabla 34.CU008 Realizar Marcación Tabla 35.CU009 Finalizar Marcación Tabla 36. CU010 Tipificar Marcación Tabla 37. CU011 Registrar Dirección Tabla 38. CU 012 Actualizar Dirección Tabla 39. CU013 Tipificar Registro de Direcciones Tabla 40.CU014 Registrar Producto

11 Tabla 41. CU 015 Eliminar Producto Tabla 42. CU016 Tipificar Solicitud de Compra Tabla 43. CU017 Registrar entrega de Pedido Tabla 44. CU018 Agregar Destinatario Tabla 45.CU019 Agregar Dirección de entrega Tabla 46. CU020 Registrar Fecha de Entrega Tabla 47.CU021 Tipificar Entrega de Pedido Tabla 48.CU022 Registrar Forma de Pago Tabla 49.CU023 Tipificar Forma de Pago Tabla 50.CU024 Registrar Tipificación Gestión Tabla 51. CU025 Actualizar el Resumen de la Gestión

12 GLOSARIO ANALISIS DE REQUERIMIENTOS: proceso de estudio de las necesidades de los usuarios para conseguir una definición de los requisitos del sistema o del software. COMPATIBILIDAD: preparación de dos o más componentes o sistemas para llevar a cabo sus funciones mientras comparten el mismo entorno de hardware o software. COMPONENTE: una de las partes que forman un sistema. Un componente puede ser hardware, software, y puede a su vez subdividirse en otros componentes. DISEÑO: proceso de definición de la arquitectura, componentes, interfaces y otras características de un sistema o de un componente. DISPONIBILIDAD: el grado con el que se mide la accesibilidad de un sistema o de un componente cuando es necesario su uso. Suele expresarse en términos de probabilidad. ESCALABILIDAD: facilidad con la que un sistema o un componente puede modificarse para aumentar su capacidad funcional o de almacenamiento. GESTIÓN DE CONFIGURACIÓN: disciplina que aplica la dirección y supervisión técnica y administrativa para: identificar y documentar las características funcionales y físicas de un elemento de configuración, controlar cambios, registrar cambios procesados, registrar el estado de la implementación, informar y verificar la conformidad con los requisitos especificados. GESTIÓN DE PROCESOS: dirección, control y coordinación del trabajo realizado para desarrollar o producir un servicio. IMPLEMENTACIÓN: proceso de transformación de un diseño en componentes de hardware, software o de ambos. INTERFAZ DE USUARIO: interfaz que permite la comunicación entre un usuario y un sistema, o los componentes de un sistema. Maven es una herramienta de software para la gestión y construcción de proyectos Java creada por Jason van Zyl, de Sonatype, en Es similar en funcionalidad a Apache Ant, pero tiene un modelo de configuración de construcción más simple, basado en un formato XML. 11

13 RESUMEN El presente trabajo se orienta a realizar una contribución en el área de soluciones informáticas para el análisis, diseño y desarrollo de software de un sistema integrado para la empresa Ventas y Servicios S.A. En particular, la metodología que se propone es aplicable al proceso de desarrollo de software empresarial, contemplándose en las distintas etapas metodológicas aspectos de naturaleza financiera que no se han tenido en las metodologías anteriormente planteadas. Debido a la diversidad y multiplicidad de los procesos que se requieren para elaborar una gestión de calidad con el cliente, es necesario un sistema web que normalice la información de cada una de las aplicaciones empleadas para la gestión de los procesos financieros manejados, garantizando la seguridad e integridad de los datos manejados por todos y cada uno de los aplicativos. 12

14 ABSTRACT The present work is aimed at make a contribution in the area of IT solutions for the analysis, design and development of an integrated software for the enterprise Ventas y Servicios S.A. In particular, the proposed methodology is applicable to the process of enterprise software development, contemplating in the different stages of a financial nature methodological aspects that have not been previously raised in methodologies. Owing to the diversity and multiplicity of the processes required to develop a quality management with the client, you need a web system that standardizes the information of each of the applications used to manage financial processes managed, ensuring security and integrity of the data handled by each and every one of the applications. 13

15 INTRODUCCIÓN El proyecto está enfocado en la línea de identificación y normalización de aplicaciones para la gestión de la información en las organizaciones, por lo tanto, se ha escogido la empresa Ventas y Servicios S.A., para diseñar, analizar y desarrollar un Sistema Integrado de Gestión Operativa SIGO que ayude al mejoramiento en los procesos de gestión de la información de las diferentes aplicaciones manejadas para cada uno de los clientes. El proceso de identificación, análisis y diseño del sistema por parte del área de Soluciones Informáticas de la compañía, es el que permite la evaluación del rendimiento de gestión de todas las aplicaciones, de igual manera da a conocer informes sobre rendimiento de disponibilidad de cada uno de los procesos manejados, generando estados finales de calidad. El sistema integrado permitirá que se gestionen de manera ágil y precisa cada uno de los procesos de la información manejada a cada uno de los clientes manteniendo centralizados los datos y brindando seguridad de los mismos. De tal manera proporcionará usabilidad brindada por su diseño de interfaz y distribución específica de sus módulos. En el presente documento también se encontrará la especificación del análisis y el desarrollo de los módulos y los beneficios que se obtendrán para el mejoramiento de los tiempos de respuesta. Obteniendo mejor manejo de la información de forma segura y centralizada. 14

16 1. GENERALIDADES 1.1 ANTECEDENTES En la empresa Ventas y Servicios S.A. los procesos de los diferentes clientes se realizan con múltiples aplicaciones que tienen diferentes lenguajes. Estas aplicaciones permiten gestionar cada una de las actividades necesarias para cumplir con las necesidades de los objetivos, teniendo en cuenta las políticas de la empresa y así mismo la seguridad de la información del cliente. Se busca desarrollar un sistema de información web adecuado, que normalice la información para la gestión de los procesos y de esta manera mejorar y agilizar las actividades manejadas actualmente, como lo son la administración de la información, la atención al cliente, el almacenamiento de los procesos de venta y la identificación de la necesidad del cliente externo, para así lograr separar por módulos todo el sistema que maneja la información. Por medio de los módulos que se van implementarán se dará manejo a la información, de una manera normalizada que garantice la seguridad de la información. Lo cual permitirá unificar el lenguaje del sistema, garantizando su escalabilidad y disponibilidad. En Colombia existen diversas entidades con el manejo de la información y las aplicaciones de una manera similar, las cuales manejan las aplicaciones distribuidas por componentes que facilitan la disponibilidad y estabilidad mejorando la productividad en el tiempo de servicio de los procesos. 1.2 PLANTEAMIENTO DEL PROBLEMA Descripción del problema. En Colombia se encuentra en auge el desarrollo de aplicaciones que manejen la identificación, normalización y la seguridad de la información que puedan brindar y generar confianza en los clientes. Las empresas o entidades financieras que se encargan del manejo de las mismas, encuentran importante el poder de presentar sus productos o servicios de manera tal que les sea más atractivos y confiables y de esta manera generar mayor demanda y crecimiento en su economía financiera. Pero a la vez llegando a la base de esta necesidad dependen de la seguridad de la información que se refleja en cada una de las 15

17 actividades y transacciones que se realizan en las diferentes aplicaciones, mejorando y reflejando innovación en cada una de ellas. El problema se presenta al identificar que la empresa debido a su crecimiento, cuenta con diversas aplicaciones de gestión que manejan múltiples plataformas y lenguajes de programación lo cual dificulta el mantenimiento de sus módulos y normalización de la información para obtener tiempos efectivos de respuesta. Al momento de generar un nuevo aplicativo con características similares en sus procesos, es necesario iniciar desde su diseño, teniendo en cuenta que los aplicativos existentes no cuentan con una estructura homogénea tanto en la programación como en la base de datos. Lo cual ocasiona problemas de aumento en los tiempos de desarrollo. Ahora bien, se hace necesario un conocimiento acertado, manejable y oportuno de la distribución adecuada de la gestión de la información para los módulos de tal forma que en cada uno se presente la información necesaria requerida. Permitiendo la generación de los reportes necesarios para verificar el rendimiento del manejo de los procesos. Es posible que las gestiones completamente tipificadas 1 de forma oportuna sean primordiales para cada una de las aplicaciones de la compañía en la mejora del rendimiento de los procesos? Formulación del problema. El problema radica en la identificación y normalización de los diferentes módulos que sean empleados para las aplicaciones de una forma rápida y confiable que se encargue de la gestión operativa de todas las aplicaciones de la empresa. Es importante resaltar que uno de los propósitos fundamentales de la integración de manera normalizada de la información es generar un mejor desempeño al momento de gestionar los diferentes procesos de cada una de las aplicaciones. Teniendo en cuenta que el sistema está distribuido por módulos que permiten que en el momento de una actualización o modificación del diseño o desarrollo se realice únicamente al módulo con el que se desea interactuar sin afectar el funcionamiento de los otros módulos del sistema. Tipificación: se refiere a la expresión utilizada en la Entidad para determinar el estado en que se encuentra el proceso de la gestión. 16

18 Teniendo en cuenta el tiempo de aplicación del proyecto solo normalizo inicialmente unas aplicaciones con el fin de ir realizando mejoras de cada una de las otras. Debe tenerse claro que durante el desarrollo de este proyecto solo se van a analizar, diseñar e implementar los módulos de Login de usuarios, Marcación telefónica, Módulo de Direcciones, Módulo de Teléfonos y Módulo de pedidos. 1.3 OBJETIVOS Objetivo General. Analizar, Diseñar y Desarrollar los módulos de un Sistema integrado para la gestión operativa que centralice la información manejada por la compañía Objetivos Específicos. Identificar el manejo actual de los procesos de las aplicaciones con el fin de mejorar el rendimiento y estabilidad de cada una. Diseñar e implementar los módulos de captura, modificación y actualización de datos de información del cliente, de teléfonos, direcciones y pedidos, para la normalización de la información. Diseñar e implementar los módulos de procesamiento y consulta de datos el cual permita generar reportes e históricos de las gestiones realizadas 1.4 JUSTIFICACIÓN La empresa Ventas y Servicios S.A. cumple una labor importante en el sector financiero. Sector en el cual se contemplan varias actividades de control de gestión de procesos con los clientes. En la actualidad las aplicaciones que se utilizan para la Gestión de las diferentes campañas manejan múltiples lenguajes de desarrollo, haciendo que el cambio de sus módulos sea visto como un problema en lugar de una mejor solución para su disponibilidad y usabilidad. Gracias a esto se observa la necesidad de implementar un sistema de información web integrado que a través de módulos independientes permitan de manera ágil modificaciones futuras que no afecten la disponibilidad del sistema. Teniendo en cuenta que el sistema integrado permite la identificación y normalización de toda la información manejada en la Gestión con los clientes, asegurando la seguridad de la misma. 17

19 Es importante resaltar que el propósito fundamental de la integración de manera normalizada de la información es generar un mejor desempeño al momento de gestionar los diferentes procesos de cada una de las aplicaciones. Para esto se hace necesario un conocimiento acertado, manejable y oportuno de la distribución adecuada de la gestión de la información para los módulos, de tal forma que en cada uno se presente la información necesaria requerida. Permitiendo la generación de los reportes necesarios para verificar el rendimiento del manejo de los procesos. 1.5 DELIMITACIÓN Espacio. El proyecto se realizó para la empresa Ventas y Servicios S.A. lo cual permitió el uso de sus instalaciones para el desarrollo completo de los objetivos Tiempo. El tiempo de ejecución del proyecto fue de 4 meses según lo propuesto en el cronograma Contenido. Se contemplaron unos entregables como contenido que son: Documentación del proceso de desarrollo del proyecto Documentación del análisis sistema Documentación del diseño de los módulos del sistema Alcance. Se establece como alcance: Documentación del proceso de análisis, diseño y desarrollo del sistema. Implementación de los módulos del sistema. 18

20 1.6 MARCO REFERENCIAL Marco conceptual. Teniendo en cuenta el problema planteado, el proyecto está enfocado en la línea de identificación y normalización de aplicaciones para la gestión de la información en las organizaciones, por lo tanto, el estudiante ha escogido la empresa Ventas y Servicios S.A., para diseñar, analizar y desarrollar un Sistema Integrado de Gestión Operativa SIGO que ayude al mejoramiento en los procesos de gestión de la información de las diferentes aplicaciones manejas de cada uno de los clientes. Ingeniería De Sistemas: El proceso de ingeniería de sistemas es denominado ingeniería de procesos de negocio cuando el contexto del trabajo de ingeniería se enfoca a una empresa. Cuando hay que construir un producto, el proceso se denomina ingeniería de productos. Tanto la ingeniería de proceso de negocio como la de producto intentan poner orden al desarrollo de sistemas basados en computadoras. Aunque cada una se aplica en un dominio de aplicación diferente, ambas intentan poner al software en su contexto. La ingeniería de Sistema permite que antes de construir el Sistema de Información se puedan definir los objetivos generales del Sistema; de igual manera se pueden identificar los papeles del hardware, software, personas, bases de datos, procedimientos, y otros elementos del sistema; en este mismo sentido también se puede observar los requerimientos operacionales los cuales son identificados, analizados, especificados, modelizados, válidos y gestionados. Sistema de Información web: La enciclopedia libre Wikipedia define un sistema de información web como un conjunto de funciones o componentes interrelacionados que forman un todo, es decir, obtiene, procesa, almacena y distribuye información para apoyar la toma de decisiones y el control en una organización. Igualmente apoya la coordinación, análisis de problemas, visualización de aspectos complejos, entre otros. De igual manera un sistema de información contiene información de sus procesos y su entorno. Como actividades básicas que producen la información que se necesita: entrada, procesamiento y salida. La 19

21 retroalimentación consiste en entradas devueltas para ser evaluadas y perfeccionadas.2 Algunas de las restricciones que se deben tener en cuenta en el momento de iniciar el sistema de información según Rogger Pressman 3 son 5: Supuestos que reducen el número de permutaciones y variaciones posibles, permitiendo así al modelo reflejar el problema de manera razonable. Simplificaciones que permiten crear el modelo a tiempo. Limitaciones que ayudan a delimitar el sistema. Restricciones que guían la manera de crear el modelo y el enfoque que se toma al implementar el modelo. Preferencias que indican la arquitectura preferida para todos los datos, funciones y tecnología. Un sistema de información web realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de información. Entrada de Información: Es el proceso mediante el cual el Sistema de Información toma los datos que requiere para procesar la información. Las entradas pueden ser manuales o automáticas. Las manuales son aquellas que se proporcionan en forma directa por el usuario, mientras que las automáticas son datos o información que provienen o son tomados de otros sistemas o módulos. Esto último se denomina interfaces automáticas. Dentro de las actividades básicas que se deben cumplir en este aspecto son: Datos Generales del Sistema de información. Ingreso de los datos personales de los clientes. Ingreso de los datos generales del aplicativo o campaña. Ingreso de la información del proceso de la gestión de cada aplicación. Almacenamiento de información: El almacenamiento es una de las actividades o capacidades más importantes que tiene una computadora, ya que a través de esta propiedad el sistema puede recordar la información guardada en la sección o proceso anterior. Esta información suele ser almacenada en estructuras de información denominadas archivos. La unidad típica de almacenamiento son los servidores. 2 Enciclopedia Wikipedia. 3 PRESSMAN. Ingeniería del Software: un enfoque práctico. McGraw Hill. Madrid, ª Edición. Cáp

22 Actividades Básicas dentro del almacenamiento en el sistema como los datos ingresados por cada uno de los clientes en lo concerniente a la gestión de entrada y salida de procesos dentro del aplicativo. Procesamiento de Información: Es la capacidad del Sistema de Información web para efectuar reportes de acuerdo con una secuencia de operaciones preestablecidas. Esta característica de los sistemas permite la transformación de datos fuente en información que puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una proyección de rendimiento a partir de los datos que contiene el informe. Actividades básicas dentro del procesamiento: Programar las llamadas de agendamiento Tipificar la gestión Realizar las llamadas automáticas con los clientes. Seguridad de la base de datos: para el proceso de seguridad se tendrá que obtener un elemento fundamental como lo es la identificación de los diferentes usuarios que es una de las formas de guardar la seguridad. Las identidades y permisos de usuarios están definidas en los Archivos de Control de Acceso. Para la seguridad e integridad total de los datos puede conservarse, permitiendo el acceso a distintos campos de una base de datos, solamente a usuarios autorizados para ello. Para este punto es importante comprender que los datos pueden ser presentados a través del Web de una forma segura, y con mayor impacto en todos los usuarios de la red. Interfaz de programación de aplicaciones (API): Conjunto de rutinas, protocolos y herramientas para construir aplicaciones de interfaz. Una buena API hace más fácil el trabajo de desarrollo de un programa, ya que debe proveer todos los bloques para construirlo. El programador lo único que hace es poner todos los bloques juntos. API está diseñado especialmente para los programadores, ya que garantiza que todos los programas que utilizan API, tendrán interfaces similares. Asimismo, esto le facilita al usuario aprender la lógica de nuevos programas. 21

23 Cuando se realiza una requisición, el servidor llamará al API, brindando la ventaja de disponer de una mayor cantidad de servicios 4. PrimeFaces: es un componente para JavaServer Faces (JSF) de código abierto que cuenta con un conjunto de componentes ricos que facilitan la creación de las aplicaciones web. Primefaces está bajo la licencia de Apache License V2. Una de las ventajas de utilizar Primefaces, es que permite la integración con otros componentes como por ejemplo RichFaces. 5 El servidor HTTP Apache: es un servidor HTTP de código abierto para plataformas Unix (BSD, GNU/Linux, etcétera), Windows y otras, que implementa el protocolo HTTP/1.1 (RFC 2616) y la noción de sitio virtual. Cuando comenzó su desarrollo en 1995 se basó inicialmente en código del popular NCSA HTTPd 1.3, pero más tarde fue reescrito por completo. Su nombre se debe a que originalmente Apache consistía solamente en un conjunto de parches a aplicar al servidor de NCSA. Era, en inglés, a patchy server (un servidor parcheado). El servidor Apache se desarrolla dentro del proyecto HTTP Server (http) de la Apache Software Foundation. Apache presenta entre otras características mensajes de error altamente configurables, bases de datos de autenticación y negociado de contenido, pero fue criticado por la falta de una interfaz gráfica que ayude en su configuración. Apache tiene amplia aceptación en la red: en el 2005, Apache es el servidor HTTP más usado, siendo el servidor HTTP del 70% de los sitios web en el mundo y creciendo aún su cuota de mercado (estadísticas históricas y de uso diario proporcionadas por Netcraft) 6. Maven: es una herramienta de software para la gestión y construcción de proyectos Java creada por Jason van Zyl, de Sonatype, en Es similar en funcionalidad a Apache Ant (y en menor medida a PEAR de PHP y CPAN de Perl), pero tiene un modelo de configuración de construcción más simple, basado en un formato XML. 7 4 Java Database Programming 5 Enciclopedia Wikipedia. /primefaces 6 Enciclopedia Wikipedia. 7 Enciclopedia Wikipedia. 22

24 Una característica clave de Maven es que está listo para usar en red. El motor incluido en su núcleo puede dinámicamente descargar plugins de un repositorio, el mismo repositorio que provee acceso a muchas versiones de diferentes proyectos Open Source en Java, de Apache y otras organizaciones y desarrolladores. Hibernate: Es una herramienta de Mapeo objeto- relacional (ORM) para la plataforma Java (y disponible también para.net con el nombre de Nhibernate) que facilita el mapeo de atributos entre una base de datos relacional tradicional y el modelo de objetos de una aplicación, mediante archivos declarativos (XML) o anotaciones en los beans de las entidades que permiten establecer estas relaciones Marco teórico. Este sistema de información se desarrolla e implementa con base en el problema planteado anteriormente en el numeral 1 de este escrito. Por lo anterior es conveniente resolver el siguiente interrogante, Es posible que las gestiones completamente tipificadas 9 de forma oportuna sean primordiales para cada una de las aplicaciones de la compañía en la mejora del rendimiento de los procesos? Actualmente la compañía, tienen la necesidad de contar con información efectiva y correctamente diligenciada en forma veraz por parte de los Asesores, hacerse a ella en el menor tiempo posible luego de ser diligenciada por el asesor. Debido a lo anterior, se pueden plantear soluciones que permitan a la Empresa, hacerse a esta información correctamente tipificada; una posible solución es normalizar toda la información manejada por las aplicaciones y así hacer que los asesores envíen en forma correcta la información que necesita el Cliente, por lo tanto se debe diseñar módulos de captura actualización y modificación, de fácil uso y acceso. De igual manera, es importante que la información siempre esté disponible y almacenada, es por esto que se debe hacer un repositorio de datos central que permite el almacenamiento de la misma y el acceso a consulta por parte de los Coordinadores de SIGO. 8 Enciclopedia Wikipedia. 9 Tipificación: se refiere a la expresión utilizada en la Entidad para determinar el estado en que se encuentra el proceso de la gestión. 23

25 Para que los Coordinadores conozcan lo que el Sistema de Información web puede permitirles acceder, realizar, validar y ver, se hace necesaria una capacitación sobre el manejo del mismo. Es importante destacar que durante los últimos 5 años la Empresa ha gestionado cada proceso, con el fin de cumplir con las expectativas de cada uno de los clientes, por esto se requiere un índice de rendimiento. Por las razones anteriores, el proyecto permite una automatización en las gestiones de todas las aplicaciones y el procesamiento de la misma para generar índices de rendimiento. Es fundamental para el proyecto cumplir con los objetivos planteados, bajo la información que prestan los Ingenieros de cada una de las áreas, los cuales, en la actualidad cuentan con material disponible que ayudará a la consecución de los objetivos y al mejoramiento de los procesos y al recopilamiento de los procesos, es importante destacar en este punto que para la creación del repositorio de datos, la Empresa permitirá y entregara la información necesaria para la creación de la base de datos central en el servidor de sus oficinas. 1.7 METODOLOGÍA PROPUESTA El desarrollo del proyecto se realizó bajo la metodología RUP (Rational Unified Process) 10 la cual permitió trabajar con las siguientes características: 1. Permitió que el sistema se diseñara de manera que pueda evolucionar no solamente en el desarrollo y diseño de la etapa inicial si no para futuras entregas y desarrollos. 2. La metodología propuesta permite construir el desarrollo de manera incremental lo cual permite dividir el proyecto en piezas independientes o proyectos más pequeños. 3. El diseño de los casos de uso representan los requerimientos base para el desarrollo del sistema. El cual constituye el punto de partida para las tareas de análisis y diseño. 4. Permite la administración general de los requerimientos. 5. Utiliza una arquitectura basada en componentes. 6. Permite el aseguramiento de la calidad en las diferentes etapas del proyecto. 7. De igual manera permite la administración del cambio en las distintas etapas del desarrollo. 10 Enciclopedia Wikipedia. 24

26 Para el diseño, análisis y desarrollo del proyecto, es necesario utilizar metodologías y herramientas que permitan recolectar la información necesaria para llevar a cabo el desarrollo de cada una de las tareas y objetivos propuestos. El plan de trabajo exige la elaboración de documentos necesarios para realizar un análisis completo y detallado de cada una de las actividades propuestas. A continuación se presentan los documentos que servirán como soporte en el proceso de análisis y recolección de información del sistema web: 1. Documento de Especificación y Requerimientos: Este es el documento de declaración oficial de qué es lo que requieren los desarrolladores del sistema. Incluye tanto los requerimientos del usuario para el sistema como una especificación detallada de los requerimientos del sistema. El documento de requerimientos tiene un conjunto de diversos usuarios que va desde los administradores principales de la organización, quienes pagan por el sistema, hasta los ingenieros responsables del software. 2. Documento de casos de uso: En este documento se describirán las características del sistema y se sustentaran las pruebas de implementación ya que cada caso de uso es un elemento a verificar y validar. 3. Elaboración del WireFrames (Guía visual o prototipo del trabajo): En este documento se presentó personal de Ventas y Servicios S.A. Una guía esquemática del sistema web con elementos gráficos sencillos en donde se permita visualizar el contenido y comportamiento de los diferentes módulos del sistema. 4. Manual de usuario y técnico: son documentos técnicos del sistema que brindaran información a los usuarios presentando la información necesaria para el manejo de todas las herramientas brindadas por el sistema, describiendo el propósito y solución de la necesidad que es requerida por el usuario. Los documentos presentan una ayuda a la solución de inquietudes presentadas por el usuario. Para el desarrollo del sistema web serán necesarias las siguientes herramientas de Software y Hardware: Análisis y desarrollo del sistema de información web: Servidor web: Glassfish Software para el desarrollo del sistema web: Netbeans con lenguaje de programación Java. 25

27 Software para el diseño y creación de las bases de datos: Microsoft Sql Server 2008 R2. ETAPAS O FASES DE DESARROLLO FASE DE INICIO En esta fase se realizó el análisis de todos los requerimientos funcionales solicitados por el cliente, presentando una serie de informes a medida que se va a desarrollar el sistema que se desea establecer. Dando una solución a las necesidades establecidas en el desarrollo del proyecto. Para esto se tendrá en cuentas los requerimientos que fueron analizados y los actores principales que intervienen en el sistema. FASE DE ELABORACION En esta fase el proyecto se va a realizar el perfeccionamiento de aquellos requerimientos de la fase anterior teniendo presente todos los cambios que el sistema requiere y presentando una mayor importancia en el desarrollo de la aplicación. FASE DE CONSTRUCCIÓN El propósito de esta fase en el proyecto es el de llevar a cabo la implementación y desarrollo del sistema web. Pantallas finalizadas en el sistema web y aprobadas por el cliente Ventas y Servicios S.A. Módulo Información del Cliente Ilustración 1 Módulo Información Cliente Este módulo tiene como función mostrar información básica del cliente, importante para el usuario o asesor. 26

28 Módulo Marcación Telefónica Ilustración 2 Módulo Marcación Telefónica Este módulo tiene la característica principal de mostrar los teléfonos que se encuentran asociados al cliente por base de datos o de igual forma permite ingresar y modificar los números de teléfonos. 27

29 Módulo Datos Principales Ilustración 3 Módulo Datos Principales Este módulo tiene como función principal el ingreso y/o actualización de la información principal, suministrada por el cliente al asesor en el momento que se realiza la gestión. 28

30 Módulo de Direcciones Ilustración 4 Módulo Direcciones Principal Ilustración 5 Módulo Direcciones, Nueva 29

31 El módulo de Direcciones permite mostrar las direcciones que se encuentran asociadas al cliente por base de datos y de igual manera permite editar, registrar y/o actualizar las direcciones. Tiene un formato rápido de edición y un formato de agregar una dirección de forma detallada. Módulo de Teléfonos: Ilustración 6 Módulo de Teléfonos El módulo de Teléfonos permite mostrar los teléfonos que se encuentran asociados al cliente por base de datos y de la misma manera permite ingresar y modificar los números de teléfonos. 30

32 Módulo Solicitud de Compra: Ilustración 7 Módulo Solicitud de Compra El componente de Solicitud de Compra se encarga de recoger la solicitud de pedido de los clientes. Contiene un catálogo de productos que permite al cliente efectuar pedidos. Tomando como base el catálogo de productos, el módulo añade la posibilidad que el usuario seleccione los productos y efectúe la solicitud de pedido. 31

33 Módulo de Entrega de Pedido: Ilustración 8 Módulo Entrega de Pedido Este módulo permite seleccionar los datos del cliente para realizar la entrega del pedido. 32

34 Módulo de Forma de Pago: Ilustración 9 Módulo Forma de Pago El módulo de Forma de Pago permite seleccionar las opciones de pago de la compra realizada para el cliente. Módulo de Tipificación de la Gestión: Ilustración 10 Módulo Tipificación 33

35 El módulo de Tipificación de la Gestión permite seleccionar y tipificar por medio del aplicativo al cliente. FASE DE TRANSICIÓN Durante esta fase se buscó garantizar que el sistema web se encuentre preparado para la entrega al usuario. 34

36 ANEXOS ANEXO A. DOCUMENTO DE ESPECIFICACIÓN Y REQUERIMIENTOS. Propósito. Identificar y especificar los requerimientos funcionales del Sistema Integrado de Gestión Operativa SIGO, teniendo como base la información entregada por el personal de Ventas y Servicios S.A., todo con el fin de entender y comprender lo que necesita dicho sistema. Alcance. El siguiente documento presenta formalmente los requerimientos funcionales del sistema de información web SIGO. Descripción del Sistema El sistema de información web SIGO permite registrar, mantener actualizada y normalizada la información de las Gestiones de los clientes. El sistema de información será una aplicación web a la cual se debe acceder mediante un servidor y se encontrara asociada a una base de datos, donde se administrará toda la información. El sistema se desarrolla con el fin de brindar normalización en la información que facilite la construcción de las políticas de la empresa y a su vez brindando beneficios a los clientes. El sistema debe a su vez logra una trasmisión segura de los datos, permitiendo una excelente toma de decisiones y facilitar la gestión de los procesos con los clientes. Restricciones del Sistema. La aplicación será web. El sistema solo funcionará con conexión al servidor. Se tendrán establecidos perfiles de acceso al sistema. Se implementarán solamente los módulos de Registro de Usuarios, Marcación telefónica, Módulo de Direcciones, Módulo de Teléfonos, Módulo de Solicitud de Compra, Módulo de Entrega de Pedido, Módulo de Forma de Pago y Módulo de Tipificación. 35

37 Requerimientos Funcionales del Sistema. Para el desarrollo del proyecto es necesario especificar los requerimientos que se tuvieron en cuenta para cumplir con los objetivos planeados. Los requerimientos del sistema son: Tabla 1. Lista de Requerimientos Funcionales del Sistema No. REQUERIMIENTO 1 Registrar Usuario 2 Actualizar información Usuario 3 Actualización Contraseña usuario 4 Registrar Teléfono Gestión 5 Actualizar Teléfono Gestión 6 Eliminar Teléfono Gestión 7 Tipificar Registro de Teléfono 8 Realizar Marcación Telefónica 9 Finalizar Marcación Telefónica 10 Tipificar Marcación Telefónica 11 Registrar Dirección Gestión 12 Actualizar Dirección Gestión 13 Tipificar Registro de Dirección 14 Agregar Producto en Solicitud Compra 15 Eliminar Producto en Solicitud de Compra 16 Tipificar Solicitud de Compra 17 Registrar Entrega de Pedido 18 Agregar Destinatario en Entrega de Pedido 19 Agregar Dirección de entrega 20 Tipificar Entrega de Pedido 21 Registrar Fecha de Entrega Pedido 22 Registrar Forma de Pago 23 Tipificar Forma de Pago 24 Registrar Tipificación Gestión Finalizada 25 Actualizar Resumen Gestión Finalizada 36

38 Especificación de los Requerimientos Funcionales del Sistema Tabla 2. RF1, Registrar Usuario. IDENTIFICADOR RF1 NECESARIO NOMBRE: Registrar Usuario REQUERIMIENTO QUE LO UTILIZA O LO ESPECIALIZA CRITICO PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Identificación * Tipo de Documento * Nombres * Apellidos * Sexo * Registro de la información * Ciudad de Nacimiento correspondiente al usuario. * Fecha de Nacimiento * E Mail *Profesión * Afición * Observaciones DESCRIPCIÓN: Pre condición: Los campos de selección a ingresar de la información del usuario deben estar cargados en el sistema. Descripción: Se registra toda la información del usuario que inicia la gestión. Pos Condición: La información del usuario es registrada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si los datos ingresados son incorrectos el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si faltan datos por ingresar, el sistema mostrará un error. 2. Registro de Usuario realizado exitosamente. Se especifica claramente el requerimiento del registro de usuario, definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 37

39 Tabla 3. RF2, Actualizar Información Usuario IDENTIFICADOR NOMBRE: Actualizar información Usuario RF2 REQUERIMIENTO QUE LO UTILIZA O LO NECESARIO CRITICO ESPECIALIZA RF1 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Identificación * Tipo de Documento * Nombres * Apellidos * Sexo * Actualización de la información * Ciudad de Nacimiento correspondiente al usuario. * Fecha de Nacimiento * E Mail *Profesión * Afición * Observaciones DESCRIPCIÓN: Pre condición: La información del usuario debió haber sido registrada con anterioridad en el sistema y de esta forma solo actualizar los campos necesarios. Descripción: Se actualiza toda la información del usuario para continuar con la gestión en el sistema. Pos Condición: La información del usuario es actualizada por el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si los datos ingresados son incorrectos el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si faltan datos por ingresar, el sistema mostrará un error. 2. Actualización del usuario realizada exitosamente. Se especifica claramente el requerimiento de actualización de usuario, definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 38

40 Tabla 4. RF3, Actualización Contraseña Usuario IDENTIFICADOR NOMBRE: Actualización Contraseña usuario RF3 REQUERIMIENTO QUE NECESARIO LO UTILIZA O LO ESPECIALIZA CRITICO RF1,RF2 PRIORIDAD DE DESARROLLO DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Identificación * Tipo de Documento * Nombres * Apellidos * Actualización de la contraseña del usuario. * Contraseña Anterior * Nueva Contraseña DESCRIPCIÓN: Pre condición: La contraseña del usuario debió haber sido registrada con anterioridad en el sistema y de esta forma poder cambiarla. Descripción: Se actualiza la contraseña del usuario para continuar con la gestión en el sistema. Pos Condición: La contraseña del usuario es actualizada por el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la contraseña ingresada es incorrecta el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si faltan caracteres por ingresar, el sistema mostrará un error. 2. Actualización de la contraseña realizada exitosamente. Se especifica claramente el requerimiento de actualización de la contraseña del usuario, definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 39

41 Tabla 5. RF4, Registrar Teléfono Gestión IDENTIFICADOR NOMBRE: Registrar Teléfono Gestión RF4 REQUERIMIENTO QUE LO UTILIZA O LO NECESARIO CRITICO ESPECIALIZA RF1 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Indicativo * Teléfono * Extensión * Registro de la información * Tipo de Teléfono correspondiente al teléfono del usuario * Ciudad * Departamento * País DESCRIPCIÓN: Pre condición: La información del teléfono debe estar cargada en el sistema con anterioridad. Descripción: Se registra toda la información del teléfono de contacto. Pos Condición: La información del teléfono es registrada por el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si los datos ingresados no coinciden con el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si faltan datos por ingresar, el sistema mostrará un error. 2. Registro del teléfono realizado exitosamente. Se especifica claramente el requerimiento registro del teléfono, definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 40

42 Tabla 6. RF5, Actualizar Teléfono Gestión IDENTIFICADOR NOMBRE: Actualizar Teléfono Gestión RF5 REQUERIMIENTO QUE LO UTILIZA O LO NECESARIO CRITICO ESPECIALIZA RF4 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Indicativo * Teléfono * Extensión * Actualización de la información * Tipo de Teléfono correspondiente al teléfono del usuario * Ciudad * Departamento * País DESCRIPCIÓN: Pre condición: La información del teléfono debió ser registrada en el sistema con anterioridad. Descripción: Se actualiza toda la información del teléfono de contacto. Pos Condición: La información del teléfono es actualizada por el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si los datos ingresados no coinciden con el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si faltan datos por ingresar o actualizar, el sistema mostrará un error. 2. Actualización del teléfono realizada exitosamente. Se especifica claramente el requerimiento de actualización del teléfono, definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 41

43 Tabla 7. RF6, Eliminar Teléfono Gestión. IDENTIFICADOR NOMBRE: Eliminar Teléfono Gestión RF6 REQUERIMIENTO QUE LO UTILIZA O LO NECESARIO CRITICO ESPECIALIZA RF4, RF5 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Indicativo * Teléfono * Extensión * Eliminar la información correspondiente * Tipo de Teléfono al teléfono del usuario * Ciudad * Departamento * País DESCRIPCIÓN: Pre condición: La información del teléfono debió ser registrada en el sistema con anterioridad. Descripción: Se elimina toda la información del teléfono de contacto. Pos Condición: La información del teléfono es actualizada por el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si los datos ingresados no coinciden con el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si faltan datos por ingresar o actualizar, el sistema mostrará un error. 2. Actualización del teléfono realizada exitosamente. Se especifica claramente el requerimiento para eliminar el teléfono, definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 42

44 IDENTIFICADOR RF7 NECESARIO Tabla 8. RF7, Tipificar Registro de Teléfono NOMBRE: Tipificar Registro de Teléfono REQUERIMIENTO QUE LO UTILIZA O LO ESPECIALIZA RF4, RF5, RF6 CRITICO PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Id registro *Tipifica el registro correspondiente al * Teléfono teléfono del usuario *Tipificación DESCRIPCIÓN: Pre condición: La información del teléfono debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. Descripción: Se tipifica la información del teléfono de contacto. Pos Condición: La tipificación del registro del teléfono es realizada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la tipificación es errónea el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si la tipificación no coincide el sistema mostrará un error. 2. Tipificación del registro del teléfono realizada exitosamente. Se especifica claramente el requerimiento para realizar la tipificación del registro, si este llega a finalizar en este módulo. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 43

45 IDENTIFICADOR RF8 NECESARIO Tabla 9.RF8, Realizar marcación Teléfonica NOMBRE: Realizar Marcación Telefónica REQUERIMIENTO QUE LO UTILIZA O LO ESPECIALIZA RF4 CRITICO PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Indicativo * Teléfono * Extensión * Tipo de Teléfono * Marcación para Gestión con el cliente. * Ciudad * Departamento * Marcación DESCRIPCIÓN: Pre condición: La información del teléfono debe estar registrada correctamente en el sistema para realizar la marcación. Descripción: Se realiza la marcación al cliente para iniciar la gestión. Pos Condición: Se realiza la marcación al cliente para iniciar con la gestión en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la marcación contiene información errónea el sistema arrojara un mensaje de error para la marcación. CRITERIOS DE ACEPTACIÓN 1. Si la marcación no se puede realizar, el sistema mostrará un error. 2. Marcación al cliente realizada exitosamente. Se especifica claramente el requerimiento para realizar la marcación telefónica para iniciar con la gestión. Se definen sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 44

46 IDENTIFICADOR RF9 NECESARIO Tabla 10. RF9, Finalizar Marcación Teléfonica. NOMBRE: Finalizar Marcación Telefónica REQUERIMIENTO QUE LO UTILIZA O LO ESPECIALIZA RF8 CRITICO PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Indicativo * Teléfono * Extensión * Finalizar la Marcación de la Gestión con * Tipo de Teléfono el cliente. * Ciudad * Departamento * Marcación DESCRIPCIÓN: Pre condición: La marcación al teléfono debe estar registrada correctamente en el sistema para realizar la finalización de la marcación. Descripción: Se finaliza la marcación de la gestión con el cliente. Pos Condición: Se finaliza la marcación de la gestión con el cliente para finalizar la marcación. MANEJO DE SITUACIONES ANORMALES 1. Si para finalizar con la marcación contiene información errónea el sistema arrojara un mensaje de error para la finalización de la marcación. CRITERIOS DE ACEPTACIÓN 1. Si la finalización de la marcación no se puede realizar, el sistema mostrará un error. 2. Finalización de la marcación del registro de la gestión con el cliente realizada exitosamente. Se especifica claramente el requerimiento para finalizar la marcación de la gestión con el cliente. Se definen sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 45

47 Tabla 11. RF10, Tipificar Marcación Teléfonica. IDENTIFICADOR NOMBRE: Tipificar Marcación Telefónica RF10 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF8, RF9 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Id registro *Tipifica el registro correspondiente a la * Marcación Teléfono marcación telefónica *Tipificación DESCRIPCIÓN: Pre condición: La información de la marcación debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. Descripción: Se tipifica la información de la marcación telefónica. Pos Condición: La tipificación del registro de la marcación telefónica es realizada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la tipificación es errónea el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si la tipificación no coincide el sistema mostrará un error. 2. Tipificación del registro de la marcación telefónica realizada exitosamente. Se especifica claramente el requerimiento para realizar la tipificación del registro de marcación telefónica. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 46

48 Tabla 12. RF11, Registrar Dirección Gestión IDENTIFICADOR RF11 NOMBRE: Registrar Dirección Gestión NECESARIO REQUERIMIENTO QUE LO UTILIZA O LO ESPECIALIZA CRITICO RF1 PRIORIDAD DE DESARROLLO DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS ALTA ENTRADA SALIDA * Tipo Vía * Número Vía * Cuadrante * Número * Registro de la información de la * Número Placa dirección del cliente. * Cuadrante II * Barrio * Tipo Vía * Datos Adicionales DESCRIPCIÓN: Pre condición: La información de las direcciones del cliente debió haber sido registrada con anterioridad en el sistema. Descripción: Se registra toda la información de la dirección del cliente para continuar con la gestión en el sistema. Pos Condición: La información de la dirección del cliente es registrada por el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la dirección contiene información errónea el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si el registro de la dirección no se puede realizar, el sistema mostrará un error. 2. Registro de dirección del cliente realizado exitosamente. Se especifica claramente el requerimiento para registrar la dirección de la gestión. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 47

49 Tabla 13. RF12, Actualizar Dirección Gestión. IDENTIFICADOR NOMBRE: Actualizar Dirección Gestión RF12 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF11 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN DESARROLLO ASOCIADOS ALTA ENTRADA SALIDA * Tipo Vía * Número Vía * Cuadrante * Número * Actualización de la información de la * Número Placa dirección del cliente. * Cuadrante II * Barrio * Tipo Vía * Datos Adicionales DESCRIPCIÓN: Pre condición: La información de las direcciones del cliente debió haber sido registrada con anterioridad en el sistema. Descripción: Se actualiza toda la información de la dirección del cliente para continuar con la gestión en el sistema. Pos Condición: La información de la dirección del cliente es actualizada por el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la dirección contiene información errónea el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si la actualización de la dirección no se puede realizar, el sistema mostrará un error. 2. Actualización de la dirección del cliente realizada exitosamente. Se especifica claramente el requerimiento para actualizar la dirección de la gestión. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 48

50 Tabla 14.RF13, Tipificar Registro de Dirección IDENTIFICADOR NOMBRE: Tipificar Registro de Dirección RF13 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF11, RF12 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN DESARROLLO ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id registro *Tipifica el registro correspondiente Dirección direcciones de la gestión en el sistema. *Tipificación DESCRIPCIÓN: Pre condición: La información de las direcciones debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. Descripción: Se tipifica la información del módulo de Registro de Dirección. Pos Condición: La tipificación del registro de direcciones es realizada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la tipificación es errónea el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si la tipificación no coincide el sistema mostrará un error. 2. Tipificación del registro de Dirección es realizada exitosamente. Se especifica claramente el requerimiento para la tipificación del registro de Direcciones Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 49

51 Tabla 15. RF14, Agregar Producto en Solicitud de Compra IDENTIFICADOR NOMBRE: Agregar Producto en Solicitud Compra RF14 NECESARIO REQUERIMIENTO QUE LO UTILIZA O LO ESPECIALIZA CRITICO PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA *Código * Producto agregado en el sistema para * Nombre Producto iniciar con la solicitud de compra. * Cantidad DESCRIPCIÓN: Pre condición: La información de los productos debió haber sido registrada con anterioridad en el sistema. Descripción: Se agregan los productos a la solicitud de compra. Pos Condición: El producto es agregado a la solicitud de compra. MANEJO DE SITUACIONES ANORMALES 1. Si el producto que se va agregar no existe el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede agregar el producto, el sistema mostrará un error. 2. Producto agregado a la solicitud de compra exitosamente. Se especifica claramente el requerimiento para agregar producto en la solicitud de compra. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 50

52 Tabla 16. RF15, Eliminar producto en Solicitud de Compra IDENTIFICADOR Eliminar Producto en Solicitud de NOMBRE: RF15 Compra REQUERIMIENTO QUE LO UTILIZA O LO NECESARIO ESPECIALIZA CRITICO RF14 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN DESARROLLO ASOCIADOS ALTA * No Aplica ENTRADA SALIDA *Código * Producto eliminado en la solicitud * Nombre Producto de compra. * Cantidad DESCRIPCIÓN: Pre condición: El producto debió haber sido agregado con anterioridad en el sistema. Descripción: Se eliminan los productos a la solicitud de compra. Pos Condición: El producto es eliminado en la solicitud de compra. MANEJO DE SITUACIONES ANORMALES 1. Si el producto que se va eliminar no existe el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede eliminar el producto, el sistema mostrará un error. 2. Producto eliminado exitosamente. Se especifica claramente el requerimiento para eliminar productos en la solicitud de compra. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 51

53 Tabla 17. RF16, Tipificar Solicitud de Compra IDENTIFICADOR NOMBRE: Tipificar Solicitud de Compra RF16 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF14, RF15 PRIORIDAD DE DESARROLLO DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id registro *Tipifica el registro correspondiente a la * Producto *Tipificación solicitud de compra de la gestión en el sistema. DESCRIPCIÓN: Pre condición: La información de la solicitud de compra debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. Descripción: Se tipifica la información del módulo de solicitud de compra Pos Condición: La tipificación del registro de solicitud de compra es realizada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la tipificación es errónea el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si la tipificación no coincide el sistema mostrará un error. 2. Tipificación del registro de solicitud de compra es realizada exitosamente. Se especifica claramente el requerimiento para tipificar en la solicitud de compra. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 52

54 Tabla 18. RF17, Registrar Entrega de Pedido IDENTIFICADOR NOMBRE: Registrar Entrega de Pedido RF17 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF14 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS DESARROLLO ALTA * No Aplica ENTRADA SALIDA * Id Pedido * Fecha de Entrega * Registro de Entrega de pedido. * Destinatario DESCRIPCIÓN: Pre condición: La solicitud de pedido ya debe estar registrada en el sistema. Descripción: Se registra la entrega de pedido con su respectiva información. Pos Condición: La entrega de pedido es registrada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la entrega de pedido no se puede verificar el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede registrar la entrega del pedido, el sistema mostrará un error. 2. Entrega de pedido registrada exitosamente. Se especifica claramente el requerimiento de Registro de Entrega de Pedido. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 53

55 Tabla 19. RF18, Agregar Destinatario en Entrega de Pedido. IDENTIFICADOR Agregar Destinatario en Entrega de NOMBRE: RF18 Pedido REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF17 PRIORIDAD DE DESARROLLO DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id Pedido * Fecha de Entrega * Destinatario DESCRIPCIÓN: * Se agrega al sistema el destinatario para la entrega del pedido. Pre condición: La fecha de entrega del pedido ya debe estar registrada en el sistema. Descripción: Se registra el destinatario de la entrega de pedido con su respectiva información. Pos Condición: El destinatario de la entrega de pedido es registrada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si el destinatario para la entrega de pedido no se puede verificar el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede registrar el destinatario de la entrega del pedido, el sistema mostrará un error. 2. El destinatario es registrado exitosamente. Se especifica claramente el requerimiento para agregar el destinatario en el registro de Entrega de Pedido. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 54

56 Tabla 20.RF19, Agregar Dirección de Entrega. IDENTIFICADOR NOMBRE: Agregar Dirección de entrega RF19 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF17, RF18 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN DESARROLLO ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id Pedido * Se agrega al sistema la dirección * Fecha de Entrega para la entrega del pedido. * Dirección de entrega DESCRIPCIÓN: Pre condición: El destinatario de entrega del pedido ya debe estar registrado en el sistema. Descripción: Se registra la dirección de la entrega de pedido con su respectiva información. Pos Condición: La dirección de la entrega de pedido es registrada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la dirección para la entrega de pedido no se puede verificar el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede registrar la dirección de la entrega del pedido, el sistema mostrará un error. 2. La dirección es registrada exitosamente. Se especifica claramente el requerimiento para agregar la dirección en el registro de Entrega de Pedido. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 55

57 Tabla 21. RF20, Tipificar Entrega de Pedido IDENTIFICADOR NOMBRE: Tipificar Entrega de Pedido RF20 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF17, RF18, RF19 PRIORIDAD DE DESARROLLO DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id registro *Tipifica el registro correspondiente a * Fecha Entrega Pedido *Tipificación la entrega de pedido de la gestión en el sistema. DESCRIPCIÓN: Pre condición: La información de la entrega de pedido debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. Descripción: Se tipifica la información del módulo de entrega de pedido. Pos Condición: La tipificación del registro de entrega de pedido es realizada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la tipificación es errónea el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si la tipificación no coincide el sistema mostrará un error. 2. Tipificación del registro de entrega de pedido es realizada exitosamente. Se especifica claramente el requerimiento para tipificar la Entrega de Pedido. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 56

58 Tabla 22. RF21, Registrar Fecha de Entrega Pedido IDENTIFICADOR NOMBRE: Registrar Fecha de Entrega Pedido RF21 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF17, RF18, RF19 PRIORIDAD DE DESARROLLO DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id pedido * Se registra la fecha de entrega de * Fecha de entrega pedido en el sistema DESCRIPCIÓN: Pre condición: La solicitud de pedido ya debe estar registrada en el sistema. Descripción: Se registra la fecha de entrega de pedido con su respectiva información. Pos Condición: La fecha de entrega de pedido es registrada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la fecha de entrega de pedido no se puede verificar el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede registrar la fecha de entrega del pedido, el sistema mostrará un error. 2. Fecha de Entrega de pedido registrada exitosamente. Se especifica claramente el requerimiento para registrar la fecha de la Entrega de Pedido. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 57

59 Tabla 23. RF22, Registrar Forma de Pago. IDENTIFICADOR NOMBRE: Registrar Forma de Pago RF22 REQUERIMIENTO QUE LO UTILIZA O LO NECESARIO CRITICO ESPECIALIZA RF18, RF19 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN DESARROLLO ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id Pedido * Valor Total * Se registra la forma de Pago del * Fecha Entrega pedido en el sistema * Forma de Pago * Productos DESCRIPCIÓN: Pre condición: La Entrega de pedido ya debe estar registrada en el sistema. Descripción: Se registra la forma de pago con su respectiva información. Pos Condición: La forma de pago es registrada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la forma de pago no se puede verificar el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede registrar la forma de pago, el sistema mostrará un error. 2. Forma de pago registrada exitosamente. Se especifica claramente el requerimiento para registrar la forma de pago. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 58

60 Tabla 24.RF23, Tipificar Forma de Pago IDENTIFICADOR NOMBRE: Tipificar Forma de Pago RF23 REQUERIMIENTO QUE LO NECESARIO UTILIZA O LO ESPECIALIZA CRITICO RF22 PRIORIDAD DE DESARROLLO DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id registro *Tipifica el registro correspondiente a * Forma de pago *Tipificación la forma de pago de la gestión en el sistema. DESCRIPCIÓN: Pre condición: La información de la forma de pago debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. Descripción: Se tipifica la información del módulo de forma de pago. Pos Condición: La tipificación de la forma de pago es realizada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la tipificación es errónea el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si la tipificación no coincide el sistema mostrará un error. 2. Tipificación del registro de forma de pago es realizada exitosamente. Se especifica claramente el requerimiento para tipificar la forma de pago. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 59

61 Tabla 25. RF24, Registrar Tipificación Gestión Finalizada IDENTIFICADOR Registrar Tipificación Gestión NOMBRE: RF24 Finalizada REQUERIMIENTO QUE LO UTILIZA O LO NECESARIO ESPECIALIZA CRITICO PRIORIDAD DE DESARROLLO DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id Gestión * Se registra la tipificación de la * Tipificación gestión realizada al cliente. * Estado DESCRIPCIÓN: Pre condición: La gestión ya debe estar registrada en el sistema. Descripción: Se registra la tipificación con su respectiva información. Pos Condición: La tipificación es registrada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la tipificación no se puede verificar el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede registrar la tipificación, el sistema mostrará un error. 2. Tipificación registrada exitosamente. Se especifica claramente el requerimiento para registrar la tipificación de la gestión finalizada. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 60

62 Tabla 26. RF25, Actualizar Resumen Gestión Finalizada. IDENTIFICADOR Actualizar Resumen Gestión NOMBRE: RF25 Finalizada REQUERIMIENTO QUE LO UTILIZA O LO NECESARIO ESPECIALIZA CRITICO RF24 PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN DESARROLLO ASOCIADOS ALTA * No Aplica ENTRADA SALIDA * Id Gestión * Se actualiza el resumen de la *Tipo Gestión gestión realizada al cliente. * Estado DESCRIPCIÓN: Pre condición: La gestión ya debe estar registrada en el sistema. Descripción: Se actualiza el resumen de la gestión con su respectiva información. Pos Condición: La actualización del resumen de la gestión es registrada en el sistema. MANEJO DE SITUACIONES ANORMALES 1. Si la actualización del resumen no se puede verificar el sistema arrojara un mensaje de error. CRITERIOS DE ACEPTACIÓN 1. Si no se puede registrar la actualización, el sistema mostrará un error. 2. Actualización del resumen de la gestión finalizada registrada exitosamente. Se especifica claramente el requerimiento para actualizar el resumen de la gestión finalizada. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También se definen el manejo de situaciones anormales y los criterios de aceptación. 61

63 Diagramas de Casos de Uso ANEXO B. DOCUMENTO DE CASOS DE USO Ilustración 11 Diagrama CU Registro Usuario Ilustración 12 Diagrama CU Registro Teléfonos 62

64 Ilustración 13 Diagrama CU Registro Marcación Ilustración 14 Diagrama CU Registro Dirección 63

65 Ilustración 15 Diagrama CU Registro Producto 64

66 Ilustración 16 Diagrama CU Registro Entrega de Pedido Ilustración 17 Diagrama CU Registro Forma de Pago 65

67 Ilustración 18 Diagrama CU Finalización Gestión 66

68 Especificación Casos de Uso Tabla 27. CU001 Registrar Usuario CU DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO REGISTRAR USUARIO Permite registrar los usuarios al sistema SIGO Analista de mesa de servicio * Identificación * Tipo de Documento * Nombres * Apellidos * Sexo * Ciudad de Nacimiento * Fecha de Nacimiento * E Mail *Profesión * Afición * Observaciones Los campos de selección a ingresar de la información del usuario deben estar cargados en el sistema. La información del usuario es registrada en el sistema. ACTOR 1. Selecciona registrar usuario. 3. Ingresa los datos del usuario, especificados en las variables de entrada. SISTEMA 2. Presenta la interfaz de registro de usuario. 4. Valida los datos del usuario ingresados en las variables de entrada 5. Guarda los datos del usuario en el sistema. 1. Los datos del usuario ingresados no son validos. Se describe el caso de uso del registro del usuario, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 67

69 Tabla 28. CU 002 Actualizar Usuario CU 002 DESCRIPCIÓN ACTUALIZAR USUARIO Permite actualizar los datos completos de los usuarios que ya han sido registrados por el analista de mesa de servicio. ACTORES Analista de mesa de servicio * Identificación * Tipo de Documento * Nombres * Apellidos * Sexo VARIABLES DE ENTRADA * Ciudad de Nacimiento * Fecha de Nacimiento * E Mail *Profesión * Afición * Observaciones La información del usuario debió haber sido registrada con PRECONDICIÓN anterioridad en el sistema y de esta forma solo actualizar los campos necesarios. POSTCONDICIÓN La información del usuario es actualizada por el sistema. ACTOR 1. Ingresa número de identificación del usuario para verificar registro. SISTEMA 2. Valida e informa el registro del usuario ya existente FLUJO PRINCIPAL 3. Ingresa los datos a actualizar del usuario. 5. Guarda información a actualizar. 4. Valida la información ingresada para actualizar. 6. Valida toda la información ingresada. 7. Almacena y actualiza la información ingresada. FLUJO ALTERNO 1. El número de identificación no esta registrado en el sistema. 2. Los datos ingresados son inválidos o no cumplen con los requisitos. 68

70 Se describe el caso de uso de la actualización de la información del usuario, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. FLUJO PRINCIPAL Tabla 29.CU003 Actualizar Contraseña Usuario CU 003 ACTUALIZAR CONTRASEÑA USUARIO Permite actualizar la contraseña del usuario que ya ha sido DESCRIPCIÓN registrado por el analista de mesa de servicio. ACTORES Analista de mesa de servicio * Identificación * Tipo de Documento VARIABLES DE * Nombres ENTRADA * Apellidos * Contraseña Anterior * Nueva Contraseña La contraseña del usuario debió haber sido registrada con PRECONDICIÓN anterioridad en el sistema y de esta forma poder cambiarla. POSTCONDICIÓN La contraseña del usuario es actualizada por el sistema. ACTOR SISTEMA 1. Ingresa número de 2. Valida e informa el registro identificación del usuario del usuario ya existente para verificar registro. FLUJO ALTERNO 3. Ingresa los datos para actualizar la contraseña del usuario. 5. Guarda información a actualizar de la contraseña. 4. Valida la información ingresada para actualizar la contraseña. 6. Valida toda la información ingresada del cambio de contraseña. 7. Almacena y actualiza la información ingresada de la nueva contraseña. 1. El número de identificación no esta registrado en el sistema. 2. La nueva contraseña no cumple con los requisitos de complejidad del sistema. Se describe el caso de uso de la actualización de la contraseña del usuario, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 69

71 Tabla 30.CU 004 Registrar Teléfono CU 004 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO REGISTRAR TELÉFONO Permite registrar los teléfonos del usuario al sistema SIGO Asesor * Indicativo * Teléfono * Extensión * Tipo de Teléfono * Ciudad * Departamento * País La información del teléfono debe estar cargada en el sistema con anterioridad. La información del teléfono es registrada por el sistema. ACTOR 1. Selecciona registrar teléfono. 3. Ingresa los datos del teléfono, especificados en las variables de entrada. SISTEMA 2. Presenta la interfaz de registro de teléfono. 4. Valida los datos del teléfono ingresados en las variables de entrada 5. Guarda los datos del teléfono en el sistema. 1. Los datos del teléfono del usuario ingresados no son validos. Se describe el caso de uso del registro de teléfonos del usuario, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 70

72 Tabla 31.CU005 Actualizar Teléfono CU 005 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN ACTUALIZAR TELÉFONO Permite actualizar la información de los teléfonos del usuario que ya han sido registrados por el asesor. Asesor * Indicativo * Teléfono * Extensión * Tipo de Teléfono * Ciudad * Departamento * País La información del teléfono debió haber sido registrada con anterioridad en el sistema y de esta forma solo actualizar los campos necesarios. La información del teléfono del usuario es actualizada por el sistema. ACTOR 1. Ingresa número de identificación del usuario para verificar registro del teléfono. SISTEMA 2. Valida e informa el registro del teléfono ya existente FLUJO PRINCIPAL 3. Ingresa los datos a actualizar del teléfono. 5. Guarda información a actualizar del teléfono. 4. Valida la información ingresada para actualizar el teléfono. 6. Valida toda la información ingresada. 7. Almacena y actualiza la información ingresada del teléfono del usuario. FLUJO ALTERNO 1. El número de identificación no esta registrado en el sistema. 2. Los datos del teléfono ingresados son inválidos o no cumplen con los requisitos. 71

73 Se describe el caso de uso de la actualización de los teléfonos registrados, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. Tabla 32.CU006 Eliminar Teléfono CU 006 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO ELIMINAR TELÉFONO Permite eliminar la información de los teléfonos del usuario que ya han sido registrados por el asesor. Asesor * Indicativo * Teléfono * Extensión * Tipo de Teléfono * Ciudad * Departamento * País La información del teléfono debió ser registrada en el sistema con anterioridad. La información del teléfono es actualizada por el sistema. ACTOR 1. Ingresa número de identificación del usuario para verificar registro del teléfono. 3. Selecciona el número de teléfono que desea eliminar. SISTEMA 2. Valida e informa el registro del teléfono ya existente 4. Valida la información seleccionada para eliminar el teléfono. 7. Elimina la información del teléfono seleccionado. 1. El número de identificación no esta registrado en el sistema. 2. Los datos del teléfono ingresados no se pueden eliminar en el sistema. 72

74 Se describe el caso de uso para eliminar el registro de los teléfonos, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. Tabla 33. CU007 Tipificar Registro de Teléfonos CU 007 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO TIPIFICAR REGISTRO DE TELÉFONOS Permite tipificar el registro de los teléfonos del usuario que ya han sido registrados por el asesor. Asesor * Id registro * Teléfono *Tipificación La información del teléfono debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. La tipificación del registro del teléfono es realizada en el sistema. ACTOR 1. Ingresa número de identificación del usuario para verificar registro del teléfono. 3. Selecciona la opción de tipificación de la gestión de teléfonos. SISTEMA 2. Valida e informa el registro del teléfono ya existente 4. Valida la información de la tipificación. 7. Guarda la información de la tipificación de la gestión seleccionada. 1. La tipificación no esta registrado en el sistema. 2. Los datos de la tipificación del teléfono ingresados no se pueden guardar en el sistema. 73

75 Se describe el caso de uso para tipificar el registro de los teléfonos, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. Tabla 34.CU008 Realizar Marcación CU 008 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL REALIZAR MARCACIÓN Permite realizar la marcación a los teléfonos del usuario registrados en el sistema SIGO Asesor * Indicativo * Teléfono * Extensión * Tipo de Teléfono * Ciudad * Departamento * Marcación La información del teléfono debe estar registrada correctamente en el sistema para realizar la marcación. Se realiza la marcación al cliente para iniciar con la gestión en el sistema. ACTOR 1. Selecciona el usuario al cual desea realizar la marcación. 3. Inicia la marcación al teléfono del usuario. SISTEMA 2. Presenta la interfaz de marcación al usuario. 4. Valida los datos de marcación. 5. Realiza la marcación al usuario seleccionado. FLUJO ALTERNO 1. La marcación no es valida debido a que el teléfono se encuentra fuera de servicio. Se describe el caso de uso para realizar la marcación a los teléfonos de los usuarios, en el cual se especifican sus variables de entrada, su precondición, su 74

76 postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. Tabla 35.CU009 Finalizar Marcación CU 009 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FINALIZAR MARCACIÓN Permite finalizar la marcación a los teléfonos del usuario registrados en el sistema SIGO Asesor * Indicativo * Teléfono * Extensión * Tipo de Teléfono * Ciudad * Departamento * Marcación La marcación al teléfono debe estar registrada correctamente en el sistema para realizar la finalización de la marcación. Se finaliza la marcación de la gestión con el cliente para finalizar la marcación. ACTOR 1. Selecciona la marcación que desea finalizar. 3. Finaliza la marcación al teléfono del usuario. SISTEMA 2. Presenta la interfaz de finalizar marcación al usuario. 4. Valida los datos de marcación que se esta realizando. 5. Finaliza la marcación seleccionada. FLUJO ALTERNO 1. La finalización de la marcación no es valida debido a que el teléfono no tiene registro de marcación. Se describe el caso de uso para finalizar la marcación a los teléfonos de los usuarios, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 75

77 Tabla 36. CU010 Tipificar Marcación CU 010 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO TIPIFICAR MARCACIÓN Permite tipificar el registro de marcación a los teléfonos del usuario que ya han sido registrados por el asesor. Asesor * Id registro * Teléfono *Tipificación La información de la marcación debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. La tipificación del registro de la marcación telefónica es realizada en el sistema. ACTOR 1. Ingresa número de identificación del usuario para verificar registro de la marcación del teléfono. 3. Selecciona la opción de tipificación de la gestión de marcación de teléfonos. SISTEMA 2. Valida e informa el registro de la marcación del teléfono ya existente 4. Valida la información de la tipificación. 7. Guarda la información de la tipificación de la gestión seleccionada. 1. La tipificación no esta registrado en el sistema. 2. Los datos de la tipificación de marcación del teléfono ingresado no se pueden guardar en el sistema. Se describe el caso de uso para tipificar la marcación a los teléfonos de los usuarios, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 76

78 Tabla 37. CU011 Registrar Dirección CU 011 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN REGISTRAR DIRECCIÓN Permite registrar las direcciones del usuario al sistema SIGO Asesor * Tipo Vía * Número Vía * Cuadrante * Número * Número Placa * Cuadrante II * Barrio * Tipo Vía * Datos Adicionales La información de las direcciones del cliente debió haber sido registrada con anterioridad en el sistema. La información de la dirección del cliente es registrada por el sistema. ACTOR SISTEMA 1. Selecciona registrar la dirección. 2. Presenta la interfaz de registro de direcciones. FLUJO PRINCIPAL FLUJO ALTERNO 3. Ingresa los datos de la dirección, especificados en las variables de entrada. 4. Valida los datos de la dirección ingresados en las variables de entrada 5. Guarda los datos de la dirección en el sistema. 1. Los datos de la dirección del usuario ingresados no son validos. Se describe el caso de uso para registrar las direcciones de los usuarios, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 77

79 Tabla 38. CU 012 Actualizar Dirección CU 012 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL ACTUALIZAR DIRECCIÓN Permite actualizar la información de las direcciones del usuario que ya han sido registradas por el asesor. Asesor * Tipo Vía * Número Vía * Cuadrante * Número * Número Placa * Cuadrante II * Barrio * Tipo Vía * Datos Adicionales La información de las direcciones del cliente debió haber sido registrada con anterioridad en el sistema. La información de la dirección del cliente es actualizada por el sistema. ACTOR SISTEMA 1. Ingresa número de 2. Valida e informa el identificación del usuario para registro de la dirección ya verificar registro de la existente dirección. 3. Ingresa los datos a actualizar de la dirección. 4. Valida la información ingresada para actualizarla dirección. 5. Guarda información a actualizar de la dirección 6. Valida toda la información ingresada. 7. Almacena y actualiza la información ingresada de la dirección del usuario. FLUJO ALTERNO 1. El número de identificación no esta registrado en el sistema. 2. Los datos de la dirección ingresados son inválidos o no cumplen con los requisitos. 78

80 Se describe el caso de uso para actualizar las direcciones de los usuarios, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. Tabla 39. CU013 Tipificar Registro de Direcciones CU 013 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL TIPIFICAR REGISTRO DE DIRECCIONES Permite tipificar el registro de las direcciones del usuario que ya han sido registradas por el asesor. Asesor * Id registro * Dirección *Tipificación La información de las direcciones debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. La tipificación del registro de direcciones es realizada en el sistema. ACTOR 1. Ingresa número de identificación del usuario para verificar registro de direcciones 3. Selecciona la opción de tipificación de la gestión de direcciones. SISTEMA 2. Valida e informa el registro de la dirección ya existente 4. Valida la información de la tipificación. 7. Guarda la información de la tipificación de la gestión seleccionada. FLUJO ALTERNO 1. La tipificación no esta registrado en el sistema. 2. Los datos de la tipificación de la dirección ingresados no se pueden guardar en el sistema. 79

81 Se describe el caso de uso para tipificar el registro de direcciones de los usuarios, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. Tabla 40.CU014 Registrar Producto CU 014 REGISTRAR PRODUCTO DESCRIPCIÓN Permite registrar los productos al sistema SIGO ACTORES Asesor * Código VARIABLES DE * Nombre Producto ENTRADA * Cantidad * Valor Unitario La información de los productos debió haber sido PRECONDICIÓN registrada con anterioridad en el sistema. POSTCONDICIÓN El producto es agregado al sistema. ACTOR SISTEMA 1. Selecciona registrar producto. 2. Presenta la interfaz de registro de producto. FLUJO PRINCIPAL FLUJO ALTERNO 3. Ingresa los datos del producto, especificados en las variables de entrada. 4. Valida los datos del producto ingresados en las variables de entrada 5. Guarda los datos del producto en el sistema. 1. Los datos del producto ingresados no son validos. Se describe el caso de uso para el registro de productos, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 80

82 Tabla 41. CU 015 Eliminar Producto CU 015 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN ELIMINAR PRODUCTO Permite eliminar el producto que ya ha sido registrado por el asesor. Asesor * Código * Nombre Producto * Cantidad * Valor Unitario El producto debió haber sido agregado con anterioridad en el sistema. El producto es eliminado del sistema. ACTOR SISTEMA 1. Ingresa número del producto del usuario para verificar registro del teléfono. 2. Valida e informa el registro del producto ya existente FLUJO PRINCIPAL 3. Selecciona el número de producto que desea eliminar. 4. Valida la información seleccionada para eliminar el producto. FLUJO ALTERNO 7. Elimina la información del producto seleccionado. 1. El número del producto no esta registrado en el sistema. 2. Los datos del producto ingresados no se pueden eliminar en el sistema. Se describe el caso de uso para el eliminar los productos, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 81

83 Tabla 42. CU016 Tipificar Solicitud de Compra CU 016 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO TIPIFICAR SOLICITUD DE COMPRA Permite tipificar el registro de los productos que ya han sido registrados por el asesor. Asesor * Id registro * Producto *Tipificación La información de la solicitud de compra debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. La tipificación del registro de solicitud de compra es realizada en el sistema. ACTOR SISTEMA 1. Ingresa número de 2. Valida e informa el producto para verificar registro del producto registro. ya existente 3. Selecciona la opción de tipificación de la gestión de productos. 4. Valida la información de la tipificación. 7. Guarda la información de la tipificación de la gestión seleccionada. 1. La tipificación no esta registrada en el sistema. 2. Los datos de la tipificación del producto ingresados no se pueden guardar en el sistema. Se describe el caso de uso para tipificar los productos, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 82

84 Tabla 43. CU017 Registrar entrega de Pedido CU 017 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA REGISTRAR ENTREGA DE PEDIDO Permite registrar la entrega de pedido al sistema SIGO Asesor * Id Pedido * Fecha de Entrega * Destinatario PRECONDICIÓN La solicitud de pedido ya debe estar registrada en el sistema. POSTCONDICIÓN La entrega de pedido es registrada en el sistema. ACTOR 1. Selecciona registrar entrega de pedido. SISTEMA 2. Presenta la interfaz de registro de entrega de pedido. FLUJO PRINCIPAL 3. Ingresa los datos de la entrega de pedido, especificados en las variables de entrada. 4. Valida los datos de la entrega de pedido ingresados en las variables de entrada 5. Guarda los datos de la entrega de pedido en el sistema. FLUJO ALTERNO 1. Los datos de la entrega de pedido ingresados no son validos. Se describe el caso de uso para registrar la entrega de pedido, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 83

85 Tabla 44. CU018 Agregar Destinatario CU 018 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO AGREGAR DESTINATARIO Permite agregar el destinatario de la entrega de pedido al sistema SIGO Asesor * Id Pedido * Fecha de Entrega * Destinatario La fecha de entrega del pedido ya debe estar registrada en el sistema. El destinatario de la entrega de pedido es registrado en el sistema. ACTOR 1. Selecciona agregar destinatario a entrega de pedido. 3. Ingresa los datos del destinatario para la entrega de pedido. SISTEMA 2. Presenta la interfaz de agregar destinatario en entrega de pedido. 4. Valida los datos del destinatario en la entrega de pedido ingresados. 5. Guarda los datos del destinatario para la entrega de pedido en el sistema. 1. Los datos del destinatario en la entrega de pedido ingresados no son validos. Se describe el caso de uso para agregar el destinatario en la entrega de pedido, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 84

86 Tabla 45.CU019 Agregar Dirección de entrega CU 019 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO AGREGAR DIRECCIÓN DE ENTREGA Permite agregar la dirección de entrega pedido al sistema SIGO Asesor * Id Pedido * Fecha de Entrega * Dirección de entrega El destinatario de entrega del pedido ya debe estar registrado en el sistema. La dirección de la entrega de pedido es registrada en el sistema. ACTOR 1. Selecciona agregar dirección de entrega de pedido. 3. Ingresa los datos de la dirección para la entrega de pedido. SISTEMA 2. Presenta la interfaz de agregar dirección de entrega de pedido. 4. Valida los datos de la dirección en la entrega de pedido ingresados. 5. Guarda los datos de la dirección para la entrega de pedido en el sistema. 1. Los datos de la dirección en la entrega de pedido ingresados no son validos. Se describe el caso de uso para agregar la dirección en la entrega de pedido, en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 85

87 Tabla 46. CU020 Registrar Fecha de Entrega CU 020 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO REGISTRAR FECHA DE ENTREGA Permite registrar la fecha de entrega del pedido al sistema SIGO Asesor * Id pedido * Fecha de entrega La solicitud de pedido ya debe estar registrada en el sistema. La fecha de entrega de pedido es registrada en el sistema. ACTOR 1. Selecciona registrar fecha de entrega de pedido. 3. Ingresa los datos de la fecha para la entrega de pedido. SISTEMA 2. Presenta la interfaz de registrar fecha de la entrega de pedido. 4. Valida los datos de la fecha en la entrega de pedido ingresados. 5. Guarda los datos de la fecha para la entrega de pedido en el sistema. 1. Los datos de la fecha en la entrega de pedido ingresados no son validos. Se describe el caso de uso para registrar la fecha de entrega del pedido en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 86

88 Tabla 47.CU021 Tipificar Entrega de Pedido CU 021 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO TIPIFICAR ENTREGA DE PEDIDO Permite tipificar el registro de la entrega de pedido que ya han sido registradas por el asesor. Asesor * Id registro * Fecha Entrega Pedido *Tipificación La información de laentrega de pedido debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. La tipificación del registro de entrega de pedido es realizada en el sistema. ACTOR SISTEMA 1. Ingresa número de pedido del usuario para verificar registro de gestión. 3. Selecciona la opción de tipificación de la gestión de entrega de pedido 2. Valida e informa el registro de la entrega de pedido ya existente 4. Valida la información de la tipificación. 7. Guarda la información de la tipificación de la gestión seleccionada. 1. La tipificación no esta registrado en el sistema. 2. Los datos de la tipificación de la entrega de pedido ingresados no se pueden guardar en el sistema. Se describe el caso de uso para tipificar la entrega del pedido en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 87

89 CU 022 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN Tabla 48.CU022 Registrar Forma de Pago REGISTRAR FORMA DE PAGO Permite registrar la forma de pago en el sistema SIGO Asesor * Id Pedido * Valor Total * Fecha Entrega * Forma de Pago * Productos La Entrega de pedido ya debe estar registrada en el sistema. POSTCONDICIÓN La forma de pago es registrada en el sistema. ACTOR 1. Selecciona registrar forma de pago. SISTEMA 2. Presenta la interfaz de forma de pago FLUJO PRINCIPAL FLUJO ALTERNO 3. Ingresa los datos de la forma de pago, especificados en las variables de entrada. 4. Valida los datos de la forma de pago ingresados en las variables de entrada 5. Guarda los datos de la forma de pago en el sistema. 1. Los datos de la forma de pago ingresados no son validos. Se describe el caso de uso para registrar la forma de pago en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 88

90 Tabla 49.CU023 Tipificar Forma de Pago CU 023 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN FLUJO PRINCIPAL FLUJO ALTERNO TIPIFICAR FORMA DE PAGO Permite tipificar el registro de forma de pago que ya han sido registradas por el asesor. Asesor * Id registro * Forma de pago *Tipificación La información de laforma de pago debió ser registrada en el sistema con anterioridad. Teniendo en cuenta que para tipificar debe terminar la gestión en este módulo. La tipificación de la forma de pago es realizada en el sistema. ACTOR SISTEMA 1. Ingresa número de pedido del usuario para verificar registro de gestión. 3. Selecciona la opción de tipificación de la gestión de forma de pago. 2. Valida e informa el registro de la forma ya existente 4. Valida la información de la tipificación. 7. Guarda la información de la tipificación de la gestión seleccionada. 1. La tipificación no esta registrado en el sistema. 2. Los datos de la tipificación de la forma de pago ingresados no se pueden guardar en el sistema. Se describe el caso de uso para tipificar la forma de pago en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 89

91 Tabla 50.CU024 Registrar Tipificación Gestión CU 024 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN REGISTRAR TIPIFICACIÓN GESTIÓN Permite registrar la tipificación en el sistema SIGO Asesor * Id Gestión * Tipificación * Estado La gestión ya debe estar registrada en el sistema. POSTCONDICIÓN La tipificación es registrada en el sistema. ACTOR 1. Selecciona registrar la tipificación de la gestión SISTEMA 2. Presenta la interfaz de tipificación gestión FLUJO PRINCIPAL 3. Ingresa los datos de la tipificación para la gestión. 4. Valida los datos de la tipificación ingresados en las variables de entrada FLUJO ALTERNO 5. Guarda los datos de la tipificación en el sistema. 1. Los datos de la tipificación ingresados no son validos. Se describe el caso de uso para tipificar la gestión en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 90

92 Tabla 51. CU025 Actualizar el Resumen de la Gestión CU 025 DESCRIPCIÓN ACTORES VARIABLES DE ENTRADA PRECONDICIÓN POSTCONDICIÓN ACTUALIZAR EL RESUMEN DE LA GESTIÓN Permite actualizar el resumen de la gestión en el sistema SIGO Asesor * Id Gestión *Tipo Gestión * Estado La gestión ya debe estar registrada en el sistema. La actualización del resumen de la gestión es registrada en el sistema. ACTOR 1. Selecciona actualizar el resumen de la gestión SISTEMA 2. Presenta la interfaz del resumen de la gestión FLUJO PRINCIPAL 3. Actualiza los datos del resumen para la gestión. 4. Valida los datos del resumen ingresados en las variables de entrada 5. Guarda los datos del resumen de la gestión en el sistema. FLUJO ALTERNO 1. Los datos de la actualización del resumen no son validos. Se describe el caso de uso para actualizar el resumen de la gestión en el cual se especifican sus variables de entrada, su precondición, su postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada caso en el sistema. 91

93 ANEXO C. MODELO ENTIDAD RELACIÓN Ilustración 19 Modelo Entidad Relación

94 Analisis modelo entidad relación Para el análisis y diseño del modelo de la base de datos se tuvo en cuenta que cada una de sus tablas garantizara una estructura lógica completa, manteniendo un almacenamiento organizado y de facil manejo de su información. Se determino un modelo entidad - relación por garantizar independencia en cada una de las tablas y teniendo en cuenta en cada una de ellas los atributos cuyos valores sean necesarios al registrar la información en la aplicación y facilitando el manejo de todas las tablas. Para determinar la organización de cada uno de los atributos de las tablas se tuvo en cuenta que cada uno de ellos garantice un enlace concreto e integro con todas las tablas del modelo al momento de ser usado. Cada una de estas tablas poseen una llave primaria y según su caso una llave foránea que garantiza la integridad de todos los datos en el modelo. Ilustración 20 Atributos MER Las tablas fueron determinadas de una forma individual en la cual se evaluo los diferentes componentes manejados en el aplicativo asi como cada uno de sus módulos. De tal forma que al momento de un cambio de módulo solo se vean afectadas las tablas necesarias al cambio y no todo el modelo relacional. 88

95 ANEXO D. DICCIONARIO DE DATOS TABLA: RowData Descripción: Almacena la información referente al cliente o usuario ATRIBUTOS LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IDRowData * NOT NULL NUMBER 18 TipoRowData * NOT NULL NUMBER 2 Numero NOT NULL VARCHAR 18 PrimerNombre NOT NULL VARCHAR 30 SegundoNombre VARCHAR 30 PrimerApellido NOT NULL VARCHAR 30 SegundoApellido NOT NULL VARCHAR 30 FechaNacimiento DATE CiudadNacimiento VARCHAR 10 Genero NUMBER 2 VARCHAR 100 Profesion NUMBER 4 Hobby NUMBER 4 Observaciones VARCHAR 300 FechaInsercion NOT NULL DATE IDPersonaInsercion NOT NULL NUMBER 18 EstadoDireccion NOT NULL NUMBER 2 DESCRIPCIÓN DE LOS ATRIBUTOS IDRowData: Indica el Id del cliente o usuario. TipoRowData: Indica el tipo de documento del cliente o usuario Numero: Es el número del documento del cliente o usuario. PrimerNombre: Almacena el primer nombre del usuario. SegundoNombre: Almacena el segundo nombre del usuario. PrimerApellido: Almacena el primer apellido del usuario. SegundoApellido: Almacena el segundo apellido del usuario. FechaNacimiento: Almacena la fecha de nacimiento del usuario. CiudadNacimiento: Almacena la ciudad de nacimiento del usuario. Genero: Es el genero del usuario. Almacena el correo electrónico del usuario. Profesion: Almacena la profesión del usuario Hobby: Almacena el hobby del usuario. Observaciones: Almacena las observaciones necesarias del usuario. 89

96 FechaInsercion: Almacena la fecha de inserción del usuario. IDPersonaInsercion: Almacena el ID de la persona que hace el registro del usuario. EstadoDireccion: Almacena el estado de la dirección del usuario. TABLA: Telefono Descripción: Almacena la información referente al teléfono del usuario ATRIBUTOS LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IDTelefono * NOT NULL NUMBER 18 IDRowData * NOT NULL NUMBER 18 CodigoCiudad * NOT NULL VARCHAR 10 NumeroTelefono NOT NULL NUMBER 10 Extension NUMBER 10 TipoTelefono NOT NULL NUMBER 5 IdPersonaIngresa NUMBER 18 FechaInsercion DATE Estado NUMBER 2 DESCRIPCIÓN DE LOS ATRIBUTOS IDTelefono: Indica el Id del teléfono del usuario. IDRowData: Indica el Id del cliente o usuario. CodigoCiudad: Almacena el código de la ciudad a la cual pertenece el número de teléfono del usuario. NumeroTelefono: Almacena el número de teléfono del usuario. Extension: Almacena el número de la extensión del teléfono del usuario. TipoTelefono: Indica el tipo de teléfono del usuario. IDPersonaInsercion: Almacena el ID de la persona que hace el registro del teléfono del usuario. FechaInsercion: Almacena la fecha de inserción del teléfono del usuario. Estado: Indica el estado en el que se encuentra el teléfono. 90

97 TABLA: Direccion Descripción: Almacena la información referente a la dirección del usuario ATRIBUTOS LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IdDireccion * NUMBER 18 IDRowData * NOT NULL NUMBER 18 CodigoCiudad * NOT NULL VARCHAR 10 Direccion NOT NULL VARCHAR 50 Barrio NOT NULL VARCHAR 100 IdPersona NOT NULL NUMBER 18 FechaInsercion NOT NULL DATE FechaActualizacion NOT NULL DATE TipoDireccion NOT NULL NUMBER 5 EstadoDireccion NUMBER 2 DESCRIPCIÓN DE LOS ATRIBUTOS IdDireccion: Indica el Id de la dirección del usuario. IDRowData: Indica el Id del cliente o usuario. CodigoCiudad: Almacena el código de la ciudad a la cual pertenece la dirección del usuario. Direccion: Almacena la dirección del usuario. Barrio: Almacena el barrio correspondiente a la dirección del usuario. IDPersona: Almacena el ID de la persona que hace el registro de la dirección del usuario. FechaInsercion: Almacena la fecha de inserción de la dirección del usuario. TipoDireccion: Indica el tipo de dirección del usuario. EstadoDireccion: Indica el estado en el que se encuentra la dirección del usuario. 91

98 TABLA: Pedido Descripción: Almacena la información referente al pedido que realiza el usuario ATRIBUTOS LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IdPedido * NOT NULL NUMBER 18 IDRowData * NOT NULL NUMBER 18 FechaCreacion NOT NULL DATE IdVendedor NOT NULL NUMBER 18 TipoPedido NOT NULL NUMBER 18 NombreDestinatario VARCHAR 50 Total NOT NULL NUMBER 18 DESCRIPCIÓN DE LOS ATRIBUTOS IdPedido: Indica el Id del pedido que realiza el usuario. IDRowData: Indica el Id del cliente o usuario. FechaCreacion: Almacena la fecha de creación del pedido del usuario. IdVendedor: Almacena el ID del vendedor que realiza el pedido. TipoPedido: Indica el tipo de pedido que realiza el usuario. NombreDestinatario: Almacena el nombre del destinatario. Total: Indica el valor total del pedido del usuario. ATRIBUTOS TABLA: Producto Descripción: Almacena la información referente al producto. LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IdProducto * NOT NULL NUMBER 18 NombreProducto NOT NULL VARCHAR 300 Valor NOT NULL NUMBER 18 EstadoProducto NOT NULL NUMBER 2 Promocion VARCHAR 300 BaseComision NUMBER 18 DESCRIPCIÓN DE LOS ATRIBUTOS IdProducto: Indica el Id del producto. NombreProducto: Almacena el nombre del producto. Valor: Almacena el valor del producto por unidad. EstadoProducto: Indica el estado del producto. 92

99 Promocion: Almacena las promociones relacionadas con el producto. BaseComision: Almacena la base de la comisión que se otorga por la venta del producto. TABLA: FormaPago Descripción: Almacena la información referente a las formas de pago. ATRIBUTOS LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IdFormaPago * NOT NULL NUMBER 18 IdTarjetaCredito * NUMBER 18 IdPagoEfectivo * NUMBER 18 IdPedido * NOT NULL NUMBER 18 IdTipoPago NOT NULL NUMBER 18 FechaIngreso DATE IDUsuarioVendio NOT NULL NUMBER 18 DESCRIPCIÓN DE LOS ATRIBUTOS IdFormaPago: Indica el Id de la forma de pago del pedido. IdTarjetaCredito: Indica el Id de la tarjeta de crédito del usuario. IdPagoEfectivo: Indica el Id del pago en efectivo IdPedido: Indica el Id del pedido. FechaIngreso: Almacena la fecha en la que se registra la forma de pago. IDUsuarioVendio: Almacena el Id del usuario que realizo el pedido. 93

100 TABLA: PagoEfetivo Descripción: Almacena la información referente a la forma de pago en efectivo. ATRIBUTOS LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IdPagoEfectivo * NOT NULL NUMBER 18 TipoCuenta NOT NULL NUMBER 18 Titular NOT NULL VARCHAR 60 NumeroCuenta NOT NULL NUMBER 30 EntidadBancaria NOT NULL VARCHAR 60 FechaIngreso NOT NULL DATE IDPersonaAgrega NOT NULL NUMBER 18 DESCRIPCIÓN DE LOS ATRIBUTOS IdPagoEfectivo: Indica el Id del pago en efectivo TipoCuenta: Almacena el tipo de cuenta del usuario. Titular: Almacena el nombre del titular de la cuenta. NumeroCuenta: Almacena el número de la cuenta. EntidadBancaria: Almacena el nombre de la entidad bancaria a la que pertenece la cuenta. FechaIngreso: Almacena la fecha en la que se registra el pago en efectivo. IDPersonaAgrega: Almacena el id de la persona que agrega la forma de pago en efectivo. 94

101 TABLA: TarjetaCredito Descripción: Almacena la información referente a la forma de pago en efectivo. ATRIBUTOS LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IdTarjetaCredito * NOT NULL NUMBER 18 IdRowData * NOT NULL NUMBER 18 NumeroTarjeta NOT NULL NUMBER 18 FechaVencimiento NOT NULL NUMBER 18 IdClaseTarjeta NUMBER 18 EntidadBancaria DATE Cuotas NUMBER 18 FechaIngreso NOT NULL NUMBER 18 IdPersonaAgrega NUMBER 18 EstadoTarjetaCredito NOT NULL NUMBER 18 DESCRIPCIÓN DE LOS ATRIBUTOS IdTarjetaCredito: Indica el Id de la tarjeta de crédito. IDRowData: Indica el Id del cliente o usuario. NumeroTarjeta: Almacena el número de la tarjeta de crédito FechaVencimiento: Indica la fecha de vencimiento de la tarjeta de crédito. IdClaseTarjeta: Indica el id de la clase de tarjeta de crédito. EntidadBancaria: Almacena el nombre de la entidad bancaria a la que pertenece la tarjeta de crédito. Cuotas: Almacena el número de cuotas que se desea diferir la tarjeta de crédito. FechaIngreso: Almacena la fecha en la que se registra el pago con tarjeta de crédito. IDPersonaAgrega: Almacena el id de la persona que agrega la forma de pago con tarjeta de crédito. EstadoTarjetaCredito: Indica el estado de la tarjeta de crédito. 95

102 TABLA: Gestion Descripción: Almacena la información referente a la forma de pago en efectivo. ATRIBUTOS LLAVE PRIMARIA LLAVE FORANEA OPCIONAL TIPO DE DATO LONGITUD IdGestion * NOT NULL NUMBER 18 IdRowData * NOT NULL NUMBER 18 IDPersona NOT NULL NUMBER 18 FechaActualizacion DATE EstadoGestion NOT NULL NUMBER 2 IDTipificacion NOT NULL NUMBER 18 Tipificacion NOT NULL VARCHAR 50 Observaciones VARCHAR 300 DESCRIPCIÓN DE LOS ATRIBUTOS IdGestion: Indica el Id de la gestión. IDRowData: Indica el Id del cliente o usuario. IDPersona: Almacena el id de la persona que realiza la gestión. FechaActualizacion: Indica la fecha en la que se realiza la actualización de la gestión. EstadoGestion: Indica el estado en el que se encuentra la gestión. IDTipificacion: Almacena el id de la tipificación de la gestión. Tipificación: Almacena la tipificación de la gestión realizada. Observaciones: Almacena las observaciones necesarias para la gestión. 96

103 ANEXO E. MODELO DE COMPONENTES Ilustración 21 Modelo de Componentes

104 Analisis modelo de componentes En la construcción del modelo de componentes fue necesario basarse en la arquitectura de todo el sistema. Teniendo en cuenta las diferentes capas como la de presentaión, lógica de negocio y aplicaciones de servicios. En la capa de presentación se tuvo en cuenta todas las interfaces gráficas presentadas al usuario final. Ilustración 22 Componente Capa de Presentación En la capa de lógica de negocio se relacionaron todos los componentes como controladores, entities, entre otros que ahcen parte interna para el desarrollo completo del sistema. Ilustración 23 Componente Capa de Lógica de Negocio En la capa de aplicación de servicios se tuvo en cuenta toda la infraestructura necesaria para el funcionamiento del sistema, teniendo en cuenta todo tipo de servidores y aplicaciones externas necesarias. Ilustración 24 Componente Capa de Aplicación de Servicios

105 ANEXO F. DIAGRAMAS DE ESTADO Ilustración 25 Diagrama de Estado Gestión Pedido Descripción diagrama de estado Gestión Pedido. En el diagrama de estado de Gestión de pedido se tuvo en cuenta los estados necesarios en todo el flujo de una gestión de pedido. En el diagrama se puede contemplar las diferentes variantes según el proceso determinado por el asesor o el usuario que emplea el sistema.

106 Ilustración 26 Diagrama de Estado Registro Usuario Descripción diagrama de estado Registro Usuario En el diagrama de estado de Registro de Usuario se tuvo en cuenta los estados necesarios en todo el flujo para un proceso de este tipo. En el diagrama se puede contemplar las diferentes variantes según el proceso determinado por el asesor o el usuario que emplea el sistema.

107 Ilustración 27 Diagrama de Estado Marcación Descripción diagrama de estado Marcación. En el diagrama de estado de Marcación se tuvo en cuenta los estados necesarios al momento de realizar la marcación al cliente y teniendo en cuenta el flujo de la marcación. En el diagrama se puede contemplar las diferentes variantes según el proceso determinado por el asesor o el usuario que emplea el sistema.

108 ANEXO G. DIAGRAMAS DE SECUENCIA Para los diagramas de secuencia se tuvo en cuenta el componente GUI o de interfaz, el LDAP o de base de datos y por último el módulo necesario para el proceso. Se tuvo en cuenta el flujo para determinar este proceso, determinando sus posibilidades de continuación del proceso. Ilustración 28 Diagrama de Secuencia Registrar Usuario

109 Ilustración 29 Diagrama de Secuencia Actualizar Usuario

110 Ilustración 30 Diagrama de Secuencia Registrar Teléfono

111 Ilustración 31 Diagrama de Secuencia Alctualizar Teléfono

112 Ilustración 32 Diagrama de Secuencia Actualizar Dirección

113 Ilustración 33 Diagrama de Secuencia Registrar Entrega de Pedido

114 Ilustración 34 Diagrama de Secuencia Registrar Forma de Pago

115 Ilustración 35 Diagrama de Secuencia Registrar Producto

116 Ilustración 36 Diagrama de Secuencia Registrar Tipificación

117 ANEXO H. DIAGRAMA DE CLASES Ilustración 37. Diagrama de Clases

118 ANEXO I. MANUAL DE USUARIO SISTEMA SIGO SISTEMA INTEGRADO DE GESTIÓN OPERATIVA MANUAL DE USUARIO

119 INTRODUCCIÓN El SISTEMA INTEGRADO DE GESTIÓN OPERATIVA SIGO, es un sistema web que está basado en una base de datos relacional en plataforma SQL SERVER, la cual permite sistematizar y apoyar todos los procesos relacionados con información y administración de información nacional financiera de la compañía. El presente hace referencia a la forma de navegación dentro de los menús de la aplicación, describiendo los pasos que deberá seguir un usuario final del software para registrar en el Sistema la información, los datos relacionados con la gestión, registros y actualizaciones del proceso.

120 ENTORNO GENERAL DEL SISTEMA SAGINT El Sistema Integrado de Gestión Operativa SIGO, posee un entorno de navegación gráfico basado en menús y una barra de módulos. La distribución de la pantalla esta asi: (A) Módulo con información principal del cliente. (B) Módulo con información de apoyo al asesor. (C) Módulo de gestión del asesor. NOTA: Los módulos (A) y (B) son módulos desplegables, es decir, se pueden ocultar cuando el usuario lo desee con el fin de ganar más espacio para la gestión, dando click sobre las flechas. CÓMO INGRESAR APLICATIVO SIGO? Para ingresar al aplicativo del sistema SIGO, debe hacer click sobre el icono de acceso directo ubicado en el escritorio

121 Después de hacer click sobre el icono aparece la siguiente ventana que muestra la pantalla de logueo en la cual debe ingresar su usuario, su contraseña y su dominio. CÓMO INGRESAR A LA PANTALLA PRINCIPAL? Al ingresar los datos de logueo correctamente usted tendrá acceso a la pantalla principal de SIGO.

122 COMO REALIZAR LA MARCACIÓN A UN USUARIO? Una vez validado el usuario y la contraseña el sistema le permite el acceso al módulo de marcación donde podrá iniciar con la gestión. Este módulo le permite realizar varias opciones teniendo en cuenta que debe seleccionar la opción según sea el caso.

123 1. Número Teléfono: Debe ingresar el número de teléfono al que desear realizar la marcación. 2. Tipificación: Debe seleccionar la tipificación según sea el caso de la gestión. 3. Botón Marcación: Corresponde al botón para realizar la marcación al usuario. 4. Editar: Esta opción le permite editar el teléfono de la marcación agregado. La opción de editar le habilita las opciones para modificar los campos de teléfono, extensión, tipo y ciudad. 5. Botón Finalizar: El botón le permite finalizar la marcación y terminar la gestión. 6. Botón Siguiente: El botón siguiente le permite continuar al siguiente módulo de la gestión con el usuario. CÓMO INGRESAR AL MÓDULO DE DATOS PRINCIPALES? El siguiente módulo que le permite observar el sistema luego de realizar la marcación es el de Datos principales.

124 Para continuar con la gestión es necesario ingresar los campos solicitados y seleccionar el botón necesario según sea el caso de la gestión. CÓMO REGISTRAR UNA DIRECCIÓN? Debe dar click en siguiente en el módulo de datos principales.

125 El módulo principal de direcciones le permitirá registrar la dirección de manera rápida, también le permitirá editarla y cambiar el estado de la dirección. En este formulario debe ingresar cada uno de los campos solicitados y luego de ingresarlos debe dar click en el botón guardar.

126 CÓMO REGISTRAR TELÉFONO? Luego de seguir con la gestión aparecerá el módulo de teléfonos. Este módulo le permite ingresar, editar y cambiar el estado del teléfono. CÓMO REGISTRAR UNA SOLICITUD DE COMPRA? Continuando con la gestión el siguiente módulo será el de solicitud de compra el cual le permite agregar productos a la compra, la cantidad, editándolos o de la misma forma le permite eliminarlos.

127 CÓMO REGISTRAR LA ENTREGA DE PEDIDO? En el módulo de entrega de pedido, permite luego de haber agregado los productos necesarios en el módulo de solicitud de pedido, generar la dirección de entrega, un teléfono y nombre del destinatario. Debe dar click en el botón siguiente para continuar. MÓDULO FORMA DE PAGO. En el módulo de forma de pago seleccionará la forma de pago escogida por el usuario. Teniendo en cuenta que las opciones presentadas son: Tarjeta de Crédito y pago en efectivo.

128 Según la opción escogida el módulo le mostrara los campos a elegir. MÓDULO TIPIFICACIÓN El módulo de tipificación le permite seleccionar la opción de clasificación de la gestión esta se escoge según sea el caso.