SISTEMA DE INFORMACION DE VENTAS DE ROPA INFANTIL …

SISTEMA DE INFORMACION DE VENTAS DE ROPA INFANTIL PARA BOUTIQUE “MI PEQUEÑO CLOSET”

EDGARD ALFONSO SANTACOLOMA HERNANDEZ

UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍAS

PROGRAMA INGENIERIA DE SISTEMAS VILLAVICENCIO

2013

SISTEMA DE INFORMACION DE VENTAS DE ROPA INFANTIL PARA BOUTIQUE “MI PEQUEÑO CLOSET”

EDGARD ALFONSO SANTACOLOMA HERNANDEZ

Trabajo de grado presentado en la modalidad de Seminario Taller de Perfeccionamiento para optar el título de ingeniero de sistemas

ING. JUAN FAJARDO BARRERO ASESOR TECNICO

ING. FRANCY YANETH PATIÑO MARTINEZ

ASESORA METODOLOGICA

UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍAS

PROGRAMA INGENIERIA DE SISTEMAS VILLAVICENCIO

2013

DIRECTIVOS

CESAR AUGUSTO PEREZ GONZALEZ Rector

CESAR AUGUSTO PEREZ LONDOÑO Director Académico

MARIA LUCRECIA RAMIEZ SUAREZ Coordinadora Facultad de Ingenierías

NOTA DE ACEPTACION:

_________________________________________ _________________________________________ _________________________________________ _________________________________________ _________________________________________ _________________________________________ _________________________________________

_________________________________________ Firma del presidente del jurado

_________________________________________ Firma del jurado

_________________________________________ Firma del jurado

Villavicencio, 09 de julio del 2013

DEDICATORIA

Dedico este gran triunfo y sueño cumplido a papa Dios por haberme brindado sabiduría y responsabilidad para poder alcanzar este gran logro y que siempre toda la gloria sea para el señor Jesús, a mis padres y viejos queridos Miriam Hernández y Alfonso Enrique Santacoloma que los amo con toda mi alma, ellos fueron personas indispensables en esta meta, ya que hasta en los momentos más difíciles siempre está el amor de padre y madre, gracias por siempre brindarme todo su apoyo, cariño y amor, a mis hermanos porque siempre de una u otra forma estuvieron apoyándome, a Lina María Sastre porqué siempre ha creído y confiado en mí, ha sabido comprenderme, siempre me ha brindado su cariño y amor en las buenas y en las malas, a toda mi familia entera gracias, solo me quedan por decirles MIL GRACIAS…

AGRADECIMIENTOS

En primer lugar a todos mis compañeros decirles que fue una muy bonita experiencia haber pasado estos años de vida compartiendo con ustedes, a todos los docentes que hicieron parte de este proceso que hoy culmina con éxito, darles las gracias por haber aportado un poco a mi gran formación como profesional. A todos muchas gracias…

CONTENIDO

Pag. INTRODUCCION

13

1. ANALISIS

14

1.1. DESCRIPCION GENERAL DE LA EMPRESA

14

1.1.1. Localización 14 1.1.2. Organización de la empresa 15 1.1.3. Sistemas de información actuales

15

1.2. ANTECEDENTES

15

1.3. SISTEMA ACTUAL

16

1.3.1. Restricciones del sistema actual

16

1.4. DIAGNOSTICO

16

1.4.1. Diagnóstico de la infraestructura actual

17

1.5. PLAN DEL SISTEMA

1.5.1. Requerimientos globales 17 1.5.2. Factores claves del éxito 29 1.5.3. Funciones

29

1.6. ORGANIZACIÓN DE LOS RECURSOS COMPUTACIONALES

31

1.6.1. Soluciones propuestas 31 1.6.2. Limitaciones del nuevo sistema

31

1.7. METODOLOGIA INGENIERIL

32

2. DISEÑO DEL SISTEMA

34

2.1. CONCEPTOS BASICOS TECNOLOGICOS Y TECNICOS

34

2.2. DOCUMENTO DE DISEÑO DEL SISTEMA

37

2.2.1. Descripción técnica del sistema 37 2.2.2. Alcances y limitaciones 51

2.2.3. Configuración del hardware y software 51 2.2.4. Modelo de datos 53 2.2.5. Definición de atributos y entidades

54

2.3. DISEÑO DE LA INTERFAZ

56

2.3.1. Interfaz escritorio 56 2.3.2. Interfaz web 61 2.3.3. Móvil

67

3. ANALISIS ECONOMICO

69

4. CONCLUSIONES

71

5. RECOMENDACIONES

72

BIBLIOGRAFIA

73

ANEXOS 75

LISTA DE TABLAS

Pag. Tabla 1. Recursos computacionales recepción mi pequeño closet 17 Tabla 2. Descripción requerimientos inicio sesión 17 Tabla 3. Descripción requerimientos crear cliente 17 Tabla 4. Descripción requerimiento editar cliente 18

Tabla 5. Descripción requerimiento buscar cliente

Tabla 6. Descripción requerimientos crear articulo Tabla 7. Descripción requerimientos editar articulo Tabla 8. Descripción requerimientos buscar articulo Tabla 9. Descripción requerimientos realizar compra Tabla 10. Descripción requerimientos consultar usuario Tabla 11. Descripción requerimientos gestionar pedidos Tabla 12. Documentación actor mensajero Tabla 13. Documentación actor cliente Tabla 14. Documentación actor cliente Tabla 15. Documentación caso de uso inicio sesión Tabla 16. Documentación caso de uso agregar artículo Tabla 17. Documentación caso de uso editar artículo Tabla 18. Documentación caso de uso buscar artículo Tabla 19. Documentación caso de uso agregar cliente Tabla 20. Documentación caso de uso editar cliente Tabla 21. Documentación caso de uso buscar cliente Tabla 22. Documentación caso de uso realizar compra Tabla 23. Documentación caso de uso gestionar pedidos Tabla 24. Documentación caso de uso consultar inventario Tabla 25. Documentación caso de uso generar factura Tabla 26. Documentación caso de uso generar pedido Tabla 27. Recursos computacionales. Tabla 28. Descripción clases Interfaz Tabla 29. Descripción clases control Tabla 30. descripción clase entidad Tabla 31. Diccionario de datos Tabla 32. Costos de producción Tabla 33. Costos de operación y/o Administración Tabla 34. Costos de inversión Tabla 35. Total Costos

18 18 19 19 20 20 20 22 22 22 22 23 23 24 24 25 25 26 26 27 28 28 31 42 42 43 57 72 72 73 73

LISTA DE FIGURAS

Pag. Figura 1. Ubicación de Boutique Mi Pequeño Closet. 14 Figura 2. Organigrama de la empresa Mi Pequeño Closet. 15 Figura 3. Diagrama de casos de uso 21

Figura 4. Diagrama de clases General Figura 5. Diagrama de secuencia inicio sesión Figura 6. Diagrama de secuencia realizar compra Figura 7. Diagrama de secuencia generar pedido Figura 8. Diagrama de secuencia inicio sesión Figura 9. Diagrama de secuencia gestión cliente Figura 10. Diagrama de secuencia gestión artículos Figura 11. Diagrama de secuencia realizar venta Figura 12. Diagrama de secuencia gestión pedidos Figura 13. Diagrama de secuencia inventario Figura 14. Diagrama de secuencia generar factura Figura 15. Diagrama de secuencia gestión pedidos Figura 16. Modelo Relacional. Figura 17. Pantalla Inicio sesión Figura 18. Pantalla menú principal Figura 19. Pantalla Administrar artículos Figura 20. Pantalla Administrar clientes Figura 21. Pantalla Administrar inventario Figura 22. Pantalla Identificar cliente para venta Figura 23. Pantalla Factura Figura 24. Pantalla Gestión pedidos Figura 25. Pantalla Inicio sesión Figura 26. Pantalla menú principal Figura 27. Pantalla lista de artículos Figura 28. Pantalla datos usuario Figura 29. Pantalla carrito de pedido Figura 30. Pantalla Registrarme Figura 31. Pantalla reporte pedido Figura 32. Pantalla menú principal Figura 33. Pantalla Reporte de pedidos Figura 34. Pantalla Detalle pedido

10 43 44 45 46 47 48 49 50 51 52 53 56 59 60 61 61 62 62 63 64 64 65 66 67 68 69 69 70 70 71

LISTA DE ANEXOS

ANEXO A. Entrevista Gerente Mi Pequeño Closet

78

GLOSARIO

Aplicación Web: el término también se utiliza para designar aquellos programas informáticos que son ejecutados en el entorno del navegador o codificado con algún lenguaje soportado por el navegador, confiándose en el navegador web para que reproduzca la aplicación.1

Base de datos: es un conjunto de datos pertenecientes a un mismo ambiente para así relacionar las características de cada uno, siempre van a estar almacenados de grupo y sistemáticamente para poder hacer uso de estos.

Factura: un documento mercantil que refleja toda la información de una operación de compraventa. La información fundamental que aparece en una factura debe reflejar la entrega de un producto o la provisión de un servicio, junto a la fecha de devengo, además de indicar la cantidad a pagar en relación a existencias, bienes poseídos por una empresa para su venta en el curso ordinario de la explotación, o bien para su transformación o incorporación al proceso productivo.

Pedido: Una solicitud de pedido es una petición u orden para Compras con el fin de obtener una cantidad determinada de material o un servicio disponible en un momento dado.

1 ALEGSA.COM.AR, http://www.alegsa.com.ar/Dic/aplicacion%20web.php

13

INTRODUCCION La Boutique Mi Pequeño Closet es una tienda de ropa para niños, en la cual su labor diaria es vender accesorios y artículos de moda para satisfacer las necesidades de los diferentes clientes que se encuentran en la ciudad de Villavicencio y sus alrededores. Principalmente las actividades realizadas en la tienda tienen como objetivo el cumplimiento de sus metas en oferta y demanda, para así llevar una destacada incursión en el mercado local en Villavicencio. El principal objetivo de la tienda es poder llevar una buena imagen frente a sus clientes de acuerdo a sus efectivos procedimientos de venta y facturación, esto sin descartar la excelente calidad de los productos ofrecidos por la boutique. En el presente, la Boutique Mi Pequeño Closet realiza sus procesos de ventas en forma presencial y manual, el objetivo es que la realización de estos procesos sean ágiles y eficaces en el momento de efectuarse, para así obtener un buen resultado por parte de la boutique y para la buena satisfacción del cliente. De acuerdo a lo anterior, el proyecto realizado tuvo como finalidad desarrollar un software en el cual se da solución a la problemática relacionada con los procedimientos de venta, inventario y facturación de la boutique. Acorde a lo anterior se modernizará la forma de gestionar el inventario, las ventas presenciales y las ventas online de Mi Pequeño Closet, para así poder tener una mejor administración de sus actividades diarias. El desarrollo de la aplicación está basada en la ejecución de tres módulos (Web, Escritorio y Móvil). El módulo web permitirá realizar un pedido online en el cual se tendrán una serie de requisitos y restricciones para el buen desarrollo de la compra, los pedidos realizados quedarán en estado pendiente hasta que su titular no justifique su pago, el módulo de escritorio se basa en la administración del inventario, clientes, artículos, pedidos y un tipo sencillo de facturación, en el módulo móvil se administrará el estado de los pedidos que se realicen en el módulo web y que hayan sido gestionados en el módulo de escritorio, de acuerdo a lo anterior todo pedido que este en estado pagado tendrá la opción de entrega por parte de la boutique.

14

1. ANALISIS Se realizó un análisis a profundidad de las necesidades que se tienen en la empresa, para saber con precisión de las dificultades que se tiene en cada uno de los procesos que se llevan a cabo, como también para saber cuáles han sido las soluciones que se han llevado en cada uno de estos y cuan efectivas han sido. Con esto se podrán definir las soluciones y correcciones acertadas a la problemática que se presenta actualmente y llevar una solución definitiva de estos. 1.1 DESCRIPCION GENERAL DE LA EMPRESA: Mi Pequeño Closet es una tienda infantil inspirada en el amor a pequeños, especializada en brindar lo mejor para bebes recién nacidos hasta los 5 años. Se vende ropa, accesorios, productos de aseo y todo lo relacionado con bebes. Estos los ofrece Mi Pequeño Closet en la ciudad de Villavicencio aproximadamente hace 5 años. 2 1.1.1 Localización. La Boutique Mi Pequeño Closet se encuentra ubicada en la

Calle 35 No. 38 a 18 Barrio Barzal - Diagonal al temple en la ciudad de Villavicencio – Meta, como se indica en la figura 1.

Figura 1. Ubicación de Boutique Mi Pequeño Closet.

Fuente. La imagen fue elaborada por el desarrollador del proyecto

2 Entrevista realizada a María Paula Castaño – Gerente Mi Pequeño Closet (ver Anexo A)

15

1.1.2 Organización de la empresa. En la figura 2 se puede ver como se encuentra organizada la empresa, ya que se trata de una empresa de tamaño medio tiene un organigrama bastante reducido. Figura 2. Organigrama de la empresa Mi Pequeño Closet.

Fuente: Organigrama facilitado por Mi Pequeño Closet.

1.1.3 Sistemas de información actuales. En la actualidad se cuenta con un aplicativo denominado SOFNIGHT el cual no se actualiza desde el pasado mes de diciembre del 2012, dicho aplicativo contiene los módulos de inventario, ventas, pagos y base de datos de clientes. 1.2 ANTECEDENTES Actualmente, los procesos de venta, inventario, facturación se llevan a cabo manualmente, por lo cual se tiene retraso en el tiempo de ejecución de estos. A nivel comercial, no se encuentra algún sistema que maneje todos los tres aplicativos interrelacionados y en tiempo real, ya que en gran parte son plataformas orientadas a una sola función de los tres módulos que ofrece e l SISTEMA DE INFORMACION DE VENTAS DE ROPA INFANTIL PARA BOUTIQUE “MI PEQUEÑO CLOSET”, a continuación se describirá una de las herramientas más semejantes al sistema desarrollado.

16

Zeus® Inventarios SQL es una herramienta para el control total de los inventarios de la empresa, que funciona sobre una red local y accesible vía internet, que arranca por facilitar los procesos de compra, gestionar y controlar los procesos de venta, permitir el manejo de los inventarios, llevado el costo de los mismos, su historial, su disponibilidad y mucho más, todo interactuando en forma simultánea con la estructura contable de la empresa.3 1.3 SISTEMA ACTUAL Actualmente, en Mi Pequeño Closet, el proceso de ventas se está generando manualmente, ya que como se dijo anteriormente el aplicativo que se manejaba está desactualizado y obsoleto, ya que desde mes de diciembres del año 2012 no se actualiza la base de datos de este y no se tiene una cantidad precisa de artículos y clientes manejados por la tienda, por lo cual lo no es fiable utilizar dicho sistema por parte del usuario. La persona de la tienda que se ocupa de las ventas tiene que realizar todo el proceso de venta y facturación de forma manual y en registros físicos para tener un control, así mismo se ejecuta la gestión de los inventarios, de acuerdo al control físico de las ventas realizadas y de las existencias iniciales de los artículos, se calcula las existencias actuales y se lleva un anotación de cantidades existentes teniendo en cuenta que no se puede ofrecer artículos ya no existentes en la boutique. 1.3.1 Restricciones del sistema actual Haciendo seguimiento a los procesos actuales que se llevan en la empresa se pudo identificar la problemática actual de los siguientes procedimientos: la facturación de artículos se lleva de forma manual y el registro de la venta se genera físicamente, no se tiene un procedimiento o sistema establecido para la venta de artículos online, ya que todo se maneja de forma presencial en la boutique. La verificación y control del inventario se lleva de forma física, ya que no se tiene un sistema para su gestión, en cuanto a la entrega de pedidos no cuenta con un procedimiento establecido para la realización de dicha actividad. 1.4 DIAGNOSTICO En el seguimiento establecido sobre las necesidades detectadas, surge la idea de implementar un sistema que abarque los procesos de inventario, ventas y pedidos online.

3 ZEUS Tecnología, http://www.zeustecnologia.com/public/product_get.aspx?cd_code_product=inventario&gclid=CIzUmZGD97cCFQLxOgodQFgAgw

17

Mi Pequeño Closet implementa los procesos de venta, facturación e inventario de forma presencial y manual, con la realización del sistema de información de ventas de ropa infantil para boutique “mi pequeño closet” se agilizará dichos procesos para su rápida realización y agilización, a parte se desarrollará un módulo web, implementado para la realización de pedidos online por parte de los clientes de la tienda. Dicho proceso anteriormente nombrado es la cuota innovadora que se aporta en el proyecto diseñado y realizado. Con la innovación realizada para Mi Pequeño Closet en la sistematización de varios de sus procesos y la implementación de un nuevo módulo, la tienda está dispuesta a invertir en los recursos computacionales y tecnológicos necesarios para la implementación del nuevo sistema. 1.4.1 Diagnóstico de la infraestructura actual Actualmente la boutique Mi Pequeño Closet cuenta con un salón aproximadamente de 200mts cuadrados, donde hay una recepción para el desarrollo y ejecución de sus ventas y la comodidad que se les brinda a sus clientes. Especificación detallada de los equipos de cómputo utilizados en la empresa. Tabla 1. Recursos computacionales recepción mi pequeño closet Lugar Recepción

Marca HP

Modelo Desktop

Procesador Intel Pentium Core 2 Duo 2.3 Ghz

Memoria RAM 2 GB

Disco Duro 160 GB

Velocidad Internet

2 Mb

Observaciones Este es el equipo que será utilizado para el manejo del módulo escritorio

Fuente. La tabla fue diseñada por el desarrollador del proyecto Además se cuenta con variedad en los productos ofrecidos y excelente atención al cliente por parte de la empresa y sus empleados. 1.5 PLAN DE SISTEMAS 1.5.1 Requerimientos globales

Tabla 2. Descripción requerimientos inicio sesión

Nombre R1 – inicio sesión

18

Resumen El cliente tendrá que indicar su usuario y contraseña para el ingreso al sistema.

Entradas

Usuario

Contraseña

Resultados

Inicio de sesión exitoso

Datos inválidos

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 3. Descripción requerimientos crear cliente

Nombre R2 – Crear Cliente

Resumen Crea usuarios para efectuar compras.

Entradas

Identificación

Tipo de identificación

Nombres

Apellidos

Dirección

Usuario

Password

Resultados

Inicio de sesión exitoso

El nombre de usuario ya existe

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 4. Descripción requerimientos editar cliente

Nombre R3 – Editar Cliente

Resumen Editar cliente existente en el sistema

Entradas

Identificación

Usuario

Password

Resultados

19

Operación Exitosa

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 5. Descripción requerimientos buscar cliente

Nombre R4 – Buscar Cliente

Resumen Examinar clientes en el sistema

Entradas

Identificación

Resultados

Operación Exitosa

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 6. Descripción requerimientos crear articulo

Nombre R5 – Crear Articulo

Resumen Crear artículos en el sistema.

Entradas

Referencia

Precio

Línea

Marca

Cantidad

Descripción

Resultados

Articulo Registrado

Articulo ya registrado

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 7. Descripción requerimientos editar articulo

Nombre R6 – Editar Articulo

Resumen Edita artículos del sistema.

Entradas

Referencia

Resultados

Articulo Editado Satisfactoriamente

Artículo no editado

Fuente. La tabla fue diseñada por el desarrollador del proyecto

20

Tabla 8. Descripción requerimientos buscar articulo

Nombre R6 – Buscar Articulo

Resumen Buscar artículos del sistema.

Entradas

Referencia

Resultados

Articulo Encontrado

No existe articulo

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 9. Descripción requerimientos realizar compra

Nombre R7 – Realizar compra

Resumen Se genera la factura, la cual lleva en su contenido datos del cliente, datos de la factura y sus detalles.

Entradas

Identificación cliente

Referencia articulo

Observaciones

Estado factura

Resultados

Venta realizada

Venta no realizada

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 10. Descripción requerimientos consultar usuario

Nombre R8 – Consultar inventario

Resumen Buscar artículos del sistema.

Entradas

Referencia articulo

Resultados

Articulo encontrado

Cantidades disponibles

21

Artículo no encontrado

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 11. Descripción requerimientos gestionar pedidos

Nombre R9 – Gestionar pedidos

Resumen Se gestiona el estado del pedido que se indique

Entradas

Referencia factura

Resultados

Se cambió el estado del pedido


Diagrama de casos de uso Figura 3. Diagrama de casos de uso

Fuente. El diagrama fue elaborado por el desarrollador del proyecto

22

Documentación casos de uso Actores Tabla 12. Documentación actor mensajero

Actor Mensajero

Tipo Primario Casos de uso Gestionar pedidos

Fuente. La tabla fue diseñada por Edgard Santacoloma Tabla 13. Documentación actor cliente

Actor Cliente

Tipo Primario Casos de uso Inicio sesión

Gestionar pedidos Realizar compra Generar pedido

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 14. Documentación actor cliente

Actor Usuario

Tipo Primario Casos de uso Inicio sesión

Agregar articulo Editar artículos Buscar artículos Agregar cliente Editar cliente Buscar cliente Realizar compra Gestionar pedidos Consultar Inventario Generar factura


Casos de Uso Tabla 15. Documentación caso de uso inicio sesión

Caso de Uso Inicio sesión

Identificador 1 Descripción Se realiza el inicio de sesión para obtener

permisos administrativos en el sistema Actor Principal Usuario

Cliente

23

Actor Secundario

Base de datos

Precondiciones - Estar registrado en el sistema - Se necesita estar logueago y para ello se deberá

iniciar sesión Flujo Principal 1. El procedimiento inicia en la ventana o formulario

de inicio de sesión 2. Se ingresaran los datos necesarios (usuario y

password). 3. Se validan los datos en el sistema. 4. Se generan los permisos en el sistema

Post condiciones

- Login exitoso

Flujos Alternativos

5. Si al validar los datos ingresados no son válidos, se llevara al primer punto del flujo principal

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 16. Documentación caso de uso agregar artículo

Caso de Uso Agregar articulo

Identificador 2 Descripción Se agrega un artículo y todas sus

especificaciones Actor Principal Usuario Actor Secundario

Base de datos

Precondiciones - Inicio sesión - No estar registrado el articulo

Flujo Principal 1. El procedimiento inicia en la ventana o formulario de agregar artículos

2. Se ingresaran los datos del articulo 3. Se validan que los datos en el sistema o estén ya

registrado. 4. Se agrega el artículo a la base de datos.

Post condiciones

- Operación exitosa

Flujos Alternativos

- Si al validar los datos ingresados ya están registrados, se indicara que el articulo ya está en el sistema

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 17. Documentación caso de uso editar artículo

Caso de Uso Editar articulo

Identificador 3

24

Descripción Se editan las especificaciones del articulo Actor Principal Usuario Actor Secundario

Base de datos

Precondiciones - Inicio sesión Flujo Principal 1. El procedimiento inicia en la ventana o formulario

de agregar artículos 2. se editan los campos necesarios del artículo. 3. Se guarda los datos ingresados

Post condiciones


Flujos Alternativos


Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 18. Documentación caso de uso buscar artículo

Caso de Uso Buscar articulo

Identificador 4 Descripción Se buscan las especificaciones del articulo Actor Principal Usuario Actor Secundario

Base de datos


de agregar artículos. 2. se ingresan la referencia en el campo buscar. 3. Se muestran las especificaciones del artículo

encontrado.

Post condiciones


Flujos Alternativos

- Si al validar los datos ingresados no son válidos, se indicara que el artículo no existe.

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 19. Documentación caso de uso agregar cliente

Caso de Uso Agregar cliente

Identificador 5 Descripción Se agrega un cliente y todas sus datos Actor Principal Usuario Actor Secundario

Base de datos

25

Precondiciones - Inicio sesión - No estar registrado el cliente

Flujo Principal 1. El procedimiento inicia en la ventana o formulario de agregar cliente

2. Se ingresaran los datos del cliente 3. Se validan que los datos en el sistema no estén ya

registrado. 4. Se registra el cliente en la base de datos

Post condiciones


Flujos Alternativos


Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 20. Documentación caso de uso editar cliente

Caso de Uso Editar cliente

Identificador 6 Descripción Se editan los datos del cliente Actor Principal Usuario Actor Secundario

Base de datos


de agregar cliente. 2. Se editan los campos necesarios. 3. Se guarda los datos ingresados

Post condiciones


Flujos Alternativos

- Si al validar los datos ingresados ya están registrados, se indicara que el cliente ya está en el sistema

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 21. Documentación caso de uso buscar cliente

Caso de Uso Buscar cliente

Identificador 7

Descripción Se buscan los datos del cliente Actor Principal Usuario Actor Secundario

Base de datos

Precondiciones - Inicio sesión

26

Flujo Principal 1. El procedimiento inicia en la ventana o formulario de agregar cliente.

2. Se ingresan la identificación en el campo buscar 3. Se muestran los datos del articulo encontrado

Post condiciones


Flujos Alternativos

- Si al validar los datos ingresados no son válidos, se indicara que el cliente no existe.

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 22. Documentación caso de uso realizar compra

Caso de Uso Realizar compra

Identificador 8

Descripción Se buscan las especificaciones del articulo Actor Principal Usuario

Cliente Actor Secundario

Base de datos


identificar usuario 2. El procedimiento inicia en la ventana o formulario

de comprobante de venta. 3. Se ingresan los artículos y datos del cliente en los

campos correspondientes. 4. Se realiza la compra. 5. Se muestran las especificaciones de los artículos

agregados a la compra y de los datos del cliente el cual hizo la compra.

6. Se genera reporte en PDF de la venta. Post condiciones


Flujos Alternativos

- SI no se identifica el usuario, se dará la opción de ingresar el cliente nuevo en el formulario agregar cliente

- Si no se realiza la compra, los artículos serán devueltos al inventario

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 23. Documentación caso de uso gestionar pedidos

Caso de Uso Gestionar pedidos

Identificador 9

27

Descripción Se cambia los estados a los pedidos que estén pendiente por entrega o que no se haya realizado el pago de este.

Actor Principal Usuario Mensajero

Actor Secundario

Base de datos

Precondiciones - Inicio sesión en el módulo escritorio - Sincronización de la base de datos para el modulo

móvil Flujo Principal 1. El procedimiento inicia en la ventana o formulario

de gestionar pedidos, 2. Se examina los pedidos y sus estados. 3. De acuerdo al estado de cada pedido se realizara

su respectivo procedimiento. 4. Si el pedido vence su tiempo de tres días para su

pago se pasara a pedido cancelado 5. Si el pedido ha sido pagado se procederá a ser

entregado 6. Si el pedido ha sido entregado el estado del pedido

pasara a entregado Post condiciones

- Estado actualizado

Flujos Alternativos

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 24. Documentación caso de uso consultar inventario

Caso de Uso Consultar inventario

Identificador 10 Descripción Se consulta el artículos y sus cantidades

disponibles Actor Principal Usuario Actor Secundario

Base de datos


de administrar inventario, 2. se ingresa la referencia del producto y se busca. 3. Al buscar la referencia del producto se mostrara

las cantidades disponibles del articulo Post condiciones

- Articulo encontrado

28

Flujos Alternativos

- Artículo no encontrado

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 25. Documentación caso de uso generar factura

Caso de Uso Generar factura

Identificador 11 Descripción Se genera la factura de una compra

Actor Principal Usuario Actor Secundario

Base de datos


de comprobante de venta, 2. Si la venta se realiza satisfactoriamente se

generara la factura para tener un registro y control físico.

Post condiciones - Factura generada Flujos Alternativos

- Si no se genera la venta, no se creara la factura.

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 26. Documentación caso de uso generar pedido

Caso de Uso Generar pedido

Identificador 12 Descripción Se genera la pedido de una compra Actor Principal Cliente

Actor Secundario

Base de datos

Precondiciones - Inicio sesión Flujo Principal 1. El procedimiento inicia en la ventana de carrito de

pedidos, 2. Se ingresan los artículos al carrito 3. Se realiza el pedido 4. se generara el pedido con estado pendiente y tiene

tres días hábiles para su pago 5. Al no abonarse el pago al pedido en el tiempo

establecido, el estado del pedido pasara a cancelado.

Post condiciones

- pedido generada

Flujos Alternativos

- Si no se genera la venta, no se creara el pedido.


29

1.5.2 Factores claves del éxito

Satisfacer realmente las necesidades planteadas por el usuario.

Capacitar adecuadamente a cada una de las personas que irán a interactuar directamente con los módulos establecidos.

Constancia en la entrega de resultados por parte de los desarrolladores de sistema.

Documentación redactada de acuerdo al esquema establecido en los requerimientos funcionales del proyecto.

1.5.3 Funciones

Función de planeación, coordinación y control En el diseño y ejecución del proyecto se crearon tres módulos: uno de escritorio, uno Web y otro móvil. Este sistema manejará la parte de inventario y pedidos online para la empresa Mi pequeño closet.

Función operativa En el módulo web el cliente es el único que interactúa con el sistema para realizar las siguientes funciones:

Cliente

- Inicio sesión - Consulta artículos - Agrega artículos al carro de pedidos - Generar pedido

genera pedido con los artículos y la información del cliente quien realizo la operación.

- Imprimir pedido generado.

En el módulo escritorio el usuario es el único que interactúa con el sistema para realizar las siguientes funciones:

Usuario

- Inicio sesión

- Registrar

30

Clientes

Artículos

- Realiza la compra para un cliente

- Consulta inventario

- Gestiona estado de pedidos

- Genera la factura de una compra

genera factura con datos del cliente y los detalles de la factura

(artículos).

- Imprimir factura generada.

En el módulo móvil el mensajero es el único que interactúa con el sistema para realizar las siguientes funciones:

Mensajero

- Gestiona estado de pedidos y hace entrega de estos.

función financiera En la implementación del proyecto se generarán una serie de gastos adicionales

como la adquisición de un hosting y dominio para el montaje total del módulo web y para el buen funcionamiento de los demás módulos (Escritorio y móvil). Los gastos adicionales serán cubiertos por la empresa de acuerdo a lo acordado con esta.

función asesoría Para el buen funcionamiento del sistema se realizarán capacitaciones a los usuarios y mensajeros, los usuarios que son los administradores en gran parte de sistema se les indicará la funciones que cumple cada procedimiento del sistema y el mensajero el modo de ejecución y funcionamiento del módulo móvil.

función técnica Para el buen funcionamiento del sistema se recomiendan las siguientes especificaciones técnicas

1,5 GB de Memoria RAM Aproximadamente 8 MB de Disco Duro Procesador de 2.0 GHZ Navegador web Sistema Operativo Windows 7

31

Microsoft framework 4.0 en adelante

función administrativa En el momento en que la aplicación se implemente en la boutique, la administración de la misma estará a cargo de María Paula Castaño gerente y auxiliares de venta de la boutique, las funciones y permisos para la aplicación serán semejantes para estas personas. 1.6 ORGANIZACIÓN DE LOS RECURSOS COMPUTACIONALES Especificación detallada de los equipos de cómputo utilizados en la empresa. Tabla 27. Recursos computacionales. Lugar Recepción

Marca HP

Modelo Desktop

Procesador Intel Pentium Core 2 Duo 2.3 Ghz

Memoria RAM 2 GB

Disco Duro 160 GB

Velocidad Internet

2 Mb

Observaciones Este es el equipo que será utilizado para el manejo del módulo escritorio

Fuente. La tabla fue diseñada por el desarrollador del proyecto 1.6.1 Soluciones propuestas Se propuso la realización de una aplicación para la sistematización del inventario y los pedidos online de la boutique Mi Pequeño Closet se agilizará y reducirá el tiempo de respuesta por parte del usuario a los diferentes clientes de la empresa, también se llevará cabo la implementación de nuevos procesos como:

Realización de pedidos online por parte de los clientes.

Automatización de facturación para el usuario.

Control sobre el inventario.

Gestión de los pedidos por parte del usuario y de la persona encargada de la entrega de los pedidos.

Entrega de pedidos a domicilio.

32

1.7 METODOLOGIA INGENIERIL Para el desarrollo de este proyecto se utilizó la metodología de desarrollo por prototipos, ya que en la ejecución de esta el usuario participa más en el desarrollo del proyecto de la mano con el grupo de desarrollo, de acuerdo a lo anterior el usuario y el grupo de desarrollo definen la finalidad general para el software, siguiendo con el reconocimiento de las áreas en donde se requerirá más indagación sobre esta. MODELO DE PROTOTIPOS El Modelo de prototipos, en Ingeniería de software, pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos. El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles para el cliente o el usuario final. Este diseño conduce a la construcción de un prototipo, el cual es evaluado por el cliente para una retroalimentación; gracias a ésta se refinan los requisitos del software que se desarrollará. La interacción ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.4 FASES DE DESARROLLO POR PROTOTIPOS.

Fase 1. Definición de especificaciones

Fase 2. Diseño Conceptual

Fase 3. Desarrollo del Prototipo

Fase 4. Pruebas del Usuario

Fase 5. Implantación Fase 1: Definición de especificaciones: En el transcurso de seminario taller de perfeccionamiento se realizaron varias visita a la empresa y se determina el modelo utilizado para llevar acabo los procesos que se van a mejorar en esta. Con lo anterior se determina las vulnerabilidades que se

4 Wikipedia – La enciclopedia libre, http://es.wikipedia.org/wiki/Modelo_de_prototipos

33

tiene en el actual desarrollo de procesos y se recolecta información que ayude en la implementación del proyecto. Fase 2: Diseño Conceptual: El ejemplar del prototipo que se realice debe ser preciso a lo que se va a desarrollar, para que así el modelo diseñado tenga concordancia e interactúe de la mejor forma con los demás módulos del sistema y tener una adecuada relación con la base de datos. De acuerdo a lo anterior se desarrollara el primer prototipo operativo para decidir cuales la funcionalidad de cada proceso y se llevara a cabo la documentación de este. Fase 3: Desarrollo del Prototipo: En esta fase se llevara a cabo el diseño y desarrollo del primer prototipo de la aplicación, también tendrá como objetivo la redacción y documentación de lo dicho anteriormente. Al finalizar se tendrá un prototipo funcional del aplicativo y se harán las pruebas correspondientes para así en la siguiente fase dar autenticidad al usuario Fase 4: Pruebas del Usuario: En esta fase se harán todas las pruebas pertinentes al prototipo para así validar el desarrollo de este mismo. Con el resultado obtenido se descubrirá las vulnerabilidades y se realizaran las modificaciones. Se volverán a hacer pruebas hasta llegar a un acuerdo con el usuario sobre el prototipo y que cumpla satisfactoriamente con las necesidades de este. Fase 5: Implantación: En esta fase se realizaran las pruebas finales y se harán los correctivos revisando cada una de las fases anteriores y su documentación. Por último se deberá tener la autorización y aceptación del usuario y se realizara un informe para la dirección del proyecto. 5

5 Wikipedia – La enciclopedia libre, http://es.wikipedia.org/wiki/Modelo_de_prototipos

34

2. DISEÑO DEL SISTEMA 2.1 CONCEPTOS BASICOS TECNOLOGICOS Y TECNICOS

HTML El HTML, acrónimo inglés de HyperText Markup Language (lenguaje de marcas hipertextuales), lenguaje de marcación diseñado para estructurar textos y presentarlos en forma de hipertexto, que es el formato estándar de las páginas web. Gracias a Internet y a los navegadores web del tipo Internet Explorer, Opera, Firefox o Netscape, el HTML se ha convertido en uno de los formatos más populares que existen para la construcción de documentos y también de los más fáciles de aprender. HTML es una aplicación de SGML conforme al estándar internacional ISO 8879. XHTML es una reformulación de HTML 4 como aplicación XML 1.0, y que supone la base para la evolución estable de este lenguaje. Además XHTML permite la compatibilidad con los agentes de usuario que ya admitían HTML 4 siguiendo un conjunto de reglas.6 La funcionalidad del HTML es tan sencilla que puede ser creado y editado en cualquier editor de textos básicos, como el Bloc de Notas típico del sistema operativo Windows. También puede editarse en procesadores de textos, software de diseño web o aplicaciones web directamente, como lo más convencionales programas de administración de contenido como WordPress. Introducirse en HTML es una forma sencilla y didáctica de aprender a diseñar en web obteniendo resultados visibles de manera práctica para crear tanto sitios básicos como muy avanzados.7

PHP Actualmente la red de Internet, compuesta por páginas web, sirve de soporte a una gran cantidad de sistemas de información y comunicaciones que engloban áreas tan importantes como la investigación, el comercio electrónico, la visualización de información, el correo electrónico. A medida que pasaron los años, aumentó la afluencia de público y surge la necesidad de reunir y procesar las peticiones del cliente con la finalidad de ofrecerle informaciones mejor dirigidas, escogidas y elaboradas.

6 Pergamino virtual – Buscador hispano, http://www.pergaminovirtual.com.ar/definicion/HTML.html 7 Definición ABC, http://www.definicionabc.com/tecnologia/html.php

35

Es entonces, cuando surgen dos alternativas de diseño web: - Las llamadas páginas en el lado del cliente, programadas en HTML dinámico (DHTML), que se ejecutan en el navegador y son capaces de cambiar su apariencia. Utilizando DHTML podemos conseguir que los objetos aparezcan y desaparezcan, que varíen su tamaño, que se les asocie posiciones absolutas en pantalla… En definitiva, DHTML aumenta las posibilidades de visualización de las instrucciones HTML. -Las páginas del lado del servidor, permiten modificar los contenidos antes de enviarlos al cliente. Las primeras fueron CGI (Common Gateway Interface) que implementan páginas web activas en el servidor, capaces de leer lo que le enviaba un cliente al servidor a través de un formulario, o escribir en la página del cliente.

BASE DE DATOS Una base de datos es un “almacén” que nos permite guardar grandes cantidades de información de forma organizada para que luego podamos encontrar y utilizar fácilmente. A continuación te presentamos una guía que te explicará el concepto y características de las bases de datos. El término de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en California, USA. Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada. Desde el punto de vista informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos. Cada base de datos se compone de una o más tablas que guarda un conjunto de datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte de la información sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla conforma un registro. Características. Entre las principales características de los sistemas de base de datos podemos mencionar:

Independencia lógica y física de los datos.

Redundancia mínima.

Acceso concurrente por parte de múltiples usuarios.

Integridad de los datos.

Consultas complejas optimizadas.

36

Seguridad de acceso y auditoría.

Respaldo y recuperación.

Acceso a través de lenguajes de programación estándar.

Sistema de Gestión de Base de Datos (SGBD). Los Sistemas de Gestión de Base de Datos (en inglés DataBase Management System) son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta.

Lenguaje de Modelado Unificado (UML) Una exigencia de la gran mayoría de instituciones dentro de su Plan Informático estratégico, es que los desarrollos de software bajo una arquitectura en Capas, se formalicen con un lenguaje estándar y unificado. Es decir, se requiere que cada una de las partes que comprende el desarrollo de todo software de diseño orientado a objetos, se visualice, especifique y documente con lenguaje común. Se necesitaba un lenguaje que fuese gráfico, a fin de especificar y documentar un sistema de software, de un modo estándar incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema. Este lenguaje unificado que cumple con estos requerimientos, es ciertamente UML, el cual cuenta con una notación estándar y semánticas esenciales para el modelado de un sistema orientado a objetos. ¿Qué es UML? El Lenguaje de Modelado Unificado (UML:Unified Modeling Language) es la sucesión de una serie de métodos de análisis y diseño orientadas a objetos que aparecen a fines de los 80's y principios de los 90s.UML es llamado un lenguaje de modelado, no un método. Los métodos consisten de ambos de un lenguaje de modelado y de un proceso. El UML, fusiona los conceptos de la orientación a objetos aportados por Booch, OMT y OOSE (Booch, G. et al., 1999). UML incrementa la capacidad de lo que se puede hacer con otros métodos de análisis y diseño orientados a objetos. Los autores de UML apuntaron también al modelado de sistemas distribuidos y concurrentes para asegurar que el lenguaje maneje adecuadamente estos dominios.

37

2.2 DOCUMENTO DE DISEÑO DEL SISTEMA 2.2.1 Descripción técnica del sistema. La aplicación consta de tres módulos los cuales están orientados a la web, escritorio y móvil. El módulo escritorio constan de un inicio de sesión, en donde se podrá realizar la administración de artículos y clientes del sistema y solo podrá ser usada el actor usuario. También se podrán hacer compras para un cliente por medio de su identificación y consultar el inventario y gestionar los estados de los pedidos realizados por los clientes en el módulo web. En el módulo web se maneja un estilo sencillo de tienda online para lo cual se necesitará estar registrado y logueado en el módulo. Las solicitudes de los clientes serán manejadas como pedidos, el módulo tiene un catálogo de artículos y un carro de pedidos en donde se podrán ir almacenado los artículos, al finalizar su pedido se generará un reporte en donde se le informará al cliente que tiene tres días hábiles para su pago y si no pasará el pedido a estado cancelado. En el módulo móvil se implementó la entrega de pedidos, en donde el mensajero se encargará de entregar los pedidos que estén en estado pagado, después de hacer la entrega el estado del pedido se actualizará a entregado para así justificar la entrega satisfactoria del pedido En la implementación del proyecto se utilizaron diferentes herramientas de desarrollo, como lo fueron los lenguajes de programación C#, PHP, también se utilizó el gestor de modelo entidad relación “Mogwai” y el gestor de base de datos “Postgresql”. En la figura 4 se muestra el diagrama de clases General (Forma de interacción del sistema con cada uno de sus componentes).

38

Figura 4. Diagrama de clases General

Fuente. El diagrama fue diseñado por el desarrollador del proyecto

39

Tabla 28. Descripción clases Interfaz

CLASE DESCRIPCION

Interfaz principal Nos muestra la pantalla principal del módulo, el cual nos muestra cada una de las funciones del sistema.

iniciar_sesion_P Nos muestra la interfaz Inicio Sesión, donde ingresaremos los datos usuario y password.

Gestion_articulos_P Nos muestra la interfaz Agregar artículos, donde realizaremos funciones administraciones para los artículos (Agregar, Editar, Buscar).

Gestion_cleinte_P Nos muestra la interfaz Agregar cliente, donde realizaremos funciones administraciones para los clientes (Agregar, Editar, Buscar).

Inventario_P Nos muestra la interfaz Inventario donde podremos consultar las cantidades disponibles por artículo.

Venta_P Nos muestra la interfaz comprobante de venta donde primero identificamos al cliente al cual vamos hacer la venta y seguidamente agregaremos los artículos al detalle de la factura.

Generar_factura_P Nos muestra la interfaz comprobante de venta, después de realizar todo el proceso de venta, oprimimos el botón realizar venta y generamos la factura de la venta

Gestion_pedidos_P Nos muestra la interfaz gestión pedidos, la cual la utilizamos para actualizar los estados de los pedidos de acuerdo a las restricciones y condiciones establecidas.

Fuente. La tabla fue elaborada por el desarrollador del proyecto Tabla 29. Descripción clases control

CLASE DESCRIPCION

Interfaz principal Nos proporciona la administración de la interfaz principal del sistema.

Inicio sesión Nos proporciona la administración de los datos ingresados en la interfaz inicio sesión.

Artículos Nos proporciona la administración de los datos ingresados en la interfaz Agregar articulo.

Clientes Nos proporciona la administración de los datos ingresados en la interfaz Agregar cliente

Inventario Nos proporciona la administración de los datos importados y exportados en la interfaz Administrar inventario.

Venta Nos proporciona la administración de los datos ingresados en la interfaz comprobante de venta.

40

Factura Nos proporciona el reporte de una venta.

Pedidos Nos proporciona la administración de los datos ingresados en la interfaz Gestionar pedidos.

Fuente. La tabla fue elaborada por el desarrollador del proyecto Tabla 30. Descripción clase entidad

CLASE DESCRIPCION

Bd Permite administrar la información que se maneja en la base de datos mediante sentencias SQL e interactuar con los datos almacenado en esta.

Fuente. La tabla fue elaborada por el desarrollador del proyecto

Diagramas de secuencia – WEB

Figura 5. Diagrama de secuencia inicio sesión


41

Figura 6. Diagrama de secuencia realizar compra


42

Figura 7. Diagrama de secuencia generar pedido


43

Diagramas de secuencia – ESCRITORIO Figura 8. Diagrama de secuencia inicio sesión


44

Figura 9. Diagrama de secuencia gestión cliente


45

Figura 10. Diagrama de secuencia gestión artículos


46

Figura 11. Diagrama de secuencia realizar venta


47

Figura 12. Diagrama de secuencia gestión pedidos


48

Figura 13. Diagrama de secuencia inventario


49

Figura 14. Diagrama de secuencia generar factura


50

Diagramas de secuencia – MOVIL

Figura 15. Diagrama de secuencia gestión pedidos


51

2.2.2 Alcances y delimitaciones

Alcances

El sistema será utilizado únicamente por la boutique Mi Pequeño Closet. Los módulos pueden estar expuestos a cambio evolutivos Se podrá realizar la gran mayoría de funciones administrativas por el

usuario, así no dependerá de algún administrador del sistema, a menos de ser temas puntuales y complejos.

Se manejaron diversos temas aplicados al desarrollo y ejecución de los

aplicativos implementados.

Delimitaciones

No se manejaron todas las reglas contractuales para la realización de una venta.

La gestión de los pedidos siempre se hará manualmente en el sistema Siempre que se actualice el estado de un pedido en el módulo móvil, se

debe actualizar los datos con el webservices. En el módulo web se limitará a consultar los artículos disponibles y

realizar el pedido con las condiciones acordadas 2.2.3 Configuración del hardware y software. Características mínimas de los equipos de cómputo para los clientes:

Hardware 512 MB de Memoria RAM 20 GB de Disco Duro Procesador de 1.8 GHz

52

Software Sistema Operativo (Mínimo Windows 7) Navegador Web Lector de Archivos formato PDF Plugins para manejo de Animaciones Flash

Características mínimas de los equipos de cómputo para usuario (administrador):

Hardware Equipo para función de Servidor 2 GB de Memoria RAM 500 GB de Disco Duro Procesador de 2.4 GHz

Software Sistema Operativo (Mínimo Windows 7) Navegador Web Lector de Archivos formato PDF Plugins para manejo de Animaciones Flash Apache (Manejo de PHP) SGBD PostgreSQL Servidor Web

53

2.2.4 Modelo de datos Figura 16. Modelo Relacional.


54

2.2.5 Definición de atributos y entidades

Diccionario de datos Tabla 31. Diccionario de datos

NOMBRE TIPO TAMAÑO RANGO DESCRIPCIÓN

Artículos

Referencia character varying

20 0-9,A-Z.a-z Almacena referencia del artículo, llave primaria

Precio Numeric 12,3 0-9,A-Z.a-z Almacena precio del articulo

Descripción character varying

200 0-9,A-Z.a-z Almacena descripción del articulo

Cantidad_inicial

Integer 0-9 Almacena cantidad inicial del articulo

id_linea Serial 0-9 Llave primera de tabla línea

Id_marca Serial 0-9 Llave primaria de tabla marca

Imagen character varying

100 0-9,A-Z.a-z Almacena imagen del articulo

Clientes

Identificación character varying

20 0-9,A-Z.a-z Almacena Identificación del cliente, llave primaria

Tipo_identificacíon

character varying

20 0-9,A-Z.a-z Almacena tipo de identificación del cliente

Nombres character varying

30 0-9,A-Z.a-z Almacena nombres del cliente

Apellidos character varying

30 0-9,A-Z.a-z Almacena apellidos del cliente

Dirección character varying

40 0-9,A-Z.a-z Almacena dirección del cliente

Teléfono character varying

20 0-9,A-Z.a-z Almacena teléfono del cliente

Mail character varying

50 0-9,A-Z.a-z Almacena email del cliente

Usuario character varying

50 0-9,A-Z.a-z Almacena el usuario web del cliente

Password character varying

50 0-9,A-Z.a-z Almacena password web del cliente

55

Detalle_factura

Id serial serial Almacena serial de detalle factura, llave primaria

Referencia character varying

20 0-9,A-Z.a-z Almacena referencia de articulo

Id_factura Integer 0-9 Almacena id de la factura

Factura

Id integer 0-9,A-Z.a-z Almacena id de la factura, llave primaria

Fecha date AAAA-MM-DD Almacena fecha de realización de la factura

identificación character varying

20 0-9,A-Z.a-z Almacena identificación del cliente

Tipo_identificacion

character varying

20 0-9,A-Z.a-z Almacena tipo de identificación del cliente

Total_factura character varying

20 0-9,A-Z.a-z Almacena el total de la factura

Estado_factura character varying

20 0-9,A-Z.a-z

Almacena estado de la factura

Observaciones character varying

200 0-9,A-Z.a-z

Almacena las observaciones de la factura

Inventario

Cantidades integer 0-9 Almacena las cantidades disponibles de los artículos

Id serial Almacena id inventario

Fk_articulos_referencia

character varying

20 0-9,A-Z.a-z Almacena el motivo de la tutoría

56

Linea

Id serial Almacena id de la línea, llave primaria

Línea character varying

20 0-9,A-Z.a-z Almacena línea del articulo

Marca

Id serial Almacena el id de la marca, llave primaria Nombre character

varying 30 0-9,A-Z.a-z Almacena el

nombre del motivo de la tutoría Fuente. La tabla fue elaborada por el desarrollador del proyecto.

2.3. DISEÑO DE LA INTERFAZ 2.3.1 interfaz de escritorio Figura 17. Pantalla Inicio sesión

Fuente. La interfaz fue elaborada por el desarrollador del proyecto

57

Figura 18. Pantalla menú principal


58

Figura 19. Pantalla Administrar artículos

Fuente. La interfaz fue elaborada por el desarrollador del proyecto Figura 20. Pantalla Administrar clientes


59

Figura 21. Pantalla Administrar inventario

Fuente. La interfaz fue elaborada por el desarrollador del proyecto Figura 22. Pantalla Identificar cliente para venta


60

Figura 23. Pantalla Factura


61

Figura 24. Pantalla Gestión pedidos

Fuente. La interfaz fue elaborada por el desarrollador del proyecto 2.3.2 interfaz web Figura 25. Pantalla Inicio sesión


62

Figura 26. Pantalla menú principal


63

Figura 27. Pantalla lista de artículos


64

Figura 28. Pantalla datos usuario


65

Figura 29. Pantalla carrito de pedido


66

Figura 30. Pantalla Registrarme

Fuente. La interfaz fue elaborada por el desarrollador del proyecto Figura 31. Pantalla reporte pedido


67

2.3.3 interfaz móvil Figura 32. Pantalla menú principal

Fuente. La interfaz fue elaborada por el desarrollador del proyecto Figura 33. Pantalla Reporte de pedidos


68

Figura 34. Pantalla Detalle pedido


69

3. ANALISIS ECONOMICO

Tabla 32. Costos de producción

TIPO DE COSTO

DESCRIPCION USUARIO FINAL

DESARROLLADORES

SERVICIO TECNICO

Hosting $120.000 -------

PAPELERIA

Cartuchos tinta ------- $ 70.000

Empastado ------- $ 70.000

Fotocopias ------- $ 30.000

Papel ------- $ 24.000

CD’s ------- $ 5.000

HARDWARE

Computador ------- $ 1.400.000

Impresora ------- $ 200.000

Memoria USB ------- $ 28.000

VIAJES Transporte ------- $ 230.000

COMUNICACIONES

Internet ------- $ 180.000

Teléfono ------- $ 90.000

SERVICIOS Energía ------- $ 120.000

SUBTOTAL $ 120.000 $ 2.447.000

TOTAL $ 2.567.000

Fuente. La imagen fue elaborada por el desarrollador del proyecto Tabla 33. Costos de operación y/o Administración

TIPO DE COSTO

DESCRIPCION

CANTIDAD

COSTO EMPRESA

HONORARIOS

------- ------- $ 0

------- ------- $ 0

UTILERIA Y PAPELERIA

------- ------- $ 0

------- ------- $ 0

CAFETERIA ------- ------- $ 0

ADECUACIONES DE HARDWARE ------- ------- $ 0

ADECUACIONES DE SOFTWARE ------- ------- $ 0

SERVICIOS ------- ------- $ 0

IMPUESTOS ------- ------- $ 0

COMUNICACIONES ------- ------- $ 0

TOTAL $0


70

Tabla 34. Costos de inversión

DESCRIPCION VALOR

Hosting $ 230.000

Patentes $ 0

Hardware $ 0

Software $ 0

TOTAL $ 230.000

Fuente. La tabla fue diseñada por el desarrollador del proyecto Tabla 35. Total Costos

DESCRIPCION VALOR

Costos de Producción $ 2.567.000

Costos de operación $ 0

Costos de inversión $ 230.000

TOTAL $ 2.797.000


71

4. CONCLUSIONES

Con el desarrollo de la aplicación se implementa la sistematización de los procesos de facturación, gestión de pedidos, gestión de inventario y la realización de pedidos online, la cual ayudará a beneficio propio de la empresa en cuanto a ventas e imagen.

Se minimiza el tiempo de respuesta en atención al cliente por parte de los funcionarios de la empresa.

Principalmente la población que se beneficiará con la implementación de los aplicativos serán clientes entre la población civil de Villavicencio y los empleados de la boutique, aproximadamente son cinco personas los empleados y gerente de la tienda.

Se logra sistematizar los procesos de ventas y pedidos online para los empleados de Mi Pequeño Closet y clientes de esta.

En el desarrollo de los aplicativos se manejan distintas tablas en una base de datos que se relacionan entre sí, varios tipos de datos y atributos para el buen funcionamiento de cada aplicativo.

72

5. RECOMENDACIONES

Se recomienda a la empresa:

Realizar el uso adecuado de todo el sistema, para así entregar los resultados esperados por el usuario final.

Realizar los procesos que fueron automatizados por medio del aplicativo.

Realizar actualizaciones a los aplicativos, de acuerdo a las nuevas necesidades que se presenten por parte del usuario

Hacer diariamente la gestión de los pedidos que se realicen, ya que es un proceso que se realiza única y exclusivamente por el usuario o el mensajero.

73

BIBLIOGRAFIA CEBALLOS, Fco Javier (2010) Microsoft Visual Basic .NET lenguaje y aplicaciones (3ra. Edición) Madrid, España editorial RA-MA. LOPEZ QUIJANO, José (2011) Domine PHP y Mysql programación dinámica en el lado del servidor (2da. Edición) Madrid, España editorial RA-MA. WEITZENFELD, Alfredo. Ingeniería del software orientado a objetos con UML, java e internet. México D.F. (México). Thomson. 2005. 199 p. Php, http://www.php.net/manual/es/intro-whatis.php,[08-05-2011]. Ciberaula php, http://php.ciberaula.com/articulo/introduccion_php Desarrollo web, http://www.desarrolloWeb.com/articulos/499.php,[07-05-2011]. PostgreSQL-es, http://www.postgresql.org.es/sobre_postgresql,[07-05-2011].

74

ANEXOS

75

Anexo A. Entrevista Gerente Mi Pequeño Closet

76

Documents

SISTEMA DE INFORMACION DE VENTAS DE ROPA INFANTIL …