Sistema de control de producción de ventas de la empresa el chile bravo de chiapas s.c. de r.l. de c.v.

(1)

INSTITUTO TECNOLÓGICO DE TUXTLA GUTIÉRREZ

TÍTULO DEL PROYECTO

“

SISTEMA DE CONTROL DE PRODUCCIÓN Y VENTAS DE LA EMPRESA EL

CHILE BRAVO DE CHIAPAS DE S.C. DE R.L. DE C.V

”

.

LÍNEA DE INVESTIGACIÓN

Tecnologías de información y base de datos

Ingeniería en Sistemas Computacionales

ALUMNOS

Javier Francisco Leyva González

10270307

Ignacio Emmanuel Navarro Betanzo

10270316

ASESOR INTERNO

Ing. Miguel Arturo Vázquez Velázquez

ASESOR EXTERNO

C. P. José Javier González Peña

Gerente General

(2)

INSTITUTO TECNOLOGICO DE TUXTLA GUTIERREZ

PROYECTO

“

SISTEMA DE CONTROL DE PRODUCCIÓN Y VENTAS DE LA EMPRESA EL

CHILE BRAVO DE CHIAPAS DE S.C. DE R.L. DE C.V

”

.

ACTIVIDAD

Reporte de residencia

ALUMNOS:

Javier Francisco Leyva González

10270307

(3)

ÍNDICE

1. Justificación. ... 5

2. Objetivos. ... 6

2.1 Objetivo general. ... 6

2.2 Objetivos específicos. ... 6

3. Problemas a resolver, priorizándolos. ... 7

4. Procedimiento y descripción de las actividades realizadas. ... 8

4.1 Análisis. ... 8

4.2 Diseño. ... 10

4.3 Implantación de la Base de Datos. ... 10

4.4 Codificación. ... 11

4.5 Validación. ... 12

5. Resultados, planos, gráficas, prototipos, maquetas, programas, entre otros. .. 13

5.1 Modelo de casos de uso. ... 13

5.1.1 Módulo del Administrador (caso de uso). ... 14

5.1.2 Módulo de Compras de insumos, Productos Terminados e Inventarios. ... 15

5.1.3 Módulo de Ventas y Pedidos ... 16

5.2 Descripción de los casos de uso ... 17

5.2.1 Compra de insumos ... 17

5.2.2 Fabricación de productos. ... 21

5.2.3 Pedidos. ... 24

5.2.4 Ventas. ... 26

5.3 Diagrama Entidad-Relación. ... 28

5.3.1 Módulo de Compras. ... 29

5.3.2 Módulo de Usuarios y categorías de Insumos y Productos terminados. ... 30

5.3.3 Módulo de Ventas, Clientes, Pedidos y Producción. ... 31

5.4 Diagramas de secuencia. ... 32

5.4.1 Diagrama de secuencia del Administrador. ... 32

5.4.2 Diagrama de secuencia del módulo de Compras. ... 33

5.4.3 Diagrama de secuencia del módulo de Producción. ... 34

5.4.4 Diagrama de secuencia del módulo de Ventas y Pedidos... 35

(4)

5.5.1 Módulo de Login para acceso a los usuarios de la empresa. ... 36

5.5.2 Módulo de Registro de Usuarios con seguridad (solo el usuario Administrador accede). ... 37

5.5.3 Menú del Administrador. ... 39

5.5.4 Menú del usuarios de Compras. ... 39

5.5.5 Menú del usuario de Producción. ... 41

5.5.6 Menú del usuario de Ventas. ... 42

5.5.7 Módulo de registro de compras de insumo. ... 43

5.5.8 Menú para el control de clientes y sus pedidos. ... 45

5.5.9 Módulo de control de clientes. ... 46

5.5.10 Módulo de Entradas/Salidas de insumos y productos terminados. ... 49

6. Conclusiones y recomendaciones. ... 56

7. Competencias desarrolladas y/o aplicadas ... 57

7.1. Competencias genéricas. ... 57

7.2. Competencias específicas. ... 57

8. Referencias bibliográficas. ... 59

(5)

1. Justificación.

El sistema que se desarrollará para el control de información de inventarios y ventas de El Chile Bravo de Chiapas donde será de gran importancia para el registro y control de insumos que entran, salen y finalizan con la fabricación de productos, como también para sus ventas, notas impresas y facturas, con el fin de enfocarse a un funcionamiento más óptimo y práctico, el cual reduzca gastos innecesarios en papelería e imprenta, manteniendo la información actualizada, real y oportuna.

El beneficio que predomina al proyecto, no es solo controlar de manera organizada todo proceso transaccional de la información que se maneja dentro de ésta, sino establecer un registro adecuado para que no exista el traspapeleo en la documentación de inventarios y el uso inadecuado de los datos en las notas o facturas de ventas; así mismo mejorará el funcionamiento estadístico de sus compras y ventas, para no adquirir pérdidas que impliquen un impacto en la empresa.

Ayudará a mejorar la seguridad en la información manteniéndola confidencial, integral y siempre disponible mediante los controles de acceso en el sistema.

El desear concluir con los objetivos que se trazaran para la realización del mismo, nos abre grandes aportes en base al conocimiento de nuevas tecnologías que nos permitirán estar dentro del ámbito laboral, ya que son pocos los desarrolladores que se prestan a elaborar proyectos, en donde implementen nuevas tecnologías de desarrollo, las cuales dejan al usuario o empresa en un impacto tecnológico así como expectativas de progresar muy bajas, ya que muchas empresas buscan lo mejor para cada una de ellas.

(6)

2. Objetivos.

2.1 Objetivo general.

Desarrollar un sistema de información de inventarios y ventas de la empresa “Chile Bravo de Chiapas” de S.C. de R.L. de C.V., que permita registrar sus insumos, pedidos y ventas.

2.2 Objetivos específicos.

➢ Realizar un análisis de manera general y minuciosa de la parte operativa de la empresa, verificando así los problemas de la misma.

➢ Establecer los puntos importantes que sean claves para el desarrollo del sistema (límites del sistema).

➢ Realizar el diseño del proceso operacional de la empresa (E-R).

➢ Realizar y establecer un diseño de la interfaz para el usuario el cual le pueda ser manipulable para su uso.

➢ Realizar un análisis del sistema, para verificar el uso de las tecnologías y de los lenguajes bajo el concepto MVC (Modelo-Vista-Controlador).

➢ Implementar el uso de las tecnologías para el desarrollo de las interfaces.

➢ Establecer los lenguajes de programación para la parte operacional del sistema.

➢ Realizar la implementación del sistema, para así poder realizar pruebas y verificaciones del sistema.

(7)

3. Problemas a resolver, priorizándolos.

El sistema que se desarrollará para la empresa El Chile Bravo de Chiapas de S.C. de R.L. de C.V. donde a esta misma se le han aplicado o se han localizado problemas los cuales serán de utilidad para enfocarse al desarrollo del mismo por ende en este apartado se en listan cada uno de ellos:

• Se estableció una mala organización dentro empresa al no poder realizar un buen control en las entradas y salidas tanto de los productos terminados como de los insumos.

• En los inventarios, fue por la falta de comunicación de algunos empleados y por el traspapeleo del documento que se realiza para el conteo manual de insumos y productos terminados en donde se registraron anomalías en periodos semanales y/o mensuales.

• Se detectaron anomalías en pérdidas económicas por la mala administración de sus ventas y pedidos que esta misma ejerce.

• La realización de facturas o notas de ventas por parte del encargado de esta misma área ya que suele traspapelar documentos los cuales hacen que el empleado propicie a tener problemas con el gerente general por falta de cuidado.

• No cuenta con los recursos tecnológicos modernos para familiarizar a los empleados al uso de los mismos.

• Muchos de los recursos operacionales de la empresa no mantienen un margen de seguridad ante la documentación de sus productos, así como también de sus insumos.

• Respecto a sus clientes se emplea una mal registro en donde en ocasiones se pierden datos importantes del mismo cliente.

• Para muchos de los empleados el realizar algunas operaciones de la empresa de manera manual no les resulta muy factible ya que algunas veces representa desconfianza dentro de la empresa.

(8)

4. Procedimiento y descripción de las actividades

realizadas.

El desarrollo del sistema es un procedimiento complejo, puesto que existen diversos factores que hay que tomar en cuenta para la finalización del mismo. La empresa El Chile Bravo de Chiapas está dedicada a la fabricación y venta de sus productos, he aquí la gran importancia de hacer uso del modelo en cascada; ya que el pensamiento que se sigue en el proceso va de asegurarse que cada fase es 100% completa y absolutamente correcta antes de pasar a la siguiente fase.

4.1 Análisis.

(9)

Con base al modelo en cascada que servirá para el desarrollo de cada uno de los modelos, se implementó un análisis de requisitos puesto que analizamos las necesidades del usuario para determinar qué objetivos se deben cubrir. De esta manera entramos a una fase llamada SRD (documento de especificación de requisitos) es decir, una especificación completa de lo que debe de realizar el sistema en general sin entrar a detalles.

El análisis de todos los requerimientos involucrados para la identificación de las características que nos guiaron para determinar las funcionalidades del sistema de acuerdo al medio donde se pretende implantar. Fue de suma importancia la determinación de quienes intervienen en el uso del software, ya que en la empresa el sistema será utilizado por el Gerente general, encargado de compras, encargado de producción y encargado de ventas los cuales muchos de ellos no tienen la facilidad de uso hacia el ordenador.

No obstante para darle más uso al conocimiento que ya teníamos sobre la problemática en base al proceso operacional de la empresa se realizó de manera específica los diagramas de casos de usos que en la sección de resultado, graficas, etc. Donde se muestran las figura 2.0, 2.1 y 2.2 donde ejemplifican de manera conceptual todo el proceso operación que se requiere en el sistema por ende no solo se realizó esa etapa dentro del análisis, si no también se efectuó la descripción de cada uno de los procesos en cada caso de uso y en que repercutía cada operación dentro de la empresa que ahí mismo en la sección podrá visualizar.

(10)

4.2 Diseño.

Prosiguiendo con la etapa de diseño, se descompuso y organizó en elementos (módulos) para elaborarse por separado, aprovechando así las ventajas de desarrollo en equipo. Como resultado surge el SDD (Documento de diseño de Software), indicando la descripción de la estructura de manera global del sistema, la función de cada uno de los módulos y la manera de cómo se enlazaron unos con otros. En esta etapa se realizaran algunas iteraciones necesarias para la revisión de cada uno de los módulos con el cliente para su comodidad tanto nuestra como desarrolladores como la del cliente sea de máxima satisfacción, dando lugar a un buen desarrollo del mismo puesto que se mantiene una comunicación cercana. Así mismo, se realizaron los algoritmos necesarios para el cumplimiento de los requerimientos de cada uno los usuarios, así como también los análisis necesarios para saber que herramientas usar en la etapa de codificación.

Para la realización del diseño se utilizaron algunas herramientas tecnológicas que sirven para el desarrollador y el uso práctico de programas que automaticen algunos conceptos para el diseño, tal es el caso de la herramienta MySQL Workbench la cual en la sección del punto No. 5 de este formato ahí podrá visualizar en la figura 3.0 de ese mismo apartado.

4.3 Implantación de la Base de Datos.

Para esta parte del proceso de desarrollo de la arquitectura de la base de datos del sistema en base al diseño desarrollado se pretende usar la herramienta MySQL [15] MySQL. (22 de 04 de 2013),en donde podemos decir que es un gestor de base de datos relacional; la cual permitirá implantar en el servidor la base de datos que será usada para cada una de las transacciones y/u operaciones que permitan al sistema estar en constante funcionamiento.

(11)

Para poder hacer la implementación de nuestra base de datos desarrollada se debieron conocer las sentencias mínimas, las sentencias MySQL las cuales se separan en creación, inserción y selección, las primeras dos están hechas para crear en si el modelo de base de datos, ósea la creación de tablas o entidades con sus respectivos atributos, la selección se basa solo en hacer consultas sobre una base de datos sin crear ninguna clase de modificación sobre la misma.

La sentencia para crear la base de datos es la siguiente:

CREATE DATABASE bd_chile; Ese nombre se usara para darle seguimiento al mismo. Hay que tomar en cuenta que existen herramientas que aceleran el proceso y evitan la necesidad de realizar todo el trabajo a línea de comandos.

4.4 Codificación.

Se comenzó con la fase de programación e implementación propiamente dicha, es decir, se implementó el código fuente haciendo uso de prototipos así como pruebas y ensayos para corregir errores. Haciendo uso de las herramientas de programación tales como: HTML5 [7] Gauchat, J. D. (2012). PHP5, JavaScript [5]

Crockfor, D. (29 de 04 de 2013), y Ajax [4] C. Zakas, N., McPeak, J., & Fawcell, J. (2009); así

mismo con la ayuda del servidor web Apache y todo esto basado en el framework Codeigniter. [20] Sommerville, I. (2005).

El Primer paso a programar fueron las interfaces de cada uno de los módulos (sin darle funcionalidad aún) dando diseño en cuanto a las imágenes, colocación de las mismas y administración de colores.

Prosiguiendo, se estableció la interfaz principal del sistema (el login de acceso), contribuyendo así a un registro de cada uno de los usuarios a utilizar el sistema.

(12)

4.5 Validación.

Teniendo los elementos ya programados, se establecieron y se ensamblaron para componer el sistema y se comprobó que funcionara correctamente así como el cumplimiento de requisitos antes de ser puesto; uniendo así cada módulo programado.

(13)

5. Resultados, planos, gráficas, prototipos, maquetas,

programas, entre otros.

En este apartado se enfoca todo el proceso que se llevó acabo para la realización del proyecto mediante el resultado que se fue obteniendo del análisis realizado dentro de la empresa la cual muestra los casos de uso que sostiene el proceso de la misma, así también la descripción de cada uno de los casos de uso que fueron plasmados en este apartado, seguido por un modelo E-R realizado en Workbench donde éste sirvió para formular el desarrollo de la base de datos, por último se muestran las interfaces realizadas al gusto y/o preferencia del cliente respetando algunos colores de la misma empresa.

5.1 Modelo de casos de uso.

El uso de casos de uso repercute no solo para tener un diseño conceptual de cada una de las áreas las cuales operara el sistema, también, para el desarrollador un caso de uso es un complemento esencial que le permite saber sobre qué áreas trabajar y que funcionalidad tendrá cada una de esas áreas teniendo así un punto de referencia en el que el desarrollador analiza a fondo cada una de ellas y conforme el sistema va creciendo el desarrollo de se va limitando a lo que en el análisis se obtuvo; mediante estos casos de uso propagara a darle la funcionalidad requerida para cada uno de actores en esta caso los empleados de la empresa.

(14)

5.1.1 Módulo del Administrador (caso de uso).

A continuación se muestra el primer caso de uso (figura 2.0), elaborado para la parte del módulo del Administrador (compra de insumos, productos terminados, pedidos, ventas y clientes) donde se explica cómo es el proceso que se realiza en cada uno de ellos.

(15)

5.1.2 Módulo de Compras de insumos, Productos Terminados e Inventarios. Por consiguiente se muestra en la Figura 2.1 los casos de uso de los módulos de compras, productos terminados e inventarios.

(16)

5.1.3 Módulo de Ventas y Pedidos

Por último que se conoce el proceso en el cual interactúan algunos empleados de la empresa para su funcionalidad en la parte de los pedidos y ventas que esta misma realiza a sus clientes. Se muestra los casos de uso por parte del módulo de las ventas y pedidos, explicando el proceso que se lleva.

(17)

5.2 Descripción de los casos de uso

5.2.1 Compra de insumos

Nombre: Login al sistema

Autor(es): Ignacio Navarro, Javier Leyva

Fecha: 13/10/2013

Descripción: Consiste darle autorización al usuario Actores: Encargado de compras.

Flujo Normal:

1.- El encargado entra al sistema

2.- El sistema muestra una ventana para introducir sus datos de autenticación 3.- El sistema arroja un mensaje de bienvenido

Flujo Alternativo:

2.A.- Si son correctos los datos deja entrar al sistema (sino, arroja un mensaje de error)

Cuadro 1.0 Login del sistema

Nombre: Registra compra

Fecha: 13/10/2013

Descripción: Consiste en la adquisición de insumos a un proveedor (registro de compra) Actores: Encargado de compras

Flujo Normal:

4.- El encargado verifica los insumos

5.- El encargado de compras registra los insumos (compra) Flujo Alternativo:

2.A.- Si son correctos los datos deja entrar al sistema (sino, arroja un mensaje de error) 4.B.- Verifica que tipo de insumos hacen falta (si es así, lo toma en cuenta)

(18)

Nombre: Registra insumos

Fecha: 13/10/2013

Descripción: Consiste en el registro de los insumos Actores: Encargado de compras

Flujo Normal:

5.- El encargado de compras realiza la compra de insumos 6.- Registra los insumos (comprados)

Cuadro 1.2 Descripción de registrar los insumos

Nombre: Consulta de insumos

Fecha: 13/10/2013

Descripción: Consiste en el consultar los insumos. Actores: Encargado de compras

Flujo Normal:

4.- El encargado verifica los insumos Flujo Alternativo:

(19)

Nombre: Editar y eliminar insumos

Fecha: 13/10/2013

Descripción: Consiste la edición y eliminación de los insumos Actores: Encargado de compras

Flujo Normal:

4.- El encargado edita o elimina insumos dentro del sistema Flujo Alternativo:

Cuadro 1.4 Descripción de editar y eliminar los insumos

Nombre: Emitir un vale en base al insumo

Fecha: 13/10/2013

Descripción: Consiste en emitir un vale de los productos en almacén Actores: Encargado de compras

Flujo Normal:

5.- El encargado de compras realiza la compra de insumos 6.- Registra los insumos comprados

7.- Ya registrados, el sistema loa manda al inventario 8.- El encargado de compras lleva los insumos al almacén

9.- El encargado de compras emite un vale para los productos que se desea retirar del almacén Flujo Alternativo:

(20)

Nombre: Inventario insumos

Fecha: 13/10/2013

Descripción: Consiste la entrada de insumos al inventario Actores: Encargado de compras

Flujo Normal:

7.- Ya registrados, el sistema loa manda al inventario 8.- El encargado de compras lleva los insumos al almacén Flujo Alternativo:

(21)

5.2.2 Fabricación de productos.

Nombre: Registro de productos terminados

Fecha: 13/10/2013

Descripción: Consiste en registrar los productos terminados a partir del proceso de fabricación Actores: Encargado de compras encargado de producción

Flujo Normal:

7.- Ya registrados, el sistema loa manda al inventario 8.- El encargado de compras lleva los insumos al almacén

9.- El encargado de compras emite un vale para los productos que se desea retirar del almacén 10.- El sistema realizara un registro de productos terminados

Cuadro 2.0 Descripción del registro de productos terminados

Nombre: Edita y elimina productos terminados

Fecha: 13/10/2013

Descripción: Consiste en registrar los productos terminados a partir del proceso de fabricación Actores: Encargado de producción

Flujo Normal:

4.- El encargado verifica los productos terminados

5.- El sistema realizara un registro de productos terminados 6.- El encargado edita o elimina insumos dentro del sistema Flujo Alternativo:

(22)

Nombre: Consulta productos terminados

Fecha: 13/10/2013

Descripción: Consiste en registrar los productos terminados a partir del proceso de fabricación Actores: Encargado de producción

Flujo Normal:

5.- El sistema realizara un registro de productos terminados 6.- El encargado consulta los productos terminados

Cuadro 2.2 Descripción de la consulta de productos terminados

Nombre: Emitir un vale en base a los productos

terminados

Fecha: 13/10/2013

Descripción: Consiste en emitir un vale de los productos en almacén Actores: Encargado de producción

Flujo Normal:

7.- Ya registrados, el sistema los manda al inventario

8.- El encargado de producción emite un vale para los productos que se desea retirar del almacén Flujo Alternativo:

(23)

Nombre: Inventario productos

Fecha: 13/10/2013

Descripción: Consiste la entrada de insumos al inventario Actores: Encargado de producción

Flujo Normal:

7.- Ya registrados, el sistema los manda al inventario Flujo Alternativo:

(24)

5.2.3 Pedidos.

Nombre: Consulta del cliente

Fecha: 13/10/2013

Descripción: Consiste en verificar el registro de los clientes Actores: Encargado de ventas

Flujo Normal:

4.- El encargado de ventas consulta el registro de un cliente para la ejecución de un pedido dentro del sistema.

Cuadro 3.0 Descripción de la consultas de los clientes

Nombre: Consultar pedidos

Fecha: 13/10/2013

Descripción: Consiste en consultar los pedidos

Actores: Encargado de ventas, encargado de compras y encargado de producción Flujo Normal:

4.- El encargado de ventas consulta los pedidos dentro del sistema (apoyado en la Base de datos) Flujo Alternativo:

(25)

Nombre: Registrar cliente

Fecha: 13/10/2013

Descripción: Consiste en tomar el pedido Actores: Encargado de ventas

Flujo Normal:

4.- El encargado de ventas consulta la existencia de productos terminados dentro del sistema. 5.- El encargado de ventas registra el cliente

Cuadro 3.2 Descripción del registro del cliente

Nombre: Registrar pedido

Fecha: 13/10/2013

Descripción: Consiste en tomar el pedido Actores: Encargado de ventas

Flujo Normal:

4.- El encargado de ventas consulta la existencia de productos terminados dentro del sistema. 5.- El encargado de ventas registra el pedido

2.A.- Si son correctos los datos deja entrar al sistema (sino, arroja un mensaje de error) 5.B.- Puede existir que el cliente cancele el pedido

(26)

5.2.4 Ventas.

Nombre: Llenar una nota de venta o factura

Fecha: 13/10/2013

Descripción: Consiste en emitir un vale de salida del pedido Actores: Encargado de ventas

Flujo Normal:

6.- Registra la venta capturándolo en el sistema 7.- Emite un vale de salida del pedido

8.- Con los datos adquiridos y la venta realizada se llena un formato (nota de venta o factura) Flujo Alternativo:

2.A.- Si son correctos los datos deja entrar al sistema (sino, arroja un mensaje de error) 8.B.- El sistema verifica el cliente para saber qué tipo de formato llenará

Cuadro 4.0 Descripción del llenado de una nota de venta o factura

Nombre: Registrar venta

Fecha: 13/10/2013

Descripción: Consiste en registrar la venta Actores: Encargado de ventas

Flujo Normal:

6.- Registra la venta capturándolo en el sistema Flujo Alternativo:

(27)

Nombre: Emitir un vale de salida (entrega)

Fecha: 13/10/2013

Descripción: Consiste en emitir un vale de salida del pedido Actores: Encargado de ventas y encargado de producción Flujo Normal:

Cuadro 4.2 Descripción de emitir un vale de salida (entrega)

Nombre: Corte Final

Fecha: 13/10/2013

Descripción: Consiste en emitir un vale de salida del pedido Actores: Encargado de ventas y encargado de producción Flujo Normal:

8.- Realiza corte final de la venta Flujo Alternativo:

(28)

5.3 Diagrama Entidad-Relación.

(29)

5.3.1 Módulo de Compras.

En la fig. 3.1 se muestra el módulo de compras de manera más específica para poder tener una mejor visualización de cada una de las partes del sistema.

(30)

5.3.2 Módulo de Usuarios y categorías de Insumos y Productos terminados.

Los siguientes módulos son los de usuarios y las categorías; tanto de insumos como de productos terminados, en donde se visualizan de manera más clara.

(31)

5.3.3 Módulo de Ventas, Clientes, Pedidos y Producción.

En las siguientes figuras se muestran los módulos de ventas, clientes pedidos y producción en donde poseen una relación entre ellos, tales como se muestran a continuación:

(32)

5.4 Diagramas de secuencia.

A continuación en la Fig. 4.0 se muestra el diagrama de secuencia por parte del Administrador, en donde muestra todo el proceso que puede efectuar dentro de la empresa.

5.4.1 Diagrama de secuencia del Administrador.

(33)

5.4.2 Diagrama de secuencia del módulo de Compras.

En el siguiente diagrama de secuencia se muestra el módulo de compras en donde se lleva a cabo las diferentes funciones que se elaboran dentro de la empresa.

(34)

5.4.3 Diagrama de secuencia del módulo de Producción.

En el siguiente diagrama se muestra el módulo de producción, conteniendo las diferentes fases que se efectúan dentro de la empresa.

(35)

5.4.4 Diagrama de secuencia del módulo de Ventas y Pedidos.

Por último se muestra el diagrama de secuencia del módulo de ventas y pedidos que se maneja el usuario de ventas, efectuando todos los procesos necesarios para su correcta funcionalidad.

(36)

5.5 Interfaces.

5.5.1 Módulo de Login para acceso a los usuarios de la empresa.

En la Fig. 5.0 se muestra el Login de acceso el cual les permitirá tener acceso al sistema a todos los usuarios registrados.

(37)

5.5.2 Módulo de Registro de Usuarios con seguridad (solo el usuario Administrador accede).

Este módulo se usa con la finalidad de tener una seguridad a la administración de quien accede al sistema por lo tanto solo el Administrador se le permite registrar a sus empleados, Fig. 5.1.

(38)

En la Fig. 5.2 se muestra el Formulario de Registro para usuarios que podrán manipular el sistema y el Administrador solo puede controlar este registro.

(39)

Menús principales de cada uno de los usuarios.

En la siguiente parte del documento se mostraran los Menús principales de cada uno de los usuarios que acceden al sistema se les muestra diferentes interfaces con diferentes funciones solo el Administrador tiene mayor control en el sistema.

5.5.3 Menú del Administrador.

La Fig. 5.3 Muestra el menú principal del administrador y como pueden notar el sistema le permite solo a tener control total del sistema.

(40)

5.5.4 Menú del usuarios de Compras.

La siguiente representación de la interfaz del usuario de compras es la siguiente como se muestra en la Fig. 5.4, donde el acceso al sistema es muy limitado ya que para mayor seguridad en el uso de información de la misma empresa.

(41)

5.5.5 Menú del usuario de Producción.

El menú del usuario de Produccion es un menu solo para recoleccion de datos de los productos elaborados como consulta de pedidos, insumos y de los mismo productos Fig. 5.5.

(42)

5.5.6 Menú del usuario de Ventas.

El menú para el usuario de ventas (Fig. 5.6) con los accesos correspondientes a su área.

(43)

5.5.7 Módulo de registro de compras de insumo.

Este es módulo de registro de compras en insumos por lo que en la Fig. 5.7 se muestra un formulario para llenar los datos del documento con No. De Compra, Folio y alguna descripción que desee agregar.

(44)

En la interfaz siguiente se muestra el llenado de los insumos de la compra realizada como se muestra en la Fig. 5.8.

(45)

5.5.8 Menú para el control de clientes y sus pedidos.

Para el Menú de Pedidos (Fig. 5.9), en este caso para el usuario Administrador tiene esta opción de ver este menú de pedidos y clientes ya que para los demás usuarios van directamente a su módulo correspondiente.

(46)

5.5.9 Módulo de control de clientes.

En esta parte se encuentra un filtro para que el empleado pueda verificar si el cliente existe o no, en dado caso de estar registrado lo único se le da en el botón buscar para observar los datos del cliente y poder realizarle la nota de venta o su factura correspondiente como se muestra en las siguientes figuras.

Fig. 5.10 Módulo de control de los clientes

(47)

En caso contrario de no tener registrado el cliente, se realizara un registro de este mismo en donde se muestra en la imagen siguiente:

Fig. 5.11 Registro de un cliente

En la segunda opción del Menú pedidos existe la opción pedido que es la que registra el pedido de cada cliente el cual realiza su pedido.

(48)

Seguidamente después de registrar el pedido mediante las fechas correspondientes y de quien es el pedido se realiza el registro de los productos que el cliente desea dentro del pedido la interfaz siguiente es donde realizara ese proceso.

(49)

5.5.10 Módulo de Entradas/Salidas de insumos y productos terminados.

En este módulo se muestran cada una de las interfaces donde se mantiene un control de cada una de las áreas que más prevalece la parte operativa de la empresa que es la entrada y salida de cada uno de sus productos como de sus insumos por ende se presente la interfaz para vales E/S de insumos:

(50)

En la siguiente imagen se muestra el llenado del vale dependiendo de qué tipo sea si es de salida o entrada se llena con los insumos que se estén usando.

(51)

La misma interfaz fue usada para realizar el vale de productos terminados cambiando los datos que llenan a este por lo que los datos no son iguales ya que para insumos es uno y para productos terminados es otro por lo tanto se muestra el llenado de productos terminados:

(52)

En esta imagen se muestra el llenado del vale para productos terminados ya sean que entran o salen de almacén.

(53)

Para el mismo administrador cuando el selecciona el botón inventarios este mismo le es enviado a un menú para la consulta de inventarios como se muestra en la Fig. 5.18.

(54)

Para la consulta de inventario de insumos en la siguiente imagen Fig. 5.19 se muestra un Filtro el cual nos permite escoger que insumo necesitamos saber su registro de manera inventariada.

(55)

Así como también está el filtro para sacar el inventario de cada producto terminado que se desee saber cómo fue su proceso transaccional de manera inventariada se muestra en la Fig. 5.20.

Fig. 5.20 Filtro para el inventario de productos terminados.

Para las consulta de ventas dentro del menú del administrador se presenta un filtro en esta caso corresponde a una fecha del cual necesita saber o realizar un reporte de las ventas realizadas en determinado tiempo solo para cotejar ventas realizadas en fechas exactas.

(56)

6. Conclusiones y recomendaciones

.

Por medio del análisis realizado en las problemáticas detectadas dentro de la empresa se determinó que el sistema de la organización es necesario para realizar las actividades cotidianas que en esta misma se ejerzan ya que son requeridos por medio de un sistema de información transaccional que ayude a disminuir el tiempo invertido en las actualizaciones que actualmente se manejan.

Siendo así, para poder lograr un alcance satisfactorio y cumpliendo con los objetivos propuestos del mismo, se pudo destacar que para la empresa el uso o la implementación de un sistema que automatice el proceso manual que realizaba, presente grandes beneficios los cuales fomentaron un impacto tecnológico dentro de la misma.

Así también como desarrolladores resulto de manera muy gratificante el desarrollo del mismo sistema ya que se tuvo un gran alcance para lograr conocimientos que estaban fuera de nuestro ámbito estudiantil, el cual permitió explorar más allá de lo que una institución puede otorgar dentro de la enseñanza, así también poner en práctica lo que cada una de las materias aporto dentro de la formación como estudiante.

Las recomendaciones que se otorgan de este proyecto es que no solo hay que implementar conocimientos que solo una institución educativa puede otorgar sino que en el mundo laboral existen otros campos en el cual como ingenieros en sistemas computacionales puede abarcar muchas áreas donde se le permita progresar y seguir adelante, buscando modelos de desarrollo más potentes que ayuden a mejorar la calidad de cada uno de los proyectos.

(57)

7. Competencias desarrolladas y/o aplicadas

7.1 Competencias genéricas.

• Trabajo en equipo.

• Capacidad para la aplicación de los conocimientos adquiridos dentro de la práctica.

• Habilidad para divagar en cuanto a la búsqueda de información.

• Desarrollo de habilidades para construir de manera creativa el conocimiento.

• Capacidad para el cambio de actitudes al que llevará a una sociedad más solidaria (positivamente).

• Habilidad en cuanto a la competencia comunicativa para expresarse de manera clara y precisa.

• Empeño y dedicación al realizar un trabajo en equipo.

• Capacidad para analizar críticamente los factores que influyen en su toma de decisiones.

• Asumir las consecuencias de sus comportamientos y decisiones.

• Enfrentar las dificultades que se le presentan y ser consciente de sus valores, fortalezas y debilidades

7.2 Competencias específicas.

• Construir e interpretar modelos matemáticos deterministas o aleatorios mediante la aplicación de procedimientos aritméticos,

• Habilidad de construcción

• Capacidad de desarrollo con base a los Framework (Codeigniter).

• Desarrollo de aplicaciones PHP, MySQL, JavaScript, Apache, HTML, CSS y Ajax,

(58)

• Capacidad para el desarrollo Web

• Conocimientos para enfatizar en el desarrollo de tecnologías de la comunicación.

7.2.1 Competencias relativas al aprendizaje

• Conocimientos sobre el área de estudios y la profesión. • Capacidad de aplicar los conocimientos en práctica. • Capacidad de abstracción, análisis y síntesis.

(59)

8. Referencias bibliográficas.

[1] Alarcón, V. F. (2008). Desarrollo de Sistema de Informacion: una metodologia basada en el modelado. Mexico: Edicions UPC.

[2] ASPEL. (31 de 04 de 2013). ASPEL. Recuperado el 31 de 04 de 2013, de http://www.aspel.com.mx/downl/BaseConoc/PresentacionSAE50.pdf

[3] ASPEL. (30 de 04 de 2013). SITIO OFICIAL ASPEL. Recuperado el 30 de 04 de 2013, de http://www.aspel.com.mx/mx/productos/sae1.html

[4] C. Zakas, N., McPeak, J., & Fawcell, J. (2009). Professional Ajax. WROX.

[5] Crockfor, D. (29 de 04 de 2013). javascript. Recuperado el 29 de 04 de 2013, de http://www.crockfor.com/javascript/javascript.html

[6]CSS. (22 de 04 de 2013). Guia Breve de CSS. Recuperado el 22 de 04 de 2013, de http://www.w3c.es/Divulgacion/GuiasBreves/HojasEstilo

[7] Gauchat, J. D. (2012). El Gran Libro de HTML 5, CSS3 y javascript. España: MARCOMBO S.A. [8] González Peña, J. J. (15 de 03 de 2013). Antecentes. (I. E. Navarra Betanzo, Entrevistador) [9] Google. (25 de 03 de 2013). Google Maps. Recuperado el 25 de 03 de 2013, de

https://maps.google.com.mx/?hl=es

[10] Gutierrez, J. J. (15 de 05 de 2010). http://www.lsi.us.es/. Recuperado el 29 de 04 de 2013, de http://www.lsi.us.es/~javierj/investigacion_ficheros/Framework.pdf

[11] Jeem. (28 de 04 de 2013). Jeem. Recuperado el 28 de 04 de 2013, de http://www.jeem.com/documentos/facturacion.pdf

[12] LaFrance, J.-P. (2001). Intranet Ilustrada: usos e impactos organizacionales de intranet en las empresas. Paris: Ediciones Trilce.

[13] MasAdmin. (28 de 04 de 2013). MasAdmin. Recuperado el 28 de 04 de 2013, de http://www.masadmin.com/manual/index.html

[14] MasAdmin. (28 de 04 de 2013). Sitio Oficial MasAdmin. Recuperado el 28 de 04 de 2013, de http://www.masadmin.com

[15]MySQL. (22 de 04 de 2013). MySQL :: MySQL Workbench 5.2. Recuperado el 22 de 04 de 2013, de http://www.mysql.com/products/workbench/

[16] PHP. (22 de 04 de 2013). Conceptos Basicos. Recuperado el 22 de 04 de 2013, de http://www.webestilo.com/php/php00.phtml

(60)

[19] Server, A. W. (29 de 04 de 2013). Apache Web Server. Recuperado el 29 de 04 de 2013, de http://www.juntadeandalucia.es/empleo/recursos/material_didactico/especialidades/ma

terialdidactico_administrador_servidores/Content/3-servicios_web/5-ApacheWebServer.pdf

[20] Sommerville, I. (2005). Ingenieria de Software. Madrid: Pearson Educacion S.A. [21] spanishpmo. (18 de 04 de 2013). spanishpmo. Recuperado el 18 de 04 de 2013, de

http://spanishpmo.com/index.php/ciclos-de-vida-modelo-de-cascada/

[22] Thibaud, C. (2006). MySQL 5 instalacion, implantacion, administracion y Programacion.

(61)

Anexos.

(62)

(63)

(64)