View
216
Download
0
Category
Preview:
Citation preview
ESCUELA POLITÉCNICA NACIONAL
ESCUELA DE FORMACIÓN DE TECNÓLOGOS
IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA REALIZAR LA GESTIÓN DE PROCESOS ADMINISTRATIVOS,
INVENTARIO Y SERVICIOS DE LA EMPRESA INTELSERV
PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE TECNÓLOGO EN ANÁLISIS DE SISTEMAS INFORMÁTICOS
LENIN DAVID HERNANDEZ PAGUAY leninhernan@outlook.com
DIRECTOR: MSC. EDWIN GONZALO SALVADOR PESANTES edwin.salvador@epn.edu.ec
Quito, Junio 2017
ii
DECLARACIÓN
Yo Hernández Paguay Lenin David, declaro bajo juramento que el trabajo aquí descrito es de mi autoría; que no ha sido previamente presentada para ningún grado o calificación profesional; y, que he consultado las referencias bibliográficas que se incluyen en este documento.
A través de la presente declaración cedo mis derechos de propiedad intelectual correspondientes a este trabajo, a la Escuela Politécnica Nacional, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normatividad institucional vigente.
Hernández Paguay Lenin David
iii
CERTIFICACIÓN
Certificamos que el presente trabajo fue desarrollado por Lenin David Hernández Paguay, bajo nuestra supervisión.
Msc. Edwin Gonzalo Salvador Pesantes
DIRECTOR DE PROYECTO
Ing. Cesar Eduardo Gallardo Carrera
CODIRECTOR DE PROYECTO
iv
AGRADECIMIENTOS
Agradezco a Dios por todo lo que me ha dado en esta vida, por darme la sabiduría, el
entendimiento y las fuerzas para continuar día a día y cumplir con mis metas. A mi familia
por todo el apoyo que me dieron durante toda mi vida, por los consejos, por la ayuda, en
especial a mis padres que con tanto esfuerzo siempre me apoyaron en cada momento, y
por la excelente educación que me han dado en el transcurso de mi vida.
Además, agradezco a la empresa Intelserv la cual me brindó su confianza, paciencia y
ciertas facilidades para culminar con el trabajo. Además, quiero agradecer especialmente al
Sr. Manuel Ortega y al Sr. Santiago Gonzáles los cuales fueron de gran apoyo, y me
ayudaron con el desarrollo, ideas, diseño, y funcionalidad del proyecto.
Quiero agradecer especialmente al Ing. Edwin Salvador por su ayuda, la cual se visualiza en
el desarrollo de este trabajo, por su paciencia, por su colaboración y por el tiempo que
invirtió.
Finalmente agradezco a la Escuela Politécnica Nacional y a todos los Docentes, ya que
gracias a ellos logré formarme profesionalmente y culminar con esta etapa de mis estudios.
v
ÍNDICE DE CONTENIDOS
1. INTRODUCCIÓN 1 1.1. Definición del problema ................................................................................................. 1
1.2. Objetivos ....................................................................................................................... 2
Objetivo General .................................................................................................................. 2
Objetivos Específicos ........................................................................................................... 2
1.3. Alcance ......................................................................................................................... 2
1.4. Justificación del Proyecto .............................................................................................. 3
1.5. Recursos estimados ...................................................................................................... 3
2. METODOLOGÍA................................................................................................................... 4
2.1. Aplicación web .............................................................................................................. 4
2.2. Justificación herramientas de diseño ............................................................................. 5
HTML5 ................................................................................................................................. 5
JavaScript ............................................................................................................................ 5
CSS3 .................................................................................................................................... 5
2.3. Justificación herramientas de desarrollo. ....................................................................... 6
MySql ................................................................................................................................... 6
Servidor Web ....................................................................................................................... 6
Symfony ............................................................................................................................... 7
Composer ............................................................................................................................ 9
Apache JMeter ..................................................................................................................... 9
2.4. Ingeniería de software. ................................................................................................ 10
Metodologías Ágiles. .......................................................................................................... 10
2.5. SCRUM ....................................................................................................................... 11
Equipo SCRUM .................................................................................................................. 11
Componentes SCRUM ....................................................................................................... 11
Reuniones SCRUM ............................................................................................................ 12
2.6. Levantamiento de requerimientos. .............................................................................. 13
2.7. Generación de historias de usuario ............................................................................. 15
Generación del Product Backlog ........................................................................................ 15
2.8. Desarrollo del sprint 0. Construcción de la arquitectura del proyecto. ......................... 16
Planificación del sprint 0 ..................................................................................................... 16
Tareas del sprint 0 .............................................................................................................. 17
vi
Ejecución del sprint 0 – Scrum Diario ................................................................................. 17
Pruebas y resultados. ......................................................................................................... 18
Retroalimentación del sprint 0 ........................................................................................... 21
3. RESULTADOS Y DISCUSIÓN ........................................................................................... 22
3.1. Sprint 1 Configuraciones y Desarrollo del Módulo Administrativo ................................ 22
Planificación del sprint 1 ..................................................................................................... 22
Tareas del sprint 1 .............................................................................................................. 22
Ejecución del sprint 1 Scrum Diario .................................................................................... 26
Pruebas .............................................................................................................................. 30
Retroalimentación. ............................................................................................................. 38
3.2. Sprint 2 Desarrollo del Módulo de Bodega .................................................................. 39
Planificación del sprint 2 ..................................................................................................... 39
Tareas del sprint 2 .............................................................................................................. 40
Ejecución sprint 2 ............................................................................................................... 41
Pruebas .............................................................................................................................. 43
Retroalimentación .............................................................................................................. 46
3.3. Sprint 3 Desarrollo del Módulo Técnico ....................................................................... 46
Panificación del sprint 3...................................................................................................... 46
Tareas del sprint 3 .............................................................................................................. 46
Ejecución sprint 3 ............................................................................................................... 48
Pruebas .............................................................................................................................. 52
Retroalimentación .............................................................................................................. 52
3.4. Sprint 4 Gestión de Informes e Implementación .......................................................... 52
Planificación del sprint 4 ..................................................................................................... 52
Tareas del sprint 4 .............................................................................................................. 53
Ejecución sprint 4 ............................................................................................................... 54
Pruebas .............................................................................................................................. 55
Retroalimentación .............................................................................................................. 60
4. CONCLUSIONES............................................................................................................... 61
5. REFERENCIAS BIBLIOGRAFÍAS ...................................................................................... 63
ANEXOS ................................................................................................................................... 65
vii
ÍNDICE DE FIGURAS
Figura 1 - Modelo Vista Controlador (MVC). [2] .................................................................................... 8
Figura 2 - Flujo de aplicación en Symfony. [2] ....................................................................................... 8
Figura 3 - Product backlog grooming. [10]............................................................................................ 12
Figura 4 - Diseño de navegación del Sistema ..................................................................................... 19
Figura 5 - Modelo entidad relación. ....................................................................................................... 20
Figura 6 - Estructura de la vista principal de la aplicación. ................................................................ 21
Figura 7 - Formulario para registrar empleado. ................................................................................... 31
Figura 8 - Formulario de autenticación. ................................................................................................ 33
Figura 9 - Formulario para realizar el registro de departamentos. ................................................... 33
Figura 10 - Formulario para realizar el registro de operadores. ........................................................ 34
Figura 11 - Formulario para realizar el registro de clientes. .............................................................. 35
Figura 12 - Formulario para registrar actividad. ................................................................................... 36
Figura 13 - Formulario para realizar el registro de localización de actividad. ................................. 37
Figura 14 - Formulario para realizar el registro asignación de actividad. ........................................ 37
Figura 15 - Formulario para registrar contacto sitio. ........................................................................... 38
Figura 16 - Formulario para el registro de productos. ........................................................................ 44
Figura 17 - Formulario para realizar el registro de entrada de productos ....................................... 45
Figura 18 - Mensaje de aviso de actividad pendiente. ....................................................................... 56
Figura 19 - Mensaje de aviso de actividad culminada. ....................................................................... 56
Figura 20 - Mensaje de aviso para corregir informe. .......................................................................... 57
Figura 21 - Mensaje de aviso de actividad terminada. ....................................................................... 57
Figura 22 - Pruebas de funcionamiento - usuario administrador. ..................................................... 59
Figura 23 - Pruebas de funcionamiento - usuario técnico. ................................................................ 59
viii
ÍNDICE DE TABLAS
Tabla 1 - Costo estimado para el desarrollo de la aplicación web. .................................................... 4
Tabla 2 - Equipo Scrum ........................................................................................................................... 13
Tabla 3 - Tipos de usuario. ..................................................................................................................... 14
Tabla 5 - Product Backlog ....................................................................................................................... 16
Tabla 6 - Tareas sprint 0. Construcción de la arquitectura del proyecto. ........................................ 17
Tabla 7 - Scrum diario sprint 0. Construcción de la arquitectura del proyecto. .............................. 17
Tabla 8 - Tareas sprint 1. Desarrollo del Módulo Administrativo ...................................................... 22
Tabla 9 - Scrum diario sprint 1. Desarrollo del Módulo Administrativo ............................................ 26
Tabla 10 - Validaciones de los campos del formulario para registrar empleados .......................... 32
Tabla 11 - Validaciones de los campos del formulario para el registro de departamentos. ......... 34
Tabla 12 - Validaciones de los campos del formulario para el registro de operadores. ............... 34
Tabla 13 - Validaciones de los campos del formulario para el registro de clientes ....................... 35
Tabla 14 - Validaciones de los campos del formulario para el registro de localización. ............... 37
Tabla 15 - Validaciones de los campos del formulario para el registro de asignación actividad. 38
Tabla 16 - Validaciones de los campos del formulario para el registro de contacto en sitio. ....... 38
Tabla 17 - Tareas sprint 2. Configuraciones y desarrollo del Módulo de Bodega. ........................ 40
Tabla 18 - Scrum diario sprint 2. Desarrollo del Módulo de Bodega ................................................ 41
Tabla 19 - Validaciones formulario para el registro de productos. ................................................... 44
Tabla 20 - Validaciones de los campos del formulario para el registro de entrada de productos. ..................................................................................................................................................................... 45
Tabla 21 - Tareas sprint 3. Desarrollo del Módulo Tecnico ............................................................... 46
Tabla 22 - Scrum Diario sprint 3. Desarrollo del Módulo de Técnico ............................................... 48
Tabla 23 - Tareas sprint 4. Gestión de Informes e Implementación ................................................ 53
Tabla 24 - Scrum Diario sprint 4. Gestión de Informes e Implementación ...................................... 54
ix
RESUMEN
El presente proyecto tiene como objetivo desarrollar e implementar una aplicación web que permita gestionar la información de clientes, empleados, actividades y productos que la empresa Intelserv administra, con la finalidad de automatizar y agilizar los procesos dentro del departamento administrativo. Para reducir el tiempo de desarrollo de la aplicación web, se utilizaron herramientas como el framework Symfony en la parte de desarrollo y Bootstrap para la parte de diseño. Se definieron 4 partes para el desarrollo de este proyecto, entre las cuales están la introducción, metodología, resultados obtenidos utilizando la metodología Scrum y conclusiones.
En la introducción se detalla la definición del problema por el cual surgió la necesidad de realizar este proyecto, los objetivos principales, el alcance, recursos y la justificación del desarrollo del proyecto.
En la metodología se especifica la forma en la cual se va a desarrollar este proyecto, se detalla la justificación de las herramientas de desarrollo, y se definen cada uno de los aspectos metodológicos de Scrum. Además, se realiza el levantamiento de requerimientos, la generación de las historias de usuario y la arquitectura del proyecto.
En los resultados y discusión se detalla el desarrollo de la aplicación web utilizando la metodología Scrum como marco de trabajo, aquí se define la planificación del trabajo, la ejecución, pruebas y los resultados obtenidos en cada sprint.
Finalmente en las conclusiones se detallan los resultados obtenidos al culminar el desarrollo de la aplicación web.
x
ABSTRACT
This project aims to develop and implement a web application to manage the information of customers, employees, activities and products administered by Intelserv company, with the purpose of automating and speed up the processes in the administrative department. To reduce the development time of the web application, the project used Symfony framework for the backend and Bootstrap for the frontend. The project was divided in four sections, which are the introduction, methodology, results obtained using the Scrum methodology and conclusions.
The introduction details the definition of the problem that led to the need of developing this project, the main objective, the scope, resources and justification.
The methodology specifies the way in which this project was developed, details the justification of the development tools, and defines each of the methodological aspects of Scrum. Furthermore, the requirements of the system, the generation of user stories and the architecture of the project are detailed.
The results and discussion section details the development of the web application using the Scrum methodology as a framework and defines the work planning, execution, tests and results obtained in each sprint.
Finally, the conclusions detail the results obtained at the end of the web application development.
1
1. INTRODUCCIÓN
En la actualidad el desarrollo de nuevas Tecnologías de la Información y de la
Comunicación (TIC) ha permitido que las empresas tengan un crecimiento exponencial y
tener un mejor control de sus procesos. El Internet, así como el desarrollo de
aplicaciones web han marcado enormemente en la sociedad, sobre todo en las
gestiones administrativas y de control de las empresas.
El desarrollo de aplicaciones web ha permitido llevar un mejor control en la gestión de
clientes, inventario, empleados, costos y control de tiempos de trabajos, y gestionarlos
en cualquier parte del mundo a través de una página web, la cual debe ser fácil de usar y
práctica, sobretodo en el manejo de herramientas para facilitar la navegación y prácticos
sistemas de búsqueda para ofrecer a los usuarios mayor simplicidad.
La empresa Intelserv ofrece el servicio de Internet satelital en lugares de difícil acceso a
empresas y corporaciones que requieren utilizar servicios como correo electrónico,
navegación web o usar aplicaciones que requieren Internet para su funcionamiento.
1.1. Definición del problema
En la actualidad la empresa Intelserv realiza un control de personal, servicios e
inventarios de tal forma que emplean varias horas de trabajo en realizar una gestión
adecuada de las actividades realizadas. Además, lleva un control detallado de las
actividades realizadas o servicios a través de informes, los cuales permiten registrar
el lugar, la fecha, el material utilizado, los técnicos involucrados en dicha actividad y
los clientes. Esto les permite llevar un control de inventario de bodega, y dar un buen
servicio a los diferentes clientes.
La cantidad de horas empleadas dentro del departamento administrativo al momento
de llevar un seguimiento de las actividades realizadas por los técnicos es excesiva
debido a que en ocasiones la información registrada en los informes no es
consistente. De igual manera, la falta de información de los productos, y no llevar un
buen manejo de la entrada y salida de productos de bodega puede generar pérdidas
económicas. Por estos motivos, la empresa vio la necesidad de implementar una
aplicación web, de tal forma que permita solucionar aquellos problemas y mejorar los
procesos dentro del departamento administrativo de la empresa Intelserv.
2
1.2. Objetivos
Objetivo General
Implementar una aplicación web que permita mejorar los procesos administrativos
dentro de la empresa Intelserv como: control de empleados, bodega y servicios.
Objetivos Específicos
- Identificar los inconvenientes actuales que se presentan al realizar los
procesos de gestión de empleados, inventario y de servicios en la empresa
Intelserv.
- Determinar la mejor manera de integrar la información existente en la
aplicación a desarrollar.
- Desarrollar la aplicación web con herramientas de desarrollo de software
actuales que se adapten de mejor manera a la solución que se desea
implementar.
- Evaluar el sistema bajo un ambiente de pruebas que garantice su correcto
funcionamiento en situaciones críticas.
1.3. Alcance
El proyecto tiene como fin desarrollar una aplicación web, para unificar los procesos dentro del departamento administrativo, llevar un mejor control de bodega y el departamento técnico de la empresa Intelserv. Para el desarrollo de la aplicación web se utilizará el framework Symfony desarrollado en PHP. La aplicación web realizará los siguientes procesos:
- Autenticación de usuarios. Este será controlado a través de perfiles de usuarios, de tal forma que se pueda controlar el acceso al sistema tomando en cuenta el usuario y una contraseña.
- Gestión de empleados. Esto permitirá llevar el registro de la información básica de los empleados, así como el registro de nuevos empleados.
- Inventario de productos de bodega. La aplicación permitirá llevar un
control de inventario de los productos que se manejan dentro de la bodega como ingreso y registro de entrada y salida de productos.
- Asignación de actividades. Los servicios que provee la empresa serán
controlados por asignaciones, asignaciones que serán enviadas y realizadas
3
por los diferentes técnicos, esta asignación será controlada con límites de tiempo calendarizado.
- Reportes a través de informes. El reporte del servicio realizado dará
información del material, el lugar, la fecha, el técnico que realizo la actividad y el cliente al cual se le ofreció el servicio. El reporte será llenado por el técnico que realizo el servicio, el reporte será verificado por bodega y por el departamento administrativo.
1.4. Justificación del Proyecto
La aplicación web una vez implementada permitirá mejorar los procesos en del departamento administrativo, ya que se llevará un registro de todos los servicios que se realicen. El sistema también permitirá un mejor control en bodega, esto va a minimizar las largas horas de trabajo dentro del departamento administrativo. Por lo tanto, se obtendrá los siguientes beneficios:
- En primer lugar, los informes de las actividades serán llenados correctamente por los técnicos debido a que utilizarán formularios cuya información será validada, esto permitirá llevar un control detallado del material, productos, el tiempo que se demoró una actividad en realizar, y el personal involucrado
- En segundo lugar, el tener un control detallado de los productos que se utilizaron en una actividad, permitirá controlar la cantidad de producto que se utilizó y llevar un inventario adecuado de los productos que se encuentran en bodega.
La aplicación web tiene el fin de brindar un único ambiente donde se puedan controlar los procesos críticos para la empresa de manera que se tenga un mejor control y se facilite la generación de reportes.
1.5. Recursos estimados
El desarrollo de la aplicación va a ser efectuada por una sola persona, el cual conjuntamente con el cliente plantearán la fecha de entrega adecuada para cada módulo basándose en las prioridades que el cliente determine. Las herramientas que se utilizarán en el desarrollo de la aplicación web trabajan bajo licenciamiento libre lo cual no generará ningún costo al trabajar con estas herramientas. Los gastos referentes al dominio, servidor web y la infraestructura serán cubiertos por el cliente. En la Tabla 1 se detalla el costo estimado del desarrollo de la aplicación web. Debido a la necesidad de capacitación del personal y la correcta gestión de los productos de bodega, fue necesario viajar a la ciudad de El Coca, en la provincia de Orellana. Allí se encuentra el departamento técnico principal de la empresa, los gastos de movilización fueron cubiertos por la empresa e incluyeron: transporte, alimentación, y gastos de hospedaje.
4
Tabla 1 - Costo estimado para el desarrollo de la aplicación web.
Personal Capacitado 1 Analista en sistemas informáticos $ 2.500,00 Software
Framework Symfony $ 0,00 Web Hosting ECUADORCloud / Año
Dominio ✓
Gestor de base de Datos Mysql ✓
Administración DNS ✓
phpMyAdmin ✓ Características del Servidor
Servidor Linux Virtual. Centos 7 ✓
Versión Apache 2.4 ✓
Versión PHP 5.5 ✓
Ancho de Banda 15 GB ✓
Arquitectura S.O. 86/64 ✓
Disco Duro 10 GB ✓
Máquina Virtual ✓
Memoria RAM 512 MB. ✓
Total Plan $120,00 Gastos varios Movilización. $ 300,00
Capacitación del Personal (horas/hombre ocupadas). $ 100,00
TOTAL: $ 3.020,00
2. METODOLOGÍA.
El tipo de investigación utilizado en el proyecto fue la investigación aplicada, que permite obtener resultados prácticos, es decir, el principal objetivo es adquirir conocimiento mediante la aplicación. La investigación aplicada se basa en la aplicación de los conocimientos teóricos y son utilizados para construir, desarrollar y modificar una aplicación inmediata la cual permite resolver un problema.
2.1. Aplicación web
El sistema desarrollado en este proyecto se le categoriza como una aplicación web debido a la necesidad de que los usuarios puedan acceder a los servicios del sistema a través de Internet, para lo cual el sistema ha sido implementado en un servidor web que realiza peticiones y envía una respuesta que es representada mediante una página web.
Entre las principales características que debe tener una aplicación web se encuentran:
5
Usabilidad. Debe presentar características especiales, que permiten que la aplicación web sea sencilla de utilizar.
Confiabilidad. Permite el procesamiento correcto de enlaces, validación y recuperación sin perder la información.
Eficiencia. Tiempo de respuesta óptimo en todas sus funciones.
Mantenibilidad. Facilidad y menor tiempo al realizar alguna corrección o mantenimiento.
Disponibilidad. Es la medida de tiempo en la cual una aplicación web está disponible para su uso y presenta un correcto funcionamiento.
Escalabilidad. La aplicación web debe funcionar correctamente sin importar la cantidad de usuarios que maneje al mismo tiempo.
2.2. Justificación herramientas de diseño
HTML5
Debido a las características del proyecto se utilizó HTML5 para el diseño de las interfaces. HTML (HyperText Markup Laguage) es un lenguaje de marcado basado en etiquetas que es utilizado para el desarrollo de páginas web. La versión HTML5 permite dar un nuevo concepto en la construcción de aplicaciones, debido a que presenta nuevas características y elementos que se acoplan a las tecnologías actuales, simplificando y organizando el código de mejor manera.
JavaScript
Debido a la necesidad de incorporar animaciones, acciones, validaciones del lado del cliente, mensajes, entre otras funcionalidades en el proyecto, se vio la necesidad de utilizar JavaScript. JavaScript es un lenguaje de programación interpretado que trabaja de lado del cliente y se ejecuta por completo dentro del navegador [1]. Es un lenguaje que se ha vuelto imprescindible en el desarrollo de aplicaciones web debido a que la experiencia que el usuario tiene es más amigable y dinámica al usar entornos web.
JavaScript se ha convertido en uno de los lenguajes más utilizados dentro de la comunicad, lo que ha promovido el desarrollo de librerías como JQuery. JQuery permite simplificar la programación, ya que contiene funcionalidades que cambian por completo la forma en cómo se escribe el código JavaScript siendo este más fácil de interpretar y leer, además, se han creado complementos basados en JQuery que ofrecen una gran cantidad de opciones como tablas con paginación, select dinámicos, animaciones entre otras opciones que mejoran la experiencia que tiene el usuario.
CSS3
Para evitar el uso excesivo de código JavaScript en el proyecto y mejorar el diseño de las interfaces web se vio la necesidad de utilizar CSS3 en el proyecto. CSS (Cascading Style Sheets) es un lenguaje utilizado para dar estilo y diseño a las
6
páginas web realizadas en HTML, la última versión CSS3 presenta nuevas características que permiten dar animación, forma y movimiento a los elementos HTML, funcionalidades que antes eran manejadas mediante JavaScript.
BOOTSTRAP
Para no invertir demasiado tiempo en el diseño de las interfaces del proyecto y mejorar la navegabilidad del usuario se vio la necesidad de utilizar un framework que mejore, facilite y reduzca el tiempo invertido en el diseño visual de la aplicación. Bootstrap es un framework que permite personalizar todos los elementos HTML, crear sitios web responsive que se adapten a cualquier dispositivo y organizar los elementos HTML de mejor forma.
2.3. Justificación herramientas de desarrollo.
MySql
Para el desarrollo de la aplicación es necesario llevar un control de toda la información que es almacenada, para ello se vio la necesidad de utilizar una base de datos relacional que gestione toda la información. Una base de datos relacional permite almacenar y gestionar la información de mejor forma, ya que esta se compone de tablas las cuales tiene sus propios atributos, además, estas tablas se encuentran relacionadas entre sí, lo cual permite llevar una gestión adecuada de la información. Para llevar la gestión de la base de datos se utilizó MySql, MySql es un gestor de datos relacional que trabaja conjuntamente con PHP. Entre los factores por el cual se eligió MySql son su velocidad, robustez, portabilidad y seguridad, además es escalable lo que le permite crecer si es necesario, acoplándose a las necesidades de la aplicación.
Para controlar y administrar la base de datos del proyecto gestionada por MySql se utilizó PhpMyadmin, el cual es una herramienta web para gestionar bases de datos, ejecutar sentencias, crear, añadir y eliminar tablas de manera más dinámica.
Servidor Web
Debido a las características del proyecto, y a las necesidades del cliente de utilizar un sistema que funcione desde cualquier parte a través del Internet, se vio la necesidad de utilizar un servidor web. Un servidor web es un programa ejecutado en un ordenador el cual almacena, procesa y entrega páginas web a los clientes (navegador web), la función principal del servidor es aceptar las peticiones del navegador y entregar una respuesta a través de una página web. Para la comunicación entre cliente y servidor utiliza el protocolo HTTP (Hiper Text Tranfer
Protocol). La forma en que trabaja el servidor web es la siguiente:
- El servidor web se ejecuta en el ordenador a la espera de peticiones del cliente.
- El cliente realiza una petición al servidor utilizando el protocolo HTTP a través de la URL
7
- El servidor web proporciona la información que el cliente solicitó.
- El cliente interpreta la información y los muestra en pantalla a través de una
página web.
Debido a las características como la buena reputación, seguridad, rendimiento, el ser multiplataforma se utilizó Apache como servidor web. Apache es un servidor web de código abierto utilizado por la mayoría de sitios y aplicaciones web debido a sus características.
Symfony
Debido a que la aplicación va a trabajar con diferentes módulos que se encuentran asociados entre sí, pero trabajan de manera independiente y además, por el tamaño de la aplicación se vio la necesidad de trabajar con un framework, el cual permite tener todo de forma más organizada, además, el desarrollo y el mantenimiento de una aplicación o sitio web se efectúa en menor tiempo. Uno de los framework que nos ofrece estos beneficios es Symfony. Symfony nos permite exprimir las características de PHP, organizar el código, y ofrecer un mejor rendimiento en el desarrollo debido a la reutilización del código.
Esta es la principal herramienta y es usada como base para el desarrollo de proyecto. Según el sitio oficial Symfony es un framework bajo licencia Open Source
MIT orientado en PHP utilizado para crear sitios y aplicaciones web a la medida que respondan perfectamente a las necesidades que exprese el cliente [2].
Debido a que la arquitectura de Symfony se encuentra desacoplada es posible reemplazar, eliminar o modificar partes del código sin que afecte a otras partes del sistema, esto permite que el mantenimiento se lo realice de forma sencilla y que tome menos tiempo.
Symfony se basa en una arquitectura Modelo Vista Controlador (MVC), la cual separa la lógica del negocio y la presentación.
- Modelo. Es el que manipula y gestiona los datos, es decir la parte lógica de negocio.
- Vista. Es la forma en la que se presenta la información en la aplicación, es la parte que interactúa con el usuario.
- Controlador. Actúa ante las peticiones del usuario, es el que interactúa entre
el modelo y la vista.
8
La Figura 1 representa la arquitectura MVC.
Figura 1 - Modelo Vista Controlador (MVC). [2]
La manera en que trabaja Symfony es la siguiente primero se realiza una petición la cual se efectúa a través de las rutas (Request), esta solicitud es manejado por el controlador frontal (Front Controller), posteriormente el núcleo de Symfony inspecciona la solicitud desde la ruta y devuelve la información, ejecuta el controlador y devuelve un objeto response dependiendo de las acciones que ejecuta el controlador.
La Figura 2 representa el flujo de una petición y respuesta en Symfony.
Figura 2 - Flujo de aplicación en Symfony. [2]
Dentro del proyecto también se utilizaron una serie de componentes que en conjunto con Symfony permiten mejorar el desarrollo de la aplicación, estos componentes son los siguientes:
- Twig. Es un motor de plantillas que trabaja en conjunto con PHP, trabaja en la parte de presentación, presenta una serie de etiquetas, filtros y funciones, que no afectan a la parte lógica de la aplicación [3].
- Doctrine ORM. Permite realizar una interacción con la base de datos y proporciona una persistencia transparente de los objetos PHP [4]. Se centra principalmente en el almacenamiento, persistencia y el mapeo de objetos,
9
esto lo efectúa a través de entidades y objetos construidos a partir de las tablas de nuestra base de datos.
PHP es un potente lenguaje de programación web que trabaja del lado del servidor, diseñado especialmente para el desarrollo de aplicaciones o páginas web dinámicas esa es una de las causas por las que se acopla perfectamente para el desarrollo del proyecto. PHP permite establecer una conexión con una base de datos de manera eficiente y simple, esto es importante ya que la mayoría de sitios web contienen múltiples archivos de programa que requieren acceso a una base de datos [1], y el desarrollo de este proyecto no es la excepción.
Composer
Para que no se produzcan inconvenientes durante el desarrollo de la aplicación, sobre todo al utilizar componentes externos, e instalar ciertas librerías, es necesario utilizar un gestor que permita descargar todos los componentes necesarios para que el funcionamiento de la aplicación se efectué correctamente.
Composer es un gestor de dependencias en PHP que permite gestionar los diferentes paquetes que presenta el proyecto. Es decir declara diferentes bibliotecas de las que el proyecto depende y permite realizar instalaciones y actualizaciones necesarias para que el funcionamiento del proyecto se efectué de manera correcta.
Las herramientas mencionadas como Bootstrap y Symfony sirven para optimizar los recursos de desarrollo, hacen que el trabajo de los desarrolladores sea más productivo debido a que se enfocan más en la funcionalidad del sistema y no en detalles, reducen el tiempo de mantenimiento, y permiten tener todo más organizado. Además, las nuevas implementaciones de HTML, CSS y JavaScript permiten mejorar el diseño de aplicaciones y sitios web, ofreciendo en el caso de HTML - elementos necesarios para estructurar las páginas web, CSS - diseño de páginas web más atractivas y JS - aplicaciones web dinámicas, convirtiéndose estas herramientas en una combinación perfecta al momento de diseñar aplicaciones y sitios web.
Apache JMeter
Es importante garantizar el rendimiento de una aplicación web en situaciones críticas, y analizar las posibles situaciones que se puedan presentar como por ejemplo la cantidad excesiva de peticiones, o el tráfico y la congestión de red, esto con la finalidad de probar la resistencia y el rendimiento que puede soportar el servidor bajo diferentes niveles de carga. Según [5] JMeter es un software utilizado para probar el rendimiento de aplicaciones web, simular diferentes niveles de carga y visualizar el comportamiento del servidor.
Para el proyecto se realizaron una serie de pruebas para comprobar el correcto funcionamiento de la aplicación web bajo diferentes niveles de carga. Los resultados obtenidos se analizaron para determinar si la infraestructura actual sería suficiente para soportar la cantidad de usuarios y peticiones que se realizarían diariamente sin que se presenten inconvenientes en el funcionamiento de la aplicación web.
10
2.4. Ingeniería de software.
El no tener un enfoque disciplinado al desarrollar este sistema podría ocasionar problemas en el proceso de desarrollo y posteriormente en el mantenimiento. Según [6], ingeniería software es la aplicación de un sistema disciplinado, cuantificable enfocado al desarrollo, la operación y mantenimiento del software, el cual incluye entorno, compiladores, ensambladores, sistemas operativos, emuladores, herramientas de prueba, documentación y bases de datos que permiten realizar un mantenimiento del sistema.
Por lo tanto tomando en cuenta la anterior definición se utilizó la ingeniería software para realizar un enfoque genérico basado en estrategias, métodos y técnicas con la finalidad de entregar una aplicación web de calidad y controlar aspectos como la especificación de los requerimientos, la evolución del software y el mantenimiento. Dentro de la Ingeniería de software existen un grupo de metodologías no tradicionales conocidas como metodologías ágiles.
Metodologías Ágiles.
El objetivo principal de este tipo de metodologías en el desarrollo del proyecto es reducir el tiempo de entrega del producto final. Según [7], el objetivo de las metodologías ágiles es reducir los procesos evitando trabajos que tengan un valor perjudicial a largo plazo y eliminar la documentación la cual es innecesaria.
El utilizar este tipo de metodologías trae los siguientes beneficios en el desarrollo del proyecto:
- Hay una comunicación continua con el dueño del producto, cuya función principal es especificar los requisitos y evaluar cada iteración.
- La entrega del producto final se lo realiza de manera incremental, permitiendo inspeccionar los errores con cada iteración, evitando las complicaciones a largo plazo.
- No se producen complicaciones al presentarse cambios en los
requerimientos del cliente.
- Hay una mejor gestión en los avances del desarrollo del proyecto.
Hoy en día existen numerosas metodologías ágiles entre las cuales se encuentran, según [8]:
- Crystal
- Adaptive Software Develoment
- DSDM - Scrum - Programación extrema (XP)
El objetivo de estos métodos ágiles es el desarrollo y la entrega incremental de un producto final, entre las metodologías ágiles más utilizadas se encuentran Scrum y Programación Extrema (XP).
11
2.5. SCRUM
La metodología de desarrollo utilizada en este proyecto es SCRUM, el motivo por el cual se eligió esta metodología fue la necesidad de mantener una comunicación constante con el cliente y la necesidad de realizar entregas parciales del sistema de forma regular.
SCRUM es una metodología ligera y fácil de entender, basado en roles, eventos y reglas que se encuentran asociadas, en si es un marco de trabajo de procesos que es usado para el desarrollo de productos complejos [9]. Permite realizar entregas parciales de un producto final, lo cual es práctico para la entrega de proyectos complejos en el que se desea entregar resultados parciales de forma breve.
Antes de empezar con la estructura de desarrollo del proyecto con esta metodología, se deben aclarar los siguientes temas:
Equipo SCRUM
El equipo Scrum es auto organizado y multifuncional, está diseñado para optimizar la flexibilidad, la creatividad y la productividad, entregando productos de manera incremental, presentando una parte del producto siempre funcional [9]. Los tres roles principales dentro del equipo SCRUM son:
- Product Owner. Es el dueño del producto, es el único responsable de gestionar la lista de requisitos del producto.
- Development Team. Profesionales encargados del desarrollo del producto.
- Scrum Master. Es el líder del equipo Scrum y se encuentra al servicio del
equipo Scrum, este se asegura que el Equipo Scrum trabaje ajustándose a la teoría y reglas de la metodología, encuentra técnicas para gestionar la lista de producto de forma óptima, facilita los eventos según sea necesario y guía al equipo de desarrollo a trabajar de manera efectiva.
Componentes SCRUM
- Sprint. Es un intervalo de tiempo de un mes o menos que se demora en crear un incremento del producto completamente terminado y utilizable, son planificados tomando en cuenta la reunión de planificación del sprint, el Scrum diario y el equipo de desarrollo.
- Product Backlog. Lista ordenada de requisitos, características y
funcionalidades que son necesarios para entregar el producto final. [9]. Es una lista de tareas o requisitos que se van a efectuar en transcurso del desarrollo de todo el proyecto, esta lista va incrementándose conforme va progresando el desarrollo del producto, por lo que al iniciar no es necesario que la lista de requerimientos sea completa, pero si se debe tomar en cuenta los requisitos más importantes o los que tienen mayor prioridad.
12
El propietario del producto trabaja en conjunto con el resto del equipo Scrum, y es el responsable de generar esta lista de requerimientos, así como la secuencia correcta de cada uno de ellos dependiendo el grado de importancia. El Product Backlog está en constante evolución y pueden ser agregados nuevos elementos, borrados, priorizarlos y revisados por el propietario del producto a medida que cambian las condiciones o cuando la comprensión del producto por parte del equipo Scrum es más amplia [10] a esta actividad se le conoce como Grooming (Refinamiento). En la Figura 3 se aprecia el cómo trabaja el refinamiento del Product Backlog.
Figura 3 - Product backlog grooming. [10]
- Sprint Backlog. Es un grupo de elementos de la lista del producto que se van a realizar o son necesarios para cumplir el objetivo del sprint. A medida que el trabajo se va realizando se puede ver una aproximación del trabajo restante.
- Incremento. Son todos los elementos de la lista de producto que se completaron en un sprint, los cuales son agregados a todos los sprints anteriores, al finalizar el sprint, el incremento debe haber sido terminado y estar en condiciones para ser utilizado.
Reuniones SCRUM
- Planificación del sprint. Máximo dura 8 horas. Responde a las siguientes preguntas según [9]:
¿Qué puede entregarse en el incremento resultante del sprint que comienza?
¿Cómo se conseguirá hacer el trabajo necesario para entregar el Incremento?
- SCRUM diario. Dura 15 min. En esta reunión cada equipo de trabajo menciona que trabajo se realizó el día anterior, el plan de trabajo para el día
13
actual y algunos inconvenientes que se presentaron que evita continuar con el trabajo.
- Revisión del sprint. Dura un tiempo de 4 horas o menos. Se realiza la
revisión de lo que se realizó en el sprint, efectuado por el equipo Scrum y el dueño del producto. Explica que problemas se presentaron en el desarrollo y como se solucionaron.
- Retrospectiva de sprint. Dura 3 horas o menos. Sirve para inspeccionar el
último sprint, y según eso establecer ciertas mejoras que permitan optimizar el trabajo.
2.6. Levantamiento de requerimientos.
Antes de empezar el levantamiento de los requerimientos, se han especificado cada uno de los roles del equipo Scrum, en la Tabla 2 define cada uno de los miembros del equipo Scrum.
Tabla 2 - Equipo Scrum
Roles Descripción Persona Product Owner Gerente general Intelserv Santiago Gonzales
Scrum Master Director del proyecto Ing. Edwin Salvador, Lenin Hernández
Development Team Desarrollador Lenin Hernández
Para el levantamiento de requerimientos se efectuaron una serie de entrevistas, las cuales son necesarias para realizar un análisis del trabajo que la empresa hace, establecer los requerimientos del cliente y visualizar los procesos que se efectúan dentro de la empresa como la gestión de empleados, la gestión de productos y la interacción que se hace con cada uno de los clientes.
La entrevista con el dueño del producto permitió obtener una mejor perspectiva del sistema de trabajo que se realiza en la empresa y sus diferentes procesos. Se aclararon temas como el manejo de clientes y operadores, productos y la gestión de las actividades que se efectúan en la empresa.
Además, se visualizaron los diferentes procesos que tendría la aplicación los cuales son:
Gestión de Clientes. Se debe llevar un registro de todos los operadores y clientes a los cuales la empresa ofrece sus servicios, además cada cliente presentará una serie de contactos tanto para contactar en el lugar y otros para entregar los respectivos informes que detallan la actividad realizada.
Gestión de empleados. Para la aplicación se llevará un registro de todos los empleados, la clasificación se la realizará a través de roles los cuales son el de administrador, bodega, técnico y usuario. Cada empleado tendrá un usuario y contraseña el cual le permitirá ingresar a la aplicación, a excepción del role usuario.
14
Gestión de actividades. La empresa lleva un control de las actividades a través de informes los cuales contienen el servicio realizado, la dirección, cliente, material utilizado, técnico que efectuó la actividad, entre otras cosas que permiten llevar un control detallado de la actividad realizada, para la aplicación se solicitó realizar 4 tipos de informes los cuales son: Informe de finalización, informe de relevamiento, informe de instalación de fibra óptica en campo, informe de instalación backbone fibra óptica en campo.
Además, las actividades tendrán un tiempo límite de entrega las cuales serán controladas con una fecha de creación y fecha de culminación. Las personas encargadas de llenar estos informes serán los técnicos. El administrador es el encargado de crear la actividad. La actividad será finalizada una vez que el técnico envié el informe al departamento administrativo. Una vez enviado el respectivo informe el administrador revisará el informe, el cual si está correctamente llenado será enviado al cliente, caso contrario el informe se lo enviará al técnico nuevamente con las correcciones correspondientes, este deberá ser editado y enviado nuevamente.
Gestión de Productos. Se debe llevar el control de los productos que salen y entran en bodega, así como el registro de nuevos productos. Las personas encargadas de llevar el registro de todos los movimientos, así como la creación de productos nuevos son los roles de Bodega y el Administrativo. Se llevará un registro que permitirá observar quien realizó el movimiento.
Además, dentro de las entrevistas se aclararon los diferentes tipos de usuario que harán uso de la aplicación, los cuales se especifican en la Tabla 3.
Tabla 3 - Tipos de usuario.
Tipo de usuario Descripción Administrador Es el personal capacitado para ejecutar, analizar, comunicar,
planificar y está capacitado para la toma decisión referente al manejo del personal, manejo de actividades, así como establecer una comunicación con los diferentes clientes a los cuales la empresa ofrece sus servicios
Técnico Es el personal capacitado en realizar las diferentes actividades en sitio, en si es el que efectúa la mano de obra dentro de la empresa.
Bodega Es el personal capacitado en realizar las gestiones tanto de entrada y salida de productos que se realizan dentro de la empresa, llevando un correcto registro en el inventario de bodega.
Usuario Persona auxiliar que trabaja como agregado extra dentro del departamento de bodega y en el departamento administrativo, auxiliar de bodega, mensajeros, auxiliar de contabilidad.
15
2.7. Generación de historias de usuario
Las historias de usuario definen las funcionalidades del sistema y son elaboradas de manera colaborativa entre el dueño del producto y el equipo de desarrollo. Las historias de usuario deben redactarse de manera clara para todo el equipo incluyendo el dueño del producto [10]. Al conjunto de todas las historias de usuario se lo conoce como el product backlog.
Para la definición de las historias de usuario se tomó un modelo elaborado por [11]. Dentro de este modelo se presentan los siguientes campos:
ID: Identificador de la historia de usuario.
Rol: Tipo de usuario o función que tiene la persona.
Característica /Funcionalidad: Descripción de la historia de usuario, acción que el usuario va a realizar.
Razón/Resultado: Describe el resultado obtenido al realizar una acción.
N. de Escenario: Identifica el número de escenarios asociado con la historia de usuario.
Criterio de aceptación: Condiciones que se presentan frente a un escenario.
Contexto: Describe el criterio de aceptación.
Evento: Acción que el usuario realiza.
Resultado/Comportamiento esperado: Resultado obtenido al efectuar la acción.
Las historias de usuario referentes al desarrollo del módulo administrativo, módulo de bodega, módulo técnico y gestión de informes se presentan en el ANEXO 1.
Generación del Product Backlog
Para describir cada uno de los requerimientos tomaremos en cuenta los siguientes campos:
- Descripción. - Complejidad o estimación del esfuerzo requerido - Prioridad - Número de sprint - Duración
El tiempo estimado por cada sprint varía dependiendo del grado de complejidad y la cantidad de procesos que se empleen. Como ya se mencionó, el product backlog se crea a partir de las historias de usuario, las cuales fueron agrupadas en diferentes categorías para poder mostrar el product backlog de manera más simple.
16
Tabla 4 - Product Backlog
Descripción Prioridad Complejidad
N. sprint.
Duración (días)
Construcción de la arquitectura del proyecto.
5 4 0 9
Desarrollo del Módulo Administrativo.
4 4 1 18
Desarrollo del Módulo de Bodega. 4 5 2 7 Desarrollo del Módulo Técnico. 4 5 3 20 Gestión de Informes e Implementación.
4 5 4 5
Total 59
La prioridad y la complejidad fueron valoradas de mayor a menor, donde en prioridad es menos urgente y 5 es de más urgente. La complejidad está valorada dependiendo el grado de complejidad donde 5 representa mayor complejidad y 1 representa menor complejidad.
2.8. Desarrollo del sprint 0. Construcción de la arquitectura del proyecto.
Planificación del sprint 0
En el desarrollo de este sprint se realizó la construcción de la arquitectura del proyecto definido en la Historia de Usuario 0. Este sprint tuvo una duración de 9 días, trabajando 6 horas diarias aproximadamente.
El objetivo de este sprint fue definir la arquitectura de la aplicación, el modelo de navegación, el modelo entidad relación, definir el diseño de la vista principal de la aplicación y configurar el marco de trabajo. En la Tabla 5 se aprecian las diferentes tareas a realizarse y el tiempo aproximado en efectuar cada tarea.
Durante el transcurso de este sprint se efectuó el diseño del modelo entidad relación basándonos en toda la información otorgada por el dueño del producto. El modelo entidad relación es un modelo que expresa las entidades (objetos), las propiedades o atributos de cada entidad y las relaciones entre las entidades [12].
El diseño de la base se lo realizó en 5 partes, en la primera parte se definió las entidades para la gestión de empleados, clientes y productos, la segunda parte para las entidades que controlan la gestión de actividades y las tres últimas partes las entidades para la gestión de los 4 informes. Una vez terminado el diseño de la base de datos, se realizó una revisión con la colaboración del Scrum Master. La revisión fue necesaria para ver las posibles incoherencias y errores del diseño de la base, posterior a la revisión se realizaron las correcciones necesarias en el diseño de la base.
Una vez aprobado el diseño de la base, se generó el Script SQL y se realizaron pruebas para comprobar el funcionamiento de la base de datos, para ello se utilizó phpMyadmin el cual contiene una interface que nos permite interactuar con la base de datos permitiendo hacer consultas, generar disparadores, ingresar, editar y eliminar datos de las diferentes tablas que contiene la base de datos.
17
Tareas del sprint 0
Tabla 5 - Tareas sprint 0. Construcción de la arquitectura del proyecto.
ID ROL Descripción de la historia de usuario.
Tareas Esfuerzo empleado en
horas.
HU0 Desarrollador. Necesito gestionar todos los procesos.
Realizar la arquitectura de la aplicación.
12
HU1 Desarrollador. Necesito gestionar los datos de la empresa
Diseñar el modelo entidad relación.
18
Revisión del modelo entidad relación
6
Crear el script de la base de datos
6
Pruebas de funcionamiento de la base de datos.
6
Diseño estructural de la vista principal de la aplicación.
1
HU2 Desarrollador. Necesito preparar el marco de trabajo.
Configurar el framework Symfony.
1
Generar entidades. 1
Generar controladores.
1
Generar formularios. 2
Total 54
Ejecución del sprint 0 – Scrum Diario
Tabla 6 - Scrum diario sprint 0. Construcción de la arquitectura del proyecto.
Trabajo realizado el día anterior Trabajo a realizar el día de hoy
Impedimentos
Día 1
Realizar una entrevista con el dueño del producto para la toma de requerimientos y establecer el diseño
Se requiere mayor información.
18
estructural de la aplicación.
Día 2
La entrevista con el dueño del producto permitió establecer las bases del proyecto.
Realizar el diseño de navegación de la aplicación tomando en cuenta los requerimientos del cliente.
Ninguno.
Día 3
Se realizó el diseño del modelo de navegación.
Crear modelo entidad relación – gestión de empleados, clientes y productos, actividades.
Ninguno
Día 4
Se creó la primera parte del modelo entidad relación para la gestión de empleados, clientes, productos y actividades.
Crear modelo entidad relación - informe de finalización y relevamiento.
Ninguno
Día 5
Se creó la segunda parte del modelo entidad relación para la gestión de los informes de relevamiento y de finalización.
Crear modelo entidad relación - informe de backbone y fibra óptica.
Ninguno
Día 6
Se creó la tercera parte del modelo entidad relación para el informe de fibra óptica backbone y fibra óptica.
Realizar la revisión de la base de datos en colaboración con el Ing. Edwin Salvador y efectuar las correcciones. En la Figura 5. Se aprecia el modelo entidad relación.
Ninguno
Día 7
Revisión del modelo entidad relación y corrección de errores.
Corrección de errores restantes. Generar el script de la base de datos.
Ninguno
Día 8
A partir del modelo entidad relación se generó el script de la base de datos.
Llenar la base de datos y realizar pruebas de funcionamiento, utilizando phpMyadmin.
Ninguno
Día 9
Se realizaron las pruebas de funcionamiento del diseño de la base de datos.
Preparar el marco de trabajo para empezar el desarrollo de la aplicación.
El trabajo continua con normalidad.
Pruebas y resultados.
La construcción del modelo arquitectónico incluye:
- Diseño de navegación - Modelo Entidad relación - Diseño estructural de la aplicación.
19
En el ANEXO 2 se encuentra el modelo entidad relación completo, así como las diferentes pruebas realizadas a la base de datos utilizando la herramienta phpMyadmin.
Diseño de navegación:
Página
Login
Registrar Actividad
Actividades
Empleados
Departamentos
Bodega
Clientes
Historial
Asignar Actividad
Actividades Pendientes
Actividades realizadas
Registrar Empleados
Empleados registrados
Empleados Inactivos
Productos de bodega
Registrar Productos
Detalle Movimientos
Entrada de productos
Salida de productos
Registrar Operadores
Operadores registrados
Registrar Clientes
Clientes Registrados
Historial
Administrador
ActividadesActividades Pendientes
Actividades realizadas
Realizar Informes Informe Relevamiento
Informe Finalización
Informe Fibra Óptica
Informe Fibra Óptica BackBone
Técnico
Bodega
Productos de bodega
Registrar Productos
Detalle Movimientos
Entrada de productos
Salida de productos
Clientes Registrar Operadores
Operadores registrados
Registrar Clientes
Clientes Registrados
Bodega
Figura 4 - Diseño de navegación del Sistema
20
Modelo Entidad Relación:
En la Figura 5 se visualiza el modelo entidad relación de forma simplificada, en el cual solo se muestran las entidades y las diferentes relaciones.
Figura 5 - Modelo entidad relación.
R1
tiene pertenece
R2
tiene
pertenece
R3
pertenece
contiene
R4
pertenece
asigna
R5
pertenece
tiene
R6
tiene
pertenece
R7
pertenece
tiene
R8
pertenece
contiene
R9pertenece
tiene
R10
asignado
posee
R11
pertenece
contiene
R12
pertenece
tiene
R13
pertenece
tiene
R14
posee
pertenece
R17
pertenece
contiene
R18
contiene
R19 pertenece
R20
pertenececontiene
R21
tiene
pertenece
R22
contiene
R23
pertenece
R24
contiene
pertenece
R25
contiene
R26
pertenece
R27
pertenece
contieneR29
pertenece
contiene
departamento
operador
producto
actividad_producto
empleado
cliente
contacto_cliente
provincias
cantones
locacion
actividad
asignacion_actividad
contacto_sitio
informe_instalacion_fibra_optica
equipo_informe_fibra
informe_instalacion_backbone
detalle_hilos_fusionados
equipo_informe_backbone
informe_finalizacion
detalle_fotografico
equipo_informe_finalizacion
informe_relevamiento
historial_bodega
21
Diseño estructural de la aplicación:
El diseño describe una cabecera el cual contiene la información del usuario, las notificaciones, el logo de la empresa, y un enlace para cerrar sesión. La barra de navegación contiene un menú que le permite al usuario navegar a través de la aplicación web y visualizar la información en el contenedor principal.
Figura 6 - Estructura de la vista principal de la aplicación.
Retroalimentación del sprint 0
Durante el desarrollo del sprint 0, se efectuó el diseño estructural de la aplicación, el diseño de la base de datos tomando en cuenta los requerimientos del dueño del producto, la revisión y la depuración de errores del modelo entidad relación en colaboración del Scrum Master, pruebas para ver el funcionamiento de la base de datos utilizando la herramienta phpMyadmin, las cuales se encuentran en el ANEXO 2. Además, se realizaron una serie de configuraciones para preparar el marco de trabajo.
El trabajo continuó de manera normal sin presentarse inconvenientes. A continuación se detalla del desarrollo del sprint 1 dentro del cual se efectuó el desarrollo del módulo administrativo.
22
3. RESULTADOS Y DISCUSIÓN
3.1. Sprint 1 Configuraciones y Desarrollo del Módulo Administrativo
Planificación del sprint 1
Este sprint tuvo una duración de 18 días, trabajando 6 horas al día, teniendo un total de 108 horas aproximadamente. El objetivo de este sprint fue iniciar el desarrollo de la aplicación, se empezó con el módulo administrativo el cual efectúa las siguientes funciones:
- Gestión de actividades - Gestión de empleados - Gestión de clientes y operadores - Gestión de departamentos.
Además, en este sprint se configuró el sistema de seguridad de Symfony para gestionar la autenticación de usuarios y el control acceso a la aplicación a través de las rutas. Finalmente se desarrolló la página principal a la cual acceden los usuarios al ingresar al sitio web de la empresa.
La gestión de informes y notificaciones es bastante amplia y se lo llevó a cabo en los posteriores sprints.
Tareas del sprint 1
Tabla 7 - Tareas sprint 1. Desarrollo del Módulo Administrativo
ID ROL Descripción Historia de usuario.
Tareas Esfuerzo estimado en horas.
HU3 Administrador Necesito Ingresar y/o modificar la información de los empleados que se encuentran en la empresa.
Crear un controlador para registrar empleado.
1
Crear vista para ver formulario de registro de empleados.
4
Validar campos del formulario.
3
Crear un controlador para editar la información de registro de empleado.
1
Crear vista para ver el formulario para editar el registro de empleado.
1
HU4
Administrador
Necesito ver el listado de empleados registrados.
Crear controladores para listar el registro de empleados activos, empleados inactivos y ver
2
23
el detalle del empleado.
Crear vistas para visualizar el registro de empleados activos e inactivos.
2
Crear vista para ver la información detallada del empleado.
2
HU5 Administrador Necesito eliminar el registro de un empleado.
Crear controlador para eliminar el registro de empleados.
2
HU6 Usuarios registrados.
Necesito acceder a la aplicación utilizando un formulario de autenticación.
Crear la página principal de la empresa.
10
Configurar el sistema de seguridad de Symfony.
3
Crear formulario para realizar la autenticación de usuarios.
3
Gestionar el control de acceso a través de las rutas
2
HU7 Usuarios registrados.
Necesito reestablecer la contraseña de los usuarios.
Crear un controlador para restablecer la contraseña del usuario.
3
HU8 Administrador Necesito Ingresar y/o modificar la información de los departamentos que gestiona la empresa.
Crear controlador para realizar el registro de departamentos y validar capos.
2
Crear vista que contiene un formulario para registrar departamentos
2
Crear controlador para editar la información del departamento registrado.
1
Crear vista que contiene el formulario para editar el registro de departamento.
1
HU9 Administrador Necesito ver el listado de los departamentos registrados.
Generar una consulta para listar los departamentos registrados.
1
HU10 Administrador Necesito eliminar el registro de un
Crear controlador para eliminar el registro de
1
24
departamento. departamentos.
HU11 Administrador, Bodega.
Necesito Ingresar y/o modificar la información de los operadores que gestiona la empresa.
Crear controlador para registrar operador y realizar validaciones.
2
Crear vista para ver formulario de registro de operadores.
1
Crear controlador para editar el registro de operadores y crear vista para ver el formulario.
2
HU12 Administrador, Bodega.
Necesito ver el listado de los operadores registrados.
Crear una consulta para visualizar el registro de operadores.
2
HU13 Administrador, Bodega.
Necesito eliminar el registro de un operador.
Crear controlador para eliminar el registro de operadores.
2
HU14 Administrador, Bodega.
Necesito Ingresar y/o modificar la información de los clientes que gestiona la empresa.
Crear controlador para registrar cliente y realizar validaciones.
2
Crear vista para ver formulario de registro de clientes.
2
Crear controlador para editar el registro de clientes y crear vista para ver el formulario.
2
HU15 Administrador, Bodega.
Necesito ver el listado de los clientes registrados
Crear una consulta para visualizar el registro de clientes.
2
HU16 Administrador, Bodega.
Necesito eliminar el registro de un cliente.
Crear controlador para eliminar el registro de clientes.
2
HU17 Administrador Necesito Ingresar y/o modificar la información de las actividades que realiza la empresa.
Crear controlador para registrar actividad y realizar validaciones.
1
Crear vista para ver formulario de registro de actividades.
1
Crear controlador para editar el registro de actividades y crear vista
2
25
para ver el formulario.
HU18 Administrador. Necesito ver el listado de las actividades registradas.
Crear una consulta para visualizar el registro de actividades.
1
HU19 Administrador. Necesito eliminar el registro de una actividad.
Crear controlador para eliminar el registro de actividades.
1
HU20 Administrador. Necesito gestionar las actividades que se realizan.
Crear controlador para registrar la localización de la actividad.
2
Crear una vista que contiene el formulario para registrar la localización de la actividad y validar datos.
2
Crear vista para seleccionar entre registrar una nueva dirección o asignar una.
1
Crear controlador para registrar la asignación de la actividad.
2
Crear vista que contiene formulario para registrar la asignación de la actividad y validar datos.
3
Crear controlador para registrar contacto sitio.
2
Crear vista que contiene un formulario para registrar contacto sitio y validar datos.
3
HU21 Administrador, Técnico.
Necesito ver el listado de las actividades pendientes.
Crear una consulta para visualizar las actividades pendientes.
3
Crear vista para visualizar las actividades pendientes.
1
Crear una controlador para ver el detalle de la actividad.
1
Crear una vista para visualizar el detalle de la actividad.
2
26
HU22 Administrador. Necesito modificar la localización, la asignación del técnico y el contacto en sitio.
Crear controlador para editar el registro de la localización de la actividad.
2
Crear vista que contiene un formulario que permite editar el registro de la localización.
2
Crear controlador para editar la asignación de la actividad.
2
Crear vista que contiene un formulario que permite editar el registro de la asignación de la actividad.
2
Crear controlador que permite editar el registro del contacto sito asignado a la actividad.
2
Crear vista que contiene un formulario que permite editar el registro del contacto sitio.
2
Total: 108
Ejecución del sprint 1 Scrum Diario
Tabla 8 - Scrum diario sprint 1. Desarrollo del Módulo Administrativo
Trabajo realizado el día anterior
Trabajo a realizar el día de hoy Impedimentos
Día 1 Se realizaron algunas configuraciones para preparar el marco de trabajo como: la conexión de la base de datos, generar entidades, generar controladores y generar formularios.
Realizar un controlador para registrar empleados y validar los campos del formulario.
Generar una vista que contiene un formulario para registrar un empleado.
Día 2 Se realizó un controlador para registrar empleados.
Se generó una vista que contiene un formulario para registrar empleados. Además, se realizaron las respectivas
Listar empleados registrados, empleados inactivos y ver la información detallada de cada empleado.
27
validaciones de cada campo.
Día 3 Se generó el listado de todos los empleados registrados, además se agregaron botones para:
Editar y eliminar empleados, ver información detallada de cada empleado y restablecer contraseña.
Crear controladores para editar y eliminar el registro de empleados.
Crear una vista la cual contenga un formulario para editar el registro de un empleado.
Día 4 Se creó un controlador para modificar la información del empleado y se generó una vista que contiene el formulario para editar la información del empleado. Además, se creó un controlador para eliminar el registro de empleados.
Realizar entrevista al dueño del producto para recoger la información necesaria que se va a mostrar en la página principal.
Día 5 Se recolecto la información, y se definió que contenido iría en la página principal.
Desarrollar la página principal al cual van acceder los usuarios al ingresar al sitio web de la empresa.
Día 6 Desarrollo y distribución del contenido de la página principal
Configurar el sistema de seguridad de Symfony, y crear el formulario de autentificación de usuarios (formulario login).
Gestionar las rutas de acceso.
Crear un controlador para restablecer la contraseña del empleado.
Día 7 Se realizó la configuración del sistema de seguridad de Symfony para la autenticación y control de usuarios. Además, se creó el formulario login, a través del cual, el usuario debe autenticarse para acceder a la aplicación.
Se realizó un controlador para reestablecer la contraseña del empleado.
Crear un controlador para registrar departamentos en el controlador DepartamentoController.
Crear una vista que contenga el formulario para registrar departamentos y la lista de los departamentos registrados.
Validar los campos del formulario.
Día 8 Se creó un controlador para realizar el registro de departamentos y se validaron todos los campos del formulario.
Crear unos controladores para editar y eliminar el registro de departamentos.
Generar una vista que contiene el formulario para editar el
28
Se generó una vista que contiene: un formulario para realizar el registro de departamentos y una lista de los departamentos registrados en el sistema.
registro de departamentos.
Crear un controlador para registrar operadores.
Día 9 Se agregó botones de eliminar y editar en la lista de departamentos.
Se generó una vista que contiene un formulario para editar la información del registro del departamento y se implementó una función para eliminar el registro.
Se creó un controlador para registrar operadores.
Crear una vista para visualizar el formulario de registro de operadores.
Crear unos controladores para listar y editar el registro de operadores.
Día 10
Se creó una vista que contiene un formulario para registrar un nuevo operador. Se realizaron las respectivas validaciones en el formulario.
Se creó un controlador para listar y otro editar el registro de operadores.
Crear una vista que contenga una lista de todos los operadores registrados.
Crear una vista que contenga el formulario para editar el registro de operadores.
Crear un controlador para eliminar el registro de operadores.
Crear un controlador para registrar clientes.
Día 11
Se creó una vista que contiene una lista de los operadores que se encuentran registrados y se agregaron botones para editar y eliminar registros.
Se creó una vista que contiene un formulario para editar la información del operador.
Se creó un controlador para eliminar el registro de operadores.
Se creó un controlador que permite registrar nuevos
Crear una vista que contenga el formulario para registrar un cliente y validar los campos del formulario.
Crear un controlador para listar los clientes que se encuentra registrados.
Crear una vista que contenga una lista de los clientes que se encuentra registrados.
Crear un controlador para editar y eliminar el registro de clientes.
Crear una vista que contenga un formulario para editar el
29
clientes.
registro de clientes.
Día 12
Se creó una vista que contiene un formulario para registrar un nuevo cliente.
Se creó una vista que contiene una lista de los operadores que se encuentran registrados.
Crear unos controladores para registrar, editar, eliminar y listar el registro de actividades.
Crear una vista que contenga el formulario para registrar actividad y listar las actividades que se encuentran registradas.
Día 13
Se crearon unos controladores para registrar, editar, eliminar y listar el registro de actividades.
Se creó una vista que contiene un formulario para realizar el registro de actividades y además de una lista que contiene el registro de todas las actividades.
Se creó una vista que contiene un formulario que permite editar la información del registro de una actividad.
Crear unos controladores para registrar y listar direcciones (localización).
Crear una vista para visualizar un formulario que permite registrar una localización. Validar cada uno de los campos.
Crear una vista para visualizar una lista de todas las localizaciones registradas.
Generar una vista para seleccionar entre asignar una dirección a una actividad o registrar una nueva dirección.
Día 14
Se crearon controladores para registrar y listar el registro de localizaciones.
Se creó una vista que contiene un formulario para realizar el registro de localizaciones.
Se creó una vista que contiene una lista de todas las localizaciones registradas.
Se creó una vista para seleccionar entre asignar una dirección o crear una nueva.
Crear un controlador para registrar la asignación de una actividad.
Crear una vista que contiene un formulario para realizar el registro de una asignación, además, se deben validar todos los campos del formulario.
Se presentaron inconvenientes con la entidad asignación_empleado la cual controla la asignación de empleados secundarios, para lo cual se vio más factible agregar un atributo a la tabla asignación actividades – empleados_secundarios.
Día Se creó un controlador para realizar el registro de una
Crear un controlador para
30
15 asignación.
Se creó una vista que muestra un formulario que permite realizar el registro de una asignación, además se realizó la validación de cada campo del formulario.
registrar el contacto en sitio.
Crear una vista que contiene un formulario para realizar el registro del contacto en sitio, además, se deben validar todos los campos del formulario.
Día 16
Se creó un controlador para registrar el contacto en sito.
Se creó una vista que contiene un formulario para realizar el registro del contacto en sitio, además, se deben se realizaron las validaciones de todos los campos del formulario.
Crear una vista que permita visualizar todas las actividades registradas que se encuentran pendientes.
17 Se creó una vista que permite visualizar todas las actividades registradas que se encuentran pendientes.
Crear unos controladores que permitan editar el registro de:
1. Localización 2. Asignación actividad 3. Contacto en sitio.
Día 18
Se crearon unos controladores para:
1. Editar el registro de localización.
2. Editar el registro de asignación de actividad.
3. Editar contacto en sitio.
Crear una vista que contenga un formulario para editar la información de localización.
Crear una vista que contenga un formulario para editar la información de asignación.
Crear una vista que contenga un formulario para editar la información de contacto en sitio.
Queda pendiente la lista de actividades realizadas debido a que hay que relacionar con los informes de finalización.
Pruebas
Gestión de empleados
Tomando en cuenta las historias de usuario HU3, HU4, HU5, se realizaron las siguientes pruebas, basándose en cada uno de los criterios de aceptación.
Al seleccionar dentro del menú empleado la opción de registrar empleados, el usuario va a visualizar un formulario para realizar el registro de empleados, en la Figura 7 se visualiza el formulario. Si no se colocan datos válidos, el usuario no podrá realizar el registro del empleado, y se le mostrarán una serie de mensajes dependiendo del campo en el que este ingresando una información incorrecta. En la
31
Tabla 9 se aprecian cada una de las validaciones de los diferentes campos del formulario.
Formulario para realizar el registro de empleados:
Figura 7 - Formulario para registrar empleado.
32
Tabla 9 - Validaciones de los campos del formulario para registrar empleados
Validaciones de los campos Campo Validación Nombres No se admiten números / Campo Obligatorio. Apellidos No se admiten números / Campo Obligatorio. Usuario El usuario debe ser único / Campo Obligatorio. Cargo Seleccionar un elemento de la lista. Departamento Seleccionar un elemento de la lista. Correo electrónico
El correo debe ser único / Ingresar un email válido / Campo Obligatorio.
Dirección. Campo Obligatorio. Fecha de nacimiento.
El usuario debe ser mayor de edad / Campo Obligatorio.
Cédula Debe ingresar un número de cédula válido / Campo Obligatorio.
Teléfono Campo Obligatorio. Teléfono Celular Solo números / Debe tener 10 dígitos / Campo Obligatorio. Tipo de Sangre Seleccionar un elemento de la lista. Estado Civil Seleccionar un elemento de la lista. Cuenta Bancaria Solo números / Campo Obligatorio. Entidad Financiera
Campo Obligatorio.
Colocar Fotografía
Solo admite imágenes / Campo Obligatorio.
Nombre Contacto
Campo Obligatorio.
Teléfono Campo Obligatorio. Celular Solo números / Debe tener 10 dígitos / Campo Obligatorios
El usuario al acceder al menú empleado y seleccionar empleados registrados podrá visualizar todos los empleados que se encuentran registrados en el sistema. Además, podrá visualizar una serie de botones los cuales le permitirán restaurar la contraseña, ver información detallada y eliminar el registro del empleado. El usuario no podrá eliminar el registro de un empleado si este está siendo ocupado en otra parte de la aplicación, en tal caso se le mostrará un mensaje al usuario diciendo que el empleado no puede ser eliminado.
El usuario al acceder al menú empleado y seleccionar empleados Inactivos podrá visualizar a los empleados que no se encuentran activos.
Autenticación y control de usuarios.
Las siguientes pruebas tomando en cuenta los criterios de aceptación de las historias de usuario HU6 y HU7.
Para acceder a la aplicación es necesario realizar una autenticación, en la Figura 8 se aprecia el formulario de autenticación, en el cual es necesario colocar un usuario y una contraseña válidos, caso contrario el sistema le mostrará los siguientes mensajes:
33
- Credenciales no válidas. - ¿Olvidaste tú contraseña?
Figura 8 - Formulario de autenticación.
El usuario podrá reestablecer la contraseña en caso de que sea necesario, enviando una solicitud a administración, la contraseña generada será enviada al correo electrónico con el que fue registrado.
Gestión de departamentos:
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU8, HU9, HU10.
El usuario podrá registrar nuevos departamentos al seleccionar en el menú departamentos, al hacer esto se le presentará un formulario para registrar un nuevo departamento, en la Figura 9 se aprecia el formulario, y una lista que muestra los departamentos que actualmente se encuentran registrados.
El usuario podrá registrar un nuevo departamento solo si ingresa datos válidos y llena todos los campos, caso contrario no podrá efectuar el registro y el sistema mostrará al usuario una serie de mensajes dependiendo el caso. En la Tabla 10 se muestran las validaciones de cada campo del formulario.
Formulario para registrar departamentos:
Figura 9 - Formulario para realizar el registro de departamentos.
34
Tabla 10 - Validaciones de los campos del formulario para el registro de departamentos.
Validaciones de los campos Campo Validación Nombre de departamento
El nombre debe ser único / Campo Obligatorio.
Teléfono Campo Obligatorio. Dirección Campo Obligatorio.
Dentro de la lista de departamentos se presentan una serie de botones que le permitirán editar y eliminar un registro. El usuario no podrá eliminar el registro de un departamento si está siendo ocupado en otra parte de la aplicación, en tal caso se le mostrará un mensaje al usuario diciendo que el registro no puede ser eliminado.
Gestión de operadores.
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU11, HU12, HU13.
El usuario podrá registrar nuevos operadores al presionar sobre el menú Clientes y seleccionar la opción de registrar operador, al hacer esto, se le presentará al usuario un formulario para registrar un nuevo operador en la Figura 10 se aprecia el formulario.
El usuario podrá registrar un nuevo Operador solo si ingresa datos correctos y llena todos los campos, caso contrario no podrá efectuar el registro. En la Tabla 11 se muestran las validaciones de cada campo del formulario.
Formulario para registrar operadores:
Figura 10 - Formulario para realizar el registro de operadores.
Tabla 11 - Validaciones de los campos del formulario para el registro de operadores.
Validaciones de los campos Campo Validación Operador Campo Obligatorio. Ruc Cliente Campo Obligatorio / Solo números. Dirección Campo Obligatorio. Teléfono Cliente Campo Obligatorio.
35
El usuario podrá ver la lista de todos los operadores que se encuentran registrados en el sistema, dentro de la lista de operadores podrá visualizar una serie de botones que le permitirán editar y eliminar un registro. El usuario no podrá eliminar el registro de un operador si está siendo ocupado en otra parte de la aplicación, en tal caso se le mostrará un mensaje al usuario diciendo que el registro no puede ser eliminado.
Gestión de clientes
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU15, HU16, HU17.
El usuario podrá registrar nuevos clientes al presionar sobre el menú Clientes y seleccionar la opción de registrar Cliente, al hacer esto se le presentará un formulario para registrar un nuevo cliente, en la Figura 11 se aprecia el formulario para registrar clientes.
El usuario podrá registrar un nuevo cliente solo si ingresa datos correctos y llena todos los campos, caso contrario no podrá efectuar el registro. En la Tabla 12 se muestran las validaciones de cada campo del formulario para registrar clientes.
Formulario para registrar clientes:
Figura 11 - Formulario para realizar el registro de clientes.
Tabla 12 - Validaciones de los campos del formulario para el registro de clientes
Validaciones de los campos Campo Validación Nombre Cliente Campo Obligatorio. Ruc Cliente Campo Obligatorio / Solo números. Correo Electrónico
Debe ser un email válido / Campo Obligatorio.
Dirección Campo Obligatorio. Teléfono Cliente Campo Obligatorio.
El usuario podrá ver la lista de clientes que se encuentran registrados en el sistema, dentro de la lista de clientes se presentan una serie de botones que le permitirán editar y eliminar un registro. El usuario no podrá eliminar el registro de un cliente si está siendo ocupado en otra parte de la aplicación, en tal caso se le mostrará un mensaje al usuario diciendo que el cliente no puede ser eliminado.
36
Gestión de actividades
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU15, HU16, HU17.
El usuario podrá registrar una actividad al presionar sobre el menú Actividades y seleccionar la opción de registrar actividad al hacer esto se le presentará un formulario para registrar una actividad, la Figura 12 se aprecia el formulario y además, el usuario podrá visualizar todas las actividades que se encuentra registradas en el sistema. El usuario si desea registrar la actividad deberá ingresar una actividad con un nombre único, es decir no pueden existir dos actividades con el mismo nombre.
Formulario para registrar una actividad:
Figura 12 - Formulario para registrar actividad.
Dentro de la lista de actividades se presentan una serie de botones que le permitirán editar y eliminar un registro al usuario. El usuario no podrá eliminar el registro de una actividad si está siendo ocupado en otra parte de la aplicación, en tal caso se le mostrará un mensaje al usuario diciendo que el cliente no puede ser eliminado.
Gestión de asignación de actividades.
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU20, HU21, HU22.
El usuario podrá asignar una actividad al presionar en el menú actividades y seleccionar la opción asignar actividad.
Para asignar una actividad se debe cumplir los siguientes pasos:
1. Registrar y asigna la localización. En la Figura 13 se aprecia el formulario para registrar la localización.
2. Asignar la actividad a los diferentes técnicos que se encuentran disponibles,
determinar una fecha límite de tiempo para culminar la actividad y seleccionar el cliente al cual se le va ofrecer el servicio. En la Figura 14 se aprecia el formulario para asignar la actividad.
3. Registrar el nombre de la persona con quien el técnico se va a contactar. En
la Figura 15 se aprecia el formulario para registrar el contacto en sitio.
Una vez realizados los pasos anteriores, la actividad se registra y se la puede visualizar dentro de las actividades pendientes que se encuentran registradas en el sistema. Cada Formulario cuenta con sus propias validaciones, las cuales se deben de cumplir para efectuar su respectivo registro, caso contrario al usuario se le presentaran una serie de mensajes de advertencia.
37
Formulario para registrar una localización de actividad:
Figura 13 - Formulario para realizar el registro de localización de actividad.
Validaciones.
Tabla 13 - Validaciones de los campos del formulario para el registro de localización.
Formulario para registrar una asignación de actividad:
Figura 14 - Formulario para realizar el registro asignación de actividad.
Validaciones de los campos Campo Validación Cantón Seleccionar un elemento de la lista Sector Campo Obligatorio. Referencia Cliente Campo Obligatorio. Calle Principal Campo Obligatorio. Calle Secundaria Campo Obligatorio. Número de lote. Campo Obligatorio. Nombre Edificio N/A Piso. Solo números positivos. Oficina N/A
38
Validaciones
Tabla 14 - Validaciones de los campos del formulario para el registro de asignación actividad.
Validaciones de los campos Campo Validación Asignar Empleado Seleccionar un elemento de la lista Asignar Actividad Seleccionar un elemento de la lista Fecha Culminación Campo Obligatorio / No puede ser menor o igual a la fecha
actual. Archivo Adjunto N/A Empleados Secundarios
N/A
Operador Seleccionar un elemento de la lista. Cliente Seleccionar u elemento de la lista. Observaciones N/A
Formulario para registrar contacto en sitio:
Figura 15 - Formulario para registrar contacto sitio.
Validaciones
Tabla 15 - Validaciones de los campos del formulario para el registro de contacto en sitio.
Validaciones de los campos Campo Validación Nombre Contacto Campo Obligatorio. Email Ingresar al menos un correo electrónico. Celular Campo Obligatorio / Solo números / Debe tener 10 dígitos. Teléfono N/A
Retroalimentación.
Dentro de este sprint se realizó el desarrollo del módulo administrativo el cual es el encargado de gestionar las actividades, empleados, clientes y departamentos. Además, se realizaron algunas configuraciones en el sistema de seguridad de
39
Symfony para realizar la autenticación y autorización de usuarios a través de un formulario de acceso, esto permite que solo los usuarios que se encuentran autorizados puedan acceder a la aplicación.
El tiempo de desarrollo de este sprint se realizó en un tiempo aproximado de 18 días con un total de 108 horas de desarrollo. Además, se vio la necesidad de quitar la entidad AsignacionEmpleado, de esta forma se redujeron los pasos al momento de asignar la actividad, la asignación de empleados se lo realizo mediante la entidad AsignacionActividad. El desarrollo de la aplicación continúa normalmente, a continuación, se detalla el desarrollo del sprint 2 el cual es el encargado de gestionar el módulo de bodega.
3.2. Sprint 2 Desarrollo del Módulo de Bodega
Planificación del sprint 2
Durante el desarrollo del sprint 2 se implementaron algunas funciones que permiten llevar la gestión de los productos de bodega. Este sprint tuvo una duración de 7 días, trabajando 6 horas diarias, con un total de 42 horas de desarrollo aproximadamente, tuvo los siguientes objetivos:
1. Gestionar los productos de bodega. 2. Gestionar el stock de los productos que se encuentran en bodega. 3. Llevar un historial de las acciones que realiza el usuario al efectuar un
movimiento en bodega.
El stock de productos será controlado mediante disparadores, los disparadores (Triggers) son funcionalidades que realizan cambios automáticos en la base de datos y se accionan cuando se realiza un cambio a determinada tabla ya sea un update,
insert o delete [1]. Estos disparadores se crearán tomando en cuenta los siguientes casos:
Al realizar un insert. Modificar el atributo cantidad de la tabla productos al realizar un insert en la tabla actividad_producto. Esta funcionalidad permitirá que la cantidad de la tabla productos aumente si se realiza una entrada de productos o disminuya si se realiza una salida de productos en la tabla actividad_producto.
Al realizar un update. Modificar el atributo cantidad de la tabla productos al realizar un update en la tabla actividad_producto, esto es necesario ya que en ocasiones el usuario desea editar el registro de un movimiento. El atributo cantidad de la tabla productos se modificará dependiendo de las acciones que realice el usuario, ya sea cambiar la acción de entrada a salida o viceversa, o modificar la cantidad de producto que sale o entra.
Al realizar un delete. Modificar el atributo de la tabla cantidad producto al realizar un delete en la tabla actividad_producto, es necesario ya que el usuario en ocasiones efectúa un mal ingreso y ve la necesidad de eliminar el registro del movimiento.
40
Tareas del sprint 2
Tabla 16 - Tareas sprint 2. Configuraciones y desarrollo del Módulo de Bodega.
ID ROL Descripción de la historia de usuario.
Tareas Esfuerzo empleado en horas.
HU23 Administrador, Bodega.
Necesito Ingresar y/o modificar la información los productos que se almacenan en bodega.
Crear un controlador para registrar productos.
2
Crear una vista que contiene el formulario de registro de productos y validar campos.
2
Crear un controlador para editar el registro de productos.
1
Crear vista que contiene formulario para editar el registro de producto.
2
HU24 Administrador, Bodega.
Necesito ver el listado de los productos registrados.
Crear una consulta para listar los productos que se encuentran en bodega y generar una vista para generar la lista de productos.
3
HU25 Administrador, Bodega.
Necesito eliminar el registro de un producto.
Crear un controlador para eliminar el registro de productos.
2
HU26 Administrador, Bodega.
Necesito gestionar los productos que entran y salen de bodega.
Crear un controlador para registrar la entrada de productos.
3
Crear una vista que contiene el formulario para registrar la entrada de productos y validar campos.
2
Crear un controlador para registrar la salida de productos.
3
Crear una vista que contiene el formulario para registrar la salida de productos y validar campos.
2
HU27 Administrador, Bodega.
Necesito ver el registro de todos los movimientos que se realizan en bodega.
Crear una consulta para listar todos los movimientos de bodega y generar una vista para visualizar la lista de movimientos.
3
41
HU28 Administrador, Bodega.
Necesito modificar la información del movimiento del producto.
Crear un controlador para editar el registro de movimientos en bodega.
3
Crear una vista que contenga el formulario para editar el registro del movimiento.
2
HU29 Administrador, Bodega.
Necesito eliminar el registro de un movimiento de un producto
Crear un controlador para eliminar el registro de movimiento.
3
HU30 Administrador, Bodega.
Necesito gestionar las acciones que se realizan en bodega.
Crear disparadores para gestionar el Stock de productos.
4
Crear un registro de cada acción que se realizan en bodega al momento de gestionar la entrada y salida de productos.
6
Total 42
Ejecución sprint 2
Tabla 17 - Scrum diario sprint 2. Desarrollo del Módulo de Bodega
Trabajo realizado el día anterior
Trabajo a realizar el día de hoy Impedimentos
Día 1 Se creó una vista que contiene un formulario para editar la información de localización.
Se creó una vista que contiene un formulario para editar la información de asignación.
Se creó una vista que contiene un formulario para editar la información de contacto en sitio.
Crear un controlador para registrar y modificar productos.
Crear dos vistas la que contenga un formulario para registrar un producto y la otra para editar un producto.
Validar los campos del formulario.
Día 2 Se creó unos controladores, uno para registrar y otro modificar el registro de productos.
Se creó una vista que contiene un formulario para
Crear un controlador que realice una consulta que muestre los productos que se encuentran registrados en el sistema.
Crear una vista que contenga una lista de los productos que
42
registrar un nuevo producto.
Se creó una vista que contiene el formulario para editar el registro de producto.
se encuentra registrados.
Crear un controlador que permita eliminar el registro de productos.
Día 3 Se creó un controlador para realizar una consulta que permite listar los productos registrados y se creó una vista para visualizar la lista de productos.
Se creó un controlador para eliminar el registro de productos.
Crear un controlador para registrar la entrada de productos.
Crear una vista que contenga un formulario para registrar el movimiento de entrada de productos y realizar la validación de cada uno de los campos del formulario.
Día 4 Se creó un controlador para registrar la entrada de productos a bodega.
Se creó una vista que contiene un formulario para efectuar el registro del movimiento de entrada de productos y además se realizaron las respectivas validaciones de los campos del formulario.
Crear un controlador para registrar la salida de productos.
Crear una vista que contenga un formulario para registrar el movimiento de salida de productos y realizar la validación de cada uno de los campos del formulario.
Día 5 Se creó un controlador para efectuar el registro del movimiento de salida de productos.
Se creó una vista que contiene un formulario para efectuar el registro del movimiento de salida de productos y además se realizaron las respectivas validaciones de los campos del formulario.
Crear un controlador para realizar una consulta que muestre el registro de todos los movimientos efectuados en bodega, ya sea entrada o salida de productos.
Crear una vista para visualizar la lista de movimientos de productos.
Crear un controlador para editar el registro del movimiento de producto.
Queda pendiente una parte para el listado de movimiento de productos de salida ya que se encuentra relacionado con los informes lo cual se detallará más adelante.
Día 6 Se creó un controlador para realizar una consulta que muestra el registro de todos los movimientos efectuados en bodega, ya sea entrada o salida de productos.
Se generó una vista para visualizar el detalle de cada movimiento registrado, ya sea
Crear una vista que contenga el formulario para editar el registro de movimientos de bodega.
Crear un controlador para eliminar el registro de movimiento de productos.
Crear disparadores para el
43
de entrada o de salida, además, se agregaron botones para editar y eliminar registros.
Se creó un controlador para editar el registro del movimiento de producto.
control de Stock de productos.
Día 7 Se creó una vista que contiene un formulario para modificar el registro de movimientos de productos.
Se creó un controlador para eliminar el registro movimientos realizados de un producto.
Se crearon 3 disparadores para gestionar el Stock de los productos de bodega, tomando en cuenta los siguientes casos:
1. Al realizar un insert en la tabla actividad_producto.
2. Al realizar un update en la tabla actividad_producto.
3. Al realizar un delete en la tabla actividad producto.
Gestionar las acciones
efectuadas por el usuario al
realizar un movimiento de un
producto en bodega.
Pruebas
Gestión de productos
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU23, HU24, HU25.
El usuario podrá registrar un producto al presionar sobre el menú Bodega y seleccionar la opción registrar producto, al hacer esto se le presentará un formulario para registrar un producto, el formulario para efectuar el registro de productos se puede apreciar en la Figura 16. Para que el usuario pueda registrar un producto deberá cumplir cada una de las validaciones mencionadas en la Tabla 18, caso contrario el sistema muestra unos mensajes de validación.
44
Formulario para el registro de productos.
Figura 16 - Formulario para el registro de productos.
Validaciones del formulario
Tabla 18 - Validaciones formulario para el registro de productos.
Validaciones de los campos Campo Validación Producto Campo Obligatorio. El nombre debe ser único. Serie Campo Obligatorio. El número debe ser único. Unidad Seleccionar una de las opciones. Operador Seleccionar una de las opciones.
El usuario podrá observar el registro de todos los productos que se encuentran registrados en el sistema. Dentro de la lista de productos se presentan una serie de botones que le permitirán al usuario editar y eliminar el registro. El usuario no podrá eliminar el registro de un producto si está siendo ocupado en otra parte de la aplicación, en tal caso se le mostrará un mensaje al usuario diciendo que el cliente no puede ser eliminado.
Gestión de movimiento de productos.
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU26, HU27, HU28, HU29, HU30.
El usuario podrá registrar una entrada de producto a bodega al presionar sobre el menú Bodega y seleccionar la opción de entrada de productos, al hacer esto se le presentará un formulario para registrar un movimiento de entrada del producto, en la Figura 17 se aprecia el formulario para efectuar el registro de movimiento de entrada de productos.
El usuario podrá registrar un movimiento de entrada de producto solo si ingresa datos correctos y llena todos los campos, caso contrario no podrá efectuar el registro. En la Tabla 19 se muestran las validaciones de cada campo del formulario. Además, si la unidad del producto es metros, litros o piezas el campo cantidad es editable, caso contrario se registra como 1 unidad. Si se cumplen todas las condiciones se realiza el registro del movimiento de producto, caso contrario le muestra una serie de mensajes al usuario dependiendo la validación que se realice.
45
Formulario para registrar entrada o salida de productos:
Figura 17 - Formulario para realizar el registro de entrada de productos
Tabla 19 - Validaciones de los campos del formulario para el registro de entrada de productos.
Validaciones de los campos Campo Validación Producto Campo Obligatorio / Seleccionar un elemento de la lista. Numero activo Solo Puede haber un número único al mismo tiempo en
bodega / Campo Obligatorio. Nombre Empleado
Campo Obligatorio / No se admiten números.
Observaciones N/A
El usuario podrá registrar una salida de producto al presionar sobre el menú Bodega y seleccionar la opción de salida de productos, al hacer esto se le presentará un formulario para registrar un movimiento de salida del producto, el formulario para efectuar el registro de movimiento de salida de productos es el mismo de la Figura 15. Para registrar un movimiento de salida se deben cumplir las siguientes condiciones:
1. Se realiza una consulta para ver si hay productos disponibles, o si el producto está fuera de bodega. Si hay productos disponibles se realiza una validación para que la cantidad de productos que se registren como salida no excedan la cantidad de los que hay disponibles en bodega.
2. El registro de la cantidad de producto que salen de bodega es editable solo si
la unidad es metros, litros o piezas caso contrario la cantidad se coloca por defecto como 1 unidad.
Cada vez que el usuario registre, edite o elimine un movimiento de un producto en bodega, se realizará un registro en la tabla historial, el cual almacena los siguientes datos:
- Nombre de usuario - Número de serie del producto - Nombre del producto - Cantidad
46
- Fecha - Si se realizó una entrada o salida - La acción que realizó, ya sea ingresar, editar o eliminar.
Para visualizar el registro de las diferentes acciones que se realizan al efectuar un movimiento en bodega seleccionar en el menú Historial - Historial de Bodega.
Para gestionar el stock de los productos se realizaron una serie de disparadores creados en la base de datos, los cuales son accionados al realizar un insert, un update o un delete en la tabla actividad_producto.
Retroalimentación
Se efectuó el desarrollo del sprint 2, el cual gestiona los productos que se encuentran en bodega, así como los movimientos que se realizan, ya sean entrada o salida de productos. Al realizar las pruebas se vio la necesidad de crear una tabla que contenga el historial de los movimientos de los productos y así, gestionar que usuarios realizaron los movimientos, la fecha y el producto que fue utilizado. Además, se crearon unos disparadores que permiten gestionar el stock de productos que se encuentran en bodega.
El desarrollo de este sprint tuvo una duración de 42 horas aproximadamente. En el siguiente sprint se detallará el desarrollo del módulo para el perfil de usuario técnico, en este se gestionarán las actividades que son asignadas a cada técnico.
3.3. Sprint 3 Desarrollo del Módulo Técnico
Panificación del sprint 3
Durante el desarrollo del sprint 3 se implementaron algunas funciones que permiten llevar la gestión de las actividades. Este sprint tuvo una duración de 20 días, trabajando 6 horas diarias, teniendo un total de 120 horas de desarrollo aproximadamente, tuvo los siguientes objetivos:
- Visualizar las actividades realizadas. - Desarrollar los informes de finalización.
Dentro del desarrollo de informes se abarca: el diseño de formularios, validaciones, registro, edición, listas y visualización de informes. Este proceso se debe hacer con los 4 informes de finalización, los cuales permiten llevar el detalle de la actividad realizada por los técnicos.
Tareas del sprint 3
Tabla 20 - Tareas sprint 3. Desarrollo del Módulo Tecnico
ID ROL Descripción de la historia de usuario.
Tareas Esfuerzo empleado en horas.
HU31 Técnico. Necesito generar un
Realizar un controlador para registrar el informe de finalización.
3
47
informe de la actividad realizada.
Realizar un controlador para registrar fotografías y equipos en el informe de finalización.
2
Generar vista que contiene el formulario para registrar el informe de finalización, fotografías y equipos utilizados.
10
Realizar un controlador para editar el registro del informe de finalización.
6
Generar vista que contiene el formulario para editar el informe de finalización.
2
Realizar un controlador para registrar el informe de relevamiento.
4
Generar vista que contiene el formulario para registrar el informe de relevamiento.
8
Realizar un controlador para editar el registro del informe de relevamiento.
3
Generar vista que contiene el formulario para editar el informe de relevamiento.
3
Realizar un controlador para registrar el informe de fibra óptica.
3
Realizar un controlador registrar equipos en el informe de fibra óptica.
3
Generar vista que contiene el formulario para registrar el informe de fibra óptica y equipos utilizados.
10
Realizar un controlador para editar el registro del informe de fibra óptica y equipos utilizados.
3
Generar vista que contiene el formulario para editar el informe de finalización y equipos utilizados.
6
Realizar un controlador para registrar el informe de backbone.
3
Realizar un controlador para registrar detalle de mangas y equipos en el informe de backbone.
3
Generar vista que contiene el formulario para registrar el informe de backbone, detalle de mangas y equipos utilizados.
10
Realizar un controlador para editar el registro del informe de backbone, detalle de mangas y equipos utilizados.
6
48
Generar vista que contiene el formulario para editar el informe de backbone, detalle de mangas y equipos utilizados.
6
HU32 Administrador, técnico.
Necesito ver el listado de las actividades realizadas.
Generar una vista para visualizar las actividades realizadas.
3
Generar vista para visualizar la lista de actividades realizadas con el informe de finalización.
2
Generar vista para visualizar la lista de actividades realizadas con el informe de relevamiento.
2
Generar vista para visualizar la lista de actividades realizadas con el informe de fibra óptica.
2
Generar vista para visualizar la lista de actividades realizadas con el informe de backbone.
2
HU33 Administrador, técnico.
Necesito ver el informe de finalización de la actividad.
Generar una vista para visualizar el informe de finalización.
3
Generar una vista para visualizar el informe de relevamiento.
3
Generar una vista para visualizar el informe de fibra óptica.
3
Generar una vista para visualizar el informe de backbone.
3
Total 120
Ejecución sprint 3
Tabla 21 - Scrum Diario sprint 3. Desarrollo del Módulo de Técnico
Trabajo realizado el día anterior
Trabajo a realizar el día de hoy
Impedimentos
Día 1 Se creó una tabla log, la cual lleva el registro de las acciones que se producen al realizar el movimiento de un producto, la cual contiene:
- Tipo de acción (entrada, salida, editar, eliminar, insertar)
- Nombre de usuario. - Producto, serie - Cantidad - Fecha
Realizar un controlador para registrar el informe de finalización.
Realizar un controlador para registrar fotografías y equipos en el informe de finalización.
49
Día 2 Se realizó un controlador para registrar el informe de finalización.
Se realizó un controlador para registrar las fotografías y los equipos utilizados en la actividad.
Se efectuó el desarrollo del formulario para registrar el informe de finalización.
Diseñar el formulario para registrar el informe de finalización, primera parte.
Día 3 Se realizó el diseño del formulario para registrar el informe de finalización.
Diseñar un formulario para registrar fotografías y equipos (producto) utilizados en la actividad y realizar la validación de campos.
Día 4 Se desarrolló la segunda parte del formulario, la cual contiene un formulario para registrar las fotografías y un formulario para registrar el equipo utilizado en la actividad. Además, se realizó la validación de los campos de cada formulario.
Realizar un controlador para editar el registro del informe de finalización.
Realizar un controlador para editar los equipos utilizados y el registro fotográfico del informe de finalización.
Día 5 Se creó unos controladores para editar el registro del informe de finalización, editar los equipos utilizados y editar el registro fotográfico.
Generar una vista para visualizar los formularios para editar el informe de finalización.
Día 6 Se desarrollaron 3 formularios para editar los campos del informe de finalización, los equipos y el registro fotográfico.
Realizar un controlador para registrar el informe de relevamiento, y realizar validaciones.
Día 7 Se creó un controlador para registrar el informe de relevamiento, además, se realizaron las validaciones necesarias.
Generar vista que contiene el formulario para registrar el informe de relevamiento.
Día 8 Se realizó el diseño del formulario para registrar el informe de relevamiento.
Realizar un controlador para editar el registro del informe de relevamiento.
Generar vista que contiene el formulario para editar el
50
informe de relevamiento.
Día 9 Se realizó un controlador para editar el registro del informe de relevamiento.
Se realizó el diseño del formulario para editar los campos del informe de relevamiento y se validaron los campos.
Realizar un controlador para registrar el informe de fibra óptica.
Realizar un controlador registrar equipos en el informe de fibra óptica.
Día 10 Se crearon controladores para realizar el registro del informe de fibra óptica y agregar los equipos utilizados en la actividad.
Generar vista que contiene el formulario para registrar el informe de fibra óptica.
Día 11 Se realizó el diseño del formulario para registrar el informe de fibra óptica y se validaron los campos.
Generar vista que contiene el formulario para registrar los equipos utilizados en la actividad.
Realizar un controlador para editar el registro del informe de fibra óptica y equipos utilizados.
Día 12 Se realizó el diseño del formulario para registrar los equipos utilizados en la actividad y se validaron los campos.
Se creó un controlador para editar los campos del informe de fibra óptica.
Generar vista que contiene el formulario para editar el informe de finalización y equipos utilizados.
Día 13 Se crearon vistas que contienen los formularios para editar el informe de fibra óptica y los equipos utilizados.
Realizar un controlador para registrar el informe de backbone.
Realizar un controlador para registrar detalle de mangas y equipos en el informe de backbone.
Día 14 Se creó un controlador para registrar el informe de backbone.
Se creó unos controladores para registrar los equipos utilizados y registrar el detalle de mangas del informe de backbone.
Generar vista que contiene el formulario para registrar el informe de backbone.
51
Día 15 Se desarrolló una vista que contiene el formulario para registrar el informe de backbone y se validaron los cada uno de los campos.
Generar vista que contiene el formulario para registrar el detalle de mangas y equipos utilizados. Realizar un controlador para editar el registro del informe de backbone.
Día 16 Se desarrolló una vista que contiene el formulario para registrar el detalle de mangas y los equipos utilizados.
Además, se realizó un controlador para editar los campos del informe de backbone.
Realizar función para editar el registro del detalle de mangas y equipos utilizados.
Generar vista que contiene el formulario para editar el informe de backbone, detalle de mangas y equipos utilizados.
Día 17 Se realizó un controlador para editar el registro de detalle de mangas y otro para editar el registro de equipos utilizados.
Se desarrolló una vista que contiene el formulario para editar el registro del detalle de mangas y los equipos utilizados.
Generar una vista para visualizar las actividades realizadas.
Generar vista para visualizar la lista de actividades realizadas con el informe de finalización.
Generar vista para visualizar la lista de actividades realizadas con el informe de relevamiento.
Día 18 Se creó una serie de vistas para visualizar las actividades realizadas que fueron realizadas con el informe de finalización y con el informe de relevamiento.
Generar vista para visualizar la lista de actividades realizadas con el informe de fibra óptica.
Generar vista para visualizar la lista de actividades realizadas con el informe de backbone.
Generar una vista para visualizar el informe de finalización.
Día 19 Se crearon una serie de vistas para visualizar las actividades que fueron realizadas con el informe de fibra óptica y con el informe de backbone.
Se creó una vista para visualizar el informe de finalización.
Generar una vista para visualizar el informe de relevamiento.
Generar una vista para visualizar el informe de fibra óptica.
52
Día 20 Se creó una vista para visualizar el informe de relevamiento.
Se creó una vista para visualizar el informe de fibra óptica.
Generar una vista para visualizar el informe de backbone.
Pruebas
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU31, HU32, HU33.
El usuario podrá realizar el registro de los informes de finalización al acceder en el menú Realizar Informes y seleccionar entre los siguientes informes:
- Informe de relevamiento - Informe de finalización de servicio. - Informe Instalación fibra óptica en campo. - Informe instalación backbone fibra óptica en campo.
En el ANEXO 3, se encuentran cada uno de los formularios para efectuar el registro de informes de finalización.
Además, el usuario podrá visualizar las actividades que fueron realizadas con sus respectivos informes, así como filtrar las actividades según el tipo de informe.
Retroalimentación
Durante el desarrollo del sprint 3 se implementaron algunas funciones que permiten llevar la gestión de las actividades y detallar el trabajo mediante informes. Este sprint se desarrolló en 120 horas aproximadamente. Se cumplieron los siguientes objetivos:
- Visualizar las actividades realizadas. - Desarrollar los informes de finalización.
Se efectuó el desarrollo de los 4 informes de finalización, con los cuales el usuario puede registrar, editar y ver el informe de finalización. El desarrollo de la aplicación continúa sin presentarse inconvenientes, en el siguiente sprint se detallan algunas funcionalidades realizadas para mejorar la asignación y envío de informes a los diferentes clientes. Además, se detallan algunas configuraciones realizadas al efectuar la implementación de la aplicación web.
3.4. Sprint 4 Gestión de Informes e Implementación
Planificación del sprint 4
Este sprint tuvo una duración de 6 días, trabajando 6 horas diarias, teniendo un total de 36 horas de desarrollo aproximadamente.
En este sprint se efectuaron algunas funcionalidades que son necesarias para llevar una gestión adecuada de las actividades, como es el uso de notificaciones, estas son
53
enviadas a través de mensajes de correo electrónico, y son utilizadas para dar aviso a los diferentes usuarios en los siguientes casos:
- Enviar un mensaje al técnico cuando se le asigna una actividad. - Enviar un mensaje al departamento administrativo cuando el técnico realizó
la actividad y llenó el informe. - Enviar un mensaje al técnico si es necesario hacer correcciones en el
informe. - Enviar un mensaje al cliente mencionando que la actividad fue finalizada y
enviar el informe de finalización adjunto.
Además, se realizaron algunas configuraciones dentro del servidor web para que la aplicación funcione correctamente, al finalizar se realizó la implementación de la aplicación web, se realizaron algunas pruebas finales y se entregó el manual de usuario.
Tareas del sprint 4
Tabla 22 - Tareas sprint 4. Gestión de Informes e Implementación
ID ROL Descripción de la historia de usuario.
Tareas Esfuerzo empleado en horas.
HU34 Administrador. Necesito notificar al técnico que tiene una actividad pendiente.
Crear una controlador para notificar al técnico que tiene una actividad pendiente.
3
HU35 Técnico. Necesito notificar que la actividad fue culminada.
Crear un controlador para notificar al departamento administrativo que la actividad fue culminada por el técnico.
3
HU36 Administrador. Necesito notificar al técnico que debe corregir el informe,
Crear un controlador para notificar al técnico que debe corregir el informe de finalización.
3
HU37
Administrador.
Necesito enviar el informe de finalización al cliente.
Realizar algunas configuraciones en Symfony para convertir los informes de finalización de html a pdf.
3
Crear un controlador para convertir el informe de finalización a pdf y enviarlo a los clientes.
4
Crear un controlador para convertir el informe de relevamiento a pdf y enviarlo a los clientes.
4
Crear un controlador para convertir el informe de fibra
4
54
óptica a pdf y enviarlo a los clientes.
Crear un controlador para convertir el informe de backbone a pdf y enviarlo a los clientes.
6
HU38 Desarrollador Necesito implementar la aplicación web.
Configurar el servidor web. 3
Prueba final y entrega de manual de usuario.
3
Total 36
Ejecución sprint 4
Tabla 23 - Scrum Diario sprint 4. Gestión de Informes e Implementación
Trabajo realizado el día anterior Trabajo a realizar el día de hoy Impedimentos
Día 1 Se generó una vista para visualizar el informe de backbone.
Crear un controlador para notificar al técnico que tiene una actividad pendiente.
Crear un controlador para notificar al departamento administrativo que la actividad fue culminada.
Día 2 Se creó un controlador para enviar un correo electrónico al técnico al cual se le asignó la actividad.
Se creó un controlador para que el técnico envié un aviso por correo electrónico mencionando que la actividad fue finalizada.
Crear un controlador para notificar al técnico que debe corregir el informe.
Realizar algunas configuraciones en Symfony para convertir los informes de finalización de html a pdf.
Día 3 Se creó un controlador para que el administrador envié un mensaje de correo electrónico al técnico en caso de que el informe deba ser corregido.
Se realizaron algunas configuraciones para realizar la conversión de los informes de formato html a PDF, para lo cual se utilizó SnappyBundle el cual es un Bundle que permite realizar la conversión de HTML a PDF, para instalarlo se utilizó composer.
Crear un controlador para convertir el informe de finalización a pdf y enviarlo a los clientes.
Crear un controlador para convertir el informe de relevamiento a pdf y enviarlo a los clientes.
El sprint fue finalizado sin ningún inconveniente.
55
Día 4 Se creó una vista del informe de finalización específicamente para realizar la conversión de html a pdf. Además, se realizó un controlador para convertir el informe de finalización a pdf y enviarlo a los diferentes clientes.
Se creó una vista del informe de relevamiento específicamente para realizar la conversión de html a pdf. Además, se realizó un controlador para convertir el informe de relevamiento a pdf y enviarlo a los diferentes clientes.
Crear un controlador para convertir el informe de fibra óptica a pdf y enviarlo a los clientes.
Día 5 Se creó una vista del informe de fibra óptica específicamente para realizar la conversión de html a pdf. Además, se realizó un controlador para convertir el informe de fibra óptica pdf y enviarlo a los diferentes clientes.
Crear un controlador para convertir el informe de backbone a pdf y enviarlo a los clientes.
Día 6 Se creó una vista del informe de backbone específicamente para realizar la conversión de html a pdf. Además, se realizó un controlador para convertir el informe de backbone a pdf y enviarlo a los diferentes clientes.
Configurar el servidor web.
Pruebas finales y entrega de manual de usuario.
Pruebas
Las siguientes pruebas se basaron en los criterios de aceptación de las historias de usuario HU34, HU35, HU36, HU37, HU38.
Una vez realizado la asignación de actividad por el administrador, el sistema enviará de manera automática un mensaje al técnico mencionando que tiene una actividad pendiente por realizar, en la Figura 18 se visualiza el mensaje enviado por el departamento administrativo.
56
Figura 18 - Mensaje de aviso de actividad pendiente.
El usuario técnico al terminar la actividad, notifica al departamento administrativo que realizó la actividad y lleno el respectivo informe. En la Figura 19 se visualiza el mensaje enviado por el técnico.
Figura 19 - Mensaje de aviso de actividad culminada.
El usuario administrador podrá enviar un aviso al técnico mencionando que el informe presenta datos inválidos y debe corregirse. En la Figura 20 se visualiza el mensaje que envía el administrador.
57
Figura 20 - Mensaje de aviso para corregir informe.
El administrador al aprobar el informe de finalización, deberá enviar el informe en PDF a través de correo electrónico a cada uno de los clientes que soliciten el informe. En la Figura 21 se visualiza el mensaje enviado por el administrador al cliente.
Figura 21 - Mensaje de aviso de actividad terminada.
Configuración del servidor web.
La empresa proporcionó el proveedor para el servicio de alojamiento web, el paquete proporcionado por ECUADORCloud ofrece todo lo necesario para que el
58
funcionamiento de la aplicación web se realice correctamente. Se realizaron las siguientes configuraciones:
- Crear la base de datos, para ello se utilizó la herramienta phpMyadmin.
- Subir el proyecto a través de FTP al servidor, se utilizó Filezilla, el cual es un programa utilizado para realizar la transferencia de archivos por FTP.
- Se configuró el archivo parameters.yml para establecer la conexión con la
base de datos.
Pruebas e implementación.
Finalmente, se realizó la implementación de la aplicación web y se entregó el manual de usuario al cliente, el cual se encuentra en el ANEXO 4.
Además, para comprobar el correcto funcionamiento de la aplicación en diferentes situaciones de estrés, se realizaron una serie de pruebas con la herramienta JMeter que incluyeron 2 tipos de escenarios que se consideran como los más comunes al usar la aplicación, estos escenarios son los siguientes:
- Realizar un registro a la base de datos. - Visualizar los informes de finalización.
El primer escenario simula cuando un usuario efectúa un registro en la base de datos, para lo cual utiliza el método POST. El segundo escenario simula cuando un usuario revisa los informes de finalización, y realiza una consulta a la base de datos, informes que contienen varios componentes y poseen una gran cantidad de información.
Para cada uno de los escenarios se realizaron 2 tipos de prueba, la primera fue una prueba de carga que simuló un flujo de entre 10 a 150 usuarios. Las características que presenta el servidor al cual se le realizaron las pruebas se especifican en la Tabla 1 - Costo estimado para el desarrollo de la aplicación web. Con esta prueba se logró apreciar que el servidor trabaja de manera adecuada con una concurrencia de 70 usuarios que realizan peticiones de manera simultánea, teniendo tiempos de respuesta por debajo de los 2 segundos, el cual es un tiempo adecuado para que el usuario espere. Tomando en cuenta una encuesta realizada por KISSmetrics, que es una de las empresas pioneras en el análisis de sitios web, considera que el tiempo estimado máximo en que un usuario espera una respuesta es de 3 segundos, teniendo como resultado que el 40% de los usuarios abandonan un sitio web que toma más de 3 segundos en dar una respuesta [13].
Para la prueba de estrés se usó los mismos escenarios y se aumentó la cantidad de usuarios hasta llegar al punto en el que los recursos del sistema empiecen a fallar, a pesar de que la prueba realizada con 500 usuarios no presentó ningún error fue notorio que la cantidad de usuarios es excesiva ya que se obtuvieron tiempos de respuesta de 17 y 46 segundos. En el ANEXO 5 se aprecian los resultados obtenidos en cada una de las pruebas realizadas con JMeter.
Por lo tanto los recursos actuales que tiene el servidor son suficientes y adecuados para que la aplicación funcione correctamente y obtener tiempos de respuesta adecuados. Se realizó un análisis para determinar la cantidad de tráfico que se
59
produciría al usar la aplicación, actualmente la empresa gestiona un promedio de 8 a 10 actividades diarias, y posee 7 empleados técnicos, 2 de bodega y 4 administradores los cuales estarían conectados a la aplicación todo el tiempo y realizarían peticiones de manera continua, la cantidad de peticiones que se puedan realizar diariamente es baja, tomando en cuenta la cantidad de usuarios que utilizarían la aplicación y el número de actividades a gestionar, pero hay que tener en cuenta que si la cantidad de usuarios aumenta considerablemente debido al crecimiento que pueda tener la empresa sería aconsejable cambiar de infraestructura.
En la Figura 22 se muestra una fotografía del administrador probando la aplicación, el usuario prueba la navegabilidad de la aplicación, diseño y las funciones para asignar actividades, esta prueba fue realizada en la ciudad de Quito.
Figura 22 - Pruebas de funcionamiento - usuario administrador.
En la Figura 23 se muestra una fotografía de un técnico probando la aplicación, el usuario revisa las actividades pendientes que tiene por realizar a través del teléfono móvil, esta prueba fue realizada en la ciudad de El Coca, la cual está ubicada en la provincia de Orellana.
Figura 23 - Pruebas de funcionamiento - usuario técnico.
60
Además, al realizar la implementación de la aplicación web se mejoraron los siguientes procesos:
- La gestión del inventario de bodega es administrado a través de la aplicación, esto disminuye el tiempo de trabajo y permite llevar un seguimiento adecuado de los productos que entran o salen de bodega o que son utilizados en cada actividad. Además, la búsqueda de productos se la realiza de forma sencilla, evitando de esta forma buscar entre los diferentes informes para ubicar algún producto que fue utilizado en una actividad.
- La gestión de actividades es más eficiente, se evita el uso excesivo del teléfono, y el envió de correos de forma manual para informar a los técnicos que tienen una actividad pendiente o para informar que la actividad debe ser terminada lo más pronto posible. Mediante la aplicación la gestión de actividades se la realiza a través de notificaciones, las cuales permiten visualizar si un técnico tiene una actividad pendiente, y el tiempo que tiene el técnico para culminar la actividad y entregar el informe.
- Se disminuyeron los inconvenientes causados debido a la entrega de informes
llenados inadecuadamente por los técnicos. La aplicación ofrece a los técnicos una serie de informes que detallan las actividades realizadas, estos informes se encuentran validados, esto evita que sean llenados inadecuadamente. Además, en caso de que se presente un inconveniente en algún informe simplemente se enviará una notificación al técnico, informando las correcciones que deben realizarse en el informe.
Retroalimentación
Durante el desarrollo del sprint 4 se implementaron algunas funciones que permiten mejorar la gestión de las actividades y de informes. Se utilizó el envío de notificaciones a través de correo electrónico. Este sprint se desarrolló en un tiempo de 6 días teniendo un total de 36 horas aproximadamente.
Se realizaron algunas configuraciones en el servidor web y además, se efectuaron algunas pruebas para ver que el funcionamiento de la aplicación se realice correctamente. Dentro de este sprint se realizó la implementación de la aplicación web y se entregó el manual de usuario al cliente.
Este es el último sprint desarrollado y con el cual concluye el desarrollo de la aplicación. En conjunto la cantidad de tiempo en total del desarrollo de la aplicación fue de 60 días trabajando 6 horas al día, teniendo un total de 360 horas de desarrollo.
61
4. CONCLUSIONES
Se identificaron los inconvenientes que la empresa presentaba, como por ejemplo, la cantidad de tiempo que se invertía al gestionar las actividades y el manejo inadecuado del inventario de bodega, factores por los cuales se deseó implementar una aplicación web que automatice los diferentes procesos que la empresa realiza. Al implementar la aplicación web se resolvieron los siguientes problemas:
- Tiempo invertido al gestionar las actividades. Se realizaron algunas funciones dentro del sistema que permiten optimizar la asignación de actividades, controlar el tiempo que el técnico invierte por cada actividad, notificar al técnico el detalle de la actividad que va a realizar y visualizar todas las actividades que se encuentran pendientes o que ya fueron realizadas por los técnicos.
- Informes mal llenados. Se realizaron formularios para cada uno de los informes de finalización, los cuales validan cada uno de los campos que posee el informe, obligando al técnico a llenar los informes de manera correcta.
- Inconsistencia en el inventario de bodega. Se gestionaron los productos que entran o salen de bodega llevando un registro de la fecha en la que se efectuó el movimiento, la persona responsable y el producto que fue utilizado por los técnicos al realizar la actividad, de esta forma se puede llevar un seguimiento a detalle de los productos que son utilizados.
Se realizaron una serie de entrevistas con el cliente las cuales permitieron analizar los diferentes procesos que gestionaría la aplicación, además, se revisaron documentos como contratos, plantillas de informes, documentos de Excel que contenían todo el inventario de bodega y agendas de contacto de cada uno de los clientes con el fin de obtener toda la información necesaria y determinar la mejor forma de integrarla a la aplicación. Para gestionar esta información se realizó el diseño de una base de datos que contiene 23 tablas relacionadas que permiten controlar la información referente a los clientes, empleados, actividades e inventario de bodega. Además, se realizó el diseñó del modelo de navegación que permite gestionar la información de forma adecuada a través de la aplicación.
Para el desarrollo de la aplicación web se seleccionaron una serie de herramientas que permitieron el desarrollo rápido, ordenado y que permitan construir un sistema de calidad, además que no generen ningún tipo de gasto. Entre las herramientas que se utilizaron se encuentran: Bootstrap, Symfony, phpMyadmin y JQuery. La decisión de utilizar estas herramientas se basó en el desempeño, facilidad de uso, tiempo mínimo de capacitación para su utilización, conocimientos previos, una buena reputación y de software libre.
Se utilizó la metodología SCRUM en el desarrollo del proyecto, esta permitió que la comunicación con el dueño del producto sea continua, de esa forma se logró obtener toda la información necesaria y utilizarla en el desarrollo de la aplicación web. Además, el dueño del producto se encontraba inmerso en el proceso de desarrollo de la aplicación, y pudo visualizar avances del proyecto, esto permitió que el dueño del producto pueda ajustar y establecer algunos cambios en la aplicación en temas como estética o funcionalidad durante el proceso de desarrollo. A pesar de que se invirtió
62
demasiado tiempo en las reuniones, y establecer una comunicación con el dueño del producto de forma continua fue complicado, la metodología Scrum fue adecuada en el desarrollo del proyecto debido a que permitió realizar entregas parciales del producto final, además, al finalizar el desarrollo del proyecto, el cliente estaba completamente satisfecho con el trabajo realizado, ya que él también formo parte del equipo de trabajo y en cierta forma también fue responsable del producto final entregado.
Se realizaron una serie de pruebas que garantizaron el correcto funcionamiento de la aplicación web en diferentes situaciones de estrés, para ello se utilizó la herramienta JMeter la cual permitió visualizar el comportamiento que tendría la aplicación en diferentes escenarios, comprobando de esta forma el rendimiento de la aplicación al momento que varios usuarios realizan peticiones de forma concurrente. Debido a que la cantidad de usuarios que utilizarán la aplicación no excede de los 30 usuarios, la infraestructura implementada actualmente es suficiente para manejar esta cantidad de usuarios sin presentarse inconvenientes y que los tiempos de respuesta sean los adecuados. Pero, si con el tiempo la empresa crese y los usuarios aumentan considerablemente sería necesario cambiar de infraestructura de tal forma que no afecte el correcto funcionamiento de la aplicación.
63
5. REFERENCIAS BIBLIOGRAFÍAS
[1] R. Nixon, Learning PHP, MySQL & JavaScript, Cuarta ed., Estados Unidos: O'Reilly
Media, 2014.
[2] Symfony, "The Symfony Book,". [Online]. Obtenido de: https://symfony.com/pdf/Symfony_book_2.7.pdf?v=4. (Abril, 2016].
[3] Sensiolabs, "Twig Documentation,". [Online]. Obtenido de: http://twig.sensiolabs.org/documentation. (Abril, 2016).
[4] Doctrine-project, "Welcome to Doctrine 2 ORM's documentation!," 2016. [Online]. Obtenido de: http://docs.doctrine-project.org/en/latest/. (Abril, 2016).
[5] T. A. S. Foundation, "Apache JMeter". [Online]. Obtenido de: http://jmeter.apache.org/. (Mayo, 2017)
[6] IEEE, IEEE Standard Glossary of Software Engineering Terminology/IEEE Std 610.12-1990, New York: Inst of Elect & Electronic, 1991.
[7] I. Sommerville, Software Engineering, Novena ed., New York: Pearson Education, 2010.
[8] R. S. Pressman, Software Engineering. A practitioner's approach, Octava ed., New York: Mc Graw Hill, 2015.
[9] J. S. Ken Schwaber, "scrumguides.org," Julio 2013. [Online]. Obtenido de: http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-ES.pdf. (Septiembre, 2016).
[10] K. S. Rubin, Essential Scrum. A Practical Guide to the most popular agile process, United States: Addison Wesley, 2012.
[11] oficinaproyectosinformatica, "PMOinformatica.com," [Online]. Obtenido de: http://www.pmoinformatica.com/2012/10/plantillas-scrum-historias-de-usuario.html. (Febrero, 2017).
[12] P. V. Sanz, Gestión de bases de datos, España: RA-MA, 2014.
[13] kissmetrics, "KISSmetrics," [Online]. Obtenido de: https://blog.kissmetrics.com/loading-time/?wide=1. (Mayo, 2017).
[14] J. M. Tomás Zafra, Elaboración de hojas de estilo, España: IC Editorial, 2014.
[15] F. Potencier, "Librosweb," [Online]. Obtenido de: https://librosweb.es/libro/symfony_2_x/. (Enero, 2017).
64
[16] KnpLabs, "KnpSnappyBundle," [Online]. Obtenido de: https://github.com/KnpLabs/KnpSnappyBundle. (Febrero, 2017).
[17] S. Manager, "Historias de usuario.," [Online]. Obtenido de: http://www.scrummanager.net/bok/index.php?title=Historia_de_usuario. (Febrero, 2017).
65
ANEXOS
66
ANEXO 1
HISTORIAS DE USUARIO
67
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
Dis
eño
del
mode
lo
de n
aveg
ació
n.
Dis
eño
del
mode
lo
entid
ad
rela
ción
de
la b
ase
de d
atos
.
Con
figur
ació
n de
S
ymfo
ny,
cons
truc
ción
de
cont
rola
dore
s y
form
ula
rios.
D
iseñ
o de
la v
ista
prin
cipal
.
El
sist
ema m
ostr
ará
un
mens
aje
al
usua
rio
dici
end
o qu
e el
em
ple
ado
fue
re
gist
rado
o
modi
ficad
o.
El
usua
rio n
o po
drá
real
izar
el
ingr
eso
o m
odi
ficar
el
regi
stro
de
l em
ple
ado
y el
si
stem
a
le
pres
enta
rá
un
mens
aje e
n ca
so d
e qu
e ha
ga
falta
Eve
nto
N/A
N/A
N/A
Cua
ndo
se
real
ice
el
ingr
eso
o se
de
see
modi
ficar
el
re
gist
ro
de
un
emple
ado.
C
uand
o se
re
alic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
re
gist
ro
de
un
emple
ado.
Con
text
o
N/A
N/A
N/A
Info
rmac
ión
del
emp
lead
o co
mple
ta
y da
tos
válid
os.
Info
rmac
ión
del
emple
ado
inco
mple
ta
o da
tos
invá
lidos
.
Crit
erio
de
acep
taci
ón.
Con
stru
cció
n de
l m
ode
lo
arqu
itect
ónic
o de
la
aplic
ació
n.
Con
stru
cció
n de
l m
ode
lo
entid
ad
rela
ción
de l
a b
ase
de d
atos
.
Con
figur
ació
n de
l en
torn
o de
de
sarr
ollo
.
El
usua
rio
pued
e re
gist
rar
y/o
modi
ficar
un
em
ple
ado.
El
usua
rio n
o pu
ede
regi
stra
r y/
o m
odi
ficar
un
em
ple
ado.
N.
de
Esc
enar
io
1 1 1
1 2
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la
fin
alid
ad
de
cont
rola
r to
dos
los
proc
esos
qu
e se
m
ane
jan
dent
ro
de
la
empre
sa.
Con
la
fin
alid
ad
de
mane
jar
la i
nfo
rmaci
ón
de e
mple
ados
, cl
ient
es,
activ
idad
es
y de
part
ament
os.
Con
la
fin
alid
ad
de
prep
arar
el
ento
rno
de
desa
rrol
lo.
Con
la
fin
alid
ad
de
lleva
r un
a ge
stió
n ad
ecua
da d
el p
erso
nal.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
ge
stio
nar
todo
s lo
s pr
oces
os.
Nec
esito
m
ode
lar
los
dato
s de
la
em
pre
sa.
Nec
esito
pr
epar
ar
el
marc
o de
tr
abaj
o.
Nec
esito
In
gres
ar
y/o
modi
ficar
la
in
form
aci
ón
de
los
emple
ados
qu
e se
en
cuen
tran
en
la
em
pre
sa.
RO
L
Des
arro
lla
dor.
Des
arro
lla
dor.
Des
arro
lla
dor.
Adm
inis
tra
dor
ID
H U 0 H U 1 H U 2 H U 3
Cat
egor
ía
Con
stru
cció
n de
la
arqu
itect
ura
del
proy
ecto
.
Des
arro
llo
del M
ódu
lo
Adm
inis
trat
ivo
.
68
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
sist
ema
desp
lega
rá
toda
la
lis
ta
de
emple
ados
qu
e se
en
cuen
tran
re
gist
rado
s en
el s
iste
ma.
El s
iste
ma d
espl
ega
rá la
in
form
aci
ón
del
emple
ado
sele
ccio
nado
.
El
sist
ema m
ostr
ará
un
mens
aje
al
usua
rio
de
que
no e
xist
en r
egis
tros
de
em
ple
ados
.
El
usua
rio
elim
inar
á el
re
gist
ro
y el
si
stem
a m
ost
rara
un
mens
aje d
e co
nfirm
ació
n.
El
usua
rio
no
podr
á el
imin
ar e
l re
gist
ro y
se
le m
ost
rará
un
mens
aje
de e
rror
.
El
usua
rio a
cced
e a
la
aplic
ació
n y
se
le
pres
enta
un
a ve
ntan
a de
bie
nven
ida.
Se
rest
ringe
el
ac
ceso
al
us
uario
y
se
le
most
rará
un
mens
aje d
e er
ror.
Eve
nto
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
emple
ados
.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
emple
ados
.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
emple
ados
.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
el u
suar
io
dese
e ac
cede
r a
la a
plic
ació
n.
Cua
ndo
el u
suar
io
dese
e ac
cede
r a
la a
plic
ació
n.
Con
text
o
En
caso
de
co
nsul
tar
el
regi
stro
de
to
dos
los
emple
ados
.
En
caso
de
co
nsul
tar
la
info
rmaci
ón
de
cada
em
ple
ado.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
En
caso
de
el
imin
ar
el
regi
stro
.
En
caso
de
no
pode
r el
imin
ar.
En
caso
de
qu
e el
usu
ario
y
la
cont
rase
ña
sean
En
caso
de
qu
e el
usu
ario
y
la
cont
rase
ña
sean
co
rrec
tos.
Crit
erio
de
acep
taci
ón.
Reg
istr
o de
to
dos
los
emple
ados
qu
e se
en
cuen
tran
re
gist
rado
s.
Info
rmac
ión
com
ple
ta
de
cada
em
ple
ado.
No
exis
ten
regi
stro
s.
El
regi
stro
es
el
imin
ado.
El
regi
stro
no
es
el
imin
ado.
Usu
ario
y
cont
rase
ña c
orre
cta.
Usu
ario
y
cont
rase
ña
inco
rrec
ta.
N.
de
Esc
enar
io
1 2 3 1 2 1 2
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la
fin
alid
ad
de
ver
la
info
rmaci
ón
de
los
emple
ados
qu
e se
en
cuen
tran
re
gist
rado
s.
Con
la
fin
alid
ad
de
elim
inar
el
re
gist
ro d
e un
em
ple
ado.
Con
la
fin
alid
ad
de
que
acce
dan
a la
ap
licac
ión
solo
lo
s us
uario
s qu
e te
ngan
pe
rmis
os y
se
encu
entr
en
regi
stra
dos
en e
l sis
tem
a.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
ve
r el
lis
tado
de
em
ple
ados
re
gist
rado
s.
Nec
esito
el
imin
ar
el
regi
stro
de
un
em
ple
ado.
Nec
esito
ac
cede
r a
la
aplic
ació
n,
utili
zand
o un
fo
rmula
rio
de
aute
ntic
ació
n.
RO
L
Adm
inis
trad
or.
Adm
inis
trad
or.
Usu
ari
o gene
ral
.
ID
H U 4 H U 5 H U 6
Cat
egor
ía
Des
arro
llo
del
Módu
lo
Adm
inis
tra
tivo.
69
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
sist
ema
gene
rará
un
a co
ntra
seña
y
se
la
envi
ará
al
us
uario
m
edi
ant
e co
rreo
el
ect
róni
co.
El
sist
ema
mos
trar
á un
mens
aje a
l usu
ario
di
ciend
o qu
e el
de
part
ament
o
fue
regi
stra
do
o m
odi
ficad
o.
El
usua
rio
no
podr
á re
aliz
ar
el
ingr
eso
o m
odi
ficar
el
re
gist
ro
del
depa
rtam
ent
o y
el
sist
ema l
e p
rese
ntar
á un
m
ens
aje
en
caso
de
qu
e ha
ga
falta
in
form
aci
ón
o in
gres
e da
tos
invá
lidos
.
El s
iste
ma
desp
lega
rá
toda
la
lis
ta
de
depa
rtam
ent
os
que
se
encu
entr
an
regi
stra
dos
en
el
sist
ema.
El
sist
ema
mos
trar
á un
mens
aje a
l usu
ario
de
qu
e no
ex
iste
n re
gist
ros
de
depa
rtam
ent
os.
Eve
nto
Cua
ndo
el
emple
ado
solic
ite
rees
tabl
ece
r co
ntra
seña
.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
de
part
ament
o.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
de
part
ament
o.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
depa
rtam
ent
os.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
depa
rtam
ent
os.
Con
text
o
En
caso
de
qu
e el
em
ple
ado
no
recu
erde
su
co
ntra
seña
.
Info
rmac
ión
del
depa
rtam
ent
o co
mple
ta
y da
tos
válid
os.
Info
rmac
ión
del
depa
rtam
ent
o
inco
mple
ta
o da
tos
invá
lidos
.
En
caso
de
co
nsul
tar
el
regi
stro
de
to
dos
los
depa
rtam
ent
os.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
Crit
erio
de
acep
taci
ón.
Res
tabl
ecer
la
co
ntra
seña
de
l us
uario
.
El
usua
rio
pued
e re
gist
rar
y/o
modi
ficar
un
depa
rtam
ent
o.
El
usua
rio
no
pued
e re
gist
rar
o m
odi
ficar
un
de
part
ament
o.
Info
rmac
ión
de
todo
s lo
s de
part
ament
os
que
se
encu
entr
an
regi
stra
dos
en
el s
iste
ma.
No
exis
ten
regi
stro
s.
N.
de
Esc
enar
io
1 1 2 1 2
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la f
inal
idad
de
ge
stio
nar
el
acce
so
a la
ap
licac
ión.
Con
la f
inal
idad
de
lle
var
una
gest
ión
adec
uada
de
lo
s de
part
ament
os
que
tiene
la
em
pre
sa.
Con
la f
inal
idad
de
ve
r la
in
form
aci
ón
de
los
depa
rtam
ent
os
que
se
encu
entr
an
regi
stra
dos.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
re
esta
blece
r la
co
ntra
seña
de
lo
s us
uario
s.
Nec
esito
In
gres
ar
y/o
modi
ficar
la
in
form
aci
ón
de
los
depa
rtam
ent
os
que
gest
iona
la
empre
sa.
Nec
esito
ve
r el
lis
tado
de
lo
s de
part
ament
os
regi
stra
dos.
RO
L
Adm
inis
tra
dor
Adm
inis
tra
dor
Adm
inis
tra
dor.
ID
H U 7 H U 8 H U 9
Cat
egor
ía
Des
arro
llo
del
Módu
lo
Adm
inis
tra
tivo.
70
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
usua
rio
elim
inar
á el
re
gist
ro
y el
si
stem
a m
ost
rara
un
mens
aje d
e co
nfirm
ació
n.
El
usua
rio
no
podr
á el
imin
ar e
l re
gist
ro y
se
le m
ost
rará
un
mens
aje
de e
rror
.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
dici
end
o qu
e el
op
erad
or f
ue r
egis
trad
o o
modi
ficad
o.
El
usua
rio
no
podr
á re
aliz
ar
el
ingr
eso
o m
odi
ficar
el
regi
stro
del
op
erad
or y
el s
iste
ma le
pr
esen
tará
un
m
ens
aje
en
caso
de
qu
e ha
ga
falta
in
form
ació
n o
ingr
ese
dato
s in
válid
os.
El
sist
ema
desp
lega
rá
toda
la
lis
ta
de
oper
ador
es
que
se
encu
entr
an
regi
stra
dos
en e
l sis
tem
a.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
de
que
no e
xist
en r
egis
tros
de
ope
rado
res.
Eve
nto
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
op
erad
or.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
op
erad
or.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
oper
ador
es.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
oper
ador
es.
Con
text
o
En
caso
de
qu
e el
reg
istr
o se
a el
imin
ado.
En
caso
de
no
pode
r el
imin
ar.
Info
rmac
ión
del
oper
ador
co
mple
ta
y da
tos
válid
os.
Info
rmac
ión
del
oper
ador
in
com
ple
ta
o da
tos
invá
lidos
.
En
caso
de
co
nsul
tar
el
regi
stro
de
to
dos
los
oper
ador
es.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
Crit
erio
de
acep
taci
ón.
El
regi
stro
es
el
imin
ado.
El r
egis
tro
no e
s el
imin
ado.
El
usua
rio
pued
e re
gist
rar
y/o
modi
ficar
un
oper
ador
.
El
usua
rio
no
pued
e re
gist
rar
o m
odi
ficar
un
op
erad
or.
Info
rmac
ión
de
todo
s lo
s op
erad
ores
qu
e se
en
cuen
tran
re
gist
rado
s en
el
sis
tem
a.
No
exis
ten
regi
stro
s.
N.
de
Esc
enar
io
1 2 1 2 1 2
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la
fin
alid
ad
de
elim
inar
el
re
gist
ro d
e un
de
part
ament
o. C
on
la
final
idad
de
lle
var
una
gest
ión
adec
uada
de
lo
s op
erad
ores
qu
e la
em
pre
sa
ofre
ce
sus
serv
icio
s.
Con
la
fin
alid
ad
de
ver
la
info
rmaci
ón
de
los
oper
ador
es
que
se
encu
entr
an
regi
stra
dos.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
el
imin
ar
el
regi
stro
de
un
de
part
ament
o.
Nec
esito
In
gres
ar
y/o
modi
ficar
la
in
form
aci
ón
de
los
oper
ador
es
que
gest
iona
la
empre
sa.
Nec
esito
ve
r el
lis
tado
de
lo
s op
erad
ores
re
gist
rado
s.
RO
L
Adm
inis
tra
dor.
Adm
inis
tra
dor
Adm
inis
tra
dor
y B
odeg
a.
ID
H U 10
H U 11
H U 12
Cat
egor
ía
Des
arro
llo
del
Módu
lo
Adm
inis
tra
tivo.
71
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
usua
rio
elim
inar
á el
re
gist
ro
y el
si
stem
a m
ost
rara
un
mens
aje d
e co
nfirm
ació
n.
El
usua
rio
no
podr
á el
imin
ar e
l re
gist
ro y
se
le m
ost
rará
un
mens
aje
de e
rror
.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
dici
end
o qu
e el
cl
ient
e fu
e re
gist
rado
o
modi
ficad
o.
El
usua
rio
no
podr
á re
aliz
ar
el
ingr
eso
o m
odi
ficar
el
regi
stro
del
cl
ient
e
y el
si
stem
a
le
pres
enta
rá
un
mens
aje
en
caso
de
qu
e ha
ga
falta
in
form
ació
n o
ingr
ese
dato
s in
válid
os.
El
sist
ema
desp
lega
rá
toda
la l
ista
de
clie
ntes
qu
e se
en
cuen
tran
re
gist
rado
s en
el
si
stem
a.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
de
que
no e
xist
en r
egis
tros
de
clie
ntes
.
Eve
nto
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
cl
ient
e.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
cl
ient
e.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
clie
ntes
.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
clie
ntes
.
Con
text
o
En
caso
de
qu
e el
reg
istr
o se
a el
imin
ado.
En
caso
de
no
pode
r el
imin
ar.
Info
rmac
ión
del
clie
nte
com
ple
ta
y da
tos
válid
os.
Info
rmac
ión
del
clie
nte
inco
mple
ta
o da
tos
invá
lidos
.
En
caso
de
co
nsul
tar
el
regi
stro
de
to
dos
los
clie
ntes
.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
Crit
erio
de
acep
taci
ón.
El
regi
stro
es
el
imin
ado.
El r
egis
tro
no e
s el
imin
ado.
El
usua
rio
pued
e re
gist
rar
y/o
modi
ficar
un
clie
nte.
El
usua
rio
no
pued
e re
gist
rar
o m
odi
ficar
un
cl
ient
e.
Info
rmac
ión
de
todo
s lo
s cl
ient
es
que
se
encu
entr
an
regi
stra
dos
en
el s
iste
ma.
No
exis
ten
regi
stro
s.
N.
de
Esc
enar
io
1 2 1 2 1 2
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la f
inal
idad
de
el
imin
ar
el
regi
stro
de
un
op
erad
or.
Con
la f
inal
idad
de
lle
var
una
gest
ión
adec
uada
de
lo
s cl
ient
es q
ue
la
empre
sa
ofre
ce
sus
serv
icio
s.
Con
la f
inal
idad
de
ve
r la
in
form
aci
ón
de
los
clie
ntes
que
se
en
cuen
tran
re
gist
rado
s.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
el
imin
ar
el
regi
stro
de
un
op
erad
or.
Nec
esito
In
gres
ar
y/o
modi
ficar
la
in
form
aci
ón
de
los
clie
ntes
que
ge
stio
na
la
empre
sa.
Nec
esito
ve
r el
lis
tado
de
lo
s cl
ient
es
regi
stra
dos.
RO
L
Adm
inis
tra
dor.
Adm
inis
tra
dor
Adm
inis
tra
dor
y B
odeg
uer
o.
ID
H U 13
H U 14
H U 15
Cat
egor
ía
Des
arro
llo
de
l M
ódu
lo
Adm
inis
tra
tivo.
72
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
usua
rio
elim
inar
á el
re
gist
ro
y el
si
stem
a m
ost
rara
un
mens
aje d
e co
nfirm
ació
n.
El
usua
rio
no
podr
á el
imin
ar e
l re
gist
ro y
se
le m
ost
rará
un
mens
aje
de e
rror
.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
dici
end
o qu
e la
ac
tivid
ad f
ue r
egis
trad
a o
la
info
rmaci
ón
fue
modi
ficad
a.
El
usua
rio
no
podr
á re
aliz
ar
el
ingr
eso
o m
odi
ficar
el
regi
stro
de
la a
ctiv
idad
y e
l sis
tem
a le
pr
esen
tará
un
m
ens
aje
en
caso
de
qu
e in
gres
e da
tos
invá
lidos
.
El
sist
ema
desp
lega
rá
una
lista
de
la
s ac
tivid
ades
qu
e se
en
cuen
tran
re
gist
rado
s en
el s
iste
ma.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
de
que
no e
xist
en r
egis
tros
de
act
ivid
ades
.
Eve
nto
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
a ac
tivid
ad.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
a ac
tivid
ad.
Cua
ndo
se
real
ice
una
cons
ulta
de
la
s ac
tivid
ades
.
Cua
ndo
se
real
ice
una
cons
ulta
de
la
s ac
tivid
ades
.
Con
text
o
En
caso
de
qu
e el
reg
istr
o se
a el
imin
ado.
En
caso
de
no
pode
r el
imin
ar.
Info
rmac
ión
de
activ
idad
vá
lida.
Nom
bre
ya
ut
iliza
do d
e la
ac
tivid
ad.
En
caso
de
co
nsul
tar
el
regi
stro
de
to
das
las
activ
idad
es.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
Crit
erio
de
acep
taci
ón.
El
regi
stro
es
el
imin
ado.
El
regi
stro
no
es
elim
inad
o.
El u
suar
io p
uede
re
gist
rar
y/o
modi
ficar
un
a ac
tivid
ad.
El
usua
rio
no
pued
e re
gist
rar
o m
odi
ficar
un
a ac
tivid
ad.
Nom
bre
de
to
das
las
activ
idad
es
que
se
encu
entr
an
regi
stra
das
en e
l si
stem
a.
No
exis
ten
regi
stro
s.
N.
de
Esc
enar
io
1 2 1 2 1 2
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la f
inal
idad
de
el
imin
ar
el
regi
stro
de
un
clie
nte.
Con
la f
inal
idad
de
re
gist
rar
los
dife
rent
es
serv
icio
s qu
e of
rece
a
empre
sa.
Con
la f
inal
idad
de
ve
r el
lis
tado
de
ac
tivid
ades
qu
e re
aliz
a la
em
pre
sa.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
el
imin
ar
el
regi
stro
de
un
clie
nte.
Nec
esito
In
gres
ar
y/o
modi
ficar
la
in
form
aci
ón
de
las
activ
idad
es
que
real
iza
la
empre
sa.
Nec
esito
ver
el
lista
do
de
las
activ
idad
es
regi
stra
das.
RO
L
Adm
inis
tra
dor
y B
odeg
uer
o.
Adm
inis
tra
dor.
Adm
inis
tra
dor.
ID
H U 16
H U 17
H U 18
Cat
egor
ía
Des
arro
llo
del
Módu
lo
Adm
inis
tra
tivo.
73
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
usua
rio
elim
inar
á el
re
gist
ro
y el
si
stem
a m
ost
rara
un
mens
aje d
e co
nfirm
ació
n.
El
usua
rio
no
podr
á el
imin
ar e
l re
gist
ro y
se
le m
ost
rará
un
mens
aje
de e
rror
.
El
usua
rio
regi
stra
rá
una
nuev
a lo
caliz
ació
n pa
ra
la
activ
idad
a
real
izar
, la
as
igna
rá
a un
té
cnic
o y
adem
ás,
po
drá
regi
stra
r el
co
ntac
to e
n si
tio.
E
l us
uario
sel
ecc
iona
rá
de
entr
e un
a lis
ta
de
loca
lizac
ione
s re
gist
rada
s pa
ra
la
activ
idad
a
real
izar
, la
as
igna
rá a
un
técn
ico
y ad
emás,
pod
rá r
egis
trar
el
con
tact
o en
siti
o.
El
sist
ema
desp
lega
rá
una
lista
de
la
s ac
tivid
ades
pe
ndie
ntes
qu
e tie
nen
los
técn
icos
.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
menc
iona
ndo
que
no
hay
regi
stro
s de
ac
tivid
ades
pen
dient
es.
Eve
nto
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se
va
a as
igna
r un
a ac
tivid
ad.
Cua
ndo
se
va
a as
igna
r un
a ac
tivid
ad.
Cua
ndo
se
real
ice
una
cons
ulta
de
la
s ac
tivid
ades
qu
e se
enc
uent
ran
pend
ient
es.
Cua
ndo
se
real
ice
una
cons
ulta
de
la
s ac
tivid
ades
qu
e se
enc
uent
ran
pend
ient
es.
Con
text
o
En
caso
de
qu
e el
reg
istr
o se
a el
imin
ado.
En
caso
de
no
pode
r el
imin
ar.
En
caso
de
as
igna
r un
a nu
eva
loca
lizac
ión.
En
caso
de
se
lecc
iona
r de
en
tre
una
lista
de
lo
caliz
acio
nes
. En
caso
de
co
nsul
tar
el
regi
stro
de
to
das
las
activ
idad
es
pend
ient
es.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
Crit
erio
de
acep
taci
ón.
El
regi
stro
es
el
imin
ado.
El r
egis
tro
no e
s el
imin
ado.
Info
rmac
ión
de
loca
lizac
ión
regi
stra
da.
Info
rmac
ión
de
loca
lizac
ión
no
regi
stra
da.
Info
rmac
ión
de
toda
s la
s ac
tivid
ades
pe
ndie
ntes
qu
e tie
nen
los
técn
icos
.
No
exis
ten
regi
stro
s.
N.
de
Esc
enar
io
1 2 1 2 1 2
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la
fin
alid
ad
de
elim
inar
el
re
gist
ro
de
una
activ
idad
.
Con
la
fin
alid
ad
de
asig
nar
una
activ
idad
a u
n té
cnic
o.
Con
la
fin
alid
ad
de
ver
el
lista
do
de
activ
idad
es
pend
ient
es.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
el
imin
ar
el
regi
stro
de
un
a ac
tivid
ad.
Nec
esito
ge
stio
nar
las
activ
idad
es
que
se r
ealiz
an.
Nec
esito
ve
r el
lis
tado
de
la
s ac
tivid
ades
pe
ndie
ntes
.
RO
L
Adm
inis
tra
dor.
Adm
inis
tra
dor.
ID
H U 19
H U 20
H U 21
Cat
egor
ía
Des
arro
llo
del
Módu
lo
Adm
inis
tra
tivo.
74
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/ C
ompor
tam
ient
o es
pera
do.
El
sist
ema
regi
stra
rá
los
cam
bio
s ef
ectu
ados
po
r el
us
uario
al
re
aliz
ar
la
asig
naci
ón
de la
act
ivid
ad.
El
usua
rio
no
podr
á m
odi
ficar
la i
nfo
rmaci
ón
de
los
regi
stra
s,
el
sist
ema
most
rará
un
m
ens
aje
depe
ndie
ndo
de
la
info
rmaci
ón
erró
nea
que
el
usua
rio c
oloqu
e.
El
sist
ema
mos
trar
á un
m
ens
aje a
l us
uario
dic
iend
o qu
e el
pr
oduc
to
fue
regi
stra
do o
modi
ficad
o.
El
usua
rio n
o po
drá
real
izar
el
in
gres
o o
modi
ficar
el
re
gist
ro
del
prod
ucto
y
el
sist
ema
le
pres
enta
rá
un
mens
aje
en
caso
de
qu
e ha
ga
falta
in
form
aci
ón
o in
gres
e da
tos
invá
lidos
.
El
sist
ema d
espl
ega
rá t
oda
la l
ista
de
prod
ucto
s qu
e se
en
cuen
tran
reg
istr
ados
en
el
sist
ema.
El
sist
ema
mos
trar
á un
m
ens
aje a
l us
uario
de
que
no
exis
ten
regi
stro
s de
pr
oduc
tos.
Eve
nto
Cua
ndo
el u
suar
io
dese
e m
odi
ficar
la
info
rmaci
ón
de
la
asig
naci
ón
de
activ
idad
.
Cua
ndo
el u
suar
io
dese
e m
odi
ficar
la
info
rmaci
ón
de
la
asig
naci
ón
de
activ
idad
.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
pr
oduc
to.
Cua
ndo
se r
ealic
e el
in
gres
o o
se
dese
e m
odi
ficar
el
regi
stro
de
un
pr
oduc
to.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
prod
ucto
s.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
prod
ucto
s.
Con
text
o
En
caso
de
qu
e la
in
form
aci
ón
sea
válid
a.
En
caso
de
in
gres
ar
info
rmaci
ón
no v
álid
a.
Info
rmac
ión
del
prod
ucto
co
mple
ta
y da
tos
válid
os.
Info
rmac
ión
del
clie
nte
inco
mple
ta
o da
tos
invá
lidos
.
En
caso
de
co
nsul
tar
el
regi
stro
de
to
dos
los
prod
ucto
s.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
Crit
erio
de
acep
taci
ón.
Info
rmac
ión
nece
saria
y
dato
s vá
lidos
.
Dat
os
invá
lidos
.
El
usua
rio
pued
e re
gist
rar
y/o
modi
ficar
un
pr
oduc
to.
El
usua
rio
no
pued
e re
gist
rar
o m
odi
ficar
un
pr
oduc
to.
Info
rmac
ión
de
todo
s lo
s pr
oduc
tos
que
se e
ncue
ntra
n re
gist
rado
s en
el
sis
tem
a.
No
exis
ten
regi
stro
s.
N.
de
Esc
enar
io
1 2 1 2 1 2
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la
fin
alid
ad
de
real
izar
un
a ge
stió
n ad
ecua
da
de
la
asig
naci
ón
de
la
activ
idad
.
Con
la
fin
alid
ad
de
ingr
esar
o
modi
ficar
la
in
form
aci
ón
de
los
prod
ucto
s.
Con
la
fin
alid
ad
de
ver
la
info
rmaci
ón
de
los
prod
ucto
s qu
e se
en
cuen
tran
re
gist
rado
s.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
m
odi
ficar
la
lo
caliz
ació
n,
la
asig
naci
ón
del
técn
ico
y el
co
ntac
to
en
sitio
.
Nec
esito
In
gres
ar
y/o
modi
ficar
la
in
form
aci
ón
los
prod
ucto
s qu
e se
al
mace
nan
en b
odeg
a.
Nec
esito
ver
el
lista
do
de
los
prod
ucto
s re
gist
rado
s.
RO
L
Adm
inis
tra
dor.
Adm
inis
tra
dor
y B
odeg
uer
o.
Adm
inis
tra
dor
y B
odeg
uer
o.
ID
H U 22
H U 23
H U 24
Cat
egor
ía
Des
arro
llo
del
Módu
lo
Adm
inis
tra
tivo.
Des
arro
llo
del
Módu
lo d
e B
odeg
a.
75
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
usua
rio
elim
inar
á el
re
gist
ro
y el
si
stem
a m
ost
rara
un
mens
aje d
e co
nfirm
ació
n.
El
usua
rio
no
podr
á el
imin
ar e
l re
gist
ro y
se
le m
ost
rará
un
mens
aje
de e
rror
.
Se
real
iza
el r
egis
tro
del
movi
mie
nto d
e sa
lida y
se
pr
oduc
e un
de
scue
nto
en
la
cant
idad
de
prod
ucto
s.
No
se r
ealiz
a el
reg
istr
o de
l m
ovi
mie
nto
de
salid
a y
el
sist
ema
mues
tra
un m
ens
aje a
l us
uario
se
gún
sea
el
caso
.
Se
real
iza
el r
egis
tro
del
movi
mie
nto
de
entr
ada
y se
re
aliz
a un
in
crem
ent
o en
la
ca
ntid
ad
de
los
prod
ucto
s.
No
se r
ealiz
a el
reg
istr
o de
l m
ovi
mie
nto
de
entr
ada
y el
si
stem
a m
ues
tra
un m
ens
aje a
l us
uario
se
gún
sea
el
caso
.
Eve
nto
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Al
regi
stra
r la
sa
lida
de
un
prod
ucto
.
Al
regi
stra
r la
sa
lida
de
un
prod
ucto
.
Al
regi
stra
r la
en
trad
a de
l pr
oduc
to.
Al
regi
stra
r la
en
trad
a de
l pr
oduc
to.
Con
text
o
En
caso
de
qu
e el
reg
istr
o se
a el
imin
ado.
En
caso
de
no
pode
r el
imin
ar
el r
egis
tro
.
En
caso
de
qu
e ha
ya
prod
ucto
s en
bo
dega
.
En
caso
de
qu
e no
ha
ya
prod
ucto
s di
spon
ible
s en
bo
dega
.
En
caso
de
qu
e el
se
rial
no s
e re
pita
y
el
usua
rio
ingr
ese
dato
s vá
lidos
.
En
caso
de
qu
e el
se
rial
se r
epita
y e
l us
uario
in
gres
e da
tos
invá
lidos
.
Crit
erio
de
acep
taci
ón.
El
regi
stro
es
el
imin
ado.
El
regi
stro
no
es
elim
inad
o.
Se
real
iza
el
regi
stro
de
sa
lida
del
prod
ucto
.
No
se
real
iza
el
regi
stro
de
sa
lida
del
prod
ucto
.
Se
real
iza
el
regi
stro
de
en
trad
a de
l pr
oduc
to.
No
se
real
iza
el
regi
stro
de
en
trad
a de
l pr
oduc
to.
N.
de
Esc
enar
io
1 2 1 2 3 4
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la
fin
alid
ad
de
elim
inar
el
re
gist
ro d
e un
pr
oduc
to.
Con
la
fin
alid
ad
de
cont
rola
r lo
s m
ovi
mie
ntos
de
un
pr
oduc
to.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
el
imin
ar
el
regi
stro
de
un
pr
oduc
to.
Nec
esito
ge
stio
nar
los
prod
ucto
s qu
e en
tran
y
sale
n de
bod
ega.
RO
L
Adm
inis
tra
dor
y B
odeg
uer
o.
Adm
inis
tra
dor
y B
odeg
uer
o.
ID
H U 25
H U 26
Cat
egor
ía
Des
arro
llo
del
Módu
lo
de B
odeg
a.
76
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
sist
ema u
na l
ista
de
los
mov
imie
ntos
re
aliz
ados
en
bode
ga.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
de
que
no e
xist
en r
egis
tros
de
movi
mie
ntos
.
Se
modi
fica
la
info
rmaci
ón
del
regi
stro
de
m
ovi
mie
nto
del
prod
ucto
de
bode
ga.
No
se
modi
fica
el
regi
stro
del
mov
imie
nto
del
prod
ucto
y
el
sist
ema
mues
tra
un
mens
aje
al
usua
rio
segú
n se
a el
cas
o.
El
usua
rio
elim
inar
á el
re
gist
ro
y el
si
stem
a m
ost
rara
un
mens
aje d
e co
nfirm
ació
n.
El
usua
rio
no
podr
á el
imin
ar e
l re
gist
ro y
se
le m
ost
rará
un
mens
aje
de e
rror
.
El u
suar
io a
l efe
ctua
r un
m
ovi
mie
nto
en
bode
ga
se
guar
da
un
regi
stro
de
la a
cció
n qu
e re
aliz
o ya
sea
reg
istr
ar,
edita
r o
elim
inar
.
Eve
nto
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
movi
mie
ntos
de
pro
duct
os.
Cua
ndo
se r
ealic
e un
a co
nsul
ta
de
los
movi
mie
ntos
de
pro
duct
os.
Al
modi
ficar
el
m
ovi
mie
nto
de u
n pr
oduc
to.
Al
modi
ficar
el
m
ovi
mie
nto
de u
n pr
oduc
to.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se d
esee
el
imin
ar
un
regi
stro
.
Cua
ndo
se r
ealiz
a un
a ac
ción
en
el
movi
mie
nto
de
prod
ucto
s.
Con
text
o
En
caso
de
co
nsul
tar
el
regi
stro
de
m
ovi
mie
ntos
.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
En
caso
de
qu
e se
pr
opor
cione
in
form
aci
ón
válid
a.
En
caso
de
qu
e se
pr
opor
cione
in
form
aci
ón
invá
lida.
En
caso
de
qu
e el
reg
istr
o se
a el
imin
ado.
En
caso
de
no
pode
r el
imin
ar
el r
egis
tro
.
En
caso
de
re
aliz
ar
una
acci
ón
en
el
movi
mie
nto
de p
rodu
ctos
.
Crit
erio
de
acep
taci
ón.
Reg
istr
o
de
todo
s lo
s m
ovi
mie
ntos
re
aliz
ados
en
bo
dega
.
No
exis
ten
regi
stro
s.
Se
modi
fica
la
info
rmaci
ón
del
movi
mie
nto
del
prod
ucto
.
No
se
modi
fica
la
info
rmac
ión
del
movi
mie
nto
del p
rodu
cto.
El
regi
stro
es
el
imin
ado.
El r
egis
tro
no e
s el
imin
ado.
Se
real
iza
un
regi
stro
de
la
ac
ción
efec
tuad
a.
N.
de
Esc
enar
io
1 2 1 2 1 2 1
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la
fin
alid
ad
de
revi
sar
los
movi
mie
ntos
ef
ectu
ados
en
bod
ega.
Con
la
fin
alid
ad
de
real
izar
co
rrec
cione
s y
mant
ener
el
Sto
ck
actu
aliz
ado.
Con
la
fin
alid
ad
de
elim
inar
el
re
gist
ro d
e un
m
ovi
mie
nto
de p
rodu
cto.
Con
la
fin
alid
ad
de
cont
rola
r lo
s m
ovi
mie
ntos
re
aliz
ados
en
bode
ga.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
ve
r el
re
gist
ro
de
todo
s lo
s m
ovi
mie
ntos
qu
e se
rea
lizan
en
bod
ega.
Nec
esito
m
odi
ficar
la
in
form
aci
ón
del
movi
mie
nto
del
prod
ucto
.
Nec
esito
el
imin
ar
el
regi
stro
de
un
m
ovi
mie
nto
de
un p
rodu
cto.
Nec
esito
ge
stio
nar
las
acci
one
s qu
e se
re
aliz
an
en
bode
ga.
RO
L
Adm
inis
tra
dor
y B
odeg
a
Adm
inis
tra
dor
y B
odeg
a
Adm
inis
tra
dor
y B
odeg
uer
o.
Adm
inis
tra
dor
y B
odeg
uer
o.
ID
H U 27
H U 28
H U 29
H U 30
Cat
egor
ía
Des
arro
llo
del
Módu
lo d
e B
odeg
a
77
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
usua
rio
ingr
esa
o m
odi
fica
el r
egis
tro
del
info
rme
de
final
izac
ión
de l
a a
ctiv
idad
que
fue
re
aliz
ada.
El
usua
rio
no
pued
e re
gist
rar
o m
odi
ficar
el
in
form
e
de
final
izac
ión
de l
a a
ctiv
idad
que
fue
re
aliz
ada
y el
si
stem
a m
ues
tra
un m
ens
aje d
e er
ror
depe
ndie
ndo
el
caso
.
El
sist
ema
desp
lega
rá
una
lista
de
la
s ac
tivid
ades
re
aliz
adas
qu
e tie
ne e
l téc
nico
.
El
sist
ema
mos
trar
á un
m
ens
aje
al
usua
rio
menc
iona
ndo
que
no
hay
regi
stro
s de
ac
tivid
ades
rea
lizad
as.
El
sist
ema
desp
lega
ra
el
info
rme
de
final
izac
ión
de
la
activ
idad
.
Eve
nto
Cua
ndo
el u
suar
io
real
ice
el
regi
stro
de
un
in
form
e
o
dese
e m
odi
ficar
la
info
rmaci
ón
del
info
rme.
Cua
ndo
el u
suar
io
real
ice
el
regi
stro
de
un
in
form
e
o
dese
e m
odi
ficar
la
info
rmaci
ón
del
info
rme.
Cua
ndo
se
real
ice
una
cons
ulta
de
la
s ac
tivid
ades
qu
e ya
fu
eron
re
aliz
adas
.
Cua
ndo
se
real
ice
una
cons
ulta
de
la
s ac
tivid
ades
qu
e ya
fu
eron
re
aliz
adas
.
Cua
ndo
se
dese
e ve
r el
in
form
e d
e fin
aliz
ació
n.
Con
text
o
En
caso
de
co
loca
r to
da
la i
nfo
rmaci
ón
nece
saria
e
ingr
esar
dat
os
válid
os.
En
caso
de
no
ingr
esar
to
da
la i
nfo
rmaci
ón
nece
saria
o
ingr
esar
dat
os
invá
lidos
.
En
caso
de
co
nsul
tar
el
regi
stro
de
to
das
las
activ
idad
es
real
izad
as p
or
el t
écni
co.
En
caso
de
qu
e no
ex
ista
n re
gist
ros.
En
caso
de
co
nsul
tar
el
info
rme
de
final
izac
ión
de
la a
ctiv
idad
.
Crit
erio
de
acep
taci
ón.
El
info
rme
de
la
activ
idad
fu
e re
gist
rado
y/
o m
odi
ficad
o.
El
info
rme
de
la a
ctiv
idad
no
fue
regi
stra
do
y/o
modi
ficad
o.
Info
rmac
ión
de
toda
s la
s ac
tivid
ades
re
aliz
adas
por
el
téc
nico
.
No
exis
ten
regi
stro
s.
Info
rme
de
final
izac
ión
de
la
activ
idad
re
aliz
ada.
N.
de
Esc
enar
io
1 2 1 2 1
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la
fin
alid
ad
de
elabo
rar
un
info
rme
deta
llado
de
la
ac
tivid
ad
culm
inad
a.
Con
la
fin
alid
ad
de
ver
el
lista
do
de
activ
idad
es
real
izad
as.
Con
la
fin
alid
ad
de
most
rar
el
info
rme
de
final
izac
ión
de
la
activ
idad
.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
ge
nera
r un
in
form
e
de
la
activ
idad
re
aliz
ada.
Nec
esito
ve
r el
lis
tado
de
la
s ac
tivid
ades
re
aliz
adas
.
Nec
esito
ve
r el
in
form
e
de
final
izac
ión
de
la a
ctiv
idad
.
RO
L
Técn
ico.
Adm
inis
tra
dor
y T
écn
ico.
Adm
inis
tra
dor
y té
cnic
o.
ID
H U 31
H U 32
H U 33
Cat
egor
ía
Des
arro
llo
del
Módu
lo
de T
écn
ico.
78
Crit
erio
s de
ace
ptac
ión
Res
ulta
do/
Com
por
tam
ient
o es
pera
do.
El
sist
ema
al f
inal
izar
la
asig
naci
ón
de
la
activ
idad
en
viará
un
co
rreo
el
ect
róni
co
al
técn
ico
info
rmánd
ole
que
tiene
una
act
ivid
ad
pend
ient
e.
El
técn
ico
al t
erm
inar
la
activ
idad
y
llena
r el
re
spec
tivo
info
rme
envi
ará
un
mens
aje d
e co
rreo
el
ect
róni
co
menc
iona
ndo
que
la
activ
idad
fue
final
izad
a.
El a
dmin
istr
ador
env
iará
un
m
ens
aje
de
corr
eo
elect
róni
co
al
técn
ico
con
los
cam
bio
s a
real
izar
en
el in
form
e.
El
sist
ema g
ener
ará
un
arch
ivo
PD
F d
el in
form
e de
fin
aliz
ació
n y
lo
envi
ará
a
trav
és
de
corr
eo e
lect
róni
co a
los
cl
ient
es.
Se
real
iza
la
im
plem
ent
ació
n de
la
ap
licac
ión
web
y
se
entr
egan
m
anu
ales
de
usua
rio a
l clie
nte.
Eve
nto
Cua
ndo
se
asig
ne
una
activ
idad
.
Cua
ndo
la
activ
idad
fu
e re
aliz
ada.
Cua
ndo
se
dese
e en
viar
el
info
rme
a co
rreg
ir.
Cua
ndo
se
dese
e en
viar
el
info
rme
a lo
s cl
ient
es.
Al f
inal
izar
tod
as
las
conf
igur
acio
nes
nece
saria
s pa
ra
real
izar
la
im
plem
ent
ació
n de
la a
plic
ació
n.
Con
text
o
En
caso
de
as
igna
r un
a ac
tivid
ad a
un
técn
ico.
En
caso
de
te
rmin
ar
la
activ
idad
.
En
caso
de
pr
esen
tars
e in
conv
enie
nte
s en
el
in
form
e.
En
caso
de
qu
e el
cl
ient
e so
licite
el
in
form
e
de
final
izac
ión.
En
caso
de
ha
ber
culm
inad
o co
n el
de
sarr
ollo
de
la
ap
licac
ión
web
.
Crit
erio
de
acep
taci
ón.
Mens
aje
de
asig
naci
ón
de
activ
idad
.
Mens
aje
de
activ
idad
re
aliz
ada.
Mens
aje
de
corr
ecci
ón
de
info
rme.
Env
ió d
el i
nfo
rme
de
final
izac
ión
al
clie
nte.
Ent
rega
de
la
ap
licac
ión
web
te
rmin
ada.
N.
de
Esc
enar
io
1 1 1 1 1
Enu
ncia
do d
e la
his
toria
Raz
ón /
Res
ulta
do
Con
la f
inal
idad
de
in
form
ar
al
técn
ico
las
activ
idad
es q
ue
le
fuer
on
asig
nada
s.
Con
la f
inal
idad
de
info
rmar
que
la
activ
idad
ya
fu
e fin
aliz
ada.
Con
la f
inal
idad
ob
tene
r un
in
form
e
corr
ecta
ment
e lle
nado
.
Con
la f
inal
idad
de
in
form
ar
a de
talle
el
tr
abaj
o
que
se
real
izó.
Con
la f
inal
idad
de
en
treg
ar
el
prod
ucto
te
rmin
ado.
Car
acte
ríst
ica
/ F
unc
iona
lidad
Nec
esito
no
tific
ar
al
técn
ico
que
tiene
un
a ac
tivid
ad
pend
ient
e.
Nec
esito
no
tific
ar
que
la
activ
idad
fu
e cu
lmin
ada.
Nec
esito
no
tific
ar
al
técn
ico
que
debe
co
rreg
ir
el in
form
e,
Nec
esito
en
viar
el
info
rme
de
final
izac
ión
al
clie
nte.
Nec
esito
im
plem
ent
ar
la
aplic
ació
n w
eb.
RO
L
Adm
inis
tra
dor.
Técn
ico.
Adm
inis
tra
dor.
Adm
inis
tra
dor.
Des
arro
lla
dor.
ID
H U 34
H U 35
H U 36
H U 37
H U 38
Cat
egor
ía
Ges
tión
de
Info
rmes
e
impl
em
ent
ació
n.
79
ANEXO 2
PRUEBAS Y RESULTADOS SPRINT 0
80
Modelo entidad Relación
R1
R2R3
R4
R5
R6
R7
R8
R9
R10
R11
R12
R13
R14
R17
R18
R19
R20
R21
R22
R23
R24
R25
R26
R27
R29
departamento
#***
id_departamentonombre_departamentodireccion_departamentotelefono_departamento
Serial (50)Variable characters (50)Variable characters (50)Variable characters (50)
operador
#******
id_operadoroperadorrucdirecciontelefonooperador_creadooperador_editado
SerialVariable characters (50)Variable characters (50)Variable characters (300)Variable characters (50)Date & TimeDate & Time
producto
#******
id_productodescripcionseriecantidadunidadproducto_creadoproducto_editado
SerialVariable characters (100)Variable characters (50)Decimal (8,2)Variable characters (50)Date & TimeDate & Time
actividad_producto
#****o*
id_producto_actividadtiponumero_activocantidadfechadetallenombre_persona
SerialVariable characters (50)Decimal (8,2)Decimal (8,2)Date & TimeTextVariable characters (50)
empleado
#**********************
id_empleadonombre_empleadoapellido_empleadoemail_empleadousernamepasswordroleis_activefecha_nacimientodirecciontelefonocelularcedulaestado_civiltipo_sangrecuenta_bancariaentidad_finacieracontrasena_temporalnombre_contacto_emergenciateledono_contacto_emergenciacelular_contacto_emergenciausuario_creadousuario_editado
SerialVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (100)Variable characters (50)IntegerDateVariable characters (300)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Date & TimeDate & Time
cliente
#*******
id_clientenombre_clienteruc_clientedireccion_clientetelefono_clientecorreo_clientecliente_creadocliente_modificado
SerialVariable characters (100)Variable characters (50)Variable characters (100)Variable characters (50)Variable characters (50)Date & TimeDate & Time
contacto_cliente
#****
id_contacto_clientenombre_contactocelular_contactotelefono_contacto_clienteemail_contacto
SerialVariable characters (100)Variable characters (50)Variable characters (50)Variable characters (50)
provincias
#*
id_provinciaprovincia
SerialVariable characters (50)
cantones
#*
id_cantoncanton
SerialVariable characters (80)
locacion
#********
id_locacionsectorcalle_principalcalle_secundarianumeroreferencia_clientenombre_edificiopisooficina
SerialVariable characters (50)Variable characters (100)Variable characters (100)Variable characters (50)Variable characters (100)Variable characters (100)IntegerVariable characters (50)
actividad
#*
id_actividadtitle
SerialVariable characters (50)
asignacion_actividad
#*******
id_asignacionstartendcumplimientoeditarobservacionesextrasempleadoSecundario
SerialDate & TimeDate & TimeVariable characters (2)IntegerTextVariable characters (100)Text
contacto_sitio
#****oo
id_contacto_sitiocontacto_sitiocelular_contacto_sitiotelefono_contacto_sitioemail_contacto_sitioemail_contacto_sitio_2email_contacto_sitio_3
SerialVariable characters (100)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)
informe_instalacion_fibra_optica
#************************************************************************************************
id_informe_fibra_opticanumero_informe_fibrapaisfecha_instalacioning_solicitantecliente_oficinadokuorderprefijo_direccionnodomanga_acometidaplanta_externaplanta_internapto1pto2metraje_util izadoprogresiva1progresiva2distancia_total_enlaceatenuacion_totalrx_dmbpostes_util izadospozos_util izadoscroquis_tendido_cablelugar_quedan_equiposvoltaje_fase_neutrovoltaje_fase_tierravoltaje_neutro_tierrarespaldo_upsventilaciontecho_falsopiso_falsorackur_totalur_util izadahilotubillomanga1manga1_1manga1_2hilo1_1hilo1_2tubillo1_1tubillo1_2h1_1h1_2manga2manga2_1manga2_2hilo2_1hilo2_2tubillo2_1tubillo2_2h2_1h2_2manga3manga3_1manga3_2hilo3_1hilo3_2tubillo3_1tubillo3_2h3_1h3_2manga4manga4_1manga4_2hilo4_1hilo4_2tubillo4_1tubillo4_2h4_1h4_2manga5manga5_1manga5_2hilo5_1hilo5_2tubillo5_1tubillo5_2h5_1h5_2croquis_ubicacion_rack_cuarto_equiposcomentarios_tecnicospanoramica_clienteequipos_rack_vista_frontalequipos_rack_vista_posterioetomas_electricaspanoramica_recorrido_patchmodulo_equipo_instaladopanoramica_manga_interna_edificiofoto_grafica_otdrfotos_otras_mangas_1fotos_otras_mangas_2fotos_otras_mangas_3fotos_otras_mangas_4informe_creadoinforme_editado
SerialVariable characters (50)Variable characters (50)Date & TimeVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)IntegerIntegerDecimal (8,2)Decimal (8,2)Decimal (8,2)Decimal (8,2)Decimal (8,2)Decimal (8,2)IntegerIntegerVariable characters (50)Variable characters (100)Decimal (8,2)Decimal (8,2)Decimal (8,2)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)IntegerIntegerVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)TextVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Date & TimeDate & Time
equipo_informe_fibra
#***
id_equipos_instalados_fibratipoobservacionescantidad
<Undefined>Variable characters (50)TextDecimal (8,2)
informe_instalacion_backbone
#***************************
******
**
******
***
id_informe_instalacion_backbonenumero_informe_backbonefecha_instalaciondokuordering_solicitantepaisbackbone_nododmetraje_cable_util izado_1numero_hilos_1progresiva_1_1progresiva_1_2metraje_cable_util izado_2numero_hilos_2progresiva_2_1progresiva_2_2manga_inicial_1numero_fusiones_1manga_final_1numero_fusiones_2manga_inicial_2numero_fusiones_3maga_final_2numero_fusiones_4croquis_asbuiltpostes_util izadospozos_util izadoscomentarios_tecnicospanoramica_manga_inicial_despues_trabajo1
panoramica_manga_final_despues_trabajo1etiqueta_nuevo_manga_inicial1etiqueta_nuevo_manga_final1etiquetacion_manga_inicial1etiquetacion_manga_final1cassette_reservas_tubillos_manga_inicial1
cassette_reservas_tubillos_manga_final1panoramica_manga_inicial_despues_trabajo2
panoramica_manga_final_despues_trabajo2etiqueta_nuevo_manga_inicial2etiqueta_nuevo_manga_final2etiquetacion_manga_inicial2etiquetacion_manga_final2cassette_reservas_tubillos_manga_inicial2
cassette_reservas_tubillos_manga_final2informe_creadoinforme_editado
SerialVariable characters (50)Date & TimeVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Decimal (8,2)IntegerIntegerIntegerDecimal (8,2)IntegerIntegerIntegerVariable characters (50)IntegerVariable characters (50)IntegerVariable characters (50)IntegerVariable characters (50)IntegerVariable characters (50)IntegerIntegerTextVariable characters (50)
Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)
Variable characters (50)Variable characters (50)
Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)
Variable characters (50)Date & TimeDate & Time
detalle_hilos_fusionados
#*****************************************************
id_hilos_fusionadosnumero_manganumero_manga_1numero_manga_2hilo1hilo2hilo3hilo4hilo5hilo6hilo7hilo8hilo9hilo10hilo11hilo12tubillo1tubillo2tubillo3tubillo4tubillo5tubillo6tubillo7tubillo8tubillo9tubillo10tubillo11tubillo12numero_hiloshilo2_1hilo2_2hilo2_3hilo2_4hilo2_5hilo2_6hilo2_7hilo2_8hilo2_9hilo2_10hilo2_11hilo2_12tubillo2_1tubillo2_2tubillo2_3tubillo2_4tubillo2_5tubillo2_6tubillo2_7tubillo2_8tubillo2_9tubillo2_10tubillo2_11tubillo2_12numero_hilos2
IntegerVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)
equipo_informe_backbone
#**
id_equipo_informe_backboneobservacionescantidad_i
SerialTextDecimal (8,2)
informe_finalizacion
#***********************************
id_informe_finalizacionnumero_informe_finalizacionlineahora_iniciohora_fincpaactividad_realizadavalores_electricos_clientevftvntdistancia_cableadotipo_cableplatoantena_aterrizadatopologianumero_computadoresaplicativosupsclimapotenciapersona_telepuertosqf_ags_eb_nootroslatitudlongitudnodo_frecuencia_txnodo_ip_monitoreonodo_altura_polarizacionnodo_potencia_nodo_clientecliente_frecuencia_txcliente_ip_monitoreocliente_altura_polarizacioncliente_potencia_nodo_clientedetalle_actividad_realizadainforme_creadoinforme_editado
SerialVariable characters (50)Variable characters (50)TimeTimeVariable characters (50)Variable characters (50)Decimal (8,2)Decimal (8,2)Decimal (8,2)Decimal (8,2)Variable characters (50)Decimal (8,2)Variable characters (50)Variable characters (50)IntegerVariable characters (50)Variable characters (50)Variable characters (50)Decimal (8,2)Variable characters (50)Decimal (8,2)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)TextDate & TimeDate & Time
detalle_fotografico
#**
id_detalle_fotograficodetalle_fotograficotipo_detalle
SerialVariable characters (50)Variable characters (50)
equipo_informe_finalizacion
#*****
id_equipo_informe_finalizaciontipoinstaladoestadoobservacionescantidad
SerialVariable characters (50)Variable characters (50)Variable characters (50)TextDecimal (8,2)
informe_relevamiento
#*******************************************************
id_informe_relevamientonumero_informe_relevamientoeaimfecha_ejecucionlatitudlongitudedificio_casahorario_atencion_clienteposibles_nodosposibles_nodos_dosotros_nodossolicitante_servicioexiste_linea_vistaubicacion_antenaaltura_necesariatipo_torreubicacion_mastil_torreregleta_electricaupsventilacionbandejaracktuberia_pvccantidad_tuveriaanillada_metalicacantidad_anillada_metalicaanillada_plasticacantidad_anillada_plasticacanaletascantidad_canaletasotroscantidad_otrosvfnvftvntlongitud_aproximada_cablevacunascert_medicopases_al_diarecord_policialpago_iessrequiere_induccionotros_requisitosobra_descripcionaltura_torrecantidad_cableespacio_torreespacio_racktomas_dc_disponiblescomentarios_adisionaleslinea_vista_nodolugar_antenacuarto_equiposrecorrido_cableinforme_creadoinforme_editado
SerialVariable characters (50)Variable characters (50)DateVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Decimal (8,2)Variable characters (50)TextVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Decimal (8,2)Decimal (8,2)Decimal (8,2)Decimal (8,2)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)TextTextDecimal (8,2)Decimal (8,2)Variable characters (50)Variable characters (50)Variable characters (50)TextVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Date & TimeDate & Time
historial_bodega
#********
id_historialusuarionum_serienombre_productonum_activocantidadfecha_acciontipo_transaccionaccion
SerialVariable characters (50)Variable characters (50)Variable characters (50)Variable characters (50)Decimal (8,2)Date & TimeVariable characters (50)Variable characters (50)
81
Pruebas realizadas a la base de datos.
Para realizar las pruebas de funcionamiento de la base de datos se utilizó la herramienta phpMyadmin,
esta herramienta permite interactuar con la base de datos permitiendo realizar consultas, insertar,
editar y eliminar registros. A manera de ejemplo en las siguientes figuras se aprecia el funcionamiento de
la herramienta phpMyadmin.
En la siguiente figura se visualiza el cómo se realiza un insert en la tabla producto.
En la siguiente figura se aprecia cómo se realiza un insert en la tabla actividad_producto la cual se
encuentra relacionada con la tabla producto.
82
En la siguiente figura se visualiza un error que se produce cuando se desea eliminar un registro de la
tabla producto, pero el registro está siendo utilizado por la tabla actividad_producto, por lo tanto el
registro no puede ser eliminado, ya que si es eliminado ocasionaría varios inconvenientes, como una
inconsistencia de los datos.
Otra de las pruebas que se realizaron fue el realizar consultas para ver el funcionamiento de las
relaciones que tiene la base de datos. En la siguiente figura se aprecia una consulta realizada a dos tablas
que se encuentran relacionadas entre sí.
Al realizar estas pruebas con cada una de las tablas de la base de datos, ayuda a tener una mejor
visualización del funcionamiento que tendría la base de datos en la aplicación, además de ver posibles
inconsistencias.
83
ANEXO 3
FORMULARIOS PARA REGISTRAR INFORMES DE FINALIZACIÓN DE
ACTIVIDADES
84
Informe de finalización de servicio.
- Formulario para registrar equipo.
- Formulario para registrar fotografías.
- Formulario para registrar informe de finalización.
85
Informe de relevamiento
86
Informe de fibra óptica en campo
- Formulario informe Fibra Óptica.
87
- Formulario para registrar equipos dentro del informe de fibra óptica.
Informe instalación backbone fibra óptica en campo.
- Formulario para registrar informe instalación backbone fibra óptica en campo.
88
- Formulario para registrar detalle de manga
- Formulario para registrar equipo.
89
ANEXO 4
MANUAL DE USUARIO
90
MANUAL DE USUARIO
Sistema de administración de actividades e inventario.
91
ÍNDICE
1. Acceso a la aplicación .......................................................................................................................... 93
1.1. Estructura de la aplicación .......................................................................................................... 94
1.2. Editar Perfil .................................................................................................................................. 94
1.3. Notificaciones .............................................................................................................................. 95
2. Menú Perfil Administrativo ................................................................................................................. 96
2.1. Actividades .................................................................................................................................. 97
2.1.1. Registrar actividad ............................................................................................................... 97
2.1.2. Eliminar registro .................................................................................................................. 98
2.1.3. Asignar actividad ................................................................................................................. 99
2.1.4. Actividades pendientes ..................................................................................................... 102
2.1.5. Actividades realizadas ....................................................................................................... 105
2.1.5.1. Enviar Informe ........................................................................................................... 110
2.1.5.2. Enviar informe a corregir ........................................................................................... 111
2.2. Empleados ................................................................................................................................. 112
2.2.1. Registrar empleados .......................................................................................................... 113
2.2.2. Empleados registrados .......................................................................................................... 114
2.2.3. Empleados Inactivos ................................................................................................................ 115
2.3. Departamentos.......................................................................................................................... 116
2.4. Bodega ....................................................................................................................................... 117
2.4.1. Productos de Bodega ........................................................................................................ 118
2.4.2. Detalle movimientos ......................................................................................................... 119
2.4.3. Movimiento de productos ................................................................................................. 122
2.5. Clientes ...................................................................................................................................... 123
2.5.1. Operadores registrados ..................................................................................................... 123
2.5.2. Registrar Operador ............................................................................................................ 124
2.5.3. Clientes registrados ........................................................................................................... 125
2.5.4. Registrar Cliente ................................................................................................................ 128
2.6. Historial ..................................................................................................................................... 129
3. Menú perfil técnico ........................................................................................................................... 129
3.1. Actividades ................................................................................................................................ 130
3.1.1. Actividades pendientes ..................................................................................................... 130
92
3.1.2. Actividades realizadas ....................................................................................................... 130
3.1.2.1. Editar Informe Relevamiento .................................................................................... 132
3.1.2.2. Editar informe finalización ........................................................................................ 133
3.1.2.3. Editar informe finalización fibra óptica ..................................................................... 135
3.1.2.4. Editar informe finalización backbone fibra óptica .................................................... 137
3.2. Realizar informes ....................................................................................................................... 139
3.2.1. Informe Servicio ................................................................................................................ 139
3.2.1.1. Enviar informes a administración .............................................................................. 141
3.2.2. Informe relevamiento ....................................................................................................... 142
3.2.3.1. Registrar equipo ........................................................................................................ 143
3.2.4.1. Agregar el detalle de hilos ......................................................................................... 144
3.2.4.2. Ingresar equipos ........................................................................................................ 145
4. Menú Perfil de bodega ...................................................................................................................... 147
93
1. Acceso a la aplicación
Para acceder a la aplicación en la página principal hay un menú en la cabecera.
Al hacer esto le redirigirá a un formulario de autentificación en el cual para acceder deberá colocar su
usuario y contraseña. Para el usuario se tomó en cuenta el primer nombre y el primer apellido con el que
el empleado fue registrado. Para pedir una contraseña comuníquese con el administrador.
- Formulario login
En caso de olvidar la contraseña deberá solicitar una nueva al administrador, para ello presionar en el
enlace “*Olvidaste tú contraseña”.
A continuación se mostrará un formulario en el cual se debe colocar el nombre de usuario el email con el
que fue registrado y enviar la solicitud para restablecer contraseña. En caso de que al colocar el correo
electrónico y el usuario no se encuentre registrado en el sistema se mostrará el siguiente mensaje:
Si el usuario está registrado mostrará lo siguiente:
94
Se enviará un mensaje al correo de los administradores en la cual constará el nombre del empleado que
está solicitando una nueva la contraseña. El administrador posee la lista de todos los empleados
registrados y entre ellas un botón que le permite restablecer la contraseña de los empleados y asignar
una nueva.
Al darle clic en el botón para restablecer la contraseña el administrador verá el siguiente mensaje
El usuario que solicito la contraseña recibirá un correo electrónico con la nueva contraseña y como
primer paso el usuario deberá cambiar su contraseña temporal.
1.1. Estructura de la aplicación
1.2. Editar Perfil Para editar el perfil de usuario incluido la contraseña acceder al menú colocado en la cabecera y
presionar sobre el nombre de usuario.
95
Para editar la información de perfil presionar el botón “editar información que se encuentra debajo de la
imagen. Al hacer esto nos desplegará el siguiente formulario.
Este formulario nos permite editar la contraseña, la dirección, los números de contacto, el estado civil y
la fotografía de perfil. Para guardar los cambios efectuados presionar “Guardar”. Si los cambios fueron
efectuados de la manera correcta, se mostrará el siguiente mensaje.
1.3. Notificaciones
Al presionar sobre actividades se visualiza todas las actividades que hay pendientes en el caso del
administrador y el técnico solo puede ver las notificaciones que él tiene pendiente, además puede
visualizar cuantos días tiene para realizar dicha actividad.
- Actividad se encuentra a tiempo.
96
- Actividad tiene 2 días plazo para terminar.
- La actividad termino con el tiempo plazo para terminar.
Para salir de la aplicación seleccionar el icono de salir y presionar en la pestaña salir. Esto cerrará la
sesión.
2. Menú Perfil Administrativo Dentro del módulo de administración se manejara lo siguiente:
- Gestión de actividades - Gestión de empleados - Gestión de Clientes y operadores - Gestión de productos - Gestión de informes
97
2.1. Actividades
Este menú nos permite gestionar las actividades que se realizan dentro de la empresa como registrar
nuevas actividades, asignar actividades a los diferentes técnicos de la empresa y listar las actividades
pendientes y las actividades realizadas.
2.1.1. Registrar actividad Este nos permite registrar nuevas actividades, editarlas y eliminarlas en caso de que fuera necesario, y
además listar todas las actividades que se encuentran pendientes. Al presionar sobre “Registrar
actividad” dentro del menú Actividades nos mostrará la siguiente interface. En la cual se muestra la lista
de actividades registradas dentro del sistema, un campo para colocar una actividad nueva, un botón para
guardar la actividad, un campo para buscar la actividad, botones para editar actividad y eliminar
actividad, un contador de registros.
98
*El campo buscar realiza un filtrado dependiendo de la cantidad de caracteres que se coloquen, hasta
encontrar el registro.
La lista de registro posee el nombre y el código de la actividad.
* Se debe tomar en cuenta que el campo actividad esta validado para que no se repitan el nombre de las
actividades.
Si la actividad es registrada exitosamente mostrará el siguiente mensaje:
Para editar la actividad presionar el botón editar, el cual nos desplegará el siguiente formulario.
Si la actividad fue editada exitosamente se mostrará el siguiente mensaje.
2.1.2. Eliminar registro Para eliminar el registro de la actividad presionar el botón de eliminar. Al hacerlo se desplegará un
mensaje para confirmar el eliminar.
99
Si la actividad está siendo utilizada se mostrará el siguiente mensaje. Ya que no puede ser eliminada.
* Estos dos mensajes de alerta serán utilizados para todos los casos al momento de eliminar un registro,
para ello el primero será “Mensaje de alerta 1” y el segundo “Mensaje de alerta 2”.
Si el registro fue eliminado exitosamente se mostrará el siguiente mensaje.
2.1.3. Asignar actividad
En esta sección permite gestionar la asignación de actividades. Para la asignación de la actividad es
necesario realizar 4 pasos, el primer paso de 4 es asignar una dirección, para ello se puede seleccionar
entre una serie de direcciones registradas dentro del sistema o registrar una nueva dirección.
En la primera interface nos mostrará lo siguiente:
Para registrar una nueva dirección basta con presionar el botón de “Nueva Dirección” y llenar el
formulario que se muestra a continuación. Se debe tomar en cuenta que todos los campos están
validados y son obligatorios.
100
*El # Piso edificio solo admite número positivos.
*Todos los campos son obligatorios.
La otra forma para asignar la dirección es seleccionar entre una de las direcciones registradas en el
sistema, para ello presionar en “Direcciones Registradas” y simplemente hay que seleccionar entre una
de los registros que se encuentran en la lista.
El siguiente paso es asignar la actividad a los técnicos que se encuentran registrados para que realicen la
actividad. Para ello se deberá llenar el formulario al menos todos los campos que son obligatorios. Este
formulario contiene:
- Asignar empleado. Este empleado es el principal, y es el encargado de gestionar la actividad, dar
aviso a los empleados secundarios y llenar el informe.
- Asignar actividad. Se debe seleccionar entre la lista de actividades registradas en el sistema.
- Fecha de culminación. Debe ser al menos posterior a la fecha actual.
- Archivos adjuntos. Este campo admite los siguientes formatos: jpg, png, jpeg, pdf, documentos
Word (.docx) y documentos en Excel (xls).
- Empleados secundarios. Se puede seleccionar entre 1 o más empleados, dependiendo la
dificultad de la actividad. Estos colaboraran al técnico principal.
- Operador
- Cliente
- Observaciones. Cualquier dato adicional que sea necesario aclarar.
Se debe llenar al menos todos los datos obligatorios del siguiente formulario:
101
Una vez asignada la actividad se debe asignar el contacto del sitio, el cual será el encargado de dirigir al
sitio en el cual se debe realizar el trabajo. Para ello se debe llenar el siguiente formulario el cual contiene
el nombre del contacto, direcciones de correo electrónico y teléfonos de contacto, este es el último paso
a efectuar para terminar de asignar la actividad pendiente.
* Es necesario llenar los datos obligatorios, en el campo email solo un campo es obligatorio los otros son
adicionales.
Al finalizar la asignación de actividad, se mostrará el siguiente mensaje:
Y se enviará un correo electrónico al técnico principal con la siguiente información:
102
2.1.4. Actividades pendientes Dentro de actividades pendientes se muestra un registro de todas las actividades que aún no son
realizadas, y toma en cuenta:
- Sector
- Actividad
- Técnico Principal
- Técnicos secundarios
- Contacto
- Fecha de asignación
- Fecha de culminación
- Ver el detalle
- Campos para editar dirección, contacto sitio y asignación
Entre las acciones que se encuentran dentro de esta lista de registros se encuentran:
103
Para acceder al detalle de la actividad presionar el botón ver detalle lo que mostrará la siguiente
ventana:
Para editar la dirección de la actividad presionar el botón de editar dirección . El cual muestra el
siguiente formulario.
104
Si se guarda exitosamente muestra un mensaje de confirmación
Para editar la asignación actividad presionar el botón editar asignación actividad . El cual muestra el
siguiente formulario:
Si los datos son colocados correctamente la edición se realizará y se mostrará el siguiente mensaje.
105
Para editar el contacto sitio presione el botón el cual permite realizar esta función, esto desplegará
un formulario para desplegar el contacto sitio.
Si la edición del registro se efectúa de forma correcta mostrará el siguiente mensaje.
2.1.5. Actividades realizadas
En esta sección se pueden observar las actividades que ya fueron finalizadas por los técnicos, y además
se pueden ver los informes y enviarlos a los respectivos clientes.
Para el detalle de la actividad y ver la lista de registros se tomaron en cuenta los siguientes datos.
- Sector. Lugar en donde fue realizada la actividad
- Actividad. Actividad o servicio realizado.
- Técnico Principal. Técnico responsable en gestionar la actividad, controlar a los técnicos
secundarios y llenar el informe.
- Técnico Secundario. Técnicos de apoyo para realizar el trabajo.
- Fecha de Inicio. Fecha en la cual la actividad fue asignada.
- Fecha de Culminación. Fecha límite de entrega del trabajo.
- Código Informe.
- Cumplimiento. Presenta dos vistos el uno para confirmar que el técnico termino la actividad y
lleno el informe respectivo y el otro visto es para confirmar que el informe fue revisado por uno
de los administradores y aprobado.
- Acción a realizar. Presenta dos botones, el uno es para visualizar el informe y el otro es para
enviar un correo electrónico al técnico al técnico para que realice ciertas correcciones en el
informe, en caso de que este mal llenado.
106
Dentro de la interface existen dos campos el primero es para realizar un filtrado de la información por
informe, y el otro es para buscar alguna información dentro de la lista de registros.
Para visualizar el informe de cada una de las actividades presionar el botón ver el informe , esto
desplegará el informe con el detalle de toda la actividad. Dentro del sistema existen 4 informes
diferentes, los cuales son:
- Informe de finalización
107
- Informe de relevamiento
108
109
- Informe de instalación Fibra Óptica en Campo
110
- Informe Instalación Backbone Fibra Óptica en campo
2.1.5.1. Enviar Informe
Dentro de cada informe se muestra los siguientes botones:
- Volver atrás. Regresa al menú anterior
111
- Aprobar informe. Al presionar este botón el informe es aprobado y el técnico ya no puede
realizar ninguna edición. Solo si el informe es aprobado puede ser enviado a cada uno de los
clientes. Al hacer esto el botón cambia a Enviar informe.
Al presionar el botón Enviar Informe se presenta el siguiente formulario:
Presenta 3 botones
- Para. Despliega una lista de contactos del cliente al cual se les realizó la actividad. Para
seleccionar los contactos simplemente seleccione con el mouse y para más de un contacto
presione la tecla CTRL y seleccione otro contacto. Para finalizar presione cerrar.
- Para enviar el informe presione enviar informe.
- El cliente recibirá un correo electrónico con la información detallada de la actividad realizada y
aparecerá el siguiente mensaje de confirmación
2.1.5.2. Enviar informe a corregir
Dentro de la lista de actividades realizadas registradas se encuentra el botón “Enviar a Editar” . Al
presionarlo se muestra un formulario en el que se envían las respectivas correcciones a realizar.
112
Al presionar el botón enviar correcciones, se envía un correo electrónico al técnico para que edite y
efectué las correcciones necesarias en el informe y se mostrará el siguiente mensaje de confirmación.
En caso de que el informe tenga 2 vistos, se cambiará uno de ellos por una X para visualizar que el
informe tiene inconvenientes.
Este proceso es similar en los cuatro informes.
2.2. Empleados
Esta sección permite gestionar a los empleados que son registrados en el sistema y presenta el siguiente
sistema de menú.
- Registrar Empleados. Permite registrar nuevos empleados al sistema.
- Empleados Registrados. Muestra una lista de todos los empleados que están registrados.
113
- Empleados Inactivos. Muestra a los empleados que ya no pertenecen al sistema, ero que fueron
registrados en algún tiempo.
2.2.1. Registrar empleados
Al presionar en Registrar empleados despliega un formulario que contiene la siguiente información.
- Nombres del empleado (Solo letras)
- Apellidos del empleado (Solo letras)
- Usuario
- Cargo. Seleccionar de una lista de cargos registrados en el sistema. Entre los cuales están
Administrador, Técnico, Bodeguero y Usuario.
o Administrador: es el personal capacitado para ejecutar, analizar, comunicar, planificar y
está capacitado para la toma decisión referente al manejo del personal, manejo de
actividades, así como establecer una comunicación con los diferentes clientes a los
cuales la empresa ofrece sus servicios.
o Técnico: es el personal capacitado en realizar las diferentes actividades en sitio, en si es
el que efectúa la mano de obra dentro de la empresa.
o Bodega: es el personal capacitado en realizar las gestiones tanto de entrada y salida de
productos que se realizan dentro de la empresa, llevando un correcto registro en el
inventario de bodega.
o Usuario: persona auxiliar que trabaja como agregado extra dentro del departamento de
bodega y en el departamento administrativo, auxiliar de bodega, mensajeros, auxiliar de
contabilidad.
- Departamento. Seleccionar de una lista de departamentos registrados en el sistema. Entre los
que estas, administrativo, técnico y bodega.
- Correo Electrónico
- Dirección
- Fecha de nacimiento. El campo esta validado de tal forma que solo pueden ser contratadas
personas que sobrepasen o tengan el mínimo de edad necesaria para trabajar la cual es 18 años.
- Cedula. Esta validado de tal forma que solo se aceptan números de cedula correctos.
- Teléfono (Solo números)
- Teléfono Celular (Solo números)
- Tipo de sangre. Seleccionar de entre una lista de tipos de sangre registrados en el sistema.
- Estado Civil
- Cuenta bancaria. Campo designado para ingresar el número de cuenta bancaria o de una
cooperativa.
114
- Entidad Financiera. Campo designado para colocar alguna entidad financiera al cual se realizaran
los depósitos.
- Fotografía
- Nombre, teléfono y celular de contacto en caso emergencia. Normalmente el riesgo laboral es
un factor que se procura controlar en todas las empresas, por ese motivo es necesario un
contacto en caso de un accidente o percance para comunicarse.
Al registrar el empleado de forma exitosa se mostrará el siguiente mensaje.
2.2.2. Empleados registrados
Muestra toda la lista de los empleados que se encuentran registrados en el sistema. Muestra la siguiente
información:
- Un botón para registrar nuevos empleados “Registrar Empleado”
115
- Un campo para buscar cualquier dato que se encuentre en la lista
- Nombre empleado, cedula, correo electrónico, teléfonos, cargo, departamento.
- Además presenta los siguientes botones:
- El botón editar información permite cambiar la información registrada del empleado. . Al
presionar el botón editar muestra un formulario con los datos del empleado para poder editar. Y
contiene dos botones “Guardar” y “Cancelar”.
- Si la información fue editada de forma correcta se mostrará el siguiente mensaje.
- Al presionar el botón “Ver Información Empleado”. Muestra toda la informacion del
empleado.
- Finalmente el botón eliminar . Permite eliminar el registro de algún empleado.
* El funcionamiento del botón eliminar se mencionó en el ítem 2.1.2. Eliminar registro.
2.2.3. Empleados Inactivos
Muestra una lista de los empleados que se encuentran registrados en el sistema pero ya no pertenecen a
la empresa.
- Los botones que se presentan en la lista de empleados inactivos cumplen las mismas funciones
antes mencionadas.
116
2.3. Departamentos
Dentro de esta sección se gestionan los diferentes departamentos que existen en la empresa y además
se pueden agregar nuevos. Por el momento se encuentran los siguientes:
- Departamento Técnico
- Departamento de Bodega
- Departamento Administrativo.
Al presionar sobre este se aprecia lo siguiente:
- Un formulario para ingresar nuevos departamentos, el cual cuenta con los siguientes campos:
o Nombre del departamento
o Teléfono
o Dirección
o Botón guardar
- Contador de registros
- Campo para filtrar datos
- Lista de registros
- Botones para editar y eliminar registros.
Para registrar un nuevo departamento basta con llenar los campos del formulario y guardar, al realizar el
registro exitosamente el sistema mostrará el siguiente mensaje.
117
Para editar la información de un departamento presionar el botón Editar . Al hacerlo se mostrará el
siguiente formulario con los campos llenos, y botones, el uno para guardar las modificaciones realizadas
y el otro para cancelar.
Si el registro fue editado de forma correcta se mostrará el siguiente mensaje:
Para eliminar un registro presionar el botón eliminar.
* El funcionamiento del botón eliminar se mencionó en el ítem 2.1.2. Eliminar registro.
2.4. Bodega
Esta sección controla la gestión de productos que se encuentran en bodega, contiene lo siguiente:
- Productos de Bodega. Gestiona el registro de productos que se encuentran en bodega, el
registro de nuevos productos, la edición y el eliminar de productos de bodega.
- Detalle Movimientos. Muestra la lista de registros de movimientos que se han realizado en
bodega.
- Movimiento de productos. Gestiona los movimientos de productos, tanto el ingreso de
productos como la salida de productos.
118
2.4.1. Productos de Bodega
Se debe tomar en cuenta que antes de realizar cualquier tipo de movimiento de un producto primero se
debe realizar el registro del mismo. Al presionar sobre Productos de bodega nos desplegara lo siguiente:
- Botón para registrar nuevos productos
- Contador de registros
- Un campo para filtrar datos
- Lista de productos registrados
- Botones para editar y eliminar registros.
Para registrar nuevos productos presionar el botón Registrar Productos
Al presionar el botón se mostrará lo siguiente:
- Un botón para visualizar los productos registrados
- Un formulario para registrar los productos nuevos el cual contiene:
o Producto. Nombre del producto, no se puede registrar 2 veces el mismo producto.
o Serie. Numero para identificar la clase de producto al que pertenece
o Unidad. Litros, unidades, metros
o Operador. Proveedor al cual pertenece el producto.
o Botón Guardar
119
Al presionar el botón guardar se guardará el producto al registro de productos y se presentara el
siguiente mensaje si el producto fue registrado con éxito.
Para editar la información de cualquier producto presionar el botón editar , al hacer esto se mostrará
el siguiente formulario con los campos llenos.
Al realizar la edición del producto exitosamente se mostrará el siguiente mensaje.
Para eliminar un registro de productos presionar el botón eliminar.
* El funcionamiento del botón eliminar se mencionó en el ítem 2.1.2. Eliminar registro.
2.4.2. Detalle movimientos
Muestra el registro de movimientos que se realizaron en bodega, tanto entrada como salida de
productos, presenta lo siguiente:
- Un botón para gestionar la salida de productos
- Un botón para gestionar la entrada de productos
- Un contador de registros
o Activo – número único del producto
o Item – número que representa a un tipo de producto.
o Producto – nombre del producto
o Tipo de transacción – Si fue de entrada o salida
o Cantidad
o Fecha
o Detalle – alguna observación realizada
120
o Nombre Persona – persona que entrego o retiro el producto
o Informe
§ Informe de finalización
§ Informe Instalación fibra óptica.
§ Informe Instalación backbone fibra óptica.
- Una lista de movimientos registrados
- Botones de editar y eliminar
- Botones para ver los informes en los cuales fue utilizado dicho producto.
Al presionar el botón de gestión de salida de productos se presenta el siguiente formulario, el cual
contiene:
- Un botón para ver el detalle de movimiento de productos
- Un campo para seleccionar de entre una lista de productos, tipo de producto.
- Un campo para seleccionar el tipo de unidad. Al seleccionar metros, litros, piezas aparece un
campo para colocar la cantidad de producto retirado de bodega.
- Un campo para seleccionar el producto, pero por numero único.
121
- Un campo para colocar el nombre del empleado que retiro el producto.
- Un campo para colocar cualquier tipo de observación
- Un botón para guardar.
- Al presionar el botón guardar y si el todo fue registrado de forma exitosa se muestra el siguiente
mensaje.
- Si el producto sale de bodega se descuenta del Stock de productos.
Al presionar el botón Gestión de entrada de productos muestra el siguiente formulario el cual contiene:
- Un botón para ver el detalle de movimiento de productos
122
- Un campo para escoger de entre una lista de productos
- Un campo para seleccionar el tipo de unidad. Al seleccionar metros, litros o piezas aparece un
campo para colocar la cantidad de producto retirado de bodega.
- Un campo para colocar el número de activo o número único.
- Un campo para colocar el nombre del empleado que dejo el producto
- Un campo para colocar cualquier tipo de observación.
- Al realizar el registro del movimiento de producto exitosamente aparecerá el siguiente mensaje.
Para eliminar un registro de movimiento de productos presionar el botón eliminar.
* El funcionamiento del botón eliminar se mencionó en el ítem 2.1.2. Eliminar registro.
2.4.3. Movimiento de productos Efectúa las mismas funcionalidades de los botones de entrada y salida detallados en el ítem anterior.
123
2.5. Clientes
Permite gestionar clientes y operadores que se encuentran registrados en el sistema, así como el
registrar nuevos, editarlos y eliminarlos.
2.5.1. Operadores registrados Al seleccionar Operadores registrados muestra lo siguiente:
- Botón para registrar operador
- Contador de número de registros
- Campo para filtrar datos
- Lista de operadores registrados.
o Id
o Operador
o Ruc
o Dirección
o Teléfono
- Botones para eliminar y editar registros
Al presionar el botón editar , muestra el siguiente formulario el cual contiene:
- Campo para editar operador
- Campo para editar Ruc
- Campo para editar dirección
124
- Campo para editar número de teléfono
- Botones guardar y cancelar
Al presionar guardar y si los cambios se efectuaron de la manera correcta se mostrará el siguiente
mensaje.
Para eliminar un registro de operadores presionar el botón eliminar.
* El funcionamiento del botón eliminar se mencionó en el ítem 2.1.2. Eliminar registro.
2.5.2. Registrar Operador Al presionar la opción Registrar operador muestra el siguiente formulario, el cual contiene:
- Botón para visualizar los operadores registrados.
- Campo para ingresar el nombre del operador
- Campo para ingresar el ruc
- Campo para ingresar la dirección
- Campo para ingresar el número de teléfono
- Botón guardar
Si se realizó el registro con éxito al presionar el botón guardar aparecerá el siguiente mensaje.
125
2.5.3. Clientes registrados
Al seleccionar sobre clientes registrados se muestra lo siguiente.
- Botón para registrar cliente
- Contador de registros totales
- Campo para filtrar datos
- Lista de registros
o Id
o Nombre Cliente
o Ruc
o Dirección
o Teléfono
o Correo electrónico
- Dos botones para gestionar contactos
o Ver contactos
o Añadir contactos
- Botones para editar y eliminar contactos
Al presionar sobre ver contacto se visualiza lo siguiente:
- Botón para ver los clientes registrados
- Botón para ver los contactos registrados
- Un campo para filtrar datos
- Lista de contactos
o Id
o Nombre Cliente
o Teléfonos
o Email
126
- Botones para editar y eliminar contacto.
- A presionar sobre contactos registrados muestra todos los contactos registrados en el sistema.
- Al presionar el botón editar muestra el siguiente formulario el cual contiene:
o Campo para editar contacto
o Campo para editar email
o Campo para editar celular
o Campo para editar teléfono
o Botones para guardar y cancelar.
- Si los cambios se realizan de la manera correcta se muestra el siguiente mensaje.
- El campo eliminar se realiza de la misma forma que con las actividades.
127
Al presionar en el botón agregar contacto dentro de la lista de registros de clientes muestra el
siguiente formulario, el cual contiene:
- Nombre del contacto
- Celular
- Teléfono
- Botón guardar
Al presionar el botón guardar y si el contacto fue registrado con éxito se muestra el siguiente mensaje.
Para editar el cliente presionar el botón editar que se encuentra en la lista de clientes, al hacer esto
se mostrará el siguiente formulario, el cual contiene:
- Un campo para editar cliente
- Un campo para editar el ruc
- Un campo para editar el correo electrónico
- Un campo para editar la dirección
- Un campo para editar el número de teléfono
- Botones para guardar cambios o para cancelar
128
Al presionar el botón guardar y si los cambios fueron efectuados de forma correcta muestra el siguiente
mensaje.
Para eliminar un registro de clientes y contactos presionar el botón eliminar presentado en cada lista.
* El funcionamiento del botón eliminar se mencionó en el ítem 2.1.2. Eliminar registro.
2.5.4. Registrar Cliente
Al presionar sobre la opción registrar cliente se muestra el siguiente formulario, el cual contiene:
- Campo para agregar el nombre del cliente
- Campo para agregar el ruc
- Campo para agregar el correo electrónico
- Campo para agregar dirección
- Campo para agregar teléfono
* Solo puede haber un cliente con el mismo nombre
* Todos los campos son obligatorios
Al guardar el registro del cliente con éxito se muestran el siguiente mensaje
129
2.6. Historial Muestra el registro de los movimientos de productos realizados dentro de bodega.
Presenta los siguientes campos
- Id
- Usuario
- Número de serie
- Producto
- Cantidad
- Fecha
- Entrada/salida
- Transacción
3. Menú perfil técnico
Dentro del perfil técnico se gestionará el control de actividades y de informes. Se presenta lo siguiente:
- Actividades
o Actividades pendientes
130
o Actividades realizadas
- Realizar Informes
o Informe relevamiento
o Informe Servicio
o Informe Instalación fibra óptica
o Informe Instalación fibra óptica en campo
o Informe instalación backbone fibra óptica en campo
3.1. Actividades
3.1.1. Actividades pendientes
Al seleccionar la opción de actividades pendientes se despliega la lista de actividades pendientes que
tiene el técnico. Entre la información que muestra es la siguiente:
- Un campo para buscar
- Una lista de actividades pendientes
o Id
o Sector
o Actividad
o Técnicos secundarios
o Contacto
o Fecha Asignación
o Fecha Culminación
o Botón para ver detalle
Al presionar el botón ver detalle se desplegara el detalle de la asignación para realizar la actividad, como
sector, cliente, técnicos de apoyo, actividad a realizar, así como fechas de entrega.
3.1.2. Actividades realizadas
Al seleccionar sobre actividades realizadas se mostrarán las actividades que el técnico ha realizado hasta
la fecha. Entre el contenido que se muestra está el siguiente:
- Un campo para filtrar los datos según informe
131
- Un campo para buscar información dentro de la lista
- Lista de actividades realizadas
o Sector
o Actividad
o Técnicos Secundarios
o Fecha Inicio
o Fecha Culminación
o Código Informe
o Cumplimiento
§ Si posee los dos vistos el técnico no podrá enviar el informe ni editarlo.
o Botones para enviar aviso de cumplimiento, editar informe, ver informe.
Al presionar el botón para enviar aviso de cumplimiento de actividad mostrará el siguiente mensaje y
se enviará un mensaje de correo a los administradores para que puedan visualizar el informe, en el
correo recibirán el detalle de la actividad que fue finalizada.
El usuario podrá visualizar el informe al presionar el botón ver informe . Este proceso es similar para
los 4 informes de finalización. El botón editar que se encuentra en la lista de actividades realizadas
permite editar los 4 informes elaborados para cada actividad finalizada.
132
3.1.2.1. Editar Informe Relevamiento
133
3.1.2.2. Editar informe finalización
134
Al presionar el botón de editar equipo muestra el siguiente formulario el cual cuenta con los siguientes
campos:
- Tipo (Nodo, Cliente)
- Tipo de acción (Instalado, Desinstalado)
- Estado (Ok, No Ok)
- Código del producto. Despliega los códigos de productos (Número activo) registrado en bodega.
- Observaciones
Al presionar guardar y si las modificaciones fueron guardas muestra el siguiente mensaje.
Al presionar sobre el icono editar que se encuentra sobre las fotografías muestra el siguiente formulario
que permite editar los campos:
- Detalle fotográfico
- Tipo de detalle
o Detalle fotográfico niveles y equipos cliente
o Detalle fotográfico niveles y equipos nodo.
Si se ha guardado con éxito mostrará un mensaje de confirmación.
Finalmente al realizar las modificaciones en el informe y presionar guardar se realizarán las
modificaciones y se mostrará el siguiente mensaje.
135
3.1.2.3. Editar informe finalización fibra óptica
136
Al presionar sobre el icono de editar equipo muestra el siguiente formulario el cual contiene
- Tipo
o Cliente
o Nodo
- Código del producto. Despliega los códigos de productos (Número activo) registrado en bodega.
- Observaciones
Si los cambios son guardados se muestra el siguiente mensaje.
Finalmente al realizar las modificaciones en el informe y presionar guardar se realizarán las
modificaciones y se mostrará el siguiente mensaje.
137
3.1.2.4. Editar informe finalización backbone fibra óptica
138
Al presionar el botón editar equipos muestra el siguiente formulario:
- Código del producto (Número activo). Lista de productos registrados en bodega
- Cantidad
- Observaciones
Si los cambios son guardados mostrará el siguiente mensaje
Para editar el detalle de hilos presionar sobre el detalle de hilos, al hacer esto mostrará el siguiente
formulario el cual contiene el detalle de hilos.
Para guardar los cambios realizados presionar guardar. Lo cual mostrará el siguiente mensaje sobre el
formulario.
Finalmente al realizar las modificaciones en el informe y presionar guardar se realizarán las
modificaciones y se mostrará el siguiente mensaje.
139
3.2. Realizar informes Al presionar sobre cualquiera de los 4 informes va a desplegar todas las actividades que tiene pendiente
dicho técnico para poder efectuar el informe con dicha información, se presenta la siguiente interface la
cual contiene:
- Un contador para ver el número de actividades pendientes que tiene dicho técnico
- Un campo para buscar un elemento de la lista de registros
- Lista de actividades pendientes
o Id
o Sector
o Actividad
o Técnicos Secundarios
o Contacto
o Fecha de asignación
o Fecha de culminación
- Botones el uno para ver el detalle de la actividad y el otro para llenar el informe
3.2.1. Informe Servicio
El registro del informe de finalización se encuentra dividido en 2 partes, una vez que se procede a llenar
la primera parte del informe presionar el botón guardar. La segunda parte del informe incluye el registro
de equipos y el registro de fotografías dentro del informe. Al pasar a la siguiente parte el sistema da el
siguiente aviso:
Si no es necesario guardar ningún equipo o fotografía presionar el botón de guardar informe colocado en
la parte superior del informe y así terminar con el proceso de registro del informe.
140
Ingresar equipos
- Presionar el botón “Agregar equipo”
- Llenar el formulario para agregar equipo, el cual contiene:
o Tipo
§ Nodo
§ Cliente
o Tipo de Acción
§ Instalado
§ Desinstalado
o Estado
§ Ok
§ No ok
§ Código del producto
§ Observaciones.
- Cada vez que agrega un producto se va agregando a la lista de equipos involucrados que se
encuentra en el informe.
Ingresar fotografías
- Presionar el botón Ingresar detalle fotográfico
- Llenar el formulario que se presenta para agregar fotografias el cual contiene:
o Un campo para seleccionar imagen
o Un campo para seleccionar entre
§ DETALLE FOTOGRAFICO NIVELES Y EQUIPO CLIENTE
§ DETALLE FOTOGRAFICO NIVELES Y EQUIPOS NODO
141
- Cada vez que va agregando una fotografía se va insertando dentro del informe
Para finalizar presionar el botón guardar informe. Si todo se efectuó correctamente direcciona el sistema
a actividades realizadas y muestra el siguiente mensaje:
3.2.1.1. Enviar informes a administración
La actividad presentará 2 X debido a que aún no se envía al departamento administrativo, para enviarlo
presionar el botón enviar informe.
Al hacer esto la actividad se marcará con un visto y se envía un correo electrónico al departamento
administrativo para mencionar que la actividad fue finalizada exitosamente
142
EL departamento administrativo recibirá el siguiente mensaje
Si el departamento administrativo aprueba el informe, la actividad se mostrará con dos vistos. Y el
técnico ya no podrá editar el informe ni enviarlo nuevamente. Solo se podrá visualizar el informe.
3.2.2. Informe relevamiento
Para registrar el informe de relevamiento basta con llenar todos los datos del siguiente formulario y
presionar guardar.
143
Si el informe fue guardado con éxito pasa a registrarse en el sistema y se presenta el siguiente mensaje
de confirmación dentro de la lista de actividades realizadas.
Para enviar el informe realizar el mismo proceso mencionado en Enviar informes a administración.
3.2.3. Informe Instalación fibra óptica en campo
El registro del informe de fibra óptica se encuentra dividido en 2 partes, una vez que se procede a llenar
la primera parte del informe presionar el botón guardar. En la segunda parte del informe se registran los
equipos utilizados en dicha actividad. Para dar aviso al usuario el sistema despega un mensaje solicitado
de que se ingresen los equipos en el informe.
3.2.3.1. Registrar equipo
Para registrar un equipo dentro del informe presionar el botón Agregar equipo.
Al presionar sobre el botón se presenta el siguiente formulario el cual contiene:
- Tipo (NodO, Cliente)
- Código del producto utilizado
- Observaciones
144
Cada vez que se guarda un equipo al informe se inserta en la tabla de equipos utilizados dentro del
informe de fibra óptica.
Para terminar con el registro del informe presionar el botón “Guardar Informe” colocado en la parte
superior del informe.
Si el informe fue registrado con éxito se muestra el siguiente mensaje:
Para enviar el informe al departamento administrativo seguir el mismo pasó mencionado en la parte de
Enviar informes a administración.
3.2.4. Informe instalación backbone fibra óptica en campo
El registro del informe de backbone fibra óptica se encuentra dividido en 2 partes, una vez que se
procede a llenar la primera parte del informe presionar el botón guardar. En la segunda parte del
informe se registran los equipos utilizados en dicha actividad y el detalle de los hilos.
3.2.4.1. Agregar el detalle de hilos
Para agregar el detalle de manga presionar el botón “INGRESAR DETALLE HLOS”.
Al hacer esto se presentara el siguiente formulario el cual contiene:
145
- Un campo para ingresar la manga principal
- 2 campos para Ingresar en las mangas secundarias
- Presenta unas columnas con una serie de campos para ingresar el detalle de los hilos, y las
respectivas uniones, tanto para hilos como para tubillos. Para seleccionar los colores que
representan a cada hilo presionar sobre los campos “SELECCIONE COLOR”.
- Dos campos para ingresar el número de hilos
Para guardar los cambios efectuados del detalle de hilos de la manga presionar el botón guardar,
cada vez que se ingresen los detalles de cada manga se van agregando al informe de backbone.
En el ejemplo se observa que se realizaron dos ingresos.
3.2.4.2. Ingresar equipos
Para ingresar los equipos que fueron utilizados en dicha actividad presionar el botón “AGREGAR
EQUIPO”.
Al hacer esto se presenta el siguiente formulario, el cual contiene:
146
- Un campo para seleccionar el código del producto
- Un campo para colocar la cantidad
- Un campo para ingresar observaciones.
Para guardar el equipo e ingresarlo al informe presionar guardar, cada vez que se realicen ingresos se va
a ir ingresando a la lista de equipos del informe.
Para finalizar con el registro del informe presionar el botón Guardar informe colocado en la parte
superior del informe.
Si el registro fue realizado con éxito se mostrará el siguiente mensaje:
147
Para enviar el informe al departamento administrativo seguir el mismo pasó mencionado en la parte de
Enviar informes a administración.
4. Menú Perfil de bodega
El perfil de bodega controla todo el movimiento que se realiza con los productos, así como el registro,
eliminación y edición de productos. Contiene o siguiente:
- Bodega
o Productos de bodega
o Detalle de Movimientos
o Movimientos productos
- Clientes
o Operadores registrados
o Registrar Operador
o Clientes Registrados
o Registrar Cliente
Este perfil presenta el mismo funcionamiento que en el perfil administrativo la sección de bodega, a
operadores. Excepción que no puede eliminar clientes. EL funcionamiento de estas secciones se
especifica en las secciones:
- 2.4. Bodega
- 2.5. Clientes
148
149
ANEXO 5
PRUEBAS REALIZADAS CON JMETER
150
Pruebas de rendimiento
En la tabla se muestra los distintos tipos de escenarios a los cuales se pondrá a prueba la aplicación.
Escenarios Número de usuarios conectados
1 10
2 50
3 100
4 500 Previamente se realizaron las configuraciones iniciales, como las variables definidas por el usuario que contiene el nombre del servidor y el puerto, y las credenciales para acceder a la aplicación. Además, se deben definir el número de hilos que reflejan el número de usuarios que realizan peticiones, el periodo de subida que provee un tiempo adecuado para evitar la carga excesiva y el suficiente para que los últimos hilos inicien antes que los primeros terminen, y para finalizar se debe definir el contador del bucle que determina el número de veces que cada usuario ejecuta la petición. En la figura se visualiza el grupo de hilos o usuarios.
La primera prueba que se va a realizar es simulando que los usuarios realizan una petición a la ruta búsqueda/informe/. Los usuarios realizarán una consulta a la base de datos y visualizarán uno de los informes de finalización.
La segunda prueba realiza una petición a la ruta /registrar/operador a través de la cual los usuarios pueden realizar un registro de operadores, para ello utiliza el método POST. Y presenta la siguiente configuración:
151
Terminadas de hacer todas las configuraciones se empezaron a realizar cada una de las pruebas en los diferentes escenarios. JMeter permite llevar un adecuado control de reportes, como por ejemplo gráficos, resumen de reportes y ver los resultados de cada petición. En la figura muestra el reporte realizado por JMeter al realizar una prueba de rendimiento.
#Muestras: número de usuarios que realizan la petición. Media: tiempo en realizar una petición en milisegundos. Min: Tiempo mínimo invertido en realizar una petición. Max: Tiempo Máximo invertido en realizar una petición. %Error: Errores presentados al realizar una petición. Rendimiento: Número de peticiones procesadas por segundo. Kb/Sec: Cantidad de datos procesadas por segundo. Media de rendimiento: media de datos que da de respuesta el servidor.
152
Resultados
Se elaboraron una serie de tablas para interpretar cada una de las pruebas que se realizaron en cada uno de los escenarios y así visualizar mejor los reportes entregados por Jmeter.
- Simulación de usuarios al realizar una consulta del informe de finalización.
Escenario Usuarios Min Media Max Desviación estándar
Porcentaje de error
Rendimiento
1 10 604 626 662 17,57 0 1,9
2 50 661 1781 3228 663,79 0 6,6
3 100 1024 9954 19323 5132,24 0 4,5
4 500 3922 46479 82135 20647,63 0 5,9
Claramente se puede visualizar que los tiempos de respuesta aumentan a medida que aumenta el número de usuarios. En promedio 10 usuarios acceden en un tiempo de 0,6 s, 50 usuarios en 1,7 s, 100 usuarios en 9,9 s, 500 usuarios en 46 s.
- Simulación de usuarios al realizar un registro de operadores.
Claramente se puede visualizar que los tiempos de respuesta aumentan a medida que aumenta el número de usuarios. En promedio 10 usuarios acceden en un tiempo de 0,3 s, 50 usuarios en 0,4 s, 100 usuarios en 1,9 s, 500 usuarios en 17 s.
Escenario Usuarios Min Media Max Desviación estándar
Porcentaje de error
Rendimiento
1 10 333 350 400 21,15 0 2,1
2 50 323 443 1645 252,36 0 9,4
3 100 341 1907 4494 942,47 0 11,4
4 500 479 17435 34107 8688,66 0 12,9
153
0
10000
20000
30000
40000
Min Media Max
Tiempo de respuesta
Escenario 1: 10Usuarios
Escenario 2: 50Usuarios
Escenario 3: 100Usuarios
Escenario 4: 500Usuarios
Recommended