ESCUELA DE FORMACIÓN DE TECNÓLOGOS -...

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 [email protected]

DIRECTOR: MSC. EDWIN GONZALO SALVADOR PESANTES [email protected]

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



Ejecución del sprint 1 Scrum Diario .................................................................................... 26

Pruebas .............................................................................................................................. 30

Retroalimentación. ............................................................................................................. 38

3.2. Sprint 2 Desarrollo del Módulo de Bodega .................................................................. 39



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



Pruebas .............................................................................................................................. 52


3.4. Sprint 4 Gestión de Informes e Implementación .......................................................... 52




Pruebas .............................................................................................................................. 55


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


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


Necesito ver el listado de los operadores registrados.

Crear una consulta para visualizar el registro de operadores.

2


Necesito eliminar el registro de un operador.

Crear controlador para eliminar el registro de operadores.

2


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


Necesito ver el listado de los clientes registrados

Crear una consulta para visualizar el registro de clientes.

2


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.


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


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


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.


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


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.


Tareas Esfuerzo empleado en horas.


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


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


Necesito eliminar el registro de un producto.

Crear un controlador para eliminar el registro de productos.

2


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


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


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


Necesito eliminar el registro de un movimiento de un producto

Crear un controlador para eliminar el registro de movimiento.

3


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 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


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



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 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


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


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



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


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


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

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.


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.


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.


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


- 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.


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


- 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

- Email

- 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.


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.



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.



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

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




ESCUELA DE FORMACIÓN DE TECNÓLOGOS -...

Documents

Transcript of ESCUELA DE FORMACIÓN DE TECNÓLOGOS -...