DISEÑO E IMPLEMENTACION DE UN SISTEMA DE...
Transcript of DISEÑO E IMPLEMENTACION DE UN SISTEMA DE...
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.
3 Sistemas de Información Gerencial, James O’ Brien, Editorial, McGrawHill, Septima Edición.2006, Capítulo 1 “Los sistemas de información”, Página 7.
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
4 Sistemas de Información Gerencial, James O’ Brien, Editorial, McGrawHill, Septima Edición.2006, Capítulo 1 “Los sistemas de información”, Página 7.
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.
5 Sistemas de Información Gerencial, James O’ Brien, Editorial, McGrawHill, Septima Edición.2006, Capítulo 1 “Los sistemas de información”, Página 9.
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.
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 usuarios se
lleven a cabo de manera que cumpla con su objetivo correspondiente.
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
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 del Negocio de Usuarios
41
Diagrama MN 3. Modelado del negocio Productos.
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 productos se
lleven a cabo de manera que cumpla con su objetivo correspondiente.
Gráfica 7. Modelado del Negocio Productos8
8 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 del Negocio de Productos
42
Diagrama MN 4. Modelado del negocio Sucursales.
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 productos se
lleven a cabo de manera que cumpla con su objetivo correspondiente.
Gráfica 8. Modelado del Negocio Productos9
9 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 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
El sistema de información
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
El sistema de información
permitirá la gestión de
productos con las
funcionalidades de crear,
consultar modificar y
eliminar.
El administrador gestiona la
creación de nuevos productos
dentro del sistema de
información.
X
F8
El sistema de información
permitirá la gestión de
sucursales con las
funcionalidades de crear,
consultar modificar y
El administrador gestiona la
creación de nuevas
sucursales dentro del sistema
de información.
X
45
eliminar.
F8
El sistema de información
permitirá la gestión de
clientes con las
funcionalidades de crear,
consultar modificar y
eliminar.
El administrador y el vendedor
gestionan la creación de
nuevos clientes dentro del
sistema de información.
X
F9
El sistema de información
permitirá la generación de
facturas de venta.
El administrador y el vendedor
realizan la generación de una
factura de venta.
X
F10
El sistema de información
permitirá las devoluciones
en ventas.
El administrador y el vendedor
podrán realizar una
devolución en venta cuando lo
consideren necesario(según
normativas de la empresa)
X
F11
El sistema de información
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
El sistema de información
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
11 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, 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
12 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 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
13 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 caso de Uso generar devolución de venta.
52
VENTA
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 devolución de una venta.
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
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
suministrados por el actor en la base
de datos y notifica que ha sido
generada la devolución de la venta
MANEJO DE SITUACIONES EXCEPCIONALES
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.
FECHA DE CREACION: 10 de diciembre 2014
FECHA ULTIMA ACTUALIZACION: 27 de enero de 2015
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.
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 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.
suministrados por el actor en la base
de datos y notifica que ha sido
generado el informe de la comisión del
empleado.
MANEJO DE SITUACIONES EXCEPCIONALES
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
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
15 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 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
16 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 Secuencia Generar Factura
58
D.S Generar Devolución de Venta
Gráfica 14. Diagrama de Secuencia Generar Devolución de venta17
A partir de la fase de fase de definición y planeación se determinaron los
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
17 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 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
20 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 secuencia generar factura.
61
D.E Generar Devolución de Venta
Gráfica 16. Diagrama de Estado Generar Devolución en Venta21
21 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 secuencia generar devolución en venta.
62
A partir de la fase de fase de definición y planeación se determinaron los
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
23 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 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
24 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 modelo de clases de interfaz.
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
25 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 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
26 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 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
27 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 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
28 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 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
Sucursal_idSucursal int(11) No NULL FOREIGN
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
Sucursal_idSucursal int(11) No NULL FOREIGN
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
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
Fecha 01/04/2015
Prueba Ejecutada Modificar cliente del sistema
Resultados esperados El sistema debe modificar los atributos del cliente 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 cliente existente.
Identificación Caso de Uso CU07 EC
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
Fecha 01/04/2015
Prueba Ejecutada Modificar sucursales del sistema
Resultados esperados El sistema debe modificar los atributos de una sucursal seleccionada
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 una sucursal existente.
Identificación Caso de Uso CU11 ES
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Correcciones No se realizaron correcciones en el método.
5.1.4 Pruebas de Producto
Identificación Caso de Uso CU13 RP
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
Fecha 01/04/2015
Prueba Ejecutada Modificar productos del sistema
Resultados esperados El sistema debe modificar los atributos de una sucursal seleccionada
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 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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Correcciones No se realizaron correcciones en el método.
5.1.5 Pruebas de Referencia.
Identificación Caso de Uso CU20 RR
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
Fecha 01/04/2015
Prueba Ejecutada Modificar la referencia
Resultados esperados El sistema debe modificar los atributos del de la referencia seleccionada
Resultados obtenidos El sistema modifico los atributos deseados de manera correcta
Correcciones No se realizaron correcciones en el método.
Identificación Caso de Uso CU22 ER
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Correcciones No se realizaron correcciones en el método.
Identificación Caso de Uso CU23 CR
84
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Correcciones No se realizaron correcciones en el método.
5.1.6 Pruebas de Factura
6
Identificación Caso de Uso CU17 GF
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
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
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
Autor Andrés Peña Mantilla, Cristian Darío Ardila Holguín
Fecha 01/04/2015
Prueba Ejecutada Ingreso de un una nueva referencia
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
Aparece como campo opcional
Foto del empleado Selecciona la foto del empleado
Aparece como campo opcional
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
Aparece como campo opcional
Elija Rol El usuario define si es Administrador o Editor
Es obligatorio seleccionar una opción
PIE 2 MODIFICAR EMPLEADO
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
Ingresar al sistema El usuario administrador ingresa al sistema de información
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
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
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
Aparece como campo opcional
Dirección Email Ingresa la dirección de correo electrónico
Aparece como campo opcional
PIE 2 MODIFICAR CLIENTE
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
Ingresar al sistema El usuario administrador ingresa al sistema de información
Seleccionar Modulo de sucursales
El usuario administrador Selecciona el módulo de insertar sucursales
Ingresa datos Registrar sucursal
Los campos para llenar aparecen
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
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
Ingresar al sistema El usuario administrador ingresa al sistema de información
Seleccionar Modulo de productos
El usuario administrador Selecciona el módulo de insertar productos
Ingresa datos Registrar producto
Los campos para llenar aparecen
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
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
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
Operación Correcto Incorrecto Observaciones
Ingresar al sistema El usuario administrador ingresa al sistema de información
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
Operación Correcto Incorrecto Observaciones
Ingresar al sistema El usuario administrador ingresa al sistema de información
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
Operación Correcto Incorrecto Observaciones
Ingresar al sistema El usuario administrador ingresa al sistema de información
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
Los campos para llenar aparecen son llenados por el usuario
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
Operación Correcto Incorrecto Observaciones
Ingresar al sistema El usuario administrador ingresa al sistema de información
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
Los campos para llenar aparecen son llenados por el usuario
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.