UNIVERSIDAD AUTÓNOMA DE CIUDAD JUÁREZ

División Multidisciplinaria en Ciudad Universitaria

Instituto de Ingeniería y Tecnología

Departamento de Ingeniería Eléctrica y Computación

SOFTWARE PARA LA AUTOMATIZACIÓN DEL PROCESO EN LA

INTRODUCCIÓN DE NUEVO PRODUCTO (NPI)

Reporte Técnico de Investigación presentado por:

Noé Fabián Mendoza Neri 132356

Requisito para la obtención del título de

INGENIERO EN SISTEMAS COMPUTACIONALES

Asesor

MSL. Maritza Concepción Varela Álvarez

Ciudad Juárez, Chihuahua Mayo de 2019

ii
iii
 Declaración de Originalidad

Yo, Noe Fabian Mendoza Neri, declaro que el material contenido en esta publicación fue
generado con la revisión de los documentos que se mencionan en la sección de referencias
y que la solución desarrollada es original y no ha sido copiada de ninguna otra fuente, ni
ha sido usada para obtener otro título o reconocimiento en otra Institución de Educación
Superior.

Noe Fabian Mendoza Neri

iv
 Agradecimientos

La empresa Robert Bosch ha sido el principal factor para que este proyecto culmine, gracias
al financiamiento de este, soporte de los departamentos involucrados para la obtención de
requisitos y retroalimentación durante el desarrollo del sistema.
Gracias a mi asesor y profesor por apoyarme en los distintos temas y la manera de
desarrollar el sistema de la mejor manera, aclarar dudas y aportarme ideas de mejora del
proyecto durante el desarrollo.

v
 Dedicatoria

A mi familia por ser el pilar de lo que soy, apoyarme en todo momento, ayudarme a ser un
mejor estudiante y persona y estar en todo momento conmigo cuando lo necesite.
A mis maestros por permitirme aprender cada día cosas nuevas, por su gran apoyo y
motivación para la culminación de mis estudios profesionales y para la elaboración de esta
tesis; a mi asesora Maritza Varela por su gran apoyo ofrecido en este trabajo y su tiempo
dedicado para desarrollar este proyecto; a mi profesor Rogelio Florencia por guiarme
durante el transcurso de esta tesis.
A mis amigos y compañeros de carrera que nos apoyamos mutuamente en nuestra
formación académica.

vi
 Índice de contenido

Declaración de Originalidad .............................................................................................. iv

Agradecimientos ................................................................................................................. v
Dedicatoria ......................................................................................................................... vi
Índice de contenido ........................................................................................................... vii
Índice de figuras ................................................................................................................. ix
Índice de tablas ................................................................................................................... x
Resumen............................................................................................................................. xi
Introducción ........................................................................................................................ 1
I. Planteamiento del problema ............................................................................................ 2
1.1 Antecedentes ............................................................................................................. 2
1.2 Definición del problema ........................................................................................... 3
1.3 Objetivos ................................................................................................................... 3
Objetivo general .............................................................................................................. 4
Objetivos específicos ...................................................................................................... 4
1.4 Pregunta de investigación ......................................................................................... 4
1.5 Justificación .............................................................................................................. 4
II. Marco Referencial .......................................................................................................... 6
2.1 Marco conceptual ...................................................................................................... 6
2.2 Marco teórico ............................................................................................................ 6
2.2.1 Sistemas de Información ........................................................................................ 6
2.2.2 Bases de Datos ....................................................................................................... 8
2.2.3 Normalización de bases de datos ........................................................................... 8
2.3 Marco tecnológico .................................................................................................. 10
III. Desarrollo del proyecto ............................................................................................... 11
3.1 Análisis de requisitos .............................................................................................. 11
3.2 Fase de Diseño ........................................................................................................ 14
3.3 Implementación del sistema.................................................................................... 16
3.4 Etapa de verificación............................................................................................... 18
vii
 3.5 Etapa de mantenimiento.......................................................................................... 19
IV. Resultados y Discusiones ........................................................................................... 21
4.1 Resultados ............................................................................................................... 21
4.2 Discusiones ............................................................................................................. 22
V. Conclusiones ................................................................................................................ 23
5.1 Conclusiones ........................................................................................................... 23
5.2 Trabajos futuros ...................................................................................................... 23
Referencias ........................................................................................................................ 24
Anexos .............................................................................................................................. 25

viii
 Índice de figuras

Figura 1. Tipos de sistemas de información. ............................................................... 7

Figura 2. Fases del modelo en cascada. .................................................................... 11
Figura 3. Diagrama de casos de uso. ........................................................................ 12
Figura 4. Relaciones de tablas en base de datos. ........................................................ 14
Figura 5. Diagrama de flujo del sistema. .................................................................. 15
Figura 6. Pantalla de inicio del sistema. ................................................................... 16
Figura 7. Pantalla de ingreso de un nuevo producto. .................................................. 17
Figura 8. Pantalla de reportes. ................................................................................. 18

ix
 Índice de tablas

Tabla 1. Reglas de normalización de las bases de datos................................................ 9

Tabla 2. Etapas de mayor impacto del proceso NPI. .................................................. 13
Tabla 3. Tiempos de ingreso de información. ........................................................... 21
Tabla 4. Tiempos de generación de reportes. ............................................................ 22

x
 Resumen

La motivación de este proyecto se deriva de la necesidad de la compañía de automatizar el

proceso de introducción de Nuevos Productos a través de un conjunto de acciones y
actividades. Para lograr lo anterior, se desarrolló un Sistema de Información que
actualmente se encuentra en operación en la compañía, en base a los requerimientos
funcionales, se creó una interfaz para los usuarios en donde el acceso a la información del
sistema es rápido y eficiente. La red interna por la que todos los usuarios de la empresa
transmiten y guardan la información, no permite que más de un usuario a la vez sea capaz
de actualizar un documento, además de que, al momento de realizar alguna modificación,
el archivo Excel en el que se almacenaba la información se ponía extremadamente lento.
Esto ocasionaba que los usuarios generaran una copia de ese archivo fuera de la red local
para tener un acceso más rápido a él, y en ocasiones, olvidaban reemplazar el documento
copiado por el de la red. Este sistema ha remplazado documentos duplicados por los
usuarios, proporcionando reportes y gráficas al instante con información actualizada,
además de permitir el acceso a distintos usuarios a la vez.
En base a los resultados obtenidos se observa que se obtuvo un mejor control de la
información generada, minimizando errores en las capturas por parte de los usuarios y una
mayor disponibilidad de la información del proceso en todo momento.

Palabras clave: NPI, Automatización, Seguridad, Disponibilidad, Rapidez, Sistemas de

información, Seguimiento de proceso.

xi
 Introducción

El sistema de información nos ha dado rapidez en la captura de datos del proceso, y fue
necesario tener definidas las principales etapas que compondrán el diseño de este en el
sistema. Juntas departamentales, análisis de requisitos y definición de diseño del sistema,
fueron algunas de las etapas del proyecto para una buena estructura de los datos que han
sido necesarios para desarrollar la aplicación.
Un buen diseño y estructura de la base de datos otorga un sistema robusto y a prueba de
fallas para la información. Este, contiene un control en la información ofreciendo rapidez
y transparencia para realizar actualización de los datos mediante los usuarios involucrados.
La aplicación actualiza sus datos a través de la conexión con el servidor, algo que se debe
de tener muy en cuenta ya que pondría en riesgo su utilización en caso de pérdida de
conexión a Internet.

1
 I. Planteamiento del problema

En esta sección se presentan las secciones del capítulo I, donde se abarcan los temas de
antecedentes, definición del problema, objetivos, preguntas de investigación y
justificación.

1.1 Antecedentes
El concepto de información para una empresa es fundamental para el buen funcionamiento
de la organización. Para que la información cumpla con sus objetivos es necesario que se
tengan ciertas características en ella [1]:
• Relevante. Tiene que ser información importante que la empresa necesita.
• Actualizada. Información generada día a día.
• Rápida. Acceso sencillo e inmediato a la información.
• Económica. Obtener la información no debe generar un costo elevado a la empresa.
• Calidad. Información completa y sin errores.
• Aplicable. Debe ser adecuada para la toma de decisión.

Durante los últimos años los sistemas de información constituyen unos de los principales
ámbitos de estudio en el área de organización de empresas.
Existen sistemas de información que incorporan los procesos operativos y de negocios, por
ejemplo: producción, ventas, compras, logística, inventarios y control de almacenes.
Un ejemplo de sistema de información es SAP, que es un sistema informático integrado de
gestión empresarial diseñado para modelar y automatizar las diferentes áreas de la empresa
y la administración de sus recursos. Sin embargo, no se asemeja a lo requerido por la
compañía creadora de balatas, además del alto costo que significaría para la compañía
añadir los módulos necesarios para el funcionamiento requerido.
El nombre del sistema SAP representan las siglas en alemán Systeme Anwendungen und
Produkte que significa en español “sistemas, aplicaciones y productos”.
El Sistema SAP es un Sistema ERP (Enterprise Resource Planning o planificación de los
recursos empresariales) como otros que existen en el mercado como, por ejemplo, el
sistema ERP de Microsoft llamado Microsoft Dynamics, y el sistema ERP de Oracle,
llamado JD Edwards [2].
2
1.2 Definición del problema
La compañía hacia la que va dirigida este sistema almacenaba en archivos Excel la
información sobre el proceso de NPI. Estos archivos, con el paso del tiempo y la generación
de información en él, se vuelven lentos y poco confiables para la extracción de datos.
En una compañía cuyo giro es la creación de balatas, no se contaba con un sistema robusto
y confiable, ni con una base de datos capaz de almacenar información por grandes
cantidades, lo que generaba un problema para la información de la empresa. El proceso
central que ha sido automatizado evitando ese problema en la información, es la captura de
fechas y comentarios generales por medio del software en donde los usuarios interactúan
y con ello se genera un historial completo, sobre el estatus de la balata que será creada para
su futura entrega al cliente.
Un archivo de Excel era el utilizado en las distintas áreas y la actualización en él era diario,
por lo tanto, crecía gradualmente y el acceso a su información era cada vez más lento.
La red interna por la que todos los usuarios de la empresa transmiten y guardan la
información, no permite que más de un usuario a la vez sea capaz de actualizar un archivo,
además de que, al momento de realizar alguna modificación, el archivo Excel se ponía
extremadamente lento. Esto ocasionaba que los usuarios generaran una copia de ese
archivo fuera de la red local para tener un acceso más rápido a él, y en ocasiones, olvidaban
reemplazar el archivo copiado por el de la red.
Durante todos estos intentos de obtener un acceso rápido al documento, se generaban
numerables copias del archivo original y al final la información del proceso se convertía
poco confiable. El software reemplaza documentos que no generen rapidez ni seguridad en
la información del proceso además de proporcionar reportes y gráficas al instante y un
acceso para todos los usuarios a la vez.
Este sistema optimiza, asegura y agiliza la información útil para tener un control historial
de toda la información del proceso en general.

1.3 Objetivos
A continuación, se presentan los objetivos alcanzados al desarrollar el sistema
automatizado, debido a la necesidad de la empresa de contar con información sobre su
proceso de liberación de balatas de una manera estructurada y con un fácil acceso.

3
Objetivo general
El objetivo de este proyecto es la automatización en la captura de información en el proceso
de NPI, minimizando errores y agilizando el tiempo de respuesta para la obtención de
reportes.

Objetivos específicos
• Desarrollar una interfaz amigable permitiendo una visualización completa de las
etapas del proceso de NPI.
• Diseñar una Base de Datos centralizada en el servidor seleccionado, siguiendo las
normas de seguridad.
• Obtener un análisis de los tiempos transcurridos de cada producto.
• Diseñar un sistema que permita tener un acceso rápido a la información, además de
filtros dentro del sistema según los datos que se requieran visualizar.

1.4 Pregunta de investigación

¿Qué tan eficiente es el proceso de captura con la automatización del proceso de NPI?

1.5 Justificación
Este proyecto ha sido desarrollado para mejorar y automatizar el actual proceso de
introducción de una nueva balata asi como la actualización de los datos y fechas de cada
producto.
El proceso de NPI consta en capturar fechas y comentarios adicionales del encargado de
actualizar e ingresar la información. Esta captura de fechas indica el momento en el que
cada departamento cumple con su tarea de ir diseñando, moldeando, y validando la balata
hasta su liberación para ensamble final en producción.
Se diseñó un sistema completo en donde los usuarios pueden interactuar con el sistema al
mismo tiempo, y este, funciona de una manera rápida y segura. El desarrollo del sistema
ha mejorado la eficiencia en cómo guardan la información para evitar fallas en la captura
de fechas y así obtener un registro historial completo, sin errores y confiable. Cuenta con
cálculos automáticos, lo que ayuda al usuario a obtener información detallada y sin hacer
transacciones largas. Los reportes que se obtienen al seleccionar las fechas y el estatus

4
específico que se requiere visualizar, disminuyo considerablemente el tiempo que se
llevaba anteriormente con el archivo en obtener un reporte.
Este sistema fue creado sin ningún costo extra para la empresa y cuenta con un rápido
soporte en caso de fallos. La información estará siempre segura ya que el sistema esta
solamente dentro del alcance de los usuarios definidos y únicamente ellos pueden tener
acceso a iniciar sesión y modificar la información. Estos datos son almacenados de una
manera estructurada y ordenada, de manera que el obtener reportes es algo fácil y rápido.
Este proyecto sin duda es una gran herramienta para la compañía ayudando a un mejor
control de la información y automatización en el proceso.

5
 II. Marco Referencial

En este apartado se especifica el concepto general del proceso por el cual se desarrolló el
sistema y como el software funciona para almacenar la información.

2.1 Marco conceptual

Durante el proceso del sistema se encontrarán conceptos que se utilizan en la empresa para
identificar el orden que debe de llevarse durante la creación de la balata.
• NPI (New Product Introduction). Es el proceso general de la compañía, diseñado
para tener una estructura y pasos a seguir sobre el producto esperado. Durante este
proceso, se tienen distintos departamentos involucrados, quienes cumplen cada uno
con un rol para dar seguimiento y cumplir con el objetivo del proceso.
• Liberado para producción. Es un término utilizado durante el proceso y al cual
se quiere llegar durante el mismo, que muestra las fechas finales y los números de
parte que han completado el ciclo del proceso de NPI.
• Número de Parte. Es un identificador de 13 dígitos del producto esperado. Éste
dato contiene la información de los componentes a utilizar para el ensamble de la
balata y el identificador del cliente a entregar. Donde cabe resaltar que es un dato
asignado que nunca se repite durante el proceso y futuros nuevos productos.
• Algoritmo. Es un conjunto de instrucciones o reglas bien definidas y ordenadas
que permiten llevar a cabo una actividad mediante pasos sucesivos [3].

2.2 Marco teórico

Es necesario obtener una idea clara de la forma de estructurar la base de datos, selección
de llaves primarias y la manera adecuada de hacer el sistema óptimo para la organización
que lo utiliza.
El sistema cuenta con distintos módulos integrados, para realizar altas, bajas,
modificaciones en la base de datos, y obtención de información.

2.2.1 Sistemas de Información

Un sistema de información es un grupo de elementos, interrelacionados entre sí, que
permite capturar, procesar, almacenar y transmitir los datos de la cadena productiva de la

6
compañía, esto con el fin de ofrecer información confiable y en tiempo real para mejorar
el control de su información y apoyar en la toma de decisiones [1].
Los sistemas de información administrativa proporcionan una variedad de informes y
presentaciones a la gerencia. Estos sistemas obtienen información de la base de datos sobre
operaciones internas que han sido actualizadas mediante sistemas por medio de
transacciones de los usuarios. Para la empresa el concepto de información es un elemento
clave y fundamental para su buen funcionamiento [1].
Tener información bien estructurada y segura, proporciona un tiempo de respuesta mucho
más corto para la elaboración de reportes, así como conocimiento sobre tiempo y proceso
de dónde se encuentra el producto esperado.
La mayoría de las empresas utilizan sistemas de información automatizados en sus
procesos, sin embargo, si estos procesos no funcionan de una manera correcta de forma
manual, tampoco lo harán por estar automatizados.
La Figura 1 muestra los tipos de sistemas de información empresarial [4].

Figura 1. Tipos de sistemas de información.

7
Tipos de sistemas de información
• Sistemas de nivel operativo: Hacen seguimiento de las actividades y las
transacciones elementales de la organización.
• Sistemas de nivel de conocimientos: Se apoyan los trabajadores del conocimiento
y de la información en una institución.
• Sistemas de nivel gerencial o administrativa: Son sistemas de información en los
que se apoya el seguimiento, control y toma de decisiones y las actividades
administrativas de los administradores de nivel medio.
• Sistema de nivel estratégico: Apoyan a las actividades de planeación a largo plazo
de los niveles de dirección de la institución

2.2.2 Bases de Datos

Muestran un conjunto de datos pertenecientes a un mismo contexto y almacenados
sistemáticamente para su posterior uso [5].
Conceptos generales fundamentales:
• Base de Datos. Conjunto de datos interrelacionados entre sí y su fin es servir a uno
o varios usuarios.
• Sistema de Gestión de Bases de Datos (SGBD). Son software que dirigen y
controlan todas las gestiones que realiza las bases de datos.
• Instancia. Es la información contenida en la base de datos en un momento
determinado.
• Clave primaria. Es la que permite la identificación única de una instancia.
• Interrelaciones. Permite relacionar y acoplar dos o más entidades [5].
El sistema generalmente procesa datos de fechas, y a partir de esa información genera las
gráficas y reportes que se soliciten, además de comentarios generales que los usuarios
pueden ir detallando cuando realicen alguna actualización.

2.2.3 Normalización de bases de datos

La normalización de base de datos persigue varios objetivos, principalmente reducir la
redundancia de datos y simplificar las dependencias entre columnas, aplicándose de
manera acumulativa.

8
Existe una serie de reglas formales para la normalización de las estructuras de las bases de
datos. Hay seis formas normales o reglas de normalización, si bien las más conocidas y
destacables son las tres primeras [6].
La Tabla 1 muestra las tres reglas de normalización más destacables, así como una breve
descripción de esta [6].

Tabla 1. Reglas de normalización de las bases de datos.

Regla Descripción
Primera Forma Normal (1FN) Incluye la eliminación de todos los grupos repetidos.

Segunda Forma Normal (2FN) Asegura que todas las columnas que no son llave sean completamente
dependientes de la llave primaria (Primary Key).

Tercera Forma Normal (3FN) Elimina cualquier dependencia transitiva.

Una dependencia transitiva es aquella en la cual las columnas que no
son llave son dependientes de otras columnas que tampoco son llave.

• Primera Forma Normal (1FN)

La primera regla de normalización se expresa generalmente en forma de dos indicaciones
separadas.
1. Todos los atributos, valores almacenados en las columnas, deben ser indivisibles.
2. No deben existir grupos de valores repetidos.
Una tabla está en 1FN cuando todos los atributos de clave están definidos y cuando todos
los restantes dependen de la clave primaria.

• Segunda Forma Normal (2FN)

La segunda forma normal añade la necesidad de que no existan dependencias funcionales
parciales. Esto significa que todos los valores de las columnas de una fila deben depender
de la clave primaria de dicha fila.
Una tabla se encuentra en 2FN cuando está en 1FN y no contiene dependencias parciales.

9
 • Tercera Forma Normal (3FN)
Ésta indica que no deben existir dependencias transitivas entre las columnas de una tabla,
lo cual significa que las columnas que no forman parte de la clave primaria deben depender
sólo de la clave, nunca de otra columna no clave.
Una tabla está en 3FN cuando está en 2FN y cuando no contiene dependencias transitivas
[6].

2.3 Marco tecnológico

El software de programación seleccionado para realizar el sistema fue Visual Studio, en un
ambiente de desarrollo de ASP.NET. Visual Basic es el lenguaje de programación utilizado,
es un lenguaje muy amplio y simple de programar donde se desarrollaron distintos
formularios para representar las pantallas que se muestran a los usuarios. ASP.NET es una
plataforma web madura que proporciona todos los servicios necesarios para crear
aplicaciones basadas en servidor de clase empresarial utilizando .NET en Windows.
La compañía cuenta con la licencia de software para Visual Studio, la cual está dentro de
los paquetes para el desarrollo de aplicaciones dentro de la empresa.
El desarrollo y estructura de la base de datos ha sido diseñado en un servidor solicitado por
un departamento de la empresa. Este servidor ha sido equipado con SQL Server, con la
capacidad de almacenamiento necesaria para la información por medio del software de
NPI.
SQL (Structured Query Lenguage) es un lenguaje de programación estándar e interactivo
para la obtención de información desde una base de datos y para actualizarla. Las consultas
toman la forma de un lenguaje de comandos que permite seleccionar, insertar, actualizar,
averiguar la ubicación de los datos, y más [7].
La migración de los datos del archivo Excel al servidor fue mediante una base de datos
creada en Access. Por medio de la aplicación SQL Server Management Studio se cuenta
con acceso al servidor con SQL, Management Studio cuenta con la opción de importación
y exportación de datos a las bases de datos, donde se puede seleccionar la base de datos
Access para insertar los datos de las tablas seleccionadas.

10
 III. Desarrollo del proyecto

En este proyecto se desarrolló un sistema capaz de almacenar información por medio de

distintos usuarios, dándole rapidez a la captura de información con ayuda del servidor de
la empresa. El proceso que se ha automatizado cuenta con una estructura robusta, en donde
cada etapa de este proceso sigue una secuencia de pasos.
El desarrollo y estructura del sistema ha sido empleado mediante el modelo en cascada,
este modelo consta de 5 etapas las cuales toman su curso conforme se avanza en el
proyecto. A continuación, se describen mostrando el avance y lo desarrollado para finalizar
el sistema. La Figura 2 muestra las etapas del modelo seleccionado.

Figura 2. Fases del modelo en cascada.

Fases del modelo en cascada

3.1 Análisis de requisitos

En esta fase se hace un análisis de las necesidades del cliente para determinar las
características del software a desarrollar.
Durante esta etapa se analizó a profundidad cuales serían las principales características del
sistema, recabando los datos necesarios para el modelado de la interfaz que es presentada
a cada departamento en las pantallas del sistema.

11
De acuerdo con el archivo Excel anteriormente utilizado y la manera de actualizar la
información en este, se comenzó con la estructura de la base de datos y la manera en la que
el sistema seguiría el curso de estos. Se obtuvo un análisis del documento y las columnas
de cada etapa del proceso fueron colocadas en la base de datos de manera sistemática, cada
una de estas etapas corresponden a un cierto departamento y fueron asignadas en la pantalla
que se visualizará en la aplicación de acuerdo con el rol que fue previamente asignado al
usuario que se registró en el sistema. La Figura 3 muestra un Diagrama de casos de uso de
la manera en la que se interactúa dentro de la aplicación.

Figura 3. Diagrama de casos de uso.

12
De acuerdo con las juntas de equipo con los usuarios y departamentos involucrados en el
proceso de NPI, se definieron los principales pasos del proceso dentro de la aplicación,
obteniendo los de mayor impacto para la organización en cuanto a la captura y
actualización de información y fechas. Con esto, el sistema ofrece información relevante y
se obtiene un mejor análisis del estatus y tiempo transcurrido del producto.
En la Tabla 2 se muestran las etapas seleccionadas con mayor impacto del proceso de NPI.

Tabla 2. Etapas de mayor impacto del proceso NPI.

No. Descripción Departamento Dato de Entrada

1 OES Available ENG2 FMSI Steel

2 Friction Formula Assigned ENG2 FMSI Steel
3 Design Package Start Date ENG2 FMSI Steel
4 Design Review ENG2 FMSI Steel
5 Design Complete ENG2 FMSI Steel
6 Release for Tooling ENG2 FMSI Steel
7 NPI SAP Data Enrichment Started ENG2 FMSI Steel
8 Tooling Development TEF FMSI Steel
9 GP Pilot Run MFE FMSI Steel

FG
10 Sheduled for FG Validation MFE FPY
Fixture

FG
FPY
Tool
11 QMM Final Assembly Approval QMM Comp
Q Test
Fitment
Package

12 Released For Production Automático

13 CANCELLED Manual

13
3.2 Fase de Diseño
En esta etapa se describe la estructura interna del software, y las relaciones entre las
entidades que lo componen. Detalla la estructura del sistema y la especificación de lo que
debe hacer cada una de sus partes y la manera en que se combinan unas con otras.
El diseño general del sistema se definió mediante los pasos previamente establecidos y
definidos durante las juntas para seguir un flujo del proceso y obtención del estatus en
tiempo real del producto que se requiere obtener. Para esta etapa se analizó el diseño y
cotizaciones de software y hardware necesarios para el desarrollo e implementación.
Durante el transcurso de desarrollo de la interfaz con la que cuenta el sistema, el diseño de
las pantallas y estructura de estas fueron cambiando de acuerdo con las necesidades de cada
usuario y etapa, ocultando o mostrando herramientas al comprobar el rol con el que se
cuenta al ingresar en el sistema.
En base a la siguiente estructura de las tablas en la base de datos, se obtuvo un mejor diseño
para evitar la posible carga de trabajo para esta, lo que genera mayor control en el ingreso
de datos y actualizaciones a sus tablas. Así, en el momento que se actualice la información
por departamento, se enfocaría a la tabla correspondiente de este.
La Figura 4 muestra las relaciones de cada tabla de la base de datos.

Figura 4. Relaciones de tablas en base de datos.

14
La base de datos fue estructurada de tal manera que no existiera una repetición de
información debido a la necesidad del proceso, ya que en el sistema es almacenada en
diferentes tablas, donde cada una de estas contiene información relacionada al
departamento involucrado en el proceso.
De esta manera se cuenta con diversas tablas donde cada una de ellas corresponde a una
etapa diferente del proceso y al momento de ingresar un nuevo registro en la base de datos,
la información se distribuye identificándose de acuerdo con el departamento, llevando
consigo siempre el identificador principal a cada tabla. En la tabla de registro de usuarios
se agregaron dos columnas que guardan la versión con la que el usuario ingresa al sistema
y la más reciente versión de la aplicación.
La forma de identificar cada etapa del proceso de NPI, será mediante las pantallas por área.
Cada departamento cuenta con diferente información por actualizar, que los usuarios
deberán llenar cuando el proceso llegue a esa fase.
Una de las ventajas de este sistema es la transparencia para los usuarios, el ingreso y
actualización de los datos se estructuró de tal manera que no exista problema alguno al
momento de hacer modificaciones por distintos usuarios a la vez.
El diseño del sistema cuenta con distintas herramientas en sus diferentes pantallas, estas
fueron añadidas de acuerdo con la necesidad del usuario en el proceso, las cuales cambian
en tiempo de ejecución, otorgando mayor facilidad en la captura y obtención de
información. A continuación, en la Figura 5, se muestra el diagrama de flujo del sistema.

Figura 5. Diagrama de flujo del sistema.

15
3.3 Implementación del sistema
En esta fase se programan los requisitos especificados de las estructuras de datos diseñadas
en la fase anterior. Al programar, se realizan actividades como el análisis de las
condiciones, la creación de algoritmos, y la implementación de estos en un lenguaje de
programación especifico.
Para esta fase se consumió el mayor tiempo del proyecto, desarrollando el flujo general del
software, cambios e investigaciones para realizar ciertas acciones dentro de algún módulo
del sistema, conexión con el servidor y creación de la base de datos y estructura de las
tablas para un mejor manejo de la información.
Esta etapa estuvo muy unida con la siguiente fase del modelo, ya que al momento de
implementar el sistema se hicieron pruebas de verificación en los distintos procesos,
conexión con el servidor, pruebas al insertar y actualizar los datos, así como en el módulo
de reportes y gráficas que se obtienen con la información seleccionada por los usuarios.
Para esta fase se analizó la conectividad con el servidor, desarrollando diferentes consultas
a la base de datos y tablas diseñadas para el sistema. En esta etapa del proyecto hubo
investigaciones de fallas de conectividad al servidor. Estas fallas se fueron dando al realizar
la prueba de conexión mediante SQL Server Management Studio y el sistema hacia el
servidor. Donde para realizar la conexión, fue necesario habilitar el acceso para cualquier
dirección IP que quisiera hacer un enlace a las bases de datos del servidor.
El sistema cuenta con un acceso restringido, donde únicamente empleados de la empresa
disponen de una visualización y actualización en los datos, lo que genera una mayor
seguridad para la información. La Figura 6 muestra la pantalla de inicio del sistema.

Figura 6. Pantalla de inicio del sistema.

16
Esta pantalla es la visualización inicial para los usuarios, donde el sistema comprueba la
conexión a la red y otorga acceso al usuario únicamente al contar con conexión. De esta
manera el sistema protege la información y solamente los usuarios permitidos tendrán
acceso para iniciar sesión en la aplicación.
El ingreso de la información de un nuevo producto se optimizó considerablemente,
reduciendo tiempo y esfuerzo al usuario, además de una mejor visualización de los datos.
La Figura 7 muestra la pantalla de ingreso de un nuevo producto.

Figura 7. Pantalla de ingreso de un nuevo producto.

El sistema cuenta con una pantalla para la creación de reportes, con el cual se disminuyó
de forma considerable el tiempo para la creación de estos. La Figura 8 muestra la pantalla
de reportes de la aplicación.

17
 Figura 8. Pantalla de reportes.

Se ha diseñado un instalador para la aplicación, este ayudará a los usuarios a tener un fácil
acceso al sistema otorgando una instalación inmediata en sus computadoras.

3.4 Etapa de verificación

Una vez que se termina la fase de implementación se verifica que todos los componentes
del sistema funcionan correctamente y cumplen con los requisitos.
Esta etapa mostró los escenarios no previstos durante la fase de implementación mediante
el uso del sistema y pruebas al ingresar la información, generación de reportes y revisión
del tiempo utilizado al generar las distintas transacciones.
Para esta etapa es necesario tener en cuenta el tiempo que tomará el ajustar las posibles
desviaciones que surjan en el sistema y la manera de evitar que no se presenten de nuevo
al momento de liberar el sistema a los usuarios.

18
Para la verificación de uso de la aplicación, fue necesario una simulación de ingreso de
datos y continuidad de actualización en todas las etapas de los departamentos.

Pruebas de caja negra

Las pruebas de caja negra, es una técnica de pruebas de software en la cual la funcionalidad
se verifica sin tomar en cuenta la estructura interna de código, detalles de implementación
o escenarios de ejecución internos en el software. En estas pruebas, nos enfocamos
solamente en las entradas y salidas del sistema, sin preocuparnos en tener conocimiento de
la estructura interna del programa de software [8].
A continuación, se enumeran los casos presentando para cada uno los datos de entrada y
resultado esperado.
Descripción del caso: El usuario ingresará la información de un nuevo producto a la base
de datos de la aplicación y esta mostrará en una tabla los datos ingresados exitosamente.
El sistema mostrará una alerta al usuario, notificando el estatus del producto por
departamento.
El sistema desplegará un reporte por medio del identificador seleccionado por el usuario.

Caso 1.1: Datos de entrada: Ingreso de un nuevo producto a la base de datos. Resultado
esperado (Salida): El sistema despliega en una tabla la información ordenada que el usuario
proporcionó.
Caso 1.2: Datos de entrada: Ingreso de identificador del producto. Resultado esperado
(Salida): El sistema muestra una alerta al usuario con el estatus del producto o habilita la
actualización de datos de este.
Caso 1.3: Datos de entrada: Ingreso de identificador de producto o fase e intervalo de
fechas. Resultado esperado (Salida): El sistema despliega en una tabla la información para
posteriormente obtener gráficas si el usuario lo desea.

3.5 Etapa de mantenimiento

El propósito de esta fase es mantener el valor del software a través del tiempo, añadiendo
nuevos requisitos, corrigiendo errores, renovando el aspecto visual, mejorando la eficiencia
o añadiendo nueva tecnología.

19
Esta etapa nos dará una idea de lo maduro que el software se irá convirtiendo, donde los
usuarios proporcionarán una retroalimentación general de las distintas ideas, para futuras
modificaciones que puedan ayudar a que el sistema incremente su funcionalidad y
eficiencia.
La creación del instalador permitirá agilizar la instalación del sistema por futuras
actualizaciones donde se puede comparar la versión con que ingresó y la más reciente
agregada, desplegar una alerta donde se muestre la opción de descarga de actualización y
se informe que existe una nueva del software. Al momento de dar clic se ejecutará el
instalador directamente de la aplicación, y así se reemplazará con la nueva versión.
Con esto, se verifica que cada usuario registrado cuente con la más reciente versión del
software y evitar posibles errores cuando actualicen los datos si existe algún cambio en el
sistema que afecte la estructura que se tenga.

20
 IV. Resultados y Discusiones

A continuación, se presentan los resultados y discusiones obtenidos con el desarrollo del

sistema, mostrando los tiempos de captura y obtención de información.

4.1 Resultados
El proyecto en general cumple con el objetivo planteado, otorgando a los usuarios rapidez
en la captura de información y transparencia para quien actualiza los datos y utiliza el
sistema. La actualización en él es diaria a través de distintos usuarios, se han optimizado
los tiempos de captura y actualización de los datos mediante la interfaz presentada que se
adapta a las necesidades de este y genera una ayuda potencial con la utilización de la
aplicación. En la Tabla 3 se muestran los tiempos obtenidos en el ingreso de la información.

Tabla 3. Tiempos de ingreso de información.

Ingreso de datos Archivo Excel NPI Software

Tiempo consumido 6-10 min 1-4 min

Los resultados obtenidos durante el ingreso de la información muestran una disminución

de más del 50% en el tiempo utilizado por los usuarios para ingresar un nuevo registro y
realizar una actualización en los datos. La medición de tiempos fue obtenida mediante tres
diferentes usuarios, los cuales realizan un mayor uso de la aplicación.
Se observó un mejor flujo de la información a partir del uso del sistema, así como múltiples
ingresos y actualizaciones por diferentes usuarios. Este proporciona un estatus inmediato
con la información especificada por el usuario, otorgando un análisis de los datos y muestra
del tiempo que se ha consumido en la vida del proceso.
El tiempo promedio que le tomaba a un gerente de area recopilar la información era de un
día, con la ayuda del sistema la información se obtiene rápidamente y las gráficas se
generan de una forma automática disminuyendo el tiempo dedicado a generar los reportes
y gráficas para una futura presentación de la información.
A través de tres distintos usuarios se obtuvo la medición de los tiempos para extraer la
información de la base de datos y generar las gráficas desde la aplicación. Dando como

21
resultado un tiempo aproximado de entre 10 y 15 minutos en ambas cosas, comparado con
el tiempo de un día utilizando el archivo Excel.
La Tabla 4 presenta los tiempos obtenidos para la generación de reportes.

Tabla 4. Tiempos de generación de reportes.

Obtención de reportes Archivo Excel NPI Software

Tiempo consumido 1 día 10-15 min

4.2 Discusiones
Los resultados obtenidos muestran las mejoras para la actualización de la información, así
como la automatización en el proceso y transparencia en los datos para los usuarios.
Rapidez en el ingreso de la información, agilización y múltiples actualizaciones a través
de los usuarios, conocimiento del estatus actual, obtención del tiempo transcurrido desde
el ingreso de datos en la aplicación, información estructurada, reportes y gráficas detalladas
son resultados en la culminación del proyecto brindando reducción en el tiempo para la
captura de datos de este proceso tanto a los usuarios involucrados como a la compañía.
Se ha contemplado realizar un subsistema, el cual mostrará de manera general el total de
los datos identificándolos por procesos. Enviando correos automáticos señalando los
números de parte que cumplan con el proceso y el tiempo restante de cada uno que se
acerque a su fecha promesa. Esto gracias a la estructura de la base de datos que ha sido
diseñada para el Software del proceso de NPI.
Con el desarrollo de este sistema se esperan actualizaciones futuras, incursión de nuevas
tecnologías, modificaciones en la manera de actualización de los datos, funciones extras a
las pantallas, entre otras cosas que pudieran ayudar a mejorar la aplicación. El ingreso de
alguna otra etapa, validación o departamento en el proceso pudiera generar también
cambios en él y consigo modificaciones en el código y diseño de la aplicación.
Los usuarios, al no estar familiarizados con el sistema tuvieron ciertas dudas al momento
de utilizar la aplicación, lo que provocó preguntas y retroalimentación sobre el uso
adecuado y las distintas herramientas con las que cuenta esta aplicación.

22
 V. Conclusiones

En esta sección se presentan las conclusiones del proyecto y trabajos desarrollados durante
el sistema, así como las futuras mejoras que se quieren visualizar.

5.1 Conclusiones
Durante el desarrollo de este proyecto se identificaron los mejores escenarios para la
automatización del proceso de NPI, donde mediante juntas departamentales se definieron
las características con las que contaría la aplicación. Después de la liberación del sistema
la actualización de la información fue al instante, por lo que se tuvo un análisis del tiempo
utilizado por los usuarios al momento de hacer actualizaciones. Esto demostró la eficiencia
en la captura y obtención de los datos con la automatización del proceso, disminuyendo el
tiempo y esfuerzo al usuario final.
Se ha desarrollado un sistema que hace más eficiente la captura y obtención de la
información.

5.2 Trabajos futuros

La base de datos que se creó permitirá incorporar un subsistema que muestre de manera
general el estatus de cada etapa del proceso y la cantidad de números de parte por etapa,
además de notificar por correo electrónico a cada persona involucrada y no involucrada en
el proceso sobre los tiempos transcurridos y que números de parte están por terminar su
fecha promesa en la finalización de cierta etapa. Esto ayudaría a notificar que producto
cuenta con el mayor atraso durante el proceso.

23
 Referencias

[1] «gestiopolis,» [En línea]. Available: https://www.gestiopolis.com/los-tipos-de-sistemas-de-

informacion-en-las-empresas/. [Último acceso: Septiembre 2018].

[2] «Significados - Sistema SAP,» [En línea]. Available: https://www.significados.com/sistema-

sap/. [Último acceso: 2018].

[3] «En qué consiste el modelo en cascada - Gestiona tu proyecto de desarrollo -

OpenClassrooms,» [En línea]. Available:
https://openclassrooms.com/en/courses/4309151-gestiona-tu-proyecto-de-
desarrollo/4538221-en-que-consiste-el-modelo-en-cascada . [Último acceso: 2018].
[4] «TIPOS DE SISTEMAS DE INFORMACION EMPRESARIAL. SISTEMAS DE
INFORMACION EMPRESARIAL (SIE),» [En línea]. Available:
http://sitemasinformacionempresarial.blogspot.com/2015/09/tipos-de-sistemas-de-
informacion.html. [Último acceso: 2018].
[5] «EcuRed. Conocimiento con todos y para todos,» [En línea]. Available:
https://www.ecured.cu/Bases_de_datos. [Último acceso: 2018].

[6] «Normalización de Bases de Datos. Unidad de Apoyo para el Aprendizaje,» [En línea].
Available:
https://programas.cuaed.unam.mx/repositorio/moodle/pluginfile.php/872/mod_resource/co
ntent/1/contenido/index.html . [Último acceso: 2018].
[7] «TechTarget,» [En línea]. Available:
https://searchdatacenter.techtarget.com/es/definicion/SQL-o-lenguaje-de-consultas-
estructuradas. [Último acceso: 2019].
[8] «TestingBaires,» [En línea]. Available: https://testingbaires.com/2017/02/26/pruebas-caja-
negra-enfoque-practico/. [Último acceso: 2019].

24
Anexos

25