universidad regional autÓnoma de los …dspace.uniandes.edu.ec/bitstream/123456789/6593/1/... ·...
TRANSCRIPT
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
UNIANDES
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE INGENIERÍA EN SISTEMAS
PROYECTO DE INVESTIGACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO EN SISTEMAS E INFORMÁTICA
TEMA:
APLICACIÓN WEB PARA LA GESTIÓN ADMINISTRATIVA DEL DEPARTAMENTO
TÉCNICO DE LA EMPRESA DSB-SOLUCIONES INFORMÁTICAS, UTILIZANDO
DISPOSITIVOS MÓVILES.
AUTOR: LINARES ULLOA EDGAR MANUEL
TUTOR: ING. JOHN TOASA ESPINOZA, MSC
PUYO – ECUADOR
2017
1 APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
CERTIFICACIÓN:
Quien suscribe, legalmente CERTIFICA QUE: El Presente Trabajo de Titulación
realizado por el señor Edgar Manuel Linares Ulloa, estudiante de la Carrera de
Ingeniería en Sistemas, Facultad de Sistemas Mercantiles, con el tema “APLICACIÓN
WEB PARA LA GESTIÓN ADMINISTRATIVA DEL DEPARTAMENTO TÉCNICO DE
LA EMPRESA DSB-SOLUCIONES INFORMÁTICAS, UTILIZANDO DISPOSITIVOS
MÓVILES”, ha sido prolijamente revisado, y cumple con todos los requisitos
establecidos en la normativa pertinente de la Universidad Regional Autónoma de los
Andes – UNIDADES, por lo que aprueba su presentación.
Puyo, Agosto del 2017
_________________________
Ing. John Toasa Espinoza, msc
ASESOR
2 DECLARACIÓN DE AUTENTICIDAD
Yo, Edgar Manuel Linares Ulloa, estudiante de la Carrera de Ingeniería en Sistemas,
Facultad de Sistemas Mercantiles, declaro que todos los resultados obtenidos en el
presente trabajo de investigación, previo a la obtención de título de INGENIERO EN
SISTEMA E INFORMÁTICA, son absolutamente originales, auténticos y personales; a
excepción de las citas, por lo que son de mi exclusiva responsabilidad.
Puyo, Agosto del 2017
______________________
Sr. Edgar Manuel Linares Ulloa
C.I 160050704-8
AUTOR
DERECHOS DE AUTOR
Yo, Linares Ulloa Edgar Manuel, declaro que conozco y acepto la disposición
constante en el literal d) del Art. 85 del Estatuto de la Universidad Regional Autónoma
de los Andes, que en su parte pertinente textualmente dice: El Patrimonio de la
UNIANDES, está constituido por: La propiedad intelectual sobre las Investigaciones,
trabajos científicos o técnicos, proyectos profesionales y consultoría que se realicen en
la Universidad o por cuenta de ella;
Puyo, Agosto del 2017
______________________
Sr. Edgar Manuel Linares Ulloa
C.I 160050704-8
AUTOR
CERTIFICACIÓN DEL LECTOR DEL TRABAJO DE TITULACIÓN
Yo, Becerra Arévalo Nelson Patricio en calidad de Lector del Proyecto de Titulación.
CERTIFICO:
Que el presente trabajo de titulación realizado por el estudiante Linares Ulloa Edgar
Manuel sobre el tema: “APLICACIÓN WEB PARA LA GESTIÓN ADMINISTRATIVA
DEL DEPARTAMENTO TÉCNICO DE LA EMPRESA DSB-SOLUCIONES
INFORMÁTICAS, UTILIZANDO DISPOSITIVOS MÓVILES”, ha sido cuidadosamente
revisado por el suscrito, por lo que he podido constatar que cumple con todos los
requisitos de fondo y forma establecida por la Universidad Regional Autónoma de los
Andes , para esta clase de trabajos, por lo que autorizo su presentación.
Puyo, Agosto del 2017
_________________________
Ing. Becerra Arévalo Nelson Patricio
LECTOR
3 RESUMEN
DBS-Soluciones Informáticas, empresa dedicada a soporte técnico informático, en las
ciudades de Puyo y Tena, cuenta con una alta tasa de ingresos y egresos de equipos
tecnológicos que requieren servicio técnico especializado; este proceso se realiza de
forma manual, en ocasiones sin la existencia de un archivo que identifique el equipo o
datos de los clientes, como tampoco sobre el estado del equipo en mantenimiento, factor
que motiva a los directivos a buscar una solución que permita mejorar la gestión
administrativa del departamento técnico. Con la finalidad de automatizar el proceso de
soporte técnico de la empresa DSB-Soluciones Informáticas, se propuso la
implementación de un sistema de información que controle el ingreso de equipos
informáticos, relacionándolo con la información del propietario, permitiéndole hacer un
historial del equipo y mantener al cliente informado a través de mensajería de texto
sobre el estado del mantenimiento del equipo informático.
El sistema de información fue desarrollado bajo el lenguaje de programación PHP y el
Framework Yii, que facilita la implementación de una metodología ágil como es SCRUM,
permitiendo al usuario un sistema informático de fácil manejo y exploración de datos,
visualización de información oportuna sobre el trabajo que se va realizando en los
equipos informáticos ingresados al departamento técnico. El sistema genera un informe
detallado sobre el servicio técnico, la creación de una cuenta personal dentro del
sistema, costos reales, e interactuar directamente con los técnicos encargos.
Finalmente, con la implementación de la aplicación del sistema de información se
alcanzará la meta de estrechar la comunicación cliente – empresa, innovando el proceso
de Soporte Técnico, manteniendo al cliente informado en tiempo real sobre el estado
del equipo ingresado para mantenimiento. Además, se proporcionara información fiable,
oportuna y eficiente.
4 ABSTRACT
DBS-Computing Solutions, a company in charge of computer technical support, in Puyo,
and Tena cities has a high rate of entries and outflows of technological equipment that
require specialized technical service; this process is done manually, sometimes without
the existence of a file that identifies the computer or customer data, as well as the
condition of the equipment in maintenance, a factor that motivates managers to find a
solution that would improve the administrative management of the technical department.
In order to automatize technical support process of the company DSB-computing
solutions, it was proposed the implementation of a system of information to control the
entry of computer equipment, relating it to the owner’s information, allowing them a
record of the equipment and keep the customer informed through text messaging on the
state of the maintenance of computer equipment.
Information system was developed under PHP programming language and Yii
Framework, which facilitates implementing of an agile methodology such as scrum,
allowing user to a computer system, easy to handle and data exploration, visualization
of timely information on the work that is being carried out in the computer equipment
admitted to the technical department. The system generates a detailed report on the
technical service, creating a personal account within the system, real costs, and interact
directly to technical responsible.
Finally, implementing the information system will reach the goal to strength
communication client versus company, innovating support process, keeping the client
informed in real time about the status of equipment which will be fixed. In addition,
information provided will be reliable, timely and efficient manner.
MSc. José M. Narváez A.
COORDINATOR CAI
ÍNDICE GENERAL
Pág.
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
DECLARACIÓN DE AUTENTICIDAD
DERECHOS DE AUTOR
CERTIFICACIÓN DEL LECTOR DEL TRABAJO DE TITULACIÓN
RESUMEN
ABSTRACT
INTRODUCCIÓN ............................................................................................................... 1
CAPÍTULO I. MARCO TEÓRICO. ................................................................................... 6
1.1Origen y evolución de los Sistemas de Información. .................................................. 6
1.2. Análisis de las distintas posiciones teóricas sobre los Sistemas de
Información. .................................................................................................................. 8
1.2.1. Aplicaciones Web. ..................................................................................... 10
1.2.2. Arquitectura MVC (Model View Controller) ............................................... 11
1.2.3. Herramientas aplicadas para desarrollo. .................................................. 12
1.2.4. Metodologia Scrum. ................................................................................... 15
1.2.5. Gestión administrativa. .............................................................................. 20
1.3. Valoración crítica de los conceptos principales de las distintas posiciones
teóricas sobre Sistemas de Información. .................................................................... 23
1.4. Conclusiones parciales del capítulo. ................................................................ 24
CAPÍTULO II. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA PROPUESTA.25
2.1. Caracterización de la empresa DSB-Soluciones Informáticas. ........................ 25
2.2. Descripción del procedimiento metodológico para el desarrollo de la
investigación. .............................................................................................................. 27
2.3. Conclusiones parciales del capítulo. ................................................................ 33
CAPÍTULO III. VALIDACIÓN Y/O EVALUACIÓN DE RESULTADOS. ......................... 34
3.1. Desarrollo de una aplicación web para mejorar la gestión administrativa del
departamento técnico de la empresa DBS- Soluciones Informáticas, a través de
dispositivos móviles. ................................................................................................... 34
3.1.1. Sistema. ..................................................................................................... 34
3.1.2. Recursos. ................................................................................................... 35
3.1.3. Factibilidades. ............................................................................................ 35
3.1.4. Alcance y limitaciones. .............................................................................. 39
3.2. Análisis de los resultados finales de la investigación. ...................................... 39
3.2.1. Fase de planificación. ................................................................................ 39
3.2.2. Requerimientos del Sistema. .................................................................... 44
3.2.3. Diagrama de Casos de Uso. ..................................................................... 48
3.2.4. Caso de Uso Principal. .............................................................................. 49
3.2.5. Caso de Usos Principales del Sistema. .................................................... 50
3.2.6. Diagrama de Secuencias. ......................................................................... 72
3.2.7. Spring 2: Planeación ................................................................................. 73
3.2.8. Spring 3: Fase de Desarrollo. ................................................................... 76
3.2.9. Diagrama de Clases. ................................................................................. 77
3.2.10. Modelo Conceptual. ................................................................................... 78
3.2.11. Modelado Lógico. ...................................................................................... 79
3.2.12. Modelado Físico. ....................................................................................... 80
3.7.13.1 Diccionario de Datos. ................................................................................ 81
3.2.13. Spring 4: Fase de Finalización. ................................................................. 88
3.7.14.1 Interfaces. .................................................................................................. 88
3.3. Plan de Pruebas .............................................................................................. 92
3.4. Conclusiones parciales del capítulo. ................................................................ 94
CONCLUSIONES GENERALES .................................................................................... 95
RECOMENDACIONES ................................................................................................... 96
BIBLIOGRAFÍA
ANEXOS
INDICE DE FIGURAS
Pág.
Figura 1. Sistemas Transaccionales ...................................................................................... 9
Figura 2. Sistemas decisorios................................................................................................ 10
Figura 3. Aplicación Web........................................................................................................ 10
Figura 4. Estadística de uso de API´s .................................................................................. 14
Figura 5. Fases SCRUM ........................................................................................................ 16
Figura 6. Estructura organizacional ...................................................................................... 21
Figura 7. Funciones administrativas ..................................................................................... 22
Figura 8. Ubicación geográfica .............................................................................................. 25
Figura 9. Orgánico estructural DSB ...................................................................................... 26
Figura 10. Mapa de roles ....................................................................................................... 42
Figura 11. Actores del sistema .............................................................................................. 48
Figura 12. Caso de uso principal del sistema ..................................................................... 49
Figura 13. Gestión sucursales ............................................................................................... 51
Figura 14. Gestión clientes .................................................................................................... 52
Figura 15. Gestión Empleados .............................................................................................. 54
Figura 16. Gestión proveedores ............................................................................................ 55
Figura 17. Gestión registro de equipo .................................................................................. 57
Figura 18. Gestión revisión técnica ...................................................................................... 58
Figura 19. Gestión reparación ............................................................................................... 60
Figura 20. Gestión devolución ............................................................................................... 61
Figura 21. Gestión inventario ................................................................................................. 63
Figura 22. Gestión pedido a proveedores ........................................................................... 64
Figura 23. Gestión facturación .............................................................................................. 66
Figura 24. Gestión reportes ................................................................................................... 68
Figura 25. Gestión usuarios ................................................................................................... 69
Figura 26. Autenticación ......................................................................................................... 71
Figura 27. Diagrama de secuencias: Ingreso de equipos ................................................. 72
Figura 28. Revisión Técnica .................................................................................................. 72
Figura 29. Diagrama de secuencia: reparación .................................................................. 73
Figura 30. Diagrama de secuencia: Facturación ................................................................ 73
Figura 31. Arquitectura tecnológica ...................................................................................... 74
Figura 32. Modelo cliente-servidor........................................................................................ 75
Figura 33. Diseño cliente – servidor ..................................................................................... 75
Figura 34. Diagrama de clases.............................................................................................. 77
Figura 35. Diagrama conceptual ........................................................................................... 78
Figura 36. Diagrama Lógico ................................................................................................... 79
Figura 37. Diagrama físico ..................................................................................................... 80
Figura 38. Interface: ingreso al Sistema .............................................................................. 88
Figura 39. Interface: menú principal ..................................................................................... 88
Figura 40. Interface: Nuevo Ingreso de Equipo .................................................................. 89
Figura 41. Interface: Revisión Técnica ................................................................................. 89
Figura 42. Interface: Gestión Proveedores .......................................................................... 90
Figura 43. Interface: Gestión Repuestos ............................................................................. 90
Figura 44. Interface: Gestión Clientes .................................................................................. 91
Figura 45. Interface: Gestión Sucursales ............................................................................ 91
INDICE DE TABLAS
Pág.
Tabla 1. Fase de planificación ............................................................................................... 17
Tabla 2. Fase de desarrollo. ................................................................................................... 19
Tabla 3. Distributivo empleados ............................................................................................ 27
Tabla 4. Población. .................................................................................................................. 28
Tabla 5. Funciones de personal en el sistema. ................................................................... 35
Tabla 6. Requerimiento hardware ......................................................................................... 36
Tabla 7 . Requerimiento software .......................................................................................... 36
Tabla 8. Costo infraestructura tecnológica .......................................................................... 37
Tabla 9. Costo desarrollo Software ....................................................................................... 37
Tabla 10. Costo total ............................................................................................................... 38
Tabla 11. Diccionario del negocio ......................................................................................... 41
Tabla 12. Manual de puestos Puyo ....................................................................................... 42
Tabla 13. Manual de puestos Tena ....................................................................................... 43
Tabla 14. Requerimiento funcional 01 .................................................................................. 44
Tabla 15. Requerimiento funcional 02 .................................................................................. 44
Tabla 16. Requerimiento funcional 03 .................................................................................. 45
Tabla 17. Requerimiento funcional 04 .................................................................................. 45
Tabla 18. Requerimiento funcional 05 .................................................................................. 46
Tabla 19. Requerimiento no funcional 01 ............................................................................ 46
Tabla 20. Requerimiento no funcional 02 ............................................................................ 46
Tabla 21. Requerimiento no funcional 03 ............................................................................ 47
Tabla 22. Requerimiento no funcional 04 ............................................................................ 47
Tabla 23. Requerimiento no funcional 05 ............................................................................ 47
Tabla 24. Requerimiento no funcional 06 ............................................................................ 48
Tabla 25. Caso de uso principal del sistema ....................................................................... 50
Tabla 26. Gestión sucursales ................................................................................................. 51
Tabla 27. Gestión clientes ...................................................................................................... 53
Tabla 28. Gestión empleados ................................................................................................ 54
Tabla 29. Gestión proveedores.............................................................................................. 56
Tabla 30. Gestión ingreso de equipos .................................................................................. 57
Tabla 31. Gestión revisión técnica ........................................................................................ 59
Tabla 32. Gestión reparación ................................................................................................. 60
Tabla 33. Gestión devolución ................................................................................................. 62
Tabla 34. Gestión inventario de repuestos .......................................................................... 63
Tabla 35. Pedido proveedores ............................................................................................... 65
Tabla 36. Gestión facturación ................................................................................................ 66
Tabla 37. Gestión reportes ..................................................................................................... 68
Tabla 38. Gestión usuarios ..................................................................................................... 70
Tabla 39. Autenticación ........................................................................................................... 71
Tabla 40. Lista de objetivos .................................................................................................... 74
Tabla 41. Actividades SCRUM .............................................................................................. 76
1
INTRODUCCIÓN
Antecedentes.
En la actualidad las ventajas que ofrece la tecnología tanto en hardware como en
software se han vuelto indispensables en el área laboral y personal de los usuarios,
tomando en consideración las características y las ventajas con las que cuenta los
computadores y dispositivos móviles en la actualidad.
A nivel mundial existen aplicaciones web y sistemas informáticos encargados de la
gestión administrativa, así en México existe EasyMaint® de la empresa “aBESofT
Technologies” que posee una arquitectura abierta y de fácil compresión para el control
de información, mediante una aplicación Web la cual permite la verificación y agilización
de procesos optimizando tiempo y dinero.
“InnovativeMaintenanceSystems” de Estados Unidos por su parte es una empresa
enfocada en proporcionar sistemas de notificaciones y envió de mensajería de texto a
dispositivos móviles, esta empresa se enfoca en la publicidad a largo alcance utilizando
herramientas actuales como son los dispositivos móviles y las aplicaciones Web.
En el Ecuador por su parte el Sr. Astudillo Velasco Esteban Alejandro, de la Escuela
Politécnica del Ejército, en el año 2013, con su proyecto de tesis “ANÁLISIS, DISEÑO
E IMPLANTACIÓN DE UN PORTAL WEB PARA LA GESTIÓN ADMINISTRATIVA DE
LA EMPRESA DIPOR S.A.” previo a la obtención del título en Ingeniería en Sistemas e
Informática, afirma que:
“Con la finalidad de este proyecto mejoraran los procesos actuales que conllevan los
vendedores de la empresa DIPOR S.A”
Cabe recalcar que, en el año 2013, en la Universidad de Guayaquil se elaboró un trabajo
de grado a cargo del Sr. Luis Alberto Riofrio Ramírez, titulado “DISEÑO E
IMPLEMENTACIÓN DE UN MÓDULO PROTOTIPO DE GESTOR DE
NOTIFICACIONES A CLIENTES DE COMPAÑIAS DE SEGUROS QUE INCLUYA
AVISO DE VENCIMIENTOS DE PAGO, Y DE PÓLIZAS DE SEGUROS; POR MEDIO
DE CORREO ELECTRÓNICO Y MENSAJES DE TEXTO A DISPOSITIVOS MÓVILES.”
el cual afirma que:
“Las tecnologías involucradas en el proyecto y software base para el Desarrollo de la
aplicación web son: java con jsp, con base de datos oracle y servidor web Apache. Un
aspecto importante en la elaboración del proyecto es mantener la compatibilidad e
integridad entre el software principal de la compañía de seguros y el modulo a
2
desarrollar; debido a que deben funcionar de la mano complementándose y así obtener
resultados más eficientes y efectivos.”
Luego de la investigación en el repositorio de la Universidad Regional Autónoma de los
Andes “UNIANDES”, se ha determinado que no existe ningún trabajo investigativo afín
al presente, de ahí su carácter de originalidad.
Estado del Arte.
A nivel mundial la tecnología ha permitido incrementar la productividad de las empresas,
a través de la implementación de sistemas de información, con la finalidad de controlar
y gestionar los procesos propios de las empresas. El uso de nuevas tecnologías elimina
la distancia de los clientes hacia la empresa, permitiendo compartir información y
automatizando los procedimientos a través de cualquier lugar del mundo gracias a las
funcionalidades del internet, y al uso de dispositivos móviles que brindan mayor
versatilidad a la información.
En Ecuador, más de la mitad de la población cuenta con acceso a internet lo que ha
generado un cambio de visión en las empresas, direccionando sus esfuerzos e
inversiones en el uso de las nuevas tecnologías de la información, para que sus clientes
tengan acceso inmediato a la información y procesos dentro de las empresas públicas
y privadas, brindando a sus clientes servicio dentro y fuera de sus instalaciones.
En la ciudad de Puyo, la pequeña y mediana empresa, cuenta con una limitada cantidad
de empresas que le apuestan al uso de tecnologías para la elaboración de sus procesos.
Por tal razón DSB – Soluciones informáticas, ha decidido ser una empresa pionera
dentro del servicio de mantenimiento y reparación de equipos informáticos, al introducir
dentro de sus servicios un sistema de información, que permita la interacción de los
clientes dentro de los procesos realizados por la empresa a sus equipos informáticos,
manteniendo a los clientes siempre informados.
Actualidad e importancia.
El uso de Sistemas de Información en el ámbito empresarial público y privado ha
protagonizado un rol importante para sustentar la toma de decisiones a través del
manejo de información oportuna y fiable, alcanzando por parte de las empresas la
transparencia y entrega oportuna de información necesaria para automatizar procesos.
La empresa DSB-Soluciones Informáticas cuenta con el departamento técnico que
brinda el servicio de soporte técnico a sus clientes, la empresa ha manejado el registro
de atención al cliente dentro de un sistema manual; manteniendo la metodología de
ingreso de equipos al departamento técnico, y mencionando al cliente una fecha
3
tentativa en la que debe retornar por su equipo, este método no permite que el cliente
tenga acceso a la información y no mantenga un seguimiento adecuado del estado del
equipo de su propiedad, esto implica que el cliente acuda a la empresa un sin número
de ocasiones a consultar el estado del equipo y el valor del servicio, provocando
impaciencia e incertidumbre en los clientes, que solicitan información constante del
servicio prestado.
El departamento técnico de la empresa, no cuenta con un inventario de los dispositivos
y partes informáticas adquiridas, así como un registro sobre la salida de partes después
de utilizarlo en una reparación. Además, cabe mencionar que los técnicos no cuentan
con un registro de historial de los equipos, lo que ocasiona que un técnico nuevo no
conozca en qué etapa del proceso se encuentra cada equipo, ocasionando pérdida de
tiempo, al volver a diagnosticar el problema por el que ingresó el equipo informático al
departamento de servicio técnico.
Formulación del Problema.
¿Cómo mejorar la gestión administrativa del departamento técnico de la empresa
DSB-Soluciones Informáticas?
Delimitación del Problema.
La presente investigación se realizará en el departamento técnico de la empresa
DSB-Soluciones Informáticas Matriz Puyo, durante el último trimestre del año 2016 y el
segundo semestre del año 2017.
Objeto de Investigación y Campo de Acción.
Objeto de investigación: Sistemas de información.
Campo de acción: Aplicaciones Web.
Línea de Investigación.
Desarrollo de Software y Programación de Sistemas.
Objetivos.
Objetivo General.
Implementar una aplicación Web para mejorar la gestión administrativa del
departamento técnico de la empresa DSB-Soluciones Informáticas de la ciudad de Puyo,
utilizando dispositivos móviles.
4
Objetivos Específicos.
Fundamentar bibliográficamente sobre las aplicaciones Web sus herramientas de
desarrollo y la gestión administrativa.
Realizar una investigación de campo sobre el proceso actual de la gestión
administrativa del departamento técnico de la empresa DSB-Soluciones Informáticas,
para determinar los requisitos del sistema.
Desarrollar los componentes de la aplicación Web, utilizando herramientas de
desarrollo de software.
Idea a defender.
Con la implementación de la aplicación Web, se mejorará la gestión administrativa del
departamento técnico de la empresa DSB-Soluciones Informáticas de la ciudad de Puyo.
Variables:
Independiente: Aplicación Web.
Dependiente: Gestión administrativa en el departamento de soporte técnico de la
empresa DSB - Soluciones Informáticas.
Justificación.
Las ventajas que ofrece la tecnología actualmente tanto en hardware como en software,
vuelve indispensable que toda gestión administrativa sea automatizada, por este motivo
y tras la detección de múltiples problemas reportados dentro del departamento de
soporte técnico, la empresa DSB-Soluciones Informáticas con el objetivo de alcanzar
modernos e innovadores servicios para los clientes, busca la automatización de los
procesos del departamento técnico de la empresa.
La importancia del presente proyecto es la implementación de una aplicación Web para
la gestión administrativa del departamento técnico de la empresa DSB-Soluciones
Informáticas dentro de su matriz ubicada en la ciudad de Puyo y la sucursal en la ciudad
de Tena, el mismo que permite el acceso continuo a la información de las ordenes de
servicio técnico por parte de los clientes, empleados y gerente de la empresa, a través
del uso de nuevas tecnologías, indicando la fecha exacta cuando el equipo se encuentre
operativo para ser retirado, evitando con esto cuellos de botella que ralentizan el
proceso de entrega de resultados hacia los clientes.
La implementación de la aplicación Web para la gestión administrativa del departamento
técnico, mejora la administración de los servicios de mantenimiento y reparación de
5
equipos informáticos, controlando el inventario de los suministros y repuestos con los
que cuenta la empresa y emitiendo estadísticas que permiten la toma de decisiones.
La interfaz amigable facilita la manipulación del aplicativo por parte del personal de DSB-
Soluciones Informáticas, el mismo que cuenta con una base de datos robusta que brinda
seguridad y confiabilidad de la información procesada. Además de la incorporación de
nuevas tecnologías dentro de la empresa que involucra dispositivos móviles, haciendo
de este aplicativo atractivo para los usuarios y clientes, garantizando la fidelidad de los
clientes a la empresa.
6
CAPÍTULO I. MARCO TEÓRICO.
1.1. Origen y evolución de los Sistemas de Información.
Al pasar de los tiempos la conectividad y el compartir recursos a través de internet han
tomado su espacio, permitiendo el desarrollo de nuevas tecnologías con el objetivo de
optimizar los recursos y procesos en empresas que hoy en día se manejan dentro de
entornos exigentes y competitivos.
Los avances tecnológicos de los sistemas de información nacen de la necesidad de
capturar, procesar, almacenar y distribuir la información, lo cual permitió la eliminación
de barreras que en muchos casos dificultan la coordinación entre las distintas
dependencias y procesos de una empresa.
Según Laudon & Laudon (1996) clasifica la evolución de los sistemas de información en
el siguiente orden:
Los primeros sistemas de información en desarrollarse fueron los Sistemas de
procesamiento de operaciones.
Con el transcurrir del tiempo, fueron apareciendo los sistemas de información para la
administración.
Finalmente, los sistemas de apoyo a las decisiones, así como los sistemas estratégicos.
Otra clasificación de la evolución de los sistemas de información la describen Andreu,
Ricart, & Valor (1991) agrupando esta evolución en 4 grandes etapas:
Introducción de la informática en la organización: los sistemas de información se
aplicaban para simplificar y automatizar los procesos administrativos. Se usan las
computadoras y los sistemas informáticos para mejorar el proceso de contabilidad,
elaborar nóminas y facturación buscando sobre todo el ahorro de costes y tiempo en la
realización de dichas operaciones. Existe una carencia de formación por parte de los
empleados de la organización en dichos sistemas y no hay profesionales que puedan
resolver dichos problemas dentro de la compañía.
Etapa de contagio de las aplicaciones informáticas: tras observar como la aplicación
de los sistemas informáticos en algunas áreas de la empresa originan importantes
mejoras, estos se van difundiendo por los diferentes departamentos de la empresa.
Dicho “contagio” se desarrolla sin ninguna planificación por parte de la organización, con
lo cual se produce un alto incremento de los costes. Aumenta la formación del personal
en las tecnologías de información y en las aplicaciones informáticas, existiendo ya en la
7
organización personal capaz de solucionar los problemas planteados en el manejo del
sistema de información.
Coordinación de los Sistemas de Información y los objetivos de la empresa: los
sistemas de información son utilizados en la totalidad de la organización y ya son tenidos
en cuenta por parte de la dirección como un elemento fundamental de la empresa. Se
empiezan a elaborar procedimientos de planificación de los sistemas de información y
aparece la necesidad de usar los sistemas de información como un medio de
cumplimiento de los objetivos de la empresa.
Aparición de los Sistemas Estratégicos de información: los sistemas de información
son valorados como una fuente de ventaja competitiva sostenible, de tal modo que al
elaborar la estrategia general de la compañía se establece la planificación y desarrollo
de los sistemas de información como otros de los aspectos clave dentro del proceso
directivo.
Los sistemas de información según De Pablos & Lopez (2004) han experimentado un
proceso evolutivo a través del tiempo dentro de las empresas, constituyendo estas
etapas de la siguiente manera:
En una primera etapa a través del análisis del sistema de información se pretenden
desarrollar únicamente procedimientos de tipo manual, para organizar mejor los
documentos o papeles que generan el proceso de administración empresarial.
A medida que las necesidades de información van aumentando, la dirección empieza a
impulsar la aplicación de las tecnologías de la información a proceso de datos
(contabilidad, nominas, facturación, etc.), a la toma de decisiones y a las organizaciones
los primeros centros de proceso de datos, como unidades especializadas de cálculo,
comienzan a automatizar procesos de transformación informativa involucrados en
actividades de administración todavía muy elementales.
Con el crecimiento experimentado por las empresas durante las décadas posteriores
(años 60 y 70), la información, para lograr la coordinación y control, pasa a considerarse
como un instrumento cada vez más importante. Apareciendo una nueva área funcional
dentro de las empresas que son los departamentos de informática, constituye la
aparición de los sistemas de información para la dirección.
A medida que el entorno y sistema técnico van adquiriendo mayor complejidad, las
organizaciones van adoptando una estrategia cada vez más activa y comprometida en
el uso de la información. La alta dirección comienza a buscar en la información y en los
sistemas de gestión de la misma, el medio para conocer más sobre el entorno. Esta fase
8
de transacción se correspondería con la aplicación generalizada de los sistemas
integrados, así como una aplicación paulatina de los nuevos instrumentos de soporte
para la decisión.
En una fase que podríamos denominar fase final o actual, se pretende integrar la
información con la estrategia corporativa, utilizando las nuevas tecnologías de
información para concebir nuevas formas de diseño, fabricación y venta de productos o
servicios tradicionales; nuevas formas de relacionarse con los clientes y nuevas formas
de competir y crecer.
1.2. Análisis de las distintas posiciones teóricas sobre los Sistemas de
Información.
A la hora de clasificar los Sistemas de Información, existe una gran variedad de criterios
y definiciones que especifican el manejo de los sistemas de información en los diferentes
ámbitos en los cuales son usados.
Un sistema de información está definido como: “un conjunto de recursos técnicos,
humanos y económicos, interrelacionados dinámicamente y organizados en torno al
objetivo de satisfacer las necesidades de información de una organización empresarial
para la gestión y la correcta adopción de decisiones.” (De Pablos & Lopez, 2004).
En el libro Análisis de Sistemas e Ingeniería de Software se define a un sistema de
información como: “Un sistema basado en computadora, el cual es alimentado con datos
por medio de procedimientos de entrada y convierte los datos en información. La
información se muestra por medio de procedimientos de salida” (Morales, 2010).
Además, Morales (2010) describe tres grandes categorías en las cuales divide los
sistemas de información:
Sistemas Transaccionales: Se basan en las transacciones que se presentan en un
sistema. Una transacción se puede definir como una actividad o un conjunto de
actividades que se tratan como una sola transacción, a las cuales se les da seguimiento.
Generalmente tienen un comportamiento estructurado, cíclico y predecible.
Sistemas de control de la gestión o gerenciales: Son sistemas que se basan en un
sistema transaccional. Extraen de estos últimos, información para producir un sistema
de mayor nivel destinado a controlar la gestión de una institución o empresa. Por
ejemplo: un gerente de alto nivel puede tener la información para visualizar a donde
dirigir la organización. A pesar de que este tipo de sistemas es de mayor nivel, la
información provista es en gran medida estructurada.
9
Figura 1 Sistemas Transaccionales
Fuente Morales (2010)
Sistemas de apoyo a la toma de decisiones: Son sistemas de alto nivel de
información, capaces de representar escenarios de posibles situaciones, de acuerdo
con la información registrada o a ciertos parámetros que se le dan de entrada,
permitiendo visualizar que decisiones tomar en base de investigaciones, pronósticos o
simulaciones.
Las fuentes de la información de estos sistemas no son exclusivamente de medios
internos de la organización, sino que pueden provenir de medios externos. Las consultas
dadas a estos sistemas no son estructuradas, es decir, el sistema debe ser tan flexible
que debe permitir idealmente, cualquier tipo de pregunta en cualquier momento.
Para sustento de la clasificación de sistemas de información antes mencionada, Collado
(2002) menciona también la clasificación de sistemas de información en función de la
principal finalidad a la cual están destinados dichos sistemas, detallándolos de la
siguiente manera:
Sistemas de información transaccionales: Son aquellos sistemas de información
global de la organización que se encarga de manera específica de procesar tanto las
transacciones de información provocadas por las interacciones formales entre el entorno
y la organización como las transacciones generadas en el seno de la organización.
Sistema de información decisorios: son aquellos sistemas de la organización que se
dedica a dar apoyo a los diferentes tipos de procesos de toma de decisiones llevados a
cabo por parte de los directivos, los gestores y otros profesionales de la organización.
10
Figura 3 Aplicación Web
Fuente Sergio Lujan
Figura 2 Sistemas decisorios
Fuente Morales (2010)
Sistema de información de ayuda a la toma de decisiones: Constituyen un apoyo
eficaz para los procesos de toma de decisiones de un tipo determinado, puesto que
facilita el acceso y la preparación de datos relevantes, ofrece capacidad de cálculo y
facilita el aprovechamiento de todos estos componentes mediante el uso de
herramientas graficas de visualización de la información.
1.2.1. Aplicaciones Web.
Una aplicación web (web-based-aplication) es: “Un tipo especial de aplicación
cliente/servidor, donde tanto el cliente (navegador, explorador o visualizador) como el
servidor (servidor web) y el portocolo mediante el que se comunica (HTTP) están
estandarizados y no han de ser creados por el programador de aplicaciones” (Lujan,
2005).
11
Dentro de los aplicativos Web se puede diferenciar el modelo en capas siendo el más
extendido el modelo de tres capas como lo detalla Lujan (2005):
Capa cliente o capa de presentación: la aplicación se muestra al cliente para que el
usuario interaccione a través de su interfaz. Los datos y eventos producidos por el
usuario son enviados al servidor para que este los procese y/o almacene.
Capa de negocio o lógica del negocio: Se encarga de atender y procesar las
peticiones de los clientes y comunicarse con la capa de datos solicitar o almacenar
información en ella. Es la capa donde se programa la aplicación web.
Capa de datos: En esta capa se sitúa los datos de los que hace uso la aplicación. En
la estructura lógica aparece separada de la capa de negocio, pero a nivel físico puede
estar situada en la misma máquina. Lo habitual es utilizar un Sistema gestor de base de
datos (SGBD) para que gestione y controle el acceso a la información.
1.2.2. Arquitectura MVC (Model View Controller)
“La arquitectura MVC es la única solución de desarrollo Web en el lado del servidor
existente en la actualidad que permite separar la parte lógica de la parte de presentación
de una aplicación Web. Esto es muy importante, porque permite que el desarrollador y
el diseñador Web trabaje por separado en un proyecto, cada uno sobre sus archivos o
componentes” (Aumalle, 2002).
Vicente Eslava (2010) define al Modelo Vista Controlador como un patrón de
arquitectura de software que separa los datos y la lógica del negocio de una aplicación
de interfaz de usuario y el modulo encargado de gestionar los eventos y las
comunicaciones. El patrón de diseño se basa en las ideas de reutilización de código y
la separación de conceptos, características que buscan facilitar la tarea de desarrollo de
aplicaciones y su posterior mantenimiento. Además de una forma genérica Vicente
Eslava (2010) define de una manera generica los componentes MVC como son:
Modelo: Es la representación de la información con la cual el sistema opera por lo tanto
gestiona todos los accesos a dicha información.
Controlador: Responde a eventos (usualmente acciones del usuario) e invoca
peticiones la modelo cuando se hace alguna solicitud sobre la información.
Vista: Presenta el modelo (información y lógica del negocio) en un formato adecuado
para interactuar con la interfaz del usuario.
12
1.2.3. Herramientas aplicadas para desarrollo.
Apache.
Maute (2002) define a Apache como un servidor web de código libre robusto cuya
implementación se realiza de forma colaborativa, con prestaciones y funcionalidades
equivalentes a las de los servidores comerciales. El proyecto está dirigido y controlado
por un grupo de voluntarios de todo el mundo que, usando Internet y la web para
comunicarse, planifican y desarrollan el servidor y la documentación relacionada.
PHP.
Heurtel (2011) hace referencia al código PHP y lo define como un lenguaje de script que
se ejecuta del lado del servidor, que se incluye en una página HTML normal. Por lo
tanto, se puede comparar con otros lenguajes de script que se ejecutan según el mismo
principio: ASP (Active Server Pages), JSP (Java Server Pages) o PL/SQL Server pages
(PSP).
Heurtel (2011) tambien menciona la diferencia de un lenguaje como JavaScript, donde
el código se ejecuta del lado del cliente (en el explorador), el código PHP se ejecuta del
lado del servidor. El resultado de esta ejecución se incrusta en la página HTML, que se
envía al navegador. Este último no tiene conocimiento de la existencia del
procesamiento que se ha llevado a cabo en el servidor.
Esta técnica permite realizar páginas Web dinámicas cuyo contenido se puede generar
total o parcialmente en el momento de la llamada de la página, gracias a la información
que se recopila en un formulario o se extrae de una base de datos. Para indicar al
servidor Web que una página HTML contiene código PHP no es necesario ejecutarse,
basta con dar al archivo una extensión especifica: .php (excepto en caso de
configuración especial del servidor).
MySQL
“MySQL es un sistema de administración de bases de datos relacionales (SGBDR)
rápido, robusto y fácil de usar. Se adapta bien a la administración de datos en un entorno
de red, especialmente en arquitecturas cliente/servidor. Se proporciona con muchas
herramientas y es compatible con muchos lenguajes de programación. Es el más
célebre SGBDR del mundo Open Source, en particular gracias a su compatibilidad con
el servidor de páginas web de Apache y el lenguaje de páginas Web dinámicas PHP”.
(Thybaud, 2006)
13
Framework Yii
Eslava Muñoz (2010), Yii es un framework orientado a objetos, software libre de alto
rendimiento basado en componentes, PHP y framework de aplicaciones web. Yii se
pronuncia en español como se escribe y es un acrónimo para “Yes it is!” (En español:
Sí. lo es!). Algunas características de Yii incluyen:
Database Access Objects
Integración con JQuery
Entradas de formulario y validación
Widgets de Ajax
Soporte de autenticación incorporado.
Personalización de aspectos y temas.
Administración de peticiones Web service.
Soporta traducciones.
Soporta el cache de datos, cache de páginas, cache por fragmentos y
contenido dinámico.
El manejo de errores y logging.
Generación de código por componentes de Yii.
BootStrap.
Bootstrap según Arias (2010), es un enfoque de diseño web destinado a la elaboración
de sitios web para proporcionar una visualización óptima, navegación fácil con un
mínimo de cambio de tamaño, paneo y desplazamiento a través de una amplia gama de
dispositivos (desde monitores de ordenador de escritorio al terminal móvil). Un sitio
diseñado con bootstrap adapta su diseño a las condiciones de observación mediante el
uso de fluidos, proporciones basadas en cuadrículas, imágenes flexibles y CCS3 en los
medios.
“Los componentes del lado del servidor, en conjunto con los del lado del cliente, como
las consultas de los medios, pueden producir sitios con una carga más rápida para el
acceso a través de redes de telefonía y también para entregar una funcionalidad y una
capacidad de utilización óptima” (Arias, 2010)
API php para envío de SMS.
Una API (application programming interface) es detallada por Galán G (2016) cómo:
14
Figura 4 Estadística de uso de API´s Fuente Raúl Galán Gómez
La forma en la que deberían interactuar los diferentes componentes software, siendo el
objetivo facilitar el acceso a componentes hardware o bases de datos, una API puede
utilizarse para agilizar el trabajo de desarrollo.
En la práctica, las APIs a menudo incluyen dentro de sus librerías especificaciones para
manejar subrutinas, tipos de datos, clases y variables. En algunos casos, especialmente
en servicios web, una API es únicamente una especificación para que los usuarios
remotos puedan consumir los servicios.
En términos generales, las APIs hacen posible la interconexión de módulos y
aplicaciones, facilitando el acceso a sus backends y permitiendo la reutilización de
servicios.
Es importante distinguir API “de servicio”, siendo una API la manera con la que se
interactúa y se consume dicho servicio. Haciendo una analogía con un ejemplo
cotidiano, una API podría ser el enchufe de nuestra casa y el servicio la electricidad que
nos proporciona la empresa distribuidora.
La siguiente grafica permite conocer el índice de uso de API´s desde el 2005 hasta 2013,
identificando un gran crecimiento en su uso:
Una de las funcionalidades de un API es el Routing donde maneja el Enrutamiento de
mensajes a diferentes destinos dependiendo del contexto o del contenido del mensaje,
esto puede ser utilizado y manejado a través del servicio de una empresa telefónica.
Astudillo & Zambrano (2006) menciona que SMS es un servicio que permite enviar y
recibir mensajes de texto a y desde teléfonos móviles. El texto puede comprender
palabras o números o una combinación alfanumérica.
15
Astudillo & Zambrano (2006) también detalla los servicios que brindan las empresas
telefónicas:
Servicios de Mensajería SMS, Envío individual o masivo de mensajes cortos
SMS y recepción de mensajes SMS PREMIUM con procesamiento automático,
para todo tipo de aplicaciones.
SMS-PUSH, Envío de SMS, envío, desde un interfaz web o mediante una
aplicación personalizada, de mensajes SMS individuales y/o envío masivo de
SMS's a grupos.
SMS-PULL, recepción y procesado de mensajes SMS para obtener información
de clientes, gestionar votaciones o sondeos, sorteos, concursos, campañas de
marketing SMS, etc. Permite la suscripción y borrado automático de los
usuarios en las diferentes listas de envío 29.
Micropagos SMS, la plataforma de mensajería le ofrece la posibilidad de
integrar fácilmente el sistema de micro pagos SMS para acceder a cualquier
tipo de contenidos de pago. Se trata de un medio de pago efectivo, muy sencillo
y seguro.
Localización GSM y GPS, datos competitivos de ambas tecnologías de
localización de la posición de un terminal móvil empleando la red GSM (LBS) y
situándolo en un mapa georeferenciado, localización GSM de terminales
móviles apoyándose en los nuevos servicios de localización que ofrecen las
operadoras. Integración con otras aplicaciones inalámbricas de datos para
facilitar el desarrollo de nuevos servicios y obtener el máximo beneficio de la
localización.
1.2.4. Metodologia Scrum.
La aplicación de la metodología Scrum se basa en los lineamientos de Martel (2010)
quien menciona que Scrum es un framework o conjunto de buenas prácticas para la
gestión de proyectos. Fundamentado en un estudio realizado acerca de los procesos de
desarrollo utilizados con éxito en Canon, Xerox, Honda o HP.
Scrum se caracteriza por entregas parciales y regulares del producto final, inicia en
aquellas funcionalidades más importantes para el cliente. “Scrum está especialmente
indicado para proyectos donde se necesite obtener resultados pronto o donde los
requisitos son cambiantes y la competitividad, la flexibilidad y la productividad son
cruciales. Esto permite no alargar demasiado las entregas y reaccionar antes de que los
costes se disparen.” (Martel, 2010)
16
Figura 5 Fases SCRUM Fuente Martel, (2010)
“Scrum define una forma de trabajar basada en artefactos o herramientas,
mantenimiento una serie a lo largo del proyecto y asignando roles que deben tomar los
participantes del proyecto” (Martel, 2010).
Roles de SCRUM.
Dueño del producto: Establece y prioriza la lista de funcionalidades a
desarrollar en el proyecto (pila del producto) de acuerdo con las necesidades
de quien paga por el producto. Aporta la perspectiva del cliente y lo que este
necesita. Se encarga además de describir las tareas o funcionalidades que se
recogen en la pila de producto y en la pila de Sprint. Este papel lo juega
normalmente alguien elegido por el cliente para representar a todas las
personas interesadas en obtener un producto final que les sea útil (usuarios,
gestores o directivos del cliente).
Scrum master: No exactamente el jefe de proyecto tradicional. Ese rol se
reparte entre el propio Scrum master y el dueño del producto. Su misión más
importante es la de proteger al equipo de interrupciones mientras trabajan para
completar el sprint y resolverles cualquier incidencia u obstáculo que les impida
cumplir la meta del sprint. Preparará las reuniones y se asegura de que sean
productivas, asignará también las tareas al equipo de trabajo y hará un
seguimiento de las ya asignadas.
El equipo de trabajo: Son los miembros del equipo que tienen la
responsabilidad de entregar el producto. Al final de cada sprint deben entregar
las historias de usuario revisadas y comprobadas. En caso contrario fallaran en
la reunión de Demo.
Ciclo de Vida.
Scrum consta de tres fases: Prejuego, en algunos otros textos como Planificación, Juego
o Desarrollo y Postjuego o Finalización.
17
La Fase de Planificación.
a) Planning:
Se trata de la definición del sistema que será construido. Para esto se crea el
Product Backlog a partir del conocimiento que actualmente se tiene del sistema.
Se formulan los requerimientos priorizados y se estima el esfuerzo necesario.
El Product Backlog, es actualizado constantemente, con estimaciones más precisas
y cambios en la prioridad de los elementos de la lista.
b) Architecture / High level Design:
El diseño de alto nivel del sistema se planifica a partir del Product Backlog. Cuando
se trata de una mejora a un sistema ya existente, se identifican los cambios
necesarios para implementar los elementos que aparecen en la lista Product Backlog
y el impacto que pueden tener los cambios. Se sostiene una Design Review Meeting
para examinar los objetivos de la implementación y tomar decisiones a partir de la
revisión. Las tareas dentro de esta fase, se l a s presenta como un proceso, a
continuación:
Entrada: La idea inicial del producto que tienen los clientes o interesados.
Tabla 1 Fase de planificación
Nombre de la
tarea
Descripción Responsabilidades Requerida
/ Opcional
Crear el
Product
Backlog y
controlar su
consistencia
La lista posee
requerimientos técnicos y
del negocio, funciones,
errores a reparar, defectos,
mejoras y actualizaciones
tecnológicas necesarias.
Es importante controlar la
consistencia del Product
Backlog, agregando,
modificando, eliminando,
especificando y priorizando
elementos.
Product Owner Requerida
18
Priorizar el
Product
Backlog
Se debe priorizar los
requerimientos,
considerando que los
elementos de mayor
prioridad se deben
desarrollar primero.
Product Owner Requerida
Estimación
del
esfuerzo
Es un proceso iterativo que
mide el esfuerzo que falta
para cumplir con los
objetivos de la lista Product
Backlog, para el Sprint
Backlog.
Product Owner
Scrum Team
Requerida
Reunión de
Revisión de
Diseño
(Design
Review
Meeting)
En esta instancia se
comunica el diseño a los
interesados para revisar el
cumplimiento de los
elementos en el Product
Backlog.
Requerida
Verificación: Deben realizarse todas las tareas requeridas.
Salida: Product Backlog List, Arquitectura.
La Fase de Desarrollo.
Es la parte ágil de Scrum. Aquí se espera que ocurran situaciones impredecibles,
para evitar el caos, Scrum define un control durante los Sprints, y dentro de las
variables de entorno encontramos: Tiempo, calidad, requerimientos, recursos,
tecnologías y herramientas de implementación.
En lugar de tenerlas en consideración al comienzo del desarrollo, Scrum propone
controlarlas constantemente para poder adaptarse a los cambios en forma flexible.
Las tareas dentro de esta fase, se las presenta como un proceso, a continuación,
detallado:
19
Entrada: Product Backlog
Tabla 2 Fase de desarrollo.
Nombre
de la tarea
Descripción Responsabilidades Requerida
/ Opcional
Reunión de
Planificación
Sprint (Sprint
Planning
Meeting)
Reunión organizada por el Scrum
Master, que se realiza en dos
fases.
La primera fase tiene como
objetivo establecer que elementos
del Product Backlog van a ser
desarrollados durante el Sprint.
Scrum Master
Customer,
User
Management
Product Owner
Scrum Team
Requerida
En la segunda fase se decide cómo
se van a alcanzar los objetivos del
Sprint. Se crea el Sprint Backlog,
indicando qué tareas debe
desempeñar el equipo.
Scrum Team
Scrum Master
Product Owner
Reunión
Diaria Scrum
(Daily Scrum
Meeting)
Las reuniones se realizan en el
mismo lugar y a la misma hora
cada día, de preferencia en la
mañana para definir el trabajo para
el día. Tienen una duración de 15
minutos y los participantes se
quedan parados. Estas reuniones
no se utilizan para resolver
problemas. En ellas se realizan
tres preguntas:
1. ¿Qué hiciste ayer?
2. ¿Qué harás hoy?
3. ¿Qué obstáculos ves en tu
camino?
Los participantes son clasificados
según el compromiso que tengan
dentro del proyecto.
Scrum Team Requerida
20
Verificación: Durante un sprint se puede acortar funcionalidad, pero la fecha de entrega
debe ser respetada.
Salida: Incremento del producto.
Fase de Pos - Juego
Contiene el cierre de la versión del sistema de información. Para ingresar a esta fase es
necesario que los requerimientos expuestos en el Product Backlog List hayan sido
completados. El software desarrollado estará listo para ser liberado y aquí se realiza la
integración, pruebas del sistema y documentación.
1.2.5. Gestión administrativa.
La actividad administrativa es indudablemente compleja e incluye una serie de
conceptos que poco a poco se van separando Aumage (1979), detalla a grandes rasgos
dos grandes sectores:
Los servicios de producción administrativa: se consagra a actividades
perfectamente habituales y repetitivas: servicios de compra, de contabilidad, etc.
Son servicios triviales, cuyas actividades son inmovilizadas progresivamente en
el marco de procedimientos más o menos complejos. Estos servicios suponen
generalmente más de tres cuartas partes de efectivo administrativo de una
empresa.
Los servicios de estudio: son aquellos que tiene una misión concreta y que
trabajan sobre pedido, por ejemplo, un servicio de organización. Se ha
observado, en los últimos años, una importante proliferación de estos servicios
de asistencia en las empresas. Esta evolución se debe principalmente a la
influencia americana, siendo suficiente para convencerse de ello, el fijarse en las
denominaciones de estas nuevas actividades:
Reunion de
Revisión del
Sprint (Sprint
Review
Meeting)
Es una reunión informal que no
puede tomar más de 2 horas. El
equipo presenta lo que ha logrado
durante el Sprint.
Generalmente toma la forma de un
demo de las nuevas características
o la arquitectura.
Customers
Management
Product Owner
Otros
interesados
Requerida
21
Manejo de Personal.
“El contacto humano es primordial y debe ponerse a contribución todo cuanto pueda
favorecerlo. Es por otra parte, absolutamente necesario controlar la susceptibilidad de
las personas involucradas dentro de la empresa” (Aumage, 1979), menciona dentro de
la gestión administrativa que el personal debe:
Estar informado.
Recibir invitaciones para participar dentro del ámbito de su competencia.
Ser capaz de explicar, los medios precisos para alcanzar el objetivo de la
organización.
Estructura Organizacional.
Con el fin de materializar sobre el papel los enlaces que unen a los empleados de un
servicio es conveniente establecer un organigrama, el cual es la representación
esquemática de los enlaces jerárquicos y funcionales que unen los diferentes puestos
de trabajo. Los enlaces jerárquicos se representan en la siguiente forma:
Cada rectángulo representa un puesto de trabajo y los trazos continuos, los enlaces
jerárquicos.
Análisis de Puestos.
El análisis de puestos responde a una urgente necesidad de las empresas; para
organizar eficazmente los trabajos de estas, es indispensable conocer con toda
precisión lo que cada trabajador hace y las aptitudes que requiere para hacerlo bien, los
datos necesarios para la descripción se obtienen directamente del empleado o
empleados que desempeñan cada uno de los puestos es por ello que Kramis, (1994)
distingue tres partes:
Figura 6. Estructura organizacional
22
Figura 7 Funciones administrativas
Fuente Vanchuks Blog
a) El encabezado: Contiene los datos de identificación del puesto como es el titulo,
ubicación del puesto, especificaciones, jerarquikas a entre otros.
b) La descripcion generica: Consiste en una explicación de conjunto de las
actividades del puesto, considerandose como un todo.
c) La descipción especifica: Consiste en una exposicion detallada de las
operaciones que realiza cualquier trabajador en un puesto determinado. Debe
procurarse la separación de las actividades continuas, de las periodicas o
eventuales.
Proceso Administrativo.
La Administración es un arte cuando interviene los conocimientos empíricos. Sin
embargo, cuando se utiliza conocimiento organizado, y se sustenta la práctica con
técnicas, se denomina Ciencia (Thompson & Antezana, 2006).
Dentro del proceso administrativo se considera importar desarrollar las actividades de
la empresa, tomando en cuenta la secuencia que Thompson & Antezana (2006)
presenta como fundamentales los cuales son: Prever, Organizar, Comandar, Coordinar
y Controlar.
Funciones Administrativas.
Las funciones Administrativas en un enfoque sistémico conforman el proceso
administrativo, cuando se consideran aisladamente los elementos Planificación,
Organización, Dirección y Control, son solo funciones administrativas, pero cuando se
consideran estos cuatro elementos en un enfoque global para alcanzar objetivos, forman
el Proceso Administrativo (Thompson & Antezana, 2006).
23
Precio de Coste.
Cualquier actividad administrativa conduce a proporcionar un producto o un servicio que
será facturado al cliente. Es preciso conocer con precisión el coste de fabricación del
producto o del servicio facturado (Aumage, 1979).
Aumage (1979) menciona que un precio de coste es la suma de los costes de los
diversos elementos necesarios para la elaboración del producto o servicio. La noción de
coste en un trabajo administrativo se establece generalmente atendiendo al tiempo
consumido por un colaborador.
Por ello resulta fácil contabilizar para cada empleado el coste de las materias utilizadas;
lo que resulta menos sencillo es calcular el tiempo realmente consagrado a tal o cual
producto o servicio.
1.3. Valoración crítica de los conceptos principales de las distintas posiciones
teóricas sobre Sistemas de Información.
Los conceptos analizados dentro de este proyecto de investigación permiten determinar
que los Sistemas de Información han ido a la par de la tecnología evolucionando y
abriéndose paso dentro de las organizaciones, con la finalidad de automatizar y agilizar
procesos realizados anteriormente de forma manual.
Los autores referenciados coinciden en el punto principal que destaca que los Sistemas
Informáticos se basan en el procesamiento de la información, proceso que detalla el
tratamiento de la información, la misma que es capturada almacenada y distribuida para
apoyar la toma de decisiones.
Otro concepto que describe detalladamente a los Sistemas de Información menciona la
importancia de definir los elementos que están involucrados dentro del desarrollo e
implementación de un Sistema de Información como es: la información, las personas,
los equipos de tratamiento de la información o interacción con los usuarios (hardware,
software y redes de comunicación) y las normas y/o técnicas de trabajo, estos elementos
son fundamentales para que un Sistema de Información cumpla con el propósito para el
cual fue desarrollado y/o implementado. A criterio del autor es indispensable la
involucración del recurso humano capacitado, esto permite que las empresas o
instituciones sean altamente competitivas, beneficiándose de las nuevas tecnologías en
referencia a instituciones donde no se implementa Sistemas de Información.
Es destacable también la diferenciación que existe dentro de los Sistemas de
Información los mismos que se catalogan según el objetivo que cumplen dentro de la
empresas, es coincidente como los autores de varias publicaciones detallan la
24
clasificación de la siguientes manera: Sistemas Transaccionales, Sistemas de control
de la gestión o gerenciales, Sistemas de apoyo a la toma de decisiones, dentro de esta
clasificación se puede orientar cada tipo para organización con diferentes funciones,
debido que cada organización maneja sus procesos de diversas maneras, pudiendo
escoger el Sistema de Información que mejor se acople a sus necesidades.
1.4. Conclusiones parciales del capítulo.
La evolución de las tecnologías de la información dentro de las empresas permitió la
sistematización de procesos, al registrar, almacenar, procesar y emitir información para
la toma de decisiones dentro de la empresa.
La evolución de los sistemas de información dio origen a la creación de diferentes tipos
de Sistemas de Información, los mismos que pueden ser aplicados según las
necesidades dentro del entorno donde se desarrollan.
Los Sistemas de Información requieren de elementos esenciales que permiten la
interacción del usuario, con la información, el equipamiento y las técnicas que permiten
que el sistema cumpla con los objetivos para los cuales fue creado.
25
Figura 8 Ubicación geográfica
CAPÍTULO II. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA PROPUESTA.
2.1. Caracterización de la empresa DSB-Soluciones Informáticas.
Descripción Institucional DSB-Soluciones Informáticas.
La empresa DSB-Soluciones Informáticas, es una empresa constituida en el 2010,
con amplia experiencia, equipo de trabajo altamente capacitado y debidamente
certificado para asesorar y brindar soluciones a sus clientes, buscando siempre calidad
en sus servicios y ser una empresa vanguardista en tecnológica, revolucionando el
mercado de soporte técnico informático marcando nuevos estándares de servicios.
La empresa cuenta con una matriz en la ciudad de Puyo provincia de Pastaza, en la
dirección: calle 27 de Febrero y Francisco de Orellana, además la empresa posee una
Sucursal en la ciudad de Tena, en la Troncal Amazónica y Federico Monteros.
Dentro de los servicios que brinda la empresa se puede detallar los siguientes:
Servicio de diagnóstico y reparación de equipos informáticos.
Instalación, configuración y actualización de software.
Mantenimiento preventivo y correctivo.
Recuperación de información y Backup.
Asistencia técnica y escritorio remoto.
Sistema de Desoldering de integrados.
26
Misión y Visión de la empresa.
Misión.
Identificar los requerimientos técnicos de nuestros clientes del mercado informático en
nuestra región, ofreciendo soluciones precisas e innovadoras y eficientes, así como un
oportuno servicio garantizado, que continuamente los asista en la ejecución de su
empresa.
Visión.
Nos proyectamos a ser líderes, en el mercado, en proveer soluciones técnicas,
eficientes y efectivas con responsabilidad y calidad que supere las expectativas de
nuestros clientes.
Orgánico Funcional.
La empresa DSB – Soluciones Informáticas toma una actitud positiva frente a los
grandes desafíos, mejorando e implementando una cultura organizativa, con
coordinación y responsabilidad, entendiendo que la estructura de una empresa es
simplemente la suma total de las formas en que su trabajo es dividido en diferentes
tareas con una adecuada coordinación entre ellas, para el cumplimiento efectivo de su
misión, procurando que DSB – Soluciones Informáticas se constituya en un verdadero
sistema abierto y dinámico, que implique integridad y unificación para lograr el
funcionamiento óptimo del conjunto de sus componentes entre el equipo técnico,
usuarios y clientes, dicho trabajo coordinado se encuentra representado en el siguiente
orgánico funcional:
Figura 9 Orgánico estructural DSB
EMPLEADOS
DIRECCIONES
NIVEL GERENCIAL GERENTE
JEFE DEPARTAMETO
TECNICO
TECNICO 1 TECNIICO 2
ENCARGADO VENTAS Y
CONTABILIDAD
27
Las responsabilidades dentro de la empresa se encuentran distribuidas en los siguientes
cargos para el personal que labora en la empresa DSB-Soluciones Informáticas,
detallado a continuación:
Tabla 3 Distributivo empleados
SUCURSAL CARGO NOMBRE
Matriz Puyo
Gerente Ing. Linares Daisy
Encargado de ventas y
contabilidad
Ing. Karla Díaz
Jefe del departamento técnico
y técnico uno
Sr. Franklin Grefa
Técnico. Sr. Kevin Centeno
Sucursal Tena
Encargado de ventas
Tnlg. Dayana Carolina
González
Jefe del departamento técnico
y técnico.
Sr. José Palma Solís
Técnico Sr. Juan Guzmán
2.2. Descripción del procedimiento metodológico para el desarrollo de la
investigación.
Modalidad de Investigación.
Investigación Cualitativa.
La investigación cualitativa permite detallar las cualidades del caso de estudio y tener
un concepto que pueda abarcar una parte de la realidad. No trata de probar o de medir
en qué grado una cierta cualidad se encuentra en un cierto acontecimiento dado, sino
de descubrir tantas cualidades como sea posible.
Método Analítico – Sintético.
Se utiliza el método analítico sintético, implementando el análisis de los resultados
obtenidos con la aplicación de las técnicas como son la entrevista y la observación, las
cuales permiten obtener información objetiva y concisa acerca del objeto de
investigación.
28
Investigación Bibliográfica.
Con la investigación bibliográfica se obtiene un punto de inicio de la investigación que
se desarrolla, indagando todo referente al tema, obteniendo de esta manera, bases
lógicas de apoyo al desarrollo de la investigación.
Investigación de Campo.
Esta investigación permite obtener información en el lugar de los hechos, se visita el
departamento técnico de la empresa DSB-Soluciones Informáticas, para observar,
inspeccionar y entrevistar a los empleados y clientes, quienes brindan información
relevante para evaluar la situación real del departamento técnico.
Técnicas de Investigación.
Observación: Esta técnica permite conocer de mejor manera las actividades del
departamento técnico de la empresa DSB-Soluciones Informáticas, además la
observación sirve para analizar los requisitos del departamento técnico.
Entrevista: Permite mantener diálogos con el gerente de la empresa DSB-Soluciones
Informáticas, referente al proceso administrativo y operativo de la empresa de manera
esencial en el área de soporte técnico, además de procesos de entrega de equipos
informáticos, inventarios de suministros entre otros.
Instrumentos de Investigación.
La aplicación de los instrumentos como entrevista y ficha de observación se encuentran
detallados en el anexo 1 y 2
Población y Muestra.
La población a tomar en cuenta para la presente investigación el gerente y empleados
de la empresa, que son quienes conocen con exactitud los procesos pertinentes al
departamento de soporte:
Tabla 4 Población.
POBLACIÓN
Personal Función Cantidad
Gerente Administración general de la empresa 1
Ventas Encargado de ventas y contabilidad 2
Jefes Jefes de departamento técnico matriz y sucursal 2
Técnico Encargados de reparaciones 2
TOTAL 7
29
Al ser una población pequeña, no es procedente el cálculo de la muestra, el análisis se
realiza a toda la población.
ENTREVISTA GERENTE PROPIETARIO
EMPRESA DSB-SOLUCIONES INFORMÁTICAS
Objetivo: Mediante la entrevista realizada al Gerente de la empresa, poder conocer las
necesidades del departamento técnico de la empresa, que tiene actualmente.
Resultados obtenidos:
Pregunta 1.- Mencione la importancia del área de soporte técnico dentro de la
empresa.
Respuesta: La empresa DSB-Soluciones Informáticas, brinda el servicio de soporte
técnico, venta equipos informáticos y servicios de cyber, siendo el área de soporte
técnico el servicio que genera mayores ingresos a la empresa, considerándose el eje
principal de la empresa.
Análisis e interpretación: El gerente de la empresa considera que el área de soporte
técnico es altamente importante para la empresa, considerándolo como el departamento
que genera el mayor ingreso económico.
Pregunta 2.- Según su criterio, cual es la problemática principal del área de
soporte técnico.
Respuesta: La empresa registra el equipo y a que cliente pertenece en un libro de
registro de manera manual, esto con el fin de relacionar al dueño con el equipo que
ingresa al departamento técnico y evitar pérdidas, este tipo de registro ocasiona que la
empresa no cuente con un historial de problemas frecuentes; tipos de dispositivos
atendidos o número exacto de soluciones brindadas en un determinado tiempo.
Actualmente el equipo es etiquetado con el nombre del cliente y se menciona al cliente
una fecha y hora tentativa cuando su equipo estará listo para ser retirado, esta
metodología ha ocasionado que los clientes acuden a la empresa, sin informarse de
manera oportuna que su equipo requiere mayor tiempo para reparación, ocasionando
pérdida de tiempo a los clientes, y al ser algunos de poblados aledaños incurren en
gastos de transportación.
Análisis e interpretación: La problemática principal de la empresa es la falta de registro
relacionado entre el equipo y cliente al que pertenece, además de las especificaciones
físicas y técnicas de los equipos, esto se suma a que no se registra el procedimiento
que se realiza en cada equipo hasta llegar a ser reparado. Se añade la falta de
30
comunicación inmediata o automática hacia los clientes notificando el estado del equipo
en tiempo real.
Pregunta 3.- ¿Qué alternativas ha utilizado usted como gerente para dar solución
a estas problemáticas?
Respuesta: Para solucionar la falta de registro de equipos se ha elaborado formulario
de ingreso, los mismos que son impresos y llenados de forma manual por el empleado
o técnico que recibe el equipo, etiquetando el mismo con el formulario antes
mencionado, donde consta el nombre de su dueño y problema que es reportado. Esto
con el fin de identificar al equipo con su dueño y guiar al técnico que se encarga de la
reparación, sobre que procedimiento seguir. Al recibir el equipo el empleado notifica al
cliente el día y hora tentativa que debe volver por su equipo, cuando el cliente vuelve
por su equipo, de manera verbal es notificado acerca del proceso técnico y partes
reemplazadas para solucionar y reparar el equipo.
Análisis e interpretación: La empresa ha incorporado la metodología de registro
manual para relacionar al equipo con su dueño, sin embargo, este procedimiento, no
permite el almacenamiento de información acerca de características de los equipos
ingresados (marca, modelo, número de serie entre otros), diagnóstico, procedimiento,
repuestos o estado del equipo esto impide que la empresa cuente datos cuantitativos
de sus procesos en reparación, anual y semestral. Además, el procedimiento que se
realiza en cada equipo dentro del departamento técnico no cuenta con un registro, esto
conlleva a no contabilizar el egreso de partes y piezas que se usan para la reparación.
Pregunta 4.- ¿Qué software utiliza para manejar la información de soporte
técnico?
Respuesta: La empresa no cuenta con un software para manejar la información del
departamento técnico, se cuenta con un registro manual en un libro donde se registra el
equipo y dueño al que pertenece.
Análisis e interpretación: La empresa no cuenta con un sistema de información que
permita el registro de datos técnico y físico del equipo, además de registrar la
descripción del procedimiento correspondiente al área de soporte técnico.
Pregunta 5.- Mencione las fases del proceso de reparación dentro del área de
soporte técnico.
Respuesta: En el área de soporte técnico se inicia cuando el cliente acude a la empresa
con su equipo para brindarle el servicio de soporte técnico, seguido de esto la
responsable de ventas o en su ausencia el técnico registra de manera manual en el
31
formulario de ingreso el equipo para reparación, indicando al cliente el día que debe
volver por su equipo, seguido un técnico hace la revisión, reparación y si el caso amerita
cambio de piezas o partes, el cliente retorna por su equipo y si ya se encuentra reparado
cancela el valor correspondiente y retira su equipo.
Análisis e interpretación: La empresa realiza el proceso de reparación en la siguiente
secuencia:
1.- Ingreso de equipo a servicio técnico
2.- Revisión y reparación de quipos
3.- Cobro por servicio brindado
4.- Entrega de equipo reparado.
En todo el proceso no interviene el cliente como ente de aprobación o negación de
cambio de partes y piezas, o para ser notificado del procedimiento que se realizará con
su equipo.
Pregunta 6.- ¿Qué tipo de infraestructura tecnológica posee su empresa?
Respuesta: Como empresa contamos con el servicio de internet, se adquirieron 4
equipos informáticos de alta potencialidad, además de tres estaciones de trabajo para
el personal y dos equipos de impresión a los cuales tienen acceso todos los empleados,
a la vez la empresa esta interconectada a través de una intranet.
Análisis e interpretación: Al ser catalogada como una empresa pequeña cuenta con
equipos y servicios acorde a sus necesidades, estos equipos con los que cuenta la
empresa permitirán poner en marcha la implementación del sistema de información.
Pregunta 7.- ¿Cuál es el medio de comunicación de la empresa con los clientes?
Respuesta: La comunicación con los clientes es directa, ellos acuden a la empresa a
conocer el estado de sus equipos.
Análisis e interpretación: El medio de comunicación principal de la empresa es la
comunicación personal, la misma que es posible cuando el cliente acude a la empresa.
32
FICHA DE OBSERVACIÓN
EMPRESA DSB-SOLUCIONES INFORMÁTICAS
Objetivo: Mediante la ficha de observación realizada, poder identificar las necesidades
del departamento técnico de la empresa, que tiene actualmente y mediantes ello poder
dar una solución a la misma.
Después de realizada la observación en sitio (anexo 1), en la empresa
DSB-Soluciones Informáticas, se obtuvo los siguientes resultados:
La empresa cuenta con cinco personas dentro del departamento técnico,
involucrados directamente en el proceso de recepción, revisión y reparación de
equipos informáticos.
Para dar inicio al proceso los clientes entregan directamente sus equipos a los
empleados de la empresa.
La empresa cuenta con un formulario de ingreso de equipos, esto con el fin de
relacionar al dueño con el equipo que le pertenece, este formulario no se considera
una ficha técnica o de seguimiento de procesos.
La empresa no usa actas entrega-recepción, el único comprobante es el formulario
antes mencionado, el mismo que permanece dentro de la empresa, no se entrega
una copia al cliente.
Los formularios son llenados de forma manual.
El único medio de comunicación entre el cliente y los empleados de la empresa es
de forma personal, el cliente debe acudir a la empresa para conocer sobre el costo
o estado de su equipo.
No existe un registro de informes técnicos por equipo atendido.
El cliente no es notificado por medio alguno, sobre el estado del equipo, el cliente
debe retornar a la empresa de manera personal y consultar por su equipo.
La empresa cuenta con una intranet, acceso a internet, servidor de base de datos,
servidor de aplicaciones para el uso del sistema de contabilidad CONTAMAX y
computadores para uso de los empleados.
La empresa no cuenta con estadísticas claras sobre el área de soporte técnico.
La empresa realiza control de inventario de repuestos a través del registro manual
en un libro, sin poseer un control de la fecha y equipo exacto en el cual se utilizó el
mencionado repuesto.
33
2.3. Conclusiones parciales del capítulo.
La investigación de campo permitió conocer con más detalle la estructura, organización
y funcionamiento del departamento técnico de la empresa DSB-Soluciones Informáticas,
a través de los diferentes actores involucrados.
La aplicación de la metodología de investigación en sus diferentes tipos, permitió la
recopilación de información objetiva y concisa acerca del objeto de investigación
permitiendo el análisis de los resultados y la toma de decisiones.
El uso de técnicas e instrumentos de investigación, como la entrevista permitió recabar
información valiosa y real del entorno en el que se desarrolla el proceso de recepción,
reparación y entrega de equipos informáticos dentro del área de soporte técnico de la
empresa DSB-Soluciones Informáticas.
34
CAPÍTULO III. VALIDACIÓN Y/O EVALUACIÓN DE RESULTADOS.
3.1. Desarrollo de una aplicación web para mejorar la gestión
administrativa del departamento técnico de la empresa
DBS- Soluciones Informáticas, a través de dispositivos móviles.
Objetivos de la propuesta.
General.
Desarrollar los componentes de la aplicación Web, utilizando herramientas de software,
para mejorar la gestión administrativa del departamento técnico de la empresa DBS-
Soluciones Informáticas.
Específicos.
Analizar los requerimientos de la empresa en conjunto con el gerente de la
misma con la finalidad de realizar la lista de requisitos optimizada.
Diseñar la estructura tecnológica que soporte el aplicativo Web, a través del uso
de buenas prácticas para la implementación de servicios Web y base de datos.
Desarrollar el modelado de base de datos a través de herramientas informáticas
que permita la arquitectura de software MVC.
3.1.1. Sistema.
Ante la necesidad de implementar competitividad en las pequeñas y medianas empresa,
se considera la aplicación de nuevas tecnologías de la información como un mecanismo
para ser más competitivos, los nuevos sistemas de información, cada vez más
sofisticados y tendientes a la eliminación de los errores por percepción humana,
garantiza la fiabilidad de la información y agiliza la atención que el cliente recibe.
Dentro de este panorama, se fundamenta la importancia de implementar un Sistema de
Información dentro de la empresa DSB- Soluciones Informáticas, cuyas principales
metas inmediatas son la mejora en atención al cliente, información en tiempo real
entregada a los clientes, y la comunicación entre técnico - cliente que evite la pérdida
de tiempo por parte del cliente al esperar el diagnostico de su equipo informático,
convirtiendo con estos cambios a DSB–Soluciones Informáticas en una empresa
altamente competitiva e innovadora dentro de la ciudad.
Además el incursionar con nuevas tendencias como Frameworks, y entornos de
desarrollo Web garantiza la usabilidad prolongada del sistema, incorporando a esto el
diseño de infraestructura tecnológica y el análisis para el desarrollo de software que
35
plasma en el Sistema de Información los requerimientos del directivo de DSB-
Soluciones Informáticas.
3.1.2. Recursos.
Recursos Humanos.
La Empresa DSB – Soluciones Informáticas cuenta con el personal necesario para la
administración y manejo del sistema de información, los que se detallan a continuación:
Tabla 5 Funciones de personal en el sistema.
3.1.3. Factibilidades.
Resulta adecuado estimar el costo – beneficio al momento de implementar el Sistema
de Información dentro del área de soporte técnico de la empresa DSB – Soluciones
informáticas para lo cual se procede a realizar la factibilidad operativa, técnica y
económica.
Factibilidad Operativa.
La factibilidad operativa es la probabilidad de que un nuevo sistema se use como se
tiene planeado. La adaptabilidad del personal que labora en la empresa
DSB – Soluciones Informáticas para lo cual se toma en cuenta los siguientes parámetros
operativos:
Sistema no complejo: El sistema es altamente intuitivo, con colores y procesos
sencillos que permiten la interacción de los usuarios con el sistema, además es
operativo dentro de un entorno Web, con lo cual los usuarios se encuentran
relacionados.
Adaptabilidad del sistema con los procesos: El software está diseñado para ser
adaptable a los procesos propios del área de soporte técnico conservando la
metodología del proceso, con el único objetivo de automatizarlo.
Personal Función Función en el sistema
Gerente Administración general de la empresa
Ingreso de Personal.
Ventas Encargado de ventas y contabilidad Ingreso de equipos y facturación.
Jefes Jefes de departamento técnico matriz y sucursal
Ingreso, revisión y reparación de equipos.
Técnico Encargados de reparaciones Ingreso, revisión y reparación de equipos.
36
Adaptabilidad de los usuarios con el sistema: El personal que labora en
DSB-Soluciones Informáticas cuenta con el conocimiento necesario para la
utilización de herramientas informáticas. Cabe recalcar que todos los empleados
conocen las etapas y procedimientos que se realizan en el departamento de soporte
técnico.
La aplicación de la entrevista indica que los empleados de la empresa tienen un alto
grado de aceptación ante la utilización de un Sistema de información para la gestión del
área de soporte técnico.
Factibilidad Técnica.
La empresa DSB - Soluciones Informáticas, cuenta con la infraestructura necesaria para
el desarrollo e implementación del Sistema de Información de gestión para el área de
soporte técnico, dentro de los requerimientos técnicos planteados entre el usuario y el
líder del proyecto se determina los requerimientos hardware, software y servicios:
Hardware.
Dentro de los requerimientos hardware que permitan la implementación del sistema se
considera lo siguiente:
Tabla 6 Requerimiento hardware
REQUERIMIENTO CANTIDAD OBSERVACION
Intranet 1 Disponible
Estaciones de trabajo 3 Disponible
Servidor de base de datos 1 Disponible
Servidor de aplicaciones 1 Disponible
Software.
Dentro de los requerimientos software que permitan la implementación del sistema se
considera lo siguiente:
Tabla 7 Requerimiento software
REQUERIMIENTO CANTIDAD OBSERVACION
Editor de PhP 1 Disponible
MySQL 1 Disponible
Apache 1 Disponible
Navegador 1 Disponible
37
Disponibilidad de Tecnología.
La empresa cuenta con la infraestructura tecnológica necesaria para la implantación del
Sistema de Información, lo cual mejorará la gestión del área de soporte técnico de la
empresa DSB-Soluciones Informáticas, por lo cual se concluye que la aplicación es
técnicamente factible.
Factibilidad Económica.
El Sistema Informático está destinado a optimizar los procesos y actividades,
dentro del área de soporte técnico de la empresa DSB- Soluciones Informáticas, por lo
tanto, para el análisis del grado de factibilidad económica al implementar el sistema de
información se toma en cuenta los siguientes costos:
Infraestructura tecnológica.
La empresa cuenta con equipos, lo que no representa una inversión adicional como se
detalla a continuación:
Tabla 8 Costo infraestructura tecnológica
CANT DETALLE VALOR UNITARIO VALOR TOTAL
1 Intranet 0,00 0,00
3 Estaciones de trabajo 0,00 0,00
3 Impresoras 0,00 0,00
1 Servidor de base de datos 0,00 0,00
1 Servidor de aplicaciones 0,00 0,00
1 Servicio Internet 34,00 34,00
TOTAL 34,00
Desarrollo de software:
Para el desarrollo de software, se detalla los requerimientos de licenciamiento y sueldos
a continuación:
Tabla 9 Costo desarrollo Software
CANT
DETALLE VALOR
UNITARIO
VALOR
TOTAL
1440 Horas uso de 3 equipos para desarrollo
por 3 meses
0,50 720,00
1 Software y licencias 0,00 0,00
3 Sueldo mensual líder del proyecto 1200,00 3600,00
38
2 Sueldo mensual programadores 947,00 1894,00
1 Sueldo mensual técnico 817,00 817,00
1 Suministros de oficina 150,00 150,00
1 Hosting por un año 143,00 143,00
1 Dominio por un año 15,00 15,00
TOTAL 7339,00
Total Costos:
El costo total, considerando costos de hardware y software es el siguiente:
Tabla 10 Costo total
CANT DETALLE VALOR TOTAL
1 Infraestructura tecnológica 34,00
1 Desarrollo Software 7.339,00
TOTAL 7.373,00
Es un requerimiento estimar el beneficio de implementar un sistema de información en
la empresa DSB – Soluciones Informáticas, considerando que el sistema de información
no tiene el objetivo de incrementar los ingresos económicos de la empresa, sino el
garantizar la automatización y agilidad al momento de realizar los procesos internos del
área de soporte, tomando en cuenta esta consideración no es posible cuantificar el
beneficio del proyecto de manera tangible, sin embargo los beneficios intangibles son
varios al momento de considerarlos dentro del presente proyecto, entre los cuales
podemos identificar los siguientes:
Mejorar el proceso de toma de decisiones
Incremento de confiabilidad en la empresa por parte de los clientes
Incremento de competitividad con el servicio al cliente.
Incremento de satisfacción del trabajo para los empleados.
Incremento de satisfacción de clientes ante los servicios.
La empresa DSB- Soluciones Informáticas, busca optimizar sus procesos y siendo
comprobable que la implementación del Sistema de Información representa altos
beneficios intangibles para la empresa. A esto se añade que los costos de desarrollo
son cubiertos por el investigador por lo que se concluye que el proyecto en
económicamente factible.
39
Conclusiones de la factibilidad.
Con el análisis de las factibilidades: operativa; técnica y económica, se concluye que la
implementación de un Sistema de Información para la gestión de soporte técnico en la
empresa DSB – Soluciones Informáticas, es factible, en todas las áreas analizadas.
3.1.4. Alcance y limitaciones.
Alcances.
Creación de roles y usuarios para el ingreso al sistema, asignando los respectivos
permisos y restricciones.
Ingreso y actualización de datos dentro de procesos referentes al área de soporte
técnico.
Realizar consultas de datos en los procesos.
Generar informes de:
De procesos realizados.
Equipos reparados por fechas, detalle o técnico asignado.
Informe de valor de ventas y costes de reparación.
Inventario.
Limitaciones.
No maneja información administrativa de la empresa.
No maneja estadísticas.
No es un software de control de personal.
Maneja información únicamente del área de soporte técnico.
3.2. Análisis de los resultados finales de la investigación.
3.2.1. Fase de planificación.
La metodología Scrum propone para esta etapa inicial, el enfoque en una visión y
análisis del problema a resolver.
3.2.1.1. Sprint 1: Modelo del Negocio.
Para modelar el negocio es necesario la aplicación de técnicas e instrumentos de
investigación, siendo la observación y entrevista, los instrumentos y técnicas que
permitieron determinar los siguientes procesos del modelo de negocio que maneja la
empresa DBS Soluciones Informáticas.
40
En la reunión antes mencionada se detectó los siguientes procesos del negocio:
Gestión de Sucursales.- Se realiza el ingreso de la información de sucursales
del negocio, es posible los cambios de información por tal motivo en la gestión
de sucursales se realiza la modificación de la información.
Gestión de Clientes.- Permite registrar la información correspondiente a los
clientes de la empresa, es posible la modificación de la información.
Gestión de Empleados.- Permite registrar los datos de los empleados que
ingresan a laborar a la empresa, es posible la modificación de la información.
Gestión de Proveedores.- Permite el registro de información de los
proveedores de repuestos, es posible la modificación de la información
Gestión de Usuarios.- Permite el registro de usuario y privilegios dentro del
sistema.
Gestión Ingreso de equipos.- Realiza el registro de ingreso de equipos a los
cuales se procederá a realizar la revisión técnica, el ingreso lo realiza el personal
técnico, el mismo que registra todos los datos referentes al equipo, el registro se
encuentra relacionado con el cliente y el técnico que registra el ingreso ya que
el mismo es el responsable de la fidelidad de la información, para constancia se
entrega un comprobante de recepción.
Gestión de revisión técnica.- Realiza el registro del resultado de la revisión
técnica ejecutada por el técnico asignado, se registra el daño reportado, la
solución, el uso de repuestos y el costo aproximado de la reparación, después
de esto el cliente debe aprobar si la reparación procede, el registro se encuentra
relacionado con el equipo y el técnico.
Gestión reparación.- Realiza el registro de la reparación final, tras ser aprobada
por el cliente, el técnico registra los repuestos utilizados y el tipo de mano de
obra que deberá ser cancelado por el cliente, datos que pasa al departamento
de ventas y facturación, el registro se encuentra relacionado con la revisión y
repuestos.
Gestión facturación.- Realiza el registro del cobro por el servicio de
mantenimiento y repuestos usados según sea el caso, el registro se encuentra
relacionado con la reparación final ya que en dicho reporte se basa el pago por
parte del cliente.
41
Gestión devolución.- Realiza el registro de devoluciones de equipos que
reincidieron en el daño que se reparó, el registro se encuentra relacionado con
cliente y el equipo, la empresa procede a realizar el mismo proceso, en el caso
de ser una falla de la empresa el servicio técnico no es cobrado, si el daño se
debe a otro problema no reportado antes el equipo reingresa como un equipo
normalmente.
Gestión de Pedido de repuestos.- Se registra el pedido que se adquirirá a
través del proveedor, este registro se encuentra relacionado con el proveedor y
repuestos.
Gestión de Reportes.- Genera reportes estadísticos de tiempo de respuesta de
revisión técnica, de reparación y aprobación de usuarios, además de inventarios,
nómina de empleados, clientes, proveedores, total ventas entre otros.
3.2.1.2. Diccionario del Negocio.
Tabla 11 Diccionario del negocio
Término Descripción
Cliente Persona que utiliza los servicios de un profesional o de una
empresa, especialmente la que lo hace regularmente.
Empleado Persona que trabaja para otra o para una institución a cambio de
un salario
Repuestos Es una pieza que se utiliza para reemplazar las originales en
máquinas que debido a su uso diario han sufrido deterioro o una
avería
Proveedores Persona o sociedad que suministra la materia prima utilizada
para producir los bienes o servicios necesarios para una
actividad
Servicio
técnico
Es un rango de servicios por medio del cual se proporciona
asistencia con el hardware o software a los usuarios
Mapa de Roles.
En el siguiente diagrama se plasma la relación jerárquica de la empresa, el Gerente se
encuentra en el sitial máximo debido a la responsabilidad que posee al administrar la
empresa, la misma que actualmente cuenta con dos departamentos como son
42
Departamento Técnico y Departamento de Ventas y Contabilidad, jerarquía que se
detalla a continuación.
Figura 10 Mapa de roles
La técnica de mapa de roles de usuario, permite determinar cómo se interrelacionan
entre sí los usuarios dentro de la empresa, información detallada a continuación:
Tabla 12 Manual de puestos Puyo
MATRIZ PUYO
No. Nombres
y
Apellidos
Área Cargo Actividades
que
ejecuta
Área con que
se relaciona
1 Ing. Linares
Daisy
Gerencia Gerente -
propietario
Administración
de la empresa
Contratación
de personal.
Todas
2 Ing. Karla
Díaz
Financiero Reponsable
Ventas y
contabilidad
Contabilidad de
la empresa
Realizar
proyecciones
anuales
Ventas
Ingreso de
equipos a
reparación.
Gerencia
Departamento
Tecnico
object Mapa de Roles
/GERENTE
/JEFE DEP.TECNICO /VENTAS
/TECNICO
43
3 Franklin
Grefa
Departame
nto técnico
Jefe
Departamento
técnico
Coordinar el
trabajo del
departamento
técnico
Velar por la
correcta
utilización de
los recursos.
Gerencia
Financiero
4 Kevin
Centeno
Departame
nto técnico
Técnico Revisión
técnica
Reparación de
equipos
Revisión de
stock de
repuestos
Reportar uso de
repuestos y
costos de mano
de obra.
Departamento
técnico
Financiero
Tabla 13 Manual de puestos Tena
SUCURSAL TENA
No. Nombres
y
Apellidos
Área Cargo Actividades
que
ejecuta
Área con que
se relaciona
1 Ing. Linares
Daisy
Financiero Reponsable
Ventas y
contabilidad
Contabilidad
de la
empresa
Realizar
proyeccione
s anuales
Ventas
Ingreso de
equipos a
reparación.
Gerencia
Departament
o Tecnico
44
2 Franklin
Grefa
Departamento
técnico
Jefe
Departamento
técnico
Coordinar el
trabajo del
departament
o técnico
Velar por
correcta
utilización
de los
recursos de
tecnologías.
Gerencia
Financiero
3.2.2. Requerimientos del Sistema.
3.2.2.1. Requerimientos Funcionales.
Tabla 14 Requerimiento funcional 01
Identificación
del
requerimiento:
Requerimientos Funcióneles 01
Nombre del
Requerimiento:
Autentificación de Usuario.
Características: Los usuarios deberán identificarse para acceder a cualquier parte
del sistema.
Descripción del
requerimiento:
El sistema podrá ser consultado por cualquier usuario dependiendo
del módulo en el cual se encuentre y su nivel de accesibilidad.
Requerimiento
NO funcional:
RNF01
RNF02
RNF05
RNF06
Prioridad del requerimiento: Alta
Tabla 15 Requerimiento funcional 02
Identificación
del
requerimiento:
Requerimientos Funcióneles 02
Nombre del
Requerimiento:
Registrar usuarios o personal de la empresa
Características: El usuario deberá registrar clientes y/o equipos.
Descripción del
requerimiento:
El sistema permitirá al usuario verificar los datos de clientes y/o
equipos
45
Requerimiento
NO funcional:
RNF01
RNF02
RNF04
RNF05
RNF06
Prioridad del requerimiento: Alta
Tabla 16 Requerimiento funcional 03
Identificación
del
requerimiento:
Requerimientos Funcióneles 03
Nombre del
Requerimiento:
Registro de clientes.
Características: El sistema ofrecerá al cliente, una cuenta de usuario para el acceso
de información de su equipo.
Descripción del
requerimiento:
Registro de Información de clientes a ingresar: El administrador
o usuario deberá llevar un orden adecuado de los registros
realizados.
Requerimiento
NO funcional:
RNF01
RNF05
RNF06
Prioridad del requerimiento: Alta
Tabla 17 Requerimiento funcional 04
Identificación
del
requerimiento:
Requerimientos Funcióneles 04
Nombre del
Requerimiento:
Consultar datos
Características: El sistema ofrecerá al usuario información sobre sus equipos
Descripción del
requerimiento:
Registro de Información de datos: El usuario deberá registrar la
información de cada usuario existente al cual se le solicitaran sus
datos como id y contraseña,
Requerimiento
NO funcional:
RNF01
RNF05
RNF06
Prioridad del requerimiento: Alta
46
Tabla 18 Requerimiento funcional 05
Identificación
del
requerimiento:
Requerimientos Funcióneles 05
Nombre del
Requerimiento:
Actualizar datos
Características: El sistema permitirá al administrador y/o usuarios, actualización de
datos de clientes.
Descripción del
requerimiento:
Consultar usuarios: El sistema permitirá al administrador o usuario
consultar los datos almacenados en la base de datos.
Requerimiento
NO funcional:
RNF01
RNF05
RNF06
Prioridad del requerimiento: Alta
3.2.2.2. Requerimientos no funcionales.
Tabla 19 Requerimiento no funcional 01
Identificación
del
requerimiento:
Requerimientos no Funcionales 01
Nombre del
Requerimiento:
Interfaz del sistema.
Características: El sistema presentará una interfaz de usuario sencilla para que sea
de fácil manejo a los usuarios del sistema registrados.
Descripción del
requerimiento:
El sistema debe tener una interfaz de uso intuitivo, sencilla y fácil
de usar.
Prioridad del requerimiento: Alta
Tabla 20 Requerimiento no funcional 02
Identificación
del
requerimiento:
Requerimientos no Funcionales 02
Nombre del
Requerimiento:
Ayuda en el uso del sistema.
Características: La interfaz del usuario deberá presentar una opción de ayuda para
que los mismos usuarios del sistema se les faciliten el trabajo en
cuanto al manejo del sistema.
47
Descripción del
requerimiento:
La interfaz debe estar complementada con una buena opción de
ayuda, que contemple indicaciones para la totalidad de procesos.
Prioridad del requerimiento: Alta
Tabla 21 Requerimiento no funcional 03
Identificación
del
requerimiento:
Requerimientos no Funcionales 03
Nombre del
Requerimiento:
Mantenimiento.
Características: El sistema contará con un manual de instalación y manual de
usuario para facilitar los mantenimientos que serán realizados por
el administrador.
Descripción del
requerimiento:
El sistema debe disponer de una documentación fácilmente
actualizable que permita realizar operaciones de mantenimiento
con el menor esfuerzo posible.
Prioridad del requerimiento: Alta
Tabla 22 Requerimiento no funcional 04
Identificación
del
requerimiento:
Requerimientos no Funcionales 04
Nombre del
Requerimiento:
Desempeño
Características: El sistema garantizará a los usuarios un buen desempeño en
cuanto a los datos almacenados en el sistema, ofreciendo
información confiable.
Descripción del
requerimiento:
Garantizar el desempeño del sistema informático a los diferentes
usuarios. En este sentido la información almacenada o registros
realizados podrán ser consultados y actualizados permanente y
simultáneamente sin que afecte el tiempo de resultado de cada
proceso.
Prioridad del requerimiento: Alta
Tabla 23 Requerimiento no funcional 05
Identificación
del
requerimiento:
Requerimientos no Funcionales 05
Nombre del
Requerimiento:
Nivel de Usuario (Roles)
48
Características: Garantizará al usuario el acceso de información de acuerdo al nivel
que posee.
Descripción del
requerimiento:
Acceso a la información según restricciones de control de usuarios,
que garantice la accesibilidad a toda información.
Prioridad del requerimiento: Alta
Tabla 24 Requerimiento no funcional 06
Identificación
del
requerimiento:
Requerimientos no Funcionales 06
Nombre del
Requerimiento:
Seguridad en información
Características: El sistema garantizará a los usuarios seguridad en cuanto a la
información que se procede en el sistema.
Descripción del
requerimiento:
Garantizar la seguridad del sistema con respecto a la información
y datos que se manejan como son:documentos, archivos y
contraseñas.
Prioridad del requerimiento: Alta
3.2.3. Diagrama de Casos de Uso.
Definición de actores del sistema
Figura 11 Actores del sistema
CLIENTE: Realiza la aprobación o desaprobación para que el equipo de su propiedad
ingrese al proceso de reparación, esta aprobación se realiza después de que el cliente
reciba la información vía correo electrónico, sobre el estado de su equipo, y el costo
aproximado.
GERENTE: Tiene acceso a los reportes de emitidos por el sistema de información para
la gestión administrativa del departamento técnico.
TECNICO: Es el responsable del ingreso de información confiable referente a los
uc Diagrama de Actores
Cliente Gerente Tecnico Responsable de ventas Proveedor
49
procesos de ingreso de equipos para servicio técnico, revisión técnica y reparación.
RESPONSABLE DE VENTAS Y CONTABILIDAD: Es la persona encargada de recibir
los equipos para ser ingresados al proceso de revisión y reparación, además de ser el
responsable de emitir la factura después de concluido el proceso de reparación, el quipo
ingresado se encuentre operativo y el cliente lo reciba conforme.
PROVEEDOR: Provee de repuestos y dispositivos informáticos a la empresa, no
interactúa dentro del departamento técnico.
3.2.4. Caso de Uso Principal.
Figura 12 Caso de uso principal del sistema
50
3.2.5. Caso de Usos Principales del Sistema.
Tabla 25 Caso de uso principal del sistema
Código Caso de usos Actores participantes
C01 Gestión de sucursales Gerente
C02 Gestión de clientes Responsable de Ventas
C03 Gestión de empleados Gerente
C04 Gestión de proveedores Gerente
C05 Gestión de Ingreso de equipos Responsable de Ventas,
Cliente
C06 Gestión revisión técnica Técnico
C07 Gestión reparación Técnico
C08 Gestión devolución Cliente, Responsable de
ventas, técnico
C09 Gestión inventario de repuestos Responsable de Ventas
C10 Gestión pedido a proveedores Responsable de Ventas
C11 Gestión Facturación Responsable de Ventas
C12 Gestión reportes Gerente, Jefe de departamento
técnico, Responsable de
ventas, Técnico.
C13 Gestión Usuarios Gerente
C14 Autenticación, caso de uso soporte
para el sistema
Todos los Usuarios del sistema
51
Gestión Sucursales.
Figura 13 Gestión sucursales
Tabla 26 Gestión sucursales
C01
Nombre Gestión de sucursales.
Actores Gerente.
Descripción El propósito de este caso de uso es
permitir el registro de los datos de las
sucursales de la empresa
Requerimiento Fundamentales Es ejecutado por el usuario Gerente
− El proceso de entrada de datos debe
ser guiado, el sistema debe garantizar
que el proceso se realice paso a paso (No
se permite el salteo de pasos).
− Se debe mostrar al usuario un
formulario de ingreso de datos.
− Se debe validar el tipo de datos
ingresados, el sistema no permite el
ingreso de datos parciales
− Se debe indicar al usuario posibles
errores en el proceso de entrada de
datos.
uc Gestión Sucursales
Apertura Nuev a Sucursal
Gerente
Ingresar Infromación Sobre
Sucursal
52
Precondiciones El usuario Gerente debe ingresar al
sistema de forma correcta la información
(Debe estar autenticado en el sistema)
Flujo de Actividades
Sucursales
El usuario Gerente hace la solicitud al sistema de empezar el proceso de registro de
sucursales, el usuario Gerente llena los campos del formulario con la información de
la sucursal y el sistema indicará al usuario los respectivos chequeos que ejecutará
para garantizar el éxito del proceso. Una vez ejecutada las verificaciones sobre la
base de datos debe indicar al usuario el resultado de éstas, si las verificaciones fueron
exitosas o fallidas.
PostCondición Mensaje de error por información
errónea,
Requiere autenticación al sistema.
Gestión Clientes.
Figura 14 Gestión clientes
uc Gestion Clientes
Cliente Resp. Ventas
Solicta Serv icio
Solicita datos
personales
Entrega Información
Resgistra Cliente
53
Tabla 27 Gestión clientes
C02
Nombre Gestión de Clientes
Actores Responsable de ventas
Descripción El propósito de este caso de uso es permitir el registro de los datos
de los clientes.
Requerimiento
Fundamentales
Es ejecutado por el usuario Responsable de ventas.
− El proceso de entrada de datos debe ser guiado, el sistema debe
garantizar que el proceso se realice paso a paso (No se permite el
salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos.
− Se debe validar el tipo de datos ingresados, el sistema no
permite el ingreso de datos parciales.
− Se debe indicar al usuario posibles errores en el proceso de
entrada de datos.
Precondiciones El usuario Responsable de ventas debe ingresar al sistema de
forma correcta la información (Debe estar autenticado en el
sistema)
Flujo de Actividades
El usuario Responsable de ventas hace la solicitud al sistema de empezar el proceso
de clientes, el responsable de ventas llena los campos del formulario con la
información del cliente y el sistema indicará al usuario los respectivos chequeos que
ejecutará para garantizar el éxito del proceso. Una vez ejecutada las verificaciones
sobre la base de datos debe indicar al usuario el resultado de éstas, si las
verificaciones fueron exitosas o fallidas
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema.
54
Gestión Empleados.
Figura 15 Gestión Empleados
Tabla 28 Gestión empleados
C03
Nombre Gestión de empleado
Actores Gerente
Descripción El propósito de este caso de uso es permitir el registro de los
datos de los empleados.
Requerimiento
Fundamentales
Es ejecutado por el usuario Gerente
− El proceso de entrada de datos debe ser guiado, el sistema
debe garantizar que el proceso se realice paso a paso (No se
permite el salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos.
− Se debe validar el tipo de datos ingresados, el sistema no
permite el ingreso de datos parciales
− Se debe indicar al usuario posibles errores en el proceso de
entrada de datos.
class Gestión Empleados
EmpeladoGerente
Iniciar proceso de
contratación
Entrega de información
personal
Registro información
55
Precondiciones El usuario Gerente debe ingresar al sistema de forma correcta la
información (Debe estar autenticado en el sistema)
Flujo de Actividades
Empleados
El usuario Gerente hace la solicitud al sistema de empezar el proceso de empleados,
el responsable de archivo llena los campos del formulario con la información del
empleado contratado y el sistema indicará al usuario los respectivos chequeos que
ejecutará para garantizar el éxito del proceso. Una vez ejecutada las verificaciones
sobre la base de datos debe indicar al usuario el resultado de éstas, si las
verificaciones fueron exitosas o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema
Gestión de Proveedores.
Figura 16 Gestión proveedores
class Gestión de Prov eedores
Prov eedor Gerente
Inicia proceso de
contratación
Entrega información
empresarial
Registra Información
56
Tabla 29 Gestión proveedores
C04
Nombre Gestión de proveedores
Actores Gerente
Descripción El propósito de este caso de uso es permitir el
registro de los datos de los proveedores de la
empresa.
Requerimiento
Fundamentales
Es ejecutado por el usuario Gerente
− El proceso de entrada de datos debe ser guiado,
el sistema debe garantizar que el proceso se realice
paso a paso (No se permite el salteo de pasos).
− Se debe mostrar al usuario un formulario de
ingreso de datos.
− Se debe validar el tipo de datos ingresados, el
sistema no permite el ingreso de datos parciales
− Se debe indicar al usuario posibles errores en el
proceso de entrada de datos.
Precondiciones El usuario Gerente debe ingresar al sistema de
forma correcta la información (Debe estar
autenticado en el sistema)
Flujo de Actividades
El usuario Gerente hace la solicitud al sistema de empezar el proceso de empleados,
el Gerente llena los campos del formulario con la información del proveedor y el
sistema indicará al usuario los respectivos chequeos que ejecutará para garantizar el
éxito del proceso. Una vez ejecutada las verificaciones sobre la base de datos debe
indicar al usuario el resultado de éstas, si las verificaciones fueron exitosas o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema.
57
Gestión Registro de Equipo.
Figura 17 Gestión registro de equipo
Tabla 30 Gestión ingreso de equipos
class Gestion Registro de Equipos
Cliente Empleado
Solicita Serv ício
Informa condiciones
Entrega Equipo
Generear comprobante de
ingreso
Almacena Infromacion sobre
el equipo
C05
Nombre Gestión de ingreso de equipos
Actores Responsable de ventas, cliente
Descripción El propósito de este caso de uso es permitir el registro de los datos
de los equipos que ingresan al proceso de servicio técnico.
Requerimiento
Fundamentales
Es ejecutado por el usuario Responsable de ventas.
− El proceso de entrada de datos debe ser guiado, el sistema debe
garantizar que el proceso se realice paso a paso (No se permite el
salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos.
− Se debe validar el tipo de datos ingresados, el sistema no permite
el ingreso de datos parciales.
− Se debe indicar al usuario posibles errores en el proceso de
entrada de datos.
58
Gestión Revisión Técnica.
Figura 18 Gestión revisión técnica
class Gestión rev ición Técnica
Empelado TécnicoCliente
Recibe Equipo
Realiza rev ición Técnica
Emite Infrome Técnico
Emite Cotización
Aprueba o niega
reparación
Precondiciones El usuario Responsable de ventas debe ingresar al sistema de
forma correcta la información (Debe estar autenticado en el
sistema)
Flujo de Actividades
El usuario Responsable de ventas hace la solicitud al sistema de empezar el proceso
de ingreso de equipos, el responsable de ventas llena los campos del formulario con la
información del equipo ingresado y el sistema indicará al usuario los respectivos
chequeos que ejecutará para garantizar el éxito del proceso. El registro se relaciona
con el cliente propietario del equipo. Una vez ejecutada las verificaciones sobre la base
de datos debe indicar al usuario el resultado de éstas, si las verificaciones fueron
exitosas o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema.
59
Tabla 31 Gestión revisión técnica
C06
Nombre Gestión de revisión técnica
Actores Técnico
Descripción El propósito de este caso de uso es permitir el registro de la
revisión técnica realizada a los equipos ingresados.
Requerimiento
Fundamentales
Es ejecutado por el usuario Técnico
− El proceso de entrada de datos debe ser guiado, el sistema debe
garantizar que el proceso se realice paso a paso (No se permite el
salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos.
− Se debe validar el tipo de datos ingresados, el sistema no
permite el ingreso de datos parciales
− Se debe indicar al usuario posibles errores en el proceso de
entrada de datos.
Precondiciones El usuario Técnico debe ingresar al sistema de forma correcta la
información (Debe estar autenticado en el sistema)
Flujo de Actividades
El usuario Técnico hace la solicitud al sistema de empezar el proceso de empleados,
el Técnico llena los campos del formulario con la información referente a la revisión
técnica efectuada en los equipos y el sistema indicará al usuario los respectivos
chequeos que ejecutará para garantizar el éxito del proceso. El registro se relaciona
con el equipo ingresado y el técnico asignado. Una vez ejecutada las verificaciones
sobre la base de datos debe indicar al usuario el resultado de éstas, si las
verificaciones fueron exitosas o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema.
60
Gestión Reparación.
Figura 19 Gestión reparación
Tabla 32 Gestión reparación
C07
Nombre Gestión de reparación
Actores Técnico
Descripción El propósito de este caso de uso es permitir el registro de los datos
referentes a la reparación de los equipos ingresados.
Requerimiento
Fundamentales
Es ejecutado por el usuario Técnico
− El proceso de entrada de datos debe ser guiado, el sistema debe
garantizar que el proceso se realice paso a paso (No se permite el
salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos.
− Se debe validar el tipo de datos ingresados, el sistema no
permite el ingreso de datos parciales
class Gestión Reparación
Técnico
Responsable Ventas
Constata aprobación de
cliente
Repara equipo
Registra repuestos usados
Registra costo de mano de
obra
61
− Se debe indicar al usuario posibles errores en el proceso de
entrada de datos.
Precondiciones El usuario Técnico debe ingresar al sistema de forma correcta la
información (Debe estar autenticado en el sistema)
Flujo de Actividades
El usuario Técnico hace la solicitud al sistema de empezar el proceso de registro de
reparación, el Técnico llena los campos del formulario con la información de la
reparación realizada y el sistema indicará al usuario los respectivos chequeos que
ejecutará para garantizar el éxito del proceso. El registro se relaciona con la revisión
técnica y el técnico asignado. Una vez ejecutada las verificaciones sobre la base de
datos debe indicar al usuario el resultado de éstas, si las verificaciones fueron exitosas
o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema.
Gestión Devolución.
Figura 20 Gestión devolución
class Gestión Dev olución
ClienteResp.Ventas
Técnico
Solicita Serv icio de
dev olución
Indica motiv o de
dev olución
Registra información de
dev olución
Reingresa a proceso de
rev isión
Asigna Técnico
62
Tabla 33 Gestión devolución
C08
Nombre Gestión de devolución
Actores Responsable de ventas, Cliente, Técnico
Descripción El propósito de este caso de uso es permitir el registro de las
devoluciones de equipos que reiteraron su daño.
Requerimiento
Fundamentales
Es ejecutado por el usuario Responsable de ventas
− El proceso de entrada de datos debe ser guiado, el sistema
debe garantizar que el proceso se realice paso a paso (No se
permite el salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de
datos.
− Se debe validar el tipo de datos ingresados, el sistema no
permite el ingreso de datos parciales
− Se debe indicar al usuario posibles errores en el proceso
de entrada de datos.
Precondiciones El usuario Responsable de ventas debe ingresar al sistema
de forma correcta la información (Debe estar autenticado en
el sistema)
Flujo de Actividades
El usuario Responsable de ventas hace la solicitud al sistema de empezar el proceso
de registro de devolución, el responsable de ventas, llena los campos del formulario
con la información referente a la devolución y el sistema indicará al usuario los
respectivos chequeos que ejecutará para garantizar el éxito del proceso. El registro
se relaciona con el equipo ingresado. Una vez ejecutada las verificaciones sobre la
base de datos debe indicar al usuario el resultado de éstas, si las verificaciones fueron
exitosas o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema.
63
Gestión Inventario Repuestos.
Figura 21 Gestión inventario
Tabla 34 Gestión inventario de repuestos
C09
Nombre Gestión de inventario de repuestos
Actores Responsable de ventas
Descripción El propósito de este caso de uso es permitir el
registro de los datos de los repuestos ingresados
a bodega.
Requerimiento
Fundamentales
Es ejecutado por el usuario Responsable de
ventas.
− El proceso de entrada de datos debe ser guiado,
el sistema debe garantizar que el proceso se
realice paso a paso (No se permite el salteo de
pasos).
− Se debe mostrar al usuario un formulario de
ingreso de datos.
class Gestión Inv entario Repuestos
Prov eedor
Resp.VentasTécnico
Vereifca Stock
Realiza pedido de
repuestos
Entrega repuestos
registra ingreso de
repuestos
Realiza pedido de
repuestos
Entrega repuestos
Registra salida de
repuestos
64
− Se debe validar el tipo de datos ingresados, el
sistema no permite el ingreso de datos parciales
− Se debe indicar al usuario posibles errores en el
proceso de entrada de datos.
Precondiciones El usuario Responsable de ventas debe ingresar
al sistema de forma correcta la información (Debe
estar autenticado en el sistema)
Flujo de Actividades
Inventario de repuestos
El usuario Responsable de ventas hace la solicitud al sistema de empezar el proceso
de registro de inventario de repuestos, el responsable de ventas llena los campos del
formulario con la información de los repuestos ingresados a bodega y el sistema
indicará al usuario los respectivos chequeos que ejecutará para garantizar el éxito del
proceso. Una vez ejecutada las verificaciones sobre la base de datos debe indicar al
usuario el resultado de éstas, si las verificaciones fueron exitosas o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema.
Gestión Pedido a Proveedores.
Figura 22 Gestión pedido a proveedores
class Gestión Pedido a Prov eedores
Prov eedorResp.Ventas
Verificar Stock
Realiza pedido de
repuestos
Entrega repuestos
Registra ingreso de
repuestos
65
Tabla 35 Pedido proveedores
C10
Nombre Gestión de pedido a proveedores
Actores Responsable de ventas
Descripción El propósito de este caso de uso es permitir el registro de los datos
de los pedidos a realizarse al proveedor.
Requerimiento
Fundamentales
Es ejecutado por el usuario Responsable de ventas.
− El proceso de entrada de datos debe ser guiado, el sistema debe
garantizar que el proceso se realice paso a paso (No se permite el
salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos.
− Se debe validar el tipo de datos ingresados, el sistema no
permite el ingreso de datos parciales
− Se debe indicar al usuario posibles errores en el proceso de
entrada de datos.
Precondiciones El usuario Responsable de ventas debe ingresar al sistema de
forma correcta la información (Debe estar autenticado en el
sistema)
Flujo de Actividades
El usuario Responsable de ventas hace la solicitud al sistema de empezar el proceso
de registro de pedidos a proveedores, el responsable de ventas llena los campos del
formulario con la información de los pedidos a realizarse y el sistema indicará al
usuario los respectivos chequeos que ejecutará para garantizar el éxito del proceso.
El registro se relaciona con el proveedor. Una vez ejecutada las verificaciones sobre
la base de datos debe indicar al usuario el resultado de éstas, si las verificaciones
fueron exitosas o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema.
66
Gestión de Facturación.
Figura 23 Gestión facturación
Tabla 36 Gestión facturación
C11
Nombre Gestión Facturación
Actores Responsable de ventas
Descripción El propósito de este caso de uso es permitir
el registro de los datos de los pedidos a
realizarse al proveedor.
Requerimiento Fundamentales Es ejecutado por el usuario Responsable de
ventas.
− El proceso de entrada de datos debe ser
guiado, el sistema debe garantizar que el
proceso se realice paso a paso (No se
permite el salteo de pasos).
class Gestión de Facturación
Técnico
Responsable
Ventas Cliente
Reparar Equipo
Registra repuestos
usados
Registra costo de
mano de obra
Entrega equipo
reparado
Verifica estado del
equipo
Recibe conforme
equipo
Emite factura
67
− Se debe mostrar al usuario un formulario
de ingreso de datos.
− Se debe validar el tipo de datos
ingresados, el sistema no permite el ingreso
de datos parciales
− Se debe indicar al usuario posibles errores
en el proceso de entrada de datos.
Precondiciones El usuario Responsable de ventas debe
ingresar al sistema de forma correcta la
información (Debe estar autenticado en el
sistema)
Flujo de Actividades
Facturación
El usuario Responsable de ventas hace la solicitud al sistema de empezar el proceso
de facturación, el responsable de ventas llena los campos del formulario con la
información cliente y el sistema emitirá automáticamente los valores a ser cancelados,
además, indicará al usuario los respectivos chequeos que ejecutará para garantizar
el éxito del proceso. El registro se relaciona con el cliente. Una vez ejecutada las
verificaciones sobre la base de datos debe indicar al usuario el resultado de éstas, si
las verificaciones fueron exitosas o fallidas.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema
68
Gestión Reportes.
Figura 24 Gestión reportes
Tabla 37 Gestión reportes
C12
Nombre Gestión de reporte
Actores Todos los usuarios
Descripción El propósito de este caso de uso es permitir la generación de
reportes.
Requerimiento
Fundamentales
Es ejecutado por el usuario Gerente y Jefe departamento técnico.
− El proceso de entrada de datos debe ser guiado, el sistema
debe garantizar que el proceso se realice paso a paso (No se
permite el salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos
para consulta.
class Gestión Reportes
Cliente
Gerente
Tecnico
Solicita información
sobre equipo
Rreporte de estado
del equipo
Solicita infromación
del area de serv icio
tecnico
Reportes sobre
serv icio tecnico
Solicita inv entario
disponible
Reporte de repuestos
disponibles
69
− Se debe validar el tipo de datos ingresados.
− Se debe indicar al usuario posibles errores en el proceso de
consulta.
Precondiciones El usuario Gerente o el Jefe departamento técnico debe ingresar
al sistema de forma correcta la información (Debe estar
autenticado en el sistema)
Flujo de Actividades
El usuario Gerente o el Jefe departamento técnico hace la solicitud al sistema de
empezar el proceso de reportes, el usuario llena los campos del formulario con los
parámetros a consultar y el sistema indicará al usuario los respectivos chequeos que
ejecutará para garantizar el éxito del proceso. Una vez ejecutada las verificaciones
sobre la base de datos debe indicar al usuario el resultado de éstas, si la consulta fue
exitosa o fallida.
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema
Gestión Usuarios.
Figura 25 Gestión usuarios
class Gestión Usuarios
Gerente Empleado
Aprueba usuarios del
sistema
Entrega usuarios y
contraseñas
Registra Usuarios
70
Tabla 38 Gestión usuarios
C11
Nombre Gestión usuario
Actores Gerente, Empleado
Descripción El propósito de este caso de uso es permitir el registro de usuarios
al sistema.
Requerimiento
Fundamentales
Es ejecutado por el usuario Gerente
− El proceso de entrada de datos debe ser guiado, el sistema debe
garantizar que el proceso se realice paso a paso (No se permite el
salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos.
− Se debe validar el tipo de datos ingresados, el sistema no
permite el ingreso de datos parciales
− Se debe indicar al usuario posibles errores en el proceso de
entrada de datos.
Precondiciones El usuario Gerente debe ingresar al sistema de forma correcta la
información (Debe estar autenticado en el sistema)
Flujo de Actividades
El usuario Gerente hace la solicitud al sistema de empezar el proceso de usuarios, el
responsable de archivo llena los campos del formulario con la información del nuevo
usuario del sistema y el sistema indicará los respectivos chequeos que ejecutará para
garantizar el éxito del proceso. Una vez ejecutada las verificaciones sobre la base de
datos debe indicar al usuario el resultado de éstas, si las verificaciones fueron exitosas
o fallidas
PostCondición Mensaje de error por información errónea,
Requiere autenticación al sistema
71
Autenticación.
Figura 26 Autenticación
Tabla 39 Autenticación
C12
Nombre Autenticación
Actores Todos los usuarios
Descripción El propósito de este caso de uso es permitir el control de ingreso
al sistema
Requerimiento
Fundamentales
− El proceso de autenticación debe ser guiado, el sistema debe
garantizar que el proceso se realice paso a paso (No se permite el
salteo de pasos).
− Se debe mostrar al usuario un formulario de ingreso de datos.
− Se debe validar el tipo de datos ingresados, el sistema no
permite el ingreso de datos parciales
− Se debe indicar al usuario posibles errores en el proceso de
entrada de datos
Precondiciones El usuario registrado en el sistema
class Autenticación
Empleado
Ingreso al sistema
Ingreso Usuario y
Contraseña
Valida datos de
acceso
72
Flujo de Actividades
Autenticación
El usuario hace la solicitud al sistema de empezar el proceso de autenticación, el
usuario ingresa al sistema el nombre de usuario y clave, el sistema indicará los
respectivos chequeos que ejecutará para garantizar el éxito del proceso. Una vez
ejecutada algunas verificaciones sobre la base de datos debe indicar al usuario el
acceso o no al sistema
PostCondición Acceso denegado al sistema
3.2.6. Diagrama de Secuencias.
Registro de Equipos.
Revisión Técnica.
Figura 28 Revisión Técnica
Figura 27 Diagrama de secuencias: Ingreso de equipos
73
Reparación.
Reparación.
Facturación.
3.2.7. Spring 2: Planeación
En la reunión con los usuarios potenciales o encargados del área de soporte en la
empresa, se obtuvo la información necesaria a nivel de negocio y de manera macro,
determinando la siguiente lista de objetivos:
Figura 29 Diagrama de secuencia: reparación
Figura 30 Diagrama de secuencia: Facturación
74
Figura 31 Arquitectura tecnológica
Tabla 40 Lista de objetivos
3.2.7.1. Diseño Arquitectónico.
El diseño de la arquitectura parte de una visión global a nivel de equipos en conjunto
con el cliente y el equipo de desarrollo con la finalidad de partir de la infraestructura que
posee la empresa, hasta llegar a los componentes del sistema a desarrollar.
ID Nombre Notas Validación
1 Escenario
tecnológico
Se empleara
plataformas
open-source.
Se han determinado:
Plataforma web
Plataforma para sub-sistemas
Identificado y determinado posibles
plataformas para otros sub-sistemas.
2 Infraestructur
a de
desarrollo
Sólo entorno
de desarrollo y
pre-
producción en
servidores
propios.
Configurado y operativo:
Infraestructura de desarrollo y tecnológica.
Entornos (desarrollo, pre-producción)
3 Sistema
básico
Aplicación web, integrada y operativa en
producción con configuración básica.
75
Figura 32 Modelo cliente-servidor
Tras conocer la infraestructura que posee la empresa a través del conocimiento del
propietario y usuarios, se proyecta una arquitectura clara, la misma que se despliega en
el siguiente gráfico como una implementación realizada por el equipo técnico.
El sistema está basado en el modelo Cliente – Servidor, el cual es un modelo de
aplicación distribuida en el que las tareas se reparten entre los proveedores de recursos
o servicios, llamados servidores, y los demandantes, llamados clientes. En esta
arquitectura la capacidad de proceso está repartida entre los clientes y los servidores,
aunque son más importantes las ventajas de tipo organizativo debidas a la centralización
de la gestión de la información y la separación de responsabilidades, lo que facilita y
clarifica el diseño del sistema.
Usuario
Cliente de Aplicaciones
Cliente de aplicaciones
Sistema de base de datos
Cliente
Servidor
Figura 33 Diseño cliente – servidor
76
Desde el punto de vista funcional, se define a la arquitectura cliente/servidor como una
arquitectura que permite a los usuarios finales obtener acceso de la información en
forma transparente aun en un entorno multiplataforma, debido a que el sistema de
información se desarrolla a través del navegador.
Otras de las ventajas de la aplicación de la arquitectura cliente/servidor es el
aprovechamiento del ancho de banda, optimización de recursos hardware, incluyendo
la proporción de mayor seguridad y autonomía a los procesos, mejor manejo de la
concurrencia, permitiendo que los clientes trabajen en la GUI (Interfaz gráfica de
usuario), mientras el servidor se centra en los procesos centrales del sistema.
Las conexiones como controladores no necesitan estar del lado de los clientes, de
esta manera se minimizan problemas de conexión a las bases de datos y los datos
son visualizados desde la capa intermedia y no desde todos los clientes.
3.2.8. Spring 3: Fase de Desarrollo.
La etapa de desarrollo es una fase iterativa, se desarrolla en Sprints, logrando con esto
evaluar constantemente el proyecto, y alcanzar los objetivos y metas planteadas. Cabe
resaltar que esto no ralentiza el proceso de desarrollo, ya que el proyecto cuenta con
delimitaciones que garantizan la agilidad en el desarrollo.
Tabla 41 Actividades SCRUM
Actividades
SCRUM
Técnica de
Ingeniería de
Software
Artefacto Descripción
Salida
S W
Reunión de
Planificación Sprint
Sprint Planning
Meeting
Sprint Backlog
X
Reuniones semanales de
planificación.
Análisis Caso de Uso Modelado de Casos de
Uso
X
Se analiza e implementa
caso de usos realizado en
sprint anterior
Diseño Diseño de
interfaces
Prototipos de interfaz en
papel
X
Diseño en conjunto con el
cliente
Diseño de base
de datos
Prototipos de base de
datos en papel
Pruebas Técnica de caja
negra
Instrumento de
evaluación heurística
Evaluación de los sub-
sistema, que permita
garantizar el alcance del
objetivo Listado de
inconformidades
77
Figura 34 Diagrama de clases
3.2.9. Diagrama de Clases.
78
Figura 35 Diagrama conceptual
3.2.10. Modelo Conceptual.
79
Figura 36 Diagrama Lógico
3.2.11. Modelado Lógico.
80
Figura 37 Diagrama físico
3.2.12. Modelado Físico.
81
3.7.13.1 Diccionario de Datos.
cargo_empleado
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
idcargo_empleado INT(11) ✔ ✔ ✔ cargo_empleado
fechainicio_cargo DATE ✔ Fecha
inicio_cargo
fechafin_cargo DATE NULL Fecha fin_cargo
id_Cargo INT(11) ✔ Codigo Cargo
ced_Emp VARCHAR(10) ✔ Cedula
Empleado
estado TINYINT(4) ✔ '1' 0 inactivo 1
activo
cargos
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_Cargo INT(11) ✔ ✔ ✔ Codigo cargo
rol_Cargo VARCHAR(25) ✔ Rol de cargo
tipousuario_Cargo CHAR(3) ✔ Tipo usuario
desc_Cargo VARCHAR(45) NULL Descripcion de cargo
clientes
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
ced_Cli VARCHAR(13) ✔ ✔ Cedula cliente
nom_Cli VARCHAR(45) ✔ Nombre cliente
ape_Cli VARCHAR(45) ✔ Apellido Cliente
dir_Cli VARCHAR(45) ✔ Dirección cliente
tel_Cli VARCHAR(10) NULL Teléfono cliente
cel_Cli VARCHAR(10) NULL Celular cliente
82
email_Cli VARCHAR(45) NULL Email cliente
password_Cli VARCHAR(50) NULL Contraseña cliente
estado_Cli TINYINT(1) ✔ '1' 0 activo 1 inactivo
configuración
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_Cnf INT(11) ✔ ✔ ✔ Codigo
configuración
costorevision1_Cnf DECIMAL(10,2) NULL Costo Preventivo
costorevision2_Cnf DECIMAL(10,2) NULL Costo daño leve
costorevision3_Cnf DECIMAL(10,2) NULL Costo daño
mediano
costorevision4_Cnf DECIMAL(10,2) NULL Costo daño
considerable
costorevision5_Cnf DECIMAL(10,2) NULL Costo Correctivo
costoreparacion_Cnf DECIMAL(10,2) ✔ Costo reparación
costomsg_Cnf TEXT ✔ Mensaje de costo
antes de reparar
reparacionmsg_Cnf TEXT ✔ Mensaje de
Reparacion
facturamsg_Cnf TEXT ✔ Mensaje de
Facturación
det_reparacion
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_DetRep INT(11) ✔ ✔ ✔ Detalle reparación
Cant_Repuesto VARCHAR(45) NULL Cantidad repuesto
id_Repar INT(11) ✔ Codigo reparación
id_repuesto INT(11) ✔ Código repuesto
83
empleados
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
ced_Emp VARCHAR(10) ✔ ✔ Cedula empleado
nom_Emp VARCHAR(45) ✔ Nombre
empleado
password_Emp VARCHAR(50) ✔ Contraseña
empleado
ape_Emp VARCHAR(45) ✔ Apellido
empleado
dir_Emp VARCHAR(45) ✔ Dirección
empleado
tel_Emp VARCHAR(10) NULL Teléfono
Empleado
cel_Emp VARCHAR(10) NULL Celular Empleado
email_Emp VARCHAR(45) ✔ Email Empleado
estado_Emp TINYINT(1) ✔ '1' 0 inactivo 1 activo
equipos
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_Equipo INT(11) ✔ ✔ ✔ Codigo empleado
desc_Equipo MEDIUMTEXT NULL Descripción
equipo
marca_Equipo VARCHAR(45) NULL Marca equipo
nserie_Equipo VARCHAR(45) NULL Serie equipo
model_Equipo VARCHAR(45) NULL Modelo equipo
color_Equipo VARCHAR(45) NULL Color equipo
accesorios_Equipo MEDIUMTEXT NULL Accesorios
equipo
84
estadofisico_Equipo VARCHAR(100) NULL Estado físico
equipo
probreport_Equipo MEDIUMTEXT NULL Problema
reportado
fechaingreso_equipo DATE NULL Fecha de ingreso
id_Sucursal INT(11) ✔ Código sucursal
ced_Cli VARCHAR(13) ✔ Cedula cliente
ced_Emp VARCHAR(10) NULL Cedula empleado
facturas
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_Factura INT(11) ✔ ✔ ✔ Código factura
fecha_Factura DATE NULL Fecha factura
id_Repar INT(11) ✔ Código
reparación
ced_Cli VARCHAR(13) NULL Cedula cliente
ced_Emp VARCHAR(10) NULL Cedula empleado
valores_Factura TEXT NULL
json de los valores
cuando se paga la
factura
estado_Factura TINYINT(4) NULL
0 no
cancelada/anulada
1 cancelada 2
pendiente
pedidos
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_pStock INT(11) ✔ ✔ ✔ Código stock
codigo_pStock VARCHAR(20) NULL Código producto
fecha_pStock VARCHAR(45) NULL Fecha ingreso
85
cantidad_pStock VARCHAR(45) NULL Cantidad
ingresada
costounit_pStock DECIMAL(10,2) ✔ Costo unitario
costoventa_pStock DECIMAL(10,2) ✔ Costo venta
utilizado_pStock INT(11) '0' Stock utilizado
saldo_pStock INT(11) '0' Saldo stock
ruc_Proveedor VARCHAR(13) ✔ Ruc proveedor
id_Repuesto INT(1) ✔ Código repuesto
proveedores
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
ruc_Prov VARCHAR(13) ✔ ✔ Ruc proveedor
rsocial_Prove VARCHAR(45) ✔ Razón social
replegal_Prove VARCHAR(45) ✔ Representante
legal
ciudad_Prove VARCHAR(45) ✔ Ciudad proveedor
tel_Prove VARCHAR(10) NULL Teléfono
proveedor
cel_Prove VARCHAR(10) NULL Celular proveedor
email_Prove VARCHAR(45) NULL Email proveedor
Reparación
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_Repar INT(11) ✔ ✔ ✔ Código
reparación
desc_Repar MEDIUMTEXT NULL Descripción
reparación
fecha_Repar DATE NULL Fecha reparación
86
estado_Repar TINYINT(4) '2'
0 no se pudo
reparar 1 reparado
2 pendiente de
reparación
id_Revt INT(11) ✔ Código revisión
técnica
ced_Emp VARCHAR(10) NULL Cedula empleado
repuestos
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_repuesto INT(11) ✔ ✔ ✔ Codigo repuesto
nombre_repuesto VARCHAR(100) ✔ Nombre
respuesto
desc_repuesto VARCHAR(45) NULL Descripción
repuesto
serie_repuesto VARCHAR(45) NULL Serie repuesto
revisión_técnica
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_Revt INT(11) ✔ ✔ ✔ Código revisión
técnica
fecha_Revt DATE ✔ Fecha Revisión
devolucion_Revt TINYINT(4) ✔ '0' 0 no devuelto 1
devuelto
diagnostico_Revt MEDIUMTEXT ✔ Diagnostico
Revisión
estadoprevio_Revt TINYINT(1) NULL 0 nuevo ingreso 1
ya se ha revisado
estado_Revt TINYINT(4) ✔ Estado revisión
aprob_Revt TINYINT(4) '2' 0 rechazado 1
aprobado 2
87
pendiente 3
necesuta ser
evisado
fechaaprob_Revt DATETIME NULL Fecha de
aprobación
id_Equipo INT(11) ✔ Código equipo
ced_Emp VARCHAR(10) NULL Cedula empleado
sucursales
Column name DataType PK NN UQ BIN UN ZF AI Default Comment
id_Sucursal INT(11) ✔ ✔ ✔ Codigo sucursal
tipo_Sucursal INT(11) ✔ Tipo sucursal
provincia_Sucursal VARCHAR(45) ✔ Provincia sucursal
ciudad_Sucursal VARCHAR(45) ✔ Ciudad sucursal
telefono_Sucursal VARCHAR(10) NULL Teléfono sucursal
dir_Sucursal VARCHAR(50) ✔ Dirección
sucursal
email_Sucursal VARCHAR(45) NULL Email sucursal
fechainicio_Sucursal DATE ✔ Fecha inicio
sucursal
fechacierre_Sucursal DATE NULL Fecha cierre
sucursal
88
3.2.13. Spring 4: Fase de Finalización.
3.7.14.1 Interfaces.
Ingreso al Sistema.
Menú Principal.
Figura 39 Interface: menú principal
Figura 38 Interface: ingreso al Sistema
89
Ingreso de Equipos.
Revisiones Técnicas.
Figura 40 Interface: Nuevo Ingreso de Equipo
Figura 41 Interface: Revisión Técnica
90
Gestión Proveedores.
Gestión Repuestos.
Figura 43 Interface: Gestión Repuestos
Figura 42 Interface: Gestión Proveedores
91
Figura 45 Interface: Gestión Sucursales
Gestión Clientes
Gestión Sucursales
Figura 44 Interface: Gestión Clientes
92
3.3. Plan de Pruebas
Objetivo de la prueba
Analizar la información de salida que emite el sistema de información a través del
ingreso de datos en sus interfaces.
Pasos de ejecución
El sistema de información se evalúa basado en las pruebas de caja negra, la misma que
se lleva a cabo sobre la interfaz del software, ingresando información y analizando los
resultados que el sistema emite, sin tomar en cuenta el proceso interno que realiza el
sistema.
Se procede a analizar las pruebas de caja negra con el análisis técnico del Ing. Byron
Ureña, profesional del área de Sistemas, el mismo que realiza la evaluación,
considerándose que el profesional mencionado no ha participado en el desarrollo del
sistema y lo evaluara con total autonomía.
Resultados
Los módulos revisados se detallan a continuación con los resultados de la prueba de
caja negra, realizada por el Ing. Byron Ureña:
Gestión de Sucursales. - Los datos son ingresados correctamente.
Gestión de Clientes. - Los datos son ingresados correctamente, sin embargo,
el campo email, no controla el formato al escribir un correo electrónico que consta
Gestión de Empleados.- Los datos son ingresados correctamente, el sistema
de no valida el campo cédula.
Gestión de Proveedores.- Los datos son ingresados correctamente.
Gestión de Usuarios.- Los datos son ingresados correctamente, el campo
contraseña debe ocultar los caracteres con *.
Gestión Ingreso de equipos.- Los datos son ingresados correctamente, el
campo para buscar el nombre del cliente dueño del equipo, debe permitir la
búsqueda en la base de datos del sistema.
Gestión de revisión técnica.- Los datos son ingresados correctamente, se
requiere una guía informando el estado en el que se encuentra el equipo.
93
Gestión reparación. - Los datos son ingresados correctamente, se requiere una
guía informando el estado en el que se encuentra el equipo
Gestión facturación. - La información se emite correctamente.
Gestión devolución. - Los datos son ingresados correctamente, sin embargo,
no se realiza la diferenciación entre un equipo en proceso de devolución y un
equipo ingresado por primera vez, añadir además el campo para detallar las
causas de la devolución del equipo.
Gestión de Pedido de repuestos. - Los datos son ingresados correctamente.
Gestión de Reportes. - La información se emite correctamente.
Según las observaciones realizadas al Sistema de Información, por parte del Ing. Byron
Ureña, se procede a aplicar cambios al sistema, con la finalidad de solventar los errores
identificados.
94
3.4. Conclusiones parciales del capítulo.
El análisis de los requerimientos permitió determinar las necesidades exactas de
la empresa con el fin de que el sistema cumpla con los parámetros requeridos
por el gerente y empleados.
El diseño físico y lógico de base de datos permitió la centralización de
información empresarial del área de soporte técnico, mejorando la productividad,
ya que la empresa cuenta con información oportuna y coherente al momento de
ser requerida.
El desarrollo de los módulos o componentes permiten la integración del Sistema
de Información, garantizan que el sistema sea intuitivo para el cliente final.
La incorporación de usuarios con roles, basados en responsabilidades y
jerarquías dentro de la empresa, incorporó al sistema el acceso controlado de
usuarios y restricción de acceso no autorizado.
95
CONCLUSIONES GENERALES
La recolección de información bibliográfica permitió el análisis de las diferentes
posturas críticas de autores reconocidos en temas relacionados al presente
proyecto de investigación.
La metodología SCRUM al ser una metodología ágil, permite alcanzar las metas
en menor tiempo, involucrando al cliente en el proceso, e incorporando en el
proyecto flexibilidad y adaptación.
La arquitectura del modelo basado en dos capas, permite la escalabilidad del
sistema ya que se pueden crear nuevos módulos que se acoplen a
necesidades futuras de la institución basándose en un análisis para la mejora
continua.
El desarrollo del sistema basado en los parámetros de aplicaciones Web,
supone para DSB- Soluciones Informáticas la mejora en la gestión de soporte
técnico, permitiendo el acceso de información y la toma de decisiones oportuna.
96
RECOMENDACIONES
Debido a que la empresa DSB-Soluciones Informáticas no contaba con
anterioridad con un Sistema de Información para la gestión de soporte técnico,
es recomendable la capacitación y socialización de la herramienta para su
posterior uso.
Es importante basar procesos futuros de escalabilidad de software, de acuerdo
a las herramientas y metodología aplicada en la presente investigación, con el
objetivo que la trasferencia de datos e interactividad del software se realice de
manera óptima.
Es recomendable la aplicación de sistemas de respaldo de información
programados en la nube, que permitan proteger, localizar y recuperación la
información sensible de la empresa.
BIBLIOGRAFÍA
Andreu, R., Ricart, J. E., & Valor, J. (1991). Estrategia Y Sistemas De Información.
Madrid: Mc-Graw Hill.
Arias, M. A. (2010). Responsive Design. Desarrolla Webs Sensitivas Con Bootstrap.
Astudillo, E., & Zambrano, J. (2006). Sistema De Notificaciones Y Envio De Sms. Quito.
Aumage, M. (1979). Guia Practica De La Organización Administrativa. Barcelona:
Editores Tecnicos Asociados.
Aumalle, B. (2002). Desarrollo De Aplicaciones Web. Barcelona: Eni.
Cohen, D. (1996). Sistemas De Informacion Para La Toma De Decisiones. Mexico:
Mcgraw Hill.
Collado, J. A. (2002). Uso De Los Sistema De Información En La Organización. Uoc.
De Pablos, C., & Lopez, J. J. (2004). Informática Y Comunicaciones En La Empresa.
Madrid: Esic.
Eslava, V. (2009). El Nuevo Php. España: Bubok.
Eslava, V. (2010). El Nuevo Php, Conceptos Avanzados. España: Bubok Publishing.
Heurtel, O. (2011). Php 5.3, Desarrollar Un Sitio Web Dinalico E Interactivo. Barcelona:
Ediciones Eni .
Kramis, J. L. (1994). Sistemas Y Procedimientos Administrativos. Mexico: Universidad
Iberoamericana.
Laudon, K., & Laudon, J. (1996). Administración De Los Sistemas De Información.
Mexico: Prentice Hall.
López, J. J., De Pablos Heredero, C., & Romo , S. (2008). Dirección Y Gestión De Los
Sistemas De Información En La Empresa. Madrid: Esic.
Lujan, S. (2005). Programacion De Aplicaciones Web. España: Club Universitario.
Martel, A. (2010). Gestión Practica De Proyectos Con Scrum.
Monforte, M. (1994). Sistemas De Información Para La Dirección. Piramide.
Morales, R. C. (2010). Analisis De Sistemas E Ingenieria Del Software. Euned.
Silva, D., & Mercerat, B. (2002). Construyendo Aplicaciones Web Con Una Metodología
De Diseño.
ANEXOS
ANEXO 1
FICHA DE OBSERVACIÓN
Proyecto de investigación dirigida a la empresa DSB- Soluciones Informáticas
FECHA: 15 de Noviembre del 2016
Criterio Respuesta
¿Cómo se maneja el proceso de
soporte técnico dentro de la
empresa DSB- Soluciones
Informática?
CRITERIOS SI NO OBSERVACIÓN
¿Hay personas involucradas dentro del proceso
de soporte técnico?
¿Los clientes entregan sus equipos directamente
a los técnicos de la empresa?
¿La empresa cuenta con registro de ingreso de
equipos?
¿Se usa actas de entrega recepción?
¿Las actas son generadas de manera automática?
¿El cliente es notificado por algún medio sobre el
costo tentativo de reparación del equipo
entregado? ¿Qué medio de comunicación se usa?
¿Existe el registro de los informes técnicos
proporcionados por el equipo de soporte técnico?
Sr. Edgar Linares
RESPONSABLE DE ELABORACIÓN Y VISITA
¿DSB – Soluciones Informáticas cuenta con la
infraestructura tecnológica necesaria para
compartir recursos?
Intranet
Servidor Base de datos
Servidor de aplicaciones
Computador
¿La empresa cuenta con estadísticas claras sobre
el área de soporte técnico?
¿La empresa realiza control de inventario de
repuestos?
ANEXO 2
ENTREVISTA
OBJETIVO: Conocer las necesidades existentes del departamento técnico de la
empresa mediante la siguiente entrevista dirigida al gerente general de la empresa
DSB – Soluciones Informáticas
1.- Mencione la importancia del área de soporte técnico dentro de la empresa
_____________________________________________________________________
_____________________________________________________________________
2.- Según su criterio, cuál es la problemática principal del área de soporte técnico.
_____________________________________________________________________
_____________________________________________________________________
3.- Qué alternativas ha utilizado Usted como gerente para dar solución a estas
problemáticas.
_____________________________________________________________________
_____________________________________________________________________
4.- ¿Que software utiliza para manejar la información de soporte técnico?
_____________________________________________________________________
_____________________________________________________________________
5.- Mencione las fases de procesamiento de información dentro del área de
soporte técnico.
_____________________________________________________________________
_____________________________________________________________________
6.- ¿Qué tipo de infraestructura tecnológica posee su empresa?
_____________________________________________________________________
_____________________________________________________________________
7.- ¿Cuál es el medio de comunicación de la empresa con los clientes?
_____________________________________________________________________
_____________________________________________________________________
Gracias por su colaboración
MANUAL DE USUARIO
APLICACIÓN WEB PARA LA GESTIÓN ADMINISTRATIVA DEL DEPARTAMENTO
TÉCNICO
PASTAZA -2017
TABLA DE CONTENIDO
1. Aplicativo Web. ......................................................................................................... 104
1.1. Acceso al aplicativo. ...................................................................................... 104
1.2. Secciones de sitio web. ................................................................................. 104
1.3. Botones de edición. ....................................................................................... 105
1.4. Administración. .............................................................................................. 105
1.5. Servicio técnico. ............................................................................................ 110
1.5.1. Ingresode equipos. ......................................................................................... 110
1.5.2. Revisión de equipos. ....................................................................................... 111
1.5.3. Aprobación por parte del cliente. ..................................................................... 112
1.5.4. Reparación de equipos. .................................................................................. 113
1.6. Facturación.................................................................................................... 114
1.7. Reportes. ................................................................................................................ 115
Es aconsejable leer detenidamente con la finalidad de optimizar el buen uso del
aplicativo.
MANUAL DEL USUARIO
1. Aplicativo Web.
1.1. Acceso al aplicativo.
El aplicativo web se encuentra alojado en la dirección: www.soluciones-dsb.com, lo
puede usar a través de cualquier navegador (Chrome, Firefox, entre otros) y un
computador con conexión a internet, el aplicativo es soportado por dispositivos móviles.
El usuario y contraseña es asignado por parte de la empresa, al momento de ingresar
un equipo por primera vez. En la siguiente pantalla debe ingresar el usuario y contraseña
asignada. Presionar el botón de Ingresar.
1.2. Secciones de sitio web.
Después de realizar el ingreso usted puede identificar las siguientes secciones, que le
permitirán realizar las actividades relacionadas a la reparación de su equipo
1.3. Botones de edición.
Los botones a continuación se encuentran en todos los procesos que realiza el sistema,
por lo que se solicita familiarizarse con ellos:
1.4. Administración.
Los botones de administración, están disponibles en la parte superior del aplicativo los
mismos que cuentas con las siguientes opciones:
Menú principal
Notaciones
Contenido
Botones de administración
1.4.1. Ingreso Sucursales.
El registro de nuevas sucursales lo realiza el administrador cuando se cree una nueva
sucursal en la misma ciudad o en una diferente.
Se ingresa la información pertinente sobre ubicación, fecha de inicio de actividades entre
otros, en el siguiente formulario:
Después de ingresar la información pertinente, presionar el botón de Crear, marcado
con color azul
1.4.2. Ingreso Clientes.
El registro de nuevos clientes se realiza cuando los mismos acuden a la empresa por
primera vez a solicitar servicio de reparación y mantenimiento de equipos informáticos.
El empleado de la empresa solicitará los datos al cliente como son cedula, nombre,
dirección y esencialmente número de celular además del email que serán los medios de
comunicación entre el cliente y la empresa, como lo muestra el siguiente formulario:
Después de ingresar la información pertinente, presionar el botón de Guardar, marcado
con color azul
1.4.3. Ingreso de cargos.
El administrador debe crear cargos que desempeñaran los empleados de la empresa,
en el mismo que se asignara el rol del empleado dentro de la empresa, se detalla tres
roles: Administrador, Empleado, Gerente.
Después de ingresar la información pertinente, presionar el botón de Crear, marcado
con color azul
1.4.4. Ingreso de empleados.
El administrador y/o Gerente ingresa la información detallada como cedula, nombre,
dirección entre otros, del nuevo empleado. Es importante mencionar que este proceso
se asignará la contraseña de ingreso al sistema para el nuevo empleado:
Después de ingresar la información pertinente, presionar el botón de Crear, marcado
con color azul
1.4.5. Asignación de cargo a un empleado.
Después de creado el usuario es necesario asignarle el cargo que desempeñará en la
empresa, para lo cual el administrador y/o gerente, debe seleccionar el empleado y
cargo asignado, además de la fecha de inicio de actividades y al finalizar la gestión del
empleado se puede ingresar su salida.
Después de ingresar la información pertinente, presionar el botón de Crear, marcado
con color azul
1.4.6. Ingreso de proveedores.
La empresa cuenta con proveedores que suministran accesorios y repuestos, por lo cual
se relaciona, el stock de producto, y pedidos con un proveedor, para lo cual el
administrador y/o gerente, debe ingresar la información pertinente como es RUC, razón
social entre otros, como lo muestra la siguiente imagen:
Después de ingresar la información pertinente, presionar el botón de Crear, marcado
con color azul
1.4.7. Ingreso de repuestos.
En el formulario de gestión de repuestos, es necesario ingresar la información
relacionada con el repuesto que será pedido al proveedor:
Después de ingresar la información pertinente, presionar el botón de Crear, marcado
con color azul
1.4.8. Gestión de pedido de repuestos.
Después de ingresado los proveedores y repuestos, se realiza el ingreso de los pedidos
realizados a los proveedores, en el siguiente formulario, es necesario ingresar la
información relacionada con el pedido de repuesto:
Después de ingresar la información pertinente, presionar el botón de Crear, marcado
con color azul
1.5. Servicio técnico.
El equipo técnico de la empresa es quien realiza los procesos de ingreso de equipo,
revisión y reparación de los dispositivos y equipos tecnológicos que ingresen a la
empresa.
1.5.1. Ingreso de equipos.
Seguido del registro de clientes, se puede ingresar un número indefinido de equipos
informáticos para el mismo cliente, en el cual se ingresará la sucursal a la que pertenece
el equipo e información técnica como se muestra en el siguiente formulario:
Seleccionar el proveedor
del producto
Seleccionar el repuesto
Ingresar costo de compra
Ingresar precio de venta
Después de ingresar la información pertinente, presionar el botón de Crear, marcado
con color azul.
A partir del ingreso del equipo el cliente contara con su equipo dentro de la lista de
equipos en su cuenta personal:
1.5.2. Revisión de equipos.
Al ingresar el equipo se crean alertas para los técnicos como lo muestra la siguiente
imagen:
En cuanto se cuente con un técnico disponible, se procede con la revisión especializada
del equipo, donde el técnico encargado identifica el daño y menciona la posible solución,
esta información es enviada al cliente:
En el caso de que el equipo retorno por una mala reparación se debe seleccionar como
devolución.
1.5.3. Aprobación por parte del cliente.
La información enviada será notificada a través de correo electrónico y vía mensaje de
texto al cliente, para lo cual el cliente dentro de su cuenta, deberá aprobar o negar el
proceso de reparación, como lo muestra la siguiente imagen:
La alerta de color rojo indica que el equipo no ha sido revisado por un técnico
EL color verde indica que el equipo ha sido revisado y se ha enviado para la aprobación del cliente
Después de seleccionar si el equipo se repara o no, presionar el botón de Guardar
cambios.
1.5.4. Reparación de equipos.
Cuando el cliente apruebe la reparación en su cuenta, el técnico contara con un icono
de color verde, que le permite proseguir con el servicio de reparación.
Al realizar la reparación, el sistema permitirá al técnico registrar el procedimiento que
utilizo para la reparación del equipo y los accesorios, repuestos o partes, colocados en
el equipo, con el fin de contar con un costo total de la reparación:
La alerta de color naranja indica que el equipo no ha sido reparado
El color verde indica que el equipo ya ha sido reparado.
El icono de lápiz
permite la edición
del estado del
equipo
El cliente recibirá un mensaje de texto y un correo electrónico, donde el sistema le
notifica que su equipo se encuentra reparado y listo para ser retirado, además el sistema
a través de la cuenta de usuario del cliente le permitirá conocer el valor a cancelar por
la reparación del equipo.
1.6. Facturación.
La facturación se encontrará lista, después que el técnico concluya con la reparación, al
cancelar el valor el cliente puede retirar su equipo informático, además recibirá en su
correo electrónico el detalle de su factura de manera electrónica.
Concluyendo con esto el servicio de soporte técnico por parte de la empresa DSB-
soluciones informáticas con sus clientes
1.7. Reportes.
El sistema permite la visualización de reportes que permita ver los resultados de los
procesos, como son:
Reparación de equipos
Ingresos
Inventario
El reporte de reparaciones permite la elección de fechas, por empleado o estado de
reparación:
Los resultados pueden generados en archivos PDF.
MANUAL TÉCNICO
APLICACIÓN WEB PARA LA GESTIÓN ADMINISTRATIVA DEL DEPARTAMENTO
TÉCNICO
PASTAZA -2017
TABLA DE CONTENIDO
1. Instalación de entorno de desarrollo y pruebas. ...................................................... 118
1.1. ....................................................................................................... Instalación Apache.
118
1.2. Verificar la instalación de Apache 2.2 ................................................................ 119
1.3. Datos de personalización de Apache 2.2 ........................................................... 119
1.4. Configurar Dns local. ......................................................................................... 120
1.5. Agregar Base de datos local. ............................................................................. 120
1.6. Implementar Sistema en la raíz local. ................................................................ 121
2. Instalación de entorno de producción. ..................................................................... 121
2.1. ........................................................................................... Especificaciones Técnicas.
121
2.2. ................................................................................................................ Credenciales.
122
3. Configuración de hosting. ......................................................................................... 123
3.1. Base de datos. ................................................................................................... 124
3.2. Configuración hosting y dominio. ....................................................................... 124
4. Contratos................................................................................................................... 126
MANUAL TÉCNICO
1. Instalación de entorno de desarrollo y pruebas.
1.1. Instalación Apache.
Crear una carpeta llamada “Server” en la unidad raíz “C:\“, cuya ruta final será
“C:\Server”, donde se instalará Apache, PHP, MySQL y phpMyAdmin.
Descargar Apache de la página oficial https://httpd.apache.org/, al momento se
encuentra instalado “httpd-2.2.19-win32-x86-openssl-0.9.8r”.
Instalar Apache, acepta los términos y condiciones y pulsar “Siguiente” hasta
llegar a la pantalla mostrada a continuación para instalar como un servicio local:
En la siguiente ventana se debe especificar que todos los componentes sean
accesibles desde el disco local y por último cambiar la ruta de instalación que
será como se indicó en el paso 1 “C:\Server\Apache\”
Pulsar Siguiente e Instalar.
Después de instalado es necesario configurar el servidor web Apache.
1.2. Verificar la instalación de Apache 2.2
A través del Monitor de Apache 2.2, se puede acceder desde el menú Inicio o desde la
barra de tareas de Windows haciendo clic derecho en el icono y seleccionar Open
Apache Monitor:
Desde esa ventana puede realizar tareas en el servidor web Apache como: Iniciar,
detener, reiniciar, mostrar servicios, conectar, desconectar.
1.3. Datos de personalización de Apache 2.2
Modificar y personalizar el funcionamiento de Apache, editar con cualquier editor, el
archivo de configuración llamado httpd.conf que se encuentra
en c:\server\Apache\conf.
Listen: Permite definir una IP y/o puerto que “escuchara” el servidor. Se utilizará con
Apache la otro puerto, por ejemplo, el 8080, para esto debemos indicar está línea:
Listen 0.0.0.0:8080
de esa forma le indicamos que debe escuchar la IP 127.0.0.1 pero puerto 8080. En
el navegador debemos llamar a nuestras páginas con la url http://127.0.0.1:8080,
dejando libre el puerto 80 para otras funciones u otro servidor.
ServerName, Indicar el nombre del servidor y un puerto determinado, de la siguiente
manera:
ServerName soluciones-dsb:8080
DocumentRoot, es la carpeta en nuestro disco que funcionará como raíz del
servidor Web. está definida como:
DocumentRoot “C:/server/Apache/htdocs”
DocumentRoot solo cambia la carpeta en disco en el servidor, no en el navegador.
1.4. Configurar Dns local.
Acceder al directorio C:\Windows\System32\drivers\etc, editar el archive
Hosts, en la linea name resolution editar el nombre del dominio asignado al
sistema:
Se adjunta en un CD, los archivos del aplicativo web y la base de datos inicial (sin datos)
1.5. Agregar Base de datos local.
Ingresar la dirección de forma local a: soluciones-dsb.com/phpMyAdmin. Se crea una
base de datos nueva con el nombre dsb, escoger la opción importar y seleccionar la
base de datos como lo muestra la imagen:
1.6. Implementar Sistema en la raíz local.
Ingresar al directorio: C:/server/Apache/htdocs, donde se implementará los
archivos correspondientes al sistema de información:
El sistema se visualizará desde cualquier navegador
2. Instalación de entorno de producción.
2.1. Especificaciones Técnicas.
El Sistema operativo se encuentra alojado en un Hosting
Sistema Operativo: Unix Percona Server.
Manejador de Base de Datos: MySQL.
Lenguaje de Programación: PHP 5.4, HTML5, CSS3, Framework
(Bootstrap 2.8), Yii
Servidor de Aplicaciones: Servidor Web Apache 2.0, Servidor.
Navegador Web: Cualquier versión de Google Chrome (para trabajar en la
aplicación) y funciona en todos los exploradores Web.
Teléfono Celular: Cualquier teléfono para recibir SMS, y Sistema operativo
Android o IOS para el aplicativo Web
2.2. Credenciales.
Dominio y hosting: soluciones-dsb.com
Servicio: hostgator
Correo: [email protected]
Contraseña: dg70tb54fj
Username: ecspastaza
PIN: 1990
URL: http://portal.hostgator.com
CPanel
Shared Plan: Baby
Your Control Panel: https://gator4248.hostgator.com:2083
Username: ecspastaza
Domain: soluciones-dsb.com
Password: Nh.U8n[=g,3E
1st Nameserver: ns8495.hostgator.com
2nd Nameserver: ns8496.hostgator.com
Server IP: 108.167.189.74
Cuenta MySQL soluciones-dsb.com
BD: ecspasta_web
Usuario: ecspasta_web
Contraseña: SQLweb2016
Cuenta Gmail
Usuario: [email protected]
Contraseña: dsbsoluciones.puyo
Cuenta Labsmobile - SMS
Usuario: [email protected]
Contraseña: st94sc31
3. Configuración de hosting.
El Sistema de Información debe ser implementado en un servidor Apache, al momento
se encuentra el sistema alojado en el hosting contratado con la siguiente configuración:
A continuación, se muestra el panel de servicios, para implementar la base de datos
seleccionar PhpMyAdmin:
3.1. Base de datos.
Se adjunta en un CD, los archivos del aplicativo web y la base de datos inicial (sin datos)
Se crea una base de datos nueva con el nombre dsb, escoger la opción importar y
seleccionar la base de datos como lo muestra la imagen:
3.2. Configuración hosting y dominio.
Para la configuración del dominio se selecciona la opción “Simple Zone Editor”, del panel
de control:
Se selecciona el dominio contratado y el aplicativo desplegara los siguientes archivos y
servicios:
Se concluye al subir la información referente al aplicativo web en el icono “File Manager”:
Para subir los archivos se puede utilizar el software WinSCP o un similar, con las
configuraciones y credenciales presentadas con anterioridad:
Los archivos se presentarán en el hosting de la siguiente manera:
El sistema se visualizará desde cualquier navegador.
4. Contratos.
Se mantiene contratos con las siguientes empresas proveedores de servicios:
HOSTGATOR: Contrato de un hosting por un año, que debe ser renovado el 01 de
Octubre del 2017.
GO DADDY: Contrato para el dominio soluciones-dsb.com, vigente por un año siendo
necesario su renovación el 01 de octubre del 2017.
LABSMOBILE: Contrato para envió de SMS a operadoras de Ecuador, no tiene fecha
de caducidad, pero se debe contratar planes, al momento se encuentra vigente el plan
de 2.000 SMS.