Marcha blanca

49. Despliegue en ambiente de producción 50. Parametrización

51. Capacitación

52. Capacitación equipo de soporte aplicaciones 53. Capacitación administradora de aplicaciones 54. Capacitación a usuarios en sus diferentes roles

55. Capacitación director producción (funcionalidad y reportes)

3.1.1 Requerimientos Funcionales

La identificación, análisis y gestión de los requerimientos funcionales es una actividad crítica en la ingeniería del software. La gestión de los requerimientos funcionales deficiente, es citada como una de las causas más frecuentes en el fracaso de los proyectos, es por ello que es importante entender que son los requerimientos funcionales, bajo qué metodologías deben identificarse y gestionarse para asegurar los objetivos.

Los problemas y errores en la gestión de requerimientos funcionales son citados como una de las causas más frecuentes que ocasionan insatisfacción de las expectativas de los interesados en proyectos de software.

Profundizando en las causas de estos problemas, las situaciones observadas con mayor frecuencia son:

Requerimientos funcionales con descripciones muy ambiguas, produciendo interpretaciones inadecuadas por parte del equipo de desarrollo.

El requerimiento funcional no fue entendido adecuadamente cuando fue levantado con el interesado, pasando información incorrecta al equipo de desarrollo.

En su forma original, el requerimiento funcional no era factible técnicamente y el equipo de desarrollo realizó modificaciones que no fueron aprobadas por los interesados. [14]

Teniendo en cuenta lo anterior, a continuación, vamos a definir los requerimientos funcionales del prototipo planteado:

● Describir con total claridad las especificaciones de novedades, para poder cumplir con la solución de la variedad de eventos que se puedan presentar.

● Se deben generar estándares de reporte y solución que estipulan los lineamientos del sistema que se realizará en campo.

● Los roles deben ir clasificados según lo trazado por el gerente general. Es indispensable saber en el plan de gestión de novedades que roles son responsables en los diferentes escenarios y cuál es su clasificación según su interacción.

● Generar un organizador de informes donde contemple información válida para la toma de decisiones de la mesa directiva de la producción.

3.1.2 Requerimientos No Funcionales

Los requerimientos no funcionales representan características generales y restricciones de la aplicación o sistema que se está desarrollando, para el prototipo mencionamos las más representativas a continuación.

● La plataforma de a utilizar debe ser web, con el objetivo de ser manipulada en cualquier dispositivo móvil con acceso a internet.

● El sistema debe almacenar su base de datos en plataformas en la nube, para así garantizar el acceso en línea en el caso de los gerentes esta opción les permitiría estar informados desde afuera de la compañía.

● La disponibilidad de la aplicación web debe estar en un horario 7 * 24, de acuerdo a la necesidad de la producción.

● El lenguaje unificado y la protección de esto deben ser fundamental para no entrar en redundancia y alteraciones en el sistema.

3.2 Fase Diseño

Para dar cumplimiento a los requerimientos funcionales y no funcionales fue necesario que el sistema cuente con los siguientes módulos:

1. Módulo de administración: el módulo de administración manejara las estructuras de control del prototipo bajo los siguientes requisitos: ● Registro de usuarios Rol Operario, actor al que se le asigna una máquina e interactúa con la aplicación reportando novedades.

● Registro de usuarios Rol Supervisor, actor puede asignar o desasignar a una máquina sobre un operario.

● Registro de usuarios Rol Director Producción, actor que tiene como alcance de observar todos los movimientos en la bitácora; adicional, puede ejercer el rol de supervisor.

● Modelo Entidad Relación

Con el objetivo en cumplir con los objetivos y lo requerimientos funcionales y no funcionales, se diseñó y modeló una base de datos con la normalización de las dependencias funcionales exclusivas (DFE) y no exclusivas (DFNE), modelo seudomatemático, y modelo entidad relación.

3.3 Fase De Codificación

Diseño de base de datos

A continuación, describimos el conjunto de tablas flexibles para el desarrollo del sistema compatibles para la aplicación móvil y web.

Figura 3.7 Modelo Entidad Relación

Front-End:

Para el desarrollo del diseño de interfaces se utilizó la tecnología de prototipado Lunacy una versión de sketch compatible con Windows que permite obtener una vista previa del código CSS y XAML para todos los objetos en el documento, es una herramienta que se puede utilizar para diseñar interfaces de alto nivel gráfico, a continuación se presenta el trabajo obtenido con este software, por otro lado se describe brevemente la funcionalidad de las principales pantallas del prototipo:

Figura 3.8 Login del prototipo software.

La pantalla de login, es el primer filtro para direccionar a cada usuario en el software planteado, es decir que es una de las

Figura 3.9 Selección de estados para órdenes a trabajar. Fuente propia En esta ventana el operario puede seleccionar las órdenes de trabajos que le fue indicado trabajar, las órdenes “pendientes” son las que están

en cola para ser laboradas o utilizadas para iniciar producción, las órdenes pausadas, ya arrancaron producción, pero tienen algún evento que no las ha dejado estar en completadas, por último, las órdenes “Completadas” y “Notificadas” están disponibles para ampliar y consultas respectivamente.

Figura 3.10 Filtro de máquinas para informe gerencial.Fuente propia

El informe presentado como propuesta final de salida para los gerentes de las fábricas, fue resumido en la figura 3.11, en este informe detallado se muestra el costo de producción con sus principales componentes, que permiten llegar a un análisis de peso.