“desarrollo e implantaciÓn de un sistema web para la

“DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN

DEL PROCESO ADMINISTRATIVO Y ATENCIÓN AL CLIENTE DE TECNYCELL YANTZAZA”

LÍNEA DE INVESTIGACIÓN:

ADAPTACIÓN TECNOLÓGICA E INNOVACIÓN

SUBLÍNEA DE INVESTIGACIÓN:

SISTEMAS DE INFORMACIÓN

AUTOR:

LEON GUAMÁN MILTON MANUEL

TUTOR:

DIEGO VICENTE GUAMÁN JIMA

FECHA:

07 de agosto de 2021

YANTZAZA – ZAMORA CHINCHIPE – ECUADOR

2021

Tesis previa a la obtención del título de Tecnólogo en Informática

ii

CERTIFICACIÓN DEL DIRECTOR Ing. Diego Vicente Guamán Jima DIRECTOR Certifico haber asesorado, revisado y orientado en todas sus partes, el desarrollo del Trabajo de grado Titulado: DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DEL PROCESOS ADMINISTRATIVO Y ATENCIÓN AL CLIENTE DE “TECNYCELL YANTZAZA”, de la autoría de

Milton Manuel Leon Guamán, el mismo que cumple con los requisitos,

disposiciones y requerimientos emitidos por el Instituto Superior Tecnológico

Primero de Mayo de las normas de graduación vigentes, por lo que, autorizo al

postulante continuar con el procedimiento legal como es su respectiva

presentación.

Yantzaza Julio del 2021

…………………………….

Ing. Diego Vicente Guamán Jima

iii

AUTORÍA

Yo, Milton Manuel Leon Guamán, declaro ser el Autor del presente trabajo de

graduación: titulado, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DEL PROCESO ADMINISTRATIVO Y ATENCIÓN AL CLIENTE DE “TECNYCELL YANTZAZA”, siendo el Ing. Diego Guamán tutor

del presente trabajo; y eximo expresamente al Instituto Superior Tecnológico

“PRIMERO DE MAYO” y a sus representantes legales de posibles reclamos o

acciones legales. Además, certifico que las ideas expuestas en el trabajo de

Análisis, Diseño, Desarrollo de Software y que aparecen como propias son en

su totalidad de mi absoluta responsabilidad y autoría.

………………………

Milton Manuel Leon Guamán

Autor

iv

CESIÓN DE DERECHOS

Yo, Milton Manuel Leon Guamán con cedula 0106940570, manifiesto mi

voluntad de ceder al Instituto Superior Tecnológico Primero de Mayo los

derechos patrimoniales consagrados en la ley de prioridad intelectual del

Ecuador, articulo 4, 6 y en calidad de autor del trabajo de grado denominado

DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DEL PROCESO ADMINISTRATIVO Y ATENCIÓN AL CLIENTE DE “TECNYCELL YANTZAZA”, que ha sido desarrollado para optar: el título de

tecnólogo en informática, quedando la institución facultada para ejercer

plenamente los derechos cedidos anteriormente.

En mi condición de autor me reservo los derechos morales de la obra antes

citada. En concordancia suscribo este documento al momento que hago entrega

del trabajo final en formato impreso y digital al instituto.

…………………………


v

DEDICATORIA Esta tesis se la dedico a mi Dios quien supo guiarme por el buen camino, darme

fuerzas para seguir adelante y no desmayar en los problemas que se

presentaban, enseñándome a encarar las adversidades sin perder nunca la

dignidad ni desfallecer en el intento. A mi familia quienes por ellos soy lo que

soy.

También para mis extraordinarios abuelos y mi madre por su apoyo, consejos,

comprensión y amor, quienes estuvieron en los momentos más difíciles, y por

ayudarme con los recursos necesarios para estudiar. Me han dado todo lo que

soy como persona, mis valores, mis principios, mi carácter, mi empeño, mi

perseverancia, mi coraje para conseguir mis objetivos.

A mis hermanos por estar siempre presentes, acompañándome para poderme

realizar.

“El verdadero propósito de cualquier objetivo es enriquecerte como persona a

raíz del esfuerzo realizado para satisfacerlo. La verdadera recompensa es

Moral”. Anthony Robbins.


vi

AGRADECIMIENTO Como prioridad en mi vida agradezco a Dios por su infinita bondad y por haber

estado conmigo en los momentos que más lo necesitaba, por darme salud,

fortaleza, responsabilidad y sabiduría, por haberme permitido culminar un

peldaño más de mis metas y porque tengo la certeza y el gozo de que siempre

va a estar conmigo. Y por consiguiente agradezco a mis Abuelos por ser los mejores, a mi madre que

a pesar de la distancia ha estado conmigo apoyándome en los momentos

difíciles, por dedicar tiempo y esfuerzo para ser un hombre de bien, y

brindarme excelentes consejos en mi caminar diario. A mis hermanos, que con

su ejemplo y dedicación me han instruido para seguir adelante en mi vida

profesional. A mis maestros quienes fueron pieza importante ya que generosamente

compartieron conocimientos y experiencias para formarme como un profesional,

a mi director de tesis quien supo creer en mi capacidad y de la misma manera

orientarme sin interés alguno para culminar con éxito este análisis, diseño y

desarrollo de software. Así como también a la empresa cual fue la principal

herramienta para llevar a cabo este trabajo. La misma que me facilito la

información necesaria para poder hacer realidad el presente trabajo.

El Autor

vii

ÍNDICE DE CONTENIDOS

CERTIFICACION DEL DIRECTOR .................................................................... ii

AUTORIA............................................................ Error! Bookmark not defined.

CESIÓN DE DERECHOS .................................................................................. iv

DEDICATORIA ................................................................................................... v

AGRADECIMIENTO .......................................................................................... vi

INDICE DE CONTENIDOS ............................................................................... vii

INDICE DE TABLAS .......................................................................................... x

INDICE DE FIGURAS ........................................................................................ xi

1. TITULO ................................................................................................. 1

2. RESUMEN ............................................................................................ 2

3. INTRODUCCIÓN .................................................................................. 4

4. REVISION DE LITERATURA ............................................................... 6

4.1. HARDWARE ......................................................................................... 6

4.2. SOFTWARE.......................................................................................... 6

4.2.1. Software de sistemas ............................................................................ 7

4.2.2. Software de programación .................................................................... 7

4.2.3. Software de aplicación .......................................................................... 7

4.3. BASE DE DATOS ................................................................................. 7

4.4. PROGRAMACION A TRES CAPAS ..................................................... 8

4.5. LA PROGRAMACION ORIENTADA A OBJETOS ................................ 8

4.6. PHP ...................................................................................................... 9

4.7. LARAVEL .............................................................................................. 9

4.8. MYSQL ............................................................................................... 10

4.9. DOCTRINE ......................................................................................... 10

viii

4.10. LENGUAJE UNIFICADO DE MODELADO ......................................... 10

4.11. ICONIX ............................................................................................... 11

5. MATERIALES Y METODOS ............................................................... 13

5.1. MATERIALES ..................................................................................... 13

5.1.1. Recursos Humanos ............................................................................. 13

5.1.2. Recursos Tecnológicos ....................................................................... 13

5.2. METODOS Y TECNICAS ................................................................... 14

5.2.1. METODOLOGÍA DE DESARROLLO DE SOFTWARE ....................... 14

5.2.2. Métodos de investigación .................................................................... 16

5.2.3. Técnicas .............................................................................................. 17

6. RESULTADOS .................................................................................... 18

6.1. Análisis de requisitos .......................................................................... 18

6.1.1. Requisitos funcionales ........................................................................ 18

6.1.2. Requisitos no funcionales ................................................................... 19

6.1.3. Identificación de actores ...................................................................... 20

6.1.4. Modelo del Dominio ............................................................................. 20

6.1.5. Casos de uso ...................................................................................... 21

6.1.7. Diagrama de robustez ......................................................................... 47

6.2. Diseño ................................................................................................. 52

6.2.1. Diagrama de secuencia ....................................................................... 52

6.3. Implementación................................................................................... 71

6.4. Pruebas .............................................................................................. 73

6.4.1. Pruebas realizadas al software ........................................................... 73

6.4.2. Pruebas de satisfacción realizadas a los usuarios finales. .................. 75

6.4.3. Pruebas de sistema y aceptación basados en casos de uso. ............. 79

7. CONCLUSIONES ............................................................................... 95

8. RECOMENDACIONES ....................................................................... 96

ix

9. BIBLIOGRAFIA ..................................... Error! Bookmark not defined.

ANEXOS .......................................................................................................... 98

Anexo A: Entrevista dirigida a Tecnycell Yantzaza .......................................... 98

Anexo B: Ficha de observación ......................................................................101

Anexo C: Proyecto de Tesis............................................................................105

x

ÍNDICE DE TABLAS

Tabla 1. Recursos Humanos. Elaboración Propia ........................................... 13

Tabla 2. Recursos Tecnológicos. Elaboración Propia ...................................... 13

Tabla 3. Recursos Tecnológicos. Elaboración Propia ...................................... 14

Tabla 4. Actores del proceso. Elaboración Propia ........................................... 18

Tabla 5. Requisitos Funcionales. Elaboración Propia ...................................... 19

Tabla 6. Requisitos No Funcionales. Elaboración Propia ................................ 20

Tabla 7. Identificación de actores. Elaboración Propia .................................... 20

Tabla 8. Curso normal eventos Iniciar Sesión. Elaboración Propia ................. 24

Tabla 9. Curso normal de eventos Registrar Cliente. Elaboración Propia ....... 27

Tabla 10. Curso normal de eventos Inventarios. Elaboración Propia .............. 30

Tabla 11. Curso normal de eventos Horarios. Elaboración Propia .................. 33

Tabla 12. Curso normal de eventos Proveedores. Elaboración Propia ............ 37

Tabla 13. Curso normal de eventos Registrar Venta. Elaboración Propia ....... 40

Tabla 14. Curso normal de eventos Reparaciones. Elaboración Propia .......... 44

Tabla 15. Curso normal de eventos Compras. Elaboración Propia ................. 47

Tabla 16. Entrevista Pregunta Nro. 1. ............................................................. 75

Tabla 17. Entrevista Pregunta Nro.2 ................................................................ 76

Tabla 18. Entrevista Pregunta Nro. 3 ............................................................... 76

Tabla 19. Entrevista Pregunta Nro.4 ................................................................ 77

Tabla 20. Entrevista Pregunta Nro. 5 ............................................................... 78

Tabla 21. Entrevista Pregunta Nro.6 ................................................................ 78 Tabla 22. Caso de prueba - Gestión de Clientes. Elaboración Propia ............. 79

Tabla 23. Caso de prueba - Gestión de Compras. Elaboración Propia ........... 82

Tabla 24. Caso de prueba - Gestión de Usuarios. Elaboración Propia ............ 86

Tabla 25. Caso de prueba - Gestión de Reparaciones. Elaboración Propia .... 90

Tabla 26. Ficha Técnica. Elaboración Propia..................................................104

xi

ÍNDICE DE FIGURAS

Figura 1. Modelo de Dominio. Elaboración Propia ........................................... 21

Figura 2. Diagrama de casos de uso. Elaboración Propia ............................... 21

Figura 3. Ventana Login. Elaboración Propia................................................... 22

Figura 4. Ventana Principal. Elaboración Propia .............................................. 22

Figura 5. Usuario no encontrado ...................................................................... 22

Figura 6. Campos vacíos. Elaboración Propia ................................................. 23

Figura 7. Ventana Lista de Clientes. Elaboración Propia ................................. 24

Figura 8. Ventana Nuevo Cliente. Elaboración Propia ..................................... 24

Figura 9. Ventana de Mensaje Guardado con éxito ......................................... 24

Figura 10. Ventana Edita Cliente. Elaboración Propia ..................................... 25

Figura 11. Ventana Editado correctamente...................................................... 25

Figura 12. Ventana Eliminar Cliente. Elaboración Propia ................................ 25

Figura 13. Ventana Eliminado Correctamente. ................................................ 25

Figura 14. Ventana Listado de Inventario. Elaboración Propia ....................... 27

Figura 15. Ventana Nuevo Artículo. Elaboración Propia .................................. 27

Figura 16. Ventana de mensaje Guardado correctamente. ............................. 28

Figura 17. Ventana Editar Articulo. Elaboración Propia ................................... 28

Figura 18. Ventana Editado correctamente...................................................... 28

Figura 19. Ventana Elimina Articulo. Elaboración Propia ................................. 28

Figura 20. Ventana Eliminado correctamente .................................................. 29

Figura 21. Ventana Listado de Marcaciones. Elaboración Propia .................... 30

Figura 22. Ventana Nueva Marcación. Elaboración Propia.............................. 31

Figura 23. Ventana Guardado correctamente .................................................. 31

Figura 24. Ventana Editar Marcación. Elaboración Propia............................... 31

Figura 25. Ventana Mensaje Datos Modificados .............................................. 31

Figura 26. Ventana Eliminar Marcado. Elaboración Propia.............................. 32

Figura 27. Ventana de eliminación con éxito ................................................... 32

Figura 28. Ventana Listado de Proveedores. Elaboración Propia .................... 34

Figura 29. Ventana Nuevo Proveedor. Elaboración Propia.............................. 34


Figura 31. Ventana Edita Proveedor. Elaboración Propia ................................ 35

Figura 32. Ventana mensaje Datos modificados .............................................. 35

xii

Figura 33. Ventana Elimina Proveedor. Elaboración Propia ............................ 35

Figura 34. Ventana de eliminado con éxito. ..................................................... 35

Figura 35. Ventana Listado de Ventas. Elaboración Propia ............................. 37

Figura 36. Ventana Nueva Venta. Elaboración Propia ..................................... 38


Figura 38. Ventana Edita Compra. Elaboración Propia ................................... 38

Figura 39. Ventana de mensaje Datos modificados ......................................... 39

Figura 40. Ventana Anula Venta. Elaboración Propia ...................................... 39

Figura 41. Ventana de anulado con éxito ........................................................ 39

Figura 42. Ventana Listado de Reparación. Elaboración Propia...................... 41

Figura 43. Ventana Nueva Reparación. Elaboración Propia ............................ 41

Figura 44. Ventana de mensaje. Guardado con éxito ...................................... 41

Figura 45. Ventana Edita Reparación. Elaboración Propia .............................. 42

Figura 46. Ventana Mensaje Datos modificados .............................................. 42

Figura 47. Ventana Anular Reparación. Elaboración Propia ............................ 42

Figura 48. Ventana de anulado correctamente ................................................ 42

Figura 49. Ventana Listado de Compras. Elaboración Propia ......................... 44

Figura 50. Ventana Nueva Compra. Elaboración Propia ................................. 45


Figura 52. Ventana Editar Compra. Elaboración Propia .................................. 45

Figura 53. Ventana de mensaje Datos modificados ......................................... 45

Figura 54. Ventana Anular Compra. Elaboración Propia ................................. 46

Figura 55. Ventana de Anulado correctamente................................................ 46

Figura 56. Diagrama de robustez Clientes. Elaboración Propia....................... 48

Figura 57. Diagrama de Robustez Reparaciones. Elaboración Propia ............ 48

Figura 58. Diagrama de robustez Ventas. Elaboración Propia ........................ 49

Figura 59. Diagrama de robustez Proveedores. Elaboración Propia ............... 49

Figura 60. Diagrama de robustez Compras. Elaboración Propia ..................... 50

Figura 61. Diagrama de robustez Inventario. Elaboración Propia .................... 50

Figura 62. Diagrama de Robustez Horario. Elaboración Propia ...................... 51

Figura 63. Diagrama de Robustez Usuarios. Elaboración Propia .................... 51

Figura 64. Diagrama de Secuencia Iniciar Sesión. Elaboración Propia ........... 53

Figura 65. Diagrama de Secuencia Error al Ingreso. Elaboración Propia ........ 54

Figura 66. Diagrama de Secuencia Registrar Cliente. Elaboración Propia ...... 55

xiii

Figura 67. Diagrama de Secuencia Clientes Alterno. Elaboración Propia ....... 56

Figura 68. Diagrama de Secuencia Usuarios. Elaboración Propia .................. 57

Figura 69. Diagrama de Secuencia Usuarios Alterno. Elaboración Propia ...... 58

Figura 70. Diagrama de Secuencia Horarios. Elaboración Propia ................... 59

Figura 71. Diagrama de Secuencia Horarios Alterno. Elaboración Propia ....... 60

Figura 72. Diagrama de Secuencia Inventario. Elaboración Propia ................. 61

Figura 73. Diagrama de Secuencia Inventario Alterno. Elaboración Propia .... 62

Figura 74. Diagrama de Secuencia Proveedores. Elaboración Propia ............ 63

Figura 75. Diagrama de Secuencia Proveedores Alterno. Elaboración Propia 64

Figura 76. Diagrama de Secuencia Reparaciones. Elaboración Propia .......... 65

Figura 77. Diagrama de Secuencia Reparación Alterno. Elaboración Propia .. 66

Figura 78. Diagrama de Secuencia Ventas. Elaboración Propia ..................... 67

Figura 79. Diagrama de Secuencia Ventas Alterno. Elaboración Propia ......... 68

Figura 80. Diagrama de Secuencia Compras. Elaboración Propia .................. 69

Figura 81. Diagrama de Secuencia Compra Alterno. Elaboración Propia ....... 70

Figura 82. Código fuente Login. Elaboración Propia ........................................ 71

Figura 83. Código fuente Crear Usuarios. Elaboración Propia ........................ 72

Figura 84. Código fuente Editar Clientes. Elaboración Propia ......................... 72

Figura 85. Código fuente Crear Clientes. Elaboración Propia.......................... 73

Figura 86. Pruebas de rendimiento del sitio web. Elaboración Propia ............. 73

Figura 87. Pruebas de interfaz con el usuario.................................................. 74

Figura 88. Pruebas de carga............................................................................ 74

Figura 89. Pruebas de satisfacción. Administrador - Técnico .......................... 75

Figura 91. Entrevista realizada a usuarios finales. Elaboración propia ............ 75

Figura 92. Entrevista realizada a los usuarios finales. Elaboración Propia ...... 76


Figura 94. Entrevista realizada a los usuarios finales. Elaboración Propia ...... 77

Figura 95. Entrevista realizada a los usuarios finales. Elaboración propia. ..... 78


1

1. TITULO

DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA

GESTIÓN DEL PROCESO ADMINISTRATIVO Y ATENCIÓN AL CLIENTE DE

“TECNYCELL YANTZAZA”.

2

2. RESUMEN

El presente proyecto de tesis consiste en el Desarrollo e Implantación de un

sistema web para la gestión del proceso administrativo y atención al cliente de

Tecnycell Yantzaza, con el propósito de mejorar y agilizar los procesos

administrativos y registro de los clientes. Por otra parte, para el procesamiento de la información se utilizó la

metodología ICONIX el cual nos permitió desarrollar las fases del ciclo del

desarrollo del sistema de Gestión Administrativa y Atención al Cliente, que

junto con los diagramas de lenguaje estructurado UML son parte fundamental

en la recopilación y documentación de la información ya que ayudan a

organizar y simplificar el modelado de los procesos que interviene el sistema. Durante la elaboración de este proyecto se utilizó el patrón de diseño “modelo –

vista – controlador “, para lo cual en el back-end se ocupó el mismo laravel y

para el front-end se ocupó las plantillas propias de laravel; en este caso Blade.

La arquitectura web utilizada fue API Rest, de la cual la arquitectura básica

para cualquier sistema web es cliente servidor. Software para la Gestión del Proceso Administrativo y Atención al Cliente

permite la fácil administración de registros siendo un aporte funcional para la

empresa. Este sistema es un software personalizado, es decir; se construyó de

acuerdo a las necesidades reales de la empresa que permitirá tener un mayor

control y desempeño en sus actividades cotidianas a través del sistema web.

Dentro del planteamiento de la solución, se presentó las facilidades que puede

tener desarrollar un sistema web frente a un sistema tradicional de escritorio. Al

utilizar este tipo de sistemas le permitirá tener un mejor acceso y las exigencias

de requerimientos de hardware y software son cada vez menos.

Palabras Clave

Software Personalizado, Laravel, Iconix, Proceso Administrativo, Atención al Cliente.

3

ABSTRACT

This thesis project consists of the Development and Implementation of a web

system for the management of the administrative process and customer

service of Tecnycell Yantzaza, with the purpose of improving and

streamlining the administrative processes and customer registration.

On the other hand, for the information processing, the ICONIX methodology

was used, which allowed us to develop the phases of the development cycle

of the Administrative Management and Customer Service system, which

together with the UML structured language diagrams are a fundamental part

of the compilation and documentation of information as they help to organize

and simplify the modeling of the processes involved in the system.

During the development of this project, the design pattern "model - view -

controller" was used, for which the same laravel was used on the back-end

and the laravel's own templates were used for the front-end; in this case

Blade. The web architecture used was API Rest, of which the basic

architecture for any web system is client server.

Software for the Management of the Administrative Process and Customer

Service allows easy administration of records, being a functional contribution

to the company. This system is a customized software, that is to say; It was

built according to the real needs of the company that will allow greater control

and performance in their daily activities through the web system. Within the

approach to the solution, the facilities that developing a web system can have

compared to a traditional desktop system were presented. Using this type of

system will allow you to have better access and the demands of hardware

and software requirements are less and less.

Keywords

Custom Software, Laravel, Iconix, Administrative Process, Customer Service.

4

3. INTRODUCCIÓN

La importancia del presente sistema para gestión del proceso administrativo

y atención al cliente, constituye en una herramienta que permite organizar el

trabajo del administrador y técnicos para poder disponer de una información

oportuna para la toma de decisiones; que conlleva el mejoramiento y fluidez

de las operaciones de la microempresa.

Hoy en día es imprescindible contar con herramientas automatizadas que

faciliten y agilicen procesos, de esta manera permitiendo el ahorro de tiempo

y dinero ya sea en instituciones públicas o privadas, en este caso la empresa

Tecnycell Yantzaza.

El sistema web para la gestión del proceso administrativo y atención al

cliente, constituye un aporte significativo para el gerente de la empresa y

especialmente técnicos que laboran en la microempresa Tecnycell Yantzaza

de la provincia de Zamora Chinchipe, ya que el sistema facilita los

procedimientos de registro de clientes y procesos administrativos para así

poder tener un control adecuado del mismo, de esta manera contribuir con

un servicio eficaz y eficiente al momento de la atención a los clientes.

El presente trabajo de investigación contiene primeramente la Revisión de

Literatura que está constituida por los referentes teóricos básicos inherentes

al tema.

Los Materiales y Métodos están constituidos por la metodología

utilizada para analizar la información obtenida y desarrollar la

propuesta.

Como objetivos para el presente trabajo de investigación se realiza un

análisis para identificación de requerimientos del sistema, seguido del

diseño de la arquitectura funcional del software, la implementación del

sistema web y como parte final la realización de pruebas para verificar

integridad, fiabilidad del sistema para garantizar el correcto

funcionamiento.

5

En los resultados se presentan las actividades realizadas en cada de una de

las fases del ciclo de vida del software, que permiten evidenciar la

consecución de los objetivos. Para ello se consideraron las diversas

tecnologías que han intervenido en la elaboración del proyecto.

En los anexos se evidencian un conjunto de documentos que permiten

enriquecer la construcción del proyecto de investigación.

6

4. REVISIÓN DE LITERATURA

4.1. HARDWARE

El hardware es la parte física de un ordenador o sistema informático, está

formado por los componentes eléctricos, electrónicos, electromecánicos y

mecánicos.

Cuando se trata de hardware nos referimos a un conjunto de piezas físicas y

tangibles que interaccionan entre sí de forma analógica o digital para dar

lugar al ordenador. El hardware es el soporte físico sobre el que se instala,

opera y funciona cualquier software; es decir, sin el hardware, el ordenador

no existe. (A.Lazaro, 2019)

El hardware en otras palabras se lo considera a toda parte física de

cualquier dispositivo o elemento como por ejemplo autos, ordenadores,

teléfonos móviles, cámaras, robots, etc. (Significados, 2021)

4.2. SOFTWARE

El software es el soporte lógico e inmaterial que permite que la computadora

pueda desempeñar tareas inteligentes, dirigiendo a los componentes físicos

o hardware con instrucciones a través de diferentes tipos de programas

(Software, 2014)

El software es la parte inmaterial del ordenador que permite que los

diferentes componentes de hardware funcionen, estamos hablando de un

conjunto de instrucciones, datos o programas que ejecutan tareas concretas

dentro del sistema informático. (A.Lazaro, 2019)

Además, podemos complementar con respecto a lo que menciona el autor,

el software es un ingrediente indispensable para el funcionamiento del

computador. Está formado por instrucciones y datos, que permiten

aprovechar todos los recursos que posee el computador.

7

4.2.1. Software de sistemas

Se define al software de Sistema como un “conjunto de programas que

sirven para interactuar con el sistema, confiriendo control sobre el hardware,

además de dar soporte a otros programas. (Software, 2014)

4.2.2. Software de programación

El software de programación es aquel que permite al usuario desarrollar sus

propias herramientas a través de un lenguaje más cercano al humano,

dentro de este apartado se encontrarían herramientas como lenguajes de

programación, compiladores, herramientas de debuggin o depurado y

similares. (A.Lazaro, 2019)

4.2.3. Software de aplicación

El software de aplicación, software utilitario para usuario final o apps, son

todos aquellos programas que ejecutan tareas concretas para las que han

sido desarrollados específicamente. (A.Lazaro, 2019)

4.3. BASE DE DATOS

Base de datos es el conjunto de datos informáticos organizados en un

mismo contexto para su uso y vinculación. Se le llama base de datos a los

bancos de información que contienen datos relativos a diversas temáticas y

categorizados de distinta manera, pero que comparten entre si algún tipo de

vínculo o relación que busca ordenarlos y clasificarlos en conjunto.

(DefinicionABC, 2012)

Una base de datos puede ser de diverso tipo, desde un pequeño fichero

casero para ordenar libros y revistas por clasificación alfabética hasta una

compleja base que contenga datos de índole gubernamental en un Estado u

organismo internacional. Recientemente, el termino base de datos comenzó a

utilizarse casi exclusivamente en referencia a bases construidas a partir de

software informático, que permiten una más fácil y rápida organización de los

datos. Las bases de datos informáticas pueden crearse a partir de software o

incluso de forma online usando Internet. (DefinicionABC, 2012)

8

Además, en relación con lo antes descrito por el autor, base de datos es,

cualquier conjunto de datos organizados para su almacenamiento en la

memoria de un ordenador o computadora, diseñado para facilitar su

mantenimiento y acceso de una forma estándar.

4.4. PROGRAMACIÓN A TRES CAPAS

La programación a tres capas se refiere a un estilo de programación que

tiene como objetivo separar la lógica de diseño de la lógica de negocios.

Una de las ventajas que podemos destacar sobre este estilo es que el

desarrollo del software se puede llevar a cabo en varios tipos de niveles, así,

cuando suceda algún cambio solo nos iremos sobre el nivel requerido.

La programación por capas es una técnica de la ingeniería del software

propia de la programación a objetos, que se divide en 3 capas: la capa de

presentación o frontera, la capa de lógica de negocio y por último la capa de

datos. (Blog, 2014)

Independientemente a lo que menciona el autor, la programación a tres

capas es la manera de distribuir el trabajo al momento de la creación de una

aplicación a través de niveles tales como Capa de Presentación, Capa de

Negocios, Capa de datos.

4.5. LA PROGRAMACIÓN ORIENTADA A OBJETOS

La programación orientada a objetos, es un paradigma de programación que

usa objetos y sus interacciones, para diseñar aplicaciones y programas

informáticos.

Es una forma de programar que trata de encontrar una solución a estos

problemas. Introduce nuevos conceptos, los cuales superan y amplia

conceptos antiguos ya conocidos (Objetos, s.f.)

En concordancia con lo descrito por el autor. La POO es una de las formas

más populares de programar y viene teniendo gran acogida en los últimos

años por sus grandes ventajas y diferencias frente a las antiguas formas de

9

trabajar.

4.6. PHP

PHP (acrónimo recursivo de php: Hypertext Preprocessor) es un lenguaje de

código abierto, el cual es muy popular especialmente adecuado para el

desarrollo web y que puede ser incrustado en HTML.

Lo que distingue a Php de algo del lado del cliente como JavaScript es que

el código es ejecutado en el servidor, generando HTML y enviándolo al

cliente. (PHP.net, s.f.)

Independientemente a lo que menciona el autor. Php es un lenguaje de

programación que tiene extrema simplicidad para aquellos que empiezan en

el mundo de la programación y a su vez ofrece características avanzadas

para aquellos programadores profesionales.

4.7. LARAVEL

Es un popular framework de PHP. Permite el desarrollo de aplicaciones web

totalmente personalizada de alta calidad. Pone énfasis en la calidad del

código, la facilidad de mantenimiento y escalabilidad, lo que permite realizar

proyectos pequeños a grandes. La documentación siempre ha sido muy

completa, además tiene un enfoque bastante didáctico. (Desarrrollo Web,

2016).

Laravel brinda herramientas sólidas para la inyección de dependencias,

pruebas unitarias, colas, eventos en tiempo real.

Los controladores son una parte esencial del framework Laravel, algo que

permite agregar dinamismo al software y poder interactuar con modelos y

otras clases de nuestra aplicación. (Styde, s.f.)

Además, a diferencia de lo mencionado por el autor. Laravel es un entorno

de desarrollo muy completo y profesional que contiene muchas

funcionalidades para la creación y sobre todo la programación de distintos

tipos de aplicaciones.

10

4.8. MYSQL

MySQL es un sistema gestor de bases de datos relacionales potente y

versátil, capaz de satisfacer la mayoría de proyectos web. Fue desarrollado

inicialmente por Sun Microsystems, cayó en manos de Oracle cuando ésta

adquirió a Sun. En estos momentos MySQL se mantiene con licencia dual,

por una parte, es GPL y código abierto, gratuita para uso por la comunidad,

por otra parte, tiene licencia comercial.

El conjunto de funcionalidades de MySQL es bastante amplio y se puede

considerar de grado empresarial, capaz de acometer proyectos de todo tipo.

En su licencia abierta de la comunidad no tienen ningún tipo de limitación.

(Desarrollo Web, s.f.)

En concordancia con lo descrito por el usuario. MySQL es un sistema de

gestión de base de datos relacional de código abierto que se ejecuta

prácticamente en todas las plataformas incluyendo Linux, Unix y Windows.

4.9. DOCTRINE

Es una herramienta de mapeo objeto-relacional (ORM) para la plataforma

PhP que facilita el mapeo de atributos entre una base de datos relacional

tradicional.

En otras palabras, Doctrine es un Framework que permite trabajar con un

esquema de base de datos como si fuese un conjunto de objetos, y no de

tablas y registros. La característica más importante es que ofrece la

posibilidad de escribir consultas de base de datos en un lenguaje propio

llamado Doctrine Query Language. (Andalucia, s.f.)

En otras palabras, Doctrine es un Framework que agiliza la relación entre la

aplicación y la base de datos. Para poder aprender a utilizarlo es necesario

contar con los conocimientos básicos de base de datos, así como manejar el

lenguaje PhP.

4.10. LENGUAJE UNIFICADO DE MODELADO

11

ULM es un lenguaje estándar para el modelado de software lenguaje para

visualizar, especificar, construir y documentar los artefactos de un sistema

con gran cantidad de software. Lenguaje usado por el Proceso Unificado.

Lenguaje que permite a los desarrolladores visualizar el producto de su

trabajo en esquemas o diagramas estandarizados. (Informatica Educativa,

2012).

Diagramas de Caso de Uso: Un diagrama que muestra un conjunto de

casos de uso y de actores y sus relaciones, los diagramas de casos de uso

muestran los casos de uso desde un punto de vista estático. (Informatica

Educativa, 2012)

Diagrama de Clases: Un diagrama que muestra un conjunto de clases,

interface y colaboraciones y las relaciones entre ellos, los diagramas de

clases muestran un diseño de un sistema desde un punto estático.

(Informatica Educativa, 2012)

Diagrama de Objetos: Un diagrama que muestra un conjunto de objetos y

sus relaciones en un momento determinado; los diagramas de objetos

muestran el diseño o los procesos de un sistema desde un punto de vista

estático. (Informatica Educativa, 2012)

Diagrama de Secuencia: Un diagrama de interacción, que hace énfasis en

la ordenación temporal de los mensajes.

4.11. ICONIX

Iconix es un proceso simplificado en comparación con otros más

tradicionales, que unifica un conjunto de métodos de orientación a objetos

con el objetivo de abarcar todo el ciclo de vida de un proyecto.

Además, Iconix es una metodología pesada-ligera de Desarrollo del

Software que se halla entre RUP (Rational Unified Process) y XP (eXtreme

Programming), unifica un conjunto de métodos de orientación a objetos con

el objetivo de tener un control estricto sobre todo el ciclo de vida del producto

a realizar. (Blogspot, 2014)

12

Su fundamento es el hecho de que un 80 % de los casos pueden ser

resueltos tan solo con un uso del 20 % del UML, con lo cual se simplifica

muchísimo el proceso sin perder documentación al dejar solo aquello que es

necesario. (Oliva, s.f.)

Presenta claramente las actividades de cada fase y exhibe una secuencia

de pasos que deben ser seguidos.

Características Principales de Iconix:

Iterativo e Incremental: Varias interacciones ocurren entre

el desarrollo del modelo del dominio y la identificación de los

casos de uso.

Trazabilidad: Cada paso esta refinado por algún requisito.

Se define la trazabilidad como la capacidad de seguir una

relación entre los diferentes “artefactos de software”

producidos.

Dinámica del UML: Ofrece un uso dinámico del UML

porque utiliza algunos diagramas del UML, sin exigir la

utilización de todos, como es el caso del RUP. (Oliva, Portal

Huarpe, s.f.)

13

5. MATERIALES Y MÉTODOS

5.1. MATERIALES

5.1.1. Recursos Humanos

En la tabla 1, se detallan los recursos humanos con los que se contara para

la elaboración y seguimiento del proyecto.

Tabla 1.

RECURSOS HUMANOS

Nombre Cargo Nº Horas

Milton Leon Estudiante 600

Diego

Guamán

Director 20

Tabla 1. Recursos Humanos. Elaboración Propia

5.1.2. Recursos Tecnológicos

En la tabla 2, se detallan los recursos tecnológicos hardware que se va a

emplear para la construcción del proyecto.

Tabla 2.

HARDWARE

Descripción Cantidad

Computadora Hp 1

Impresora EPSON

14150

1

Tabla 2. Recursos Tecnológicos. Elaboración Propia

En la tabla 3, se detallan los recursos tecnológicos software que se van a

utilizar para la construcción del proyecto.

Tabla 3.

14

SOFTWARE

Descripción Cantidad

Laravel 1

Xammp 1

Visual Studio Code 1

Mysql Workbench 1

Tabla 3. Recursos Tecnológicos. Elaboración Propia

5.2. MÉTODOS Y TÉCNICAS

5.2.1. METODOLOGÍA DE DESARROLLO DE SOFTWARE Para el presente proyecto de investigación, se empleó la metodología

ICONIX, la cual tiene las siguientes fases: 5.2.1.1. Fase 1: Análisis de requisitos

Se analiza todos los requisitos que formaran parte del sistema, para lo cual

se debe realizar el modelo de casos de uso:

Para el desarrollo de los casos de uso de la página web para la gestión

administrativa y atención al cliente, se analizó los procesos que son

manipulados por cada uno de los actores.

A través de esta fase se pudo cumplir con el primer objetivo establecido que

es la realización de un análisis para poder identificar todos los

requerimientos necesarios del sistema.

5.2.1.1.1. Requisitos funcionales

Los requisitos funcionales permitieron detallar la interacción entre el usuario

final y el sistema, es decir, los procesos que va a manejar el usuario estarán

conectado con una interfaz que va a facilitar realizar sus actividades de una

forma más ágil.

5.2.1.1.2. Requisitos no funcionales

15

Los requisitos no funcionales representaron características generales y

restricciones de la aplicación Gestión de Procesos Administrativos y

Atención al Cliente de Tecnycell Yantzaza.

5.2.1.1.3. Diagrama de casos de uso

Se utilizó esta herramienta con el objetivo de documentar todo el análisis

realizado con los actores involucrados, es un diagrama que detallo el

comportamiento operacional y funcional de los diferentes procesos

cotidianos.

5.2.1.2. Fase 2: Análisis y Diseño Preliminar

Mediante esta fase se logró diseñar toda la arquitectura funcional del

software con lo cual se logra cumplir un objetivo establecido.

5.2.1.2.1. Diagrama de clases

En el diagrama de clases se presentó las relaciones entre las clases que

componen el sistema, las funciones y el procedimiento que se utilizaron para

el tratamiento de la información antes de ingresarla a la base de datos.

Se propuso el siguiente diagrama de clases donde se detallan todos los

objetos que conformaron el desarrollo de la página web.

5.2.1.2.2. Descripción casos de uso

Los casos de uso son la secuencia de acciones que el sistema llevo a cabo,

el cual dio lugar a un resultado de valor observable para un actor particular.

Una especificación de caso de uso proporciona los detalles contextuales de

un caso de uso.

5.2.1.3. Fase 3: Diseño

En esta fase se procedió a realizar los diagramas de secuencia, los cuales

16

se derivaron directamente de las fichas de caso de uso, que permitieron la

codificación del sistema cumpliendo asi un objetivo establecido.

Los diagramas de secuencia se relacionan con las fichas de casos de uso,

las mismas que están relacionadas con cada caso de uso, y cada caso de

uso está relacionado con un requisito funcional.

Teniendo en cuenta que se va a realizar una página web sobre gestión

administrativa y atención al cliente se presentaron las interfaces principales

con las que va a interactuar el usuario en la página.

5.2.1.4. Fase 4: Implementación

En esta fase es donde se escribió el código tal y como fue especificado en

las fases anteriores y se planeó las pruebas basándose en los requisitos

iniciales.

Aquí es donde se puso a prueba la garantía de calidad, después de tener el

diseño, fue cuestión de crear el software, y mediante los testeos y pruebas

adecuadas poder garantizar que el sistema si cumplió con los requisitos

funcionales y por tanto poder proceder con su entrega.

Finalizada esta fase se cumplió con los últimos objetivos específicos que son

la implementación del sistema, y la realización de pruebas que verifiquen la

integridad y fiabilidad del sistema.

5.2.2. Métodos de investigación

5.2.2.1. Método deductivo

Para poder aplicar este método se partió de datos generales observados a

simple vista dentro de la microempresa que son aceptados como verdaderos

para deducir mediante el razonamiento lógico varias hipótesis y aplicar en

casos individuales, es decir poder identificar cada una de las actividades que

realiza la empresa.

5.2.2.2. Método inductivo

17

Este método propone partir desde los objetivos específicos para extraer una

conclusión general de que es lo que necesita actualmente la empresa.

Para aplicar este método se debió seguir una serie de pasos, empezando

por la observación de determinados hechos que suceden en la empresa, se

los registro, analizo y los contrasto. A continuación, se clasifico la

información registrada para llegar a una explicación.

Esto se lo aplico una vez ya identificado todos los problemas existentes

dentro de la empresa, como por ejemplo tenemos el tiempo que tarda en el

registro de equipos y clientes, el hecho de no contar con un control de

inventario, el registro de proveedores, los horarios de trabajo.

5.2.3. Técnicas

5.2.3.1. Entrevista

Se llevó a cabo la entrevista dirigida al propietario de la empresa, para poder

identificar todos los requerimientos que deberá cumplir el sistema de

acuerdo a las debilidades que posee la empresa.

5.2.3.2. Ficha de observación

Las fichas de observación fueron creadas para registrar los datos que nos

proporcionan los actores que viven la problemática, en este caso el

administrador de la empresa.

Esto permitió buscar y establecer una relación entre los hechos reales que

vive la empresa y la hipótesis.

18

6. RESULTADOS

A continuación, se muestra de forma detallada cada uno de los procesos

llevados a cabo en cada una de las fases de la metodología Iconix, que son

parte fundamental para llevar a cabo el cumplimiento de cada uno de los

objetivos establecidos.

Durante el proceso se ha logrado la consecución de los objetivos

específicos.

Objetivo 1: Realizar el análisis para identificación de los requisitos del

sistema. Para cumplir este objetivo participa la fase 1 de la metodología

Iconix que se detalla a continuación:

LAS FASES DE ICONIX SON:

FASE 1. Análisis de requisitos.

Tabla 4. Se detallan los actores que interactúan con la página web.

ACTORES DEL PROCESO

Administrador

Usuario de Pagina

Web

Encargado de gestión

administrativa

Determina funcionamiento

Visualiza y utiliza la

información disponible en

la pagina

Crea y mantiene el

contenido de la pagina

Tabla 4. Actores del proceso. Elaboración Propia

6.1. Análisis de requisitos

6.1.1. Requisitos funcionales

Como primer paso tenemos todos los requisitos funcionales que fueron

19

establecidos luego de realizar la entrevista y las fichas de observación.

Los requisitos funciones hacen referencia a los servicios que prestara el

sistema.

Tabla 5, se detallan todos los requisitos funcionales con los cuales deberá

cumplir el sistema.

Tabla 5.

REQUISITOS FUNCIONALES RF 001 Al administrador y técnico. Ingresar al sistema con usuario y

contraseña.

(evidente)

RF 002 Al administrador y técnico (Guardar, Modificar, Eliminar) Clientes (evidente)

RF 003 Al administrador y técnico (Guardar, Modificar, Eliminar) Ventas (evidente)

RF 004 Al administrador (Guardar, Modificar, Eliminar) Compras (evidente)

RF 005 Al administrador (Guardar, Modificar, Eliminar) Tipo Usuario (evidente)

RF 006 Al administrador (Guardar, Modificar, Eliminar) Horarios de Trabajo (evidente)

RF 007 Al administrador y técnico (Guardar, Modificar y Eliminar) Inventario

de Mercadería

(evidente)

RF 008 Al administrador (Guardar, Modificar, Eliminar) Proveedores (evidente)

RF 009 Al administrador y técnico (Guardar, Modificar, Eliminar)

Reparaciones

(evidente)

Tabla 5. Requisitos Funcionales. Elaboración Propia

6.1.2. Requisitos no funcionales

Los requisitos no funcionales me permiten especificar los criterios para poder

evaluar la operación del sistema, en contraste con los requerimientos

funcionales.

Tabla 6, se detallan los requisitos no funcionales que serán implementados

para la arquitectura del software.

20

Tabla 6.

REQUERIMIENTOS NO FUNCIONALES Código Descripción

RF 001 El sistema será desarrollado en el lenguaje de programación PHP

RF 002 El motor de base de datos a utilizar será Mysql

RF 003 El sistema tendrá una interfaz gráfica amigable

RF 004 El sistema será multiplataforma

RF 005 El sistema será multiusuario

Tabla 6. Requisitos No Funcionales. Elaboración Propia

6.1.3. Identificación de actores

Permite definir a los actores que van a interactuar con el sistema,

relacionándolo con cada caso de uso que va a desempañar.

Tabla 7, se establece los actores que intervendrán en el sistema.

Tabla 7.

IDENTIFICACIÓN DE ACTORES Actores Descripción:

Administrador Es el encargado de administrar todos los módulos que se manejan para administración total de la empresa.

Técnico Es el encargado de administrar únicamente los módulos respectivos a la atención al cliente.

Tabla 7. Identificación de actores. Elaboración Propia

6.1.4. Modelo del Dominio

Permite capturar y expresar el entendimiento ganado en un área bajo

análisis como paso previo al diseño del sistema.

El modelo del dominio elaborado se lo utiliza por parte del analista para

comprender de mejor manera la funcionalidad al cual el sistema va a servir.

21

Figura 1. Modelo de Dominio. Elaboración Propia

6.1.5. Casos de uso

Permite especificar el comportamiento que el sujeto puede realizar en colaboración

con un o más actores, pero sin hacer referencia a su estructura interna.

Los casos de uso pueden contener una o más variaciones de su comportamiento

básico incluyendo manejo de errores y excepciones.

Figura 2. Diagrama de casos de uso. Elaboración Propia

22

1. Análisis y diseño preliminar

En la fase 1: se logró cumplir con el primer objetivo específico establecido;

diseñar la arquitectura funcional del software acorde a las necesidades

En esta fase se contemplan dos actividades:

Especificación de casos de uso

Se describen los casos de uso con un flujo principal de acciones y posibles

flujos alternos.

6.1.5.1. Caso de uso Iniciar Sesión con Privilegios

Figura 3. Ventana Login. Elaboración Propia

Figura 4. Ventana Principal. Elaboración Propia

Venta cursos alternos de eventos

Figura 5. Usuario no encontrado

23

Figura 6. Campos vacíos. Elaboración Propia

Tabla 8, se describe el caso de uso “Iniciar Sesión con Privilegios” con un

flujo normal de eventos y posibles flujos alternos.

Tabla 8.

FICHA DE CASO DE USO

Caso de uso Iniciar Sesión

Descripción El administrador desea ingresar al sistema

Actores Administrador, Técnico, Secretaria

Precondiciones Que el administrador haya sido registrado

Post condiciones Acceso a la pantalla principal del sistema

Curso normal de eventos:

Acciones Actor Respuesta Sistema 1. El usuario - administrador arranca el

sistema. 2. El sistema muestra la venta login del

sistema. Ver fig. 3

3. El administrador ingresa la

información requerida en la sección

Identifícate, escoge la opción

Aceptar. Ver fig. 3

4. El sistema valida los datos del correo

y contraseña, presenta la ventana

principal Sistema Tecnycell. Ver fig.

4

Cursos alternos

A. Usuario no encontrado

A.1. Si el usuario ingresa un correo no registrado o contraseña invalida, el sistema muestra un mensaje de error. Ver fig. 5

A.2. El caso de uso continua en el ítem 3 del curso normal de eventos.

24

B. Campos vacíos

B.1. Si el usuario no ingresa ningún dato en alguno de los campos, el sistema

muestra una pequeña alerta con el mensaje “requerido”. Ver fig. 6

B.2. El sistema deshabilita el botón Aceptar hasta que ingrese sus datos. Ver fig. 6

B.3. El caso de uso continua en el ítem 3 del curso normal de eventos

Tabla 8. Curso normal eventos Iniciar Sesión. Elaboración Propia

6.1.5.2. Caso de uso Registrar Cliente

Figura 7. Ventana Lista de Clientes. Elaboración Propia

Figura 8. Ventana Nuevo Cliente. Elaboración Propia

Figura 9. Ventana de Mensaje Guardado con éxito

Ventanas cursos alternos de eventos

25

Figura 10. Ventana Edita Cliente. Elaboración Propia

Figura 11. Ventana Editado correctamente

Figura 12. Ventana Eliminar Cliente. Elaboración Propia

Figura 13. Ventana Eliminado Correctamente.

Tabla 9, se describe el caso de uso “registrar clientes” con su respectivo

curso normal y eventos alternos.

Tabla 9.

26

FICHAS DE CASOS DE USO Caso de uso Registrar Cliente Descripción El administrador registra cliente


Precondiciones Que el usuario haya ingresado con el

rol de administrador.

Que el administrador haya ingresado

al módulo Cliente del Menú

Principal Pos condiciones Registro de clientes

Registro de los cambios efectuados

en cada cliente.

Eliminación de clientes existentes.


Acciones Actor Respuesta Sistema 1. El administrador elige la opción

Clientes. De la Ventana Principal. Ver

fig. 4

2. El sistema muestra la ventana

Listado de clientes. Ver fig. 7

3. El usuario da clic en el botón Nuevo en

la ventana Listado de Clientes. Ver fig.

7

4. El sistema muestra la ventana Nuevo

Cliente. Ver fig. 8

5. El usuario llena los campos solicitados y

elige la opción Aceptar. Ver fig. 8

6. El sistema valida los datos, guarda el

cliente y presenta el mensaje. Ver

fig. 9

Cursos alternos A. Modificar cliente

A.3. El administrador selecciona el cliente de la tabla clientes y da clic en el botón de

acción Modificar. Ver fig. 7

A.4. El sistema presenta la ventana Edita Cliente. Ver fig. 10

A.5. El administrador modifica la información que desee del cliente en la

sección Edita Cliente y escoge la opción Aceptar de la sección Edita

Cliente. Ver fig. 10

A.6. El sistema actualiza el cliente y muestra mensaje. Ver fig. 11

27

El caso de uso continua en el ítem 3 del curso normal de eventos.

B. Eliminar cliente

B.3. El administrador selecciona el cliente de la tabla clientes y da clic en el botón de acción Eliminar. Ver fig. 7

B.4. El sistema presenta la ventana Elimina Cliente. Ver fig. 12

B.5. El administrador da clic en el botón Aceptar. Ver fig. 12

B.6. El sistema actualiza el cliente y muestra mensaje. Ver fig. 13

B.7. El caso de uso continua en el ítem 3 del curso normal de eventos. Tabla 9. Curso normal de eventos Registrar Cliente. Elaboración Propia

6.1.5.3. Caso de uso Registrar Inventario

Figura 14. Ventana Listado de Inventario. Elaboración Propia

Figura 15. Ventana Nuevo Artículo. Elaboración Propia

28

Figura 16. Ventana de mensaje Guardado correctamente.


Figura 17. Ventana Editar Articulo. Elaboración Propia

Figura 18. Ventana Editado correctamente

Figura 19. Ventana Elimina Articulo. Elaboración Propia

29

Figura 20. Ventana Eliminado correctamente

Tabla 10, se describe el caso de uso “registrar inventario de mercadería” con

su flujo normal de eventos y sus flujos alternos.

Tabla 10.


Caso de uso Registrar Inventario de Mercadería

Descripción El administrador ingresa nuevo producto al

Inventario

Actores Administrador, Técnico



Que el proveedor haya sido

registrado Que el administrador haya

ingresado al módulo Inventarios del

Menú Principal

Pos condiciones Registro de inventario de mercadería

Registro de los cambios efectuados en

cada inventario

Eliminación de inventarios de productos

existentes.



Inventarios de la Ventana Principal. Ver

fig.4

2. El sistema muestra la ventana Listado

del Inventario. Ver fig.14

3. El administrador da clic en el botón Nuevo

en la ventana Listado del Inventario. Ver

fig. 14

4. El sistema muestra la ventana Nuevo

Artículo. Ver fig. 15



6. El sistema valida los datos, guarda el

articulo y presenta el mensaje. Ver

fig.16

30

Cursos alternos

A. Modificar inventario

A.3. El administrador selecciona el artículo de la tabla artículos y da clic en el

botón de acción Modificar. Ver fig. 14

A.4. El sistema presenta la ventana Edita Articulo. Ver fig. 17

A.5. El administrador modifica la información que desee del artículo en la

sección Edita Articulo y escoge la opción Aceptar de la sección Edita

Articulo. Ver fig. 17

A.6. El sistema actualiza el articulo y muestra mensaje. Ver fig. 18


B. Eliminar inventario

B.3. El administrador selecciona el artículo de la tabla artículo y da clic en el botón de acción Eliminar. Ver fig. 14

B.4. El sistema presenta la ventana Elimina Articulo. Ver fig. 19


B.6. El sistema actualiza los artículos y muestra mensaje. Ver fig. 20


Tabla 10. Curso normal de eventos Inventarios. Elaboración Propia

6.1.5.4. Caso de uso Registrar Horario

Figura 21. Ventana Listado de Marcaciones. Elaboración Propia

31

Figura 22. Ventana Nueva Marcación. Elaboración Propia

Figura 23. Ventana Guardado correctamente

Ventana cursos alternos de eventos

Figura 24. Ventana Editar Marcación. Elaboración Propia

Figura 25. Ventana Mensaje Datos Modificados

32

Figura 26. Ventana Eliminar Marcado. Elaboración Propia

Figura 27. Ventana de eliminación con éxito

Tabla 11, se describe el caso de uso “registrar horario de trabajo” con flujo

normal de eventos y flujos alternos.

Tabla 11.


Caso de uso Registrar Horario Trabajo Descripción El administrador ingresa el horario de

trabajo

de sus empleados Actores Administrador

Precondiciones Que el usuario haya ingresado con

el rol de administrador.

Que el empleado haya sido

registrado Que el administrador

haya ingresado a la

opción Registrar Horario de Trabajo del

Menú Principal

33

Pos condiciones Registro de horarios de trabajo


en cada horario

Eliminación de horarios existentes.



Marcaciones de la Ventana Principal. Ver

fig.4


Listado de marcados. Ver fig. 21


en la ventana Listado de marcaciones. Ver

fig. 21


Nueva Marcación. Ver fig.22

5. El usuario llena los campos

solicitados y elige la opción

Aceptar. Ver fig. 22

6. El sistema valida los datos,

guarda la marcación y presenta

el mensaje. Ver fig. 23

Cursos alternos

A. Modificar horario

A.3. El administrador selecciona la marcación de la tabla Listado de Marcaciones

y da clic en el botón de acción Modificar. Ver fig.21

A.4. El sistema presenta la ventana Edita marcación. Ver fig.24

A.5. El administrador modifica la información que desee de la marcación en

la sección Edita artículo y escoge la opción Aceptar. Ver fig.24

A.6. El sistema actualiza el listado y muestra mensaje. Ver fig. 25

El caso de uso continua en el ítem 3 del curso normal de eventos. B. Eliminar horario

B.3. El administrador selecciona la marcación de la tabla Listado de marcaciones y

da clic en el botón de acción Eliminar. Ver fig. 21

B.4. El sistema presenta la ventana Elimina Marcación. Ver fig. 26


B.6. El sistema actualiza las marcaciones y muestra mensaje. Ver fig. 27

El caso de uso continua en el ítem 3 del curso normal de eventos. Tabla 11. Curso normal de eventos Horarios. Elaboración Propia

6.1.5.5. Caso de uso Registrar Proveedor

34

Figura 28. Ventana Listado de Proveedores. Elaboración Propia

Figura 29. Ventana Nuevo Proveedor. Elaboración Propia


Ventana cursos alternos de eventos

35

Figura 31. Ventana Edita Proveedor. Elaboración Propia

Figura 32. Ventana mensaje Datos modificados

Figura 33. Ventana Elimina Proveedor. Elaboración Propia

Figura 34. Ventana de eliminado con éxito.

Tabla 12, se describe el caso de uso “registrar proveedor” con s u respectivo

36

flujo normal de eventos y flujos alternos.

Tabla 12.

FICHA DE USO Caso de uso Registrar Proveedor Descripción El administrador registra nuevo

Proveedor Actores Administrador



Que el administrador haya ingresado al

módulo Proveedores del Menú

Principal

Pos condiciones Registro de proveedor


en cada proveedor

Eliminación de proveedores



Proveedores de la Ventana

Principal. Ver fig. 4


Listado de Proveedores. Ver fig.

28

3. El administrador da clic en el botón

Nuevo en la ventana Listado de

proveedores. Ver fig. 28


Nuevo Proveedor. Ver fig. 29

5. El usuario llena los campos

solicitados y elige la opción Aceptar.

Ver fig. 29

6. El sistema valida los datos,

guarda el proveedor y muestra

mensaje. Ver fig. 30

Cursos alternos

37

A. Modificar proveedor

A.3. El administrador selecciona el proveedor de la tabla Listado de Proveedores

y da clic en el botón de acción Modificar. Ver fig.28

A.4. El sistema presenta la ventana Edita Proveedor. Ver fig.31

A.5. El administrador modifica la información que desee del proveedor en la

sección Edita Proveedor y escoge la opción Aceptar. Ver fig.31



B. Eliminar proveedor

B.3. El administrador selecciona el proveedor de la tabla Listado de proveedores

y da clic en el botón de acción Eliminar. Ver fig. 28

B.4. El sistema presenta la ventana Elimina Proveedor. Ver fig. 33


B.6. El sistema actualiza los proveedores y muestra mensaje. Ver fig. 34

El caso de uso continua en el ítem 3 del curso normal de eventos. Tabla 12. Curso normal de eventos Proveedores. Elaboración Propia

6.1.5.6. Caso de uso Registrar Venta

Figura 35. Ventana Listado de Ventas. Elaboración Propia

38

Figura 36. Ventana Nueva Venta. Elaboración Propia



Figura 38. Ventana Edita Compra. Elaboración Propia

39

Figura 39. Ventana de mensaje Datos modificados

Figura 40. Ventana Anula Venta. Elaboración Propia

Figura 41. Ventana de anulado con éxito

Tabla 13, se describe el caso de uso “registrar venta” con su respectivo flujo

normal y flujos alternos.

Tabla 13.

FICHA CASO DE USO

Caso de uso Registrar Venta

Descripción El administrador registra nueva venta

Actores Administrador, Secretaria

Precondiciones Que el administrador haya ingresado

al módulo Venta del Menú

Principal

40

Pos condiciones Registro de ventas


cada venta

Anulación de ventas


Acciones Actor Respuesta Sistema 1. El administrador elige la opción Ventas de

la Ventana Principal. Ver fig. 4

2. El sistema muestra la ventana Listado

de Ventas. Ver fig. 35


en la ventana Listado de Ventas. Ver fig.

35

4. El sistema muestra la ventana Nueva Venta. Ver fig. 36



6. El sistema valida los datos, guarda la

venta muestra mensaje. Ver fig. 37

Cursos alternos

A. Modificar venta

A.3. El administrador selecciona la venta de la tabla Listado de Ventas y da clic en

el botón de acción Modificar. Ver fig.35

A.4. El sistema presenta la ventana Edita Venta. Ver fig.38

A.5. El administrador modifica la información que desee de la venta en la

sección Edita Venta y escoge la opción Aceptar. Ver fig.38



B. Anular venta

B.3. El administrador selecciona la venta que desee anular en la tabla lista de

ventas y da clic en la opción Eliminar. Ver fig. 35

B.4. El sistema presenta la ventana Anular Venta. Ver fig. 40


B.6. El sistema actualiza las ventas y muestra mensaje. Ver fig. 41


Tabla 13. Curso normal de eventos Registrar Venta. Elaboración Propia

6.1.5.7. Caso de uso Registrar Reparaciones

41

Figura 42. Ventana Listado de Reparación. Elaboración Propia

Figura 43. Ventana Nueva Reparación. Elaboración Propia

Figura 44. Ventana de mensaje. Guardado con éxito


42

Figura 45. Ventana Edita Reparación. Elaboración Propia

Figura 46. Ventana Mensaje Datos modificados

Figura 47. Ventana Anular Reparación. Elaboración Propia

Figura 48. Ventana de anulado correctamente

43

Tabla 14, se describe el caso de uso “registrar reparaciones” con su

respectivo flujo normal de eventos y sus flujos alternos.

Tabla 14.

FICHA CASO DE USO Caso de uso Registrar Reparaciones Descripción El administrador registra la reparación


Precondiciones Que el cliente haya sido

registrado.

Que el administrador haya

ingresado al módulo Reparaciones

del Menú Principal

Pos condiciones Registro de reparaciones


en cada reparación

Anulación de reparaciones



Reparaciones de la Ventana Principal.

Ver fig. 4


Listado de Reparaciones. Ver

fig.42


en la ventana Listado de Reparaciones.

Ver fig. 42


Nueva Reparación. Ver fig. 43

5. El usuario llena los campos solicitados y elige la opción Aceptar. Ver fig. 43

6. El sistema valida los datos, guarda

la reparación y muestra mensaje.

Ver fig. 44

Cursos alternos

44

A. Modificar reparación

A.3. El administrador selecciona la reparación de la tabla Listado de

Reparaciones y da clic en el botón de acción Modificar. Ver fig.42

A.4. El sistema presenta la ventana Edita Reparación. Ver fig.45

A.5. El administrador modifica la información que desee de la reparación en

la sección Edita Reparación y escoge la opción Aceptar. Ver fig.45



B. Anular reparación

B.3. El administrador selecciona la reparación que desee anular en la

tabla lista de reparaciones y da clic en la opción Eliminar. Ver fig.

42

B.4. El sistema presenta la ventana Anular Reparación. Ver fig. 47


B.6. El sistema actualiza las ventas y muestra mensaje. Ver fig. 48

El caso de uso continua en el ítem 3 del curso normal de eventos. Tabla 14. Curso normal de eventos Reparaciones. Elaboración Propia

6.1.5.8. Caso de uso Registrar Compra

Figura 49. Ventana Listado de Compras. Elaboración Propia

45

Figura 50. Ventana Nueva Compra. Elaboración Propia



Figura 52. Ventana Editar Compra. Elaboración Propia

Figura 53. Ventana de mensaje Datos modificados

46

Figura 54. Ventana Anular Compra. Elaboración Propia

Figura 55. Ventana de Anulado correctamente.

Tabla 15, se describe el caso de uso “compras “con su respectivo curso

normal de eventos y sus cursos alternos.

Tabla 15.

FICHA CASO DE USO

Caso de uso Registrar Compra

Descripción El administrador registra nueva venta

Actores Administrador, Secretaria

Precondiciones Que el administrador haya ingresado

al módulo Compras del Menú

Principal

Pos condiciones Registro de compras


cada compra

Eliminación de compras


Acciones Actor Respuesta Sistema

47

1. El administrador selecciona el botón Nuevo.

2. El sistema carga el formulario en la

sección Nueva compra.

3. El administrador llena el formulario y da clic en Aceptar.

4. El sistema valida la información.

5. El sistema registra la compra.

6. El sistema presenta mensaje de confirmación.

6. El caso de uso finaliza.

Cursos alternos

A. Modificar compra

A.3. El administrador selecciona la compra de la tabla Listado de Ventas y da

clic en el botón de acción Modificar. Ver fig.49

A.4. El sistema presenta la ventana Edita Compra. Ver fig.50

A.5. El administrador modifica la información que desee de la compra en la

sección Edita Compra y escoge la opción Aceptar. Ver fig.50



B. Anular compras

B.3. El administrador selecciona la compra que desee anular en la tabla lista

de compras y da clic en la opción Eliminar. Ver fig. 49

B.4. El sistema presenta la ventana Anular Compra. Ver fig. 54


B.6. El sistema actualiza las compras y muestra mensaje. Ver fig. 55

Tabla 15. Curso normal de eventos Compras. Elaboración Propia

6.1.7. Diagrama de robustez

Se realiza un diagrama de robustez, en donde se debe ilustrar las

interacciones existentes entre los objetos participantes de un caso de uso.

48

Diagrama de robustez registrar Cliente

Figura 56. Diagrama de robustez Clientes. Elaboración Propia

Diagrama de robustez Reparaciones

Figura 57. Diagrama de Robustez Reparaciones. Elaboración Propia

49

Diagrama de robustez Ventas

Figura 58. Diagrama de robustez Ventas. Elaboración Propia

Diagrama de robustez Proveedores

Figura 59. Diagrama de robustez Proveedores. Elaboración Propia

50

Diagrama de robustez Compras

Figura 60. Diagrama de robustez Compras. Elaboración Propia

Diagrama de robustez Inventarios

Figura 61. Diagrama de robustez Inventario. Elaboración Propia

51

Diagrama de robustez Horarios

Figura 62. Diagrama de Robustez Horario. Elaboración Propia

Diagrama de Robustez Usuarios

Figura 63. Diagrama de Robustez Usuarios. Elaboración Propia

Objetivo 2: Diseñar la arquitectura del sistema de acuerdo a la metodología

Iconix, con la finalidad de obtener el modelado más adaptable para el

sistema. Para cumplir este objetivo participa la fase 2 de la metodología

Iconix que se detalla a continuación.

FASE 2. Diseño

52

6.2. Diseño

Para realizar esta fase se requiere la utilización de un diagrama de

secuencia.

6.2.1. Diagrama de secuencia

El diagrama de secuencia muestra las interacciones entre objetos como una

vista temporal y es el núcleo del modelo dinámico, muestra los cursos

alternos que pueden tomar cada caso de uso.

53

Curso normal de eventos Iniciar Sesión

Figura 64. Diagrama de Secuencia Iniciar Sesión. Elaboración Propia

54

Curso alterno de Eventos error al ingresar

Figura 65. Diagrama de Secuencia Error al Ingreso. Elaboración Propia

55

Curso normal de Eventos Registrar Cliente

Figura 66. Diagrama de Secuencia Registrar Cliente. Elaboración Propia

56

Cursos Alternos de Eventos Registro Clientes

Figura 67. Diagrama de Secuencia Clientes Alterno. Elaboración Propia

57

Curso normal de eventos Usuarios

Figura 68. Diagrama de Secuencia Usuarios. Elaboración Propia

58

Curso de eventos alternos Administrar Usuario

Figura 69. Diagrama de Secuencia Usuarios Alterno. Elaboración Propia

59

Curso normal de eventos Registrar Horarios de Trabajo

Figura 70. Diagrama de Secuencia Horarios. Elaboración Propia

60

Cursos alternos de eventos Registrar Horario Trabajo

Figura 71. Diagrama de Secuencia Horarios Alterno. Elaboración Propia

61

Curso normal de eventos Registrar Inventario

Figura 72. Diagrama de Secuencia Inventario. Elaboración Propia

62

Cursos Alternos de eventos Registro Inventario

Figura 73. Diagrama de Secuencia Inventario Alterno. Elaboración Propia

63

Curso normal de eventos Registro Proveedores

Figura 74. Diagrama de Secuencia Proveedores. Elaboración Propia

64

Cursos alternos de eventos Registro Proveedores

Figura 75. Diagrama de Secuencia Proveedores Alterno. Elaboración Propia

65

Curso normal de eventos Registrar Reparaciones

Figura 76. Diagrama de Secuencia Reparaciones. Elaboración Propia

66

Cursos alternos de eventos Registrar Reparaciones

Figura 77. Diagrama de Secuencia Reparación Alterno. Elaboración Propia

67

Curso normal de eventos Ventas

Figura 78. Diagrama de Secuencia Ventas. Elaboración Propia

68

Curso alterno de eventos Ventas

Figura 79. Diagrama de Secuencia Ventas Alterno. Elaboración Propia

69

Curso normal de evento Compras

Figura 80. Diagrama de Secuencia Compras. Elaboración Propia

70

Curso alterno de eventos Compras

Figura 81. Diagrama de Secuencia Compra Alterno. Elaboración Propia

71

Objetivo 3: Implementar el sistema web para dar a conocer la asistencia

técnica que reciben los equipos tecnológicos en la empresa TECNYCELL

YANTZAZA. Para cumplir este objetivo participa la fase 3 de la metodología

Iconix que se detalla a continuación.

FASE 3. Implementación

6.3. Implementación

Código fuente Login de usuarios

El siguiente código mostrado tiene como función el poder loguearse

correctamente en el sistema, validando su email y su password; en caso de

no ingresar ningún valor se mostrará una pequeña notificación de

“requerido”.

Figura 82. Código fuente Login. Elaboración Propia

Código fuente Crear Usuarios

La siguiente función permite registrar a cada uno de los usuarios nuevos que

ingresaran al sistema, cada atributo contiene sus restricciones. Existen campos que

deberán ser llenados obligatoriamente.

72

Figura 83. Código fuente Crear Usuarios. Elaboración Propia

Código fuente Modificar Clientes

Permite cargar el formulario de los clientes y de acuerdo a los cambios que

haga el cliente se mostrara una alerta.

Figura 84. Código fuente Editar Clientes. Elaboración Propia

Código fuente Crear Clientes

Permite registrar Clientes, indicando máximo de caracteres y campos obligatorios

para su registro.

73

Figura 85. Código fuente Crear Clientes. Elaboración Propia

Objetivo 4: Realizar pruebas para verificar la integridad, fiabilidad del

sistema con la finalidad de garantizar el correcto funcionamiento. Para

cumplir este objetivo participa la fase 4 de la metodología Iconix que se

detalla a continuación:

FASE 4. Pruebas

6.4. Pruebas

6.4.1. Pruebas realizadas al software

Pruebas realizadas en la pagina oficial de Jmeter. Se realizo pruebas de

Supervision del rendimiento del sitio web, el cual arrojo los siguientes

resultados :

Figura 86. Pruebas de rendimiento del sitio web. Elaboración Propia

74

A continuación, se realizó la siguiente prueba de interfaz del usuario del sitio web.

Figura 87. Pruebas de interfaz con el usuario.

Pruebas de carga realizadas al sitio web mediante el ingreso simultaneo de 10

usuarios, en el cual el promedio de tiempo de respuesta es de un 90% de repuestas

son mas pequeñas y el 10% son mas grandes.

Figura 88. Pruebas de carga.

75

6.4.2. Pruebas de satisfacción realizadas a los usuarios finales.

Las pruebas de satisfacción fueron aplicadas al administrador y técnico que

labora en la empresa Tecnycell Yantzaza.

Figura 89. Pruebas de satisfacción. Administrador - Técnico

Nro. Pregunta SI NO

1 ¿El sistema cumple con los requerimientos funcionales

de acuerdo al análisis preliminar?

2 0

Tabla 16. Entrevista Pregunta Nro. 1.

Figura 90. Entrevista realizada a usuarios finales. Elaboración propia

Con respecto a la pregunta número uno de la encuesta realizada a el

administrador y técnicos de la empresa Tecnycell Yantzaza, una vez

concluida la encuesta las dos partes coincidieron con las respuestas

afirmando de manera positiva. Por lo tanto, el sistema si cumple con los

CUMPLE LOS REQUERIMIENTOS

SI NO

76

requerimientos.

Nro. Pregunta No es factible

Poco factible

Muy factible

2 ¿Qué tan factible cree usted que

es el sistema?

0 0 2

Tabla 17. Entrevista Pregunta Nro. 2

Figura 91. Entrevista realizada a los usuarios finales. Elaboración Propia

Con respecto a la pregunta número dos, dentro de la factibilidad del sistema, las

dos partes lo consideran muy factible. Ya que el sistema es una herramienta

tecnológica que facilita y optimiza los procesos de registro.

Nro. Pregunta Confusa Poco confusa

Manipula sin

problemas

3 ¿Para usted la manipulación del

sistema es?

0 0 2


¿QUE TAN FACTIBLE ES?

No es factible Poco factible Muy factible

77


Con respecto a la pregunta número tres de la entrevista realizada al técnico

y al gerente de la empresa Tecnycell Yantzaza. Una vez realizado y

concluido la manipulación del software en general, las dos partes

coincidieron con las respuestas afirmando que el sistema “manipula si

problemas”. Por lo tanto, es entendible para poder llevar a cabo los registros

dentro de la compañía.

Nro. Pregunta No es amigable

Poco amigable

Muy amigabl

e

4 ¿Cómo califica la interfaz del

sistema?

0 0 2


Figura 93. Entrevista realizada a los usuarios finales. Elaboración Propia

Con respecto a la pregunta número cuatro, luego hacer una revisión general

LA MANIPULACION DEL SISTEMA ES

Mala Regular Buena Muy buena

INTERFAZ DEL SISTEMA

Poco amigable No es amigable Muy amigable

78

en conjunto, las dos partes coincidieron en que el sistema es muy amigable

a la vista de ellos y de cualquier usuario que se designe hacer uso del

software.

Nro. Pregunta SI NO

5 ¿Le permite a usted registrar de forma fácil los equipos

para su reparación?

2 0


Con respecto a la pregunta número cinco, una vez concluida la entrevista y

haciendo uso de los módulos, las dos partes constaron que si es fácil el

registro de los equipos.

Figura 94. Entrevista realizada a los usuarios finales. Elaboración propia.

Nro. Pregunta SI NO

6 ¿Sugiere algún cambio del sistema 0 2


FACILIDAD DE REGISTRO

SI NO

79


Con respecto a la pregunta número seis, una vez concluida la encuesta y

haciendo una revisión general en conjunto, las dos partes constaron que el

software cubría todas las necesidades, a la perfección. Y por lo tanto no

sugirieron ningún cambio del sistema.

6.4.3. Pruebas de sistema y aceptación basados en casos de uso.

Tabla 22. Caso de prueba - Gestión de Clientes. Elaboración Propia

Caso de prueba: RF002 Procedimiento de Prueba Escenario 1: Ingresar Cliente

Pasos Resultado esperado del sistema

Cumple

1.- Ingresar a la página de administración, módulo de clientes.

2.- Clic en la opción Nuevo 4.- Llenar el formulario

5.- Clic en el botón Guardar 6.- Se valida la información y se almacena en la base de datos

7.-Presenta un mensaje de Cambios Realizados.

8.-Se limpian las cajas de texto del formulario y se regresa al módulo

principal de Clientes

Ingresar clientes Si

Resultado Obtenido:

SUGIERE CAMBIOS

SI NO

80

Escenario 2: Editar Cliente Pasos Resultado esperado del

sistema Cumple

1.- Ingresar a la página de administración, módulo de clientes.

2.- Clic en el botón Editar de un registro en la columna Acciones de la

tabla. 3.- Cambiar datos

4.- Clic en el botón Aceptar 5.- Se valida la información y se almacena en la base de datos

6.-Presenta un mensaje de Cambios realizados.

7.-Regresa a la lista de los clientes

Modificar la información del cliente Si

Resultado Obtenido:

81

Escenario 3: Eliminar Clientes Pasos Resultado esperado del

sistema Cumple

1.- Ingresar a la página de administración, módulo de los clientes. 2.- Clic en el botón Eliminar de un registro en la columna Acciones de la tabla. 3.- Del modal de confirmación dar clic en el botón Si 4.- Se elimina el registro del cliente y se guardan los cambios en la base de datos 5.-Regresa a la lista de los clientes.

Eliminar Clientes Si

Resultado Obtenido:

Escenario 4: Datos obligatorios no ingresados Pasos Resultado esperado del

sistema Cumple

1.- Ingresar a la página de administración de la empresa, módulo

de los clientes. Campos requeridos Si

82



4.- Clic en el botón Actualizar 5.- Se valida la información (mensajes

de campos obligatorios)

6.- Llenar campos obligatorios 7.- Regresa al punto 4

8.- Se almacena en la base de datos 9.-Presenta un mensaje de Datos

actualizados con éxito. 9.-Regresa a la lista de los clientes

Resultado Obtenido:

Tabla 23. Caso de prueba - Gestión de Compras. Elaboración Propia

Caso de prueba: RF004 Procedimiento de Prueba Escenario 1: Registrar Compras


Cumple

1.- Ingresar a la página de administración, módulo de compras.




7.-Se limpian las cajas de texto del

Ingresar la compra a la empresa Si

83

formulario y se regresa al módulo principal de Compras

Resultado Obtenido:

Escenario 2: Editar Compra Pasos Resultado esperado del

sistema Cumpl

e 1.- Ingresar a la página de

administración, módulo de ventas. 2.- Clic en el botón Editar de un

registro en la columna Acciones de la tabla.

3.- Cambiar datos 4.- Clic en el botón Aceptar

5.- Se valida la información y se almacena en la base de datos


7.-Regresa a la lista de las compras.

Modificar la información de compras. Si

Resultado Obtenido:

84

Escenario 3: Anular Compras Pasos Resultado esperado del Cumpl

85

sistema e 1.- Ingresar a la página de administración, módulo de las compras. 2.- Clic en el botón Eliminar de un registro en la columna Acciones de la tabla. 3.- Del modal de confirmación dar clic en el botón Si 4.- Se elimina el registro del cliente y se guardan los cambios en la base de datos 5.-Regresa a la lista de las compras.

Eliminar Compras Si

Resultado Obtenido:


sistema Cumpl


administración de la empresa, módulo de las compras.



6.- Clic en el botón Actualizar 7.- Se valida la información (mensajes

Campos requeridos Si

86

de campos obligatorios)



actualizados con éxito. 9.-Regresa a la lista de las compras.

Resultado Obtenido:

Tabla 24. Caso de prueba - Gestión de Usuarios. Elaboración Propia

Caso de prueba: RF005 Procedimiento de Prueba Escenario 1: Gestión de Usuarios


Cumple

1.- Ingresar a la página de administración, módulo de usuarios.





principal de Usuarios

Registro de Usuarios Si

Resultado Obtenido:

87

Escenario 2: Editar Usuarios


Cumple

1.- Ingresar a la página de administración, módulo de usuarios.

2.- Clic en el botón Editar de un registro en la columna Acciones de la tabla.




7.-Regresa a la lista de los usuarios.

Modificar la información de usuarios. Si

Resultado Obtenido:

88

Escenario 3: Eliminar Usuarios


Cumple

1.- Ingresar a la página de administración, módulo de los usuarios. 2.- Clic en el botón Eliminar de un registro en la columna Acciones de la tabla. 3.- Se elimina el registro del usuario y se guardan los cambios en la base de datos. 5.-Regresa a la lista de los usuarios.

Eliminar Usuarios Si

Resultado Obtenido:

89


sistema Cumpl


administración de la empresa, módulo de los usuarios.

2.- Clic en el botón Editar de un registro en la columna Acciones de la tabla.

3.- Cambiar datos 4.- Clic en el botón Actualizar

5.- Se valida la información (mensajes de campos obligatorios)



actualizados con éxito. 10.-Regresa a la lista de los usuarios.


Resultado Obtenido:

90

Tabla 25. Caso de prueba - Gestión de Reparaciones. Elaboración Propia

Caso de prueba: RF009 Procedimiento de Prueba Escenario 1: Gestión de Reparaciones


Cumple

1.- Ingresar a la página de administración, módulo de

reparaciones. 2.- Clic en la opción Nuevo

4.- Llenar el formulario 5.- Clic en el botón Guardar




principal de Reparaciones.

Registro de Reparaciones Si

Resultado Obtenido:

91

Escenario 2: Editar Reparaciones


Cumple

1.- Ingresar a la página de administración, módulo de

reparaciones. 2.- Clic en el botón Editar de un





7.-Regresa a la lista de las reparaciones.

Modificar la información de reparaciones. Si

Resultado Obtenido:

92

Escenario 3: Eliminar Reparaciones


Cumple

1.- Ingresar a la página de administración, módulo de las reparaciones. 2.- Clic en el botón Eliminar de un registro en la columna Acciones de la tabla. 3.- Se elimina el registro de la reparación y se guardan los cambios en la base de datos. 4.-Regresa a la lista de las reparaciones.

Eliminar Reparaciones Si

Resultado Obtenido:

93


sistema Cumple

1.- Ingresar a la página de administración de la empresa, módulo

de las reparaciones. 2.- Clic en el botón Editar de un


3.- Cambiar datos 4.- Clic en el botón Actualizar

5.- Se valida la información (mensajes de

campos obligatorios) 6.- Llenar campos obligatorios

7.- Regresa al punto 3 8.- Se almacena en la base de datos

9.-Presenta un mensaje de Datos actualizados con éxito.

10.-Regresa a la lista de las reparaciones.


Resultado Obtenido:

95

7. CONCLUSIONES

A través del análisis se cumplió con todos los requerimientos de la empresa

utilizando la metodología Iconix, los requerimientos, lo cual fue primordial

para continuar con los siguientes procesos de desarrollo.

Con el propósito de mejorar la condición de una actividad, es muy útil el

diseño de una arquitectura de software a la medida, logrando que el usuario

no tenga dificultad en encontrarse con procesos que no tienen relación con

la actividad específica.

Mediante la realización de la investigación se lo ha podido implementar el

sistema web para gestión de procesos administrativos y atención al cliente

que ayudara significativamente a la empresa Tecnycell Yantzaza, lo cual

mejora a la empresa dando un servicio de mejor manera para la realización

de diferentes procesos de una forma fácil, especifica y sencilla toda la

información necesaria.

Las pruebas de funcionalidad, de carga y satisfacción aplicados al sistema,

fueron satisfactorios, lo cual permitió, validar los resultados obtenidos y

realizar la implantación correcta del sistema.

96

8. RECOMENDACIONES

Llevar a cabo nuevas actualizaciones a base de nuevos análisis con

el propósito de agilizar los procesos dentro de la empresa Tecnycell

Yantzaza.

Se recomienda una actualización y mantenimiento constante del

Sistema de Información por cada cierto tiempo.

Asignar privilegios a los usuarios de acuerdo a las necesidades y

responsabilidades que les correspondan.

Implementar algunas políticas de seguridad para garantizar el

resguardo de los datos.

97

9. BIBLIOGRAFÍA

A. Lázaro, A. (10 de noviembre de 2019). Profesional Review. Obtenido de https://www.profesionalreview.com/2019/11/10/hardware- software-definiciones/

Andalucía, M. d. (s.f.). Junta de Andalucía. Obtenido de http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/260

Blog. (2014). Codejobs. Obtenido de http://www.codejobs.biz/es/blog/2014/01/28/la- programación-por- capas#sthash.GsYVK7MI.EgLezyum.dpbs

Cristina. (JUNIO de 2012). Informática Educativa. Obtenido de http://cristina- informaticaeducativa.blogspot.com/2012/06/lenguaje- unificado-de-modelado.html

Definición Mx. (2012) Obtenido de http://definicion.mx/manual/

DefinicionABC. (2012). Tecnología. Obtenido de http://www.definicionabc.com/tecnologia/base-de-datos.php

Desarrollo Web. (s.f.). Obtenido de https://desarrolloweb.com/home/mysql

Desarrollo Web. (2016). Obtenido de https://desarrolloweb.com/home/laravel#track43 GNU. (2014).

El Sistema Operativo. Obtenido de http://www.gnu.org/philosophy/free- sw.es.html

Iconix, M. (2014). BlogSpot. Obtenido de http://metodologiaiconix.blogspot.com/

Objetos, P. O.(s.f.). EcuRed. Obtenido de https://www.ecured.cu/Programaci%C3%B3n_Orientada_a_Objetos

PHP.net, M. (s.f.). php. Obtenido de https://www.php.net/manual/es/intro-whatis.php

Servers, J. E. (2015). GENBETA. Obtenido de http://www.genbetadev.com/frameworks/que-es- spring-frameworks

Significados. (2021). Obtenido de http://www.significados.com/hardware/

Software, D. d. (2014). Obtenido de https://www.masadelante.com/faqs/software- hardware

Styde. (s.f.). Obtenido de https://styde.net/10 características- que-debes-conocer-de-los controladores-en-laravel/

http://www.profesionalreview.com/2019/11/10/hardware-software-definiciones/

http://www.profesionalreview.com/2019/11/10/hardware-software-definiciones/

http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/260



http://www.codejobs.biz/es/blog/2014/01/28/la-

http://cristina-/

http://definicion.mx/manual/

http://www.definicionabc.com/tecnologia/base-de-datos.php

http://www.gnu.org/philosophy/free-

http://metodologiaiconix.blogspot.com/

http://www.ecured.cu/Programaci%C3%B3n_Orientada_a_Objetos

http://www.php.net/manual/es/intro-whatis.php

http://www.genbetadev.com/frameworks/que-es-

http://www.genbetadev.com/frameworks/que-es-

http://www.significados.com/hardware/

http://www.masadelante.com/faqs/software-hardware

http://www.masadelante.com/faqs/software-hardware

ANEXOS

Anexo A: Entrevista dirigida a Tecnycell Yantzaza

ENTREVISTA DIRIGIDA A LA EMPRESA TECNYCELL YANTZAZA DEL CANTÓN YANTZAZA

I. DATOS

a. ENTREVISTADO:

Nombres: Marco Antonio Apellidos: Aguirre Apolo

Teléfono/celular: 0982118733 Correo electrónico: [email protected]

b. ENTREVISTADOR:

Nombres: Milton Manuel Apellidos: Leon Guamán

Teléfono/celular: 0960039381 Correo electrónico: [email protected]

II. OBJETO:

El propósito de esta entrevista es realizar un estudio preliminar para detectar

las necesidades que tiene actualmente la empresa, que servirá para la construcción del proyecto de tesis: “Desarrollo e implementación de un sistema web para la gestión del proceso administrativo y atención al cliente de “Tecnycell Yantzaza”.

III. DESARROLLO:

ESTUDIO PRELIMINAR

¿Cuenta con un sistema informático que ayude a la optimización de los procesos en la empresa?

Si ( ) No ( )

1. En caso de responder SI en la pregunta anterior, ¿El sistema actual optimiza todos los procesos de su microempresa?

99

…………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………...………………………………………………………………………………………………...

2. En caso de responder NO, ¿Estaría dispuesto a implantar un sistema informático en su empresa, y de ser así apoyaría con toda la información, documentación y recursos necesarios para su desarrollo e implantación?

Si ( ) No ( )

Porque: ………………………………………………………………………………. ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… …………………………………………………………………………………………

Si el entrevistado está dispuesto en la implantación de un sistema, se continua con la entrevista.

PROCESO ADMINISTRATIVO:

2.1. ¿Qué actividades realiza y Cómo las realiza? Actividad 1: ………………………………………………………………………… Descripción:

………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

Actividad 2: ………………………………………………………………………… Descripción:

………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………


………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………


………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

2.2. ¿Cómo realiza el control de inventario de materiales? ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… …………………………………………………………………………………………

100

……………………………………………………………………………………………… …………………………………………………………………………………………….. 2.3. ¿Cómo lleva la información de los proveedores? ………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

2.4. ¿Cómo lleva el registro de horarios de los técnicos? ……………………………………………………………………………………...………………………………………………………………………………………...………………………………………………………………………………………….................................

…………………………………………………………………………………………… ……………………………………………………………………………………………

PROCESO DE ATENCIÓN AL CLIENTE:

2.5. ¿Qué actividades realiza para el proceso de atención al cliente? Actividad 1: ………………………………………………………………………… Descripción: ………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………. Actividad 2: ………………………………………………………………………… Descripción: ………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………. Actividad 3: ………………………………………………………………………… Descripción: ……………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………….

Yantzaza, 15 de febrero de 2021

101

Entrevistador Milton Manuel Leon Guamán

Entrevistado Marco Antonio Aguirre Polo

Anexo B: Ficha de observación

FICHA DE OBSERVACION: EMPRESA TECNYCELL YANTZAZA

I. SITUACIONES A OBSERVAR: Gestión administrativa y atención al

cliente.

II. OBJETIVO: Identificar los conflictos que tiene la empresa Tecnycell

Yantzaza al momento de realizar los procesos de atención al cliente y

gestión en la parte administrativa.

III. DATOS GENERALES: a. Fecha: 24-02-2021 b. Área a observar: Empresa Tecnycell Yantzaza c. Nombre de los observadores: Milton Leon

IV. OBSERVACION DE ENTORNOS

a. Tecnycell Yantzaza

i. Registro de equipos

ii. Registro de cliente

iii. Control de inventario

iv. Manejo de horarios

v. Administración de proveedores

Tabla 15, se detallan los procesos que se llevan dentro de la empresa, su

descripción y sus puntos clave.

102

Tabla 15.

Código Proceso Descripción Puntos clave Responsable

TY-RE Registro

Equipos

Esta actividad se la realiza

siempre que llega un nuevo

dispositivo a reparación, por

lo cual el técnico solicita la

información de los

dispositivos, mismas que son

llevadas y archivadas de

forma física.

La información que se

maneja aquí es : datos del

equipo(tipo de dispositivo,

marca, modelo)diagnóstico

del equipo

Datos equipo,

diagnostico

presuntivo

Gerente, Técnico

TY-RC Registro

Clientes

Esta actividad se la realiza

siempre que un nuevo cliente

llegue a la empresa a solicitar

servicios, el técnico solicita

la información del cliente,

misma que es llevada y

archivada de forma física.

La información que se

maneja aquí es: datos del

cliente(Nombre, apellido,

numero de cedula).

Datos Cliente Gerente, Técnico

TY-CI Control

Inventario

Esta actividad actualmente no la está

realizando en la empresa por lo que

sería algo nuevo para implementar

dentro del proyecto.

La información que se manejara aquí

es: nombre del producto, cantidad,

costo unitario.

Nombre

producto,

cantidad y

costo

unitario

Gerente,

Técnico

TY-MH Manejo

Horarios

Esta actividad no se la está realizando

en la empresa.

La información que se manejara aquí

es: hora de ingreso, hora de salida.

Día, Fecha,

Hora

Ingreso,

hora Salida

Gerente

TY-AP Administración

de proveedores

Esta actividad se la realiza mediante

un registro en el cual se tiene todos

los datos acerca de la empresa con la

cual se trabaja.

La información que aquí se maneja

es: Nombre del Proveedor, Nombre

de Empresa. Ciudad, Dirección

Nombre del

Proveedor,

Nombre de

Empresa.

Ciudad,

Dirección

Gerente

TY-V Ventas Esta actividad se la realiza mediante

un registro de todos los productos o

servicios que ofrece al público.

La información que aquí se maneja

es: código del producto, cantidad,

costo, cliente.

Nombre del

cliente,

costo,

código del

producto

Gerente,

Tecnico

Tabla 26. Ficha Técnica. Elaboración Propia

Anexo C: Proyecto de Tesis.

“DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DEL

PROCESO ADMINISTRATIVO Y ATENCIÓN AL CLIENTE DE TECNYCELL YANTZAZA”

LÍNEA DE INVESTIGACIÓN:

ADAPTACIÓN TECNOLÓGICA E INNOVACIÓN

SUBLÍNEA DE INVESTIGACIÓN: SISTEMA DE INFORMACIÓN

AUTOR: LEON GUAMÁN MILTON MANUEL

TUTOR: DIEGO VICENTE GUAMÁN JIMA FECHA: 04 de marzo de 2021

YANTZAZA – ZAMORA CHINCHIPE – ECUADOR

2021

Proyecto de Tesis previo a la obtención del título de Tecnólogo en Informática

2

1. TEMA

Desarrollo e implantación de un sistema web para la gestión del proceso

administrativo y atención al cliente de Tecnycell Yantzaza.

3

2. PROBLEMA

Las utilizaciones de los sistemas de información permiten un control efectivo de

las actividades de la organización a través de integración de nuevas tecnologías

y herramientas de vanguardia. Ayuda a incrementar la efectividad en la

operación de las empresas proporcionando ventajas competitivas y un valor

agregado, facilitando de esta manera una mayor disponibilidad de información

para los usuarios en tiempo real disminuyendo de esta forma errores, tiempo y

recursos superfluos. (suarez, 2011)

Actualmente en la empresa se registra a los equipos que ingresan a reparación

de manera manual, en la cual se especifica la marca, el modelo, la falla y/o

problema que tiene, el costo y los datos del cliente.

El registro repetitivo de los datos de los clientes también genera cierta

problemática, esto se debe a que cada ocasión que debe ingresar su equipo

necesita proporcionar nuevamente sus datos, algo que podría ser solucionado

de una manera automatizada.

La empresa se dedica a la reparación, venta y mantenimiento de equipos

tecnológicos, motivo por el cual se ve en la obligación de solicitar información a

los clientes, algo que se ha venido realizando de forma manual. Dentro del

campo administrativo no se cuenta con un registro en el cual se pueda llevar un

control de materiales disponibles para la venta e insumos necesarios para la

reparación de equipos.

Actualmente la empresa Tecnycell Yantzaza, no dispone de un sistema que automatice el registro de cliente, de equipos e insumos que llegan a la empresa. La información se la recopila de forma manual en cuadernos de trabajo; esta forma de almacenar resulta inadecuada ya que se corre el riesgo de perder información o que se corrompa.

3. JUSTIFICACIÓN

4

Durante los años de estudios que se ha llevado se han adquirido diferentes

conocimientos lo cual permitirá desarrollar de manera adecuada y eficaz de tal

manera que sirva como guía para futuros proyectos.

El proyecto a realizar no generara ningún gasto de debido al uso de

herramientas gratuitas y de código abierto. En caso de generarse algún gasto

en el proceso serán cubiertos por el investigador.

Se utilizará patrones de diseño creacionales que aumentan la flexibilidad y

reutilización del código, además se buscara metodologías agiles que permitan

el uso de sistemas adaptativos.

Sera intuitivo y fácil de manejar para el usuario, con una interfaz gráfica

amigable lo que mejorara la experiencia del usuario.

De ninguna forma este va a afectar el ecosistema, al contrario, es amigable con

el medio ambiente permitiendo economizar el consumo de papel y evitando así

el gasto de los mismos.

4. REVISIÓN DE LITERATURA

4.1. CONTEXTO Y ESTADO DEL ARTE

4.1.1. Contexto

5

Figura 1. Grafica obtenida de fuente externa. Fachada de la empresa TECNYCELL YANTZAZA

6

Figura 2. Grafica obtenida de fuente externa. Obtenido de (GOOGLE MAPS, 2021).

La institución se desempeña en el campo laboral de reparación, mantenimiento

y venta de equipos tecnológicos, se encuentra ubicada en la Av. 12 de febrero y

Jorge Mosquera – Yantzaza – Zamora Chinchipe – Ecuador.

4.1.2.1. Misión

Somos una empresa dedicada al mantenimiento y reparación de equipos

tecnológicos, elevando así el rendimiento en sus equipos de manera rápida y

cómoda a través del diagnóstico de nuestro personal.

4.1.2.2. Visión

Ser una empresa líder en el mercado cantonal, brindando servicios de venta,

mantenimiento y reparación asistiendo personalmente en el menor tiempo

posible a satisfacer las necesidades del cliente, brindando una atención

personalizada.

4.1.2.3. Estado del arte

Existen en internet existen sistemas de gestión administrativas y atención al

cliente gratuitos y de paga, que pueden ser instalados y configurados para

adaptarse a las funciones de una empresa dedicada a la atención al público,

como se muestra a continuación:

7

Aplicación Web para la gestión administrativa de la empresa servicom training center de la Ciudad de Babahoyo en la Provincia de Los Ríos

Esta aplicación Web tiene características Cliente/Servidor la cual ha sido

desarrollada para automatizar y facilitar el trabajo de todo el personal de la

empresa. El sistema informático permitirá que cada uno de los usuarios pueda

incluso acceder desde cualquier equipo que disponga internet para realizar las

verificaciones de los detalles de sus pagos. Las herramientas que se han

utilizado para la realización de la aplicación web son el lenguaje de

programación Visual Studio 2010 y otra de las herramientas utilizadas es el

motor de base de datos Sql Server 2008 con el cual se realizara la respectiva

conexión al lenguaje de programación. (REPOSITORIO INSTITUCIONAL

UNIANDES, 2015).

Figura 3 Página de Inicio de la plataforma. Obtenido (REPOSITORIO INSTITUCIONAL UNIANDES, 2015)

8

Desarrollo e Implementación de un Sistema de Gestión y Control Automático de Inventario en la empresa Sistecom C.A para la administración de los equipos de cómputo.

Se desarrolló un sistema de gestión y control automático de inventario de

equipos de cómputo en la Empresa Sistecom C.A. Permitirá realizar la

recopilación de información por medio de un Open Source sobre el Hardware

de los equipos de la empresa y con un proceso enviarlo a una base de datos

para proporcionar a los usuarios el acceso a la información que pueda ser

visualizado, así como también el seguimiento del mantenimiento del mismo.

Para el desarrollo de los Módulos del Sistema se utilizó frameworks: JSF con

Primefaces, que forman parte de los estándares de JEE, esto junto con

tecnologías tales como CSS3 y HTML5. (Repositorio Institucional de la

Universidad de Guayaquil, 2016).

Ilustración 4 Página de inicio de la Plataforma Siac. Obtenido (MORA ALVARADO, 2016).

4.1.2.4. Conclusión del Estado del Arte

Existen soluciones informáticas en internet, que pueden ser empleados como

Sistemas de gestión Administrativos, pero se debe tener en cuenta las

diferencias y ventajas que surgen al desarrollar software a la medida y adquirir

productos genéricos de uso general.

9

Un software a la medida es aquel sistema que está diseñado y desarrollado de

una manera personalizada y única. Este busca satisfacer las carencias y

adaptarse de la mejor manera posible a lo que una organización necesita. El

software estándar o también conocido genérico, es aquel que intenta resolver

múltiples necesidades, sin embargo, la empresa solo empleara de ciertas

funciones de estos softwares.

Un sistema genérico ahorra en gran cantidad el tiempo de desarrollo o

implantación de Software, algo que permite agilizar los procesos de la

organización, pero existen actividades que necesitan funciones especializadas y

personalizadas que los ERP(Enterprise Resource Planning – Planificación de

Recursos Empresariales)no llegan a cumplir, es por eso que el propósito de

este proyecto es crear una herramienta informática construida a la medida de

las necesidades actuales de la empresa Tecnycell Yantzaza. Por tanto, la

solución más factible y eficiente es la elaboración de un software personalizado,

que vaya de acuerdo a las necesidades de la empresa. Este sistema permitirá

administrar de manera adecuada los procesos que se realizan en la entidad,

empleando una interfaz completamente asequible, llamativa e intuitiva.

Facilitará generar diferentes recibos empleando los verdaderos formatos que

utiliza la empresa respecto al ingreso de equipos para reparación o venta de

ellos, que ninguna otra herramienta ofrece. El cliente podrá visualizar fácilmente

su registro de compras.

4.2. DESARROLLO ESPECÍFICO DE LA CONTRIBUCIÓN

Las herramientas tecnológicas que se muestran en este apartado, son las que

han empleado como base para la construcción del sistema informático de

Tecnycell Yantzaza, el motivo por el cual fueron seleccionados, se debe

primeramente a sus licencias gratuitas, su excelente documentación y amplia

comunidad que permiten solventar cualquier inconveniente que surja.

Lenguaje Unificado de modelado

10

ULM es un lenguaje estándar para el modelado de software lenguaje para

visualizar, especificar, construir y documentar los artefactos de un sistema con

gran cantidad de software. Lenguaje usado por el Proceso Unificado.

Lenguaje que permite a los desarrolladores visualizar el producto de su trabajo

en esquemas o diagramas estandarizados. (Informatica Educativa, 2012).

Diagramas de Caso de Uso: Un diagrama que muestra un conjunto de casos

de uso y de actores y sus relaciones, los diagramas de casos de uso muestran

los casos de uso desde un punto de vista estático. (Informatica Educativa,

2012)

Diagrama de Clases: Un diagrama que muestra un conjunto de clases,

interface y colaboraciones y las relaciones entre ellos, los diagramas de clases

muestran un diseño de un sistema desde un punto estático. (Informatica

Educativa, 2012)

Diagrama de Objetos: Un diagrama que muestra un conjunto de objetos y sus

relaciones en un momento determinado; los diagramas de objetos muestran el

diseño o los procesos de un sistema desde un punto de vista estático.

(Informatica Educativa, 2012)

Diagrama de Interacción: Un diagrama que muestra una interacción, consiste

en un conjunto de objetos y sus relaciones, incluyendo los mensajes que

pueden ser enviados entre ellos. (Informatica Educativa, 2012)

Diagrama de Secuencia: Un diagrama de interacción, que hace énfasis en la

ordenación temporal de los mensajes.

Diagrama de Colaboración: Un diagrama de interacción que enfatiza la

organización estructural de los objetos que envían y reciben mensajes, un

diagrama que muestra las instrucciones organizadas alrededor de instancias y

de los enlaces entre ellas.

Diagrama de Estados: Un diagrama que muestra una máquina de estados; los

11

diagramas de estados tratan la vista dinámica de un sistema.

Diagrama de Paquetes: Muestra grupo de clases y las dependencias entre

ellos.

Diagrama de Actividades: Un diagrama que muestra un flujo de actividad a

actividad, los diagramas de actividad tratan la vista dinámica de un sistema. Un

caso especial de diagrama de estados en el cual casi todos los estados son

estados en acción y en el cual todos o casi todos los estados son estados de

acción y en el cual todas o casi todas las transiciones son disparadas por la

terminación de las acciones en los estados origen. (Informatica Educativa,

2012) Diagrama de Despliegue: Un diagrama que muestra un conjunto de modos y

sus relaciones, un diagrama de despliegue muestra el despliegue de un sistema

desde el punto de vista estático. Muestra la disposición física de los

componentes en los nodos de hardware y software. (Informatica Educativa,

2012) Diagrama de Componentes: Un diagrama que muestra un conjunto de

componentes y sus relaciones, estos diagramas muestran los componentes

desde un punto de vista estático. (Informatica Educativa, 2012)

Doctrine

Es una herramienta de mapeo objeto-relacional (ORM) para la plataforma PhP

que facilita el mapeo de atributos entre una base de datos relacional tradicional.

En otras palabras, Doctrine es un Framework que agiliza la relación entre la

aplicación y la base de datos. Para poder aprender a utilizarlo es necesario

contar con los conocimientos básicos de base de datos, así como manejar el

lenguaje PhP.

Laravel

Es un popular framework de PHP. Permite el desarrollo de aplicaciones web

totalmente personalizada de alta calidad. Pone énfasis en la calidad del código,

la facilidad de mantenimiento y escalabilidad, lo que permite realizar proyectos

12

pequeños a grandes. La documentación siempre ha sido muy completa,

además tiene un enfoque bastante didáctico. (Desarrrollo Web, 2016).

Laravel brinda herramientas sólidas para la inyección de dependencias,

pruebas unitarias, colas, eventos en tiempo real.

Los controladores son una parte esencial del framework Laravel, algo que

permite agregar dinamismo al software y poder interactuar con modelos y otras

clases de nuestra aplicación. (Styde, s.f.)

Xammp

Es un servidor independiente de plataforma, software libre, que consiste

principalmente en la base de datos de MYSQL. El programa esta liberado bajo

la licencia GNU y actúa como un servidor web libre, fácil de usar y capaz de

interpretar paginas dinámicas. (EcuRed, 2021). Características Principales de Xammp: Su propósito es declarar que el software cubierto por esta licencia es software

libre y protegerlo de intentos de apropiación que restrinjan esas libertades a los

usuarios.

Una de las características sobresalientes de este sistema es que es

multiplataforma, es decir, existen versiones para diferentes sistemas operativos,

tales como: Microsoft Windows, GNU/Linux, Solaris, y MacOS X. (EL

INFORMATICO, s.f.)

Procede como un servidor local o local host. Consigue examinar las páginas

web antes de cargarlos en el servidor web antiguo. Este software de asistente

XAMPP le ofrece un entorno adecuado para explicar aplicaciones MYSQL,

PHP, Apache y Perl en una procesadora local. (12 CARACTERISTICAS, s.f.)

StarUml

Esta herramienta se empleó para realizar el modelado UML de los diferentes

diagramas que comprende la metodología Iconix. Es una excelente aplicación

de código abierto que permite trabajar con todos los diagramas relacionados, es

fácilmente extensible a través de sus módulos, que utilizan una arquitectura de

13

plugins basada en comandos. (EcuRed, 2021).

Patrones de desarrollo de software

Modelo en Cascada: Es un proceso secuencial de desarrollo en el que los

pasos de desarrollo son vistos hacia abajo (como una cascada de agua).

Ilustración 5 Modelo Cascada. Obtenido (MODELOS DE DESARROLLO, s.f.)

Ingeniería y Análisis del Sistema: Debido a que el software es siempre parte

de un sistema mayor el trabajo comienza estableciendo los requisitos de todos

los elementos del sistema y luego asignando algún subconjunto de estos

requisitos al software. (LEON, 2013)

Análisis de los requisitos del software: El proceso de recopilación de los

requisitos se centra e intensifica especialmente en el software. El ingeniero de

software (Analistas) debe comprender el ámbito de la información del software,

así como la función, el rendimiento y las interfaces requeridas. (LEON, 2013)

Diseño: El diseño del software se enfoca en cuatro atributos distintos del

programa: la estructura de los datos, la arquitectura del software, el detalle

procedimental y la caracterización de la interfaz. El proceso de diseño traduce

14

los requisitos en una representación del software con la calidad requerida antes

de que comience la codificación. (LEON, 2013)

Codificación: El diseño debe traducirse en una forma legible para la máquina.

El paso de codificación realiza esta tarea. Si el diseño se realiza de una manera

detallada la codificación puede realizarse mecánicamente. (LEON, 2013)

Prueba: Una vez que se ha generado el código comienza la prueba del

programa. La prueba se centra en la lógica interna del software, y en las

funciones externas, realizando pruebas que aseguren que la entrada definida

produce los resultados que realmente se requieren. (LEON, 2013)

Mantenimiento: El software sufrirá cambios después de que se entrega al

cliente. Los cambios ocurrirán debido a que hayan encontrado errores, a que el

software deba adaptarse a cambios del entorno externo (sistema operativo o

dispositivos periféricos) o debido a que el cliente requiera ampliaciones

funcionales o del rendimiento. (LEON, 2013)

5. OBJETIVOS

5.1. OBJETIVO GENERAL

Desarrollar e implantar un sistema web para gestión de procesos

administrativos y atención al cliente para “Tecnycell Yantzaza” de la provincia

de Zamora Chinchipe. 5.2. OBJETIVOS ESPECÍFICOS

Realizar el análisis para identificación de los requerimientos del sistema.

Diseñar la arquitectura funcional del software que permita la codificación

del sistema informático acorde a los requerimientos de los usuarios

finales.

Implementar el sistema web para la gestión administrativa y atención al

cliente en la empresa TECNYCELL YANTZAZA

15

Realizar pruebas para verificar la integridad, fiabilidad del sistema con la

finalidad de garantizar el correcto funcionamiento.

6. HIPÓTESIS

6.1. HIPÓTESIS GENERAL

La implementación del sistema web denominado como SIGEPAC (Sistema Web

Para Gestión De Procesos Administrativos y Atención Al Cliente) si permite la

gestión de los procesos administrativos y el fácil manejo de registros de

clientes.

6.2. HIPÓTESIS ESPECÍFICAS

A través de la identificación de requerimientos, realizado en Tecnycell

Yantzaza se desarrollará un sistema que permitirá automatizar la gestión

de procesos administrativos y control de clientes.

A través del diseño del software se buscará la construcción de una

arquitectura funcional que permitirá la construcción de un sistema

informático que verdaderamente resuelva los problemas de la empresa.

El proceso de registro de información a través del sistema web

minimizara el tiempo de entrega de información a los clientes.

Las pruebas aplicadas al software permitirán evidencias el correcto

funcionamiento el sistema y su aceptación por parte de los usuarios

finales.

7. METODOLOGÍA

Metodología Iconix

Es una metodología simplificada en comparación a otras más tradicionales, la

cual unifica un conjunto de métodos de orientación a objetos con el objetivo de

tener un control estricto sobre todo el ciclo de vida del producto a realizar,

cuenta con una secuencia de pasos que se deben seguir y determina

16

claramente las actividades a desarrollar en cada etapa del ciclo de vida del

proyecto que la utilice. (ECURED, s.f.)

Además, Iconix es una metodología pesada-ligera de Desarrollo del Software

que se halla entre RUP (Rational Unified Process) y XP (eXtreme

Programming), unifica un conjunto de métodos de orientación a objetos con el

objetivo de tener un control estricto sobre todo el ciclo de vida del producto a

realizar.

7. 1 Fases de la metodología Iconix 7.1.1. Revisión de los requisitos/ Análisis de Requisitos

Se deben analizar todos los requisitos formaran parte del sistema y con estos

construir el diagrama de clases, que representa las agrupaciones funcionales

que estructuraran el sistema en desarrollo. 7.1.2. Revisión del diseño preliminar / Análisis y Diseño Preliminar

El objetivo de esta fase es establecer todas las necesidades posibles para el

sistema, además de determinar los requerimientos identificando los criterios

para resolver con éxito el problema.

Se busca abordar directamente el conjunto de necesidades identificadas en la

planeación de tal forma en base a ellas proponer una solución. Una vez

recopilada la información, los datos serán analizados para establecer como es

el flujo de información.

Para la recolección de información existen varias formas:

Entrevistas

Cuestionarios

Encuestas a usuarios finales

7.1.3. Revisión crítica del diseño / Diseño

El propósito de esta fase será desarrollar un diseño del sistema que cumpla con

todos los requisitos documentados. Se deberán identificar las entradas, salidas,

archivos, programas, procedimientos y controles del sistema. Una vez finalizado

esto debe estar aprobado por gerente y usuarios finales. (SANUY, 2014)

17

En esta fase se debe tener en cuenta tres factores:

Organizar la metodología de procesamiento

Establecer el nivel de automatización del proyecto

Seleccionar hardware y software, y la tecnología de red que será utilizada. 7.1.4. Implementación

Esta fase será en donde más consumirá tiempo, herramientas y recursos ya

que será clave para el éxito del proyecto.

Se llevará a cabo todas las tareas necesarias para instalar el nuevo sistema de

información para poder empezar a trabajar y también capacitar a los usuarios

para que puedan utilizarlo. (SANUY, 2014)

8. CRONOGRAMA

Mes- Semana

Actividades

Febrero Marzo Abril Mayo Junio Julio

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

1. Fase 1: Análisis

1.1. Recopil

ación de

Informa

ción

1.2. Estudio

de

viabilida

d del proyect

o

1.3. Definici

ón y

establec

imiento

18

de

priorida

des

2. Fase II:

Diseño

2.1. Definir

los

objetivo

s

2.2. Diseño de la

Estrateg

ia

2.3. Selecció

n

tecnológ

ica de

hardware y

software

3. Fase III:

Codificación

3.1. Ejecució

n de

código

fuente

4. Pruebas

4.1. Testeo

de

aplicaci

ón.

4.2. Correcci

ón y mejoras

en el

sistema

19

5. Implantación

del software

5.1. Instalaci

ón en

equipos

de la

empres

a.

6. Capacitación a los

usuarios

6.1. Tutorías

para

uso

adecua

do del

sistema

20

9. RECURSOS Y PRESUPUESTO 9.1. Recursos

El siguiente detalle de los recursos y presupuestos se formula en base al

cronograma de trabajo, en el que se especifican los requerimientos

humanos, económicos, materiales técnicos y tecnológicos necesarios para la

elaboración del proyecto de investigación.

9.1.2. Recursos Humanos

En la tabla 1, se detallan los recursos humanos con los que se contara para

la elaboración y seguimiento del proyecto.

Tabla 1.

RECURSOS HUMANOS

Registros:12 Nro. De tabla:1

Nombre Cargo Nº Horas Valor C/H Valor Total

Milton Leon Estudiante 600 $ 5.00 $ 3,000.00

Diego

Guamán

Tutor 20 $ 7.00 $ 140.00

Total 900 $

3,140.00

Total de datos 12 Nota. Elaboración Propia

9.1.3. Recursos Tecnológicos

En la tabla 2, se detallan los recursos tecnológicos hardware que se va a

emplear para la construcción del proyecto:

Tabla 2.

HARDWARE

Registros: 28 Nro. De tabla:2

Descripción Cantidad Valor

Computadora Hp 1 $750.00

Impresora EPSON

14150

1 $250.00

21

TOTAL HARDWARE $1,000.00

Total de datos 7

Nota. Elaboración Propia

En la tabla 3, se detallan los recursos tecnológicos software que se va a

emplear para la construcción del proyecto:

Tabla 3. SOFTWARE

Registros: 29 Nro. De

tabla:2

Descripción Cantidad Valor Valor Total

Sistema Operativo 1 $750.00 $200.00

Windows 10 $110.00 $110.00

Paquete de Office

2016

1 $70.00 $70.00

Base de datos

MYSQL

1 $0.00 $0.00

Larabel 1 $0.00 $0.00

Xampp 1 $0.00 $0.00

StarUml 1 $0.00 $0.00

TOTAL HARDWARE $380

TOTAL RECURSOS TECNOLÓGICOS $1,380.00

Total de datos: 29 Nota Elaboración Propia

9.1.4. Presupuesto

Analizando cada una de las tablas de los recursos que se van a ampliar, se

llega a la conclusión que el total de presupuesto que se necesitan para el

completo desarrollo de esta propuesta de investigación, es de, como se

resume en la siguiente tabla.

RESUMEN DE INVERSIÓN

Registros:5 Nro. De tabla:3 Descripción Valor Recursos Humanos $ 3,140.00 Recursos Tecnológicos $ 1,380.00 TOTAL $ 4,520.00

22

Nota. Elaboración Propia

10. Bibliografía

12 CARACTERISTICAS. (s.f.). Obtenido de https://www.12caracteristicas.com/xampp/

Cristina. (2012, JUNIO). Informatica Educativa. Obtenido de http://cristina-

informaticaeducativa.blogspot.com/2012/06/lenguaje-unificado-de-modelado.html

Desarrrollo Web. (2016). Obtenido de https://desarrolloweb.com/home/laravel#track43

DIGITAL55. (2018). Obtenido de https://www.digital55.com/desarrollo-tecnologia/mejores-

metodologias-agiles-creacion-software/

Ecured. (s.f.). Obtenido de https://www.ecured.cu/ICONIX

ECURED. (s.f.). Obtenido de

https://www.ecured.cu/StartUML#:~:text=StarUML%20es%20una%20excelente%2

0aplicaci%C3%B3n,%3A%20Word%2C%20Excel%20y%20PowerPoint.

ECURED. (s.f.). Obtenido de https://www.ecured.cu/ICONIX

EcuRed. (2021). Obtenido de

https://www.ecured.cu/XAMPP#:~:text=XAMPP%20es%20un%20servidor%20indep

endiente,%2C%20MySQL%2C%20PHP%2C%20Perl.

EL INFORMATICO. (s.f.). Obtenido de http://blogdelinformatico-

reizer.blogspot.com/2015/11/caracteristicas-de-xampp.html

GOOGLE MAPS. (2021). Obtenido de

https://www.google.com.ec/maps/place/TecnyCell+Yantzaza/@-3.8331212,-

78.7635568,17.27z/data=!4m5!3m4!1s0x0:0xbe93a99f061d07d7!8m2!3d-

3.8342542!4d-78.7618366

León Acurio, J. V. (2015, SEPTIEMBRE). REPOSITORIO INSTITUCIONAL UNIANDES. Obtenido

de http://dspace.uniandes.edu.ec/handle/123456789/623

LEON, J. V. (2013). DSPACE UNIANDES. Obtenido de

http://dspace.uniandes.edu.ec/bitstream/123456789/623/1/TUAMEIE001-

2014.pdf

MODELOS DE DESARROLLO. (s.f.). Obtenido de

http://insofmodelosdesarrollo.weebly.com/modelo-en-cascada.html

MORA ALVARADO, J. G. (2016, Septiembre). Repositorio Institucional de la Universidad de

Guayaquil. Obtenido de http://repositorio.ug.edu.ec/handle/redug/17259

Otacoma Toapanta, M. E. (2011, Octubre). Universidad Politecnica Salesiana. Obtenido de

http://dspace.ups.edu.ec/handle/123456789/1576

SANUY, M. (2014, OCTUBRE). Obtenido de

https://es.slideshare.net/profmyriamsanuy/anlisis-de-sistemas-fases-del-diseo-de-

sistemas

23

Styde. (s.f.). Obtenido de https://styde.net/10-caracteristicas-que-debes-conocer-de-los-

controladores-en-laravel/

suarez, K. M. (2011). BLOGEREDUCATIVO. Obtenido de

https://blogereducativo.wordpress.com/2011/09/06/ventajas-y-desventajas-de-

utilizar-s-i/

“desarrollo e implantaciÓn de un sistema web para la

Documents