DISEÑO E IMPLEMENTACION DE UN SISTEMA DE INFORMACION WEB …

DISEÑO E IMPLEMENTACION DE UN SISTEMA DE INFORMACION WEB PARA LA

GESTIÓN DE INVENTARIO Y VENTAS DE LA EMPRESA SAHET JEANS

CRISTIAN DARÍO ARDILA HOLGUÍN

COD. 20091078031

ANDRÉS PEÑA MANTILLA

COD. 20082078069

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

FACULTAD TECNOLOGICA

TECNOLOGIA EN SISTEMATIZACION DE DATOS

BOGOTA

2015

DISEÑO E IMPLEMENTACION DE UN SISTEMA DE INFORMACION WEB PARA LA

GESTIÓN DE INVENTARIO Y VENTAS DE LA EMPRESA SAHET JEANS

CRISTIAN DARÍO ARDILA HOLGUÍN

COD. 20091078031

ANDRÉS PEÑA MANTILLA

COD. 20082078069

PROYECTO DE DESARROLLO TECNOLÓGICO

TUTOR

SONIA ALEXANDRA PINZÓN NUÑEZ

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

FACULTAD TECNOLOGICA

TECNOLOGIA EN SISTEMATIZACION DE DATOS

BOGOTA

2015

Nota de aceptación

__________________________

__________________________

__________________________

_________________________

Tutor

_________________________

Jurado

_________________________

Jurado

4

CONTENIDO

RESUMEN ....................................................................................................................... 8

ABSTRACT .................................................................................................................... 10

INTRODUCCION ........................................................................................................... 12

1. FASE DE DEFINICION, PLANEACION Y ORGANIZACIÓN .................................. 15

1.1 TÍTULO DEL PROYECTO ................................................................................ 15

1.2 TEMA ................................................................................................................ 15

1.3 PLANTEAMIENTO DEL PROBLEMA ............................................................... 15

1.3.1 Descripción del problema ........................................................................... 15

1.3.2 Formulación del problema .......................................................................... 18

1.4 OBJETIVOS ......................................................................................................... 19

1.4.1 Objetivo General ............................................................................................ 19

1.4.2 Objetivos Específicos ..................................................................................... 19

1.5 ALCANCES Y DELIMITACIONES ........................................................................ 20

1.5.1 Alcances ........................................................................................................ 20

1.5.2.1 Delimitación Técnica ............................................................................... 21

1.5.2.2 Delimitación Temporal ............................................................................. 22

1.5.2.3 Delimitación Geográfica ......................................................................... 22

1.5.2.4 Delimitación Temática ............................................................................. 22

1.6 JUSTIFICACION .................................................................................................. 25

1.7 MARCO DE REFERENCIA .................................................................................. 27

5

1.7.1 Marco histórico ............................................................................................... 27

1.7.2 Marco Teórico ................................................................................................ 31

2 FASE DE REQUERIMIENTOS ............................................................................... 38

2.1 MODELADO DEL NEGOCIO ............................................................................ 38

2.2 REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES ........................... 43

2.2.1 Requerimientos no funcionales................................................................... 45

2.2.2 Requerimientos funcionales ....................................................................... 46

3 FASE DE ANÁLISIS DE REQUERIMIENTOS DEL SISTEMA Y DEL SOFTWARE

47

3.1 CRONOGRAMA ................................................................................................ 48

3.2 DIAGRAMAS DE CASO DE USO ..................................................................... 49

3..2 Creación de lista preliminar de casos de uso (vista general) ...................... 54

3.3 DIAGRAMA DE CLASES .................................................................................. 56

3.4 DIAGRAMAS DE SECUENCIA ........................................................................ 57

D.S Generar Factura de Venta ................................................................................ 57

D.S Generar Devolución de Venta .......................................................................... 58

3.5 DIAGRAMAS DE ESTADO ............................................................................... 59

D.E. Generar Factura de Venta ............................................................................... 60

D.E Generar Devolución de Venta .......................................................................... 61

4 FASE DE DISEÑO .................................................................................................. 63

4.1 MODELO Y DISEÑO DE LA INTERFAZ DE USUARIO .................................... 63

4.2 MODELO DE CLASES DE INTERFAZ ............................................................. 65

6

4.3 DIAGRAMA DE COMPONENTES .................................................................... 67

4.4 MODELO RELACIONAL ................................................................................... 68

4.5 DIAGRAMA DE DESPLIEGUE ......................................................................... 69

4.7 DICCIONARIO DE DATOS ............................................................................... 71

5. PRUEBAS ............................................................................................................... 74

5.1 PRUEBAS DE PERSISTENCIA ........................................................................ 74

5.1.1 Pruebas de Empleado. ............................................................................... 74

5.1.2 Pruebas de Cliente. .................................................................................... 76

5.1.3 Pruebas de Sucursal .................................................................................. 78

5.1.4 Pruebas de Producto .................................................................................. 80

5.1.5 Pruebas de Referencia. .............................................................................. 82

5.1.6 Pruebas de Factura .................................................................................... 84

5.1.7 Pruebas de Devolución ............................................................................... 84

5.1.8 Pruebas de Reporte de Ventas................................................................... 85

5.1.9 Pruebas de Generación de Código de Barras ............................................ 85

5.2 PRUEBAS DE INTEGRACIÓN ......................................................................... 86

5.2.1 Pruebas de integración Empleado .............................................................. 86

5.2.2 Pruebas de integración Referencia ............................................................. 88

5.2.3 Pruebas de integración Cliente ................................................................... 90

5.2.4 Pruebas de integración Sucursal ................................................................ 92

5.2.5 Pruebas de integración Producto................................................................ 94

5.2.6 Pruebas de Integración Factura .................................................................. 96

7

5.2.7 Pruebas de Integración Devolución ............................................................ 96

5.2.8 Pruebas de Integración Reporte de Ventas ................................................ 97

5.2.9 Pruebas de Integración generación código de Barras ................................ 98

6. CONCLUSIONES ................................................................................................... 99

7. RECOMENDACIONES ......................................................................................... 101

BIBLIOGRAFÍA ............................................................................................................ 102

8

RESUMEN

En el proyecto titulado “Diseño e Implementación de un sistema de información

web para la gestión de inventario y ventas de la empresa Sahet Jeans se

estructuraron las siguientes fases de requerimientos, análisis, diseño y pruebas

para dar solución a la problemática planteada anteriormente en este documento.

Para el desarrollo de la solución informática fue necesaria la utilización de una

metodología razón por la que se optó por utilizar la metodología RUP; como

resultado final se generaron los siguientes módulos como solución a la

problemática.

En la fase de análisis se realizó el estudio detallado de la problemática dentro de

la empresa, en donde se detallaron los problemas y soluciones de la tesis.

En la fase de diseño de determinó la estrategia que se va a utilizar para resolver el

problema, dando a conocer los modelos y diseños más relevantes del software

que se desarrolló de los cuales surgieron los siguientes módulos:

● Módulo de Gestión de Clientes.

● Módulo de Gestión de Empleados.

● Módulo de Gestión de Reportes.

● Módulo de Gestión de Productos.

● Módulo de Gestión de Devoluciones.

● Módulo de Facturación.

9

En la fase de pruebas se realizaron los debidos testeos que garantizaron el

correcto funcionamiento del software bajo el mayor número de situaciones

posibles a las que se pueda enfrentar.

En este proyecto se ha llegado a una serie de conclusiones y recomendaciones

encaminadas a la solución y mejoramiento de las gestiones de la compañía en

donde fue posible realizar esta tesis.

Palabras Claves: Sistema web, Gestión de inventario y ventas.

10

ABSTRACT

In the Project Titled "Design and Implementation of United Nations information

system Web to manage inventory and sales Jeans Company Sahet the following

phases were structured to: requirements, analysis, design and testing para to solve

the problems posed above este documento.

Development of the software solution was necessary the utilization of a

methodology reason why I chose to use the RUP Methodology; As a final result m

the following modules as a solution to the problem were generated.

In the analysis phase the detailed study of the problem within the company, where

the problems and solutions of the thesis are stressed.

In the design phase of the Strategy it determined that it will use para solve the

problem, giving know the most relevant models and designs that developed the

software of which emerged the following modules:

● Customer Management Module.

● Employee Management module.

● Reports Management Module.

● Product Management Module.

● Returns Management Module.

● billing module.

In the testing phase due testings that guaranteed the correct operation of the

software under the greatest number of possible situations that you may face is

performed.

11

In this project it has reached a A series of conclusions and recommendations

aimed at improving Solution and similar efforts by the Company En Donde esta

thesis was possible.

Keywords: web system, inventory management and sales.

12

INTRODUCCION

El Sistema de información web para la gestión de inventario y ventas de la

empresa Sahet Jeans fue el resultado del desarrollo del presente proyecto que

permite gestionar el inventario y las ventas por medio de un lector de código de

barras facilitando la gestión de los procesos anteriormente nombrados.

Para el proceso de desarrollo de la aplicación se implementó la metodología

RUP, ya que el Sistema de información web para la gestión de inventario y ventas

de la empresa Sahet Jeans es un sistema orientado a objetos y teniendo en

cuenta que es la metodología estándar más utilizada para el análisis,

implementación y documentación de este tipo de aplicaciones.

La arquitectura MVC con la que fue desarrollado el Sistema de información web

para la gestión de inventario y ventas de la empresa Sahet Jeans permite

diferenciar sus capas y la creación de módulos que están débilmente acoplados,

esto trae consigo ventajas como simplicidad en el mantenimiento de los sistemas,

el desarrollo es escalable, facilidad para la realización de pruebas unitarias de los

componentes.

El Sistema de información web para la gestión de inventario y ventas de la

empresa Sahet Jeans fue desarrollado en lenguaje de programación Java

versión JEE7 (traduce Java empresarial), su base de datos es administrado por el

sistema Gestionador de Base de Datos MySQL y el servidor utilizado para su

alojamiento es GlassFish 4.1

En el Sistema de información web para la gestión de inventario y ventas de la

empresa Sahet Jeans, el usuario final encuentra diferentes módulos realizar su

labor de acuerdo al rol al que pertenezca dentro del sistema.

13

Dentro de la aplicación se implementarán los siguientes módulos y características:

Módulo de Gestión de productos: Se implementará un módulo para la

gestión y venta de productos que permitirá registrar las unidades de

bodega en el cual se permita agregar, modificar, eliminar, consultar los

productos o su información, para luego asignar el número determinado de

productos a enviar a cada almacén también permitirá la generación de

facturas en forma física almacenando la información en la nube para su

posterior consulta y generación de reportes de ventas, también permitiendo

realizar cotizaciones, registrar devoluciones y aplicar descuentos

temporales iimplementando una estructura de inventarios que pertenece a

dos tipos de inventarios los cuales son inventarios de producto

terminado (PT) puesto que no se maneja inventario de insumos ni materias

primas, e inventario perpetuo ya que este se actualiza con cada

modificación de un usuario.

Módulo de gestión de usuarios: Este será un módulo de autenticación para

el inicio de sesión de los usuarios de la empresa, en el cual tendrá acceso a

la información de su cuenta, en este módulo se podrá modificar la

información acorde a su rol, (consultar, modificar, agregar y eliminar su

información personal, ingresar datos de los clientes, facturar, generar

reportes, agregar usuarios, agregar productos).

Módulo de reportes: Implementar un módulo que permitirá la generación de

informes, por parte de los administradores de los almacenes en medio

físico almacenando la información en la nube para su posterior consulta,

informes que serán presentados al gerente, o que podrán ser consultados

14

por este mismo por medio del sistema de información, permitiendo el

monitoreo constante de las actividades llevadas a cabo durante el día.

Módulo de Generación de Códigos de barras: Se Implementará un módulo

que permitirá generar códigos de barras para los productos utilizando el

estándar de códigos de barras code128.

15

1. FASE DE DEFINICION, PLANEACION Y ORGANIZACIÓN

1.1 TÍTULO DEL PROYECTO

DISEÑO E IMPLEMENTACION DE UN SISTEMA DE INFORMACION WEB PARA

LA GESTIÓN DE INVENTARIO Y VENTAS DE LA EMPRESA SAHET JEANS

1.2 TEMA

Gestión de inventarios y ventas.

Gestión de recursos humanos.

Arquitectura de software.

Sistema de información web.

Bases de datos.

Códigos de barras.

1.3 PLANTEAMIENTO DEL PROBLEMA

1.3.1 Descripción del problema

Los sistemas de información para el manejo de inventarios y ventas se han

convertido herramientas que facilitan el manejo y control sobre los productos en

las empresas dedicadas a la comercialización de bienes, productos y servicios.

Estos sistemas de información se caracterizan por el buen manejo que tienen

sobre las unidades en stock, lo que permite controlar de una mejor manera los

procesos de fabricación, gestión y venta de productos sin pérdida de información,

como inconsistencias económicas y generación de reportes.

16

Actualmente la empresa SAHET SPORT como entidad comercial instituida ante la

cámara de comercio, se dedica a la fabricación y comercialización de prendas de

su marca registrada, la venta de sus productos se efectúa en varios almacenes

distribuidos en varios puntos de la ciudad, también se ofrece la posibilidad de ver

modelos vía web en la página “sahet.com.co” en los cuales están imágenes de los

diferentes modelos de productos comercializados por la marca, y una pestaña de

contacto con la empresa para que los clientes en potencia tengan más

información acerca de la adquisición de productos de la marca SAHET.

En la gestión y control interno de productos es utilizado el programa Microsoft

Excel®, un código de barras es implementado para registrar la prenda en una

celda que muestra las unidades en stock de dicha referencia, al momento de

hacerse dicho registro incrementa el contador de unidades entrantes o salientes

en el documento de Microsoft Excel®, así teniendo en cuenta, cuantas están en

bodega, y generando un archivo con las unidades disponibles.

Luego de que las unidades existentes están registradas en el archivo de Microsoft

Excel®, las prendas son enviadas a los diferentes puntos de distribución en los

cuales se procede a la venta, y por medio de una confirmación telefónica y un

papel son contadas las unidades que salen de bodega y llegan a los almacenes.

Al momento de la venta se genera un recibo que se elabora manualmente y se le

proporciona una copia del recibo original al cliente, por otra parte el recibo original

es archivado es un talonario que muestra las ventas a lo largo del día y que

posteriormente será utilizado para generar reportes.

En el caso del control de reportes de las entradas y salidas diarias de la

mercancía se genera un documento físico por parte del administrador o jefe del

17

almacén que posteriormente es entregado al gerente comercial y es enviado a la

bodega central.

Al momento de recopilar los datos de los clientes son generados documentos

físicos que están una carpeta de archivos del respectivo almacén, en el caso de

los empleados, los archivos son generados también archivos físicamente y

permanecen en la oficina de recursos humanos de la empresa.

Una de las problemáticas que se presenta a lo largo del proceso de gestión,

ventas y control dentro de la empresa es la perdida de información, ya que al

generar muchos de los recibos o comprobantes de mercancía en físico, por el

descuido o desorden se genera perdida del documento lo que hace que en

ocasiones exista inconsistencia en los inventarios.

Teniendo en cuenta el proceso anteriormente descrito se pueden generar los

siguientes inconvenientes que impiden un buen desempeño dentro de la empresa

los cuales son:

La pérdida de información de los reportes generados en físico, ya que el

descuido de los empleados genera el extravío de documentos relevantes

para el estudio económico y contable de la empresa.

Los medios físicos dificultan el manejo de pedidos en caso de manejar un

alto volumen de los mismos.

Al tener un sistema de facturación y control de productos por medio de

recibos se pierde información de carácter relevante y valioso de clientes o

posibles clientes en potencia.

Los empleados no tienen un sistema de registro informático, motivo por el

cual los reportes en físico después de entregados al delegado encargado

de diligenciar registros en Microsoft Excel, lo cual hace que los procesos de

18

registro control de datos sean demasiado lentos y los reportes no puedan

ser entregados con inmediatez.

Por tal motivo se ha de diseñar e implementar un sistema de información web que

gestione la administración y ventas para la empresa SAHET JEANS.

1.3.2 Formulación del problema

¿El desarrollo de un sistema de información web, que gestione el inventario y las

ventas de la empresa SAHET JEANS, permitirá mejorar el proceso que se lleva a

cabo dentro de esta?

19

1.4 OBJETIVOS

1.4.1 Objetivo General

● Desarrollar un sistema de información web para la administración de ventas

e inventarios para la empresa SAHET JEANS ubicada en Bogotá,

Colombia.

1.4.2 Objetivos Específicos

● Diseñar la base de datos que cumpla con los requisitos de almacenamiento

del Sistema de Información.

● Desarrollar los módulos de gestión de usuarios, ventas, entrada y salida de

productos.

● Desarrollar el componente generador de códigos de barras para el control

de inventarios.

● Modelar la estructura del nuevo sistema de información de acuerdo con la

metodología aplicada (metodología RUP).

● Implementar un módulo y un formato apropiado para la generación de los

reportes ya sea impreso (medio físico) o digital (medio magnético).

● Realizar las pruebas unitarias y de integración que permitan verificar la

funcionalidad del sistema de información.

20

1.5 ALCANCES Y DELIMITACIONES

1.5.1 Alcances

Para el manejo de la aplicación no se requerirá de descargar e

instalaciones adicionales para la visualización de los productos en el

equipo cliente.

Cualquier desarrollador que tenga conocimientos y habilidades en

programación web podrá modificar el administrador de contenido, ya

que su núcleo será desarrollado en arquitectura MVC y escalable.

El entorno del sistema de información web será gráfico.

EL Sistema de información web para la gestión de inventario y ventas

de la empresa Sahet Jeans será desarrollado bajo aplicativos con la

licencia GNU GPL, pero para una distribución y modificación única de

la empresa Sahet Jeans.

También al ser un sistema multiusuario se definirán los siguientes roles en el

sistema:

● Administrador del sistema de información.

● Vendedor

● Administrador de almacén.

21

Administrador del sistema:

Este usuario será el encargado de gestionar todos los módulos del sistema, podrá

crear, modificar, insertar y eliminar tanto usuarios como productos, generar

reportes, ventas, devoluciones, en conclusión su rol dentro de la aplicación es de

permiso total.

Administrador de almacén:

Su labor dentro de la aplicación es la de generar reportes de ventas y comisiones

de los empleados de su sucursal y también tendrá permisos para facturar y

realizar devoluciones en productos del almacén.

Vendedor:

Su labor dentro del sistema es del de facturar y generar devoluciones sobre

productos en el almacén de su ambiente de trabajo.

1.5.2 Delimitaciones

1.5.2.1 Delimitación Técnica

El administrador del sistema de información se limitara como única y

exclusivamente para realizar modificaciones de alto impacto dentro del proceso de

gestión de las ventas e inventarios, también modificar y/o eliminar usuarios,

referencias, productos, y hacer consultas al sistema si lo amerita.

22

1.5.2.2 Delimitación Temporal

Luego de que Sistema de información web para la gestión de inventario y ventas

de la empresa Sahet Jeans esté terminado a su totalidad, los usuarios únicamente

podrán realizar la gestión de acuerdo a las necesidades de la empresa, la

generación de una nueva versión dado el caso dependerá únicamente de la

empresa Sahet Jeans después de esta implementación.

1.5.2.3 Delimitación Geográfica

A nivel local empresarial, solo para uso exclusivo de la empresa Sahet Jeans.

1.5.2.4 Delimitación Temática

El desarrollo del presente proyecto implica conocimientos en los siguientes temas:

Sistemas de Información web

Bases de Datos

Infraestructura lógica e Informática

Inventarios

Gestión de personal

Metodología de desarrollo del Software (RUP):

Modelado del negocio

Análisis

Diseño

23

Implementación

Pruebas

Mantenimiento

Patrón de arquitectura de Software:

Java en su documentación JEE6: Es primordial el conocimiento del

lenguaje de desarrollo del proyecto.

MySQL: Es indispensable tener conocimientos en el gestor de base de

datos para dar la solución a la persistencia del sistema de información.

Manejo de Framework de código de barras: Indispensable para la

gestión de inventarios dentro de la aplicación.

1.5.2.5 Delimitación Técnica

Las especificaciones técnicas para el desarrollo del software son las

siguientes:

Herramientas para la programación en lenguaje Java (version JEE6),

Netbeans 7.1 o superior.

MySQL SGBD para la compilación de los query’s y MySQL Workbench

para la el diseño de la base de datos.

Microsoft Word para realizar la documentación temática del proyecto.

Microsoft Visio, Microsoft Project y Enterprise Arquitech para realizar la

diagramación.

Para el alojamiento de la aplicación en la nube se contaran con las siguientes

especificaciones:

24

1 IP Pública fija

5GB de espacio en Disco

1024 MB de memoria RAM

Sistema Operativo Linux (Ubuntu, Centos, Debian, ArchLinux o Fedora)

Server

1TB de Transferencia

25

1.6 JUSTIFICACION

La presente implementación de este proyecto parte de la importancia de la

implementación de la tecnología como una vía de fácil solución a los procesos de

control dentro de una entidad o empresa en el siglo XXI.

En esta era de las Tics cada vez más las instituciones de diferente razón social

están dando un giro trascendental en la forma de gestionar, manipular y controlar

la información y los procesos dentro de ellas, si hacemos un paralelo de la época

de hoy a la de hace 50 años podemos llegar a la fácil conclusión de que el avance

y crecimiento de estas es directamente proporcional a la implementación de

tecnología, lo que hace que su avance sea ponderado, lineal y lógico.

En comparación a gestión de procesos en las 5 décadas anteriores se podía

observar como los registros para una compañía mediana se reducía simplemente

a tener varios empleados encargados de múltiples y diversos archivos papel en los

cuales los registros de transacciones, anotaciones o negocios se llevaran de esta

manera, pero después de la década de los 80 con el boom de la programación, la

utilización de archivos en lenguajes como c++, la facilidad de la búsqueda de

información no se hizo de esperar que se aplicaran todos estos conocimientos a la

gestión de procesos , por lo cual nació la era de los sistemas de información

aplicados a diferentes problemas usando un sin fín de múltiples perspectivas.

Ahora en pleno siglo XXI una solución web es una solución óptima a las

necesidades de cualquier empresa a cualquier escala, ofreciendo gran variedad

de soportes en varios lenguajes y sistemas gestores de bases de datos que se

pueden adaptar a cualquier presupuesto dependiendo de su actividad económica

26

y también dependiendo del número de procesos internos llevados a cabo dentro

de ellas, haciendo que ahorremos tiempo y costos innecesarios en cosas

irrelevantes que ya están obsoletas.

Por tal motivo la implementación del Sistema de información web para la gestión

de inventario y ventas de la empresa Sahet Jeans es una solución objetiva y viable

a la problemática anteriormente descrita eliminando todas las desventajas del uso

de procesos obsoletos e innovando con la implementación de unos nuevos para

la optimización gerencial dentro de la misma utilizando la tecnología.

27

1.7 MARCO DE REFERENCIA

1.7.1 Marco histórico

Introducción

Como se indicó en la definición, los Sistemas de Información son requeridos para

poder dar apoyo al proceso de toma de decisiones de las organizaciones. Desde

esta perspectiva debe ser absolutamente claro que toda organización requiere de

Sistemas de Información, y los requiere durante toda su existencia... Lo único que

va a cambiar en el tiempo, es la forma en que se implementarán estos sistemas.

Un poco de Historia

Al analizar la llegada de la informática a las empresas, es bueno considerar dos

ámbitos importantes, por una parte está la evolución de las teorías de la

administración y en el otro frente de batalla, la llegada de la computación a las

empresas.

Breve y simplificada historia de la administración

Sin pretender hacer un análisis exhaustivo de las teorías de administración

(materia propia de otros ramos), es necesario observar algunos hitos importantes

que han influido en el acercamiento al término: "informática" y su importante

relación con las organizaciones.

Es fácil imaginar que en las primeras empresas, aquellas llevadas a cabo por

nuestros ancestros prehistóricos, simplemente se lanzaban en pos de un objetivo

28

(posiblemente una pieza de cacería que les diera de comer) de la misma manera

que funcionan las manadas de animales salvajes: todos al ataque en forma

instintiva. En esos muy primitivos tiempos, el éxito o fracaso de las empresas se

medían directamente según la sobrevivencia o muerte de la tribu.

Con los primeros atisbos de inteligencia, ellos deben haber descubierto que era

una muy buena idea seleccionar a los mejores cazadores y enviarlos a ellos a

cazar, mientras que los miembros restantes de la tribu se dedicaban a otras

labores. Se descubrió entonces que era necesario tomar algunas decisiones

(¿cuánto cazar?; ¿dónde hacerlo?) y que para ello se necesitaba información (a

cuántos debemos alimentar, dónde está la tribu); sin embargo, en una tribu de

tamaño reducido, era relativamente fácil poder manejar esos datos. Al igual que

con los ancestros menos iluminados, la medición del éxito o fracaso en la gestión

tribal, se hacía en función de la sobrevivencia; un importante problema surgió

cuando la tribu alcanzó un tamaño tal, que ya no era tan claro, para quienes

tomaban las decisiones, cuántos eran los miembros, a quiénes se les dio de

comer (y quiénes faltan). En ese momento, la necesidad, actuó como madre de la

inventiva y generó los medios necesarios para poder mantener actualizada esta

información. Desde los "nudos" incaicos hasta los papiros egipcios, cumplieron la

misma función. La idea era contar y si se llevaba bien la cuenta, entonces se tenía

cierta certeza respecto del éxito de la empresa que se emprendiera... Desde

cuidar ovejas hasta construir pirámides o imperios. Dependiendo de la empresa,

se necesitaría de más o menos "contadores" que asegurarán que todo estaba

bien.

Esto debe haber funcionado bien por varios siglos, hasta que las empresas

crecieron tanto que ya no bastaba con los medios antes indicados. La segunda

guerra mundial marcó el inicio de la era de las empresas multinacionales (los

"aliados" son la primera gran empresa multinacional), donde la distribución de los

29

recursos -la mayoría de las veces escasos- a distintas partes del mundo, era la

clave fundamental para presumir el éxito o fracaso de la misión. En este estado de

las cosas, fue necesario sistematizar a fondo el proceso de control de recursos y

con ello se definieron una serie de tareas repetitivas que eran necesarias para

mantener este control.

Es en este momento en que queda claro que una empresa no sobrevive sólo en

función de su producto o servicio, sino que tanto la supervivencia como el éxito de

la empresa dependen en buena parte del soporte administrativo de la

organización. Surge entonces la sección "Administración y Finanzas", que en

muchas organizaciones consume casi el 60% de los recursos que se han invertido

en la empresa. Y no es raro que a la hora de aumentar la inversión, sea esta área

la que obtiene los mayores recursos.

Computación y Empresa

No obstante lo anterior, no se debe perder de vista el objetivo principal de las

organizaciones, que es "vender" su producto o servicio. Para ello, las empresas

buscan otorgar un soporte adecuado al proceso productivo, el cual se caracteriza

(en la mayoría de los casos) por la repetición de tareas específicas y muy bien

especificadas. Es decir, no sólo con pocos objetivos muy bien definidos, sino que

con una definición muy precisa de la metodología a seguir para alcanzar el

objetivo. Desde esta perspectiva, fue claro que ciertas empresas de gran volumen,

consideraron la inclusión de mecanismos computarizados, para que tomaran el

control de algunas de estas tareas altamente repetitivas y de mínimo nivel de

necesidad de usar "intelecto". Otras, consideraron el uso de elementos

computarizados para el control y registro de volúmenes de producción.

30

La aparición de estos elementos, que en su mayoría eran simples contadores

mecanizados, trajo consigo un efecto que no se puede olvidar. Hasta antes que

llegara la "máquina", había un ser humano haciendo ese trabajo (que por muy

embrutecedor que fuera, igual era una fuente de trabajo).

Esta situación generó el primer antecedente histórico que se debe tener en

cuenta: El miedo a perder el empleo luego de la incorporación

tecnológica (situación muchas veces utilizada por jefaturas mediocres, para

justificar ciertos despidos que la empresa requiere por otras razones, pero que no

se atreven a enfrentar). Lo anterior, se debe analizar con cuidado y, al momento

de analizar la incorporación de tecnología en los Sistemas de Información

(fundamentalmente computacional), se debe recordar que el efecto de pérdida de

empleos, se produce principalmente entre los "blue collar" ("cuellos azules" que es

la forma en la que se denomina al trabajador de producción, debido al uso de

overoles de ese color), que debido a la naturaleza repetitiva de su trabajo son

"reemplazables" por la máquina; Muy diferente es la situación de los "white collar",

("cuellos blancos", que es la forma en que se denomina al personal de

administración y finanzas, así como a los gerentes, pues usan camisas,

habitualmente blancas), quienes tienen un trabajo dual, por una parte la repetitiva

recopilación y actualización de información ("reemplazable" computacionalmente)

y por otra de análisis e interpretación de la información para la toma de decisiones

(que no es tan "reemplazable", al menos no sólo con Sistemas de Información, ni

siquiera con Sistemas Expertos)1

1 Universidad de Santiago de Chile, José Miguel Santiballez Allendes, Ingeniero de Informática” Antecedentes Históricos de los Sistemas de Información”. {Última consulta: 14 de marzo de 2014}, Disponible en : http://jms.caos.cl/si/si02.html.

31

1.7.2 Marco Teórico

Introducción

Los sistemas de información (SI) están cambiando la forma en que operan las

organizaciones actuales. A través de su uso se logran importantes mejoras, pues

automatizan los procesos operativos de las empresas, proporcionan información

de apoyo al proceso de toma de decisiones y, lo que es más importante, facilitan

el logro de ventajas competitivas a través de su implantación en las empresas.

Definiciones

Dato, información y sistema En ocasiones los términos dato e información se

utilizan como sinónimos, lo cual es un error. Dato puede ser un número, una

palabra, una imagen.En el ámbito cotidiano se utiliza en plural “datos”, los cuales

son la materia prima para la producción de información. Información, por su parte,

son datos que dentro de un contexto dado tienen un significado para alguien.

Finalmente, sistema es el mecanismo por el cual se generará información.

Gráfica 1. Como trabaja un Sistema de Información2

2 Sistemas de Información Gerencial, James O’ Brien, Editorial, McGrawHill, Septima Edición.2006, Capítulo 1 “Los sistemas de información”, Página 4.

32

Definición de un sistema de información

Un sistema de información es un conjunto de elementos que interactúan entre sí

con el fin de apoyar las actividades de una empresa o negocio. En un sentido

amplio, un sistema de información no necesariamente incluye equipo electrónico

(hardware). Sin embargo, en la práctica se utiliza como sinónimo de “sistema de

información computarizado”.

Estos elementos son de naturaleza diversa y normalmente incluyen:

El equipo computacional, es decir, el hardware necesario para que el

sistema de información pueda operar. Lo constituyen las computadoras y el

equipo periférico que puede conectarse a ellas.

El recurso humano que interactúa con el sistema de información, el cual

está formado por las personas que utilizan el sistema, alimentándolo con

datos o utilizando los resultados que genere.

Los datos o información fuente que son introducidos en el sistema, son

todas las entradas que éste necesita para generar como resultado la

información que se desea.

Los programas que son ejecutados por la computadora, y producen

diferentes tipos de resultados. Los programas son la parte del software del

sistema de información que hará que los datos de entrada introducidos

sean procesados correctamente y generen los resultados que se esperan.

33

Las telecomunicaciones que son básicamente “hardware” y “software”,

facilitan la transmisión de texto, datos, imágenes y voz en forma electrónica.

Procedimientos que incluyen las políticas y reglas de operación, tanto en la

parte funcional del proceso de negocio, como los mecanismos para hacer

trabajar una aplicación en la computadora.

Un sistema de información realiza cuatro actividades básicas: entrada,

almacenamiento, procesamiento y salida de información. A continuación se

definen cada una de estas actividades.

Entrada de información. La entrada es el proceso mediante el cual el

sistema de información toma los datos que requiere para procesar la

información. Las entradas pueden ser manuales o automáticas. Las

manuales son aquellas que son proporcionadas en forma directa por el

usuario, mientras que las automáticas son datos o información que

provienen 0 son tomados de otros sistemas o módulos. Esto último se

denomina interfaces automáticas. Así, un sistema de control de clientes

podrá tener una interfase automática de entrada con el sistema de

facturación, ya que toma las facturas que genera 0 elabora el sistema de

facturación como entrada al sistema de control de clientes.

Las unidades típicas de entrada de datos a las computadoras son las

estaciones de trabajo, las cintas magnéticas, las unidades de diskette, los

códigos de barras, los escáners, la voz, los monitores sensibles al tacto, el

teclado y el mouse, entre otras.

34

Almacenamiento de información. El almacenamiento es una de las

actividades o capacidades más importantes que tiene una computadora, ya

que a través de esta propiedad el sistema puede recordar la información

guardada en la sesión o proceso anterior. Esta información suele ser

almacenada en estructuras de información denominadas archivos.

La unidad típica de almacenamiento son los discos magnéticos o discos

duros, los discos flexibles o diskettes y los discos compactos (CD— ROM),

discos de alta capacidad (zip,_jaz). Existen otras formas de

almacenamiento, las cuales serán explicadas más adelante.

Tecnologías de información

Después de haber comprendido el concepto de SI existe la necesidad de explicar

un concepto todavía más amplio: tecnologías de información (TI), del inglés IT

(information technology). Este término hace referencia a todas aquellas

tecnologías que permiten y dan soporte a la construcción y operación de los

sistemas de información. A continuación se presenta una lista no exhaustiva de

ejemplos de estas tecnologías, algunas de las cuales serán comentadas a lo largo

de este libro:

35

Gráfica 2. Actividades que realiza un Sistema de Información3

Redes de datos, teletexto, redes de televisión, satélites, teléfono, fibra óptica,

Videodiscos, discos compactos, fax, gateways, ruteadores, concentradores (hubs),

módems, laser disc, software, sistemas de diseño computarizados, unidades de

almacenamiento de datos, servicios de transferencia electrónica, tarjetas

inteligentes, etcétera.

Tipos y usos de los sistemas de información

Durante los próximos años, los sistemas de información cumplirán tres objetivos

básicos dentro de las organizaciones:

1) Automatizar los procesos operativos.


36

2) Proporcionar información que sirva de apoyo al proceso de toma de

decisiones.

3) Lograr ventajas competitivas a través de su implantación y uso

Gráfica 3. Diseño conceptual de un Sistema de Información4

Con frecuencia, los sistemas de información que logran la automatización de

procesos operativos dentro de una organización son llamados sistemas

transaccionales, ya que su función primordial consiste en procesar transacciones

tales como pagos, cobros, pólizas, entradas, salidas, etc. Por otra parte, los

sistemas de información que apoyan el proceso de toma de decisiones son los

sistemas de apoyo a la toma de decisiones (DSS), sistemas para la toma de

decisiones de grupo (GDSS), sistemas expertos de apoyo a la toma de decisiones

(EDSS) y sistemas de información para ejecutivos (EIS). El tercer tipo de

sistemas, de acuerdo con su uso u objetivos que cumplen, es el de los sistemas


37

estratégicos, los cuales se desarrollan en las organizaciones con el fin de lograr

ventajas competitivas, a través del uso de la tecnología de información.

Gráfica 4 Tipos de un Sistema de Información5.


38

2 FASE DE REQUERIMIENTOS

Esta es la fase de abstracción de las necesidades del cliente en la cual se detalla

las funciones que el software va a desempeñar teniendo en cuenta que existen

requerimientos funcionales y no funcionales del sistema.

Los requerimientos no funcionales hacen relación a las características del sistema

que aplican de manera general como un todo, más que a rasgos particulares del

mismo. Estos requerimientos son adicionales a los requerimientos funcionales que

debe cumplir el sistema, y corresponden a aspectos tales como la disponibilidad,

flexibilidad, seguridad y facilidad de uso.

Los requerimientos no funcionales deberán ser detallados aún más durante la fase

de diseño del Sistema de Información.

2.1 MODELADO DEL NEGOCIO

Los siguientes diagramas permiten comprender el sector de negocios al cual el

sistema va a servir. En él se plasman los procesos que influyen en la arquitectura

y codificación de las clases del sistema de información.

A continuación se detallarán en los diagramas los procesos de cada uno de los

módulos del sistema:

39

Diagrama MN 1. Modelado de Facturación.

En el siguiente diagrama se describen los procedimientos que el sistema de

información tiene que realizar para que los procesos del módulo de facturación se

lleven a cabo de manera que cumpla con su objetivo correspondiente.

Gráfica 5. Modelado del Negocio de Facturación6

6 Peña Mantilla Andres, Ardila Holguín Cristian Darío (2015), Diseño e Implementación de un

Sistema de información web para la gestión de inventario y ventas de la empresa SAHET JEANS,

Modalidad de Pasantía, Diagrama de Modelado de Facturación

40

Diagrama MN 2. Modelado del negocio Usuarios.


información tiene que realizar para que los procesos del módulo de usuarios se


Gráfica 6. Modelado del Negocio Usuarios7

7 Peña Mantilla Andres, Ardila Holguín Cristian Darío, (2015), Diseño e Implementación de un


Modalidad de Pasantía, Diagrama de Modelado del Negocio de Usuarios

41

Diagrama MN 3. Modelado del negocio Productos.


información tiene que realizar para que los procesos del módulo de productos se


Gráfica 7. Modelado del Negocio Productos8



Modalidad de Pasantía, Diagrama de Modelado del Negocio de Productos

42

Diagrama MN 4. Modelado del negocio Sucursales.


información tiene que realizar para que los procesos del módulo de productos se


Gráfica 8. Modelado del Negocio Productos9



Modalidad de Pasantía, Diagrama de Modelado del Negocio de Sucursales

43

2.2 REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES

10Los requerimientos pueden dividirse en requerimientos funcionales y

requerimientos no funcionales.

Los requerimientos funcionales definen las funciones que el sistema será capaz de

realizar. Describen las transformaciones que el sistema realiza sobre las entradas

para producir salidas.

Los requerimientos no funcionales tienen que ver con características que de una u

otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo

y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de

equipo), mantenimiento, seguridad, portabilidad, estándares, etc.

La siguiente tabla describe los RF y los RNF del sistema:

TABLA DE REQUERIMIENTOS

No. REQUISITO OBSERVACIONES OBLIGATORIO OPCIONAL

F1

El sistema debe

obligatoriamente solicitar

un usuario y contraseña

para poder ingresar.

Estos datos dependerán de

los datos existentes en la

base de datos la cual contiene

los registros de cada uno de

los actores del sistema.

X

F2 El sistema debe tener una

interfaz gráfica

Una interfaz gráfica amigable

facilita una fácil navegación al

usuario final

X

10 Universidad Nacional del Sur- Bahía Blanca, Argentina, María de los Ángeles Fernández Benassati, Elsa Estévez, Departamento de Ciencias e Ingeniería de la Computación http://sedici.unlp.edu.ar/bitstream/handle/10915/21299/Documento_completo.pdf?sequence=1

44

F3

El sistema debe informar

al usuario cuando se

realiza o no se realiza una

operación con una

notificación.

Las notificaciones son

esenciales para identificar si

cualquier transacción a

realizar dentro del sistema se

lleva de manera correcta o si

se genera algún error,

X

F4

Se requiere de conexión a

Internet para poder utilizar

las funciones del sistema

de información.

Dado el caso que el usuario

final desee solo ejecutar la

aplicación de manera local,

puede realizarlo.

X

F5

El sistema de información

será responsive

(adaptable al dispositivo

móvil)

El usuario final decide en

donde cree que para él es

amigable la visualización del

sistema, si en un dispositivo

móvil o en un equipo de

cómputo convencional.

X

F6


permitirá la gestión de

empleados con las

funcionalidades de crear,

consultar modificar y

eliminar.

El administrador gestiona la

creación de nuevos usuarios

dentro del sistema de

información.

X

F7



productos con las



eliminar.


creación de nuevos productos

dentro del sistema de

información.

X

F8



sucursales con las




creación de nuevas

sucursales dentro del sistema

de información.

X

45

eliminar.

F8



clientes con las



eliminar.

El administrador y el vendedor

gestionan la creación de

nuevos clientes dentro del

sistema de información.

X

F9


permitirá la generación de

facturas de venta.


realizan la generación de una

factura de venta.

X

F10


permitirá las devoluciones

en ventas.


podrán realizar una

devolución en venta cuando lo

consideren necesario(según

normativas de la empresa)

X

F11


permitirá la generación de

reportes de ventas por

vendedor.

El administrador realiza los

reportes de ventas según

cada vendedor registrado en

el sistema,

X

F12


tendrá una interfaz en la

que se visualicen

contenidos exclusivos de

la marca (Misión, Visión,

Catálogo de Productos,

Book’s de Colección)

X

2.2.1 Requerimientos no funcionales

- Creación de manual del usuario del sistema.

- Se requiere de conexión a Internet para poder utilizar las funciones del

sistema de información.

46

- El administrador de contenido se podrá utilizar en navegadores como: Internet

Explorer 8.1 o superior, Mozilla Firefox 35.0.1, Google Chrome 39.0 o superior.

- La velocidad de trabajo del administrador o vendedor dependerá de la

suministrada por el respectivo proveedor de servicios de internet (PSI).

- Si por fallas geológicas la integridad de la conexión a internet se ve afectada

no se podrá seguir usando el sistema y no se garantizará un backup de los

datos una vez desconectado del servicio.

2.2.2 Requerimientos funcionales

A continuación se describen las características y comportamientos de las

funciones que deberá poseer el gestor de SISTEMA DE INFORMACION PARA LA

GESTION EN VENTAS E INVENTARIOS DE SAHET JEANS. En este apartado

se determinan actores, refinamiento y nombramiento de los casos de uso y su

correspondiente documentación para determinar la funcionalidad que deberá tener

el sistema de información de acuerdo con los objetivos establecidos en la

propuesta presentada.

Identificación de actores

Listado de Actores

ID Nombre Descripción

Act01 Administrador

Es el responsable de la gestión de usuarios, productos,

sucursales generación de facturas, reportes y

devoluciones en el sistema de información. Este usuario

será el autorizado para administrar la gestión del contenido

extra como imágenes de los productos.

Act02 Vendedor Podrá realizar la gestión con la creación de clientes

47

3 FASE DE ANÁLISIS DE REQUERIMIENTOS DEL SISTEMA Y DEL

SOFTWARE

La masificación del uso de las herramientas como computadores de escritorio,

notebooks, teléfonos celulares, tabletas, tabletófonos, GPS, internet entre otros ha

hecho que el mundo empiece a depender cada vez más de la tecnología teniendo

en cuenta la faceta tangible(hardware) e intangible(software).

El software en los últimos 30 años ha tenido un impacto y crecimiento exponencial

en nuestra vida cotidiana tecnificando procesos que transforman una labor

tediosa en una muy fácil de manejar, tanto así que tal y como evoluciona el

mundo contemporáneo no podemos concebir un futuro sin él., por tal motivos la

tesis de este proyecto el cual se ha centrado en tecnificar y sistematizar un

problema como el de SAHET.

El SISTEMA DE INFORMACION WEB PARA LA GESTIÓN DE INVENTARIO Y

VENTAS DE LA EMPRESA SAHET JEANS es una aplicación que ayudará a la

empresa a gestionar de manera más efectiva el inventario y las ventas de la

compañía.

El SISTEMA DE INFORMACION WEB PARA LA GESTIÓN DE INVENTARIO Y

VENTAS DE LA EMPRESA SAHET JEANS está pensado en los empleados que

puedan ver reducida su productividad dentro de la compañía realizando procesos

de manera manual que limita una relación costo- beneficio cuanto a tiempo y

dinero se refiere.

48

3.1 CRONOGRAMA

El cronograma es una herramienta en la gestión de proyectos. Puede tratarse de

un documento impreso o de una aplicación digital; en cualquier caso, el

cronograma incluye una lista de actividades o tareas con las fechas previstas de

su comienzo y final.

Gráfica 9. Cronograma de Actividades11



Modalidad de Pasantía, Cronograma de Actividades.

49

3.2 DIAGRAMAS DE CASO DE USO

Los diagramas de casos de uso documentan el comportamiento de un sistema

desde el punto de vista del usuario. Por lo tanto los casos de uso determinan los

requisitos funcionales del sistema, es decir, representan las funciones que un

sistema puede ejecutar.

En este caso describiremos detalladamente los casos de uso más relevantes que

el SISTEMA DE INFORMACION PARA LA GESTION EN VENTAS E

INVENTARIO para la empresa SAHET JEANS implementa:

Gráfica 10. Diagrama Caso de uso Generar Factura12



Modalidad de Pasantía, Diagrama caso de Uso generar factura.

50

Documentación caso de uso generar factura

CASO DE USO: GF

IDENTIFICACION

17

NOMBRE

GENERAR FACTURA

ACTORES

ADMINISTRADOR,

EMPLEADO

FECHA DE CREACION: 10 de diciembre 2014

FECHA ULTIMA ACTUALIZACION: 27 de enero de 2015

DESCRIPCION:

El módulo de facturación sistema corresponde a la gestión comercial permite

generar facturas, generar devoluciones de ventas. En el sistema de información

el actor podrá generar facturas.

Precondiciones - El usuario debe ser administrador o empleado.

Poscondiciones - El usuario debe estar creado y disponible en

el sistema.

CURSO NORMAL DE LOS EVENTOS

ACCION DEL ACTOR RESPUESTA DEL SISTEMA

1. El Actor ingresa a la aplicación por

medio del navegador.

2. Visualiza una interfaz en la cual

solicita nombre de usuario y

contraseña.

3. El Actor se autentica con su

nombre de usuario y contraseña.

4. Verifica si el usuario existe y es

registrado.

5. El actor diligencia la información

solicitada por el sistema.

6. Muestra una interfaz donde solicita

datos para la generación de la factura

7. El actor confirma la información y

genera el evento para generar la

factura.

8. Ejecuta la sentencia con los datos

suministrados por el actor en la base

de datos y notifica que ha sido

51

generada la factura.

MANEJO DE SITUACIONES EXCEPCIONALES

a) Factura no generada: en caso de que el sistema de información no genere la

factura se le notifica.

Gráfica 11. Diagrama Caso de uso Generar Factura13

Documentación caso de uso generar devolución de venta

CASO DE USO: GDV

IDENTIFICACION

18

NOMBRE

GENERAR

DEVOLUCIÓN DE

ACTORES

ADMINISTRADOR,

EMPLEADO



Modalidad de Pasantía, Diagrama caso de Uso generar devolución de venta.

52

VENTA



DESCRIPCION:

El módulo de facturación sistema corresponde a la gestión comercial permite

generar facturas, generar devoluciones de ventas. En el sistema de información

el actor podrá generar devolución de una venta.

Precondiciones - El usuario debe ser administrador o empleado.


el sistema.







contraseña.




registrado.




datos para la generación de la

devolución de la venta.

7. El actor confirma la información y

genera el evento para generar la

devolución de la venta.

8. Ejecuta la sentencia con los datos



generada la devolución de la venta


b) Devolución de venta: en caso de que el sistema de información no genere

devolución de venta se le notifica.

53

Documentación caso de uso generar reporte ventas de comisión

CASO DE USO: GRCE

IDENTIFICACION

19

NOMBRE

GENERAR REPORTE

DE COMISIONES

EMPLEADO

ACTORES

ADMINISTRADOR.



DESCRIPCION:

El módulo de reportes del sistema corresponde a la generación de informes

para el monitoreo de la gestión comercial. En el sistema de información el actor

podrá generar reportes de comisiones de un empleado.

Precondiciones - El usuario debe ser administrador.


el sistema.







contraseña.




registrado.




datos para la generación de la reporte

de comisiones del empleado.

7. El actor confirma la información y 8. Ejecuta la sentencia con los datos

54

genera el evento para generar el

informe de la comisión de un

empleado.



generado el informe de la comisión del

empleado.


c) Generación de reporte de comisión vendedor: en caso de que el sistema de

información no genere el reporte de la comisión del empleado se le notifica.

3..2 Creación de lista preliminar de casos de uso (vista general)

A partir de la fase de fase de definición y planeación se determinaron los

siguientes casos de uso para cada actor del sistema, a continuación se

presentará la lista preliminar anexando posteriormente su respectiva

documentación en el archivo “SAHET- DIAGRAMAS ANEXOS (ANEXO 1)“debido

a la reglamentación de la ley 99 de 1993 que estipula la preservación del medio

ambiente.14

Administrador

Registrar Empleado.

Consultar Empleado.

Modificar Empleado.

Eliminar Empleado.

Eliminar Cliente.

Registrar Cliente.

Consultar Cliente.

14 República de Colombia, Ministerio del Medio Ambiente, Ley 99 de 1993, Fundamentos de la política ambiental en Colombia, http://www.oas.org/dsd/EnvironmentLaw/Serviciosambientales/Colombia/Ley99de1993demedioambienteColombia.pdf, http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=297

http://www.oas.org/dsd/EnvironmentLaw/Serviciosambientales/Colombia/Ley99de1993demedioambienteColombia.pdf


http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=297

55

Modificar Cliente.

Registrar Producto.

Consultar Producto.

Modificar Producto.

Eliminar Producto.

Generar Factura de Venta

Generar devolución de Venta.

Generar reporte de comisiones de Vendedor.

Eliminar Sucursal.

Registrar Sucursal.

Consultar Sucursal.

Modificar Sucursal.

Registrar Referencia.

Consultar Referencia.

Modificar Referencia.

Eliminar Referencia

Generar código de Barras

Vendedor

Eliminar Cliente.

Registrar Cliente.

Consultar Cliente.

Modificar Cliente.

Generar Factura de Venta

Generar devolución de Venta.

56

3.3 DIAGRAMA DE CLASES

El diagrama de Clases representa las clases de la capa lógica de cada uno de los

módulos diseñados en el SISTEMA DE INFORMACION PARA LA GESTION EN

VENTAS E INVENTARIO DE SAHET JEANS que serán utilizadas dentro del

sistema y las relaciones que existen entre ellas. Nos sirve para visualizar las

relaciones entre las entidades del sistema, las cuales pueden ser asociativas, de

herencia, de uso y de convencimiento.

Sucursal

- Integer idSucursal;- String nombresuc;- String direccionsuc;- Integer telefonosuc;

+ void setEmpleadoCollection()+ void setFacturaCollection()+ void setProductoCollection()+ Empleado getEmpleadoCollection()+ Factura getFacturaCollection()+ Producto getProductoCollection()

Producto

- Integer idProducto;- Integer cantidadprod;- Integer precioProd;

+ void setSucursalCollection()+ void setFacturaCollection()+ void setReferenciaCollection()+ Sucursal getSucursalCollection()+ Factura getFacturaCollection()+ Referencia getReferenciaCollection()

Referencia

- Integer idReferencia;- String nombreref;- Integer linearef;- Integer tiporef;- Integer consref;

+ void setProductoCollection()+ Producto getProductoCollection()

Empleado

- Integer idEmpleado;- String nombreempleadoi;- String apellidosempleado;- Integer telefonoempleado;- Integer celularempleado- String fotoempleado;- Integer tipoDocumento;- String direccionempleado;- String emailempleado;- String contrasenaempleado;

+ void setProductoCollection()+ Producto getProductoCollection()+ Rol setRolidRol()+ getRolidRol()+ Sucursal setSucursalidSucursal()+ getSucursalidSucursal()

Rol

- Integer idRol;- String nombrerol;

+ void setEmpleadoCollection()+ Empleado getEmpleadoCollection()

Cliente

- Integer idReferencia;- String nombreref;- Integer linearef;- Integer tiporef;- Integer consref;

+ void setProductoCollection()+ Producto getProductoCollection()

Garantia

- Integer idGarantía;- String descripciongarantia;

+ void setProductoCollection()+ Producto getProductoCollection()+ Rol setFacturalidFactura()+ getFacturalidFactura()

Factura

- Integer idFactura;- Date fechafact;- Integer valorfact;

+ void setProductoCollection()+ Producto getProductoCollection()+ void setGarantiaCollection()+ GarantiagetGarantiaCollection()+ Sucursal setSucursalidSucursal()+ getSucursalidSucursal()+ Empleado setEmpleadolidEmpleado()+ getEmpleadoidEmpleado()+ Cliente setClienteidCliente()+ getClienteidCliente()

Gráfica 12. Diagrama Clases de las Entidades15



Modalidad de Pasantía, Diagrama clases de las entidades.

57

3.4 DIAGRAMAS DE SECUENCIA

El diagrama de Secuencia representa las clases de la capa lógica de cada uno de

los módulos diseñados en el SISTEMA DE INFORMACION PARA LA GESTION

EN VENTAS E INVENTARIO DE SAHET JEANS que serán utilizadas dentro del

sistema y las relaciones que existen entre ellas. Nos sirve para visualizar las

relaciones entre las clases de la capa lógica de cada uno de los módulos que

involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de

convencimiento. A continuación mostraremos los diagramas de secuencia más

relevantes del sistema de información.

D.S Generar Factura de Venta

Gráfica 13. Diagrama de Secuencia Generar Factura16



Modalidad de Pasantía, Diagrama de Secuencia Generar Factura

58

D.S Generar Devolución de Venta

Gráfica 14. Diagrama de Secuencia Generar Devolución de venta17


siguientes diagramas de clase para cada función del sistema, a continuación se

presentará los respectivos diagramas anexando posteriormente su respectiva

documentación en el archivo “SAHET- Diagramas Anexos (Anexo 3)“debido a la

reglamentación de la ley 99 de 1993 que estipula la preservación del medio

ambiente.18



Modalidad de Pasantía, Diagrama de secuencia generar devolución de venta.

18 República de Colombia, Ministerio del Medio Ambiente, Ley 99 de 1993, Fundamentos de la política ambiental en Colombia,

59

3.5 DIAGRAMAS DE ESTADO

19Los diagramas de estados son una técnica conocida para describir el

comportamiento de un sistema. Describen todos los estados posibles en los que

puede entrar un objeto particular y la manera en que cambia el estado del objeto,

como resultado de los eventos que llegan a él. En la mayor parte de las técnicas

OO, los diagramas de estados se dibujan para una sola clase, mostrando el

comportamiento de un solo objeto durante todo su ciclo de vida.A continuación

presentaremos los diagramas de estado más representativos del sistema los

cuales son “Generar Factura de Venta” y Generar devolución de venta

http://www.oas.org/dsd/EnvironmentLaw/Serviciosambientales/Colombia/Ley99de1993demedioambienteColombia.pdf, http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=297 19México, Ciudad de México, UML, gota a gota, Paginas 224,Año 1999, Addison Wesley Longman de México,SA de CV, Fowler, Martín, ISBN: 968-44-364-1,http://jms32.eresmas.net/tacticos/UML/UML08/UML0801.html




60

D.E. Generar Factura de Venta

Gráfica 15. Diagrama de Estado Generar Factura20



Modalidad de Pasantía, Diagrama de secuencia generar factura.

61

D.E Generar Devolución de Venta

Gráfica 16. Diagrama de Estado Generar Devolución en Venta21



Modalidad de Pasantía, Diagrama de secuencia generar devolución en venta.

62


siguientes diagramas de estado para cada función del sistema, a continuación

se presentará los respectivos diagramas anexando posteriormente su respectiva

documentación en el archivo “SAHET- Anexos (Anexo 4) “debido a la

reglamentación de la ley 99 de 1993 que estipula la preservación del medio

ambiente.22

22 República de Colombia, Ministerio del Medio Ambiente, Ley 99 de 1993, Fundamentos de la política ambiental en Colombia, http://www.oas.org/dsd/EnvironmentLaw/Serviciosambientales/Colombia/Ley99de1993demedioambienteColombia.pdf, http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=297




63

4 FASE DE DISEÑO

La fase de diseño es el primer paso en la fase de desarrollo de cualquier producto

o sistema de ingeniería. Define como el proceso de aplicar distintas técnicas y

principios con el propósito de definir un dispositivo, proceso o sistemas con los

suficientes detalles como para permitir su realización física. El objetivo del

diseñador es producir un modelo o representación de una entidad que será

construida más adelante.

4.1 MODELO Y DISEÑO DE LA INTERFAZ DE USUARIO

El modelo y diseño de la interfaz de usuario permite visualizar el flujo de

navegación en una manera general de las vistas incluidas dentro del desarrollo del

software, a continuación presentaremos el siguiente diagrama de diseño de

interfaz de usuario:

64

Gráfica 17. Diagrama de Modelo de la Interfaz de Usuario23



Modalidad de Pasantía, Diagrama de modelo de la interfaz de usuario.

Menu Inicial

Gestión de Empleados

Nuevo Empleado

Lista Empleados

Gestión de Productos

Nuevo Producto

Nuevo Producto

Lista de Productos

Nueva Referencia

Nueva Referencia

Lista de Referencias

Gestión de Clientes

Nuevo Cliente

Lista Clientes

Gestión de Ventas

Nueva Factura

Lista de Facturas

Gestión de Devoluciones

Nueva Devolución

Lista de Devoluciones

Reportes de Ventas

Reporte por Empleado

Reporte por Sucursal

Cerrar Sesión

65

4.2 MODELO DE CLASES DE INTERFAZ

El modelo de clases de interfaz permite visualizar de manera más específica la

navegación y las vistas incluidas en el desarrollo del proyecto.

Gráfica 18. Diagrama de Modelo de Clases de Interfaz24



Modalidad de Pasantía, Diagrama de modelo de clases de interfaz.

66

67

4.3 DIAGRAMA DE COMPONENTES

El diagrama de componentes representa cómo un sistema de software es dividido

en componentes y muestra las dependencias entre estos componentes. Los

componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas,

módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en

el campo de la arquitectura de software pero pueden ser usados para modelar y

documentar cualquier arquitectura de sistema.

Gráfica 19. Diagrama de Paquetes25



Modalidad de Pasantía, Diagrama de paquetes

68

4.4 MODELO RELACIONAL

El siguiente es el diseño del repositorio de datos en el cual se muestran las tablas

y sus relaciones entre ellas. En esta base de datos se almacenará la información

de los usuarios, productos, facturas, devoluciones y remisiones del sistema de

información de la empresa Sahet jeans.

Gráfica 20. Diagrama del Modelo Relacional26



Modalidad de Pasantía, Diagrama del modelo relacional.

69

4.5 DIAGRAMA DE DESPLIEGUE

El Diagrama de Despliegue es un diagrama que se utiliza para modelar la

disposición física de los artefactos software en nodos.

Gráfica 21. Diagrama de Despliegue del Sistema27



Modalidad de Pasantía, Diagrama de despliegue del sistema.

70

4.6 DIAGRAMA DE PAQUETES

Los diagramas de paquetes, nos permiten mostrar las clases que contiene el

paquete y sus relaciones o por el contrario, las relaciones de los paquetes entre si

y las dependencias del sistema, a continuación se mostrara el diagrama de

paquetes del sistema de información implementado.

Gráfica 22. Diagrama de paquetes del Sistema28



Modalidad de Pasantía, Diagrama de paquetes del sistema.

71

4.7 DICCIONARIO DE DATOS

El diccionario de datos es un listado organizado de todos los datos que pertenecen

a un sistema.El objetivo de un diccionario de datos es dar precisión sobre los

datos que se manejan en un sistema, evitando así malas interpretaciones o

ambigüedades. Los diccionarios de datos son buenos complementos a los

diagramas de flujo de datos y los diagramas de entidad-relación.

Columna Tipo Nul

o

Predeterminad

o

Comentario

s

idCliente int(11) No NULL PRIMARY

KEY

Nombre_cliente varchar(50) No NULL

Correo_cliente varchar(30) Sí NULL

Telefono_cliente int(11) Sí NULL

Apellido_cliente varchar(45) No NULL

idEmpleado int(11) No NULL PRIMARY

KEY

Nombre_empleado varchar(40) Sí NULL

Apellidos_empleado varchar(40) Sí NULL

Telefono_empleado Int(11) Sí NULL

Celular_empleado varchar(20) Sí NULL

Foto_empleado varchar(50) Sí NULL

TipoDoc_empleado int(11) Sí NULL

72

Direccion_empleado varchar(45) Sí NULL

Email_empleado varchar(45) Sí NULL

Rol_idRol int(11) No NULL FOREIGN

KEY

Sucursal_idSucursal int(11) No NULL FOREIGN

KEY

Contrasena_empleado varchar(15) No NULL

idFactura int(11) No NULL PRIMARY

KEY

Fecha_fact datetime Sí NULL

Valor_fact int(11) Sí NULL

Empleado_idEmpleado int(11) No NULL FOREIGN

KEY

Cliente_idCliente int(11) No NULL FOREIGN

KEY


KEY

idReferencia int(11) No NULL

Nombre_ref varchar(24) No NULL

Linea_ref int(11) No NULL

Tipo_ref int(11) No NULL

Cons_ref int(11) No NULL

idProducto int(11) No NULL PRIMARY

KEY

Cantidad_prod int(11) Sí NULL

precio_prod int(11) Sí NULL


KEY

73

Referencia_idReferencia int(11) No NULL FOREIGN

KEY

idRol int(11) No NULL PRIMARY

KEY

Nombre_rol varchar(20) No NULL

idSucursal int(11) No NULL PRIMARY

KEY

Nombre_suc varchar(45) Sí NULL

Direccion_suc varchar(24) Sí NULL

Telefono_suc int(11) Sí NULL

idGarantia int(11) No

Descripcion_garantia varchar(500

)

No

NULL

Factura_idFactura Int(11) No NULL

FOREIGN

KEY

74

5. PRUEBAS

29Las pruebas son investigaciones y técnicas cuyo objetivo es proporcionar

información objetiva e independiente sobre la calidad del producto a la parte

interesada. Es una actividad más en el proceso de control de calidad.

Las pruebas son básicamente un conjunto de actividades dentro del desarrollo

de software. Dependiendo del tipo de pruebas, estas actividades podrán ser

implementadas en cualquier momento de dicho proceso de desarrollo.

A partir de la fase de fase de pruebas realizaron las siguientes modificaciones al

software.

5.1 PRUEBAS DE PERSISTENCIA

Las siguientes tablas muestran las pruebas que se realizaron para comprobar el

funcionamiento entre las capas visual y lógica con la base de datos que almacena

los datos del “Sistema de Información en gestión en ventas e inventarios de la

empresa SAHET”, de esta manera se pudo corregir cualquier error encontrado y

verificar el funcionamiento correcto de las aplicaciones.

5.1.1 Pruebas de Empleado.

Identificación Caso de Uso CU01 RE

29 Fundación Wikimedia, Enciclopedia en línea desde 2001, Pruebas de Software, Autor;: Barrientos, Pablo Andrés, Fecha de publicación: 25 de abril de 2014) http://es.wikipedia.org/wiki/Pruebas_de_software , Párrafos 1 y 2

http://es.wikipedia.org/wiki/Pruebas_de_software

75

Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín

Fecha 01/04/2015

Prueba Ejecutada Ingreso de un empleado nuevo

Resultados esperados El sistema debe registrar un empleado nuevo

Resultados obtenidos El sistema registro un nuevo empleado

Correcciones Se revisó el método que se encarga de guardar el registro del nuevo empleado en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de creación de un nuevo empleado.

Identificación Caso de Uso CU02 ME


Fecha 01/04/2015

Prueba Ejecutada Modificar usuario empleado del sistema

Resultados esperados El sistema debe modificar los atributos del empleado seleccionado

Resultados obtenidos El sistema modifico los atributos deseados de manera correcta

Correcciones Se revisó el método que se encarga de modificar el registro de modificar empleado en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de modificación de un empleado existente.

Identificación Caso de Uso CU03 EE


76

Fecha 01/04/2015

Prueba Ejecutada Eliminar usuario empleado del sistema

Resultados esperados El sistema debe eliminar el empleado seleccionado

Resultados obtenidos El sistema elimino el registro del empleado en el sistema

Correcciones Se revisó el método que se encarga de eliminar un empleado en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de la eliminación de un empleado existente.

Identificación Caso de Uso CU04 CE


Fecha 01/04/2015

Prueba Ejecutada Consultar toda la lista de usuarios empleados del sistema

Resultados esperados El sistema debe consultar toda la lista de empleados del sistema.

Resultados obtenidos El sistema listó todos los usuarios de tipo empleado

Correcciones No se realizaron correcciones en el método.

5.1.2 Pruebas de Cliente.

Identificación Caso de Uso CU05 RC


Fecha 01/04/2015

Prueba Ejecutada Ingreso de un cliente nuevo

77

Resultados esperados El sistema debe registrar un cliente nuevo

Resultados obtenidos El sistema registro un nuevo cliente

Correcciones Se revisó el método que se encarga de guardar el registro del nuevo cliente en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de creación de un nuevo cliente.

Identificación Caso de Uso CU06 MC


Fecha 01/04/2015

Prueba Ejecutada Modificar cliente del sistema

Resultados esperados El sistema debe modificar los atributos del cliente seleccionado


Correcciones Se revisó el método que se encarga de modificar el registro de modificar empleado en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de modificación de un cliente existente.

Identificación Caso de Uso CU07 EC


Fecha 01/04/2015

Prueba Ejecutada Eliminar usuario empleado del sistema

Resultados esperados El sistema debe eliminar el cliente seleccionado

Resultados obtenidos El sistema elimino el registro del

78

cliente en el sistema

Correcciones Se revisó el método que se encarga de eliminar un empleado en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de la eliminación de un cliente existente.

Identificación Caso de Uso CU08 CC


Fecha 01/04/2015

Prueba Ejecutada Consultar toda la lista de clientes del sistema

Resultados esperados El sistema debe consultar toda la lista de clientes del sistema.

Resultados obtenidos El sistema listó todos los usuarios de tipo cliente

Correcciones

No se realizaron correcciones en el método.

5.1.3 Pruebas de Sucursal

6. Identificación Caso de Uso CU09 RS


Fecha 01/04/2015

Prueba Ejecutada Ingreso de nuevo de sucursales

Resultados esperados El sistema debe registrar una nueva sucursal.

Resultados obtenidos El sistema registro una sucursal nueva

79

Correcciones Se revisó el método que se encarga de guardar el registro de una nueva sucursal en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de creación de una nueva sucursal.

Identificación Caso de Uso CU10 MS


Fecha 01/04/2015

Prueba Ejecutada Modificar sucursales del sistema

Resultados esperados El sistema debe modificar los atributos de una sucursal seleccionada


Correcciones Se revisó el método que se encarga de modificar el registro de modificar empleado en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de modificación de una sucursal existente.

Identificación Caso de Uso CU11 ES


Fecha 01/04/2015

Prueba Ejecutada Eliminar la sucursal existente del sistema.

Resultados esperados El sistema debe eliminar la sucursal seleccionada.

Resultados obtenidos El sistema elimino el registro de la sucursal.

80

Correcciones Se revisó el método que se encarga de eliminar una sucursal en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de la eliminación.

Identificación Caso de Uso CU12 CS


Fecha 01/04/2015

Prueba Ejecutada Consultar toda la lista de sucursales del sistema

Resultados esperados El sistema debe consultar toda la lista de sucursales del sistema.

Resultados obtenidos El sistema listó todas las sucursales del sistema


5.1.4 Pruebas de Producto

Identificación Caso de Uso CU13 RP


Fecha 01/04/2015

Prueba Ejecutada Ingreso de nuevo de productos

Resultados esperados El sistema debe registrar un nuevo producto

Resultados obtenidos El sistema registro un producto nuevo

81

Correcciones Se revisó el método que se encarga de guardar el registro de un nuevo producto en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de creación de un nuevo producto.

Identificación Caso de Uso CU14 MP


Fecha 01/04/2015

Prueba Ejecutada Modificar productos del sistema

Resultados esperados El sistema debe modificar los atributos de una sucursal seleccionada


Correcciones Se revisó el método que se encarga de modificar el registro de modificar producto en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de modificación de un producto existente.

Identificación Caso de Uso CU15 EP


Fecha 01/04/2015

Prueba Ejecutada Eliminar el producto existente del sistema.

Resultados esperados El sistema debe eliminar la eliminar el producto seleccionado.

Resultados obtenidos El sistema elimino el registro de la sucursal.

82

Correcciones Se revisó el método que se encarga de eliminar una sucursal en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de la eliminación.

Identificación Caso de Uso CU16 CP


Fecha 01/04/2015

Prueba Ejecutada Consultar toda la lista de productos del sistema

Resultados esperados El sistema debe consultar toda la lista de productos del sistema.

Resultados obtenidos El sistema listó todas las productos del sistema


5.1.5 Pruebas de Referencia.

Identificación Caso de Uso CU20 RR


Fecha 01/04/2015

Prueba Ejecutada Ingreso de un una nueva referencia

Resultados esperados El sistema debe registrar una nueva referencia

Resultados obtenidos El sistema registro un nuevo usuario de autenticación

83

Correcciones Se revisó el método que se encarga de guardar el registro del nuevo usuario de autenticación en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a las notificaciones de creación de un nuevo usuario de autenticación.

Identificación Caso de Uso CU21 MR


Fecha 01/04/2015

Prueba Ejecutada Modificar la referencia

Resultados esperados El sistema debe modificar los atributos del de la referencia seleccionada



Identificación Caso de Uso CU22 ER


Fecha 01/04/2015

Prueba Ejecutada Eliminar la referencia

Resultados esperados El sistema debe eliminar la referencia

Resultados obtenidos El sistema elimino la referencia del sistema


Identificación Caso de Uso CU23 CR

84


Fecha 01/04/2015

Prueba Ejecutada Consultar toda la lista de referencias

Resultados esperados El sistema debe consultar toda la lista de usuario de autenticación del sistema.

Resultados obtenidos El sistema listó todos los usuarios de tipo empleado


5.1.6 Pruebas de Factura

6

Identificación Caso de Uso CU17 GF


Fecha 01/04/2015

Prueba Ejecutada Ingreso de un una Factura

Resultados esperados El sistema debe registrar una nueva factura

Resultados obtenidos El sistema registro una factura de venta

Correcciones Se revisó el método que se encarga de guardar el registro de una factura en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a persistencia de la factura se realizaron los cambios.

5.1.7 Pruebas de Devolución

Identificación Caso de Uso CU18 GDV


Fecha 01/04/2015

Prueba Ejecutada Ingreso de un una devolución en

85

venta

Resultados esperados El sistema debe registrar una nueva devolución en venta.

Resultados obtenidos El sistema registro devolución en venta

Correcciones Se revisó el método que se encarga de guardar el registro devolución en venta en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a persistencia de la devolución se realizaron los cambios

5.1.8 Pruebas de Reporte de Ventas

Identificación Caso de Uso CU25 GRV


Fecha 01/04/2015


Resultados esperados El sistema debe registrar una nueva referencia

Resultados obtenidos El sistema registro un nuevo usuario de autenticación

Correcciones Se revisó el método que se encarga de generar el registro de los reportes de ventas en la base de datos, se procedieron a realizar los cambios de las validaciones en cuanto a generación de los reportes.

5.1.9 Pruebas de Generación de Código de Barras

Identificación Caso de Uso CU26 GCB


Fecha 01/04/2015


86

Resultados esperados El sistema debe generar un código de barras en code128

Resultados obtenidos El sistema genero un PDF en code128 con la información

Correcciones Se revisó el método que se encarga de generar el registro de la generación del PDF se corrigió la generación del archivo.

5.2 PRUEBAS DE INTEGRACIÓN

5.2.1 Pruebas de integración Empleado

PIE 1 REGISTRAR EMPLEADO

Operación Correcto Incorrecto Observaciones

Ingresar al sistema El usuario administrador ingresa al sistema de información

Seleccionar Modulo de empleados

El usuario administrador Selecciona el módulo de insertar empleado

Ingresa datos Registrar empleado

Los campos para llenar aparecen

Identificación Empleado

Ingresa la identificación del empleado

Si no ingresa la identificación de un empleado aparece un aviso solicitándolo

87

Nombre de Empleado

Ingresa Nombres Empleado

Si no ingresa nombre del empleado aparece un aviso solicitándolo

Apellidos Empleado

Ingresa Apellidos Empleado

Si no ingresa los apellidos del empleado aparece un aviso solicitándolo

Teléfono fijo Ingresa el teléfono fijo

Aparece como campo opcional

Teléfono celular Ingresa el teléfono celular


Foto del empleado Selecciona la foto del empleado


Tipo de Documento Selecciona el tipo de documento

Es obligatorio seleccionar una opción

Dirección Email Ingresa la dirección de correo electrónico


Elija Rol El usuario define si es Administrador o Editor

Es obligatorio seleccionar una opción

PIE 2 MODIFICAR EMPLEADO


Actualizar Usuario

Se selecciona un usuario de la lista

Opción actualizar

Al dar clic en modificar que aparece al lado del

88

derecho el usuario que se selecciono

Formulario de modificar empleado

Se modifican los datos del empleado que se deseen cambiar.

Datos actualizados

Se realizan los cambios y dar clic en aceptar el empleado actualiza automáticamente

PIE 3 ELIMINAR EMPLEADO


Eliminar un empleado Se selecciona un empleado de la lista y da clic en Borrar, el empleado se elimina

El empleado se elimina solicitando confirmación

5.2.2 Pruebas de integración Referencia

PIU 1 REGISTRAR REFERENCIA



Seleccionar Modulo de referencias

El usuario administrador Selecciona el módulo de insertar referencia

Ingresa datos Registrar Los campos

89

usuario para llenar aparecen

Identificación Referencia

Ingresa la identificación del usuario

Si no ingresa la identificación aparece un aviso solicitándolo

Nombre de la referencia

Ingresa Nombre referencia

Si no ingresa el nombre aparece un aviso solicitándolo

Línea de la referencia

Ingresar contraseña del Usuario

Si no ingresa la línea aparece un aviso solicitándola

Tipo de la referencia

Ingresar Tipo de la referencia

Si no ingresa el tipo de la referencia aparece un mensaje solicitándolo

Consecutivo de la referencia

Ingresar Consecutivo de la referencia

Si no ingresa el consecutivo de la referencia aparece un mensaje solicitándolo.

PIC 2 MODIFICAR REFERENCIA


Actualizar Usuario

Se selecciona una referencia de la lista

Opción actualizar

Al dar clic en modificar que aparece al lado del

90

derecho de la referencia que se selecciono

Formulario de modificar referencia

Se modifican los datos dela referencia que se deseen cambiar.

Datos actualizados

Se realizan los cambios y dar clic en aceptar la referencia se actualiza automáticamente

PIC 3 ELIMINAR REFERENCIA


Eliminar referencia Se selecciona una referencia de la lista y da clic en Borrar, la referencia se elimina

La referencia se elimina solicitando confirmación

5.2.3 Pruebas de integración Cliente

PIE 1 REGISTRAR CLIENTE


1. Ingresar al sistema El usuario administrador ingresa al sistema de información

1. Seleccionar Modulo de Clientes

El usuario administrador Selecciona el módulo de insertar clientes

2. Ingresa datos Registrar Los campos

91

cliente para llenar aparecen

Identificación cliente Ingresa la identificación del cliente

Si no ingresa la identificación de un cliente aparece un aviso solicitándolo

Nombre de Empleado Ingresa Nombres Empleado

Si no ingresa nombre del empleado aparece un aviso solicitándolo

Teléfono Ingresa el teléfono del cliente


Dirección Email Ingresa la dirección de correo electrónico


PIE 2 MODIFICAR CLIENTE


Actualizar Usuario

Se selecciona un usuario de la lista

Opción actualizar Al dar clic en modificar que aparece al lado del derecho del cliente que se selecciono

Formulario de modificar cliente

Se modifican los datos del cliente que se deseen cambiar.

92

Datos actualizados Se realizan los cambios y dar clic en aceptar el cliente actualiza automáticamente

PIC 3 ELIMINAR CLIENTE


Eliminar un cliente Se selecciona un cliente de la lista y da clic en Borrar, el cliente se elimina

El cliente se elimina solicitando confirmación

5.2.4 Pruebas de integración Sucursal

PIS 1 REGISTRAR SUCURSAL



Seleccionar Modulo de sucursales

El usuario administrador Selecciona el módulo de insertar sucursales

Ingresa datos Registrar sucursal


Identificación sucursal

Ingresa la identificación de la sucursal

Si no ingresa la identificación de una sucursal aparece un aviso solicitándola

Nombre de la Ingresa Nombre Si no ingresa

93

sucursal de la sucursal nombre de la sucursal aparece un aviso solicitándolo

Teléfono de la sucursal

Ingresa el teléfono dela sucursal

Si no ingresa el teléfono de la sucursal aparece un aviso solicitándolo

Dirección de la sucursal

Ingresa la dirección de la sucursal

Si no ingresa la dirección de la sucursal aparece un aviso solicitándola

PIS 2 MODIFICAR SUCURSAL


Actualizar sucursal

Se selecciona una sucursal de la lista

Opción actualizar Al dar clic en modificar que aparece al lado del derecho de la sucursal que se selecciono

Formulario de modificar sucursal

Se modifican los datos de la sucursal que se deseen cambiar.

Datos actualizados Se realizan los cambios y dar clic en aceptar la sucursal se actualiza automáticamente

PIS 3 ELIMINAR SUCURSAL

94


Eliminar una sucursal Se selecciona una sucursal de la lista y da clic en Borrar, la sucursal y se elimina

La sucursal se elimina solicitando confirmación

5.2.5 Pruebas de integración Producto

PIS 1 REGISTRAR PRODUCTO



Seleccionar Modulo de productos

El usuario administrador Selecciona el módulo de insertar productos

Ingresa datos Registrar producto


Identificación producto

Ingresa la identificación del producto

Si no ingresa la identificación del producto aparece un aviso solicitándolo

Cantidad del producto Ingresa la cantidad del producto

Si no ingresa nombre la cantidad del aparece un aviso solicitándolo

95

Precio del Producto Ingresa el precio del producto

Si no ingresa el precio del producto aparece un aviso solicitándolo

Sucursal del producto Selecciona una sucursal del producto

Referencia del producto

Selecciona una referencia del producto

PIS 2 MODIFICAR PRODUCTO


Actualizar producto

Se selecciona un producto de la lista

Opción actualizar Al dar clic en modificar que aparece al lado del derecho del producto que se selecciono

Formulario de modificar producto

Se modifican los datos del producto que se deseen cambiar.

Datos actualizados Se realizan los cambios y dar clic en aceptar el producto se actualiza automáticamente

PIS 3 ELIMINAR PRODUCTO


Eliminar un producto Se selecciona un producto de la lista y da clic en Borrar, el producto y se

El producto se elimina solicitando confirmación

96

elimina.

5.2.6 Pruebas de Integración Factura

PIF GENERAR FACTURA



Seleccionar Generar factura

El usuario administrador Selecciona el módulo generación de factura

Ingresa datos para generar la factura

Los campos para llenar aparecen son llenados por el usuario

Genera la factura Se visualiza el PDF Generado de la Factura

5.2.7 Pruebas de Integración Devolución

PIF GENERAR DEVOLUCION



Seleccionar Generar devolución

El usuario administrador Selecciona el módulo de

97

generar devolución.

Ingresa datos para generar la devolución

Los campos para llenar aparecen y son llenados por el usuario

Genera la devolución Se visualiza el PDF Generado de la devolución

5.2.8 Pruebas de Integración Reporte de Ventas

PIF GENERAR REPORTES



Seleccionar Generar Reporte de Ventas

El usuario administrador Selecciona el módulo de generar reporte de ventas.

Ingresa datos para generar el reporte de ventas del empleado


Genera el reporte de ventas del empleado

Se visualiza el PDF reporte de ventas generado.

98

5.2.9 Pruebas de Integración generación código de Barras

PIGCB GENERAR REPORTES



Seleccionar Generar código de barras

El usuario administrador Selecciona el módulo de generar código de barras

Ingresa datos para generar el código de barras


Genera el PDF de código de Barras

Se visualiza el PDF del código de barras generado.

99

6. CONCLUSIONES

La implementación de los frameworks de Hibernate, JSF y primefaces

fueron de gran utilidad en la fase de desarrollo ya que facilitaron la

codificación del software proporcionando soluciones amigables y de fácil

abstracción en el entorno de desarrollo.

Se adquirieron conocimientos nuevos durante la elaboración del proyecto

por medio de las múltiples consultas realizadas en las distintas fases del

desarrollo del software entre las cuales destacan principalmente el manejo

de consultas utilizando JPA, y el uso del Software JasperReports.

Se pudo corroborar que al emplear la metodología del desarrollo de RUP,

permite implementar proyectos de software en equipos de trabajo,

aumentando la eficiencia y reduciendo el tiempo de desarrollo.

La elaboración del sistema de información para la gestión de ventas en

inventarios de la empresa SAHET contribuyó con la organización de tareas

contables a su vez reduciendo costos operativos y de papelería.

Al momento de la implementación del componente generador de código de

barras se pudo comprobar que el iReports de JasperReports es una de las

soluciones más fáciles de implementar ya que evita la generación manual

por el método de lectura de vectores, haciendo que la generación de un

código de barras en estándar 128 sea muy fácil de generar.

La implementación de la base de datos nos dio a conocer nuevas

herramientas de diseño como lo son el MYSQL Workbench que permitió

100

que las modificaciones en el código fueran bastante amigables y muy

entendibles en la percepción tanto en el diseño como en la codificación.

La realización de pruebas unitarias y de integración nos permitió detectar

las falencias en los CRUD correspondientes a cada módulo, así mismo

también la detección de validaciones que fueron necesarias para el correcto

funcionamiento de la aplicación.

101

7. RECOMENDACIONES

Usar las herramientas que ofrece el software libre, apoyando a

desarrolladores independientes, permitiendo un mercado más grande y con

mejores opciones.

Utilizar el modelo RUP que permite organizar y planear el desarrollo de

proyectos grandes, permitiendo la asignación de tareas individuales y

grupales con tiempos de desarrollo confiables.

Se recomienda manejar un algoritmo de encriptación para la contraseña de

acceso al sistema para manejar mayor seguridad en él sistema.

Seguir desarrollando y actualizando el sistema de información para que

pueda estar acorde con las herramientas y las tecnologías del momento

garantizando un fácil acoplamiento a los módulos que puedan ser

desarrollados en el futuro.

Como nota aclaratoria cabe destacar que los comprobantes de compra, y

los de devolución solo sirven como soporte para monitorear el estado de

factura de los almacenes, por lo cual aún NO constituyen una FACTURA

LEGAL de venta ya que el proceso para la oficialización como factura legal

la empresa debe realizar todos los trámites correspondientes ante la DIAN.

102

BIBLIOGRAFÍA

GROUSSARD, Thierry. JAVA ENTERPRISE EDITION, Desarrollo de aplicaciones

web con JEE6. España: eni Ediciones 2010. 296 p.

GROUSSARD, Thierry. JAVA 7, Fundamentos del Lenguaje Java España: eni

Ediciones 2012. 410 p.

DEBRAUWER, Laurent .PATRONES DE DISEÑO EN JAVA,. España: eni

Ediciones 2013. 356 p.

Documents

DISEÑO E IMPLEMENTACION DE UN SISTEMA DE INFORMACION WEB …