Reporte Técnico TSU

SISTEMA DE CONTROL DE VENTASREPORTE T CNICO

PARA OBTENER EL TTULO DE

TCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGAS DE LA INFORMACIN Y COMUNICACIN, REA SISTEMAS INFORMTICOSPRESENTA

ANDRS DE JESS HERNNDEZ MARTNEZASESOR INSTITUCIONAL: L.C. GUILLERMO MORENO CASTELLANOS ASESOR UNIVERSITARIO: LIC. IRENE LEN ISLAS INSTITUCIN: KN & ASOCIADOS ARQUITECTUM S.A. DE C.V.GENERACIN: MAYO 2010 ABRIL 2012

Agradecimientos

Agradezco a la empresa KN & Asociados Arquitectum S.A. de C.V., por haberme brindado el apoyo requerido y depositar en mi toda su confianza, durante la realizacin del Sistema de Control de Ventas, en especial quiero agradecerles; al L.C. Guillermo Moreno Castellanos y su esposa la Arq. Kenya Luz Nava Aguayo por tener la disposicin y amabilidad al atender mis peticiones, y al C.P. Jos Manuel Daz Snchez por ensearme todo lo necesario, para la realizacin del sistema y de muchas otras cosas, por su paciencia y su apoyo incondicional.

Tambin agradezco a mi familia, por su apoyo en ste y todos mis proyectos tanto personales, como laborales y escolares. Gracias por su comprensin y por su ayuda. A mi hermana Laura le agradezco todo lo que ha hecho por m, a mi hermana Raquel le agradezco su apoyo y fortaleza.

A ti mam est dedicado este simple pero complicado escrito, que no slo encierra conocimiento tcnico, pues es la pauta que anuncia el fin de un ciclo, que contiene en cada palabra escrita y no escrita el resumen de acontecimientos que tu conoces muy bien. Esto soy yo mam, el yo que despierta otra vez gracias a tu fortaleza. Te quiero mom.

NDICE

Resumen Abstract Introduccin Objetivos Programa y cronograma Marco terico Metodologa

1 3 5 7 8 12 30 31 31 34 36 37 39 40 43 72 72 75 78 80 84 86 86 87 96 98

CAPTULO 1 ANLISIS1.1 Recopilacin de informacin 1.2 Especificacin de requerimientos 1.2.1 Requisitos funcionales 1.2.2 Requisitos no funcionales 1.3 Restricciones del sistema 1.4 Caso de uso General 1.4.1 Detalles de caso de uso

CAPTULO 2 DISEO2.1 Diagrama Entidad-Relacin 2.2 Diagrama de clases 2.3 Diagrama relacional 2.4 Diccionario de datos 2.5 Prototipos

CAPTULO 3 DESARROLLO, IMPLEMENTACIN Y PRUEBAS3.1 Estandarizacin 3.2 Desarrollo de la interfaz principal 3.3 Desarrollo de las interfaces secundarias 3.4 Desarrollo de la base de datos

3.5 Pruebas de caja blanca 3.6 Pruebas de caja negra 3.7 Pruebas de rendimiento 3.8 Pruebas de resolucin Conclusiones Listado de acrnimos Glosario de trminos Bibliografa

100 107 109 112 115 116 117 122

Sistema de Control de Ventas

RESUMENKN & Asociados Arquitectum S.A. de C.V., es una empresa constructora de viviendas de inters social, que se caracteriza por ofrecer un producto, que cumple con los ms altos estndares de calidad en el mercado inmobiliario de Mxico. Con ms de 5 aos de historia, posee un fuerte portafolio de viviendas que da con da gana participacin en el mercado. Actualmente tiene su domicilio fiscal en Carretera Mxico-Pachuca kilmetro 53.5, Colonia Tepojaco, Tizayuca, Hidalgo C.P. 43810, telfono 779961686.

La empresa pretende tener un sistema que permita una mejor y ms eficiente recepcin de clientes, as como su posterior seguimiento y administracin por parte de los asesores de venta. Tambin requiere de la generacin de reportes basados en el comportamiento y tendencias de los clientes, que a su vez servirn de apoyo en la toma de decisiones a la gerencia general y a la gerencia de ventas, todo lo anterior con el fin de atender a la problemtica que presenta actualmente en su rea de ventas.

Por ello se propuso desarrollar un sistema basado en un entorno de aplicacin de escritorio, mediante el cual se pueda, registrar a los clientes que son recepcionados en el rea de ventas y determinar de manera precisa si el cliente pertenece o no a alguno de los asesores de la empresa, evitando con esto ambigedades entre los miembros del equipo de ventas. El sistema tambin deber permitir a los asesores de venta llevar un seguimiento puntual sobre sus clientes, emitiendo alertas para dicho propsito, y a su vez el asesor de ventas podr administrar de manera ptima tanto a sus clientes asignados mediante la recepcin en el punto de venta, como a clientes adquiridos mediante diversos medios. Derivado de lo anterior tanto la gerencia general y la gerencia de ventas podrn generar y visualizar reportes dentro del sistema, los cuales contendrn los indicadores de las tendencias y comportamientos de los clientes, y de cada uno de los asesores del equipo de ventas.

1


Las herramientas utilizadas durante la elaboracin del proyecto comprenden una computadora de escritorio con las siguientes caractersticas: Hardware: Procesador Pentium IV HT 3.2 GHz 2 GB de memoria DDR2 Disco duro SATA de 160 GB LCD Display

Software: Windows 7 Starter NetBeans 6.9.1 MySQL 5.5.8 Java JDK ver. 6 update 30

Durante la implementacin del sistema los resultados obtenidos fueron satisfactorios, el sistema cumple con los requerimientos establecidos por el cliente, y se ha convertido en una herramienta que gradualmente mejora el proceso de venta, aportando eficiencia y confianza entre los usuarios de la misma.

Despus de concluir el desarrollo del proyecto, se observ que las etapas que requirieron ms tiempo para su ejecucin fueron las de diseo e implementacin, derivado del tiempo que requiri el anlisis del sistema, la codificacin del mismo y la correccin de errores.

2


ABSTRACT

KN & Asociados Arquitectum S.A. de C.V., is a company building of affordable housing, which is characterized by offering a product that meets the highest standards of quality in the real estate market in Mexico. With over 5 years of history, it has a strong portfolio of properties that daily gains market share. Currently it has its registered office in Carretera Mexico-Pachuca 53.5 km, Tepojaco colony, Tizayuca, Hidalgo, Zip Code 43810 telephone 779961686.

The company pretends to have a system that allows a better and more efficient customer reception as well as its subsequent monitoring and management by the sales advisors. It also requires the generation of reports based on the behavior and customer trends, which in turn will support decision making in the general management and sales management, all the above in order to address the issues presented now in its sales area.

Therefore it was purposed to develop a system based in a desktop application, through which it can register customers who are received in the area of sales and determine accurately whether or not the client belongs to one of the advisers the company, avoiding ambiguities among the sales team members. The system must also allow to sales consultants to give track timely information about their customers, issuing alerts for this purpose, and in turn the sales consultant can manage so best for both his customers by receiving allocated at point of sale, as the customers acquired through various means. Due to the above mentioned, both the general management and the sales management may generate and view reports within the system, which will contain indicators of the trends and customer behaviors, and of each one of the advisers of the sales team.

3


The tools used during the development of the project include a desktop computer with the following characteristics: Hardware: Pentium IV HT Processor to 3.2 GHz Memory DDR2 2 GB Hard drive SATA to 160 GB LCD Display


During the system implementation, the results obtained were satisfactory, the system meets the requirements established by the client, and it has become a tool that is gradually improving the sales process, providing efficiency and confidence among the users of it.

After completing the project, it was observed that the steps required more time for its implementation were the design and implementation; derived from the time that the system analysis required, coding the same one and the correction of errors.

4


INTRODUCCIN

KN & Asociados Arquitectum S.A. de C.V., es una empresa constructora de viviendas de inters social, que se caracteriza por ofrecer un producto, que cumple con los ms altos estndares de calidad en el mercado inmobiliario de Mxico. Con ms de 5 aos de historia, posee un fuerte portafolio de viviendas que da con da gana participacin en el mercado. Actualmente tiene su domicilio fiscal en Carretera Mxico-Pachuca Kilmetro 53.5, Colonia Tepojaco, Tizayuca, Hidalgo C.P. 43810, telfono 779961686.

Los Sistemas de Informacin y las Tecnologas de Informacin han cambiado la forma en que operan las organizaciones actuales. A travs de su uso se logran importantes mejoras, pues automatizan los procesos operativos, suministran una plataforma de informacin necesaria para la toma de decisiones y, lo ms importante, su implantacin logra ventajas competitivas o reducir la ventaja de los rivales. Con el fin de mejorar la productividad y el rendimiento de una organizacin competitiva, es fundamental evaluar las tcnicas actuales y la tecnologa disponible para desarrollar sistemas que brinden eficiencia y eficacia de la gestin de la informacin relevante.

Derivado de lo anterior, el desarrollo del Sistema de Control de Ventas facilitar a la empresa KN & Asociados Arquitectum S.A. de C.V., tener un sistema que permita una mejor y ms eficiente recepcin de clientes, as como su posterior seguimiento y administracin por parte de los asesores de venta, con lo cual mejorar su calidad en el servicio y atencin de sus clientes, y brindar a sus asesores un manejo transparente y eficiente de la informacin de sus prospectos, dando como resultado una mejora gradual en los procesos de venta.

5


Este reporte se divide en 3 captulos, de los cuales el capitulo 1 habla acerca del anlisis del sistema, tomando como punto de partida la recopilacin de informacin, que se obtuvo a travs de una entrevista realizada con la gerencia general y la gerencia de ventas, donde se establecieron los requisitos funcionales y no funcionales del sistema y se delimitaron los alcances del mismo.

En el captulo 2 se habla acerca del diseo del sistema el cual comprende, la realizacin de los diversos diagramas UML, los cuales se basan en la toma de requerimientos, tambin se muestran los casos de uso tanto general como detallado del sistema, que modelaran los procesos o actividades con los que interacta el sistema. As como tambin el diseo de los prototipos a utilizar y el diccionario de datos que describe el tipo de campo, extensin, caractersticas y observaciones de la base de datos.

El capitulo 3, trata del diseo, la implementacin y las pruebas del sistema, en este capitulo se muestra parte de la codificacin y pantallas, producto del desarrollo de las interfaces principal y secundarias del sistema, as como tambin se muestran los resultados obtenidos durante la implementacin de las pruebas de cada blanca y caja negra. Finalmente, se presentan los resultados derivados de la implementacin del sistema, los cuales se obtuvieron al realizar pruebas de resolucin y rendimiento al mismo.

6


OBJETIVOS Objetivo generalSe realizar un Sistema de Control de Ventas, mediante el cual se llevar el control, la administracin y generacin de indicadores para el anlisis del proceso de venta, por parte de los asesores de ventas y la gerencia de la empresa.

Objetivos especficos Almacenar en una base de datos la informacin de los clientes. Permitir el control de clientes. Permitir la administracin de clientes por parte de los asesores. Mostrar indicadores del proceso de venta. Generar documentacin de venta. Administrar funciones especficas del sistema.

7


UNIVERSIDAD TECNOLGICA DE TECMAC DIVISIN DE INFORMTICA PROGRAMA DE ESTADAS PROFESIONALES PROGRAMA DE TRABAJOFECHA: 16 Enero 2012

DATOS DEL ALUMNONOMBRE: DIVISIN: CARRERA: Andrs de Jess Hernndez Martnez Informtica Tcnico Superior Universitario en Tecnologas de la Informacin y

Comunicacin, rea Sistemas Informticos MATRCULA: GENERACIN: 2510360003 Mayo 2010 - Abril 2012 / 39

ASESOR ACADMICONOMBRE: CARGO: Lic. Irene Len Islas Profesor de tiempo completo Asociado C

DATOS DE LA EMPRESAEMPRESA: KN & Asociados Arquitectum S.A. de C.V. DEPARTAMENTO: Sistemas REA: DIRECCIN: Ventas Carretera Mxico-Pachuca Kilmetro 53.5, Colonia Tepojaco, Tizayuca, Hidalgo C.P. 43810 TELFONO: FAX: E-MAIL: 779961686

8


ASESOR INDUSTRIALNOMBRE: L.C. Guillermo Moreno Castellanos CARGO: Gerente General

PERODODURACIN: FECHA DE INICIO: 15 semanas 16 Enero 2012

FECHA DE TERMINACIN: 27 Abril 2012 HORARIO: 9:00 hrs. - 17 :00 hrs.

PROYECTONOMBRE: Sistema de Control de Ventas DESCRIPCIN: Este proyecto consiste en la creacin de un sistema de control para la empresa constructora e inmobiliaria KN & Asociados Arquitectum S.A. de C.V., que traer como resultado una mejora en el proceso de recepcin, seguimiento y venta a clientes. OBJETIVO GENERAL: Se realizar un Sistema de Control de Ventas, mediante el cual se llevar el control, la administracin y generacin de indicadores para el anlisis del proceso de venta, por parte de los asesores de ventas y la gerencia de la empresa. OBJETIVOS ESPECFICOS: ALCANCES: Almacenar en una base de datos la informacin de los clientes. Permitir el control de clientes. Permitir la administracin de clientes por parte de los asesores. Mostrar indicadores del proceso de venta. Generar documentacin de venta. Administrar funciones especficas del sistema.

El sistema controlar la recepcin de clientes, permitir a cada asesor de ventas dar seguimiento y administrar sus clientes. Tambin generar documentacin de venta e indicadores del proceso de venta para la gerencia de la empresa y a la vez admitir la administracin de algunas funciones especficas del sistema.

METAS:

Generar un control adecuado en la recepcin y administracin de clientes. Generar indicadores que ayuden a la mejora del proceso de venta.

9


RECURSOS:

Mostrar a los usuarios una interfaz de aplicacin de fcil manejo.

Hardware: Procesador Pentium IV HT 3.2 GHz 2 GB de memoria DDR2 Disco duro SATA de 160 GB LCD Display


PLAN DE TRABAJOACTIVIDAD

DESCRIPCIN Anlisis

SEMANA INICIO TRMINO 1 1

FECHAS INICIO TRMINO 16/01/12 20/01/12

1 1.1 1.2

Recopilacin de informacin Especificacin de requerimientos

1.2.1 Requisitos funcionales 1.2.2 Requisitos no funcionales 1.3 1.4 Restricciones del sistema Caso de uso General

1.4.1 Detalles de casos de uso 2 2.1 2.2 2.3 2.4 2.5 3 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 Diseo Diagrama Entidad-Relacin Diagrama de clases Diagrama relacional Diccionario de datos Prototipos Desarrollo, Implementacin y Pruebas Estandarizacin Desarrollo de la interfaz principal Desarrollo de las interfaces secundarias Desarrollo de la base de datos Pruebas de caja blanca Pruebas de caja negra Pruebas de rendimiento Pruebas de resolucin 6 15 20/02/12 27/04/12 2 5 23/01/12 17/02/12

10


CRONOGRAMA DE ACTIVIDADES (PROGRAMA)# ACTIVIDADESCONTROL 1

Enero2 3 4

Febrero5 6 7 8

Marzo9 10 11 12

Abril13 14 15

1 Anlisis

PROG. REAL

2 Diseo Desarrollo, 3 implementacin y pruebas

PROG. REAL PROG. REAL

FIRMAS

L.C. Guillermo Moreno Castellanos ASESOR INDUSTRIAL

Andrs de Jess Hernndez Martnez ALUMNO

Lic. Irene Len Islas ASESOR ACADMICO

11


MARCO TERICOPara el desarrollo e implantacin del Sistema de Control de Ventas, ser necesario el uso de varias herramientas tales como; aplicaciones de software, las cuales brindarn el soporte necesario tanto para el diseo como codificacin y pruebas del sistema, y el uso de un sistema operativo sobre el cual se desarrollar e implementar el sistema. A continuacin se detallan las caractersticas, ventajas y desventajas y ejemplos de uso de cada una de estas herramientas.

Sistema operativo Windows 7 StartedWindows 7 es la versin ms reciente de Microsoft Windows, lnea de sistemas operativos producida por Microsoft Corporation. Esta versin est diseada para uso en PC, incluyendo equipos de escritorio en hogares y oficinas, equipos porttiles, tablet PC, notebooks y equipos media center, Windows 7 fue concebido como una actualizacin incremental y focalizada de Windows Vista y su ncleo NT 6.0, lo que permiti mantener cierto grado de compatibilidad con aplicaciones y hardware en los que ste ya era compatible.

Windows 7 incluye varias caractersticas nuevas, como mejoras en el reconocimiento de escritura a mano, soporte para discos duros virtuales, rendimiento mejorado en procesadores multincleo, mejor rendimiento de arranque, DirectAccess, y mejoras en el ncleo. Windows 7 aade soporte para sistemas que utilizan mltiples tarjetas grficas de proveedores distintos (heterogeneous multi-adapter o multi-GPU), una nueva versin de Windows Media Center y un gadget para l, y aplicaciones como Paint, Wordpad y la calculadora rediseadas. Se aadieron varios elementos al Panel de control, como un asistente para calibrar el color de la pantalla, un calibrador de texto ClearType, solucin de problemas, ubicacin y otros sensores, administrador de credenciales, iconos en el rea de notificacin, entre otros.

12


Existen seis ediciones de Windows 7, construidas una sobre otra de manera incremental, aunque solamente se centrarn en comercializar dos de ellas para el comn de los usuarios: las ediciones Home Premium y Professional. A estas dos, se suman las versiones Starter, Home Basic y Ultimate, adems de la versin Enterprise, que est destinada a grupos empresariales que cuenten con licenciamiento Open o Select de Microsoft.

Ventajas El Windows 7 tiene una velocidad de arranque muy mejorada. Lo hace el doble ms rpido que sus versiones anteriores. Las ediciones de Home Basic, Ultimate, Home Premium y Professional pueden utilizarse en equipos con arquitectura de 32 bits y 64 bits. Mediante algunas aplicaciones software (como Eyefinity), permite trabajar con varios monitores conectados de una manera muy eficiente. Cuenta con DirectX 11, lo que mejora la reproduccin multimedia, mejora los detalles grficos. El entorno grfico del Windows 7, dispone de ventanas inteligentes. Desaparecen las ventanas de advertencia y los problemas de compatibilidad, como ocurra en el caso de Windows Vista. La aplicacin DirectCompute mejora la capacidad de procesamiento paralelo de las unidades de procesamiento de grficos, lo que aumenta la velocidad a la hora de procesar datos. Mantiene la compatibilidad con todos los programas que utilizan Windows XP. Ocupa menos memoria, tanto su kernel como el sistema operativo en s. Ahorra energa pues no requiere de tanto soporte de hardware o integracin de tantos componentes.

13


Desventajas Su precio, dependiendo de la versin, es bastante elevado. No existe actualizacin de Windows XP a Windows 7. Presenta varias fallas de seguridad (bugs) que son explotados por usuarios mal intencionados. Las constantes actualizaciones consumen recursos haciendo que el sistema se vuelva cada vez ms lento. Representa riesgos de seguridad para la privacidad de los usuarios, ya que existen mtodos probados para violar la seguridad del sistema, por usuarios sin conocimientos avanzados de computacin.

Ejemplo de uso1.- Para realizar el desfragmentado del HDD, se va al men Inicio y se expande la carpeta Accesorios, luego la carpeta Herramientas del sistema y se elige la opcin Desfragmentador de disco, como se muestra en la figura 1.

Figura 1 Men Inicio de Windows

14


2.- El sistema despliega la pantalla principal de la aplicacin Desfragmentador de disco, como se muestra en la figura 2.

Figura 2 Pantalla principal de la aplicacin Desfragmentador de disco

3.- Se elige la unidad de disco se desea desfragmentar en el cuadro Estado actual, como se muestra en la figura 3.

Figura 3 Cuadro Estado actual de la aplicacin Desfragmentador de disco

15


4.- Se hace clic en el botn Desfragmentar disco, para comenzar la desfragmentacin, como se muestra en la figura 4.

Figura 4 Proceso de desfragmentacin de disco duro en curso

NetBeans 6.9.1NetBeans es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje de programacin Java. Existe adems un nmero importante de mdulos para extenderlo. NetBeans IDE es un producto libre y gratuito sin restricciones de uso, es un proyecto de cdigo abierto de gran xito con una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de 100 socios en todo el mundo. Sun MicroSystems fund el proyecto de cdigo abierto NetBeans en junio de 2000 y contina siendo el patrocinador principal de los proyectos.

La plataforma NetBeans permite que las aplicaciones sean desarrolladas a partir de un conjunto de componentes de software llamados mdulos. Un mdulo es un archivo Java que contiene clases de Java escritas para interactuar con las APIs de NetBeans y un archivo especial (manifest file) que lo identifica como mdulo. Las aplicaciones construidas a partir de mdulos pueden ser extendidas agregndole nuevos mdulos. Debido a que los mdulos pueden ser desarrollados independientemente, las16


aplicaciones basadas en la plataforma NetBeans pueden ser extendidas fcilmente por otros desarrolladores de software.

Ventajas Mayor rapidez en la compilacin de programas, a comparacin con otros IDEs. Manejo exacto de errores. Netbeans es libre. Integra una gran biblioteca de mdulos para el desarrollo de diversos tipos de aplicaciones tanto web como de escritorio. Es multiplataforma. Permite la adicin de plugins propios y de terceros. Permite una mayor usabilidad al poseer un gran abanico de herramientas para desarrollo. Incluye un depurador y selector de vistas que permite navegar entre las lneas de cdigo de un programa. Permite cambiar entre modelos JTree y modelos JList sin escribir una sola lnea de cdigo.

Desventajas Consume recursos excesivos del sistema. El tiempo de respuesta en la ejecucin y compilacin de aplicaciones es muy elevado, bajo ciertas circunstancias. Los programadores de frameworks de terceros se inclinan por hacer plugins para Eclipse en lugar de hacerlos para NetBeans. Bajo algunas circunstancias no hace el deploy de archivos EAR, EJB.

17


Ejemplo de uso1.- Para crear una interfaz de usuario, en el men Archivo, se elige la opcin Proyecto Nuevo, como se muestra en la figura 5.

Figura 5 Pantalla principal del IDE NetBeans

18


2.- En la ventana Proyecto Nuevo se elige la opcin Java y despus el tipo de proyecto JavaApplication, como se muestra en la figura 6.

Figura 6 Ventana Proyecto Nuevo

3.- El archivo creado se llamar main.java, ahora se agrega un formulario JFrame de nombre NewJFame.java, como se muestra en la figura 7, sobre el cual se disea un formulario de registro, como se muestra en la figura 8.

Figura 7 Agregar formulario JFrame en la aplicacin actual

19


Figura 8 Diseo del formulario de registro haciendo del uso del lenguaje de programacin Java

4.- Presentacin del formulario de registro en un entorno de escritorio ejecutndose sobre el sistema operativo Windows 7, como se muestra en la figura 9.

Figura 9 Pantalla principal del formulario de registro

20


MySQL 5.5.8Es un sistema de gestin de bases de datos relacional, creado por la empresa sueca MySQL AB, la cual tiene el copyright del cdigo fuente del servidor SQL, as como tambin de la marca.

MySQL es un software de cdigo abierto, licenciado bajo la GPL de la GNU, aunque MySQL AB distribuye una versin comercial. En lo nico que se diferencia de la versin libre, es en el soporte tcnico que se ofrece, y la posibilidad de integrar este gestor en un software propietario, ya que de otra manera, se vulnerara la licencia GPL.

MySQL fue escrito en C y C++ y destaca por su gran adaptacin a diferentes entornos de desarrollo, permitiendo su interactuacin con los lenguajes de programacin ms utilizados como PHP, Perl y Java y su integracin en distintos sistemas operativos. MySQL es un servidor multi-usuarios muy rpido y robusto de ejecucin de instrucciones en paralelo, es decir, que mltiples usuarios distribuidos a lo largo de una red local o Internet podr ejecutar distintas tareas sobre las bases de datos localizadas en un mismo servidor.

Ventajas Mayor velocidad al realizar las operaciones, lo que le hace uno de los gestores con mejor rendimiento. Bajo costo en requerimientos para la elaboracin de bases de datos, ya que debido a su bajo consumo puede ser ejecutado en una mquina con escasos recursos sin ningn problema. Facilidad de configuracin e instalacin. Soporta gran variedad de Sistemas Operativos. Baja probabilidad de corromper datos, incluso si los errores no se producen en el propio gestor, sino en el sistema en el que est.21


Conectividad y seguridad. Registros sin lmite de tamao. Soporta arquitecturas x86 y x64.

Desventajas Un gran porcentaje de las utilidades de MySQL no estn documentadas. No es intuitivo, como otros programas (Access). No sincroniza los datos con otras bases de datos rplicas. No permite el modo de autenticacin local (seguridad integrada de Windows), slo el modo estndar.

Ejemplo de uso1.- Para crear una base de datos, del men Inicio de Windows se elige la aplicacin WampServer, como se muestra en la figura 10.

Figura 10 Men Inicio de Windows

22


2.- En la barra de tareas se elige el icono de WampServer, se hace clic con el botn izquierdo del mouse sobre l y se desplegar el men contextual, despus se elige la opcin MySQL, como se muestra en la figura 11.

Figura 11 Men principal de WampServer

3.- En la ventana principal de MySQL se muestra la lnea de comandos, desde donde se ingresan las sentencias para crear una base de datos, como se muestra en la figura 12.

Figura 12 Lnea de comandos de MySQL y las sentencias para la creacin de una base de datos

4.- En la lnea de comandos se ingresan las sentencias para crear las tablas de la base de datos, como se muestra en la figura 13.23


Figura 13 Sentencias para creacin de tablas en MySQL

5.- En la lnea de comandos se introducen las sentencias para insertar registros en las tablas de la base de datos, como se muestra en la figura 14.

Figura 14 Sentencias para insertar registros en la base de datos

Java JDK ver. 6 update 30El Java Development Kit, JDK por sus siglas en ingls, es un grupo de herramientas para el desarrollo de software provisto por Sun Microsystems, Inc.. Incluye las herramientas necesarias para escribir, testear, y depurar aplicaciones

y applets de Java.

Java es un lenguaje de programacin orientado a objetos, el lenguaje en s mismo toma mucha de su sintaxis de C y C++, pero tiene un modelo de objetos ms simple y elimina herramientas de bajo nivel, que suelen inducir a muchos errores, como la manipulacin directa de punteros o memoria.

24


Las aplicaciones

Java estn

tpicamente compiladas en

un bytecode,

aunque

la

compilacin en cdigo mquina nativo tambin es posible. En el tiempo de ejecucin, el bytecode es normalmente interpretado o compilado a cdigo nativo para la ejecucin, aunque la ejecucin directa por hardware del bytecode por un procesador Java tambin es posible.

Ventajas Aplicaciones se ejecutan ms rpidamente en escritorios y servidores. Nuevos diagnsticos Dynamic Attach facilitan la deteccin de problemas. Expandido soporte DTrace que es un valor aadido en Solaris

Look original mejorado en Solaris, Linux y Windows. Es la primera plataforma Java con soporte completo para Windows. El JDK es una herramienta libre de licencias (sin costo), creada por Sun. Est respaldado por un gran nmero de proveedores. Sun saca al mercado cada 6 meses una nueva versin del JDK. Es independiente de la plataforma de desarrollo. Existen dentro de su librera clases grficas como awt y swing, las cuales permiten crear objetos grficos comunes altamente configurables y con una arquitectura independiente de la plataforma. El manejo de las bases de datos es uniforme, es decir transparente y simple. Contiene herramientas con asistentes para facilitar la escritura de cdigo. Incluye CVS (control de versiones) y Ant (compilacin avanzada). Editor de cdigo sensible al contenido. Posibilidad de utilizar otras versiones de compiladores y depuradores.

Desventajas Hay diferentes tipos de soporte tcnico para la misma herramienta, por lo que el anlisis de la mejor opcin se dificulta.25


Para manejo a bajo nivel deben usarse mtodos nativos, lo que limita la portabilidad. El diseo de interfaces grficas con awt y swing no es simple. Existen herramientas como el JBuilder que permiten generar interfaces grficas de manera sencilla, pero tienen un costo adicional. Puede ser que no haya JDBC para bases de datos poco comerciales.

Ejemplo de uso1.- Para crear una aplicacin programada en lenguaje Java se hace uso del IDE NetBeans, en el men Archivo se elige la opcin Proyecto Nuevo, como se muestra en la figura 15.

Figura 15 Pantalla principal del IDE NetBeans

26


2.- En la ventana Proyecto Nuevo se elige la opcin Java y despus el tipo de proyecto JavaApplication, como se muestra en la figura 16.

Figura 16 Ventana Proyecto Nuevo

27


3.- En el rea de trabajo del IDE NetBeans se realiza la codificacin de una aplicacin que calcular el nmero mximo de entre tres nmeros dados por el usuario, haciendo uso del lenguaje de programacin Java, como se muestra en la figura 17.

Figura 17 Codificacin en Java del programa que calcula el nmero mximo de entre tres nmeros dados

28


4.- Vista principal del programa que calcula el nmero mximo de entre tres nmeros, en un entorno de consola, se muestra en la figura 18.

Figura 18 Resultado de la ejecucin del programa que calcula el mximo nmero de entre tres nmeros

29


METODOLOGAPara la realizacin del Sistema de Control de Ventas, en primera instancia, se recopil la informacin sobre la problemtica que presentaba la empresa, mediante una entrevista realizada a la gerencia general y la gerencia de ventas. Derivado del anlisis de la informacin obtenida, se realiz una propuesta de solucin para resolver las reas de oportunidad del departamento de ventas.

Siguiendo los requerimientos y restricciones planteados, durante la propuesta de solucin, se realiz el diseo de los prototipos del sistema, enfocados a resolver la problemtica planteada por la gerencia.

Durante la implementacin del sistema, se efectuaron distintos tipos de pruebas. Realizadas en un entorno de produccin en el rea de ventas, con la colaboracin de los asesores de venta, quienes fungieron como testers del sistema.

30


CAPTULO 1 ANLISIS 1.1 Recopilacin de informacinKN & Asociados Arquitectum S.A. de C.V. es una empresa constructora de viviendas de inters social, que se caracteriza por ofrecer un producto, que cumple con los ms altos estndares de calidad en el mercado inmobiliario de Mxico. Con ms de 5 aos de historia, posee un fuerte portafolio de viviendas que da con da gana participacin en el mercado.

KN & Asociados Arquitectum S.A. de C.V. cuenta con un gran equipo administrativo y ejecutivo, el cual brinda a clientes y socios una atencin personalizada y de calidad, siempre actuando con sentido de urgencia y conducindose de manera integra dentro de sus diversas reas de accin.

MisinOtorgar a sus clientes una nueva y mejor forma de vivir, construyendo desarrollos inmobiliarios de excelente calidad.

VisinDesarrollar proyectos vanguardistas e innovadores para el ptimo crecimiento y proyeccin de las comunidades.

31


KN & Asociados Arquitectum S.A. de C.V. tiene su domicilio fiscal en Carretera MxicoPachuca Kilmetro 53.5, Colonia Tepojaco, Tizayuca, Hidalgo C.P. 43810, telfono 779961686 figura 1.1.

KN & Asociados Arquitectum S.A. de C.V.

Figura 1.1 Ubicacin de KN & Asociados Arquitectum S.A. de C.V.

Para la toma de requerimientos, se realiz una entrevista al gerente general L.C. Guillermo Moreno Castellanos y al gerente de ventas C.P. Jos Manuel Daz Snchez, sobre la problemtica principal a la que se enfrenta actualmente la empresa en su rea de ventas, en cuanto al control de clientes. Se defini que se pretende tener un sistema que permita una mejor y ms eficiente recepcin de clientes, as como su posterior seguimiento y administracin por parte de los asesores de venta, que tambin genere reportes basados en el comportamiento y tendencias de los clientes, que a su vez servirn de apoyo en la toma de decisiones a la gerencia general y a la gerencia de ventas.

32


La propuesta de solucin se sustenta en la recopilacin de informacin sobre la problemtica de la empresa, para lo cual se propuso la creacin de un sistema, con el fin de brindar una mayor eficiencia. De esta forma se podr controlar la informacin referente a clientes y se tendr mayor disponibilidad y seguridad de la informacin.

La propuesta ms viable para dar solucin a la problemtica de la empresa KN & Asociados Arquitectum S.A. de C.V., est basada en un entorno de aplicacin de escritorio, para lo cual se ha optado por proponer la realizacin de un sistema mediante el cual se pueda, en primera instancia, registrar a los clientes que son recepcionados en el rea de ventas y determinar de manera precisa si el cliente pertenece o no a alguno de los asesores de la empresa, evitando con esto ambigedades entre los miembros del equipo de ventas. Tambin, el sistema permitir a los asesores de venta llevar un seguimiento puntual sobre sus clientes, emitiendo alertas para dicho propsito, y a su vez el asesor de ventas podr administrar de manera ptima tanto a sus clientes asignados mediante la recepcin en el punto de venta, como a clientes adquiridos mediante diversos medios. Derivado de lo anterior, tanto la gerencia general como la gerencia de ventas podrn generar y visualizar reportes dentro del sistema, los cuales contendrn los indicadores de las tendencias y comportamientos de los clientes, y de cada uno de los asesores del equipo de ventas.

El sistema contar con una interfaz de fcil uso, para que usuarios con mnima experiencia en el uso de computadoras, puedan interactuar con ste sin problema alguno.

Toda la informacin obtenida de clientes y asesores ser almacenada en una base de datos, diseada de tal forma que sea fcil de implementar y requiera un mnimo mantenimiento, aportando con esto un grado mayor de seguridad al sistema.

33


1.2 Especificacin de requerimientosEl propsito de este apartado es definir cuales son los requerimientos que debe tener el Sistema de Control de Ventas, el cual ha sido solicitado por la empresa KN & Asociados Arquitectum S.A. de C.V. para hacer ms eficiente el control de clientes.

Las funciones que debe realizar el sistema se agrupan en varios mdulos.

a) Mdulo Recepcin Registrar al cliente que sea recepcionado en el punto de venta. Determinar si el cliente pertenece o no a algn asesor del equipo de ventas. Mostrar el directorio de asesores. Permitir la impresin de reportes/indicadores por parte de la gerencia o recepcin, a peticin de estos.

b) Mdulo Asesor Realizar el registro de clientes por parte del asesor de ventas. Determinar si el cliente pertenece o no a algn asesor del equipo de ventas. Alertar al asesor sobre seguimientos a clientes pendientes. Permitir al asesor de ventas administrar (programar, finalizar) los seguimientos de sus clientes registrados. Emitir reportes de seguimientos a peticin del asesor o gerente. Permitir la impresin de reportes por parte del asesor de ventas o la gerencia.

34


c) Mdulo Administrador Administrar (alta, baja, modificacin, consulta) usuarios del sistema. Modificar clientes registrados. Consulta individual de clientes. Reasignar clientes (individual, grupal). Generar reportes de modificacin y reasignacin de clientes, a peticin del administrador o gerente. Permitir el cambio de contrasea de usuario. Consultar el historial de sesiones de usuarios. Generar copias de seguridad de la base de datos. Administrar (alta, baja, consulta) medios de contacto. Administrar (alta, baja, consulta) puntos de venta. Administrar (alta, baja, consulta) tipos de crdito.

d) Mdulo Ventas Capturar ficha de datos generales. Generar archivos electrnicos con la documentacin de venta (INFONAVIT, FOVISSSTE). Guardar e imprimir a peticin del asesor de ventas, la documentacin de venta. Permitir la modificacin de expedientes capturados. Imprimir la vista previa de la ficha de datos generales. Consulta por nombre o por folio, de expedientes capturados.

35


1.2.1 Requisitos funcionalesSon caractersticas requeridas del sistema que definen el comportamiento del software, expresando una capacidad de accin del mismo, una funcionalidad que muestra, cmo los casos de uso sern llevados a la prctica.

A continuacin se detallan los requisitos funcionales del sistema: RF1-Registrar cliente. RF2-Modificar cliente. RF3-Consultar cliente. RF4-Validar cliente (durante el registro, determinar si el cliente pertenece o no a algn asesor de ventas). RF5-Emitir alerta visual si el cliente pertenece a algn asesor. RF6-Filtrar y procesar informacin de clientes para generar reportes. RF7-Registrar usuario. RF8-Modificar usuario. RF9-Consultar usuario. RF10-Eliminar usuario. RF12-Programar seguimiento. RF13-Finalizar seguimiento. RF14-Eliminar seguimiento. RF15- Filtrar y procesar informacin de seguimientos para generar reportes. RF16-Validar seguimiento (durante el registro, determinar si es el 3 er seguimiento, bloquear el registro de un nuevo seguimiento). RF17-Emitir alerta visual si hay seguimientos pendientes. RF18-Generar expediente de venta. RF19-Requerir identificacin de usuario. RF20-Agregar medio. RF21-Eliminar medio. RF22-Consultar medio. RF23-Agregar punto de venta.36


RF24-Eliminar punto de venta. RF25-Consultar punto de venta. RF26-Agregar tipo de crdito. RF27-Consultar tipo de crdito. RF28-Resignar clientes a un asesor distinto del asesor con el cual estn registrados. RF29-Filtrar y procesar informacin de reasignacin y modificacin para generar reportes. RF30-Capturar ficha de datos generales. RF31-Imprimir documentacin de venta. RF32-Guardar documentacin de venta. RF33-Generar vista previa de documentacin de venta. RF34-Generar vista previa de reportes e indicadores.

1.2.2 Requisitos no funcionalesSon un requisito que especifica criterios que pueden usarse para juzgar la operacin de un sistema en lugar de sus comportamientos especficos. Hace referencia a requisitos que no describen funciones a realizar por el sistema.

A continuacin se detallan los requisitos no funcionales del sistema: RNF1-Disponer de ayuda dentro de las funciones del sistema. RNF2-Utilizar encriptacin SHA-512 durante el inicio de sesin. RNF3-Asegurar el fcil uso de la interfaz de usuario. RNF4-Compatibilidad con los sistemas operativos Windows XP y Windows 7. RNF5-Utilizar alertas visuales para informar de errores. RNF6-Utilizar toolTipText en los campos de entrada de datos. RNF7-Usar los colores institucionales de la empresa en el diseo de la interfaz de usuario del sistema. RNF8-Utilizar el logotipo del desarrollo inmobiliario como icono y logotipo en el sistema. RNF9-Uso de mens en cascada. RNF10-Actualizacin inmediata de las vistas de datos.37


RNF11-Uso de mensajes de confirmacin. RNF12-Mostrar en el ttulo de la ventana principal el id del usuario activo. RNF13-Uso de botones en el rea de trabajo para visualizar a ventanas secundarias. RNF14-Realizar backup de la base de datos. RNF15-Reset de estado de sesin a usuario. RNF16-Uso de botones para ingresar a opciones del sistema. RNF17-Permitir el cambio de contrasea. RNF18-Hacer uso de un archivo de configuracin .ini para iniciar la conexin del sistema con la base de datos. RNF19-Mostrar indicadores de progreso en operaciones que demoren tiempo. RNF20-Utilizar mnemonic en botones. RNF21-Hacer uso de consultas parametrizadas para acceder a la base de datos. RNF22-Utilizar iconos grficos que describan la funcionalidad del botn. RNF23-Generar indicadores y reportes en diversos formatos electrnicos (pdf, rtf, odt, htm, html, xls, xml, csv). RNF24-Permitir la impresin de reportes, indicadores y pantallas a peticin del usuario. RNF25-Mostrar Splash Screen al iniciar el sistema. RNF26-Permitir la consulta del historial de sesiones de usuario. RNF27-Mostrar el men Ayuda en la ventana principal del sistema. RNF28-El sistema debe ser portable. RNF29-Los parmetros de conexin a la base de datos se deben guardar en archivos de configuracin. RNF30-Permitir que el sistema se configure como cliente o servidor, y si se requiere como ambos al mismo tiempo. RNF31-Generar archivos temporales de los expedientes capturados. RNF32-Utilizar una extensin de archivo propia del sistema. RNF33-Permitir la concurrencia de mltiples clientes para consultar los archivos de configuracin en el servidor.

38


1.3 Restricciones del sistemaEl sistema se realizar utilizando un lenguaje de programacin Orientado a Objetos: Java, mediante el uso del IDE NetBeans, al ser un sistema en tiempo real los requerimientos de software y hardware son mnimos. Como gestor de base de datos se usar MySQL utilizado como lenguaje de consulta de datos SQL.

El desarrollo del sistema estar enfocado al entorno de aplicacin de escritorio, el cual se comunicar a una base de datos central, desde diversos nodos segn la arquitectura de red con que cuenta la empresa. Tambin deber realizar las funciones de cliente y servidor, de forma independiente o ambas a la vez, adecundose a la distribucin de equipos en la red interna.

Los requerimientos de hardware necesarios para la implementacin del sistema implican una arquitectura, tanto para el cliente como el servidor, con las siguientes caractersticas mnimas: Procesador Pentium IV 1.5 GHz 512 MB de Memoria DDR 60 GB Disco duro IDE

Los requerimientos de software necesarios para la correcta implementacin del sistema sern: Servidor: Windows XP o posterior Java JRE ver. 6

MySQL ver. 5.5.8 (instalado en el servidor de base de datos)Cliente: Windows XP o posterior

Java JRE ver. 639


1.4 Caso de uso GeneralUn caso de uso representa una interaccin tpica entre el usuario y un sistema informtico, es un grafo conformado por dos tipos de nodos: actor (representa cualquier elemento que intercambia informacin con el sistema, por lo que est fuera de l) y caso de uso (es una secuencia de intercambios en dilogo con el sistema que se encuentran relacionadas con su comportamiento), los arcos entre los actores y los casos de uso se denominan arcos de comunicacin y el rectngulo corresponde a los limites del sistema. El caso de uso se utiliza para capturar los requisitos funcionales del sistema y tiene una descripcin informal en lenguaje natural o estructurado sobre las acciones del sistema.

Anlisis de actoresEn el diagrama general de casos de uso existen varios actores que se encuentran organizados de forma jerrquica. Se pasa a explicar qu actores componen el caso de uso General para el Sistema de Control de Ventas. Gerente: corresponde al gerente del rea de ventas y al gerente general de la empresa. Administrador: corresponde al personal encargado del rea de sistemas. Asesor: corresponde al personal del rea de ventas (piso de ventas). Recepcionista: corresponde al personal encargado de la recepcin y registro de clientes en el rea de ventas.

40


Anlisis de identificacinDentro del caso de uso general los actores Gerente, Administrador, Asesor y Recepcionista, interactan con las acciones permitidas por el sistema. Dichas acciones son definidas en diversos escenarios.

Pueden darse varios escenarios para este caso de uso: 1. Controlar clientes, slo el Gerente, Asesor y Recepcionista podrn realizar las acciones definidas dentro de este escenario. 2. Administrar usuarios, slo el Gerente y Administrador podrn realizar las acciones definidas dentro de este escenario. 3. Gestionar seguimientos, el Asesor y Administrador podrn realizar las acciones definidas dentro de este escenario. 4. Administrar medios, slo el Gerente y Administrador podrn realizar las acciones definidas dentro de este escenario. 5. Administrar puntos de venta, slo el Gerente y Administrador podrn realizar las acciones definidas dentro de este escenario. 6. Administrar tipos de crdito, slo el Gerente y Administrador podrn realizar las acciones definidas dentro de este escenario. 7. Generar ventas, slo el Gerente y Asesor podrn realizar las acciones definidas dentro de este escenario.

41


En la figura 1.2 se muestra el diagrama de caso de uso General, el cual est basado en los requerimientos necesarios para la realizacin del Sistema de Control de Ventas.

System Controlar Clientes

Asesor

Generar Ventas

Recepcionista

Gestionar Seguimientos

Administrar Medios Administrador Administrar Tipos de Credito Gerente

Administrar Puntos de Venta

Administrar Usuarios

Figura 1.2 Diagrama de caso de uso General para el Sistema de Control de Ventas

42


1.4.1 Detalles de casos de uso Caso de uso Controlar ClientesEn la figura 1.3 se muestra el diagrama de caso de uso Controlar Clientes, el cual presenta la interaccin entre el Gerente, el Asesor, la Recepcin y el Administrador, con el Sistema de Control de Ventas dentro del mdulo Controlar Clientes.

Registrar Clientes

Modificar Clientes Recepcionista Consultar Clientes Asesor

Gerente

Reasignar Clientes

Administrador

Figura 1.3 Diagrama de caso de uso Controlar Clientes

Detalle de caso de uso Registrar ClientesNombre del caso de uso: Registrar Clientes Descripcin: registrar un cliente en la base de datos. Actores: usuario (Gerente, Recepcin, Asesor) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente, Recepcin o Asesor.

43


Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Recepcin. 2. El sistema muestra las opciones del mdulo Recepcin. 3. El usuario elige la opcin Registrar. 4. El sistema despliega el formulario Registro de cliente. 5. El sistema pide al usuario llenar el formulario Registro de cliente. 6. El usuario ingresa los datos solicitados por el sistema. 7. El usuario presiona el botn Registrar. 8. El sistema vlida los datos ingresados en el formulario Registro de cliente. 9. El sistema solicita una consulta del cliente en la base de datos. 10. Se realiza la consulta del registro del cliente en la base de datos. 11. El sistema recupera la consulta de la base de datos. 12. El sistema vlida que el cliente no tenga un registro en la base de datos. 13. El sistema pide al usuario que confirme la operacin de registro. 14. El sistema enva los datos del formulario Registro de cliente a la base de datos. 15. El cliente es registrado en la base de datos. 16. El sistema enva un mensaje al usuario, de registro de cliente exitoso. Flujo Alterno 7a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 5). 8a. En caso de que algn dato sea invlido, el sistema enva un mensaje de error al usuario (regresa al punto 5). 12a. En caso de que el cliente se encuentre registrado en la base de datos, el sistema enva un mensaje de alerta al usuario (regresa al punto 5). 13a. En caso de que usuario cancele la operacin, el sistema cancela el registro del cliente y enva un mensaje de registro cancelado al usuario (regresa al punto 5). Poscondiciones El cliente es registrado en la base de datos.

44


Detalle de caso de uso Modificar ClientesNombre del caso de uso: Modificar Clientes Descripcin: modificacin del registro de un cliente. Actores: usuario (Gerente, Administrador) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Administrador. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Clientes. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Modificar Cliente. 6. El sistema despliega el formulario Modificacin de cliente. 7. El sistema pide al usuario ingresar el id del cliente a modificar. 8. El usuario ingresa el id del cliente. 9. El usuario presiona el botn Buscar. 10. El sistema vlida el id del cliente. 11. El sistema solicita una consulta del cliente a la base de datos. 12. Se realiza la consulta del cliente en la base de datos. 13. El sistema recupera la consulta de la base de datos. 14. El sistema muestra en el formulario Modificacin los datos actuales del cliente. 15. El sistema solicita la modificacin de los datos del cliente. 16. El usuario modifica los datos del cliente en el formulario Modificacin. 17. El usuario oprime el botn Modificar. 18. El sistema vlida los datos ingresados en el formulario Modificacin de cliente. 19. El sistema solicita una consulta del cliente en la base de datos. 20. Se realiza la consulta del cliente en la base de datos. 21. El sistema recupera la consulta de la base de datos. 22. El sistema vlida que la base de datos no tenga un registro, que coincida con las modificaciones realizadas por el usuario en el formulario Modificacin de cliente. 23. El sistema pide al usuario que confirme la operacin de modificacin. 24. El sistema enva los datos del formulario Modificacin de cliente a la base de datos.

45


25. Se actualiza el registro del cliente en la base de datos. 26. El sistema enva un mensaje al usuario, de modificacin de cliente exitosa. Flujo Alterno 9a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 7). 10a. En caso de que el cliente no exista en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 7). 17a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 15). 18a. En caso de que algn dato sea invlido, el sistema enva un mensaje de error al usuario (regresa al punto 15). 22a. En caso de que en la base de datos exista un registro, que coincida con las modificaciones realizadas por el usuario en el formulario Modificacin de cliente, el sistema enva un mensaje de alerta al usuario (regresa al punto 15). 23a. En caso de que el usuario cancele la operacin, el sistema cancela la modificacin del cliente y enva un mensaje de modificacin cancelada al usuario (regresa al punto 7). Poscondiciones El registro del cliente es modificado.

Detalle de caso de uso Consultar ClientesNombre del caso de uso: Consultar Clientes Descripcin: consultar el registro de un cliente. Actores: usuario (Gerente, Administrador) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Administrador. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Clientes. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Consultar Cliente. 6. El sistema despliega el cuadro de dilogo Consulta de cliente.46


7. El sistema pide al usuario ingresar el id del cliente a consultar. 8. El usuario ingresa el id del cliente. 9. El usuario presiona el botn Aceptar. 10. El sistema vlida el id del cliente. 11. El sistema solicita una consulta del cliente a la base de datos. 12. Se realiza la consulta del cliente en la base de datos. 13. El sistema recupera la consulta de la base de datos. 14. El sistema muestra al usuario, un reporte los datos actuales del cliente. Flujo Alterno 9a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 7). 9b. En caso de que el usuario presione el botn Cancelar, el sistema cancela la consulta del cliente y enva un mensaje de operacin cancelada al usuario (regresa al punto 4). 10a. En caso de que el cliente no exista en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 7). Poscondiciones El registro del cliente es consultado.

Detalle de caso de uso Reasignar ClientesNombre del caso de uso: Reasignar Clientes Descripcin: reasignar el registro de un cliente a otro asesor. Actores: usuario (Gerente, Administrador) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Administrador. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Clientes. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Reasignar Cliente. 6. El sistema despliega el cuadro de dilogo Reasignacin de cliente.

47


7. El sistema pide al usuario ingresar el id del cliente a reasignar. 8. El usuario ingresa el id del cliente. 9. El usuario presiona el botn Aceptar. 10. El sistema vlida el id del cliente. 11. El sistema solicita una consulta del cliente a la base de datos. 12. Se realiza la consulta del cliente en la base de datos. 13. El sistema recupera la consulta de la base de datos. 14. El sistema muestra un cuadro de dilogo con el nombre de cliente su id y el nombre e id del asesor al que pertenece actualmente. 15. El usuario presiona al botn Aceptar en el cuadro de dilogo. 16. El sistema solicita una consulta de asesores a la base de datos. 17. Se realiza la consulta de asesores en la base de datos. 18. El sistema recupera la consulta y muestra en un cuadro de dilogo el listado de asesores disponibles para reasignarles el cliente. 19. El usuario selecciona un asesor de la lista. 20. El sistema vlida el asesor seleccionado. 21. El sistema pide al usuario que confirme la operacin de reasignacin. 22. El sistema enva los datos de reasignacin a la base de datos. 23. Se actualiza el registro del cliente en la base de datos, cambiando el asesor al cual est asignado actualmente. 24. Se registra la hora, fecha y datos de reasignacin en la base datos. 25. El sistema muestra al usuario, un mensaje de reasignacin exitosa de cliente con un resumen de la operacin realizada. Flujo Alterno 9a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 5). 9b. En caso de que el usuario presione el botn Cancelar, el sistema cancela la reasignacin del cliente, y enva un mensaje de operacin cancelada, al usuario (regresa al punto 4). 10a. En caso de que el cliente no exista en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 5). 15a. En caso de que el usuario presione el botn Cancelar, el sistema cancela la reasignacin del cliente (regresa al punto 4). 19a. En caso de que el usuario presione el botn Cancelar, el sistema cancela la reasignacin del cliente y enva un mensaje de operacin cancelada al usuario (regresa al punto 4).48


20a. En caso de que el usuario presione el botn Cancelar, el sistema cancela la reasignacin del cliente y enva un mensaje de operacin cancelada al usuario (regresa al punto 4). 20b. En caso de que el asesor seleccionado sea igual al asesor al que pertenece el cliente actualmente, el sistema mostrar un mensaje de error al usuario (regresa al punto 4). 21a. En caso de que el usuario presione el botn Cancelar, el sistema cancela la reasignacin del cliente y enva un mensaje de operacin cancelada al usuario (regresa al punto 4). Poscondiciones El registro del cliente es reasignado a otro asesor.

Caso de uso Generar VentasEn la figura 1.4 se muestra el diagrama de caso de uso Generar Ventas, el cual presenta la interaccin entre los actores Gerente y Asesor, con el Sistema de Control de Ventas dentro del mdulo Generar Ventas.

Capturar Ficha de Datos Generales

Gerente

Asesor

Figura 1.4 Diagrama de caso de uso Generar Ventas

49


Detalle de caso de uso Generar VentasNombre del caso de uso: Generar Ventas Descripcin: generar documentacin de venta. Actores: usuario (Asesor, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Asesor. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Venta. 2. El sistema muestra las opciones de Crdito. 3. El usuario elige alguna opcin. 4. El sistema muestra el formulario Captura para la ficha de datos generales. 5. El sistema pide al usuario llenar el formulario Captura. 4. El usuario ingresa los datos solicitados por el sistema. 5. El usuario presiona el botn Finalizar. 6. El sistema vlida los datos ingresados en el formulario Captura. 7. El sistema pide al usuario que confirme la operacin de captura. 8. El sistema genera la documentacin de venta. 9. El sistema muestra al usuario, un mensaje de operacin exitosa. 10. El sistema muestra al usuario, la documentacin de venta con opciones e imprime. Flujo Alterno 5a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 5). 6a. En caso de que algn dato sea invlido, el sistema enva un mensaje de error al usuario (regresa al punto 5). 7a. En caso de que el usuario cancele la captura, el sistema cancela la generacin de documentacin de venta, y enva un mensaje de operacin cancelada, al usuario (regresa al punto 2). Poscondiciones Se genera la documentacin de venta.

50


Caso de uso Gestionar SeguimientosEn la figura 1.5 se muestra el diagrama de caso de uso Gestionar Seguimientos, el cual presenta la interaccin entre los actores Administrador y Asesor, con el Sistema de Control de Ventas dentro del mdulo Gestionar Seguimientos.

Programar Seguimiento

Administrador Finalizar Seguimiento

Asesor Eliminar Seguimiento Gerente

Figura 1.5 Diagrama de caso de uso Gestionar Seguimientos

Detalle de caso de uso Programar SeguimientosNombre del caso de uso: Programar Seguimientos Descripcin: programar un seguimiento para el cliente. Actores: usuario (Asesor) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Asesor. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Asesor. 2. El sistema vlida si el usuario tiene seguimientos programados pendientes. 3. El sistema muestra las opciones del mdulo Asesor.51


4. El usuario elige la opcin Seguimiento. 5. El sistema muestra el formulario Seguimientos. 6. El sistema pide al usuario ingresar el id del cliente a programar. 7. El usuario ingresa el id del cliente. 8. El usuario presiona el botn Buscar. 9. El sistema vlida el id del cliente. 10. El sistema solicita una consulta del cliente a la base de datos. 11. La base de datos realiza la consulta del cliente. 12. El sistema recupera la consulta de la base de datos. 13. El sistema vlida si el cliente cuenta con seguimientos disponibles. 14. El sistema vlida si el cliente tiene seguimientos programados. 15. El sistema muestra en el formulario Seguimiento la informacin de contacto del cliente. 16. El sistema solicita al usuario que ingrese una fecha de programacin de seguimiento para el cliente. 17. El usuario selecciona una fecha de programacin de seguimiento para el cliente. 18. El usuario presiona el botn Programar. 19. El sistema vlida la fecha de programacin. 20. El sistema pide al usuario que confirme la operacin de programacin de seguimiento. 21. El sistema enva los datos de programacin a la base de datos. 22. La base de datos registra el seguimiento programado. 23. El sistema enva un mensaje al usuario, de programacin de seguimiento exitosa. Flujo Alterno 2a. En caso de que existan seguimientos programados por el usuario, el sistema enva un mensaje de recordatorio al usuario (regresa al punto 3). 8a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 6). 9a. En caso de que el cliente no exista en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 6). 13a. En caso de que el cliente no cuente con seguimientos disponibles, el sistema enviar un mensaje de alerta el usuario (regresa al punto 6). 14a. En caso de que el cliente cuente con seguimientos programados, los desplegar en el formulario Seguimientos (regresa al punto 15). 18a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 16).52


19a. En caso de que la fecha de programacin sea incorrecta, el sistema enviar un mensaje de error al usuario (regresa al punto 16). 20a. En caso de que el usuario cancele la programacin del seguimiento, el sistema cancelar la programacin del seguimiento para el cliente, y mostrar un mensaje de operacin cancelada, al usuario (regresa al punto 6). Poscondiciones Se programa un seguimiento para el cliente.

Detalle de caso de uso Finalizar SeguimientosNombre del caso de uso: Finalizar Seguimientos Descripcin: el usuario finalizara un seguimiento programado para el cliente. Actores: usuario (Asesor) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Asesor. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Asesor. 2. El sistema valida si el usuario tiene seguimientos programados pendientes. 3. El sistema muestra las opciones del mdulo Asesor. 4. El usuario elige la opcin Seguimiento. 5. El sistema muestra el formulario Seguimientos. 6. El sistema pide al usuario ingresar el id del cliente a finalizar. 7. El usuario ingresa el id del cliente. 8. El usuario presiona el botn Buscar. 9. El sistema vlida el id del cliente. 10. El sistema solicita una consulta del cliente a la base de datos. 11. La base de datos realiza la consulta del cliente. 12. El sistema recupera la consulta de la base de datos. 13. El sistema vlida si el cliente tiene seguimientos programados. 14. El sistema muestra en el formulario de seguimiento los datos de contacto del cliente y el seguimiento programado. 15. El usuario se dirige al seguimiento programado. 16. El sistema solicita al usuario ingresar un comentario para finalizar el seguimiento53


programado. 17. El usuario ingresa un comentario para el seguimiento programado que desea finalizar. 18. El usuario selecciona la opcin Finalizar. 19. El sistema pide al usuario que confirme la operacin de finalizar seguimiento. 20. El sistema vlida el comentario del seguimiento programado a finalizar. 21. El sistema enva los datos de finalizacin a la base de datos. 22. La base de datos registra la finalizacin. 23. El sistema enva un mensaje de finalizacin de seguimiento programado exitoso. Flujo Alterno 2a. En caso de que existan seguimientos programados por el usuario, el sistema enva un mensaje de recordatorio al usuario (regresa al punto 3). 8a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 6). 9a. En caso de que el cliente no exista en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 6). 19a. En caso de que el usuario cancele la finalizacin del seguimiento, el sistema cancelar la finalizacin del seguimiento para el cliente, y mostrar un mensaje de operacin cancelada, al usuario (regresa al punto 6). 20a. En caso de que el usuario no ingrese un comentario el sistema mostrar un mensaje de error, al usuario (regresa al punto 16). Poscondiciones Se finaliza un seguimiento programado para el cliente.

Detalle de caso de uso Eliminar SeguimientosNombre del caso de uso: Eliminar Seguimientos Descripcin: el usuario eliminar los seguimientos programados, y los seguimientos finalizados del cliente de la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador.54


2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Reset Seguimientos. 6. El sistema muestra un cuadro de dilogo, donde solicita ingresar un id de cliente para eliminar sus seguimientos. 7. El usuario ingresa el id del cliente. 8. El usuario presiona el botn Aceptar. 9. El sistema vlida el id del cliente. 10. El sistema pide al usuario que confirme la operacin de eliminar seguimientos. 11. El sistema enva los datos de eliminacin de seguimiento a la base de datos. 12. La base de datos elimina los seguimientos del cliente. 13. El sistema enva un mensaje al usuario, de operacin exitosa con un resumen de la operacin. Flujo Alterno 7a. En caso de que el usuario presione el botn Cancelar, el sistema cancelar la eliminacin de seguimientos para el cliente y mostrar un mensaje de operacin cancelada al usuario (regresa al punto 4). 8a. En caso de que el cliente no exista en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 4). 9a. En caso de que el usuario presione el botn Cancelar, el sistema cancelar la eliminacin de seguimientos para el cliente y mostrar un mensaje de operacin cancelada, al usuario (regresa al punto 4). Poscondiciones Se eliminan los seguimientos finalizados y programados para el cliente de la base de datos.

Caso de uso Administrar MediosEn la figura 1.6 se muestra el diagrama de caso de uso Administrar Medios el cual presenta la interaccin entre los actores Gerente y Administrador, con el Sistema de Control de Ventas dentro del mdulo Administrar Medios.

55


Agregar Medios

Eliminar Medios Gerente Consultar Medios Administrador

Figura 1.6 Diagrama de caso de uso Administrar Medios

Detalle de caso de uso Agregar MediosNombre del caso de uso: Agregar Medios Descripcin: agregar un medio a la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Medios. 6. El sistema muestra el formulario Medios. 7. El usuario elige la pestaa Agregar. 8. El sistema pide al usuario ingresar datos del medio. 9. El usuario ingresa los datos solicitados. 10. El usuario presiona el botn Agregar.

56


11. El sistema pide al usuario que confirme la operacin de agregado. 12. El sistema vlida que el medio no exista en la base de datos. 13. El sistema enva los datos del formulario Agregacin de medio, a la base de datos. 14. El medio es agregado a la base de datos 15. El sistema enva un mensaje al usuario, de agregacin de medio exitosa. Flujo Alterno. 10a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 8). 11a. En caso de que el usuario presione le botn Cancelar, el sistema cancela la agregacin del medio y enva un mensaje de operacin cancelada al usuario (regresa al punto 8). 12a. En caso de que el medio se encuentre registrado en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 8). Poscondiciones El medio es agregado a la base de datos.

Detalle de caso de uso Eliminar MediosNombre del caso de uso: Eliminar Medios Descripcin: eliminar un medio de la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Medios. 6. El sistema muestra el formulario Medios. 7. El usuario elige la pestaa Eliminar. 8. El sistema pide al usuario seleccionar un medio, para que sea eliminado. 9. El usuario selecciona un medio.

57


10. El usuario presiona el botn Eliminar. 11. El sistema pide al usuario que confirme la operacin de eliminacin. 12. El sistema enva los datos del formulario Eliminacin de medio, a la base de datos. 13. El medio es eliminado de la base de datos. 14. El sistema enva un mensaje al usuario, de eliminacin de medio exitosa. Flujo Alterno. 10a. En caso de que no seleccione un medio, el sistema enva un mensaje de error al usuario (regresa al punto 8). 11a. En caso de que el usuario presione le botn Cancelar, el sistema cancela la eliminacin del medio y enva un mensaje de operacin cancelada al usuario (regresa al punto 8). Poscondiciones El medio es eliminado de la base de datos.

Detalle de caso de uso Consultar MediosNombre del caso de uso: Consultar Medios Descripcin: consultar los medios registrados en la base de datos. Actores: usuario (Gerente, Administrador) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Administrador. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Medios. 6. El sistema muestra el formulario Medios. 7. El usuario elige la pestaa Consultar. 8. El sistema solicita una consulta de los medios registrados en la base de datos. 9. El sistema recupera la consulta de la base de datos. 10. El sistema muestra en el formulario la Consulta general de los medios.

58


Flujo Alterno N/A Poscondiciones Los medios registrados en la base de datos son consultados.

Caso de uso Administrar Tipos de CrditoEn la figura 1.7 se muestra el diagrama de caso de uso Administrar Tipos de Crdito el cual presenta la interaccin entre los actores Gerente y Administrador, con el Sistema de Control de Ventas dentro del mdulo Administrar Tipos de Crdito.

Agregar Tipos de Crdito

Eliminar Tipos de Crdito Gerente Consultar Tipos de Crdito Administrador

Figura 1.7 Diagrama de caso de uso Administrar Tipos de Crdito

59


Detalle de caso de uso Agregar Tipos de CrditoNombre del caso de uso: Agregar Tipos de Crdito Descripcin: agregar un tipo de crdito a la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Tipos de Crdito. 6. El sistema muestra el formulario Tipos de Crdito. 7. El usuario elige la pestaa Agregar. 8. El sistema pide al usuario ingresar datos del crdito. 9. El usuario ingresa los datos solicitados. 10. El usuario presiona el botn Agregar. 11. El sistema pide al usuario que confirme la operacin de agregacin. 12. El sistema valida que el crdito no exista en la base de datos. 13. El sistema enva los datos del formulario Agregacin de crdito, a la base de datos. 14. El crdito es agregado a la base de datos. 15. El sistema enva un mensaje al usuario, de agregacin de tipo de crdito exitosa. Flujo Alterno. 10a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 8). 11a. En caso de que el usuario presione le botn Cancelar, el sistema cancela la agregacin del crdito y enva un mensaje de operacin cancelada al usuario (regresa al punto 8). 12a. En caso de que el crdito se encuentre registrado en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 8). Poscondiciones El crdito es agregado a la base de datos.

60


Detalle de caso de uso Eliminar Tipos de CrditoNombre del caso de uso: Eliminar Tipos de Crdito Descripcin: eliminar un tipo de crdito de la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Tipos de Crdito. 6. El sistema muestra el formulario Tipos de Crdito. 7. El usuario elige la pestaa Eliminar. 8. El sistema pide al usuario seleccionar un crdito, para que sea eliminado. 9. El usuario selecciona un crdito. 10. El usuario presiona el botn Eliminar. 11. El sistema pide al usuario que confirme la operacin de eliminacin. 12. El sistema enva los datos del formulario Eliminacin del crdito, a la base de datos. 13. El crdito es eliminado de la base de datos. 14. El sistema enva al usuario, un mensaje de eliminacin de tipo de crdito exitosa. Flujo Alterno. 10a. En caso de que no seleccione un crdito, el sistema enva un mensaje de error al usuario (regresa al punto 8). 11a. En caso de que el usuario presione le botn Cancelar, el sistema cancela la eliminacin del crdito y enva un mensaje de operacin cancelada al usuario (regresa al punto 8). Poscondiciones El crdito es eliminado a la base de datos.

61


Detalle de caso de uso Consultar Tipos de CrditoNombre del caso de uso: Consultar Tipos de Crdito Descripcin: consultar los crditos registrados en la base de datos. Actores: usuario (Gerente, Administrador) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Administrador. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Tipos de Crdito. 6. El sistema muestra el formulario Tipos de Crdito. 7. El usuario elige la pestaa Consultar. 8. El sistema solicita una consulta de los crditos registrados en la base de datos. 9. El sistema recupera la consulta de la base de datos. 10. El sistema muestra en el formulario la Consulta general de los crditos. Flujo Alterno N/A Poscondiciones Los crditos registrados en la base de datos son consultados.

Caso de uso Administrar Puntos de VentaEn la figura 1.8 se muestra el diagrama de caso de uso Administrar Puntos de Venta el cual presenta la interaccin entre los actores Gerente y Administrador, con el Sistema de Control de Ventas dentro del mdulo Administrar Puntos de Venta.

62


Agregar Puntos de Venta

Eliminar Puntos de Venta Gerente Consultar Puntos de Venta Administrador

Figura 1.8 Diagrama de caso de uso Administrar Puntos de Venta

Detalle de caso de uso Agregar Puntos de VentaNombre del caso de uso: Agregar Puntos de Venta Descripcin: agregar un punto de venta a la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Puntos de Venta. 6. El sistema muestra el formulario Puntos de Venta. 7. El usuario elige la pestaa Agregar. 8. El sistema pide al usuario ingresar los datos del punto de venta. 9. El usuario ingresa los datos solicitados. 10. El usuario presiona el botn Agregar. 11. El sistema pide al usuario que confirme la operacin de agregacin.

63


12. El sistema vlida que el punto de venta no exista en la base de datos. 13. El sistema enva los datos del formulario Agregacin del punto de venta, a la base de datos. 14. El punto de venta es agregado a la base de datos. 15. El sistema enva al usuario, un mensaje de agregacin de punto de venta exitoso. Flujo Alterno. 10a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 8). 11a. En caso de que el usuario presione le botn Cancelar, el sistema cancela la agregacin del punto de venta y enva un mensaje de operacin cancelada al usuario (regresa al punto 8). 12a. En caso de que el punto de venta se encuentre registrado en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 8). Poscondiciones El punto de venta es agregado a la base de datos.

Detalle de caso de uso Eliminar Puntos de VentaNombre del caso de uso: Eliminar Puntos de Venta Descripcin: eliminar un punto de venta de la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Puntos de Venta. 6. El sistema muestra el formulario Puntos de Venta. 7. El usuario elige la pestaa Eliminar. 8. El sistema pide al usuario seleccionar un punto de venta, para que sea eliminado. 9. El usuario selecciona un punto de venta.64


10. El usuario presiona el botn Eliminar. 11. El sistema pide al usuario que confirme la operacin de eliminacin. 12. El sistema enva los datos del formulario Eliminacin del punto de venta, a la base de datos. 13. El punto de venta es eliminado de la base de datos. 14. El sistema enva al usuario, un mensaje de eliminacin de punto de venta exitoso. Flujo Alterno. 10a. En caso de que no seleccione un punto de venta, el sistema enva un mensaje de error al usuario (regresa al punto 8). 11a. En caso de que el usuario presione le botn Cancelar, el sistema cancela la eliminacin del punto de venta y enva un mensaje de operacin cancelada al usuario (regresa al punto 8). Poscondiciones El punto de venta se elimin de la base de datos.

Detalle de caso de uso Consultar Puntos de VentaNombre del caso de uso: Consultar Puntos de Venta Descripcin: consultar los puntos de venta registrados en la base datos. Actores: usuario (Gerente, Administrador) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Administrador. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Utileras. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Puntos de Venta. 6. El sistema muestra el formulario Puntos de Venta. 7. El usuario elige la pestaa Consultar. 8. El sistema solicita una consulta de los puntos de venta registrados en la base de datos. 9. El sistema recupera la consulta de la base de datos. 10. El sistema muestra al usuario, la consulta general de los puntos de venta.

65


Flujo Alterno N/A Poscondiciones Los puntos de venta registrados en la base de datos son consultados.

Caso de uso Administrar UsuariosEn la figura 1.9 se muestra el diagrama de caso de uso Administrar Usuarios el cual presenta la interaccin entre los actores Gerente y Administrador, con el Sistema de Control de Ventas dentro del mdulo Administrar Usuarios.

Registrar Usuarios

Modificar Usuarios

Gerente

Eliminar Usuarios

Administrador

Consultar usuarios

Figura 1.9 Diagrama de caso de uso Administrar Usuarios

66


Detalle de caso de uso Registrar UsuariosNombre del caso de uso: Registrar Usuarios Descripcin: registrar un usuario en la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Usuarios. 4. El sistema despliega las opciones. 5. El sistema muestra el formulario Usuarios. 6. El usuario elige la pestaa Registrar. 7. El sistema pide al usuario ingresar los datos del usuario a registrar. 8. El usuario ingresa los datos solicitados. 9. El usuario presiona el botn Registrar. 10. El sistema pide al usuario que confirme la operacin de registro. 11. El sistema vlida que el usuario no exista en la base de datos. 12. El sistema enva los datos del formulario Registro de usuario, a la base de datos. 13. El usuario es registrado a la base de datos. 14. El sistema enva al usuario, un mensaje de registro de usuario exitoso. Flujo Alterno. 9a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 7). 10a. En caso de que el usuario presione le botn Cancelar, el sistema cancela el registro del usuario y enva un mensaje de operacin cancelada al usuario (regresa al punto 7). 11a. En caso de que el usuario se encuentre registrado en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 7). Poscondiciones El usuario es registrado en la base de datos.

67


Detalle de caso de uso Eliminar UsuariosNombre del caso de uso: Eliminar Usuarios Descripcin: eliminar un usuario de la base de datos. Actores: usuario (Administrador, Gerente) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Administrador y Gerente. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Usuarios. 4. El sistema muestra el formulario Usuarios. 5. El usuario elige la pestaa Eliminar. 6. El sistema pide al usuario ingresar el id del usuarios a eliminar. 7. El usuario ingresa el id del usuario. 8. El usuario presiona el botn Buscar. 9. El sistema vlida el id del usuario. 10. El sistema solicita una consulta del usuario a la base de datos. 11. Se realiza la consulta del usuario en la base de datos. 12. El sistema recupera la consulta de la base de datos. 13. El sistema muestra en el formulario Eliminacin los datos actuales del usuario. 14. El usuario oprime el botn Eliminar. 15. El sistema pide al usuario que confirme la operacin de eliminacin. 16. El sistema enva los datos del formulario Eliminacin de usuario a la base de datos. 17. Se elimina el registro del usuario en la base de datos. 18. El sistema enva un mensaje al usuario, de eliminacin de usuario exitosa. Flujo Alterno. 8a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 6). 9a. En caso de que el usuario no se encuentre registrado en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 6). 15a. En caso de que el usuario presione le botn Cancelar, el sistema cancela la eliminacin del usuario y enva un mensaje de operacin cancelada al usuario (regresa al punto 6).68


Poscondiciones El usuario se elimin de la base de datos.

Detalle de caso de uso Consultar UsuariosNombre del caso de uso: Consultar Usuarios Descripcin: consultar el registro de un usuario. Actores: usuario (Gerente, Administrador) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Administrador. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Usuarios. 4. El sistema despliega las opciones. 5. El usuario elige la opcin Consultar Usuario. 6. El sistema despliega el cuadro de dilogo Consulta de usuario. 7. El sistema pide al usuario ingresar el id del usuario a consultar. 8. El usuario ingresa el id del usuario. 9. El usuario presiona el botn Aceptar. 10. El sistema vlida el id del usuario. 11. El sistema solicita una consulta del usuario a la base de datos. 12. Se realiza la consulta del usuario en la base de datos. 13. El sistema recupera la consulta de la base de datos. 14. El sistema muestra al usuario un reporte los datos actuales del usuario consultado. Flujo Alterno 9a. En caso de que no se ingrese algn dato, el sistema enva un mensaje de error al usuario (regresa al punto 7). 9b. En caso de que el usuario presione el botn Cancelar, el sistema cancela la consulta del usuario y enva un mensaje de operacin cancelada al usuario (regresa al punto 4). 10a. En caso de que el usuario no exista en la base de datos, el sistema enva un mensaje de error al usuario (regresa al punto 7).

69


Poscondiciones El registro del usuario es consultado.

Detalle de caso de uso Modificar UsuarioNombre del caso de uso: Modificar Usuario Descripcin: modificacin del registro de un usuario. Actores: usuario (Gerente, Administrador) Precondicin: el usuario tiene que estar previamente registrado en el sistema y haber iniciado sesin como Gerente o Administrador. Flujo Normal: 1. El usuario elige del men principal la opcin Mdulos->Administrador. 2. El sistema muestra las opciones del mdulo Administrador. 3. El usuario elige la opcin Usuarios. 4. El sistema despliega el formulario Usuario. 5. El usuario elige la pestaa Modificar. 6. El sistema pide al usuario ingresar el id del usuario a modificar. 7. El usuario ingresa el id del usuario. 8. El usuario presiona el botn Buscar. 9. El sistema vlida el id del usuario. 10. El sistema solicita una consulta del usuario a la base de datos. 11. Se realiza la consulta del usuario en la base de datos. 12. El sistema recupera la consulta de la base de datos. 13. El sistema muestra en el formulario Modificacin los datos actuales del usuario. 14. El sistema solicita la modificacin de los datos del usuario. 15. El usuario modifica los datos del usuario en el formulario de modificacin. 16. El usuario oprime el botn Modificar. 17. El sistema vlida los datos ingresados en el formulario Modificacin de usuario. 18. El sistema solicita una consulta del usuario en la base de datos. 19. Se realiza la consulta del usuario en la base de datos. 20. El sistema recupera la consulta de la base de datos. 21. El sistema vlida que la base de datos no tenga un registro, que coincida con las

70


modificaciones realizadas por el usuario en el formulario de Modificacin de usuario. 22. El sistema pide al usuario que confirme la operacin de modificacin. 23.

Reporte Técnico TSU

Documents

Transcript of Reporte Técnico TSU